[08:46] <HostingGeek> BOOO!
[10:20] <pef> hello
[10:41] <siretart> moin
[10:42] <siretart> pef: ping
[10:51] <pef> siretart: pong
[10:51] <siretart> pef: what is your email adress you using in revu?
[10:53] <pef> siretart: the adress I used to sign my package ?
[10:55] <siretart> yes. I don't know who you are in the database :)
[10:57] <pef> siretart: loic@dev.erodia.net
[10:59] <siretart> pef: ok, try this as login, then press the recover password link
[11:17] <pef> siretart: works perfectly, thank you :)
[11:17] <siretart> :)
[11:26] <sivang> howdy motus
[11:26] <sivang> how is it going?
[11:27] <siretart> hi :)
[11:33] <Nafallo> siretart: we all do ;-)
[11:33] <siretart> I thought so :)
[11:35] <siretart> Lathiat: ping
[11:41] <siretart> sivang: check out this one: grep-dctrl -FBuild-Depends xlibmesa-gl-dev Sources-breezy -sPackage,Build-Depends
[11:42] <siretart> (with Source-breezy being http://archive.ubuntu.com/ubuntu/dists/breezy/{main,universe}/source/Sources.gz unpacked and concatenated
[11:53] <ivoks> 'day
[11:54] <dholbach> hellas
[11:54] <ivoks> hi dholbach
[11:55] <ivoks> i'm planing to develop gtk backup utility
[11:55] <ivoks> what do you think, is it easier/better to do it with perl or python?
[11:55] <Lathiat> python of course
[11:55] <ivoks> ok
[11:56] <dholbach> python :)
[11:56] <dholbach> hey vedran
[11:56] <vedran> ok :)
[11:56] <vedran> hey
[11:56] <ivoks> vedran: hm...
[11:56] <ivoks> bih :)
[11:57] <vedran> yes
[11:57] <ivoks> ok, i hope i'll finish it beffore summer end
[11:57] <ivoks> shouldn't be too much problems with that...
[11:57] <dholbach> ivoks: that sounds awesome
[11:57] <ivoks> evenutally, i'm planing to create some integration with bacula
[11:58] <ivoks> but that will not be finished this year :)
[11:58] <vedran> i'm using the debian maintainers guide
[11:58] <vedran> but i have problem with part "modifying"
[11:58] <vedran> that's way to complicated
[11:58] <vedran> is there any simpler way
[11:58] <ivoks> vedran: ako hoces, mogu ti ja pomoci... lakse ce ti biti shvatiti hrvatski, mozda :)
[11:58] <dholbach> vedran: what goes wrong?
[11:58] <ogra> guys, vedran works on the lightweight desktop bounty for us...
[11:58] <ogra> :-D
[11:59] <ivoks> ogra: hi
[11:59] <vedran> plz wait a sec
[11:59] <ogra> hey ivoks
[11:59] <ivoks> ogra: that's that guy from bosnia you were telling me?
[11:59] <ogra> ivoks, yes
[11:59] <ogra> :)
[11:59] <ivoks> ok
[11:59] <vedran> it mentions file /usr/share/doc/autotools-dev/README.Debian.gz
[11:59] <ivoks> since we talk same language, i could give him a help
[12:00] <vedran> there's a line that says export BLAHBLAH =? blahblah i don't have it here
[12:00] <vedran> it doesn't work
[12:00] <ogra> with great plans like working desktops on p1 133/32MB :)
[12:00] <dholbach> vedran: if you tell us what you're trying to do, we can try to help :)
[12:00] <ivoks> ogra: but...
[12:00] <ivoks> ubuntu doesn't install on so little RAM
[12:00] <vedran> i'm trying to compile library libefltk
[12:00] <vedran> (http://ede.sf.net)
[12:00] <ivoks> i tried on 40MB RAM
[12:00] <ivoks> installer crashes
[12:00] <ogra> ivoks, yes, the installer probably needs some adjustment if possible...
[12:01] <ogra> its a Kamion question
[12:01] <ivoks> woody's one works...
[12:01] <vedran> autotools doc says: export DEB_HOST_GNU_TYPE ?= ($shell dkpg-architecture -qDEB_HOST_GNU_TYPE)
[12:01] <ivoks> installer should format swap partition and use it :)
[12:01] <vedran> dholback: this command doesn't work
[12:02] <vedran> @dholbach sorry
[12:02] <vedran> ivoks: i agree... ubuntulite installer does exactly that
[12:02] <vedran> ivoks: www.ubuntulite.org
[12:03] <ogra> vedran, they should provide a filelist...
[12:03] <ogra> i had to download the iso to find outwhat they ship
[12:03] <dholbach> vedran: you're sure you need this?
[12:04] <vedran> ogra: that's true... installer needs work
[12:04] <ogra> and it contains the complete kde desktop....
[12:04] <ivoks> ubuntulite... with kde :)
[12:04] <ogra> heh, yes
[12:04] <vedran> lol
[12:04] <ogra> i think its only for the kde apps, but the libs should suffice there :)
[12:04] <ivoks> hm...
[12:04] <ogra> no need for the whole desktop
[12:04] <ivoks> vedran needs help
[12:05] <ogra> absolutely, he will have to repackage a few things and there will be new packages for ede
[12:06] <vedran> yes, just ede is new
[12:06] <vedran> but i'm new to dpkg...
[12:06] <dholbach> vedran: you could try to use the default-debian/rules dh_make provides you with
[12:07] <dholbach> (or use cdbs, which does this automagically)
[12:07] <ivoks> lol
[12:07] <dholbach> but anyway, i should get back to my other stuff
[12:07] <ivoks> ok guys
[12:08] <ivoks> wifi-radar still isn't in breezy :)
[12:08] <vedran> tnx dholbach
[12:08] <dholbach> ivoks: it's a shame
[12:08] <ivoks> well, do something :)
[12:08] <dholbach> ivoks: i gave you my signature
[12:08] <ivoks> i know
[12:08] <ivoks> ogra: ?
[12:08] <dholbach> PEOPLE: PLEASE REVIEW STUFF ON REVU! NOW!
[12:08] <dholbach> ivoks: better? :)
[12:08] <ivoks> :)
[12:08] <ivoks> dholbach: make it mandatory :)
[12:09] <ogra> ivoks, ?
[12:09] <ivoks> ogra: could you review wifi-radar on revu?
[12:09] <dholbach> "If you sign this treaty, you're a MOTU, but take into account: you will have to review at least three packages a week or *horrible scenario* will happen."
[12:10] <ivoks> :>
[12:10] <siretart> lol
[12:10] <ogra> dholbach, 3 a week O_O
[12:10] <ivoks> ok 3 a day :)
[12:10] <ogra> lol
[12:10] <ivoks> well, someone of us don't have life :)
[12:11] <dholbach> ok... ivoks: you remind me of something: i'll get back to my thesis, so i'll be able to do more reviews soon
[12:11] <ivoks> dholbach: go work on that, that's more important
[12:12] <dholbach> and i only have 5-1 weeks left
[12:12] <ogra> hmm, other people say 4 instead of 5-1......
[12:12] <ogra> this thesis has a bad influence....
[12:13] <dholbach> 5 weeks but one week i'll have no time :/
[12:13] <ivoks> omg, ede looks too much like windows
[12:13] <ogra> oh, i was worried you would start saying yesterday+2 instead of tomorrow soon.... :)
[12:14] <ogra> ivoks, hey, but works with ultrasmall footprint
[12:14] <vedran> ivoks: and why is that bad ;)
[12:14] <ivoks> ogra: could be, didn't try it
[12:14] <ivoks> vedran: couse windows is bad UI
[12:14] <ivoks> cause even
[12:15] <ivoks> vedran: khm..
[12:15] <tiglionabbit> ogra: but that's ambiguous.  What if people assumed that to mean 3 days ago?
[12:15] <ivoks> but there is ede debian package
[12:15] <vedran> ivoks: there is??!?
[12:15] <vedran> ivoks: it may be bad but it's what most people know
[12:15] <vedran> and are easy to switch to
[12:15] <ivoks> yep, but it isn't ede you are talking about :)
[12:16] <ivoks> this is editor :)(
[12:16] <ogra> tiglionabbit, hmm, shouldnt that be yesterday-2 ?
[12:16] <vedran> give my grandma ede and she'll at least know where to click
[12:16] <vedran> unlike xfce or windomaker
[12:16] <tiglionabbit> ogra: it depends on what is the positive direction.  It could be relative to the direction you're traveling, or to the direction time travels itself
[12:17] <ogra> phew :)
[12:17] <ivoks> khm...
[12:18] <ivoks> vedran: ok, you should then create metapackage that will install ede or icewm
[12:18] <dholbach> guys look at this:
[12:18] <dholbach> daniel@bert:~$ LC_ALL=C apt-cache -i unmet | grep ^Package | wc -l
[12:18] <dholbach> 521
[12:18] <dholbach> daniel@bert:~$
[12:18] <dholbach> !!!OUCH!!!
[12:18] <ivoks> uh
[12:18] <dholbach> (it's on amd64, but still...)
[12:18] <ivoks> 515 on i386
[12:18] <Lathiat> 497 here
[12:18] <ivoks> huh?
[12:19] <ogra> dholbach, 576 on i386 afaik
[12:19] <dholbach> Lathiat: maybe without multiverse
[12:19] <siretart> in hoary thats 75
[12:19] <Lathiat> eww we released with packages with unmet deps? ugly ;p
[12:19] <ivoks> there is unmet in hoary?!
[12:19] <Lathiat> i have multiverse
[12:19] <ogra> but thats all only rebuild stuff...
[12:19] <ivoks> we suck
[12:19] <ivoks> :)
[12:19] <dholbach> Lathiat: get cracking with us and we'll beat it down to zero
[12:19] <comadreja> have launchpad users keys been added to revu ?
[12:19] <Lathiat> sounds like a plan
[12:19] <dholbach> ogra: not only
[12:20] <dholbach> comadreja: don't think so
[12:20] <ogra> dholbach, according to doko it is...
[12:20] <ivoks> even blender has unmet
[12:20] <siretart> comadreja: no revu is not related to launchpad in any way..
[12:20] <siretart> yet, perhaps ;)
[12:20] <dholbach> ogra: most of them surely are trivial to fix (rebuild, new build-dep)
[12:20] <comadreja> siretart : could be good, I guess
[12:20] <dholbach> ogra: but some are hard work (like the 75 we left out in hoary)
[12:20] <ivoks> dholbach: these are packages mostly broken cause of X
[12:20] <siretart> comadreja: yes, that would be nice
[12:20] <comadreja> siretart : I'm gonna register as uploader
[12:20] <SloMo_> when packaging a mono/cli package where do the .exe files belong to? /usr/lib/dotnet/bin and cli-wrapper links in /usr/bin?
[12:20] <Lathiat> kdelibs4 has lots
[12:20] <siretart> great! :)
[12:21] <Lathiat> and lam4, som ekernel-image-2.4.27s
[12:21] <dholbach> ivoks: we should compile a list on UniverseUnmetDeps and get cracking :)
[12:21] <ogra> dholbach, we left them outr in hoary and nobody complained ?
[12:21] <Lathiat> avifile, clanlib (c++, unmet builds?), libfltk1.1c102
[12:21] <ivoks> dholbach: that should be prio, yes
[12:21] <dholbach> ogra: yep
[12:21] <Lathiat> gsal1, lots of libgmp3
[12:21] <ivoks> dholbach: can we eliminate main packages?
[12:21] <Lathiat> lots of gtkmm too
[12:21] <dholbach> ivoks: yeah
[12:21] <Lathiat> and lots of libqt3c102-mt
[12:21] <ogra> dholbach, so it looks like nobody needs them :)
[12:22] <dholbach> ogra: you know that we're not supposed to chuck out stuff too easily
[12:22] <ogra> dholbach, nope, but if no user cares... i do set it on high prio
[12:22] <dholbach> ogra: high prio to chuck out?
[12:22] <ogra> dont, sorry
[12:23] <comadreja> siretart : is this your current key ?
[12:23] <comadreja> (2)     Reinhard Tartler <siretart@tauware.de>
[12:23] <comadreja>           1024 bit DSA key 945348A4, created: 2005-02-12
[12:23] <siretart> comadreja: yes, this is my key
[12:23] <comadreja> siretart : thanks
[12:24] <siretart> SloMo_: there is a mono packaging policy in debian, perhaps thats the document you should look into
[12:24] <Lathiat> ask tseng about that
[12:25] <Lathiat> heh has a new one no idea if its released yet
[12:25] <dholbach> ivoks: last time i sorted the lists a bit, i made categories for non-free stuff, kernel stuff, x stuff, java stuff, ... it'll be easier for us and for other guys (java team, kernel team, ...) to get cracking on those
[12:25] <siretart> SloMo_: try http://pkg-mono.alioth.debian.org/  and http://wiki.debian.net/?MonoConventions
[12:26] <siretart> SloMo_: but please get confirmation from tseng that these documents are also valid in breezy, I think so, but he is our authority ;)
[12:26] <ivoks> dholbach: i'm reading mans to figure out how to sort these things :)
[12:26] <dholbach> ivoks: :( i did it manually
[12:26] <dholbach> ivoks: but i became VERY FAST with it ;)
[12:26] <ivoks> lol no way
[12:26] <ivoks> :)
[12:26] <SloMo_> siretart: yes i read them... and they're deprecated in favor of https://wiki.ubuntu.com/CLIPolicy... but there is nothing written about that problem ;)
[12:27] <dholbach> ivoks: but it'll be nice for motu hopefuls to get into the team by doing those simple things
[12:27] <dholbach> it's a nice feeling to fix 20 packages by just some fingerstrokes :)
[12:27] <ivoks>  apt-cache -i unmet | grep ^Package | cut -d' ' -f2
[12:27] <siretart> comadreja: do did not sign your message, whats your key?
[12:28] <comadreja> I am not maintainer, but I have updated the kismet package to latest upstream version. Should I proceed to revu ?
[12:28] <siretart> comadreja: if you want to contribute a package for ubuntu, you can upload an candidate to review
[12:28] <comadreja> thanks siretart
[12:28] <siretart> comadreja: which will be uploaded if ok
[12:28] <siretart> comadreja: but I need your keyid
[12:29] <comadreja> siretart : oops
[12:29] <ivoks> dholbach: but this aren't all broken packages
[12:29] <ivoks> dholbach: take a look at blender
[12:29] <comadreja> 5D7ACDEF
[12:29] <dholbach> i can't install it
[12:29] <ivoks> dholbach: bledner isn't on list, and yet, it's not possible to install it
[12:29] <dholbach> oh well
[12:29] <comadreja> siretart : or should I send the message again ?
[12:29] <siretart> comadreja: I added you to the keyring. upload a package, then a account will be created
[12:30] <dholbach> ivoks: so we have MORE THAN 521 broken packages - MORE FUN! :)
[12:30] <ivoks> :)
[12:30] <siretart> comadreja: use the "recover password" link to learn your password
[12:30] <siretart> need to go now,
[12:30] <siretart> cu folks!
[12:30] <ivoks> half of breezy is broken
[12:30] <comadreja> siretart: thanks a lot, bye !
[12:30] <dholbach> bye siretart
[12:30] <dholbach> ivoks: you could use python-apt for the job :)
[12:30] <ogra> ivoks, i have to care for blander for edubuntu anyway.... so if nobody wants to touch it, leave it for me...
[12:31] <ogra> blender even
[12:31] <ivoks> ogra: blender was example how that list doesn't show us all broken deps :)
[12:32] <ogra> ivoks, yes, there are a lot others :)
[12:32] <ivoks> jesus... we have more than 500 broken packages
[12:32] <ivoks> that's much more than cxx transition
[12:32] <ivoks> :)
[12:32] <dholbach> welcome to life :)
[12:32] <ivoks> yay! :))
[12:33] <ivoks> but some of them could be easily fixed
[12:33] <dholbach> that's why we need a fiery speech every morning to get more MOTU activists in the boat ;)
[12:33] <ivoks> if package that replaced libglu1, provides libglu1 :)
[12:33] <ogra> ivoks, fix it :)
[12:33] <ivoks> it's main
[12:34] <dholbach> that's alright
[12:34] <comadreja> what's the name of the program used to upload a package ?
[12:34] <dholbach> comadreja: dput
[12:34] <comadreja> thanks
[12:34] <dholbach> comadreja: wiki.ubuntu.com/Uploads might be of help
[12:35] <dholbach> comadreja: wiki.ubuntu.com/REVU too
[12:35] <ogra> ivoks, and ? patches accepted ;)
[12:35] <ivoks> :)
[12:35] <ivoks>  universe
[12:35] <ivoks> 
[12:35] <ivoks> mesa
[12:35] <ivoks> 
[12:35] <ivoks> libglu1-mesa
[12:35] <ivoks> 
[12:35] <ivoks> libglu1c2-mesa
[12:35] <ivoks> 
[12:35] <ivoks> mesa_6.2.1-5ubuntu1
[12:35] <ivoks> uh, pardon for that
[12:35] <dholbach> hehe
[12:35] <ivoks> so, i guess... we should convert every app
[12:36] <ivoks> or repackage libglu1c2?
[12:38] <ivoks> anyway... i have to go now..
[12:47] <dholbach> i'm away again... :/
[12:50] <comadreja> I have uploaded a package to revu... should I ask for revision ?
[12:53] <thesaltydog> how can avoid (during buildpackage) to generate config.log and config.status files? Otherwise tehy will be included in source directory and in diff.gz...
[12:57] <ogra> build-depend on autotools-dev and copy them over....
[12:58] <thesaltydog> ok! nice.. Thanks.
[12:58] <dholbach> ogra: you mean config.{sub,guess} ?
[12:58] <ogra> dholbach, yes
[12:58] <dholbach> thesaltydog: remove them in clean target?
[12:58] <dholbach> ogra: he was talking about config.{log,status}
[12:58] <thesaltydog> yes, too..
[12:59] <ogra> dh_make should have added a stanza ...
[12:59] <ogra> ah, ok, blind me then
[12:59] <thesaltydog> telephone..
[01:01] <thesaltydog> dholbach, yes, I think that removing them in dh_clean will be easier.
[01:03] <thesaltydog> dholbach, oh oh... I just had a "clock-skew" warning...
[01:03] <thesaltydog> dholbach, ??
[01:03] <dholbach> in the clean target
[01:04] <dholbach> clock-skew?
[01:04] <dholbach> no idea
[01:04] <thesaltydog> dholbach, yes, just before dh_clean..
[01:08] <sivang> hey ogra_ ,dholbach
[01:08] <dholbach> hi sivang, \sh :)
[01:09] <\sh> *handandenkopfhalt* morgen
[01:10] <\sh> oh...hehe..sorry
[01:10] <dholbach> \sh: selbst schuld
[01:10] <dholbach> (judging by your blog entry)
[01:11] <dholbach> \sh: or am i wrong? :)
[01:11] <\sh> the problem is: until this time, I was quite ok...and no spinnings at all...but at 5 this morning
[01:11] <\sh> i think the last koelsch...
[01:11] <dholbach> haha
[01:11] <dholbach> the last of 24
[01:12] <\sh> it's ok ... one day in the month i need a hard reset of /dev/brain
[01:13] <\sh> btw...did anybody tried out vmware ws on breezy?
[01:13] <\sh> i need a possibility to try the daily installs
[01:14] <ogra> dholbach, 24 ? pick a higher number :-P
[01:14] <\sh> it was less then 24
[01:15] <comadreja> koelsch that's delicious !
[01:15] <\sh> 4 bottles I saw in the fridge just now
[01:15] <comadreja> I remember a place... called the Frh (could that be?)
[01:15] <\sh> yeah it was Frh Koelsch ;)
[01:15] <comadreja> near the cathedral
[01:15] <comadreja> you lucky !
[01:16] <thesaltydog> dholbach, I noticed that in the clean target the command -$(MAKE) clean is not executed. Object files (.o) are still in src diectory.
[01:16] <\sh> brb
[01:17] <dholbach> thesaltydog: what does running   make clean   manually give you?
[01:17] <thesaltydog> it works fine!
[01:18] <dholbach> hrm
[01:18] <dholbach> drop the "-" and have a look what it gives you?
[01:18] <thesaltydog> it says cannot fakeroot..
[01:19] <thesaltydog> debuild: fatal error at line 841:
[01:19] <thesaltydog> couldn't exec fakeroot debian/rules:
[01:20] <dholbach> you could try to update-alternatives and change to another fakeroot
[01:20] <thesaltydog> I will try
[01:22] <thesaltydog> another fakeroot?
[01:23] <thesaltydog> dholbach, fixed.
[01:24] <thesaltydog> I was removing config.status before make clean. Just swapped lines. Now it goes! Thanks a lot!
[01:25] <dholbach> thesaltydog: dont forget to add the "-" again
[01:25] <thesaltydog> yes
[01:25] <dholbach> excellent
[01:27] <\sh> hmm..the kernel of breezy is compiled with 3.4?
[01:27] <dholbach> yes, i think so
[01:28] <ogra> yep
[01:29] <\sh> I'm trying to get vmware ws running...so I can test a bit more
[01:50] <\sh> brb
[02:16] <Treenaks> Can I make a lirc upload with a small build-dep fix?
[02:16] <ogra> Treenaks, why not ? youre a MOTU...
[02:17] <ogra> youre supposed to fix things :)
[02:17] <Treenaks> yes
[02:17] <Treenaks> but UpstreamVersionFreeze etc.
[02:17] <ogra> so its a new upstream version ?
[02:17] <Treenaks> no, just build-deps
[02:18] <ogra> thats not affectzed then ... UVF is intended to fix existing packages and not get new crack in... so exactly what you want here
[02:19] <ogra> thus "Upstream"VersionFreeze
[02:19] <Treenaks> OK
[02:20] <Treenaks> yes, but just to be sure etc :)
[02:20] <Treenaks> I don't want to be chased by a mad Elmo ;)
[02:21] <ogra> he's in .fi he cant get is hands on you from there ;)
[02:22] <Treenaks> ogra: he might stop by on the way back
[02:22] <ogra> heh
[02:34] <siretart> hi folks
[02:41] <comadreja> hello siretart
[03:11] <jsgotangco> salut
[03:31] <tseng> slomo: no
[03:32] <tseng> slomo: /usr/share/dotnet is deprecated (and this is mentioned in our CLIPolicy)
[03:32] <tseng> slomo: put the stuff where upstream does
[03:34] <slomo> tseng: so the .exe files and the cli-wrapper links will live side-by-side in /usr/bin ;) thanks, will do that
[03:35] <tseng> slomo: no?
[03:35] <tseng> they wont
[03:35] <tseng> .exe does NOT go in /usr/bin
[03:35] <tseng>  /usr/lib/muine/muine.exe
[03:36] <tseng>  /usr/lib/tomboy/Tomboy.exe
[03:36] <tseng> etc
[03:36] <slomo> yes when the upstream buildsystem does it that way... but that isn't the case with nemerle. they put the .exe in the bindir which is /usr/bin when not specified otherwise
[03:36] <tseng> (what does cli-wrapper have to do with this?)
[03:37] <tseng> well in that case they are wrong
[03:37] <tseng> would you and the maintainer like to join #debian-mono?
[03:38] <tseng> meebey maintains monodevelop, he is probably also interested in what you do with it
[03:39] <slomo> ok, and what will be the right way to package it? (and cli-wrapper was used to create the binaries without .exe suffix in /usr/bin)
[03:39] <tseng> well what every other package i work with does
[03:39] <tseng> is make /usr/lib/foo/foo.exe
[03:39] <tseng> and put a shell script in /usr/bin
[03:40] <tseng> that properly sets up the evironment and calls mono on the exe
[03:41] <slomo> so the best would be to create a patch for the buildsystem and send it upstream? (i'll join #debian-mono later, currently working on other things)
[03:42] <\sh> k....breezy is vmware compatible
[03:42] <tseng> id like to have meebey's opinion also, before we start kicking upstream
[03:42] <tseng> slomo: thanks.
[03:52] <tseng> slomo: still here?
[03:52] <slomo> yes
[03:53] <tseng> we both think it should be like this
[03:53] <tseng>  /usr/lib/nermele/nermele{dll,.exe} whatever
[03:53] <tseng> its CLI files
[03:53] <tseng> and then /usr/bin/nermele is #!/bin/sh
[03:53] <tseng> and does
[03:53] <tseng> exec /usr/bin/mono  /usr/lib/muine/muine.exe "$@"
[03:53] <tseng> something similar to this
[03:54] <slomo> ok thanks... i'll change it that way later :)
[03:54] <tseng> thanks
[04:52] <slomo> tseng: done and uploaded here: http://siretart.tauware.de/revu/details.py?upid=102
[04:52] <tseng> slomo: yeah um
[04:52] <tseng> slomo: who is the "debian maintainer"? its not in sid
[04:53] <tseng> and the itp is very old and has no package
[04:53] <slomo> i haven't said debian maintainer... maintainer of the debian package ;) he has done the package linked on the official nemerle page
[04:54] <tseng> i see
[04:56] <tseng> can you come to #debian-mono now
[04:57] <tseng> (there are a few small problems left)
[05:01] <ivoks> hi
[06:36] <pef> bye !
[08:06] <ivoks> any gtk/python guru here? :)
[08:54] <ivoks> uh, pygtk is sooo hard :(
[08:57] <siretart> ivoks: is it? I think ogra used it in the past
[08:57] <ivoks> today is my first day
[08:57] <ivoks> objective is to create rocking backup program untill august is over :)
[08:58] <ivoks> for now, i have 600x400 window :)
[08:58] <siretart> for backups
[08:58] <ivoks> we need gui stuff
[08:58] <ivoks> i love bacula :)
[08:58] <ivoks> but it's not GUI :(
[09:00] <comadreja> siretart : could you help me out with kismet package ? I'd like to know how to check all that stuff that you pointed out in revu
[09:00] <siretart> ivoks: how about a nice graphical frontend for rsync?
[09:00] <ivoks> :)
[09:00] <ivoks> nope..
[09:01] <ivoks> i will create an app that will be able to burn on CD, record on tape, create simple .tar.gz
[09:01] <ivoks> eventually, it should be able to comunicate with bacula
[09:02] <ivoks> but first, i have to take control of pygtk
[09:02] <siretart> comadreja: the problem is, kismet seems to me being a challenging package, and I would rather ping the debian maintainer doing a new package with the new upstream version, you know
[09:02] <comadreja> siretart : sure
[09:02] <siretart> comadreja: the numbers I wrote there can be looked up in the debian bts: http://bugs.debian.org/<bugnr>
[09:03] <siretart> ivoks: btw, I think I found out my problem with wifi-radar
[09:03] <comadreja> siretart : but there are ubuntu specific changes
[09:03] <ivoks> siretart: yes?
[09:03] <siretart> ivoks: http://article.gmane.org/gmane.linux.drivers.madwifi.user/7456
[09:04] <siretart> comadreja: they would have to be merged, right
[09:05] <ivoks> siretart: so, it's madwifi problem
[09:05] <siretart> ivoks: so I would need to be able to turn of the scanning thread
[09:05] <comadreja> siretart : last debian change was in 2004
[09:06] <ivoks> siretart: but how would you find ssids then?
[09:06] <comadreja> siretart : I'm not asking you to solve the problems for me, in case you misunderstood me, just like to know how to check what you pointed out
[09:06] <ivoks> i hate hello world
[09:06] <siretart> ivoks: iwlist ath0 scan works, it "just" looses the current connection, which is no problem at all when no connection is established yet
[09:07] <ivoks> siretart: so... wifi-radar scans only while it's open :)
[09:07] <ivoks> i could create bigger timeout on scanning
[09:07] <siretart> comadreja: yes, the problem is, that I'm also quite unsure how to proceed. I think it would be best to talk to the debian maintainer if and when he will update kismet
[09:07] <ivoks> like one scan in 10 seconds
[09:08] <siretart> comadreja: I don't know enough about kismet, and the changes to the version in the archive are too big for me to review and advocate
[09:08] <comadreja> siretart : cool, do you contact him or should I do it ?
[09:08] <comadreja> siretart : it's quite a simple package
[09:08] <comadreja> siretart : but I'm new on this, so I'll do lots of wrong things
[09:09] <siretart> comadreja: I don't think thats a simple package
[09:09] <ivoks> siretart: play with SCAN_TIMEOUT and tell me what entry suits you best
[09:09] <siretart> comadreja: why do you want a new upstream version at all?
[09:09] <siretart> ivoks: ok, will do
[09:09] <comadreja> siretart : I need it, it has support for ipw2200
[09:09] <ivoks> what does?
[09:10] <ivoks> i have ipw2200
[09:10] <comadreja> siretart : there have been lots of improvements
[09:10] <siretart> ivoks: kismet
[09:10] <ivoks> ah..
[09:10] <comadreja> passive scanning
[09:10] <comadreja> it's really cool
[09:10] <ivoks> Death by a thousand cuts: the road to X11R7 begins here. lol
[09:10] <comadreja> you should try it
[09:12] <comadreja> siretart : should I contact the debian maintainer ?
[09:13] <siretart> comadreja: he has already been approached with 2 bug reports already, I think he already knows about the new upstream version. I you think it's urgent, then yes, reply to an existing bug#
[09:13] <siretart> comadreja: or try to catch him on irc, but don't open another bug
[09:13] <comadreja> oh, no, for sho ;)
[09:14] <siretart> ivoks: hm. there must be more in the bush. madwifi looses the connection to the ap instantly :/
[09:18] <ivoks> wifi-radar starts iwscan as soon as yout start it
[09:18] <siretart> ivoks: how to enable __debug__?
[09:24] <comadreja> siretart : in the case of the lintian warnings, they're because of the presence of CVS dirs on the original sources. Should I remove those dirs ?
[09:25] <ivoks> zblj..
[09:25] <ivoks> siretart: don't know :)
[09:25] <ivoks> have to go :(
[09:25] <siretart> bye ivoks!
[09:25] <ivoks> siretart: that's python internal
[09:25] <ivoks> __debug__
[09:26] <siretart> comadreja: if they are really in the orig.tar.gz, then its crack :( - dont delete them as that would bloat the diff.gz  unnecessarily (we have to review that), in general, try to make reviewing as easy as possible, this increases your changes getting your contribution sponsored ;)
[09:27] <comadreja> siretart : :) thanks a lot
[09:28] <DanielN> hiho
[09:28] <siretart> hi DanielN
[09:29] <DanielN> hi siretart
[09:30] <comadreja> hey DanielN :)
[09:30] <DanielN> i'm playing with UML here, it's great ;>
[09:30] <comadreja> DanielN : what do you use ?
[09:31] <DanielN> ?
[09:31] <comadreja> umbrello ? dia ?
[09:31] <DanielN> huh???
[09:31] <DanielN> usermodelinux ??
[09:31] <siretart> comadreja: I think pen and paper is the best tool for uml :/
[09:32] <comadreja> :D I thought UML as in unified modelling language
[09:32] <DanielN> yeah.. i see :)
[09:32] <comadreja> siretart : if the diagram is big, you need tools
[09:32] <siretart> DanielN: If you are at emulating things, have you had a look at faumachine? it is developed as my university ;)
[09:32] <siretart> comadreja: I think uml is crack anyway ;)
[09:33] <DanielN> no.. never heard yet
[09:33] <siretart> http://www3.informatik.uni-erlangen.de/Research/FAUmachine/
[09:33] <comadreja> siretart : really ? I find it quite useful. I'm working on a big project and it really helps
[09:33] <siretart> comadreja: I never have done real stuff with uml, possibly you are right
[09:34] <DanielN> siretart, looks nice! but well, uml is the choice for emulating servers on servers :)
[09:35] <DanielN> this faumachine seems to be a good qemu alternative
[09:35] <siretart> DanielN: it has some different intentions, and the have qemu available as alternative cpu simulator
[09:35] <DanielN> ah
[09:36] <siretart> DanielN: with faumachine, you can emulate all kind of hardware, and inject faults (dying memory, bad sectors on discs and so on)
[09:36] <DanielN> hm but.. it's built on uml? then emulating linux is the only choice?
[09:37] <siretart> its not related to UserModeLinux in any way
[09:37] <DanielN> ok
[09:37] <siretart> well, the to similar stuff, so it is related somehow ;)
[09:37] <DanielN> ;>
[09:38] <DanielN> i'm away for smoking one
[09:56] <ivoks> re
[10:19] <ivoks> yay!
[10:19] <ivoks> it does the job
[10:19] <ivoks> now, fancy things :)
[10:28] <siretart> good night, folks!
[10:28] <mitsuhiko> night
[10:30] <ivoks> night
[11:05] <comadreja> nite siretart !