What are your (current) hobby projects? What languages or libraries are you using? How usable or complete is it? What makes what you're doing novel or great?
No need to be smug or anything, or get all angry at other people for using <thing you hate>. Just share what you're up to. Add a URL if it's public too, if you want.
I'll start. I'm writing a stack-based language in Racket for use in embedded devices. It's already got Hindley-Milner style type inference, it just needs to actually produce output.
I'm also planning a modal text editor that feels like vim and a music-making program somehow.
But enough about me. Let's get some actual content on the front page of /code/.
I've started a little handheld GPS tracking/plotting app/script...
Rather modest at the moment, just a save/load function + current path plot..
Uses Js / Droidscript
A raspberry pi motion camera that uploads photos to somewhere on the web.
I also want it to blink an LED every time a photo is taken but I don't know how to trigger that.
Voroni diagram generator with guile and c
A unix shell in C, not derived from sh or csh or something, with compiled execution and other features for enhanced interactive and programming use.
I'm working on my own LFS system. http://linuxfromscratch.org/
Writing a textboard engine in C. Fun times
I'm trying to improve game-bots to lower ban-rates.
I make a linux program that shows you which programs are using up the most CPU.
>>16
a shittier version of top
?
>>17
it's one 10 thousandth of the length in code size, im happy about that
code size is nothing, show me the binary
I'm maintaining one of those item database sites, that every MMORPG has. Made it, because the most popular database site for this game was closed down, due to lack of revenue.
Was a fun project, figuring out how the game stores data, finding a way to mod the game, JavaScript with AngularJS, C# on backend, a bunch of SQL.
Haven't had much willpower to work on it lately though.
You can check out my project here: http://3chan.ml/
I bet you won't know what it runs on. ;)
Also, I'm practising FRP. Making an incremental game with it, and smashing lambda-term (ncurses but not shit) together with React (OCaml).
It's nice reading about you guys projects :)
I'm making a scheme macro system
>>23
Sounds cool, you should post it some time if it's ever ready.
>ncurses but not shit
dubious..
>>26
Understandable. Pretend I called it a terminal manipulation library instead. It's got nice things like double buffered treat-it-like-a-bitmap-image-basically drawing, proper text edition and a widget library.
The incremental game has lost my interest in favour of this. My main effort is going into figuring out how to make a reactive TUI without feedback loops (e.g. editable text field widgets, and widgets wrapping other widgets that can tell each other what dimensions to be).
>>27
I got it. I'm mamking it nice and simple as well, i.e. to make any given widget fill the space available, you just wrap it in a space-filling widget, rather than every widget having that same toggle.
Recently I've made a blog, events calendar, and BBS script in Python. Fun stuff!
Haskell
loeb = fix (fmap . flip id =<<)
I have a really good new project will tell when its finished
>>34
Damn - that's exactly what I was thinking. I hope we're not scooping each other.
>>34,35
I'm going to have to sue you both for infringement of my IP rights.
I'm fucking fed up of Arch whimsically breaking my shit so I'm moving to GuixSD.
why not Debian or something rather than an OS that is in beta?
A given Linux distro has two variables that matter to me: init/services management and the package manager.
dmd is a novelty for the former, and guix's package manager has no apparent downsides. The fact it is beta is not a problem; the whole installation is defined by a single script so if something goes wrong I can just nuke it and start again. So it gets ten thumbs up out of ten.
Of the OSes I've used, Arch's package management is not the shittiest, and yet it is still too shitty; a while ago it also moved from sysvinit (functionally, a pile of scripts haphazardly cobbled together) to systemd, and now feels too much like a black box that I have to believe is doing what I think it just told me it was doing.
it seems strange to complain about breakages and then move to something that is currently in development. if you want stability without systemd (out of the box) plus solid package management then I would suggest Void Linux, heck even running Gentoo on stable isn't the worst idea.
>>40
Arch doesn't tell me it's not stable. Guix does. That's the difference. There's also no nice way of reverting to a known good setup if an arch upgrade breaks.
Funny thing is though, I can't install it over wifi (it complains about not having nonfree wireless drivers, and the router is all the way downstairs) and Void or Alpine were my next choices anyway... the packages aren't always up-to-date (or even existent) on either but I can still run them as a minimal base.
> There's also no nice way of reverting to a known good setup if an arch upgrade breaks.
dd if=/path/to/backup of=/dev/sda
>nice way
>>43
it takes literally 2 seconds to do it, and works perfectly every time. how is that not nice?
>>37
did you get GuixSD running successfully? What's your hardware? Installation broke for me and I couldn't be bothered figuring out how to fix it.
>>44
It requires a spare hard disk of at least equal size for every snapshot you want, and takes minutes on spinning rust. It's also not something you can version control or share to a different machine over a network without significant pain. The only way you could make it shittier is if you archived it by emailing it to yourself as "dissk backup (3) - Copy (2).zip".
>>45
I'm on wireless, and it refused to load iwl3945 because it's non-free. I'm still looking at Alpine and/or Void or FreeBSD but haven't given proper time to anything else yet.
>>45-47
Anyway, it ran OK as far as I can tell, but I'm just using guix standalone to replace dead pacman at the moment.
>>46
if you're that kind of person, sudo git init /
, and then realize what a shitty idea putting your entire hard drive in a version control system is.
>>49
You really don't get what Nix and Guix are for, do you?
>>49
By which I mean, when I say "something you can version control" I mean the single configuration file that describes the state of your entire system.
http://www.gnu.org/software/guix/manual/guix.html#Using-the-Configuration-System