[12:04] <lathiat> err, anyone a C++ transition guru
[12:05] <lathiat> looking at this debian package, the author has made libexatractor1c2 provide: libexatractor1
[12:05] <lathiat> isnt that broken?
[12:05] <ajmitch> yes
[12:05] <lathiat> so i wont merge taht
[12:05] <ajmitch> slap him round a bit
[12:05] <lathiat> i'll mail him
[12:06] <ajmitch> it means that exising packages will happily try & use the incompatible .so
[12:06] <ajmitch> and fail miserably in a screaming heap, in many cases
[12:07] <lathiat> as i thought
[12:07] <ajmitch> the only case where it may work ok, is where he changed c102 -> c2
[12:07] <ajmitch> and nothing actually depends on libexatractor1
[12:07] <lathiat> right, except he is providing libexatractor1 not libextractor1c2
[12:07] <lathiat> err, 1c102
[12:08] <ajmitch> yep
[12:08] <ajmitch> if he had c102, he should have dropped it & not gone to c2, but that's another matter :)
[12:09] <lathiat> +Conflicts: libextractor1, libextractor0, libextractor
[12:09] <lathiat> +Replaces: libextractor1, libextractor0, libextractor +Provides: libextractor1, libextractor
[12:09] <lathiat> fun :)
[12:10] <ajmitch> nasty, imho
[12:10] <lathiat> quite
[12:11] <lathiat> not sure why it eneds any of it really
[12:12] <lathiat> hes also enforcing building with gcc4
[12:12] <ajmitch> it doesn't
[12:12] <lathiat> by modifying rules to specify CC=/usr/bin/gcc-4.0
[12:12] <ajmitch> that may have been excusable at one point
[12:13] <ajmitch> but not when 4.1 is made default, and has the same ABI
[12:13] <lathiat> ok
[12:13] <lathiat> well i can just leave out this entire merge then
[12:13] <lathiat> not sure what to do tho
[12:13] <lathiat> since i dont "want" to merge the changes :)
[12:13] <lathiat> just leave the version where it is?
[12:32] <tseng> siretart: ?
[12:54] <phlaegel> who was working on packaging avahi?
[12:55] <ajmitch> lathiat
[12:55] <ajmitch> well, he got a DD to package it
[12:55] <lathiat> yeh ross burton did it
[12:55] <phlaegel> ah
[12:55] <lathiat> its ready, im just waiting for 0.2 before i upload
[12:55] <ajmitch> lathiat: got any updated stuff for me to upload, like a proper dbus reload?
[12:55] <lathiat> which will be soon
[12:55] <ajmitch> ok..
[12:55] <lathiat> the package is all fixed up tho
[12:55] <ajmitch> great
[12:55] <lathiat> as far as i can tell
[12:55] <lathiat> ajmitch: what about the dbus reload?
[12:56] <lathiat> i got the dbus restart removed
[12:56] <lathiat> since that seemed to be the thing to do, im nto sure if that decision has been changed
[12:56] <ajmitch> right
[12:56] <ajmitch> it just didn't love me until I restarted debus, remember
[12:57] <phlaegel> hm. I was about to ask about starting avahi earlier in the boot process to enable nfs mounts on .local hostnames to work, but it occurs to me that avahi doesn't actually have to be running for that, does it...
[01:03] <lathiat> ajmitch: right
[01:03] <lathiat> ajmitch: but if you restart dbus, you break things
[01:03] <lathiat> phlaegel: libnss-mdns doesnt need avahi to be running
[01:04] <lathiat> phlaegel: the new version (0.6) will use it if available, but if not it'l fall back to its own code
[01:05] <ajmitch> lathiat: what currently breaks if you restart it?
[01:05] <ajmitch> lathiat: it's a sad thing, that restarting something makes programs break :)
[01:05] <lathiat> ajmitch: yes it is, theres been a big uproar about it
[01:06] <lathiat> flamefest with walters, etc
[01:06] <lathiat> much fun
[01:06] <lathiat> ajmitch: battstat applet crashes atm
[01:06] <ajmitch> right
[01:06] <lathiat> it breaks other things too but i dont know about them
[01:06] <lathiat> problem is
[01:06] <lathiat> its hard to reconnect
[01:06] <ajmitch> so far I've only used it on my desktop
[01:06] <lathiat> libdbus sucks
[01:06] <lathiat> and keeps lots of internal state
[01:06] <lathiat> and walters wont fix it because they dont recommend restarting
[01:06] <lathiat> or something
[01:06] <ajmitch> argh
[01:07] <ajmitch> people will need to restart it at some point
[01:07] <lathiat> they reboot
[01:07] <ajmitch> You now need to reboot your computer'
[01:07] <lathiat> yes
[01:07] <lathiat> exactly
[01:07] <ajmitch> welcome to windows 95
[01:07] <lathiat> yarr
[01:07] <lathiat> so anyway
[01:07] <lathiat> becase i waw filled with hate
[01:07] <lathiat> i started writing a new dbus client library
[01:07] <lathiat> that doesnt suck
[01:07] <ajmitch> haha
[01:07] <lathiat> so we have libebus-client, but its far from ready yet :)
[01:07] <ajmitch> how well does it work?
[01:08] <ajmitch> got the code up anywhere?
[01:08] <lathiat> not at all yet :)
[01:08] <lathiat> naw its mostly just playing atm
[01:08] <ajmitch> 10 points if you have it in bzr or baz archive :)
[01:08] <lathiat> yeh i was just thinking
[01:08] <lathiat> might play with bzr
[01:09] <lathiat> bah 7am
[01:09] <lathiat> back to being shaped
[01:10] <lathiat> i need more disk io so i can pbuilder 3 times at once without my laptop crying at me
[01:10] <ajmitch> yeah
[01:10] <ajmitch> I might need to put in the ata133 card I have on the shelf
[01:10] <ajmitch> and another disk
[01:10] <lathiat> nice fat raid5 array woudlnt go astray
[01:11] <ajmitch> mmm
[01:11] <lathiat> and quad dual core opterons
[01:11] <lathiat> and 4GB of ram
[01:11] <lathiat> maybe 8 :)
[01:11] <ajmitch> I've only got an 1800+ XP
[01:11] <ajmitch> 1GB
[01:11] <lathiat> heh
[01:11] <lathiat> im no a pentium-m 2ghz with 512M
[01:11] <ajmitch> laptop?
[01:11] <lathiat> ya
[01:11] <lathiat> i only have a laptop :)
[01:11] <lathiat> my gatway is an athlon 800
[01:11] <lathiat> which is now running an x server
[01:11] <lathiat> for the pure purpose of x2xing its keyboard to said laptop :)
[01:11] <ajmitch> gateway is a p2-350
[01:12] <ajmitch> 80GB disk, so it can run squid & apt-proxy
[01:12] <lathiat> because slouching over the laptop is bad
[01:12] <ajmitch> since it has 37GB free in /var
[01:13] <slomo> ok... good night everybody :)
[01:13] <lathiat> night slomo :)
[01:13] <lathiat> ajmitch: try apt-cacher, see if it works better :)
[01:15] <ajmitch> it probably will
[01:15] <ajmitch> but the gateway box is sarge
[01:15] <lathiat> ah
[01:15] <lathiat> mine runs hoary
[01:15] <ajmitch> I might upgrade it to breezy
[01:15] <lathiat> blah starting to get tired
[01:15] <lathiat> last 3 packages for tonight i think
[01:16] <ajmitch> pbuilder is only up to 'f' for unmet deps here :)
[01:18] <lathiat> configure: WARNING: regexp.h: present but cannot be compiled
[01:18] <lathiat> configure: WARNING: regexp.h: check for missing prerequisite headers?
[01:18] <lathiat> configure: WARNING: regexp.h: proceeding with the preprocessor's result
[01:18] <lathiat> configure: WARNING:     ## ------------------------------------ ##
[01:18] <lathiat> configure: WARNING:     ## Report this to bug-autoconf@gnu.org. ##
[01:18] <lathiat> configure: WARNING:     ## ------------------------------------ ##
[01:18] <lathiat> hrm
[01:19] <ajmitch> I've seen that in the past
[01:19] <lathiat> compiles anyway
[01:19] <lathiat> is there any way to determine packages that didnt coem from debian?
[01:19] <lathiat> apt-get.org style?
[01:19] <lathiat> just thinking of chasing up unmaintained stuff
[01:20] <phlaegel> lathiat: I figured that avahi didn't have to be running to resolve names, but then why do my nfs mount on .local names fail on boot most times?
[01:20] <ajmitch> yeah, I've got a list generated by my ugly scripts
[01:20] <lathiat> phlaegel: no idea
[01:20] <phlaegel> hm
[01:20] <ajmitch> lathiat: http://ajmitch.dyndns.win.co.nz/debuild/ubuntu/merge-tool/current/rfp
[01:21] <ajmitch> lathiat: what's the changelog entry for libextractor, etc rebuild?
[01:22] <lathiat> * Rebuild to lose libdps1 dependency.
[01:22] <lathiat> feel free to DEBFULLNAME="Trent Lloyd" DEBEMAIL="lathiat@bur.st" *G*
[01:23] <lathiat> i think i've got enough to convince the CC anyway :)
[01:23] <ajmitch> echo "libextractor vips drawtiming" > lathiat.dps1
[01:23] <ajmitch> ./buildList.sh lathiat.dps1 transition "Rebuild to remove libdps1 dependency"
[01:23] <ajmitch> running now :)
[01:23] <lathiat> ajmitch: while your at it
[01:23] <lathiat> ajmitch: add sawfish, animal0, dvdauthor
[01:24] <lathiat> heh
[01:24] <lathiat> too late :)
[01:24] <ajmitch> I really need to add in testing hooks
[01:25] <lathiat> this pkgstat is the best thing
[01:25] <lathiat> makes it so easy yay
[01:25] <ajmitch> so I can put conditions on, eg "doesn't depend on libcairo1"
[01:25] <lathiat> ajmitch: ah
[01:25] <lathiat> ajmitch: thatd be usefull
[01:25] <ajmitch> indicates whether the binaries lost the dep, reduces the work for me :)
[01:26] <lathiat>  07:26:09 up  9:20, 13 users,  load average: 2.57, 2.80, 2.85
[01:26] <lathiat> poor thing
[01:26] <lathiat> CPUs at 64C, running hot :)
[01:27] <ajmitch> Rebuilding libextractor, 0.4.2-2ubuntu2
[01:27] <ajmitch> dch worked :)
[01:27] <lathiat> cool :)
[01:27] <ajmitch> what's the pkgstat url?
[01:28] <ajmitch> bur.st/~lathiat/pkgstat.shs ?
[01:28] <lathiat> http://bur.st/~lathiat/pkgstat.shs
[01:28] <lathiat> let me upload again
[01:28] <lathiat> hangon
[01:28] <lathiat> done
[01:28] <ajmitch> ok
[01:30] <ajmitch> I might clean mine up & put it on the wiki
[01:30] <lathiat> whats yours do
[01:30] <ajmitch> or just put up the bzr url :)
[01:30] <ajmitch> the buildList.sh
[01:30] <ajmitch> and the ugly python
[01:31] <lathiat> ah
[01:32] <lathiat> im not sure it good to have it running so warm :)
[01:33] <ajmitch> hm, < 1GB free on /home
[01:33] <lathiat> oops
[01:33] <lathiat> hrm im down to 1.4G
[01:33] <lathiat> that'l last me a while yet :)
[01:34] <lathiat> hrm
[02:29] <hub> who does pull packages from Debian ?
[02:30] <hub> sylpheed-claws-gtk2 isn't in universe
[02:30] <hub> so I'm rebuilding it pulling the source of Debian
[02:31] <hub> or shall I just upload it to REVU
[02:49] <jblack> Who was having the problem with a broken archive-mirror?
[02:49] <jblack> Hi all. :)
[03:00] <ajmitch> jblack: jsgotangco, wasn't it?
[03:09] <jblack> Yeah.
[03:09] <jblack> js: There?
[03:09] <jblack> Nope
[03:09] <lathiat> hehe
[03:10] <jtan325> if i've got a program that relies on a configuration file existing in the user's home directory, and i'd like to copy over a sample configuration to the home directory if one doesn't exist, would this be accomplished via maintainer scripts?
[03:14] <lathiat> jtan325: No that wouldbe a bad idea, what you would do is put an example file in /usr/share/doc/<pkg> along with a README.Debian explaining what to do
[03:14] <ajmitch> no, it would have to be done by the program when it runs
[03:14] <ajmitch> creating a config file on first run is fairly common
[03:14] <lathiat> or that
[03:14] <trulux> heya folks
[03:14] <ajmitch> since there can be many users on a box
[03:14] <jtan325> what we have currently is what lathiat suggested
[03:14] <ajmitch> hello trulux
[03:14] <jtan325> but
[03:14] <trulux> anyone has seen 'tritium' lately?
[03:14] <trulux> ajmitch: hey
[03:14] <ajmitch> no
[03:14] <trulux> ajmitch: how's going the summer?
[03:14] <jtan325> our program complains that the file doesn't exist in ~/ if it doesn't
[03:15] <jtan325> which is fine
[03:15] <jtan325> but users keep coming to us and don't understand what's going on
[03:15] <lathiat> jtan325: is it a gui program?
[03:15] <jtan325> even though there exists a sample config file in /usr/share/doc/conky/examples
[03:15] <lathiat> jtan325: perhaps you could patch the program to print out that they shoudl go look at the examples
[03:16] <jtan325> lathiat, i wouldn't say gui, but it is graphical
[03:16] <lathiat> and then theres the unfortunate fact that you'll get stupid users
[03:16] <jtan325> that is a good idea
[03:16] <lathiat> jtan325: more wondering if it should pop up an X dialog with a warning, if its launched froma menu
[03:16] <ajmitch> trulux: summer? we've just had winter
[03:16] <jtan325> hmmm interesting
[03:16] <trulux> ajmitch: oh, right. I always forget it
[03:16] <jtan325> will explore both options, thanks
[03:17] <jtan325> then what are the "maintainer scripts" for?
[03:17] <trulux> ajmitch: talked to Russell lately?
[03:17] <jtan325> i was undert the impression that postinst would be some place to do the copying over
[03:18] <ajmitch> trulux: no, not for a bit
[03:18] <lathiat> jtan325: well you cant really know what user to copy it to
[03:20] <jtan325> ah i see
[03:20] <jtan325> ok thanks.
[05:24] <crimsun_> how's new mexico again, mike?
[05:24] <tritium> Hey there crimsun :)
[05:25] <tritium> It's great to be home, and even better to have internet access after 3 weeks fighting with Comcast
[05:25] <crimsun_> ouch
[05:25] <tritium> Yeah, it's been a real bummer.  And there's no chance of getting on IRC at work.
[05:26] <tritium> But I'm finally up and running again.
[05:27] <ajmitch> hi tritium
[05:28] <tritium> hello there ajmitch :)
[06:28] <marc__> hai alls
[06:29] <StrikeForce_work> anyone here?
[06:29] <ajmitch> nope
[06:29] <StrikeForce_work> hey ajmitch how are ya
[06:30] <ajmitch> ok
[06:31] <StrikeForce_work> ajmitch: got a quick question I've got a python library thats linked into another library which is in breezy and the setup.py python script creates a build directory in the folder and I want to change that to the /tmp directory how do I parse that to the setup.py script?
[06:31] <StrikeForce_work> e.g. dh_python setup.py build $(DESTDIR)/tmp
[06:31] <StrikeForce_work> or does cdbs take care of that for you?
[06:32] <StrikeForce_work> since its all working when I install it but I want it cleaner thats all
[06:32] <ajmitch> afaik you don't call dh_python that way
[06:33] <StrikeForce_work> ajmitch: I've commented out the whole script and just but include cdbs and it compiles and installs fine
[06:33] <ajmitch> will you be around to ask me in an hour or so?
[06:33] <StrikeForce_work> yeah I have to have lunch anyways
[06:34] <StrikeForce_work> yeah no worries speak to you then
[08:04] <ajmitch> hi \sh
[08:05] <\sh> morning
[08:06] <ajmitch> kaffe is synced, looks like we need to do some fixing though
[08:33] <StrikeForce_work> Can anyone tell me if there is an 'old' package in breezy and there is newer package available should I contact the packager or should I just basically slightly re-arrange his debian folder in the newer version and then upload it?
[08:34] <StrikeForce_work> morning \sh
[08:37] <\sh> StrikeForce_work: new debian version or new upstream?
[08:37] <\sh> morning btw
[08:39] <crimsun_> I think he means the latter
[08:39] <\sh> the latter means new upstream, so uupadte ;-)
[08:44] <StrikeForce_work> new upstream version \sh
[08:44] <StrikeForce_work> sorry just updating it
[08:45] <StrikeForce_work> e.g. mhash 0.9.1 is the current version in breezy however 0.9.2 is out and it fixes some bugs.  I also need it for python-mhash :) made by the same guys
[08:46] <pef> morning
[08:46] <StrikeForce_work> morning pef
[08:47] <\sh> StrikeForce_work: uupdate is your friend...
[08:47] <StrikeForce_work> ahh k
[08:48] <StrikeForce_work> subtle hints don't normally work :(
[08:52] <pef> does openoffice.org2 use the gtktoolkit for you ? it uses qt toolkit on my laptop
[09:25] <StrikeForce_work> \sh: Thanks so much for the hint for uupdate saved me a crap load of time
[09:26] <\sh> StrikeForce_work: well...I learned to love it sometimes as well :)
[09:28] <StrikeForce_work> lol as long as the package gets built I'm getting it pbuilt now and then I'll do a lintian check then upload it if it all works I've added ubuntu1 to it because I think it was just a debian package
[09:32] <\sh> StrikeForce_work: if it was a new debian upstream, sync it via elmo
[09:35] <StrikeForce_work> huh can you give me a link on how more info?
[09:35] <StrikeForce_work> so in other words send it to debian?
[09:36] <\sh> no
[09:36] <\sh> sync it from debian :)
[09:36] <\sh> and elmo is our man for this :)
[09:36] <StrikeForce_work> ahh k
[09:36] <StrikeForce_work> elaborate that little bit more please I'm a bit dumb :)
[09:38] <\sh> if there is a new debian package for the new upstream version, we sync the package from debian (after testing it by the requestor) and we don't upload it with "ubuntuX" version...
[09:39] <StrikeForce_work> erm debian doesn't have 0.9.2
[09:39] <\sh> every package which is synced from debian, will be synced again for the next release cycle
[09:39] <\sh> ok..that's something different
[09:39] <StrikeForce_work> http://packages.debian.org/cgi-bin/search_packages.pl?keywords=libmhash&searchon=names&subword=1&version=all&release=all
[09:39] <StrikeForce_work> thats the debian package list
[09:40] <\sh> then we need to upload it, if it's really fixing serious bugs...but think about the UVF and FV
[09:40] <\sh> -FV+FF
[09:40] <StrikeForce_work> http://sourceforge.net/project/showfiles.php?group_id=4286
[09:40] <StrikeForce_work> thats the new version from the sourceforge page
[09:40] <StrikeForce_work> unless the version is just a patching of 0.9.1 hence the -1
[09:41] <StrikeForce_work> maybe I can't remember debian's layout
[09:41] <StrikeForce_work> looking in the debian directory it says that its mhash (0.9.1-1) unstable; urgency=low
[09:41] <StrikeForce_work>   * New upstream version.  (closes: Bug#263093)
[09:41] <StrikeForce_work>   * Don't rebuild autoconf files to get static libraries.  Just pass args
[09:41] <StrikeForce_work>     to configure script.
[09:42] <StrikeForce_work> Which is true 0.9.1 'was' a new upstream version
[09:42] <StrikeForce_work> however there was bugs which I was advised of and hence 0.9.2 has been released
[09:42] <\sh> sorry...I have to stop here...meeting with the ISP director from iesy :(
[09:42] <\sh> cu later
[09:42] <StrikeForce_work> cya
[09:44] <crimsun_> if 0.9.2 has critical bugfixes, then I'd push it into breezy/uni
[09:45] <crimsun_> since after breezy freezes, there will be a period where we won't be working with newer versions (since there won't be a devel branch)
[09:51] <StrikeForce_work> kk
[09:51] <StrikeForce_work> Just I append the ubuntu1 crimsun ?
[09:56] <siretart_> tseng: ping
[09:56] <siretart_> morning
[09:56] <StrikeForce_work> siretart_: morning
[09:57] <StrikeForce_work> siretart_: Do you have time to answer a question?
[09:57] <siretart_> StrikeForce_work: Don't ask to ask. just ask :)
[09:58] <StrikeForce_work> Ok then :)
[09:58] <StrikeForce_work> StrikeForce_work http://sourceforge.net/project/showfiles.php?group_id=4286
[09:58] <StrikeForce_work> StrikeForce_work thats the new version from the sourceforge page
[09:58] <StrikeForce_work> StrikeForce_work unless the version is just a patching of 0.9.1 hence the -1
[09:58] <StrikeForce_work> StrikeForce_work maybe I can't remember debian's layout
[09:58] <StrikeForce_work> StrikeForce_work looking in the debian directory it says that its mhash (0.9.1-1) unstable; urgency=low
[09:58] <StrikeForce_work> StrikeForce_work   * New upstream version.  (closes: Bug#263093)
[09:58] <StrikeForce_work> StrikeForce_work   * Don't rebuild autoconf files to get static libraries.  Just pass args
[09:58] <StrikeForce_work> StrikeForce_work     to configure script.
[09:58] <StrikeForce_work> StrikeForce_work Which is true 0.9.1 'was' a new upstream version
[09:58] <StrikeForce_work> StrikeForce_work however there was bugs which I was advised of and hence 0.9.2 has been released
[09:58] <StrikeForce_work> lol siretart_: thats the easiest way to ask it
[09:58] <StrikeForce_work> what do I do?
[09:59] <StrikeForce_work> I have packaged 0.9.2 which is a new upstream version however debian doesn't have it
[09:59] <siretart_> StrikeForce_work: in future, use paste.ubuntulinux.nl for longer pastes ;)
[09:59] <StrikeForce_work> do I append ubuntu1 to it and upload it to revu?
[09:59] <StrikeForce_work> ahh k sorry :)
[10:00] <siretart_> libmhash?
[10:01] <StrikeForce_work> yeah siretart_
[10:01] <siretart_> StrikeForce_work: hm. so you basically ask for exception of UVF, yes?
[10:02] <StrikeForce_work> I'm not asking for anything I just need the updated one in so I can add another package which is python-mhash
[10:02] <siretart_> StrikeForce_work: I need to know what bugs are fixed with the new version, and if all 12 depending package will still work and build with the new version
[10:02] <StrikeForce_work> well I've done a pbuild and it works
[10:03] <StrikeForce_work> in regards to building that is :P
[10:03] <siretart_> well, you are asking :P
[10:03] <StrikeForce_work> lol
[10:03] <StrikeForce_work> I'll get you the link
[10:06] <siretart_> StrikeForce_work: as far as I understand you, you need an update of libmesh
[10:06] <siretart_> for another, NEW package.
[10:06] <StrikeForce_work> libmhash yes
[10:06] <siretart_> err, yes, sorry
[10:06] <StrikeForce_work> because the old libmhash had bugs in it and so did the python-mhash
[10:07] <StrikeForce_work> so they had new releases
[10:07] <siretart_> I want to be convinced, that the new libmhash does not inflict problems in existing packages
[10:07] <StrikeForce_work> fair enough
[10:07] <StrikeForce_work> how do I find that out?
[10:07] <siretart_> we have 12 packages in breezy depending on that. can you prove that these 12 packages still build and work with the new libmhash?
[10:07] <ajmitch> siretart_: it doesn't matter anyway
[10:07] <ajmitch> libmhash is in main
[10:08] <siretart_> ajmitch: oh. good point
[10:08] <siretart_> StrikeForce_work: now you have a much harder job: convince mdz :)
[10:08] <siretart_> StrikeForce_work: and he really wants to see very good arguments ;)
[10:08] <StrikeForce_work> http://sourceforge.net/mailarchive/forum.php?thread_id=7298501&forum_id=5134
[10:09] <siretart_> mmmh
[10:09] <siretart_> memory leak.. delicious..
[10:09] <StrikeForce_work> so if the package was updated by debian would it be included in breezy?
[10:09] <siretart> is this the only change? if yes, you have good chances, I'd say
[10:09] <StrikeForce_work> thats the only change but it includes to packages being libmhash2 and libmhash-dev
[10:10] <StrikeForce_work> which is the concern
[10:10] <StrikeForce_work> I've tested both after uupdating them
[10:10] <StrikeForce_work> and the other package I was testing worked fine
[10:10] <StrikeForce_work> which had a memory leak its a library for python
[10:10] <StrikeForce_work> python-mhash
[10:10] <StrikeForce_work> made by the same guy or one of them
[10:11] <StrikeForce_work> I was in the process of uploading to revu when \sh told me not to so I cancelled it
[10:11] <siretart> StrikeForce_work: I'd say write an email to #ubuntu-devel with all information/links mdz needs to decide if an exception of UVF is appropriate
[10:11] <siretart> StrikeForce_work: it is in main. there is no point in uploading to revu, because MOTU's cannot upload to main anyway
[10:11] <StrikeForce_work> yeah I didn't know that :( sorry
[10:12] <siretart> unless some uploader to main excplicitly ask to do so
[10:12] <StrikeForce_work> ok
[10:12] <StrikeForce_work> so that python library would have to go to main as well?
[10:14] <siretart> not necessereliy (how is that spelled correctly?)
[10:14] <StrikeForce_work> so would I just email ubuntu-devel@lists.ubuntu.com?
[10:14] <siretart> jupp
[10:14] <StrikeForce_work> http://sourceforge.net/projects/mhash/
[10:15] <StrikeForce_work> I've been searching and I can't find it anywhere in breezy or in hoary
[10:15] <StrikeForce_work> I can't find it in debian either
[10:15] <StrikeForce_work> which is very surprising
[10:18] <pef> can someone upload kvpnc ? :)
[10:24] <mdke> hello, is there an MOTU around who would be interested in preparing an updated package of ddclient? The one in current breezy is extremely old and lacks certain features that I for one would really appreciate being able to access in Breezy
[10:25] <mdke> siretart, is there a mailing list to make this sort of request on?
[10:26] <jsgotangco> ddclient for dns?
[10:26] <jsgotangco> i can try although im no MOTU
[10:26] <jsgotangco> i can package
[10:28] <mdke> that would be awesome
[10:28] <StrikeForce_work> well siretart: I've sent the email so I'm hoping they accept it
[10:28] <siretart> jsgotangco: that would be great, if you have some time leftover. just upload your updated package to revu
[10:28] <siretart> StrikeForce_work: great :)
[10:29] <StrikeForce_work> now should I upload python-mhash or leave since it depends mhash-0.9.2 although breezy has 0.9.1 in it?
[10:30] <mdke> jsgotangco, if you are up for it, that would be great
[10:31] <jsgotangco> mdke, i'll try to do it later i was thinking of packaging a popular local app here that can sms
[10:32] <mdke> jsgotangco, the debian package is also out of date so you'll have no help there, but you can use the ubuntu package for the current version I guess.
[10:37] <StrikeForce_work> Can anyone tell me how I can get dh_python to build in a tmp directory under the debian/packagename directory?
[10:37] <StrikeForce_work> for some wierd reason its compiling it in the packages directory :(
[10:38] <StrikeForce_work> I'm using cdbs for the whole process
[10:39] <mdke> jsgotangco, lemme know how you get on :)
[11:10] <StrikeForce_work> anyone?
[11:12] <StrikeForce_work> hey \sh  hope things went well with the isp
[11:12] <StrikeForce_work> siretart: Have you received the email?
[11:12] <StrikeForce_work> re-changing my pw
[11:13] <\sh> StrikeForce_work: ah..we will get some new machines from our new mother company :)
[11:13] <StrikeForce_work> beautiful damn good work there
[11:13] <siretart> StrikeForce_work: I answered you that I could not decipher your message
[11:13] <StrikeForce_work> really?
[11:13] <\sh> funny thing is, that we're using sparc+solaris (most of the services) and they're using HP+Linux :) will be fun
[11:14] <StrikeForce_work> \sh: it will be interesting thats for sure
[11:14] <StrikeForce_work> siretart: Is it a case of me uploading my key to another place?
[11:15] <siretart> StrikeForce_work: it is a case of you need to send me a message encrypted to my key, not yours ;)
[11:16] <StrikeForce_work> siretart: ok how do I do that?
[11:16] <siretart> err. huh?
[11:16] <siretart> you have my keyid, have you? you need to import my key and encrypt against that key
[11:16] <StrikeForce_work> I haven't got your keyid?
[11:16] <StrikeForce_work> where is your keyid :P
[11:17] <siretart> look in the footer of my last mail
[11:17] <siretart> ah. right, you didnt receive it.
[11:17] <StrikeForce_work> thats right
[11:17] <siretart> I'm 0x945348A4
[11:18] <siretart> StrikeForce_work: http://tauware.de/content/view/21/52/
[11:24] <StrikeForce_work> siretart: can you suggest to me a key server that the majority of people use since I'm on my work compute at the moment
[11:26] <siretart> StrikeForce_work: keyserver.ubuntu.com? - I'm using sks.keyserver.penguin.de
[11:31] <StrikeForce_work> thanks
[11:36] <StrikeForce_work> siretart: Sent
[11:42] <siretart> StrikeForce_work: done
[11:42] <StrikeForce_work> sweet thanks
[11:46] <\sh> grmpf
[11:46] <\sh> i don't get it
[11:47] <StrikeForce_work> \sh,  don't get what?
[11:48] <\sh> why this bloody boson-base is not compiling...
[11:48] <\sh> something is wrong with this .ui file...
[11:48] <StrikeForce_work> I'm going to suggest something stupid which has worked for me in the past.  re-download it
[11:50] <\sh> no
[11:50] <StrikeForce_work> \sh, fair enough
[11:52] <\sh> there is something wrong with the actual xml scheme of the MOC compiler of qt3 and this .ui file
[11:52] <jtan325> so, what is the standard way of releasing a beta test package
[11:52] <jtan325> like what version number?
[11:52] <jtan325> assuming release would be "conky_1.3.0-0ubuntu1
[11:54] <\sh> yes...I was right...the ui format is damn old
[11:54] <\sh> what boson-base is using
[11:54] <JanC> \sh: https://launchpad.net/malone/bugs/1895
[11:58] <\sh> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=264883
[11:58] <\sh> :;)
[11:59] <\sh> ah
[11:59] <\sh> something else...gajim
[11:59] <\sh> ok...
[12:00] <StrikeForce_work> I'm heading home cya's at the other irc address :)
[12:16] <\sh> damn...this source is fcked up
[12:16] <\sh> every ui file is broken
[12:17] <\sh> I need a coffee, cigarette and then lets handwrite the fixes
[12:17] <\sh> rb
[12:17] <\sh> brb
[12:18] <lathiat> heh
[12:19] <lathiat> \sh: ive got a lib package i need to c++ transition, after i've doen it can yuo take a look at it for me and see if its right? :)
[12:19] <ajmitch> hey lathiat
[12:19] <lathiat> hey ajmitch
[12:19] <lathiat> good night ;)
[12:19] <ajmitch> I'll upload the rest of your list :)
[12:19] <lathiat> thanks :)
[12:19] <lathiat> should go around and make sure they all built later
[12:20] <lathiat> im sure at least some failed on amd64/ai64/ppc at the very least
[12:21] <SloMo_> ajmitch: for sawfish... please add libxinerama-dev to the build-depends ;)
[12:21] <lathiat> see this is workign out great
[12:21] <lathiat> i screw up and ajmitch gets blamed :)
[12:22] <ajmitch> haha
[12:22] <ajmitch> SloMo_: sure
[12:22] <SloMo_> lathiat: so these uploads were for you? oh... sawfish works without xinerama but i don't think this is desired...
[12:22] <lathiat> SloMo_: yeh i figured :)
[12:23] <ajmitch> SloMo_: yeah, we're just doing some rebuilds
[12:23] <lathiat> i think xscreensaver neesd it to
[12:23] <lathiat> ok heres a question
[12:23] <lathiat> i just realised you drop c102 if the package was c102
[12:23] <lathiat> hwo do i tell if it has been transition ;p
[12:23] <ajmitch> lathiat: debian/changelog :)
[12:23] <lathiat> ajmitch: ah, of course
[12:24] <lathiat> ah so seems it was
[12:25] <lathiat> ajmitch: add libglademm2.0-1 to the rebuilt list then :)
[12:25] <ajmitch> rebuilt, or rebuild?
[12:25] <lathiat> err
[12:25] <lathiat> rebuild
[12:25] <ajmitch> and what's the changelog entry?
[12:25] <lathiat>   * CXX transition: Rename libglademm2.0-1c102 to libglademm2.0-1.
[12:25] <lathiat>  -- Matthias Klose <doko@ubuntu.com>  Sat,  4 Jun 2005 12:26:05 +0200
[12:26] <ajmitch> ok..
[12:26] <ajmitch> I mean what do you want me to put in the rebuild changelog :)
[12:26] <lathiat> oh
[12:26] <lathiat> sorry
[12:26] <lathiat> * Rebuild to complete C++ transition.
[12:26] <ajmitch> ugh, 3 pbuilders going at once :)
[12:27] <lathiat> heh
[12:27] <lathiat> its abd when you get to six
[12:27] <Mez> lol
[12:27] <lathiat> cus then you have so much iowait
[12:27] <lathiat> nothign goes anywhere
[12:27] <lathiat> so i had to suspend 4 of them ;p
[12:28] <lathiat> Mez: i think half of the world beat you? ;p
[12:28] <Mez> ah
[12:28] <SloMo_> Mez: new?
[12:28] <Mez> kk
[12:28] <Mez> loll
[12:28] <ajmitch> Mez: that is so old now
[12:28] <Mez> is it?
[12:28] <Mez> I only found out about it today
[12:28] <ajmitch> it even hit slashdot yesterday
[12:28] <Mez> :$
[12:28] <Mez> I'm so out of touch
[12:28] <lathiat> haha
[12:29] <ajmitch> you could always submit it to slashdot
[12:29] <ajmitch> they'll happily run a duplicate story :)
[12:29] <Mez> lol
[12:29] <jsgotangco> heh
[12:29] <lathiat> haha
[12:30] <lathiat> bah axiom can go on the backburner
[12:30] <lathiat>  --  <camm@enhanced.com>  Mon, 21 Feb 2005 17:08:37 +0000
[12:30] <lathiat> nice changelog entry
[12:30] <jsgotangco> ajmitch, you still haven't received your laptop?
[12:30] <ajmitch> jsgotangco: no
[12:30] <jsgotangco> jeez
[12:30] <lathiat> I haven't, but thats because customs are hoarding it
[12:30] <ajmitch> still waiting
[12:30] <ajmitch> lathiat: I've had the same
[12:31] <jsgotangco> some of us are already  doing stuff hehe
[12:31] <ajmitch> jsgotangco: I'd like to be :)
[12:31] <jsgotangco> it seems sleep has issues
[12:31] <lathiat> some of you have already ben doign stuff for 2 weeks :)
[12:31] <jsgotangco> lathiat, you even?
[12:31] <lathiat> not me
[12:31] <jsgotangco> ah
[12:33] <ajmitch> ah, I wonder if adding libglitz1-dev to build-depends is a good idea at all (see exo on breezy-changes)
[12:34] <ajmitch> since I think seb was rebuilding cairo without glitz support
[12:34] <ajmitch> & getting rid of the glitz .la issues
[12:34] <slomo> ajmitch: no... just rebuild without glitz
[12:34] <slomo> ajmitch: and when it fails because of glitz fix the library which pulls glitz in
[12:35] <ajmitch> slomo: right, but we shouldn't add glitz to build-depends to work around that
[12:36] <\sh> lathiat: sure
[12:36] <slomo> ajmitch: yes... it won't do anything anyways... cairo is without glitz  support so you end up with an unneeded dependency
[12:36] <ajmitch> slomo: so exo's change can be reverted :)
[12:37] <tseng> sigh
[12:37] <slomo> ajmitch: "must" imho ;)
[12:37] <ajmitch> evening tseng
[12:37] <slomo> hi tseng
[12:37] <tseng> hi
[12:38] <janimo> ajmitch, exo didn't build without libglitz1-dev in it
[12:38] <janimo> any idea how to fix it otherwise?
[12:38] <ajmitch> janimo: the libs that it depends on need fixed, rather than exo itself
[12:38] <janimo> I don't know about seb's plans
[12:38] <ajmitch> ok, sawfish binary depends on libxinerama1 now, uploading
[12:38] <janimo> is there a writeup on the cairo trans so I don't do unnecessary work?
[12:39] <ajmitch> janimo: I just saw it in #u-devel
[12:39] <janimo> ah ok I'll need to read that thanks
[12:39] <slomo> and i've asked seb128 yesterday to clarify the glitz stuff...
[12:39] <ajmitch> 'just saw' being a few hours :)
[12:40] <slomo> janimo: exo needs xfce to be rebuild
[12:40] <ajmitch> and xfce4 mostly rebuilds fine - I can upload rebuilds if you want
[12:40] <janimo> exo is needed by xfce packages too
[12:40] <slomo> janimo: but for xfce you have to find the "beginning" were nothing else depends anymore on glitz/cairo1
[12:40] <janimo> ajmitch, I found xfce rebuilding fine to only against cairo1
[12:41] <janimo> why is that lib still found, in the MOTU meeting I understood it was removed from the archive
[12:41] <slomo> ajmitch: you have to be careful to do xfce in the right order or you end up having glitz again in the depends
[12:41] <ajmitch> it cannot link against libcairo1
[12:41] <ajmitch> slomo: I know, it's a real hassle
[12:41] <ajmitch> janimo: it might still be on your system?
[12:42] <janimo> well let me double check
[12:42] <ajmitch> it's still on my main system, which is why I have to use pbuilder
[12:42] <janimo> ok I'll need to be more careful then
[12:42] <ajmitch> if I try to remove it, it wants to remove xfce packages :)
[12:42] <janimo> that's good then :)
[12:43] <janimo> the same for me but not with all, I might need to update
[12:43] <ajmitch> what, that xfce is uninstallable otherwise? ;)
[12:43] <janimo> anyone wants to REVU xubuntu-meta  so xfce upgardes go smoother in the future?
[12:44] <ajmitch> someone who knows the xfce dependency chain?
[12:44] <janimo> it's got no comments since the 9th of august (I realize you're al lbusy of course)
[12:44] <janimo> ajmitch, it's a very simple native package a la ubuntu-meta no need to know the dependency chain
[12:44] <janimo> I think
[12:45] <ajmitch> janimo: ok, I was just wondering if it needed to depend on the right xfce packages or not
[12:46] <slomo> janimo: better talk about this with the xfce team... crimsun for example
[12:46] <janimo> well for now instead of the seeds found in the other ubuntu meta packages I put in the hardcoded xfce packages list which form the core
[12:46] <ajmitch> janimo: xubuntu-meta is in the archived uploads section, which is why noone is reviewing it :)
[12:46] <janimo> yes I talked to him too, problem is we're just two so we can;t upload this new package with his 1 vote
[12:47] <ajmitch> I'll unarchive it
[12:47] <janimo> err, archived uploads, what is that?
[12:47] <janimo> I recall the day I uploaded it siretart I think said something about fixing perms on it I wonder if it is related
[12:47] <ajmitch> If you find an upload already accepted in the archive, please 'archive' that upload. Archiving uploads is absolutly harmless, and can easily be undone. On new uploads, packages are automatically 'unarchived'. Thank you
[12:49] <lathiat> ajmitch: is t38modem on your list?
[12:49] <janimo> I don't understand :)
[12:49] <janimo> accepted in the archive you mean in REVU?
[12:49] <lathiat> no
[12:49] <lathiat> err, wrong window
[12:49] <lathiat> sorry
[12:49] <lathiat> bad timing ;p
[12:51] <janimo> ajmitch, any idea why it got archived in the first place?
[12:51] <ajmitch> janimo: overzealous cleanup, perhaps :)
[12:51] <ajmitch> accepted into archive means uploaded to breezy
[12:52] <janimo> what is the reason for keeping archived packages on the page?
[12:52] <ajmitch> to be able to see the history
[12:54] <pef> ajmitch, hi
[12:54] <ajmitch> hello
[12:55] <slomo> janimo: but xubuntu-meta isn't in the archives (breezy) yet... well, get crimsun to vote for it and maybe the other one from the xfce team
[12:55] <ajmitch> slomo: janimo is the other half, iirc ;)
[12:55] <ajmitch> so he needs one of us to look at it
[12:56] <slomo> oh... ok ;) well for me the package looks ok but i don't know enough about xfce
[12:59] <slomo> janimo: just one question... why do you ship the -live and -server files? only -desktop is built
[01:12] <tseng> hm now gmail just needs to connect to my imap server
[01:12] <\sh> umm
[01:12] <tseng> umm
[01:12] <tseng> i can send From: my email now
[01:13] <tseng> i dont really want to forward all my mail there, i want it to work everywhere like imap
[01:13] <\sh> there is debian/ missing
[01:13] <lathiat> soo
[01:13] <lathiat> if something wants to use python2.3
[01:14] <lathiat> and thats like ahrd coded in its configure
[01:14] <slomo> \sh: at xubuntu-meta? this seems to be a bug in revu... when you unpack it there's debian/ ;)
[01:14] <lathiat> shuold i patch it and regen configure
[01:14] <lathiat> or just leave it at 2.3?
[01:14] <slomo> lathiat: move to 2.4
[01:14] <\sh> argl
[01:14] <lathiat> theres like 30 lovely lines of configure
[01:14] <lathiat> that recursively checks for 2.3, 2.2, 2.1, 2.0, 1.4, etc :)
[01:15] <\sh> well..what package?
[01:15] <slomo> lathiat: ah... i had something similar 2 weeks ago ;)
[01:15] <lathiat> cyphesis-cpp
[01:15] <\sh> i ave the same here for boson-base
[01:15] <\sh> qt stuff?
[01:15] <lathiat> seems all it tries tro determine is whether to sue python2 or not
[01:15] <lathiat> its a worlde forge game server
[01:15] <slomo> lathiat: already tried to change the 2.3 to a 2.4 in configure? does it compile cleanly then?
[01:16] <lathiat> slomo: it specifically checks for python2.3/Python.h
[01:16] <slomo> lathiat: in the sources? or configure? tried to change it to 2.4?
[01:16] <lathiat> slomo: in configure
[01:17] <lathiat> so i'll add a new oen for 2.4
[01:17] <\sh> lathiat: if I can fix it here for boson, i can fix it for your package as well...but boson-base takes some time...03 patches until now..the 4th is coming now
[01:17] <slomo> lathiat: i would try first to change the 2.3... and when that works add a new 2.4 check ;)
[01:17] <lathiat> why do it in a roundabout way? ;p
[01:17] <lathiat> its nly 6 liens to copy and paste ;p
[01:18] <\sh> lathiat: configure patching I don't like...it has to do with configure.in and makefile.am ,-)
[01:18] <lathiat> yeh i know
[01:18] <lathiat> but i dont think there sanything we can do really
[01:18] <slomo> lathiat: and when you change configure also change configure.ac / configure.in... and look at /usr/share/doc/autotools-dev/README.Debian.gz for the timestamps stuff
[01:18] <lathiat> i suppose otehr than change it in the generated configure script
[01:19] <\sh> lathiat: nothing? ,-)
[01:20] <lathiat> heh
[01:20] <lathiat> well someone changed the build-depends to 2.4
[01:20] <lathiat> which totally didnt work
[01:20] <lathiat> and as such its waitign for the C++ transition still
[01:20] <slomo> lathiat: and better let infinity look at your patch after you have it ready ;) i had something similar with him yesterday and mine hasn't worked as it should...
[01:20] <lathiat> slomo: ok
[01:21] <\sh> what c++ transition? are there libs which are used from other apps?
[01:21] <lathiat> \sh: err, rebuild
[01:21] <lathiat> for new libs
[01:21] <lathiat> and it wont, because it wont build because someone changed the build-dep to python2.4
[01:21] <lathiat> withoutti actually being able to do anythign with that
[01:22] <\sh> who is someone? changelog
[01:22] <slomo> lathiat: really look at the autotools-dev docs... we don't want some of the autotools stuff to be regenerated ;)
[01:22] <lathiat> slomo: yeh i know
[01:22] <slomo> lathiat: ok fine :)
[01:22] <lathiat> (didnt know about the docs tho, so thanks for the pointer)
[01:23] <lathiat> that someone is charles majola
[01:24] <\sh> chmj?
[01:27] <lathiat> dunno
[01:27] <lathiat> charles@ubuntu.com
[01:35] <\sh> what the hell is this for c++ language
[01:35] <Treenaks> \sh: ?
[01:36] <\sh> class BosonPath { BosonPath()... class BosonPath::Marking { Marking()... } Marking bla;  }
[01:36] <\sh> a namespace declaration inside a class?
[01:36] <\sh> no wonder that g++ is complaining
[01:36] <Treenaks> \sh: no, nested classes
[01:36] <\sh> yes...but not with this declaration
[01:36] <\sh> ../bosonpath.h:123: error: qualified name does not name a class before '{' token
[01:42] <\sh> did someone read the motu request of those microcontroller packages?
[01:44] <ajmitch> what microcontroller packages? :)
[01:46] <ajmitch> ah, on ubuntu-users..
[01:56] <tseng> why is dpatch not applying my other patches
[01:56] <tseng> when i make a new one
[01:56] <siretart> ah, hi tseng!
[01:57] <tseng> hi.
[01:57] <siretart> tseng: you probably noticed the bugzilla bug I assigned to you.
[01:57] <tseng> i already fixed it
[01:57] <slomo> tseng: are they in 00list?
[01:57] <siretart> since you already uploaded a fix ;)
[01:57] <tseng> slomo: yes
[01:57] <siretart> ok. that was my ping earlier about. thanks for fixing!
[01:57] <tseng> siretart: sure.
[01:58] <tseng> i call patch from config:
[01:58] <tseng> and unpatch from clean:
[01:59] <tseng> dpatch-edit-patch: Warning: * No base-patch supplied, not applying any patches.
[02:02] <tseng> oh
[02:02] <tseng> i cant supply it
[02:02] <StrikeForce> siretart: Whats the situation on if I fix an unmet dependancy
[02:03] <tseng> 0t
[02:03] <tseng> -t
[02:03] <StrikeForce> siretart: Do I change it as in in the changelogs that I've done it? Like a new package cause the version is fine just needs some editing in the control I hope?
[02:04] <janimo> slomo, sorry I was away then disconnected
[02:04] <janimo> I left live in it for the future
[02:04] <slomo> janimo: no problem
[02:04] <janimo> I don't see what you mean by server
[02:04] <janimo> do I have xubuntu-server in there?
[02:05] <janimo> right now it's a basic xubuntu-{desktop,live} thing
[02:05] <janimo> with the package list being copied over from a handwritten file instead of being taken from the seed list over the web
[02:05] <slomo> janimo: only xubuntu-desktop is built here... and i don't know where i found -server ;)
[02:06] <janimo> however the interface is the same so in the future the generation of the package lists can be done using seeds and nothing else changes
[02:06] <janimo> yep only desktop rigth now to help in dist-upgrades and the like
[02:06] <janimo> when/if we have possibilityu of building the live cd that file will be used
[02:06] <slomo> janimo: ok, then ignore me ;) package is alright :)
[02:06] <janimo> until then it does no harm and lets us be as close to ubuntu-meta as possible
[02:07] <janimo> slomo, thanks - vote for it then ;)
[02:10] <slomo> janimo: get crimsun to do the 2nd vote, ok? ;)
[02:10] <tseng> slomo: do we still need to fix gst?
[02:10] <slomo> tseng: nope... already uploaded :) now we have to fix gtk# to not FTBFS anymore but i think you're already working it?
[02:11] <tseng> slomo: i am pbuilding now
[02:11] <tseng> for 1.0.10
[02:11] <tseng> 2.3.90 will not have this problem
[02:12] <janimo> slomo, will do, but he is very busy lately I think
[02:13] <slomo> tseng: is meebey / dajobe / someone else already working on 2.3.90?
[02:13] <tseng> forgot to update 00list, time to pbuild again
[02:13] <tseng> slomo: no.
[02:13] <tseng> it doesnt matter at this point
[02:14] <tseng> there are no major packaging changes besides removing gnomedb# gda# from libgnome-cil
[02:14] <tseng> ajmitch: there are bugs?
[02:14] <ajmitch> tseng: debian bugs
[02:14] <tseng> ajmitch: or.. valid bugs
[02:14] <tseng> ondrej forwarded me serious ones
[02:14] <ajmitch> so I guess I'll contact bug reporters, find if the bugs still exist
[02:14] <tseng> and I fixed them
[02:14] <ajmitch> if not, then I close then\
[02:14] <tseng> ok.
[02:15] <ajmitch> basically give them a week or two to confirm the bug still exists
[02:15] <ajmitch> otherwise close
[02:15] <ajmitch> since the assumption is that the bug got closed by upstream
[02:15] <tseng> yes
[02:16] <tseng> i think it will work now
[02:16] <\sh> shit
[02:16] <ajmitch> the 3 upstream tagged bugs are still UNCONFIRMED in gnome bugzilla
[02:16] <\sh> i fixed most ftbfs bugs in boson-game..now in /usr/include/kde/kgame/kgamepropertylist.h
[02:17] <ajmitch> ah, the fun of debian maintenance
[02:18] <tseng> you have got to be kidding
[02:19] <ajmitch> issues?
[02:20] <tseng> i guess it is not applying my patches
[02:22] <tseng>  config: patch config-stamp
[02:22] <tseng> i would assume it would apply this..
[02:22] <tseng> at the start
[02:23] <Whistler> hello
[02:25] <ajmitch> hi
[02:27] <Whistler> if i understand correctly you guys get source code of program and make a deb file for ubuntu
[02:27] <Whistler> did i understand correctly?
[02:28] <tseng> im about to get kicked to the curb by lilo
[02:28] <tseng> cya
[02:28] <tseng> grumble
[02:28] <lathiat> as am i
[02:28] <lathiat> heh
[02:28] <colinl> Whistler: yes
[02:28] <Whistler> thats good
[02:28] <ajmitch> tseng: welcome to freenode :P
[02:29] <lathiat> thanks for flying!
[02:29] <Whistler> any literature about building deb packages?
[02:29] <tseng> google debian new maint guide
[02:29] <lathiat> ajmitch: hows the building going ;p
[02:29] <ajmitch> I should ask lilo to raise the 20 channel limit
[02:29] <lathiat> (im hangign out for glademm ;p)
[02:30] <ajmitch> lathiat: up to the p's for unmet deps
[02:30] <tseng> ajmitch: they have to make you a netop to do that
[02:30] <tseng> ajmitch: (its been done)
[02:30] <lathiat> haha
[02:30] <ajmitch> lathiat: ok, I'll get back to your rebuilds :)
[02:30] <tseng> not that I know anything
[02:30] <lathiat> ajmitch: just glademm and i'll stop caring ;p
[02:30] <ajmitch> tseng: oh lovely
[02:30] <ajmitch> lathiat: yes sir, at your service :P
[02:30] <lathiat> ajmitch: damn righ!
[02:30] <lathiat> +t
[02:30] <lathiat> bah hy did gnome menu screw its api up
[02:32] <ajmitch> lathiat: started a rebuild of glademm
[02:32] <lathiat> ajmitch: thx
[02:32] (ajmitch/#ubuntu-motu) ride the wave!
[02:32] (Whistler/#ubuntu-motu) is there any diferences of building deb package for ubuntu and debian?
[02:32] (lathiat/#ubuntu-motu) wow i did connect fast
[02:32] (lathiat/#ubuntu-motu) interesting
[02:33] (ajmitch/#ubuntu-motu) Whistler: generally, no
[02:33] (lathiat/#ubuntu-motu) Whistler: yes and no
[02:33] (lathiat/#ubuntu-motu) Whistler: not for the most part, but some deps etc are slightyl diffrent
[02:33] (ajmitch/#ubuntu-motu) lathiat: rebuilding.. might take awhile :
[02:33] (lathiat/#ubuntu-motu) ajmitch: whys that?
[02:33] (ajmitch/#ubuntu-motu) lathiat: if you would like to supply any new hardware, it would be appreciated ;)
[02:33] (lathiat/#ubuntu-motu) ajmitch: heh
[02:33] (ajmitch/#ubuntu-motu) because there's another pbuilder running
[02:33] (lathiat/#ubuntu-motu) ah
[02:37] <ajmitch> built
[02:38] <tseng> I give up for now
[02:38] <ajmitch> lathiat: what were the depends I had to watch for?
[02:38] <tseng> autootools 1, me 0
[02:38] <lathiat> ajmitch: for what?
[02:38] <ajmitch> libglademm, of course
[02:39] <slomo> tseng: which package? when you really give up i'll take a look ;)
[02:39] <tseng> slomo: gtk-sharp 1.0.10
[02:39] <tseng> slomo: configure needs to be adjusted to check for gtkhtml 3.8
[02:39] <tseng> slomo: i have places to go today, need to start moving
[02:39] <lathiat> ajmitch: err hmm hangon a sec
[02:40] <slomo> tseng: ok... i think my whole day will only consist of fighting against autotools ;) i've done nothing else until now...
[02:40] <tseng> haha
[02:40] <slomo> tseng: maybe you'll get a debdiff when you're back :)
[02:40] <ajmitch> lathiat: I'm just trying to see *why* it needed the upload :)
[02:40] <tseng> slomo++
[02:40] <tseng> i pinged mdz asking my monodevelop is still in main
[02:40] <tseng> why
[02:40] <slomo> tseng: fine... gtk#2 is also still in main, isn't it?
[02:41] <lathiat> ajmitch: hermmm it seems to be ok now
[02:41] <tseng> slomo: yes
[02:41] <ajmitch> lathiat: sigh :)
[02:41] <lathiat> ajmitch: i think that last upload may have been depawiting for something
[02:41] <tseng> slomo: its all in main, but this upload is fine
[02:41] <lathiat> and i didnt see
[02:41] <ajmitch> quite possibly, but I've only got 2.2.0-1ubuntu3 installed
[02:41] <lathiat> yeh thats what i have
[02:41] <ajmitch> I haven't seen the new version show in the archive
[02:41] <tseng> ok, bye
[02:41] <lathiat> thats what installs now
[02:41] <lathiat> hangon
[02:41] <slomo> tseng: bye... have fun :)
[02:41] <ajmitch> ok, so that's broken
[02:41] <lathiat> let me try build the package that was messing up
[02:42] <lathiat> that made me look at it
[02:42] <ajmitch> -1ubuntu4 should be in the archive
[02:42] <lathiat> oh it should?
[02:42] <lathiat> thats why then
[02:42] <ajmitch> since -1ubuntu3 has libcairo1
[02:42] <lathiat> ohhh
[02:42] <lathiat> thats right
[02:42] <lathiat> yes
[02:42] <lathiat> it was cairo
[02:42] <lathiat> blah
[02:42] <ajmitch> seb uploaded 1ubuntu4 for cairo2 rebuild
[02:43] <lathiat> ww/bin/sed: can't read /usr/lib/libpixman.la: No such file or directory
[02:43] <lathiat> libtool: link: `/usr/lib/libpixman.la' is not a valid libtool archive
[02:43] <lathiat> thats in the last build log
[02:43] <lathiat> so if its building now
[02:43] <ajmitch> yay
[02:43] <lathiat> i guess that was fixed
[02:43] <lathiat> and it needs an upload
[02:43] <ajmitch> ok, I'll upload with a changelog noting that
[02:43] <ajmitch> actually it shouldn't needed it..
[02:44] <lathiat> coudl just ask for a giveback?
[02:44] <ajmitch> since a swift kick to the buildd should do it
[02:44] <ajmitch> yeah, would be good
[02:44] <lathiat> ok
[02:44] <lathiat> wil ask
[02:44] <ajmitch> great
[02:45] <janimo> ajmitch, can you trigger rebuilds?
[02:45] <ajmitch> janimo: yep, that's my job today :)
[02:45] <slomo> tseng: still there? is running autoreconf and doing a diff then a valid solution for you?
[02:45] <janimo> xfce4-terminal please :)
[02:45] <ajmitch> ok, I've built that one afaik
[02:46] <janimo> oh, recently?
[02:46] <ajmitch> so I should just need to debsign & dput
[02:46] <janimo> aha
[02:46] <janimo> so you cannot do lamont-magic?
[02:46] <ajmitch> ah, maybe I haven't
[02:46] <janimo> you need to download/upload?
[02:46] <ajmitch> yes, I download & upload, just like everyone else
[02:47] <ajmitch> since a rebuild of an existing binary needs the changelog bumped
[02:47] <janimo> it would nice if a couple motu's would have such remote build trigerring foo
[02:47] <janimo> oh xfce4-terminal shouldjust need a rebuilt to find cairo2 I think.
[02:47] <ajmitch> janimo: then I'll rebuild it
[02:47] <janimo> or I might be way off again ;)
[02:48] <ajmitch> janimo: I don't have remote build triggering, but I wrote a script to do this
[02:48] <ajmitch> so I just feed it a list of packages
[02:48] <janimo> if you have good bandwidth that's fine :)
[02:49] <ajmitch> janimo: ok, xfce4-terminal is FTBFS on i386, due to missing dep on libexo0.3-0 (= 0.3.1svn+r0085-0ubuntu1)
[02:49] <ajmitch> that's a _very_ strict dependency there
[02:49] <janimo> oh crap
[02:50] <janimo> I'll need to fix that, thanks
[02:50] <janimo> is xfwm4 on your box depend on cairo1 too?
[02:50] <ajmitch> no, libcairo2
[02:50] <ajmitch> Version: 4.2.2-1ubuntu2
[02:51] <ajmitch> janimo: clear up with seb128 the exo build-deps
[02:51] <ajmitch> since I don't think it should have libglitz1-dev
[02:51] <janimo> hmm, if the package version was not bumpoed at a rebuild then it won;t upgrade even if there's a diffrence...
[02:51] <janimo> logical
[02:53] <janimo> gotta go
[02:56] <ajmitch> heh
[02:56] <ajmitch> 3.7MB logfile in my inbox
[03:00] <lathiat> heh
[03:01] <ajmitch> pvdisplay
[03:01] <ajmitch> oops, w/w :)
[03:03] <StrikeForce> with the list of todo stuff the external list does that mean someone is already working on it?
[03:03] <ajmitch> StrikeForce: I'm sorry?
[03:03] <StrikeForce> Universe unmet dependancies
[03:03] <StrikeForce> the external section does that mean someone is working on them already?
[03:04] <ajmitch> I think so, not sure there
[03:04] <StrikeForce> ahh k
[03:04] <StrikeForce> might stick to the ones that need some loving
[03:17] <slomo> tseng: fixed it... just talk to me when you're back ;)
[03:18] <lathiat> slomo: PING
[03:18] <lathiat> slomo: this timestamp stuff
[03:18] <lathiat> slomo: ive got a package i had to change Makefile.{am,in} for
[03:19] <slomo> lathiat: and now it regenerates the Makefile.in while building?
[03:19] <lathiat> moreover config.guess changes
[03:19] <lathiat> config.sub, etc
[03:19] <slomo> lathiat: config.{guess,sub} doesn't matter
[03:19] <lathiat> andeven after reading that file im not entirely sure what to do ;p
[03:20] <lathiat> slomo: yeh but it makes the debdiff ugly ;p
[03:20] <slomo> lathiat: delete it from the debdiff by hand ;)
[03:20] <lathiat> its like 5000 lines now ;p heh
[03:20] <slomo> 5000?! that's more than config.{sub,guess} i think..
[03:20] <lathiat> w3325
[03:20] <lathiat> slomo: but is there any way to avoid it doing tha t:)
[03:21] <slomo> lathiat: for config.{guess,sub}... i don't think so ;) what's the other stuff in the debdiff which shouldn't be there?
[03:21] <lathiat> thats it
[03:21] <\sh> guys...going home...
[03:21] <\sh> cu later
[03:23] <slomo> lathiat: ok, fine... then probably just ignore it... but have you looked at the build process whether some autotools stuff gets regerated?
[03:31] <lathiat> slomo: ok what am i looking for to find out
[03:31] <lathiat> i cant see anythign but im not positive
[03:33] <slomo> well i talked to infinity again... he said you have to either run autoreconf in rules, build-depend on autoconf/automake or touch the files in the correct order in rules... the last solution is the preferred for small changes
[03:33] <lathiat> yeh its like a one character change
[03:33] <lathiat> -DMENU_I_KNOW_THIS_IS_UNSTABLE -> -DGMENU_I_KNOW_THIS_IS_UNSTABLE
[03:34] <slomo> then do that... ;) read about it in the readme i shadowed you :)
[03:40] <lathiat> slomo: blah so this apckage uses cdbs, so i have no idea where to put such a touch line
[03:40] <lathiat> slomo: any clue?
[03:42] <slomo> hmm first look at configure.in / configure.ac whether it uses AM_MAINTAINER_MODE
[03:42] <lathiat> nope
[03:43] <slomo> when it does just ignore everything else... when it doesn't put the touch in makebuilddir
[03:43] <slomo> makebuilddir/packagename
[03:45] <lathiat> slomo: sigh, im sorry im not quite sure what you mean
[03:45] <lathiat> as a target in the rules file?
[03:45] <slomo> yes
[04:00] <\sh> re
[04:01] <bddebian> Howdy
[04:01] <\sh> hey bddebian
[04:01] <ajmitch> hey \sh, bddebian
[04:02] <bddebian> Heya \sh, ajmitch
[04:05] <\sh> Mez: pign
[04:05] <\sh> aeh ping
[04:05] <\sh> :)
[04:05] <Mez> \sh: pong
[04:05] <\sh> ok...I got a request for backporting gajim to hoary
[04:05] <Mez> ah ...
[04:05] <\sh> what is the correct way to achieve this goal?
[04:06] <Mez> ubuntu-backports@lists.ubuntu.com
[04:06] <\sh> cause i don't have a running hoary anymore..and i'm too lazy for setting up a new pbuilder
[04:06] <Mez> check it through there, one of the backporters will check it, or whatnot, and then I'll poke elmo if it's deemed right
[04:07] <Mez> though
[04:07] <Mez> I've had a couple of problems with gajim atm
[04:07] <\sh> me as well
[04:07] <Mez> I tried signing in and had about 700 things pop up
[04:07] <\sh> i'm in contact with upstream
[04:07] <Mez> I exagerrate
[04:07] <\sh> aehm...icq/msn/aim?
[04:07] <\sh> contacts?
[04:07] <Mez> but they had to be clicked in a certain order to be able to get to a useable gajim
[04:07] <Mez> no, like contacts adding me and whatnot
[04:07] <Mez> but, they had to be clicked in the right order, not the order they showed on screen
[04:08] <Mez> and liek - I couldnt close windows until they were done
[04:08] <\sh> wow
[04:08] <Mez> seems the dialogs were modal and had to be dismissed in a certain order, and were blocking processing of other commands
[04:08] <Mez> :D
[04:08] <\sh> i only know about the problems when u register with a transport
[04:08] <Mez> they should thread them
[04:08] <Mez> @II had about 10 popups
[04:08] <Mez> and had to try and close them
[04:09] <Mez> it's like - trying a bunch of keys to open a series of padlocks
[04:09] <Mez> lol
[04:09] <Mez> why do you want it backported btw
[04:09] <ajmitch> Mez: becasue it's good crack
[04:09] <\sh> can u try it again? but then with starting gajim from the commandline like this: gajim --verbose and send me the traceback and debug messages?
[04:09] <bddebian> Heh
[04:09] <ajmitch> and users want gajim :D
[04:09] <Mez> \sh: I would ... but... well...
[04:10] <Mez> I'd need people to request auths, and send me messages while I'm offline
[04:10] <\sh> ok..this is the deal..I have to fix some bugs in there
[04:10] <Mez> so, if people wanna do that now
[04:10] <Mez> Mez@jabberme.org/apathy
[04:10] <Mez> 5 mines
[04:11] <_derek>  more jabber talk :)
[04:11] <\sh> and?
[04:11] <\sh> Mez: i added u
[04:11] <ajmitch> _derek: it's a vital part of our communications infrastructure :)
[04:11] <_derek> aim needs to go jabber :)
[04:12] <_derek> ajmitch: heh, soon it will be part of mine, once i find friends on it
[04:12] <_derek> no one wants to talk to me on it
[04:12] <_derek> so i don't have any accounts anymore
[04:12] <_derek> i am finally getting people to use gtalk
[04:12] <ajmitch> I've got some people I regularly talk to just with jabber
[04:12] <\sh> _derek: whats your address ,-)
[04:12] <ajmitch> \sh: are you online on jabber right now?
[04:13] <\sh> yes
[04:13] <_derek> \sh: i used a jabber.org one a few months ago, don't remember the password though cuz no one used it. now i just use google talk
[04:13] <_derek> dslovin@gmail.com
[04:13] <_derek> :)
[04:13] <lathiat> i just saw him sign in
[04:13] <\sh> i send u the authorization
[04:13] <\sh> it's really sometimes a jabber.org thingy
[04:13] <Mez> hmm
[04:13] <\sh> ajmitch: send me an authorization pls
[04:13] <Mez> does google talk work for cross-server comms#?
[04:13] <ajmitch> \sh: yeah, I'm on gmail.com as well
[04:14] <lathiat> Mez: not atm
[04:14] <Mez> thats a shame
[04:14] <lathiat> yehy
[04:14] <lathiat> i suspect theyll enable it
[04:14] <lathiat> bfore too long
[04:14] <ajmitch> it's probably because I'm using gaim :)
[04:14] <lathiat> they said they want to interoperate
[04:14] <lathiat> yeh ive foudn gaim to suck at jabber
[04:14] <lathiat> gajim works well
[04:14] <\sh> on gmail i can see u clearly
[04:14] <_derek> i can't wait for google tlak to work cross-server, then i will open my own server so i can use my domain :)
[04:14] <\sh> _derek: it won't
[04:14] <lathiat> \sh: who says it wont
[04:14] <_derek> how long till google buys aim and converts it to jabber :)
[04:15] <lathiat> one thing i notied
[04:15] <lathiat> there doesnt seem to be the concept of a 'friendly name' / 'nickname'
[04:15] <\sh> lathiat: i think they want to have something like voip .. so only friendly networks != jabber will get into it
[04:16] <lathiat> \sh: i doubt it
[04:16] <lathiat> maybe i have too much faith
[04:16] <lathiat> but i seriously doubt it
[04:17] <_derek> hopefully im will turn into what email is today
[04:17] <_derek> that would be creat
[04:17] <_derek> get people off propietary networks like aim and msn
[04:19] <_derek> whatever happened to the repositories that were supposed to come out with superbleeding edge packages, anyone remember those?
[04:20] <lathiat> is gamin broken for anyone else?
[04:20] <lathiat> it doesnt seem to be workign at al een on a reboot
[04:34] <ajmitch> g'night all
[04:34] <_derek> night aj
[04:41] <jsgotangco> ajmitch: its quite early :)
[04:41] <jsgotangco> and its a weeked
[04:42] <bddebian> Later ajmitch
[04:42] <\sh> lunch time now...
[04:43] <\sh> ogra: !!
[04:43] <ogra> hey :)
[04:44] <bddebian> Heya ogra
[04:44] <\sh> ah btw...if anyone wants to try his bugfixing qt/c++ knowledge .. apt-get source boson-base
[04:44] <\sh> i will send u some patches...so u fix the rest
[04:45] <\sh> i fixed now 2 days this package...and it totally outdated, broken, damned, doomed, whatever u name it...it's the hell
[04:46] <\sh> and new upstream release is not much better
[04:49] <\sh> bddebian: wanna try?
[04:51] <bddebian> Maybe.  Got some RL "work" to do for a bit though. :'-(
[04:51] <\sh> ah..well...i have time next week...i will fix it
[04:52] <\sh> or morque it
[04:53] <Mitario> gooday everyone
[04:53] <bddebian> Hello Mitario
[04:54] <bddebian> \sh: I may have some time tonight or over the weekend
[04:54] <Mitario> on with motu stuff ;)
[04:55] <\sh> bddebian: i will put the patches on the web...so u get catch them (the whole debian/ dir actually)
[04:55] <bddebian> OK
[04:56] <\sh> ogra: please be informed, next week I'm most of the time offline
[04:56] <ogra> oh, holiday ?
[04:56] <\sh> ogra: so for meetings and stuff...u can speak for me...if something concerns me ,-)
[04:56] <\sh> ogra: training
[04:56] <\sh> i'm in dietzenbach, ffm
[04:59] <tseng> slomo: yes, i already did patch + reconf, something got screwed up
[04:59] <hub> hi
[05:00] <slomo> tseng: shall i send you my patch? reconf isn't needed imho ;) and as AM_MAINTAINER_MODE is set we don't have problems with timestamps
[05:00] <tseng> slomo: ok.
[05:00] <bddebian> Hello hub
[05:00] <bddebian> Heya tseng
[05:00] <tseng> hi
[05:01] <slomo> tseng: http://yggdrasil.sytes.net/files/debdiff/gtk-sharp_1.0.10-0ubuntu4.debdiff
[05:01] <hub> who shall I ask again to have packages pulled of debian ?
[05:01] <hub> 'cause it is there
[05:01] <slomo> hub: elmo
[05:01] <hub> I couldn't find contact info for him
[05:01] <\sh> aehm
[05:01] <\sh> which package
[05:02] <\sh> slomo: he is not able to request a sync
[05:02] <hub> sylpheed-claws-gtk2
[05:02] <hub> and libetpan
[05:02] <slomo> \sh: oh ok... didn't know that, sorry
[05:02] <hub> as it depends on that
[05:02] <hub> I could just upload to REVU
[05:02] <\sh> it's a new package
[05:02] <\sh> hub: is it running on breezy without a change?
[05:02] <\sh> compiled?
[05:03] <hub> \sh: i could build it
[05:03] <\sh> tested?
[05:03] <\sh> hub: u have to
[05:03] <hub> and it started
[05:03] <hub> ok, so I'll test it and upload to REVU
[05:03] <hub> shall I change the version ?
[05:03] <\sh> if it's not building on ubuntu breezy without patches...then put it on revu
[05:03] <hub> it is building as is
[05:03] <\sh> if it's building from debian without a change...come back :)
[05:03] <hub> I did build it
[05:04] <hub> yesterday
[05:04] <hub> didn't really have time to test, but it started with the config dialog
[05:04] <\sh> the problem is...
[05:04] <\sh> sylpheed claws is in the repos
[05:05] <hub> the name is sylpheed-claws-gtk2
[05:05] <\sh> sylpheed claws-gtk2 will be a new package...with a dep...I we wanted to try to respect UVF and FF
[05:05] <hub> it is 1.9.x
[05:05] <hub> http://claws.sylpheed.org/ubuntu/
[05:05] <hub> :-)
[05:05] <hub> I found these this morning, pointed out by the maintainer
[05:05] <hub> upstream
[05:05] <\sh> siretart, ogra: your vote?
[05:06] <hub> the version currently in ubuntu is 1.0
[05:06] <hub> it is gtk1 base
[05:06] <hub> I can take ownership of the package
[05:06] <hub> no problem
[05:06] <\sh> if gtk2 is going into universe...and gtk1 is obsolete...we have to remove gtk1 version from the archives (IMHO)
[05:06] <\sh> we don't have maintainership like debian has
[05:07] <hub> fine
[05:07] <hub> debian has both versions
[05:07] <\sh> is the gtk1 version obsolete?
[05:07] <\sh> means..no development on the gtk1 version?
[05:08] <hub> I think it is
[05:08] <hub> just asking the upstream maintainer about that
[05:09] <hub> well he told me that he was annoyed by the fact that only 0.9 was in there
[05:09] <hub> so yes :-)
[05:09] <hub> I'll pull the package and change it to replace the other :-)
[05:10] <hub> looks like a friday night job :-)
[05:11] <\sh> don't understand u..
[05:11] <hub> get the package version and rename it to be sylpheed-claws
[05:12] <\sh> so its oboslete?
[05:12] <hub> to replace the old gtk1 based 0.9 version
[05:12] <hub> yep
[05:12] <hub> he talked about a feature freewe
[05:12] <\sh> 1.0.4-1 is in the archive for claws
[05:12] <hub> he talked about a feature freeze
[05:13] <tseng> if you guys are going to start clobbering debian packages, one of you needs to volunteer to merge versions by hand forever
[05:13] <hub> \sh: which is obsolete AFAIK
[05:13] <bddebian> w00t
[05:13] <\sh> ok..build a new version of the package..put it on revu
[05:13] <\sh> with all the changes etc.
[05:13] <hub> I will
[05:13] <hub> tonite, EST
[05:14] <siretart> \sh: looks like we can/will have the revu server tomorrow :)
[05:14] <\sh> woot????
[05:14] <\sh> that rocks
[05:14] <\sh> it means during my holiday i will have fun :)
[05:16] <\sh> siretart: btw...read this http://www.beejaysworld.de/archives/52-I-dont-care-how-cool-Ubuntu-is!.html
[05:17] <\sh> and gentlemen: cheers :)
[05:19] <Mitario> \sh, heh I hate that people
[05:19] <Mitario> especially the commenters
[05:22] <\sh> well i know this guy
[05:23] <Mitario> and*
[05:25] <\sh> Mitario: no...most of the people are, and now because of the logging channel bot, only jealous...
[05:25] <hub> he is just a moron
[05:25] <hub> what distro does he use ?
[05:26] <\sh> Mitario: what i saw from some gentoo people, they're really surprise about how easy it becomes to install linux on a desktop or laptop
[05:26] <\sh> hub: he is gentoo dev
[05:26] <hub> ah
[05:26] <\sh> hub: releas eng better to say
[05:26] <Mitario> well IMO ubuntu is not that special from other distro's in ease-of-use, ie suse/redhat/debian
[05:26] <\sh> he builds the livecds for gentoo
[05:26] <Mitario> installation that is
[05:27] <hub> I hate gentoo for one reason: lot of user complain about software that does not have feature XYZ because they did remove it at compile time
[05:27] <hub> "gphoto2 does not work with my camera"
[05:27] <\sh> Mitario: but it runs out of the box (most of the times) and that's why some people even as gentoo devs are running ubuntu or presenting ubuntu at their work places
[05:27] <hub> "yeah I removed libusb support I don't want it"
[05:28] <hub> \sh: I must say that installing warty on the 2 PC at home was a PITA
[05:28] <hub> \sh: and they are both old
[05:28] <Mitario> i never had installation problems with ubuntu :)
[05:28] <hub> \sh: grub was the culprit
[05:29] <\sh> but lilo works ;)
[05:29] <hub> yep
[05:29] <hub> it does
[05:29] <hub> I had to use the custom installation which I do anyway
[05:30] <hub> because of the partitionning I use
[05:30] <\sh> but i think most of the time the people are jealous..there is a "rich guy" and he is "pushing money into the community" which is somewhat "unnormal"..."why is he doing that" "why did he hire a bunch of debian people" "why is he draining developers away from other projects"
[05:31] <hub> well, I like the Ubuntu project
[05:31] <hub> much more than Debian at the end
[05:31] <\sh> the answer to most or all of those questions is "because he is bribing them with money, laptops, free high quality cds"
[05:31] <hub> even if I have beeen a long time Debian user
[05:32] <\sh> but they don't see, what mark is doing on other sides...freedom toasters, pushing the devs forward..new ideas, everything is around the user...the user is in the middle..not the devs
[05:33] <hub> I wouldn't a generous donator giving me a laptop for my freesoftware work
[05:33] <hub> +mind
[05:34] <siretart> hub: \sh this sylpheed claw, does it replace a package in breezy?
[05:34] <hub> siretart: I don't remember if it is in main or universe
[05:34] <slomo> siretart: your libxp build everwhere :) good work
[05:34] <hub> but I'd put it in universe
[05:35] <siretart> slomo: :)
[05:35] <\sh> universe
[05:35] <hub> crap, can't access my machine at home, vpn is down
[05:35] <hub> ok
[05:36] <slomo> siretart: and my fighting with autotools is almost over ;)
[05:37] <hub> slomo: is autotools-dev allowed ?
[05:37] <hub> slomo: cause you were the one complain about my packages
[05:37] <hub> but there was one with automake1.8 dep which is wrong in that case
[05:37] <slomo> hub: i talked with infinity a few hours ago and he told me that you can call autotools in rules... so it should be ok
[05:37] <hub> ok
[05:38] <hub> I'll update it anyway because I removed autotools-dev from it while I shouldn't
[05:55] <\sh> ok...guys I go now ....:) there is a music festival in cologne :) and i have some beer with some friends :) see u tomorrow
[05:55] <slomo> \sh: have fun :)
[05:55] <\sh> yeah..will have :)
[05:55] <\sh> I'll try to publish some pictures from this happening
[05:56] <siretart> ok.. I go now, too. cu!
[05:57] <\sh> siretart: lets have a party :)
[05:58] <\sh> cu later dudes :)
[06:00] <bddebian> Later siretart, \sh
[06:01] <Mitario> bye guys
[06:02] <cassidy> i would like to report a bug to njam package but it seems that it isn't register in the launchpad
[06:06] <Mitario> hmm, what do we do with unmaintained universe packages?
[06:07] <Mitario> (upstream umaintained)
[06:07] <Mitario> just fix?
[06:14] <ivoks> njam rulz :)
[06:14] <ivoks> best pacman i saw in years :)
[06:16] <cassidy> ivoks: can you join a network game?
[06:16] <ivoks> didn't try
[06:16] <ivoks> sec
[06:17] <ivoks> cassidy: give me your ip
[06:17] <cassidy> I'm unable to write anything in the join IP box
[06:17] <cassidy> could you test this?
[06:19] <ivoks> i can
[06:20] <cassidy> humm strange. I have this bug on 2 differents PC
[06:24] <ivoks> well, i don't
[06:24] <ivoks> cassidy: can you host a game?
[06:24] <ivoks> wana play?
[06:25] <jsgotangco> ahh njam
[06:25] <Mitario> hmm anyone knows where X11/extensions/Print.h	is located?
[06:25] <Mitario> libxp-dev seems to be gone
[06:25] <ivoks> let's play njam
[06:26] <Mitario> still listed on pkgs.buntu.com though
[06:26] <ivoks> anyone without firewall? :)
[06:26] <cassidy> ivoks: thanks but i'm busy now (translating gnome 2.12 release notes in french) :)
[06:29] <Mez> whats the quickest way to find out the conflicts: of a program
[06:34] <bddebian>  apt-cache policy ?
[06:35] <ivoks> bddebian: :) hi
[06:35] <ivoks> ogra_ltsp: ltsp!
[06:35] <ivoks> ogra_ltsp: edubuntu?
[06:35] <ogra_ltsp> yup
[06:36] <bddebian> Heya ivoks
[06:38] <ivoks> i will try edubuntu too
[06:38] <ivoks> only, i don't want diskless client, i would prefere complete headless instalatio :/
[06:39] <ogra_ltsp> not in this release
[06:40] <ogra_ltsp> its either lstp<->diskless or standalone workstation (ubuntu with edubuntu-desktop)
[06:40] <ivoks> i know
[06:40] <ogra_ltsp> next release will have more options
[06:40] <ivoks> i have so much ideas, but so little time :(((((((
[06:41] <ivoks> damn september - worst month :<
[06:41] <jsgotangco> ivoks: what's with the "get out of our ships!" line?
[06:41] <ogra_ltsp> i hope that i'll have more time for it in breezy+1, since i wont struggle with all the transitions
[06:41] <ivoks> jsgotangco: ah.. indonesia
[06:41] <jsgotangco> pirates?
[06:42] <ivoks> well... :) official pirates :)
[06:42] <jsgotangco> lol
[06:42] <ivoks> one croatian ship was held by police in august, 2004.
[06:42] <ivoks> crew was brought up to court
[06:42] <ivoks> after year, they were found not guilty
[06:42] <jsgotangco> a year!
[06:43] <ivoks> yeah :)
[06:43] <ivoks> indonesia :)
[06:43] <jsgotangco> a year in jail?
[06:43] <ivoks> i don't know where..
[06:43] <ivoks> but funny part..
[06:43] <ivoks> they set off to come back
[06:43] <jsgotangco> heh
[06:44] <ivoks> before they exited indonesian waters, military camed and took the ship again
[06:44] <jsgotangco> jeezz
[06:44] <ivoks> but not official military
[06:44] <ivoks> acctually, it is official military, but it was ordered from major of the city, not president or parlament :)
[06:44] <jsgotangco> ivoks: the southern seas of the SEA region can be scary
[06:44] <ivoks> funny country :)
[06:45] <ivoks> so, relations beetwean indonesia and croatia are hot now :)
[06:45] <ivoks> ah, politics :)
[06:47] <ivoks> time to go...
[06:47] <ivoks> enjoy!
[07:37] <GameGod> Random question: Will breezy have an inotify enabled kernel?
[07:39] <slomo> lol... does he expect us now to query him? ;)
[07:39] <lathiat> heh
[07:39] <hub> it is usual
[07:40] <Mitario> hi ogra
[07:40] <ogra> ji
[07:40] <Mitario> hmm, when is elmo coming back
[08:16] <Mitario> any MOTU around?
[08:22] <bddebian> No one here but us wanna-be's :-)
[08:22] <Mitario> heh  :) well i'm motu, just haven't got upload rights yet :s
[08:23] <hub> same :-)
[08:40] <jbailey> bddebian: Bah, show up to the TB meeting next time... ;)
[08:44] <sistpoty> hi folks
[08:44] <crimsun> 'lo
[08:48] <sistpoty> i'm just at ghc6... i took a rc of 6.4.1 and gave it the version 6.4.1.20050823-0ubuntu1... is this correct (i.e. is this version below 6.4.1?)?
[08:49] <crimsun> no, it's > 6.4.1
[08:49] <crimsun> 6.4.1anything > 6.4.1
[08:49] <sistpoty> damn, what would be correct then?
[08:49] <sistpoty> 6.4.0.dateofversion?
[08:50] <crimsun> yes; I recommend 6.4.0+cvsYYYYMMDD
[08:50] <crimsun> or svn or whatnot
[08:50] <Mitario> hi sistpoty
[08:50] <sistpoty> hi Mitario
[08:50] <sistpoty> thx crimson :)
[08:50] <crimsun> np
[08:50] <Mitario> sistpoty, you FIXED ghc6?
[08:51] <bddebian> jbailey: :'-(
[08:51] <bddebian> :-)
[08:51] <sistpoty> not completely yet... (only a gl-issue left, but ghc6 from ghc6 is already working)
[08:51] <Mitario> any motu-ers here now who can look at some debdiffs from me? :)
[08:52] <crimsun> sure
[08:52] <crimsun> url?
[08:52] <Mitario> wiki.ubuntu.com/MichielSikkesMOTU
[08:52] <Mitario> 3 pkgs there
[08:53] <crimsun> k, I'm on them.
[08:53] <sistpoty> if ghc6 would compile a little bit faster, i'm quite sure i would have it working by now *g*
[08:54] <Mitario> crimsun, just until elmo enables my buildd acces :)
[08:56] <Mitario> crimsun, please tell me every fault you see, so I can learn :)
[08:56] <Mitario> sistpoty, wohoo, that's I guess like 40% of unmetdeps
[08:56] <crimsun> sure, just updating pbuilder atm
[08:56] <Mitario> crimsun, oki :) thanks
[08:57] <sistpoty> Mitario: sure, this is why ghc6 is my top prio atm ;)
[08:57] <Mitario> ghc6 and libgmp3, was looking at them yesterday, really a mess
[08:58] <sistpoty> the current version won't do... i needed a newer version from upstream... and finally i will need help from lamont, who must do the actual boostrapping ;)
[08:58] <Mitario> ah :)
[08:59] <sistpoty> and then there are some really ugly cyclic deps in it (ghc6 -> haddock, haddock -> gch6)
[08:59] <Mitario> sistpoty, yeah I noticed them yesterday
[08:59] <Mitario> realized that it wouldn't even been possible to build them without uploading binaries :/
[08:59] <Mitario> or is it?
[09:00] <sistpoty> it would be (you *can* build ghc6 without ghc6, and many deps, e.g. haddock aren't needed for a "plain" ghc6)
[09:00] <Mitario> ah
[09:01] <sistpoty> but lamont already said, he would handle it, so why bother ;)
[09:01] <Mitario> heh ok, cool :)
[09:01] <crimsun> Mitario, in the case of csound, you don't actually need to bump the Debian version # since you're just rebuilding. -3build1 is fine.
[09:03] <Mitario> crimsun, ah right, I forgot to fix that one
[09:03] <crimsun> np, I've touched it locally
[09:03] <Mitario> I noticed it earlier this day (made them yesterday that I used dch -i)
[09:03] <Mitario> and just typed build1 behind it
[09:04] <Mitario> but thanks for noting it
[09:04] <crimsun> np
[09:06] <crimsun> (csound uploaded)
[09:09] <Mitario> thanks!
[09:11] <crimsun> Mitario, ajmitch already fixed clustalw-mpi today
[09:11] <Mitario> crimsun, ah ok
[09:11] <crimsun> bddebian, understandable
[09:11] <Mitario> xpi should be xmpi btw
[09:12] <Mitario> hmm, btw now that i'm noticing cxx transition, is it moving FROM cxx or moving to cxx, because the translation page says Old bin: libfoo2 New bin: libfoo2c2
[09:12] <Mitario> s/translation/transition
[09:13] <crimsun> Mitario, cxx is just a way of saying transition
[09:14] <crimsun> it's moving from libfoo2 -> libfoo2c2
[09:14] <crimsun> (as you stated)
[09:14] <Mitario> ah right
[09:14] <Mitario> weird, because libxbase2 has had a debdiff which removes libxbase2c2 and adds libxbase2
[09:14] <Mitario> http://bugzilla.ubuntu.com/show_bug.cgi?id=11894
[09:15] <Mitario> that was two months ago though
[09:15] <Mitario> hi Lathiat2
[09:16] <crimsun> Mitario, that's because the original was c102
[09:17] <Mitario> uhm, aha
[09:18] <Mitario> so packages which already have cxx are moved to their basename again?
[09:18] <crimsun> Mitario, yep. (C++)
[09:18] <Mitario> ok
[09:18] <crimsun> C libs get c2
[09:19] <Mitario> ahh
[09:22] <bddebian> crimsun: What's understandable, that I suck? :-)
[09:22] <lathiat__> I thought that was just a given? :)
[09:22] <bddebian> Aye :-)
[09:23] <crimsun> bddebian, haha, no, that $real_life comes up
[09:26] <Mitario> crimsun, trustedqsl up too :)
[09:26] <Mitario> same page
[09:36] <ivoks> 'evening
[09:36] <bddebian> wb ivoks
[09:36] <sistpoty> hi ivoks
[09:37] <crimsun> hmph. must be host problems for upload.u.c.
[09:37] <Mitario> hi ivoks
[09:37] <crimsun> re ivoks
[09:38] <Mitario> trang also added to that page :)
[09:55] <Mitario> torcs added :)
[09:55] <crimsun> xmpi and trustedqsl are both fine; I'm waiting on dput issues
[09:56] <Mitario> ok
[09:56] <Mitario> is elmo an australian?
[09:57] <crimsun> he's in the UK as I recall
[09:57] <Mitario> ok
[09:57] <Mithrandir> he is
[09:58] <Mitario> thanks
[09:58] <Mitario> something odd happened with the torcs debdiff though, it changed some autofiles
[09:59] <Mitario> but I just modified a build-dep
[10:01] <sistpoty> Mitario: does it depend on autotools-dev? and is there the strange ln -sf /usr/share/.../config.{sub, guess} in rules?
[10:01] <Mitario> build-deps on autoconf
[10:01] <Mitario> and..
[10:02] <Mitario> no symlink, it copies /usr/share/../config and config.guess to its source dir
[10:02] <Mitario> but yes it's in rules
[10:03] <sistpoty> hm... we had a discussion in the meeting before the last about this...
[10:03] <Mitario> ah
[10:03] <sistpoty> iirc, this comes from buggy autotools-dev-suggestions, and someone wanted to file a bug against autoconf
[10:03] <Mitario> hmm, ok
[10:03] <Mitario> I could just remove those changes from my debdiff
[10:04] <sistpoty> hm... i don't know what exactly was decided, how to deal with these changes :(
[10:04] <Mitario> hmm
[10:05] <Mitario> ok, any idea who knows?
[10:05] <sistpoty> does anybody remember?
[10:05] <sistpoty> *g*
[10:05] <Mitario> heh :)
[10:05] <Mitario> maybe it's in some log/minutes?
[10:05] <sistpoty> hm... good idea... i'll search my mails *g*
[10:07] <ivoks> what's with the ardour-gtk?
[10:07] <ivoks> Depends: libardour0
[10:07] <ivoks> and we don't have that lib
[10:08] <sistpoty> ivoks: no idea
[10:08] <ivoks> ok, i'll investigate
[10:08] <sistpoty> Mitario: The decision was to contact autotools upstream *g*
[10:08] <Mitario> heh pff
[10:08] <Mitario> can't we just rewrite the rules file?
[10:08] <sistpoty> sure
[10:08] <Mitario> ivoks, I noticed some other packages having such problems too
[10:09] <sistpoty> you could just drop this copying
[10:09] <Mitario> yeah
[10:09] <Mitario> euuh tipptrainer fixed too btw
[10:09] <Mitario> it's on the page
[10:12] <Mitario> sistpoty, actually why not copy them? it updates the package
[10:13] <ivoks> ok, i'm confused :)
[10:14] <sistpoty> Mitario: apart from the fact, that the debdiff is getting bigger, i don't think it's wrong to copy them
[10:14] <ivoks> apt-cache show ardour-gtk | grep Depends
[10:14] <ivoks> shows depends on libardour0
[10:14] <ivoks> but... debian/control:
[10:14] <sistpoty> Mitario: as i tried to point out before: there was no really helpful decision about this ;)
[10:14] <ivoks> Conflicts: libardour0
[10:14] <sistpoty> ivoks: with same version?
[10:15] <ivoks> nope :)
[10:15] <sistpoty> *g*
[10:15] <ivoks> how come source has one version, and binary other? :)
[10:16] <sistpoty> last build failed?
[10:16] <sistpoty> or two different source packages, one was rebuild, but not the other one
[10:16] <ivoks> ah, libjack
[10:16] <ivoks> ok, mistery solved :)
[10:17] <sistpoty> wow... ghc6 is still building (1:30h now)
[10:17] <bddebian> Nice
[10:19] <ivoks> ghc is?
[10:19] <sistpoty> glasgow haskell compiler... the bloody thing which needs itself to compile itself *g*
[10:20] <bddebian> Heh
[10:20] <Mitario> ping myself
[10:20] <Mitario> hmm, seems to work again
[10:22] <Mitario> thuban also added
[10:22] <Mitario> sistpoty, is uploading working again?
[10:22] <sistpoty> Mitario: no idea, as I am no motu yet ;)
[10:22] <Mitario> sistpoty, ah :)
[10:26] <Mitario> hmm, fixing unmet deps goes pretty fast now :)
[10:27] <sistpoty> cool :)
[10:27] <crimsun> Mitario, not yet. Waiting for elmo to fix.
[10:27] <Mitario> crimsun, ok, did you contact him?
[10:27] <crimsun> Mitario, infinity (Adam Conrad) said elmo's on the way to the data center to physically massage the machine
[10:28] <Mitario> aahh big problem then :/
[10:28] <crimsun> yeah, the machine is unhappy
[10:28] <Mitario> auch
[10:28] <sistpoty> does it need some love ;)
[10:28] <Mitario> oh wlel, I'll just continue creating diffs
[10:29] <crimsun> yep, I've just been queueing the source.changes locally so I can punt them to upload.u.c when it comes back up
[10:29] <Mitario> ok
[10:31] <Mitario> crimsun, ok, please tell me which packages you uploaded, so I can update my wikipage
[10:33] <crimsun> I've only uploaded csound
[10:34] <crimsun> I've queued xmpi, trustedqsl, trang, and torcs
[10:34] <crimsun> working on the others now
[10:34] <Mitario> oki
[10:35] <crimsun> pbuilder++
[10:35] <sistpoty> yeah! pbuilder rocks
[10:42] <crimsun> Mitario, are you pbuilding on x86?
[10:42] <Mitario> yes
[10:42] <Mitario> is that a bad thing?
[10:42] <crimsun> Mitario, you might want to look into torcs, because it FTBFS on amd64 (guiscrollist.cpp:48: error: cast from 'void*' to 'int' loses precision)
[10:43] <Mitario> auch
[10:43] <Mitario> I don't have amd64 :/
[10:45] <crimsun> I have root access on an amd64; I'll speak with the site admin and ask if he minds my giving you an acct
[10:46] <Mitario> ok :) that'd be great
[10:46] <Mitario> tex-guy also fixed
[10:54] <phlaegel> is there any chance of liferea getting updated for breezy? the new version adds atom 1.0 support.
[10:55] <crimsun> phlaegel, from what to what, covering which changes?
[10:56] <slomo> phlaegel: i'll look into this
[10:56] <crimsun> at this point we need to be thinking really hard about only pushing critical bugfixes
[10:56] <sistpoty> hm... liferea only has 2 rdepends, so i wouldn't say it'd be impossible
[10:57] <sistpoty> but imo broken stuff should be fixed first ;)
[10:58] <slomo> hmm.. we can at least update to 0.9.5 i think... this release contains just fixes... 0.9.6 contains the atom support but that's the only real change, other stuff in 0.9.6 are just bugfixes
[10:59] <sistpoty> do liferea-mozilla/liferea-gtkhtml come from the same source-package?
[10:59] <slomo> sistpoty: yes
[10:59] <slomo> and debian already has 0.9.6
[10:59] <sistpoty> hm... then the rdepends go down to 0
[10:59] <sistpoty> :)
[10:59] <phlaegel> thanks for looking... I think it would be good to have, but not critical, of course.
[11:00] <slomo> hm, i'll try it here... when it works i have almost no arguments against updating it ;)
[11:00] <crimsun> then I recommend a sync from Debian
[11:00] <crimsun> (0.9.6)
[11:00] <slomo> crimsun: nope... needs adjusted build-depends... firefox instead of mozilla
[11:01] <crimsun> slomo, ok, then a dpkg-buildpackage -S -sa with the adjustments would be fine
[11:02] <Mitario> tdfsb fixed
[11:04] <slomo> crimsun: ok, but first i'll try it here :P (i'm using this package all the time...)
[11:04] <slomo> crimsun: can you sponsor my upload then? (will go to revu)
[11:08] <sistpoty> btw.: does anyone have some knowledge of xmltex/xsltproc?
[11:08] <Mitario> why is dpkg-buildpackage -rfakeroot -S configuring my package :/
[11:08] <crimsun> slomo, sure
[11:09] <sistpoty> Mitario: afaik it invokes the clean rule, maybe there is some dep to configure from clean
[11:09] <Mitario> ah right
[11:10] <Mitario> crimsun, which pkg are you now?
[11:10] <slomo> Mitario: i guess the timestamps on configure/configure.in aren't in the correct order
[11:11] <crimsun> Mitario, still fixing torcs
[11:11] <Mitario> crimsun, ok
[11:15] <slomo> crimsun: seems to work fine here... http://siretart.tauware.de/revu/details.py?upid=503
[11:17] <crimsun> slomo, queued for tonight
 glasgow haskell compiler... the bloody thing which needs itself to compile itself *g*
[11:17] <JanC> ah, well, that's like freepascal  :)
[11:17] <Mitario> weird this package depends on libtagcoll-dev >= 1.0.3, but there isn't such a version in both debian or universe
[11:17] <JanC> or gcc for that mather...
[11:18] <slomo> crimsun: thanks :) and while you're at it... please also upload this (FTBFS, slang/aalib transition): http://siretart.tauware.de/revu/details.py?upid=492
[11:19] <sistpoty> JanC: yes ;)
[11:21] <sistpoty> btw.: I've got an xmltex/xsltproc issue on haddock (the haskel documentation system)... if anyone who knows how to fix, i put haddock to revu with a comment how to reproduce the failing build
[11:21] <sistpoty> erm... and don't even think of trying to do this in pbuilder, it won't work until ghc6 ;)
[11:22] <Mitario> what would I do to get a package updated from debian?
[11:22] <Mitario> do it myself or?
[11:22] <crimsun> request a sync from elmo
[11:22] <sistpoty> hm... and maybe put it on motutosync, i think dholbach wants this page to be used more regularly ;)
[11:22] <sistpoty> (apart from the elmo-pinging thing)
[11:23] <Mitario> also if the package is in universe?
[11:24] <sistpoty> i think so
[11:24] <Mitario> ok
[11:28] <crimsun> ok, torcs really fixed. Unfortunately we're at 1.2.2 while upstream has 1.2.4.
[11:29] <Mitario> hmm, doesn't matter for now does it? as long as the package works again
[11:29] <Mitario> can always update later..
[11:29] <Mitario> pff ftp-master died again?
[11:30] <Lathiat> yeh
[11:30] <Lathiat> 05:28 < elmo> oh for christ's SAKE
[11:30] <Mitario> yeah
[11:31] <Mitario> he's going to the datacenter at half past 10?
[11:31] <crimsun> ick, the RAID card died
[11:31] <Lathiat> sounds like a sysadmin job
[11:31] <Lathiat> bah hardware raid is pain
[11:31] <crimsun> I really don't envy elmo
[11:31] <Lathiat> software raid is win
[11:31] <Lathiat> sw raid5 on linux is shitfast
[11:32] <Mitario> isn't there a backup system?
[11:33] <crimsun> a backup for upload? I don't think so.
[11:34] <crimsun> heh, I have 9 todo directories just for Mitario
[11:34] <Lathiat> crimsun: heh
[11:34] <Lathiat> what elmo does is the sortof thign that i like to do
[11:35] <Mitario> crimsun, heh, sorry, i'm just in the mood today :)
[11:35] <Lathiat> programming is just a side thing :)
[11:35] <Mitario> I don't really like pure technical programming
[11:35] <Mitario> I rather like the stuff around it
[11:35] <crimsun> Lathiat, well, it's certainly a vital job that rarely gets its deserved respect, but jumping up at 3 AM isn't my idea of fun. Then again, I AM awake at 3 AM anyhow...
[11:35] <Mitario> UI design, marketing research, general research etc.
[11:35] <Lathiat> crimsun: heh yeh
[11:36] <Mitario> elmo is the UK sysadmin?
[11:36] <Lathiat> its great having someone phone at like 5am
[11:36] <Lathiat> and have a cry
[11:36] <Mitario> or are all server located in the US
[11:36] <Lathiat> the main servers appear to be in the UK
[11:36] <Mitario> ok
[11:37] <crimsun> yep, everything mirrors from the UK
[11:37] <sistpoty> hm... there really should be a bofh-excuse-answering-machine ;)
[11:37] <Lathiat> 2. i-5-0.syd-core02.net.reach.com                    0.0%    23   73.7  74.2  71.7  77.9   1.2
[11:37] <Lathiat> 13. i-0-0.wil-core02.net.reach.com                    0.0%    23  221.7 222.5 220.6 226.9   1.7
[11:37] <Lathiat> mmmm
[11:37] <Lathiat> 73ms -> 221ms
[11:37] <Lathiat> gotta love the transatlantic jumps
[11:40] <Mitario> svn-workbench fixed
[11:44] <sistpoty> puh... ghc6 building for 3 hours now... i bet the last command will fail *g*
[11:45] <Mez> lol
[11:45] <Mitario> sistpoty, auch, maybe it got in a vicious loop ;-)
[11:46] <sistpoty> not yet, I'm carefully (and somewhat excited) watching *g*
[11:46] <crimsun> Mitario, just for clarification to me, could you change the "uploaded" for xmpi, trustedqsl, and torcs to "queued" please?
[11:46] <Mitario> crimsun, allright
[11:46] <crimsun> s/torcs/trang/
[11:46] <crimsun> thanks
[11:46] <Mitario> crimsun, you can change them yourselves if you'd like :)
[11:47] <crimsun> true, being lazy today
[11:47] <Mitario> heh np
[11:47] <Mitario> jsut saying that you don't need my permission
[11:47] <Mitario> but of course, it's a wiki
[11:49] <crimsun> yeah, you're just keeping me busy with the packages ;)
[11:50] <crimsun> re mike
[11:50] <tritium> hi crimsun
[11:50] <Mitario> heh, sorry ;-) I hope elmo has time to give me upload permission if ftp-master is fixed
[11:50] <crimsun> oh I don't mind at all
[11:51] <crimsun> I have a bunch of Ubuntu stuff to do tonight anyway, so "it's all good"
[11:51] <Mitario> allright then :)
[11:53] <Mez> w00t
[11:54] <Mez> one of the main ifolder devs is going to be devving on ubuntu
[11:54] <Mez> which means ifolder support for ubuntu
[11:54] <crimsun> sounds great
[11:54] <Mitario> cool!
[11:54] <Mez> hehe
[11:54] <Mez> "I'm switching my primary machine to ubuntu so we maintain our  packages properly there."
[11:54] <Mez> (from one of the iFolder devs who was asking for my patch to iFolder)
[11:58] <crimsun> re ajmitch
[11:58] <Mitario> hi ajmitch
[11:58] <Mitario> spiralsynthmodular fixed
[11:58] <tritium> hey there ajmitch
[11:58] <crimsun> Mitario's on fire
[11:59] <Mitario> ^^
[11:59] <Mitario> well with 'fixed' i mean (i think I fixed it) ;)