Slashdot Mirror

Drupal OpenAtrium is more like a forum, (that can be subscribed to, with push-email notifications). In other words the source document/content stays securely archived on the Drupal discussion forum, with email notifications and links to source for stakeholders' direct access. This also helps security and access to the actual information.

Also, any document in a library might have its own discussion and commentary thread, (with subscriptions, etc.)

Here's links to the White House Github, and some more details:

http://github.com/whitehouse

http://www.whitehouse.gov/developers

http://www.whitehouse.gov/blog/2012/11/20/open-source-and-power-community

http://techpresident.com/news/23233/why-its-worth-noticing-white-houses-big-wet-kiss-drupal-and-github

http://www.linuxinsider.com/story/69839.html

http://techpresident.com/blog-entry/white-house-drupal-community-here-we-made-these

http://fedscoop.com/white-house-we-believe-in-using-and-contributing-back-to-open-source-software/

http://www.whitehouse.gov/blog/2011/02/11/whitehousegov-releases-second-set-open-source-code

JumpShot

They seem to be suffering from a massive influx of users. It seems to be getting better stability wise since I first started using it. It also has an original view, which is awesome for sites that annoyingly just put a link to the content, rather than the content on the feed.Three Months to Scale NewsBlur

It's also OSS if you wish to host it yourself, you can find it here.

... and it fails to show what the config files look like.

Looking further, "After successful installation a local version of Chronos with a built-in ZK server is started. You will need Maven 3.X, a JDK and build tools to get up and running". No thanks.

Dependency on a JRE just to schedule jobs ffs? Only if I really, really have to. On JDK? Not a chance.

Perhaps instead of the cloud you meant something else.

No problem, we get it.

Actually also being actively ported to other languages, including javascript, ruby and python.

You betcha. The Government Service Design Manual comes from GDS, a part of the Cabinet Office. GDS also created GOV.UK - the new single domain for the UK government. The GOV.UK stack is almost entirely open-source software, which can be found on Github under the Open Government License.

Typical "hardcore" C code is written a lot like typical Pascal code, and it reads like this abomination, for example (feel free to ignore the assembly bits, they may improve the readability too much). Sure you can understand it coming from just about any other procedural programming language, but that file could be actually quite readable and with no boilerplate if it the project was done in C++ not Pascal... As part of a research on code transformations I've contemplated writing a tool to machine-port Inkscape to from Gtk+ to Qt. There was so much boilerplate code there that it was just silly. Inkscape is written in "OO" C, using C++ as syntactic sugar, and it shows. The codebase is probably 3x too big, considering what it does. As far as use of language features goes, it's really Object Pascal code written in C++ syntax. Not much to do with modern C++ at all, not even much to do with where C++ was 5-6 years ago.

https://github.com/1kplus

Don't need to buy a white (actually, pink) noise generator when you've got a computer. Get sox. Simple white (actually, pink) noise script, with many comments and variations, here: http://unreasonable.org/node/303. (Someone even ran with the idea and made a fancy, documented script and put it on github: http://gist.github.com/1209835.) And/or, if you have an Android phone or tablet, try the Relax and Sleep app. (Free as in beer.) Kept me napping on a long plane ride to Japan last year in the midst of coach-class noise.

ownCloud News is in alpha, but it is not a third party app - so it's pretty good quality. https://github.com/owncloud/apps/tree/master/news and the main guys blog (screenshots): http://algorithmsforthekitchen.com/blog/

Hopefully there is a public instance running ownCloud News for those people who don't run their own ownCloud instance. Most instances will probably enable ownCloud News when it comes out of alpha (very soon I think).

You can run it stand alone (I have it on some old 512MB Thinkpads) or in a client/server configuration (I have iBooks and eMacs using this running Chrome with Flash and sound). All it does is boot into a full screen Chrome session, so it depends on what you want to do on how useful it is.

In our public school system this has allowed us to repurpose any machine that comes our way. The limiting factor now is space.

(BTW, there are several security issues with it since the private key for the user browser is publically available in the Github project. It also downloads the configuration from Github everytime the machine is started, which means you have to trust me... Or fork the project and trust yourself!)

Honestly? Yes, it's a shameless plug, but my favorite RSS reader is the one I wrote myself, unspectacularly named 'blindRSS' (google it, I'm not yet THAT shameless). Okay, I am: https://github.com/blind-coder/blindRSS/tree/dev

Main advantage IMO: Runs on your own server.

I, as an ISP, is running NXDOMAIN.

That means that my users can not see your advertisement regardless of what you do, since it's blocked on the DNS level.

From Samuel Clay's twitter posts today - https://twitter.com/NewsBlur. Remember, NewsBlur is 100% open-source (web, iOS apps, Android). Follow @samuelclay on GitHub: http://github.com/samuelclay. Today's not such a hot day in terms of speed, but the next three months will be full throttle. I was preparing to launch the re-design in TWO weeks, not today. I'm spinning up more servers to handle the onslaught.

And those things have nothing to do with the rendering engine or JS engine.

Mozilla could absolutely provide something that could support those features on iOS.

BTW Safari does support extensions and has an adblocker and user script support available via 3rd party, as does Chrome. Clearly you haven't cred to look at options in 2-3 years, being smug and all.

http://safariadblock.com/

http://extensions.apple.com/

https://github.com/os0x/NinjaKit

SDL will soon be dropped from XBMC. I'll quote Cory here to explain things:
"This is an interesting POC, however it’s not really in fitting with how we had planned to handle wayland. I recently rewrote our egl handling so that we can dynamically support various windowsystems on the fly, so that we can have a single binary capable of running X11/wayland/framebuffer. It was explicitly written with wayland in mind. See https://github.com/xbmc/xbmc/commit/2b49c791eb236ae4fe2be90ac7e7b8ccf0aad72f for the pull, and https://github.com/xbmc/xbmc/blob/master/xbmc/windowing/egl/EGLNativeType.h for the interface.

It’s very pluggable, and I suspect it’d be far less work than what you’ve done here. I was hoping to get to it ages ago, it just hasn’t been a priority yet.

We’ll be dropping SDL soon, since we prefer our own abstractions. See here: https://github.com/xbmc/xbmc/pull/1175"

SDL will soon be dropped from XBMC. I'll quote Cory here to explain things:
"This is an interesting POC, however it’s not really in fitting with how we had planned to handle wayland. I recently rewrote our egl handling so that we can dynamically support various windowsystems on the fly, so that we can have a single binary capable of running X11/wayland/framebuffer. It was explicitly written with wayland in mind. See https://github.com/xbmc/xbmc/commit/2b49c791eb236ae4fe2be90ac7e7b8ccf0aad72f for the pull, and https://github.com/xbmc/xbmc/blob/master/xbmc/windowing/egl/EGLNativeType.h for the interface.

It’s very pluggable, and I suspect it’d be far less work than what you’ve done here. I was hoping to get to it ages ago, it just hasn’t been a priority yet.

We’ll be dropping SDL soon, since we prefer our own abstractions. See here: https://github.com/xbmc/xbmc/pull/1175"

SDL will soon be dropped from XBMC. I'll quote Cory here to explain things:
"This is an interesting POC, however it’s not really in fitting with how we had planned to handle wayland. I recently rewrote our egl handling so that we can dynamically support various windowsystems on the fly, so that we can have a single binary capable of running X11/wayland/framebuffer. It was explicitly written with wayland in mind. See https://github.com/xbmc/xbmc/commit/2b49c791eb236ae4fe2be90ac7e7b8ccf0aad72f for the pull, and https://github.com/xbmc/xbmc/blob/master/xbmc/windowing/egl/EGLNativeType.h for the interface.

It’s very pluggable, and I suspect it’d be far less work than what you’ve done here. I was hoping to get to it ages ago, it just hasn’t been a priority yet.

We’ll be dropping SDL soon, since we prefer our own abstractions. See here: https://github.com/xbmc/xbmc/pull/1175"

Here's an unicorn.

You only have to pay if the repositories are private.

GitHub offers free bronze plans (10 private repositories) for nonprofits.

The PC platform does offer an alternative to a Turing-complete storage medium, a Turing-complete MMU. Perhaps you would be willing to accept this?

Of course it has a CPU in it. Something has to do the protocol conversion.

It's not clear that Apple's AirPlay protocol, which has HTTP connections in both directions, is involved. But the pictures indicate compression artifacts. The original article doesn't go into enough detail to determine whether image compression (like JPEG) or motion compression (like MPEG) is being used. An MPEG compressor would introduce visible lag between the master and slave screens.

So, if you just need to access by ssh for just some checks and so on, I think you can setup one of those free VPNs like proxpn.com If you would like to have direct connectivity (for example for bandwith reasons) I have another proposal: It's not so easy to set-up, but I think that the best solution is to use the ICE protocol (http://tools.ietf.org/html/rfc5245) for NAT traversal. It is used for establishing p2p connection on SIP for VoIP calls (also skype use it!), but actually you can use for anything else. It gives you a UDP tunnel between two peers and it works even if both the peers are behind NAT. The only case in which it does not work is when you can't use UDP or both peers are behind a symmetric-NAT (a kind of NAT used on some corporate networks). *Usually* ISP tries to follow some NAT requirements ( http://tools.ietf.org/html/rfc4787 ) so that this kind of NAT traversal techniques works.. Few weeks ago I've created a tool based on libpjproject for doing a tunnel using ICE: https://github.com/Otacon22/icetunnel the only thing is that you need some way for exchanging the SDP informations. For example you could: 1. connect both peers to a free VPN 2. Connect to the home peer on ssh over the VPN 3. Start my icetunnel tool on both peers, copy SDP data and paste to the other host 4. Open a VPN over the UDP tunnel created by ICE Sorry if the description is not so clear but I'm still developing it! P.s: also the new WebRTC uses ICE!

https://github.com/feross/filldisk.js/issues/7

Mod parent up.
WebRTC specification: http://dev.w3.org/2011/webrtc/editor/webrtc.html#rtcdatachannel

A nice experiment using WebRTC for P2P traffic in browsers: (well Chrome only for now, actually)
https://github.com/piranna/ShareIt#readme

ShareIt is a javascript P2P filesharing system. And yes, if you are thinking about a torrent-isch setup, that is in the works also, one is called Ampere.

And if anything, my experience has been exactly the opposite. Young programmers copy and paste boilerplate. Old programmers think of good abstractions.

Perhaps I shouldn't have said "young" but rather "not so old". Granted, a college freshman is hardly to come up with something like the Nile/Gezira combo the way the VPRI folks did - you *do* need some serious expertise to do that. But I was thinking more along the lines of "this is not the way that a run-off-the-mill commercial Java/Cobol programmer thinks after 15 years on the job, these people - at least most of the time - just paste other things together, and any deviation from their long established habits is hardly to be expected, thus little or no actual progress is being done".

And if anything, my experience has been exactly the opposite. Young programmers copy and paste boilerplate. Old programmers think of good abstractions.

Perhaps I shouldn't have said "young" but rather "not so old". Granted, a college freshman is hardly to come up with something like the Nile/Gezira combo the way the VPRI folks did - you *do* need some serious expertise to do that. But I was thinking more along the lines of "this is not the way that a run-off-the-mill commercial Java/Cobol programmer thinks after 15 years on the job, these people - at least most of the time - just paste other things together, and any deviation from their long established habits is hardly to be expected, thus little or no actual progress is being done".

Author here. Take a look at our open-source grid: http://puniverse.github.com/galaxy/

Check out Nic's password generator: http://angel.net/~nic/passwd.current.html

I extended it a bit https://github.com/hughperkins/passwordbookmarklet :
- longer passwords generated
- the bookmarklet password field uses password characters
- there's the option of using a bookmarklet with a 'confirm' field
- added a console application (python) which invisibly copies the password to the clipboard, for non-web applications

The description was confusing and misleading so I went ahead and changed it. We'll be feeding any excess back into Scroll Ninja is all. Basically this is what happened:
1. Scroll Ninja kickstarter failed.
2. Everybody started scrambling to pick up external work.
3. While picking up a job we realzed one of the libraries we wanted to use was using the copyright and license infringing Apple emoji.
4. We brought this to the attention of the author, who hadn't realized himself, and there was some panick. We proposed creating the kickstarter and everyone agreed it sounded like a good solution.
5. Still wanting to continue development of Scroll Ninja, Tohyama decided he would do the emoji project but wanted any excess to continue funding Scroll Ninja (which is essentially -his- game).

Details of Scroll Ninja are on the (currently neglected due to lack of time and resources) Scroll Ninja webste: http://scrollninja.com/ and on our last kickstarter http://www.kickstarter.com/projects/374397522/scroll-ninja-revised . The source is up on github at https://github.com/Genshin/ScrollNinja .

Looks like 17bits. Sorry, but won't work in chrome's V8. Seriously, V8 uses UCS-2 instead of UTF-8? WTF Man?

https://github.com/fredan/nxdomain

It will block Ads on the DNS level so your browser cannot connect
to the advertisements servers and as a result, you will not see any
ads at all.

==========
  NXDOMAIN
==========

Might also be knows as 'NoAds' or 'LessAds' or something similar.

What NXDOMAIN does is quiet simple.

For every request it gets, it check to see if that 'host' (the lookup
value that is) is in a list.

If it is, we answer with a NXDOMAIN as the answer. You can not
connect to a host if you don't have the ip address and with
NXDOMAIN you don't get that. The consequence of this is that
no ads in your browser can be loaded, just to make an example.

I was less concerned about the quantity of licenses (if they want to value ubiquity over strict copyleft, I won't protest) so much as the vague "CC 3.0" license. The Font Awesome project itself mentions CC BY 3.0 so I presume (and hope) they'll use that.

Actually, There is a free version courtesy of Google. Android has an ASL available version. preview image and github link

Lacking a printer, I threw together an interactive version: http://jimbly.github.com/regex-crossword/ Enjoy!

If you like LaTeX and want to produce EPUBs, I suggest you take a look at Pandoc ( http://johnmacfarlane.net/pandoc/ and http://github.com/jgm/pandoc.git ). It's a sort of swiss-army-knife of document conversion. It'll convert LaTeX to EPUB with a decent degree of accuracy. Lately it has been getting a lot of LaTeX-related enhancements, but it's still missing some staples like honoring \newpage and centered text. There's another package called tex4ebook ( http://github.com/michal-h21/tex4ebook.git) that's more LaTeX-specific. It could potentially be better than Pandoc, but is quite a bit behind in maturity.

If you like LaTeX and want to produce EPUBs, I suggest you take a look at Pandoc ( http://johnmacfarlane.net/pandoc/ and http://github.com/jgm/pandoc.git ). It's a sort of swiss-army-knife of document conversion. It'll convert LaTeX to EPUB with a decent degree of accuracy. Lately it has been getting a lot of LaTeX-related enhancements, but it's still missing some staples like honoring \newpage and centered text. There's another package called tex4ebook ( http://github.com/michal-h21/tex4ebook.git) that's more LaTeX-specific. It could potentially be better than Pandoc, but is quite a bit behind in maturity.

The playable link goes to opengameart, where you have to go to github, then find the right link on the bottom.
Come on mods, actually EDIT the submissions for correctness. That at least is not censorship and does not go against any libertarian leanings.

In chrome Use this link
http://seveibar.github.com/liberated-pixel-cup/

Use emscripten

I suffer with the Intel GPU in my personal laptop, so I've long been interested in what can be done minimally. So, here's my take on "Hello World" for VR. using Three.js:

http://pulpitrock.net/walkabout/

No shaders required in the current download, but I do have a commented-out shader skybox in the source, look at index.html. A simple y-deformed terrain mesh from a grayscale heightmap, water is just a phong-material mesh, no extra texture. I got the character and basic keyboard/mouse event handling from another Three.js example. In fact, most of it is copy/pasted from other available examples, my intent being to round up the minimum needed to produce a rudimentary 3D VR for subsequent enhancing.

It will do multiplayer with a broadcast-repeater websocket server, which I have turned off right now because I DON'T TRUST ANY OF YOU!! I used the test-server that comes with libwebsockets, almost without modification.

WASD keys make you walk around, as do the arrow keys. Drag the mouse around to rotate your view. t-key immediately transports you to the highest point on the island, otherwise you have to walk everywhere. c-key toggles character crouch/stand. x-key toggles websocket connect/disconnect, but there's no server running right now. Oh, I already said that.

Runs okay in FF18 and really good in Google Chrome. I have had my laptop shut down for thermal, but I was running three Chrome windows to test multiplayer...

If you want the code, git-pull it here: https://github.com/butcherg/walkabout.git

Well, marketing. Check out the examples in Three.js page. The first one is from Disney, it loads slowly but shows the potential.

It just takes time to ripple for usage.

3D is a passing fad generated by the media companies to try and push more units. Consumers haven't picked up on it as they hoped, and the web is unlikely to do so either. The real future is in higher definitions and larger screens.

And anyway, who needs 3D when you've got this? https://github.com/404.html

This is how redistrcting should be done: with a computer algorithm that mathematically guarantees fairness: https://raw.github.com/happyjack27/autoredistrict/master/README.md

Linux should do the same.

There is a similar project for Linux. See ljsyscall.

Colemak is limited by being stuck with Qwerty conventions.

Dvorak considers the transitions between left and right hand, as well as the row and finger for each symbol.

Sticking the most recent book from Gutenberg ("The King of the Mountains") through a script which counts hand transitions, I get this:
Qwerty: 159876 transitions
Colemak: 170978 transitions
Dvorak: 199143 transitions

10MB of Linux kernel source (my Perl script is too slow for more...)
Qwerty: 4081041 transitions
Colemak: 4412425 transitions
Dvorak: 4776202 transitions

(See the scan with the inverted characters here: http://infohost.nmt.edu/~shipman/ergo/parkinson.html -- I wrote a script to do this: https://gist.github.com/anonymous/4966987 )

If you want to use vim, why wouldn't you just use vim?

There could be many reasons to that. One might be becase Vim has a limited interface to writing plugins. There are plugins that use the Python interface to create different processes, or one that uses Vim's libcall() to run a task asynchronously, but are just nice hacks that work acceptably, but not great.

I've been quite impressed by Shougo's plugins, becase, for example, Unite.vim, loads files from the disk in a background task that doesn't make Vim unresponsive, but is still limited in that it seems Vim can not have some kind of timer that polls the background job to update the UI (even less a fully asynchronous interface). The solution is probably resort to using Vim with the client-server interface, but I don't think is the common case of most Vim users.

On the other hand, lately I've been suffering frequent blocks and even full crashes of Vim when using the clang_complete plugin, because uses Python in some unsafe way.

In short, a new Vim implementation that doesn't suffer from such limitations would be welcome. I doubt that making that implementation on top of Emacs is the right way, but who knows. Ideally it should be native, but Vim's development is a bit slow. I can't find the relevant links now, but I remember a conversation on IRC that pointed out to a patch that a YankAdded (or something like that) autocommand. The patch was simple, and it would make plugins like yankring and yankstack almost trivial, since instead of doing map tricks, they could plug into such autocommand and work comfortably. But the patch is about 18 months old, and still has not been applied. Bram Molenaar's response is that bug fixes have priority over features (which makes all the sense of the world), but gives a bad impression over the scalability of Vim's development. Last time I checked the version control, Bram was the only one committing.

If you want to use vim, why wouldn't you just use vim?

There could be many reasons to that. One might be becase Vim has a limited interface to writing plugins. There are plugins that use the Python interface to create different processes, or one that uses Vim's libcall() to run a task asynchronously, but are just nice hacks that work acceptably, but not great.

I've been quite impressed by Shougo's plugins, becase, for example, Unite.vim, loads files from the disk in a background task that doesn't make Vim unresponsive, but is still limited in that it seems Vim can not have some kind of timer that polls the background job to update the UI (even less a fully asynchronous interface). The solution is probably resort to using Vim with the client-server interface, but I don't think is the common case of most Vim users.

On the other hand, lately I've been suffering frequent blocks and even full crashes of Vim when using the clang_complete plugin, because uses Python in some unsafe way.

In short, a new Vim implementation that doesn't suffer from such limitations would be welcome. I doubt that making that implementation on top of Emacs is the right way, but who knows. Ideally it should be native, but Vim's development is a bit slow. I can't find the relevant links now, but I remember a conversation on IRC that pointed out to a patch that a YankAdded (or something like that) autocommand. The patch was simple, and it would make plugins like yankring and yankstack almost trivial, since instead of doing map tricks, they could plug into such autocommand and work comfortably. But the patch is about 18 months old, and still has not been applied. Bram Molenaar's response is that bug fixes have priority over features (which makes all the sense of the world), but gives a bad impression over the scalability of Vim's development. Last time I checked the version control, Bram was the only one committing.

Here you go.
https://github.com/emacsmirror/linphone