Slashdot Mirror

Just wanted to mention AlenkaDB :
https://github.com/antonmks/Alenka
It is open source and it runs pretty fast on datasets that do not fit into gpu memory - check the 1TB TPC-H benchmarks.
Database users are pretty conservative, so I haven't seen many people using it so far, aside from some folks at U.S. DoD.

You may want to actually do *some* research before poasting.

For one,
      https://github.com/kobolabs/Kobo-Reader

And registration is to be able to use Adobe ePub DRM books (that you can get from the Library at least in my country) and generally to get updates to installed factory software. Once you register your reader *once*, you never, ever need to have it connected to the network again. Any of the "social" features can be turned off too, as well as the Reading Life crap.

I would say Kobo is one of the least intrusive devices. It works fairly well with Calibre and works with ePub DRM-Free books that can be loaded over simple USB connection straight from any desktop, like my Linux workstation.

That doesn't mean the software doesn't lie to you and keeps trying to connect without telling you.

My e-book readers run either Linux or Android and all software is open-sourced.

Explicit vectorization is indeed much more reliable than automatic vectorization, and it will always deliver better performance.

Interestingly, there seems to be quite a few abstraction layer libraries for SIMD. There are also at least Boost.SIMD (part of NT2 [1]) and Vc [2].
Several array-handling libraries (NT2 [1], Eigen [3]) also a leverage SIMD explicitly.
Alternatively there are plenty of languages based on C with explicit SIMD programming, like the Intel SPMD Compiler [4].

If you're interested in SIMD, there is also apparently a workshop being held soon on this subject in Orlando [5].

[1] https://github.com/MetaScale/nt2
[2] http://code.compeng.uni-frankfurt.de/projects/vc/
[3] http://eigen.tuxfamily.org/index.php?title=Main_Page
[4] http://ispc.github.io/
[5] https://sites.google.com/site/wpmvp2014/

Just use something like libsimdpp[1] and you are sure that your code stays vectorized between compiler versions. As a bonus, this and similar wrapper libraries give you an option to produce assembly for multiple instruction sets (say SSE2, AVX and NEON) from the same code. [1]: https://github.com/p12tic/libsimdpp

Using some of the reddit threads, I threw together a set of scripts, a custom preseed file, and a modified cdrom apt repo to do non-efi installs here, https://github.com/ecliptik/steamos-custom/

Touchscreen and mobile support is currently being improved. The virtual pop-up keyboards are surprisingly different across platforms.

You may want to revisit. The base tools for package management can be frustrating for someone who is learning them. Fortunately there are some newer tools that are in regular use probably after your last time using FreeBSD. The utility portmaster is most likely what you're looking for. It is able to control the ports system and package management very very very well. It has no external dependencies (it's actually just a huge shell script).

In addition to portmaster, the base system's package management has been completely rewritten in pkgng. You will find that it takes many good cues from debian apt.

All of these are command line tools. If you're a GUI type and shy away from command line, BSD's are not for you (yet).

The "Steam runtime" is open-source (it's on GitHub) and does not include any of the DRM, nor Steam itself. It's closer to "Linux DirectX" than "Games for Linux Live".

Individual games may also check that Steam is running and that the game is authorized, but I've noticed fewer and fewer games doing that over the years.

Right cause that would not happen on github:
https://github.com/Ossendar/octopus-feminazi

https://github.com/search?q=nigger&type=Repositories&ref=searchresults

https://github.com/k0r3/JewCoin

Right cause that would not happen on github:
https://github.com/Ossendar/octopus-feminazi

https://github.com/search?q=nigger&type=Repositories&ref=searchresults

https://github.com/k0r3/JewCoin

Right cause that would not happen on github:
https://github.com/Ossendar/octopus-feminazi

https://github.com/search?q=nigger&type=Repositories&ref=searchresults

https://github.com/k0r3/JewCoin

Well. Github's Terms of Service clearly identifies that "We may, but have no obligation to, remove Content and Accounts containing Content that we determine in our sole discretion are unlawful, offensive, threatening, libelous, defamatory, pornographic, obscene or otherwise objectionable". I assume they used that discretion to find it either "offensive" or "otherwise objectionable". And clearly Github is well within their legal rights to take down this content.

But it does illustrate the limits of Github's commitment to freedom and openness: if it offends Github's staff, or if Github thinks it offends people who could get them in some level of trouble, they'll take down your content. So, you can still use Github as a platform to effect change in the world, but only insofar as Github&co agree with you.

Change in the world? Thefuck? Github is not some public square for satirical commentary on everyday life. Its for code. Its for code that people want/need to share with others. Its a waste of bandwidth and resources for a project on there to not be even remotely pursuant to the purpose of Github. They removed it because it did not further their mission of hosting CODE. Jesus christ already. If it were a satirical pro-feminism project and it got tossed, you would probably be clapping. Shut the fuck up and go write some code.

https://github.com/Homebrew/homebrew/pull/8253

I am sorry, but C+= is not the first parody language.....

Well. Github's Terms of Service clearly identifies that "We may, but have no obligation to, remove Content and Accounts containing Content that we determine in our sole discretion are unlawful, offensive, threatening, libelous, defamatory, pornographic, obscene or otherwise objectionable". I assume they used that discretion to find it either "offensive" or "otherwise objectionable". And clearly Github is well within their legal rights to take down this content.

But it does illustrate the limits of Github's commitment to freedom and openness: if it offends Github's staff, or if Github thinks it offends people who could get them in some level of trouble, they'll take down your content. So, you can still use Github as a platform to effect change in the world, but only insofar as Github&co agree with you.

That's funny, I thought the remedy to unwanted speech is complaining a bunch and getting its hosting provider to shut it down.

okay, there are facebook comments and g+ comments, too.

Why are sites to stupid to use an own comment system? There are many ready-to-use systems.

https://github.com/django/django-contrib-comments/

I really, really don't get the anti-Carmack crap ... when everyone loves Gabe Newell. Which one of those two has released all of their game engines under the GPL again? Which one is pushing a DRMed platform again? Thanks to Carmack's openness, you can play Doom today with full dynamic lighting... and can even load MD3 models into the game if you feel like. Quake III is still a fun multiplayer game (I recently got the spearmint ioquake3 port running on my teevee machine... cue four player split screen death match mayhem albeit with controllers so it's not quite perfect, but when everyone is equally handicapped by their input devices...). The Darkplaces port of Quake is beautiful on modern hardware (I'm not really a gamer thanks to having a pitiful computer until around 2005, so maybe my opinions are off base, but I think Darkplaces Quake has a better feel to it than these hyper-realistic shooters that everyone plays nowadays).

If you like playing video game music, download the MIDI versions of Doom's soundtrack by Bobby Prince, and this plugin softsynth that turns the DOSBox Yamaha OPL sound chip emulator into a VST instrument!

If you're really a kind soul, you could use DOSBox to extract the instrument settings from the DOOM WAD as .sbi files and contribute them to the project! He already has sound sets from the Dune series ripped.

I know it's not really an answer to your question since it's not done, but I started a tool to save and check metadata of files:

https://github.com/shane-kerr/fileinfo

Right now it just outputs a file with all of the meta-data (including SHA-224 hash of the file contents). If you think this seems interesting, I can whip up the part that uses that file to check the meta-data this weekend.

Connect to the server and request the destination's next "prekey."

So you still have to trust (yet another) provider with your SMS metadata? No sale.
Plus, it sounds like a great way for CM to get the phone numbers of all their users. Again, no thanks!

I'll check it out again when I grab the latest CM nightly, but unless there's a way to do the key exchange and messaging w/o involving a third-party I guess I'll continue to keep my SMS use to a minimum.

and the fucking piece of shit doesn't buffer fully now so if you don't have enough bw -or google doesn't have- then you're shit out of luck to view anything without pauses every 30 secs - because it will not buffer the video to the end when you have it on pause!

You can get the old buffering behaviour back* with YouTube Center, in any of its forms (addon for various browsers, userscript). That, along with custom video sizing settings, are the entire reason I use it, in fact.

The caveat here is that lately, YouTube keeps changing rapidly, which means things may (will?) break if you aren't building the development version from git. Still worth it, though.

* I've not tested if it works on html5 videos as well as flash, YMMV.

Today, we are launching our version initially into the CM 10.2 nightly stream to test the server load and make sure things are working at scale. Once things are dialed in, we’ll also enable this for CM 11 builds moving forward.

Depending on how it's implemented, the whole system may depend on a central server that facilitates the initial key exchange (prekeys). That, in itself, seems like a massive compromise vector. Why should users need to trust a third party server for key exchange? It'd be much better to use a system like ZRTP where the users are expected to compare fingerprints out of band.

There is a method of key exchange that doesn't use the server (KeyExchangeMessage), but it isn't clear whether the user gets to choose which method is used (or whether there is even a system to verify fingerprints). On the [ convenient --- secure ] scale, this system looks to be dialed way toward convenient. Transparent to the users, both for good and bad.

I wrote a java client for the 23andMe APIs available under LGPL version 3 or later here

https://github.com/heuermh/personal-genome-client

I am using it in several downstream variation analyses, please contact me if interested.

For the record, I am not affiliated with 23andMe in any way, I'm just an free & open source bioinformatics developer.

You can use a single password, combined with the url of the website, to generate unique passwords for each website, via a hashing algorithm.

One implementation of this is: https://github.com/hughperkins/openpw , which is a derivative of http://angel.net/~nic/passwd.current.html There are other implementations around.

The advantage of this system is:
- only one password to remember
- if a website gets hacked, that password can't be used on other websites, and can't realistically be used to obtain your master password, assuming they even know which algorithm you're using, which is unlikely
- unlike a password safe, you don't need to handle making backups, replicating the backups around, and so on

It used a file called --linux-.--- in each directory. In a way, it was better backwards-compatible with FAT/MS-DOS than even VFAT was.

I did some disecting of how they worked a while ago expecting that I'd reimplement it with FUSE, which I never got down more than a couple trivial files (like the base-32 representation stuff...). I'll just put up the format notes on a Gist if anyone's interested :)

https://gist.github.com/chungy/7852622

Given their repository it should be trivial.

The "built-in" torch function you're talking about in CM is an app. It's open source - see here: https://github.com/CyanogenMod/android_packages_apps_Torch .

You make it an app because it makes no sense to integrate such a feature directly in the OS/ROM - it would take longer, and that way you can update it and have additional features (morse code flashing, for example).

What baffles me is why people would install an app named "Brightest Flashlight Free" (name sounds like a moron-magnet), which probably require network access and include ads, when there are tens of ads-less Open-Source alternatives in the Google market as well as outside it.

For 3D-related stuff I like three.js: http://threejs.org/

Use it in my project: http://github.com/movitto/omega

A quine chain in ~50 languages: https://github.com/mame/quine-relay

Now that's what I call cross-language interoperability.

For bonus points, they're even in alphabetical order.

Remember to reject outright any patches submitted by anyone outside your chosen circle of top developers. You don't need contributors, and you certainly don't need users. Then you'll have a real free software project.

Amen to that, brother. I can't count the number of open-source projects I've tried to contribute to, only to be met with outright hostility.

Want to read a gem? It'll take a while, but check this out. The coding guidelines said "when in doubt, use the Google C++ Style Guide". What it should have said is "we have a huge boner for the Google C++ style guide, and we'll harp on every minor deviation from it, since we have no other insight into the worth of code, up to and including complaining that your indenting is off by a space".

For the record, the part of the scripting that I use to handle launching/using/killing instances:
(admittedly not spot instances, but still might be useful)

https://github.com/Klaital/toolbox/blob/master/bin/ec2_workers.rb

I find it a reasonably fun problem to work on, so I'd probably be willing to help more if you need.

I'm fine with getting rid of what's left of circuit switched audio phones, but that's not all POTS provides. To replace POTS we also need:

Switching independence at the network node: Cell towers, and other significant points of connection, need to be able to operate independently of any centralized systems. If the rest of the world outside my local cell tower's range ceases to exist, and I want to call my neighbor, it should work.

Dense routing options: Cell towers, and other significant points of connection, need to be able to talk to each other via many routes (multiple fiber lines, point-to-point wireless, satellite, etc). A single cut fiber should never put many customers offline.

Power redundancy at the network node: Cell towers, and other significant points of connection, need to have power from multiple grids, their own generation systems, or multi-day back-ups.

Power redundancy at the endpoint: Wired internet connections need to come with Power over Ethernet (or equivalent) connections with enough juice to run their modem (or equivalent) and a low-power wifi-router.

Survivability at the network node: Severe weather? Flooding? Earthquake? Fire? Cell towers, and other significant points of connection, need to be reasonably resistant to local disasters.

POTS had standards and regulations in place for these kinds of things, while for cell phone cable and wired internet that's much less true.

While I understand the telcos and ISPs wish to avoid complex and burdensome regulations, I as a customer still want some assurance of my connectivity in adverse circumstances.
Thus, I propose a Federal Backhoe of Investigation. In return for allowing the discontinuation of POTS, the government should receive the right to dig random holes on any property owned or controlled by the affected telcos, and fine them heavily if this causes any customer outages. It would be to telcos what chaos monkey is to Netflix.

I'm looking at the source to Syme's Google Chrome plug-in. While I'm not a crypto expert, I've found three things that seem to weaken the encryption.

• In "crypto.js", lines 262-270: diffieHellman: function (privateKey, publicKey) {
  // Calculate the Diffie-Hellman shared key.
  return privateKey.dh(publicKey);
  // Strengthen the key by running through PBKDF2.
  //return this.deriveKey(symKey, salt);
  },
  Note the commented-out line for strengthening the key. That looks like something was done to weaken the key generation.
• Syme uses the Stanford JavaScript crypto library, which has a crypo-grade random number generator. But it only works if you turn on its entropy collector before asking for random bits. Otherwise you just get a function of the current time, which is easy to guess. The enthropy collector is turned on by calling startCollectors(). There is no call to startCollectors() in the add-on.
• There are two copies of the "sjcl" crypto library, one in "sjcl.jh" and one in "app.js". They may be different. One of them is dead code. Not clear which one.

This is highly suspicious. This code needs a close look by a security expert before anyone trusts it.

Content remains scrambled as it traverses the Internet and is unreadable even to Syme, which stores the data on its servers. Co-founder Mullie authored a white paper describing Syme's use of a two-step, hybrid encryption system that is fast, secure and efficient.

The question is PR for Amazon, the answer is PR for Netflix :-)

For pretty much everything he asked for, there's a Netflix open source project that does exactly what he wants. Docker-like project to create AMIs? Aminator. Tool to manage deployments? Asgard. Plus plenty more that solve issues that he either doesn't have yet or doesn't realize he has.

The question is PR for Amazon, the answer is PR for Netflix :-)

For pretty much everything he asked for, there's a Netflix open source project that does exactly what he wants. Docker-like project to create AMIs? Aminator. Tool to manage deployments? Asgard. Plus plenty more that solve issues that he either doesn't have yet or doesn't realize he has.

Just use libsimdpp ( https://github.com/p12tic/libsimdpp ) or any of the myriad similar wrappers. With modest time investment you get almost optimal implementation for multiple instruction sets on any compiler you use.

The RPi is an ARMv6, while this (along with pretty much every other modern ARM device) is an ARMv7. The ARMv6 has hardfloat but implements a slightly different version of the spec. Most OSes have standardised on the ARMv7 version which means that their code won't run on the ARMv6. So Debian armhf will run on this but will not run on the RPi: you have to use Raspbian instead, which is a version of Debian specifically compiled for the ARMv6. (Of course, Debian armel will run on both, but then you don't get any hardware floating point support.)

The Broadcom GPU is significantly awesome. It is, however, almost totally undocumented. There's a reverse engineering project which has mostly nailed down the instruction set, and there are even some C compilers for it (one of them is mine!) even though there's no gcc or LLVM support for it. You can write programs in C and run them on the bare metal. Unfortunately the GPU doesn't support double-precision float and the MMU is kinda weird, and it's probably going to be slower than the ARM for non-DSP-heavy code anyway, so it's unlikely you'll see Linux for it any time soon. But it's a beautiful, beautiful architecture to write code for. (And it's dual core! Not very many people know that...)

Unfortunately their paper was mostly fail and confusion: https://gist.github.com/jgarzik/3901921, since academia has mostly been steadfastly ignoring Bitcoin there is not any really competent peer review yet and you can basically make anything up you want and get it published, especial if you have a name like Shamir on the paper.

I recommend Calomel SSL Validation to anyone who's interested in the security of their SSL/TLS connections. It adds a toolbar button, the color of which is determined by a weighted, composite score based on various connections security parameters: Bit-lengths, algos (e.g., AES > RC4), PFS, handshake/protocol, domain matching, etc. Clicking the button displays the complete break-down, including a percentage-score for overall connection security.

There's also a Tools menu dialog that allows one to toggle >=128 bit, >=256 bit, PFS, and/or FIPS connections exclusively, among other security and interface tweaks.

Along the same lines, I also recommend CipherFox, which has a configurable status-bar display of symmetric/asymmetric algos and their bit-lengths, and the hash function used in a secure connection. CipherFox also allows RC4 to be toggled, which is handy in conjunction Calomel.

The above are all freeware that appear to be written and published by individuals lacking a nefarious corporate agenda.

Not just your operating system, this site gives you safer alternatives for most of what you use.

And maybe could be interesting to put your perimeter apps in disposable/restorable boxes, either vms with snapshots or containers, so even if they are hacked you have an easy restore point or even detection that it happened.

I'm avoiding paranoia.. but having a bit of fun with encryption.
Here's a simple way to mess around -
Zip (8.7k) up the html from https://github.com/JJones780/EasyCryptJS/archive/master.zip and pass it along with your first encrypted email.

To see the cheesy joke I found, use it to decrypt this block. The password is the name of this website, all lowercase:

U2FsdGVkX1963PbAMX34kTCVEE9Lz2ffbQ/RQQnqqCNPYf3me4pDOulEleh+FUqI
2PHGK/7bfY1mivJq9oA9zw9rPrsKEgTlds5iI/kzHZJqUCl5SEfq+sX36k+q6lwg
J/qP+7Eq+fQ9W3/Oe1jvig==

I've been waiting patiently for years to see full local file access added to JavaScript, so that I can start using HTML/JavaScript for general app development.

You could try node-webkit. Yes, it supports the FileSystem API.

I prefer Puppet, but I don't think it's perfect. As a result, I've written some complicated hacks do to complicated things that aren't directly possible in core. I still think Puppet is the closest thing to being right.

Feel free to look through my articles and hacks: https://ttboj.wordpress.com/
Most code available at: https://github.com/purpleidea/

jQuery is a shitty Javascript library that, on the client side, slows down websites, increases development time, and generally makes cross-browser scripting impossible. It's worse than useless.

Node.js is essentially Javascript without the browser, plus a few extras. There are various uses for it. It can be handy, but it's far from the panacea it's made out to be by its proponents.

They're quite different. The only similarity I can come up with is that both are over-hyped.

I'm unaware of anything that can emulate AVS presets unfortunately.

AVS does run on foobar2000 and XMPlay, there's a wrapper plug-in called shpeck you will need to make it work. I also remember seeing something like this for Aimp3. Also there is a fairly new effort to run AVS presets in the browser. Not feature-complete yet, but looks very promising! https://github.com/azeem/webvs

Check out this port of AVS for the browser then – https://github.com/azeem/webvs It's fairly new, but the development proceed fast, so there's hope that all the effects of AVS will be supported soon. There's also a conversion tool for your old AVS presets – https://github.com/grandchild/AVS-File-Decoder But of course you can run the plugin in other players, including foobar2000, Aimp3 or XMPlay – http://faq.visbot.net/

Check out this port of AVS for the browser then – https://github.com/azeem/webvs It's fairly new, but the development proceed fast, so there's hope that all the effects of AVS will be supported soon. There's also a conversion tool for your old AVS presets – https://github.com/grandchild/AVS-File-Decoder But of course you can run the plugin in other players, including foobar2000, Aimp3 or XMPlay – http://faq.visbot.net/

Actually, there are several ports of MilkDrop available: projectM is MilkDrop for Android and iOS – http://projectm.sourceforge.net/ milkshake is MilkDrop for the browser – https://github.com/gattis/milkshake You also might to check out this JavaScript port of AVS, another visualizer that came with the Winamp installer – https://github.com/azeem/webvs