You are not logged in.
Title says all -- I've got coder's block. I desperately want to write something cool in Python, but I don't know what. I did a partial reimplementation of less, which was an interesting challenge (especially working with ncurses), and now I'm stuck. I thought I'd implement this, but then I realized it wouldn't be very fun.
So. Any ideas? I'll accept anything at this point, even half-baked silliness.
Offline
I just wrote a portknocking client and server, found it to be a very fun project... though I did it in C, might be too easy in Python.
Offline
I just wrote a portknocking client and server, found it to be a very fun project... though I did it in C, might be too easy in Python.
Sounds interesting, though I wouldn't know where to begin nor how to test it (don't really use a firewall since my router does NAT, though I wonder if I should anyway). I suppose I could do C if Python presented an insufficient challenge.
Although what I'm really looking for is something the user can interact with, like a terminal application or such.
Last edited by Peasantoid (2010-02-20 05:27:47)
Offline
Michael C. wrote:I just wrote a portknocking client and server, found it to be a very fun project... though I did it in C, might be too easy in Python.
Sounds interesting, though I wouldn't know where to begin nor how to test it (don't really use a firewall since my router does NAT, though I wonder if I should anyway). I suppose I could do C if Python presented an insufficient challenge.
Although what I'm really looking for is something the user can interact with, like a terminal application or such.
Create a fast full text file search.
Basically, find a way to have a fast grep -iR sometext /
Offline
Create a fast full text file search.
Basically, find a way to have a fast grep -iR sometext /
This sounds fun. Will regex be a requirement?
The 'fast' constraint implies C. *cracks knuckles, fires up vim*
Offline
Peasantoid wrote:Michael C. wrote:I just wrote a portknocking client and server, found it to be a very fun project... though I did it in C, might be too easy in Python.
Sounds interesting, though I wouldn't know where to begin nor how to test it (don't really use a firewall since my router does NAT, though I wonder if I should anyway). I suppose I could do C if Python presented an insufficient challenge.
Although what I'm really looking for is something the user can interact with, like a terminal application or such.
Create a fast full text file search.
Basically, find a way to have a fast grep -iR sometext /
if the text is big you can implement threads,
Offline
if the text is big you can implement threads,
Uh, why don't I put that on the back burner for now. *coughs, edges away*
Offline
Okay, I think the reason I'm having problems writing code is that I don't have any itches to scratch, so I'm not motivated to fix them. Thanks for all your ideas, though.
Offline
Why not write a program that generates project ideas? Problem solved!
M*cr*s*ft: Who needs quality when you have marketing?
Offline
Why not write a program that generates project ideas? Problem solved!
the world would be easy if the programs can do something like that.
Offline
I fell into a python project that makes heavy use of regular expressions. A good gui reg ex testing tool would be very useful, especially if it supported cool things like named match groups, re.MULTILINE, and re.VERBOSE. I used to use the one in EPIC (the Eclipse perl plug in), but it is too limited.
http://weitz.de/regex-coach/tutorial1.html
is the general idea, but it is windows only. I have seen several others kicking around the web, but none that did a complete job with the python regex engine. (But I would certainly be happy to hear suggestions.)
Oh yeah...I know real programmers don't need fancy gui tools and I got the job done without one. This would make writing and degugging complex regexes a lot more fun.
Offline
I recently created a program that calculates the sunrise and sunset times for a given day at a given location. Even though this sounds trivial, it is surprisingly difficult - although it may not be a "large-ish" project.
Offline
Create a _good_ new irc bot using twisted, as a nice replacement for phrik
Evil #archlinux@libera.chat channel op and general support dude.
. files on github, Screenshots, Random pics and the rest
Offline
Create a _good_ new irc bot using twisted, as a nice replacement for phrik
Okay, now *that* sounds exciting. Will need to research IRC protocol of course.
Offline
Mr.Elendig wrote:Create a _good_ new irc bot using twisted, as a nice replacement for phrik
Okay, now *that* sounds exciting. Will need to research IRC protocol of course.
Research Twisted.words, it'll save you time reinventing the wheel.
Offline
jorpheus: Thank you greatly for that advice. Means I can concentrate on writing real functionality rather than dicking around with the protocol.
Offline
What features do y'all find desirable in an IRC bot? I need some input.
Offline
An IRC bot will be fun. I made one a couple months back. Of course, I used sockets instead of twisted, but I suspect it will still be a good time. Make sure you post it up if you go through with it!
Last edited by linkmaster03 (2010-02-21 14:31:33)
Offline
I would like some console music player with some more features especially for internet radio etc. or maybe just a frontend for existing players.
I think it should not be too hard when using shoutcast-search from aur to search and parse shoutcast stations and using mplayer as output. Then the jamendo database (which is an xml file) and I would be really happy.
฿ 18PRsqbZCrwPUrVnJe1BZvza7bwSDbpxZz
Offline
Okay, plans for IRC bot are as follows:
- name is 'pyrik' or some other variation on 'phrik'
- Lisp-alike for the command language
- some back-end for data persistence, perhaps via pickle
Still need some input though.
Cdh: Sounds like it would be pretty simple to hack one up in Python. You should try it.
Last edited by Peasantoid (2010-02-21 14:58:16)
Offline
From http://peasantoid.org/ublog.cgi
31.03.2010 16:12:06 *yawn* Bored.
How 'bout a python3 / sqlite3 pacman backend?
/me ducks
I can supply a wishlist and test the thing, but don't count on patches.
Offline
tomd123 wrote:Create a fast full text file search.
Basically, find a way to have a fast grep -iR sometext /This sounds fun. Will regex be a requirement?
The 'fast' constraint implies C. *cracks knuckles, fires up vim*
Not necessarily. I'm talking about implementing some fast algorithms in any language. AFAIK grep -iR searches all the file's contents in real time, which makes it easy to code, but it has horrible time and disk activity
Offline
@tomd123
find "./" \! -name "*~" -type f -exec grep -isI "$1" {} \; -print
That's what I use, but I have only a couple MB of files. How much do you have?
Offline
Peasantoid wrote:tomd123 wrote:Create a fast full text file search.
Basically, find a way to have a fast grep -iR sometext /This sounds fun. Will regex be a requirement?
The 'fast' constraint implies C. *cracks knuckles, fires up vim*Not necessarily. I'm talking about implementing some fast algorithms in any language. AFAIK grep -iR searches all the file's contents in real time, which makes it easy to code, but it has horrible time and disk activity
Well I haven't read grep's sourcecode but I think it is well optimized, it's been around for quite some time. For an 'interactive' tool, that is.
A compiled lexical analyzer will very probably be faster.
So if you want a fast grep for large corpuses of text you should automate the generation of a lexical analyzer and its launch.
You may want to look into lex.
About the disk activity, I believe grep is well coded and doesn't read in 1 byte chunks or something, so I don't think you could ameliorate on that.
Or maybe were you thinking of a system based on indexation ?
Oh and BTW for that purpose I use ack ( http://betterthangrep.com/ )
It's really excellent. And I just benchmarked it agains grep, it's 5 times faster. (test procedure: find penguin in the kernel sources, results: 25 seconds for grep, 5 for ack. Yay !)
Last edited by gohu (2010-04-02 21:20:55)
Offline
From http://peasantoid.org/ublog.cgi
31.03.2010 16:12:06 *yawn* Bored.How 'bout a python3 / sqlite3 pacman backend?
/me ducksI can supply a wishlist and test the thing, but don't count on patches.
I'd need to track down one of several libalpm modules for Python (or write my own). Shouldn't be too hard, but at the moment I'm more focused on developing FCM.
As for the grep slowness thing, I imagine a solution would be to fork off a pipe-connected subprocess for each file (or directory if there are many files) in the background and then select() on the pipes, so the whole thing runs in parallel and it only takes as long as the largest file.
Last edited by Peasantoid (2010-04-02 22:51:36)
Offline