[00:10] <neurobuntu_> xnox, I've thought about trying to get debian to move to hdf5-1.8.3 but they say they have their reason to stay on 1.6.6....    so the problems I'm having is I can get the hdf5 deb to build and it installs the files in the right places, but then when I try to build packages that depend on HDF5 i get the following error: dpkg-shlibdeps: failure: no dependency information found for /usr/lib/libhdf5_cpp.so.6
[00:10] <neurobuntu_> I've checked in /usr/lib/ and the libhdf5_cpp.so.6 is there but for some reason its not found when trying to build debs that depend on it
[00:20] <neurobuntu_> so I guess I was looking to see if someone could coach me through this problem
[00:46] <maxb> neurobuntu_: That error is not saying that the library itself could not be found - rather that the debian dependency information that enables dpkg to build proper package dependencies is missing
[00:47] <maxb> neurobuntu_: Normally this file would be constructed by dh_makeshlibs during the hdf5 deb build process
[01:07] <directhex> maco, endless thread is endless
[01:08] <ajmitch> directhex: s/endless/pointless/
[01:09] <neurobuntu_> maxb, so I call dh_makeshlibs during build, is there a way that i can verify that dpkg is building the proper dependencies?
[01:09] <neurobuntu_> I call dh_makeshlibs during the build of hdf5
[01:09] <maxb> What do you mean by "proper"?
[01:10] <maxb> There should be a shlibs control file present in the final .deb
[01:10] <directhex> ajmitch, nah, at some point mark will force an epiphany from those who disagree with him, and shuttleworth himself will descend in his space ship to explode the offending packages with lasers
[01:11] <directhex> ಥ_ಥ ...Beautiful.
[01:14] <dtchen> directhex: that thread totally went plonk
[01:14] <neurobuntu_> maxb, thanks for your help the control file isn't in there
[01:16] <directhex> dtchen, went?
[01:17] <dtchen> directhex: killfiled the mono thread
[01:18] <directhex> dtchen, /dev/null seems somehow insufficient. can you pipe into shred?
[01:19] <dtchen> sorry, already breaking other ubuntu components with shred ;-)
[01:20] <StevenK> dtchen: Like pulse? :-P
[01:21] <dtchen> :-P
[01:25] <maxb> neurobuntu_: Is your source package published anywhere?
[01:26] <neurobuntu_> maxb, yes its up on launchpad
[01:26] <neurobuntu_> maxb, https://launchpad.net/~soma-testing/+archive/ppa
[01:35] <neurobuntu_> so my rules file does have the command:  dh_makeshlibs -phdf5-serial-1.8.3-0 -v hdf5-serial-1.8.3-0  but when i examine the contents of the compiled deb with dpkg -c I don't see a control file
[01:36] <neurobuntu_> this is what i get http://paste2.org/p/253075
[01:48] <ajmitch> directhex: so, starting on the port/rewrite of f-spot to C?
[01:49] <directhex> ajmitch, i heard hub was thinking of doing it
[01:49] <ajmitch> oh good
[01:49] <directhex> ajmitch, let's ignore the fact that his implementation method involves implementing parts of ECMA 334
[01:49] <ajmitch> but it's not on the mono runtime, so it's ok
[01:49] <directhex> if only pnet didn't suck
[01:50] <ajmitch> it wouldn't make any difference what the runtime was called
[02:01] <maxb> neurobuntu_: The shlibs file is present - the significance of it being a "control" file is that it is not part of the data files shown with -c
[02:02] <maxb> 'dpkg -I foo.deb' lists the control overview info, 'dpkg -I foo.deb shlibs' shows the shlibs control file specifically
[02:02] <maxb> However, the content of it looks a bit wrong to me
[02:04] <neurobuntu_> maxb, what kind of things look wrong?
[02:05] <maxb> The version field of the shlibs line is wrong
[02:06]  * h6w wonders how others do package management from cvs/svn/bzr.
[02:06] <h6w> I'm using ant (command-line).  If I create a release folder and ignore it from svn/bzr then put the src zips, previous packages, and diffs in there, does that make sense?
[02:06] <h6w> I'm replicating this process across a number of projects, so I want to get it right for most/all cases.
[02:07] <h6w> So, I was thinking of having an ant script that looks for that folder grabs the most recent package/diff in there for that stream (e.g. Nightly), takes a release version parameter, then creates a new package/diff from the current src and puts it back in the release folder.
[02:07] <maxb> neurobuntu_: In 'dh_makeshlibs -phdf5-serial-1.8.3-0 -v hdf5-serial-1.8.3-0' what is the second repetition of the package name trying to achieve? I think it may be redundant / broken
[02:07] <neurobuntu_> maxb, I'm not sure... I was using the debian dir from hdf5-1.6.5 as a template and that is how they did it
[02:09] <neurobuntu_> i just recompiled to see the lintian errors, some of them might be relevant http://paste2.org/p/253096
[02:15] <maxb> It's unrelated to the shlibs problem, but your ppa upload is accidentally a native package, btw
[02:15] <maxb> .tar.gz, not .orig.tar.gz and .diff.gz
[02:17] <neurobuntu_> maxb, i'm aware...
[02:22] <maxb> Gah, what on earth have upstream done with their tarball!?
[02:22] <maxb> Somehow they've got two entries in the tarball with the same file name!
[02:24] <maxb> Anyway
[02:25] <maxb> neurobuntu_: So the problem with the shlibs is that they have an explicitly built shlibs file in the package, which doesn't correspond with the libraries actually built in this new version
[02:25] <neurobuntu_> in upstream?
[02:25] <maxb> See the shlibs.in file and the code which processes it into a shlibs file in debian/rules
[02:25] <maxb> No, in the previous debian package
[02:26] <neurobuntu_> ahh...
[02:29] <neurobuntu_> maxb, they use that @VERSION@ variable all over the place and it has been giving me problems in the past... do you think i should just replace it with 1.8.3
[02:29] <binarymutant> if anyone has some time to revu http://revu.ubuntuwire.com/p/pidgin-mbpurple , I would be greatly appreciative :)
[02:30] <maxb> neurobuntu_: No, that's not the problem - it's apparently expecting the version number to be present in the library filenames, but in your case: the version is NOT in the name
[02:31] <neurobuntu_> huh? i'm confused how is the version number not in the filenames?
[02:31] <neurobuntu_> :-/
[02:33] <neurobuntu_> isn't 1.8.3 the version number?
[02:35] <maxb> Yes, and it's not in your library filenames
[02:36] <neurobuntu_> maxb, you're talking about the names of the .debs created or something else?
[02:36] <maxb> It looks like you've not forward-ported the debian customizations to the build system
[02:36] <maxb> I'm talking about the names of the .so files
[02:36] <neurobuntu_> hmm... ok
[02:37] <maxb> You're missing debian-specific changes to the libtool invocations, which is why your build results don't agree with what the package is expecting
[02:37] <neurobuntu_> maxb, might it be better to build this on a debian machine then?
[02:37] <neurobuntu_> except that won't gaurentee it works with ubuntu then....
[02:39] <maxb> Uh, no, that's not what I mean at all
[02:39] <maxb> I mean debian-specific as in "not upstream" rather than "not ubuntu"
[02:40] <neurobuntu_> maxb what would you recommend I do? try to get someone who knows more then me to package it for me.... start from square one and get rid off the debian/ i borrowed from 1.6.5? buy out a motu for a weekend?
[02:40] <neurobuntu_> the more I learn about library packaging the more I realize i don't understand and I'm really starting to doubt I can get this thing package properly
[02:41] <maxb> The problem is that you've taken the Debian hdf5 1.6.x package as a base but you have not properly updated the patches it applies to the upstream source to apply to 1.8.x
[02:42] <maxb> Unfortunately your job is made much harder by the way they've apparently completely changed the buildsystem upstream
[02:45] <neurobuntu_> :-|
[02:48] <maxb> I don't suppose debian intend to update their package any time soon?
[02:50] <neurobuntu_> maxb, nope I was asking to see when they were going to update and nobody could tell me
[02:51] <neurobuntu_> when you say i  "need to update the patches" you're not referring to patches in the debian dir are you? when i do apt-get source libhdf5-serial-1.6.6 I don't see any patches under the debian dir
[02:52] <maxb> zcat hdf5_1.6.6-4ubuntu1.diff.gz | lsdiff
[02:53] <maxb> The .diff.gz doesn't just create the debian/ dir, it also changes some of the upstream files
[02:54] <maxb> Before you get too scared looking at that... some of the files changed are the result of autogeneration
[02:54] <maxb> but some are not
[02:58] <neurobuntu_> maxb, wow ok well I can't express how helpful you've been tonight I'll hit the net and try to better understand what debian is doing before they package....  thanks again for your help I'm sure i'll end up in here again sometime
[03:00] <maxb> neurobuntu_: you've seen the README.Debian_shlib file, right?
[03:02] <neurobuntu_> yes
[03:02] <maxb> The key additional libtool flags regarding that change are -release $(H5_VERSION) -version-info 0
[03:05] <neurobuntu_> so does that readme mean that i have to setup the appropriate symlinks
[03:06] <qiyong> what is this repos?
[03:06] <qiyong> http://archive.ubuntu.com/ubuntu/pool/main/
[03:07] <qiyong> jaunty or karmic?
[03:07] <StevenK> Every release currently on archive.u.c
[03:07] <StevenK> Dapper, Hardy, Intrepid, Jaunty and Karmic
[03:09] <qiyong> my local repos created from the CD only contains one single file as:
[03:09] <qiyong> ubuntu/pool/main/r/ruby1.8/
[03:09] <qiyong> libruby1.8_1.8.7.72-3_i386.deb	
[03:09] <qiyong> why?
[03:10] <qiyong> StevenK: ^
[03:10] <StevenK> I have no idea, since I don't know how you created your local repo
[03:11] <neurobuntu_> maxb, thanks again for your help
[03:14] <neurobuntu_> qiyong, is its a repo from a liveCD?
[03:14] <qiyong> neurobuntu: yes, downloaded from the site
[03:15] <qiyong> a full cd thould be
[03:15] <StevenK> Oh, a live CDs repo doesn't contain a lot
[03:15] <StevenK> It's pointless to use that as a base
[03:16] <neurobuntu_> qiyong, if you are using a distribution before jaunty check out falcon
[03:16] <neurobuntu_> if you want to build your own repository
[03:16] <neurobuntu_> or launchpad
[03:17] <qiyong> should I use apt-mirror to build my local repos?
[03:18] <StevenK> apt-mirror works, I use it for my local mirror
[03:19] <qiyong> http://releases.ubuntu.com/9.04/ubuntu-9.04-server-i386.iso.torrent
[03:19] <qiyong> is this the said live CD? neurobuntu
[03:19] <StevenK> No, that's a torrent for a sserver install ISO
[03:19] <StevenK> s/ss/s/
[03:20] <qiyong> i mean the iso downloaded by that torrent
[03:20] <qiyong> is it the live CD?
[03:20] <qiyong> i thought it should be a full CD
[03:21] <qiyong> StevenK: ^
[03:21]  * DBO pokes directhex 
[03:21] <StevenK> What do you mean by "full CD" ?
[03:21] <qiyong> contains all the pkg from jaunty
[03:21] <StevenK> No such CD or DVD exists
[03:22] <StevenK> Since Jaunty is 18GB for i386
[03:22] <qiyong> or binary main at least
[03:22] <qiyong> oh
[03:22] <StevenK> Binary main is still too large for a DVD
[03:22] <qiyong> how much is a binary main?
[03:22] <StevenK> For Jaunty?
[03:23] <qiyong> yeah
[03:24] <StevenK> steven@infected:/srv/mirror/ubuntu/dists/jaunty/main/binary-i386$ echo $(($(grep '^Size' Packages | cut -d\  -f2 | numsum) / (1024 * 1024)))
[03:24] <StevenK> 5787
[03:24] <StevenK> A shade under 6GB, if I can do math
[03:24] <qiyong> a DVD can be 6G?
[03:24] <neurobuntu_> qiyong, dual layer can
[03:25] <StevenK> We don't currently ship any dual layer DVDs on cdimage.ubuntu.com
[03:25] <qiyong> is there that a full DVD?
[03:25] <qiyong> full DVD iso?
[03:25] <qiyong> oh
[03:26] <StevenK> And full Jaunty i386 is 24GB
[03:26] <jmarsden> qiyong: Just use apt-mirror to grab what you need, instead of starting with an ISO.
[03:26] <qiyong> i have this folders:
[03:26] <StevenK> Yes
[03:26] <qiyong> [DIR]	dists/	23-Apr-2009 15:16 	 - 	
[03:26] <qiyong> [DIR]	indices/	09-Jun-2009 00:57 	- 	
[03:26] <qiyong> [ ]	ls-lR.gz	09-Jun-2009 00:56 	7.1M	
[03:26] <qiyong> [DIR]	pool/	14-Jan-2008 22:05 	- 	
[03:26] <qiyong> [DIR]	project/	13-Feb-2008 14:39 	- 	
[03:26] <qiyong> to be a mirror or repos, which folders are must?
[03:26] <qiyong> pool?
[03:26] <StevenK> pool and dists
[03:27] <StevenK> But seriously, use apt-mirror
[03:27] <jmarsden> qiyong: See http://popey.com/Creating_an_Ubuntu_repository_mirror_with_apt-mirror for one tutorial on doing this.
[03:39] <qiyong> $ apt-mirror
[03:39] <qiyong> Downloading 84 index files using 20 threads...
[03:39] <qiyong> apt-mirror: can't write to intermediate file (index-urls.0) at /usr/bin/apt-mirror line 174.
[03:40] <qiyong> ignore above
[03:44] <qiyong> /var/spool/apt-mirror/mirror
[03:44] <qiyong> /var/spool/apt-mirror/skel
[03:44] <qiyong> /var/spool/apt-mirror/var
[03:44] <qiyong> what these three dirs for indivadually?
[03:45] <qiyong> can I only mirror one release only? mirror only jaunty for instance
[03:46] <Hobbsee> i'm sure you an
[03:46] <Hobbsee> *can
[03:47] <qiyong> what about the three folders?
[03:47] <Hobbsee> i don't know.  Does the manual or hte howto tell you?
[03:55] <qiyong> Hobbsee: check later
[03:55] <Hobbsee> ?
[03:56] <qiyong> how do I find who is using a mounted fs? lsof or fuser which what options?
[03:57] <ajmitch>  fuser -m
[03:57]  * Hobbsee advises #ubuntu for non-packaging questions
[04:07] <qiyong> ajmitch:
[04:07] <qiyong> root@leo:~# fuser -m /dev/sdb
[04:07] <qiyong> root@leo:~# umount /srv/sdb
[04:07] <qiyong> umount: /srv/sdb: device is busy.
[04:09] <Hobbsee> try calling that on a partition, not on an entire drive.
[04:10] <binarymutant> if anyone has some time to revu http://revu.ubuntuwire.com/p/pidgin-mbpurple , I would be greatly appreciative :)
[04:39] <qiyong> Hobbsee: i have /dev/sdb mounted on /srv/sdb
[04:40] <h6w> qiyong: Yes, and that works for you?  If so, you must have format the disk as a partition.  This tends only to happen on SSDs.
[04:41] <h6w> Normally, you'd have a partition number at the end.  e.g. /dev/sdb2
[04:44] <qiyong> umount: /srv/sdb: device is busy.
[04:44] <qiyong> h6w: ^ how do I find who is using a mounted fs? lsof or fuser which what options?
[04:44] <qiyong> i need to umount it
[04:44] <h6w> Are you in that dir?
[04:46] <qiyong> no
[04:47] <h6w> fuser -c -u /srv/sdb
[04:47] <qiyong> nothing
[04:48] <h6w> Then nothing is using it.
[04:48] <qiyong> i want to find what process using sdb
[04:48] <h6w> Try it with sudo
[04:48] <qiyong> still umount fails
[04:48] <qiyong> i'm root
[04:48] <h6w> Well then it must not be umounting for some other reason.
[04:48] <h6w> What type of fs is on it?
[04:49] <qiyong> ext3
[04:50] <h6w> You could use umount -l or umount -f, but you need to be sure everything's written to it.
[04:54] <qiyong> h6w: ok, -l get it umounted
[04:55] <h6w> cool.  man is your friend.
[07:11] <dholbach> good morning
[07:13] <iulian> 'ey Daniel.
[07:17] <dholbach> hiya iulian
[07:17] <dholbach> how's life?
[07:24] <iulian> dholbach: Everything is good :)
[07:24] <iulian> dholbach: How about yours?
[07:25] <dholbach> very good - just going through the sponsoring queue right now
[07:25] <dholbach> lots of good stuff in there
[07:26] <iulian> Indeed, I was taking a peek at it yesterday.  I'll dive in more today.
[07:27]  * dholbach hugs iulian
[07:27] <dholbach> you ROCK
[07:28]  * iulian has to study for his driver's license exam :(
[07:28]  * iulian hugs dholbach back.
[07:39] <dholbach> bdrung_: I need to install 246724967246MB of build depends just to build the matplotlib source package! :-)
[07:39] <Hobbsee> ah, but is one of them yada?
[07:40] <dholbach> no, luckily not
[07:42] <iulian> dholbach: I can build it for you.
[07:42]  * iulian has a fast net connection.
[07:42] <dholbach> iulian: no worries - I have them installed now
[07:43] <iulian> OK, great.
[07:45] <jmarsden> 246724967246 MB at 1Gbit/second would take around 62 years... iulian must have a *very fast* net connection :) :)
[07:46] <dholbach> jmarsden: we're not dealing with trifles here, we're changing the world! :-)
[07:46] <jmarsden> As long as it doesn't delay the release or Karmic by 62 years, that's fine with me :)
[07:48] <iulian> Heh
[07:49] <geser> jmarsden: if dholbach has enough free space to store the data I guess he has also a fast enough connection to receive it
[07:49] <jmarsden> geser: Impressive :)
[08:08] <dholbach> mterry: not sure if you heard of "submittodebian" before, it makes use of https://wiki.ubuntu.com/Debian/Usertagging (really good stuff)
[08:12] <didrocks> morning o/
[08:26] <\sh> moins
[08:32] <\sh> bah...the trolling didn't stop...
[08:33] <hyperair> which trolling?
[08:33] <Hobbsee> \sh: server side filtering for the win.
[08:33] <Hobbsee> hyperair: the mess on u-d-d list
[08:33] <hyperair> oh the mono one?
[08:33]  * hyperair facepalms
[08:33] <\sh> Hobbsee: thinking about that, unsubscribe u-d-d looks like a better plan
[08:34] <hyperair> i wonder how old the troll is..
[08:34] <Hobbsee> \sh: indeed.
[08:34] <hyperair> sounds like a kid making noise.
[08:34] <Hobbsee> \sh: depends if there's enough useful stuff on it
[08:35] <\sh> Hobbsee: tbh, I would like to see technical discussions more on u-d then discussing things with mostly-nonrelated-nontechnical-userbase could be that I'm too arrogant
[08:36] <Hobbsee> \sh: if i'm figuring out what you mean right (your english grammar is stuffed there, so i'm guessing after the third read), that's what's supposed to happen
[08:36] <Hobbsee> however, one of those "discussions" appears to be mono
[08:39] <\sh> Hobbsee: the discussion is totally non-technical and not relevant. It's more godwins law with s/nazi/ms+boycottnovell/...actually it's only wasting bandwidth and mail-storage
[08:41] <Hobbsee> \sh: oh, i know.  If it was kubuntu-users, i'd moderate anyone who posted on the topic, send a warning mail that the discussion was to stop right here, right now, warn that i'd moderate the *entire* list if it didn't, and regularly go through the moderation queue.
[08:41] <Hobbsee> unfortunately, it's not a list I have access over
[08:41] <Hobbsee> oh, and there would be more in the mail than that (like, about the CoC), but that would be the crux of it.
[08:43] <\sh> moins siretart`
[08:43] <Hobbsee> gah, the other thread is no better either.
[08:43] <siretart`> hey folks! hi \sh!
[08:44]  * hyperair is thankful that he is not subscribed to u-d-d =\
[08:45] <\sh> siretart`: I fixed the menu.lst problem like "write my own update-grub in scripts/GRUB/10-setup" ;)
[08:45] <\sh> siretart`: and fai-divert update-grub
[08:45] <siretart`> \sh: yes, but this breaks the purpose of ucf as well
[08:46] <\sh> siretart`: problem I saw was that the menu.lst inside /var/run/grub/ wasn't correctly set...the name was menu.lst.ucf-dist and I wonder where that came from
[08:46] <siretart`> \sh: BTW, are you targeting karmic or jaunty currently?
[08:46] <\sh> siretart`: karmic
[08:47] <\sh> aeh sorry jaunty
[08:47] <siretart`> aha
[08:47] <\sh> karmic just got grub2 ,-)
[08:47] <siretart`> exactly
[08:47]  * \sh is still tired...1:30 UTC+2 I was at home...even if I wanted to go home early
[08:48]  * siretart` is going to have a long day today as well :-(
[08:50] <\sh> siretart`: too much work here right now...we got 2x hp bl7000c full featured enclosures with complete 32x bl465c and 2x Cisco 6509 Carrier Grade 21U switches + 2x Cisco ASR routers...and we need to install them next week in our new DC...so the FAI stuff is for the blades ;)
[08:50] <siretart`> I see
[08:51] <siretart`> I'm looking forward to see a working FAI in ubuntu again :-)
[08:51] <\sh> it's really no fun...even if I would love to play with the blades..but there is always no time :)
[08:52] <\sh> siretart`: yes...debian lenny + this firmware not included crap is giving me headaches...when you install dl365 e.g. and you don't have a working NIC because broadcoms firmware is not included by default..no fun
[08:53] <siretart`> ah, right, but isn't the firmware packaged in non-free?
[08:53] <\sh> siretart`: but it looks like that SID kernel and jaunty kernel have problems mounting aufs over nfs, people on #fai@oftc reported that...I need to look at this later on
[08:53] <siretart`> or is that the crappy sort of firmware?
[08:54] <\sh> siretart`: yeah...but not installed by default because of non-free so you when you are not using d-i you need to take care to install it manually
[08:55] <\sh> oh my english this morning is kauderwelsch
[08:55]  * \sh needs another tea 
[08:56]  * xnox set up a filter to delete threads with "mono" in it from my mailbox
[08:56] <siretart`> but with fai that should be rather easy to implement, or do I miss something important here?
[08:56] <siretart`> xnox: try scoring
[08:56] <\sh> siretart`: nope...you need to install it into the nfsroot
[08:56] <siretart`> the most difficult thing seems to remember to do that :-)
[08:57]  * xnox uses gmail......
[08:57] <\sh> siretart`: but using ubuntu all the time, you don't expect such "feature" from debian...and hp supports debian officially so I thought it should run out of the box
[08:57] <siretart`> perhaps a switch --with-nonfree-firmware can be added to make-fai-nfsroot or something
[08:57] <\sh> siretart`: sounds like a nice wishlist bug ;)
[09:21] <\sh> siretart`: jaunty is installed via fai ;) well..without update-grub and ucf but installed ;)
[09:22] <siretart`> \sh: so aufs finally works again on nfs in jaunty?
[09:22] <siretart`> s/again//
[09:24] <directhex> frankly i never once managed to get aufs to do anything. the manual is obtuse at best
[09:26] <\sh> siretart`: no it's debian lenny with fai from uni-koeln.de installing jaunty
[09:26] <\sh> siretart`: that's the "fast and furious installation plan"...now I can work on "fai on jaunty"
[09:26] <siretart`> oh, I see :-(
[09:27] <siretart`> ah, I see
[09:36] <geser> jpds: the buildd script in u-d-t trunk has now full support of LP API for give-backs and rescoring
[09:37] <jpds> geser: Awesome! :D
[09:37] <bdrung_> dholbach: Then you need only 172473253 1,5 TB hard drives to store the data. :D
[09:38] <dholbach> bdrung_: no big deal... I sponsored it - good work!
[09:39] <bdrung_> dholbach: thanks
[09:39] <jpds> geser: I guess this means we can finally remove lp_cookie from the source.
[09:39] <siretart`> bdrung_: hey there. would you mind updating the mplayer backport in the motumedia PPA?
[09:40] <geser> jpds: if it isn't used anywhere anymore sure (didn't check)
[09:40] <siretart`> bdrung_: I've uploaded an upgrade path fix
[09:41] <bdrung_> siretart: i will do it this afternoon
[09:42] <geser> jpds: from a look at some of those lp_functions methods, I guess they can use some caching to not refetch the same objects through the LP API everytime just to access an attribute (but I didn't have a close look yet)
[09:43] <jpds> geser: I'll take a look.
[09:43] <siretart`> bdrung_: thanks
[09:44] <bdrung_> siretart: there is no comment in the changelog about a path fix
[09:44] <geser> jpds: requestsync:import ubuntutools.lp.cookie as lp_cookie
[09:44] <siretart`> bdrung_:  upgrade path, not file path
[09:46] <jpds> geser: launchpad_cookie isn't used anywhere tho...
[09:51] <bdrung_> siretart: can you update the debian maintainer field the next time? dpkg-source complains: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[09:56] <siretart`> bdrung_: the ubuntu package *is* actively maintained in the pkg-multimedia git repository in the ubuntu branch
[09:56] <siretart`> that's why I've kept the maintainer field, because it is acurate
[09:57] <dholbach> siretart`: it will break dpkg-buildpackage for people with a ubuntu.com mail address IIRC
[09:59] <siretart`> dholbach: are you really sure with that? IIRC there are also some packages with a dedicated maintainer field in the archive, and I don't remember some mail that they were prohibited
[09:59] <Hobbsee> i only ever remember it throwing a warning before
[10:00] <Hobbsee> it's become mandatory now?
[10:00] <alkisg> Hi, (newbie question) if I use dch -i on a "native debian" package of mine, and the previous changelog entry is "ltsp-server-pnp (0.1.4) jaunty; urgency=low", I get a proposed new version of "0.1.4ubuntu1". How can I make dch use "0.1.5" as the new version?
[10:00] <dholbach> siretart`: not prohibited, but our tools make it hard to work around DebianMaintainerField
[10:00] <Hobbsee> alkisg: dch -Ui
[10:00] <alkisg> Hobbsee: thank you very much
[10:00] <Hobbsee> alkisg: you're welcome.  And i'm not sure why that's missing from the manpage
[10:01] <dholbach> dpkg-source: Fehler: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[10:01] <dholbach> dpkg-buildpackage: Fehlschlag: dpkg-source -b hello-2.2 gab Fehler-Exitstatus 255
[10:01] <dholbach> debuild: fatal error at line 1334:
[10:01] <siretart`> dholbach: TBH, that sounds like broken tools
[10:01] <dholbach> Hobbsee, siretart`: ^
[10:01] <Hobbsee> well, there you go.  And I agree with siretart`.
[10:01] <siretart`> dholbach: I don't see that. and I always build ubuntu ffmpeg package on my ubuntu laptop
[10:02] <dholbach> siretart`: what is your DEBEMAIL?
[10:02] <siretart`> siretart@tauware.de
[10:02] <dholbach> Hobbsee: that doesn't solve the problem that bdrung_ has
[10:02] <dholbach> siretart`: there you go :)
[10:02] <siretart`> ah, you mean it just works because of that
[10:02] <dholbach> right
[10:27] <bdrung_> siretart: done
[10:28] <\sh> siretart`: I think I solved the grub problem
[10:28] <siretart`> bdrung_: thanks!
[10:29] <siretart`> \sh: w00t! :-) - how?
[10:29] <\sh> siretart`: when you want to have update-grub working and want to use the ucf technique,...just don't deliver a menu.lst ... do your grub-install in scripts/GRUB/10-setup and $ROOTCMD /usr/sbin/update-grub -y et voila
[10:30] <siretart`> yes, that sounds reasonable, if it works
[10:30] <siretart`> you rock! :-)
[10:30] <siretart`> afk, lunch
[10:30] <\sh> siretart`: I can tell you it works right here right now
[11:39] <geser> gaspa: when you get bored with checking ocaml give-backs, it looks like octave-* is ready to be checked for give-backs :)
[11:39] <gaspa> geser: lol
[11:40] <up_the_irons> I rebuilt a package on an intrepid box, and b/c that box had python 2.5 (standard), it put as a dependency "python (<< 2.6), python (>= 2.5)" (this is the expansion of ' ${python:Depends}' I believe).  Now this package won't install on a jaunty box b/c jaunty has Python 2.6 (standard).  Any suggestions? (should I manually put more liberal Depends in debian/control for python?)
[11:41] <geser> up_the_irons: rebuild it on jaunty
[11:41] <gaspa> geser: right now i'm after matita ftbfs, then i think i'd move to something else ;)
[11:41] <siretart`> NCommander: are you still working on ubuntu on arm these days?
[11:41] <siretart`> NCommander: if yes, perhaps you could triage bug #384784?
[11:42] <up_the_irons> geser: was trying to avoid that, it has a lot of build dependencies; but i guess I could as a last resort.
[11:43] <geser> up_the_irons: if the package has a compiled python extension you need to rebuild it with python2.6 if you want to use it with python2.6
[11:43] <up_the_irons> geser: oh ok
[11:47] <up_the_irons> tnx
[12:05] <alkisg> What tools are usually used for word-wrapping e.g. the README file in packages?
[12:07] <up_the_irons> personally, i just use vim with ":set tw=72" ;)
[12:09] <binarymutant> if anyone has time to review and possibly advocate http://revu.ubuntuwire.com/p/pidgin-mbpurple , I will be forever grateful :)
[12:10] <alkisg> up_the_irons: hmm that works when writing a new paragraph, but not when editing an existing paragraph (or, *I* can't get it to work...)
[12:11] <up_the_irons> alkisg: gq{
[12:11] <up_the_irons> :)
[12:12] <up_the_irons> sometimes I have to hit 'J' a lot to bring everything up to the same line, then 'gq{' reformats the whole thing.  I'm sure there's probably a keystroke that does it all at once, but i'm too lazy to figure it out
[12:12] <alkisg> For now, I'm using Evolution => composing a new text mail => wordwraps, even supports bullets! But it seems kinda silly to keep the original README in the "Draft" email :D
[12:12] <alkisg> up_the_irons: ah, that sounds good, let me try...
[12:13] <up_the_irons> alkisg: my vi also supports bullets... ;)
[12:13]  * alkisg is only basically familiar with vi, must read more... :)
[12:14] <alkisg> Thanks, up_the_irons
[12:14] <up_the_irons> alkisg: np
[12:15] <up_the_irons> the more you learn vim, the more everything else just doesn't cut it.  unless u like emacs.  both are good
[12:26] <mterry> dholbach: Ah, thanks for the pointer about submittodebian.  I've just been using reportbug --bts=debian
[12:26] <dholbach> it's really good stuff
[12:43] <qiyong> is this a jaunty bug?
[12:43] <qiyong> libapache2-mod-php5 depends upon apache prefork only
[12:46] <soren> qiyong: What would the bug be?
[12:47] <qiyong> libapache2-mod-php5 depends on prefork only, it doesn't work with worker
[12:47] <soren> php isn't thread-safe, so it's stuck with the prefork MPM.
[12:47] <soren> that's right.
[12:47] <soren> It doesn't work with worker.
[12:47] <qiyong> if i have to use worker
[12:47] <qiyong> what php should I choose?
[12:47] <soren> Then you can't use mod_php5.
[12:48] <soren> I use php5 through fastcgi instead.
[12:48] <soren> Works great.
[12:48] <soren> ..with the worker MPM.
[12:48] <qiyong> libapache2-mod-php5 depends on prefork
[12:48] <soren> ...
[12:48] <soren> Yes.
[12:49] <soren> Because it does. not. work. with. the. worker. mpm.
[12:49] <qiyong> so worker is threaded?
[12:49] <soren> Yes.
[12:49] <qiyong> will mod php be threaded one day?
[12:49] <qiyong> is threaded the future?
[12:49] <soren> PHP isself is thread safe, AFAIK.
[12:49] <soren> The problem is the libraries on which it depends.
[12:49] <soren> ...which aren't all thread safe.
[12:50] <soren> So until they're all fixed, you're stuck with the preform mpm (if you *insist* on using mod_php5).
[12:50] <qiyong> threaded vs prefork, which is the future?
[12:50] <soren> Threaded.
[12:50] <qiyong> isn't mod_php5 the fastest php?
[12:51] <soren> With a properly confiured fastcgi setup, you can get comparable speeds.
[12:51]  * soren realises he's in #ubuntu-motu
[12:51] <soren> This is totally #ubuntu-server stuff.
[12:52] <qiyong> is mod_php4 wokring with worker?
[12:52] <soren> No.
[12:53] <soren> And php4 is dead.
[12:53] <StevenK> Which depends on the same libraries that php5 does, which still aren't any more thread safe then when php5 uses them.
[12:53] <qiyong> then libapache2-mod-passenger is buggy
[12:53] <qiyong> it only depends on mpm-worker
[12:53] <qiyong> mods work with mpm-worker should be able to work with prefork too
[12:55] <soren> *shrug*
[12:56] <StevenK> I think passenger wants threads, but I'm not sure
[12:56] <up_the_irons> qiyong: i'm running mpm-worker, and installed passenger manually from the gem
[12:56] <soren> I don't know mod_passenger.. And from the description, I'm going to guess I don't care about it either :)
[12:56] <up_the_irons> qiyong: wait, sorry.  i'm running prefork
[12:56] <StevenK> I'm happily using it, but I think PHP needs to die
[12:57] <up_the_irons> passenger is quite nice
[13:00] <qiyong> up_the_irons: is their other rails mod?
[13:01] <qiyong> s/their/there/
[13:01] <up_the_irons> qiyong: not as an apache module; passenger is pretty much the one to use
[13:01] <qiyong> passenger is an apache module, no?
[13:01] <up_the_irons> but there's always the {nginx/lighttpd} -> mongrel approach
[13:02] <up_the_irons> qiyong: yup, apache mod
[13:05] <qiyong> which pkg provides php5 fast cgi?
[13:07] <qiyong> soren: ^
[13:10] <soren> php5-cgi
[13:15] <qiyong> with fast cgi, i have to put all my php into cgi-bin?
[13:15] <qiyong> soren: ^
[13:16] <soren> No, you don't have to change anything, except for a bit of Apache configuration.
[13:16] <soren> Still... This is #ubuntu-server stuff.
[13:16] <soren> Please go there.
[13:43] <qiyong> how do i setup php-cgi?
[13:44] <Pici> qiyong: This isn't a support channel. #ubuntu-server would be the best place to ask.
[13:44] <Pici> or #ubuntu
[13:44] <Hobbsee> and for anything that isn't server related, #ubuntu is the place to ask.  Please stop asking non-packaging questions here.
[14:18] <\sh> SirDerigo: http://faiwiki.informatik.uni-koeln.de/index.php/FAIUbuntuGrubProblems <- menu.lst + ucf fix ;)
[14:19] <qiyong> how do i install a pkg without installing its depends?
[14:19] <\sh> SirDerigo: wasn't for you...
[14:19] <\sh> siretart: http://faiwiki.informatik.uni-koeln.de/index.php/FAIUbuntuGrubProblems <- menu.lst + ucf fix
[14:20] <SirDerigo> \sh: dont worry
[14:23] <maco> qiyong, um, but idea, but read man dpkg's section on forcing stuff
[14:23] <maco> s/but/bad/
[14:24] <Pici> qiyong: Is there a reason you keep asking support questions in here? You've been asked a few times to take them elsewhere...
[14:26] <qiyong> Pici: sorry, some mistakes
[14:47] <bddebian> Heya gang
[14:48] <siretart`> heyha bddebian!
[14:49] <bddebian> Hi siretart`
[14:54] <lampard> I am packaging a software. Upstream releases a tarball named "appname 1.3.tar.gz" (yes, with a white space). Should I rename it to eliminate the white space or the version number? Or maybe should I just add the orig.tar.gz part?
[14:57] <slytherin> lampard: you must not eliminate number. And yes you should rename the tar to remove white space. the .orig.tar.gz should have name in particular format
[14:58] <siretart`> lampard: name it 'appname_1.3.orig.tar.gz'
[14:59] <lampard> Ok, and then I just unpack it and dh_make as usual, right? Great, thank you!
[15:02] <lampard> oh, after extracting the tarball it creates the directory "name 1.3". Should I modify it as well before proceeding?
[15:03] <lampard> name-1.3, I suppose
[15:05] <pochu> lampard: don't modify the tarball, dpkg will DTRT
[15:05] <pochu> so just untar it now, and rename it to run dh_make
[15:05] <pochu> but don't repack it
[15:06] <lampard> pochu: Yeah, that's what I intended. Thanks!
[15:22] <slytherin> does anyone know what this error is - dpkg-trigger: dpkg-trigger must be called from a maint
[15:23] <slytherin> dpkg-trigger: dpkg-trigger must be called from a maintainer script (or with a --by-package option)
[15:31] <binarymutant> if someone could review and possibly advocate http://revu.ubuntuwire.com/p/pidgin-mbpurple , I will be forever grateful :)
[15:45]  * \sh is gone home...
[16:42] <loic-m> when a program installs the upstream manpage itself (in the Makefile), is it ok to leave it like that and omit dh_installman in d/rules?
[16:48] <soren> loic-m: Sure.
[16:48] <loic-m> soren: thanks
[16:58] <Riddell> pkern: bug 306955 waiting for your response
[17:01] <pkern> Riddell: Right.  I'm just not sure how to deal with it.  In my tests killall -9 sobby did release the sockets but for the canonical sysadmins it clearly didn't.  So providing a test case with a hanging socket will be hard.
[17:02] <loic-m> When a game installs into /usr/bin but I want it to install in /usr/games, should i patch upstream makefile or is there a way to do it in debian/rules?
[17:03] <Riddell> loic-m: you can put something like this in rules mv debian/<package>/usr/bin/mygame debian/<package>/usr/games/mygame  or set a .install file to move  it, or edit the build system
[17:04] <loic-m> Riddell, thanks.
[17:10] <Riddell> cody-somerville, jdong: bug 378507 needing motu-sru love
[17:46] <AnAnt> Hello, who can I ask about grub2 ?
[17:47] <geser> try #ubuntu-devel
[17:47] <AnAnt> ok, thanks
[17:56] <bin1010> howdy, who would I ask about changing dependencies of an existing .deb package?
[18:03] <bin1010> well actually just adding some dependencies
[18:03] <geser> this involves at least a rebuild of the package
[18:05] <bin1010> So I will have to unpackage the .deb to a directory, then repack with checkinstall with new dependencies?
[18:06] <neurobuntu> bin1010, you don't have to unpack the directory, do an apt-get source <package> update the dependencies and rebuild
[18:06] <geser> no, you need to modify the source package it you want to do it properly
[18:14] <bin1010> k.  I got all the dependencies when did a apt-cache search <missing library reported by make> | grep dev for each of the missing pieces.  Then I made the project and used checkinstall to make the .deb.  Then I installed it and apt-get autoremove removed all the dependencies.  LOL.  So I have to figure out a way to add the dependencies to the .deb, right?  Or is there a better way to do this?  I only update these packages about every mon
[18:15] <bin1010> its been kind of fun to learn, but I've kind of hit the top of what I can find online for help...sorry
[18:17] <bin1010> all of these packages are from SVN repos
[18:21] <bin1010> here is the script that I've made over the last 6 months, adding and trying new things to fix this little problem.  It sure is a pain to learn it every month or so :).  http://pastebin.com/f2020d4f2
[18:59] <ivoks> RoAkSoAx: hi
[18:59] <RoAkSoAx> ivoks, heya!! how's it going?
[19:00] <ivoks> RoAkSoAx: sorry for not replying
[19:00] <ivoks> RoAkSoAx: i had to work on stuff that pay by bills :)
[19:00] <ivoks> my
[19:00] <RoAkSoAx> ivoks, haha I understand.. I've been busy too :)
[19:01] <RoAkSoAx> ivoks, I've uploaded heartbeat 2.99.2 to my ppa: https://launchpad.net/~andreserl/+archive/ppa to do some testing
[19:02] <ivoks> great
[19:03] <RoAkSoAx> ivoks, sorry I'm off to lunch.. just drop me an email or we'll talk tomorrow. see ya later
[19:23] <dupondje> If a merge gets approved (Fix Released) what else needs to be done to get it into the repo's ?
[19:24] <directhex> fix released means it has been merged
[19:25] <dupondje> but its still not in repo's ?
[19:26] <directhex> bug# ?
[19:26] <dupondje> https://bugs.launchpad.net/bugs/383271
[19:28] <directhex> NEW
[19:28] <directhex> https://launchpad.net/ubuntu/karmic/+queue
[19:29] <iulian> mok0: Is it OK with you if I upload the diff from bug #383214?
[19:29] <dupondje> oh directhex, and when does it reach the repo's then :)
[19:29] <directhex> dupondje, when someone clears it from NEW
[19:30] <mok0> iulian: sure, go ahead
[19:31] <iulian> Thanks.
[19:37] <bin1010> any ideas?
[19:41] <fabrice_sp> bin1010, debian/ontrol file in the source package is what you are looking for
[19:41] <fabrice_sp> debian/control
[19:41] <fabrice_sp> this is where you specify the dependencies of a package
[19:42] <fabrice_sp> bin1010, you can have a look at http://www.debian.org/doc/debian-policy/ch-controlfields.html
[19:46] <porthose> bin1010: you should also use packaging tools such as dpkg or debuild, pdebuild etc to build you package and not checkinstall
[19:48] <directhex> checkinstall is a hack, and unsupportable
[19:48] <fabrice_sp> checkinstall ?! Vade retro!
[19:55] <porthose> bin1010: have a look at https://wiki.ubuntu.com/PackagingGuide/Complete there is a lot of good information in it ;-)
[19:58] <bin1010> thanks guys.  I will check it out
[20:00] <fabrice_sp> bin1010, for what I've seen, your're building svn version of mplayer, ffmpeg and smplayer, right?
[20:00] <bin1010> yep
[20:01] <bin1010> but the dependencies aren't sticking for runtime on mplayer and smplayer, I think...so apt-get autoremove messes things up
[20:02] <fabrice_sp> as this are existing package in Ubuntu, I would say you could use the existing packaging as an envelop, and get the dependencies automatically generated using pbuilder, for example
[20:02] <bin1010> i am making .debs because I have 5 machines at the house that need this...so build once
[20:02] <fabrice_sp> the page that porthose gave you about packaging would explain all that things
[20:03] <fabrice_sp> and automatically gives you the dependencies :-)
[20:03] <fabrice_sp> generates, I mean
[20:35] <bin1010> cool  thanks.  Lot to learn :)
[21:29] <binarymutant> if someone has the time, http://revu.ubuntuwire.com/p/pidgin-mbpurple , needs advocation :)
[21:36] <gaspa> geser: should octave-* be built against 3.0 or 3.2 ?
[21:36] <gaspa> (i mean: octave3.0 or octave3.2)
[21:38] <ajmitch> morning
[21:51] <mok0> Anyone here that knows something about javascript and perhaps greasemonkey?
[22:05] <soren> mok0: What do you want to know?
[22:06] <mok0> soren, berlingske.dk is detecting my adblocker, I'd like to understand how that works
[22:07] <mok0> soren, and possibly defeat it
[22:07] <soren> mok0: I'm working on that *exact* problem *right* now :)
[22:07] <mok0> soren, heh!
[22:07] <soren> mok0: I know that you can change adblock settings to work around it (tell it to not collapse the blocked elements, and you'll be fine)...
[22:07] <soren> mok0: I also know how to change adblock to fix it...
[22:08] <soren> mok0: ..but I've gotten stubborn and want to use greasemonkey to fix it, but it's proving quite difficult.
[22:08] <mok0> soren, that worked earlier today but no more
[22:08] <mok0> soren: I see
[22:08] <soren> mok0: Oh, they changed it? /me goes to look what they changed.
[22:09] <mok0> soren, if you could strip off the script near the end of the page
[22:09] <mok0> soren, or mangle the diversion statement
[22:09] <soren> mok0: I have something more elegant in mind :)
[22:09] <mok0> soren: cool
[22:10] <soren> mok0: I'm just having difficulties applying it, becauase greasemonkey scripts get applied *after* the page loads, which is too late.
[22:10] <mok0> soren: it's the same on bt.dk and stiften,dk
[22:10] <mok0> ah
[22:10] <soren> I have an idea, though.
[22:10]  * soren goes to try it.
[22:11] <mok0> soren: what is that mserving.com?
[22:11] <soren> mok0: I think it's something used by some adblockers.
[22:12] <soren> mok0: I don't know, though. I'm just guessing based on the code.
[22:12] <mok0> soren, so that snippet looks for a script from mserving and if it's not found it diverts you
[22:14] <mok0> perhaps it's the script.style.display == none that hits us
[22:14] <soren> mok0: It is.
[22:17] <soren> mok0: ..getting closer.
[22:18] <mok0> soren: go go go
[22:21] <soren> mok0: Hm... I might not even need greasemonkey to do this.
[22:22] <soren> mok0: I have it working now. I just want to adjust it a little bit.
[22:22] <ajmitch> sounds like some serious bugfixing going on :)
[22:22] <mok0> ajmitch: some news sites here started to detect that you are using an adblocker and denying you access
[22:23] <ajmitch> that's sort of nasty
[22:23] <mok0> soren: like you said, if GM does it's stuff after the page has loaded, it wont work
[22:23] <mok0> It think
[22:23] <mok0> :-)
[22:26] <soren> mok0: Win!
[22:26] <mok0> soren, yay!
[22:26] <mok0> soren, try stiften.dk and bt.dk too
[22:27] <soren> mok0: http://pastebin.com/f1f3c4804
[22:30] <soren> mok0: Save it locally and open it in firefox. It should lead you to a bt.dk that works.
[22:32] <mok0> soren, it works
[22:32] <soren> mok0: Does it?
[22:32] <mok0> soren: but it also works to uncheck "Collapse blocked elements" in the adblocker
[22:32] <soren> mok0: Oh. I though you said it didn't anymore?
[22:32] <mok0> soren: except for berlingske.dk,
[22:32] <soren> Ah.
[22:33] <mok0> soren: it worked everywhere earlier, but the script is the same (??????
[22:34] <soren> mok0: Actually, it doesn't work for me now. It just takes a /lot/ longer before the reject page shows up.
[22:34] <soren> I have no idea why.
[22:36] <mok0> soren, weird
[22:37] <mok0> soren: damn javascript
[22:37] <mok0> soren: I think it takes long because that script is at the bottom of the page
[22:46]  * soren goes back to his iframe idea.
[22:47] <binarymutant> if someone has the time, http://revu.ubuntuwire.com/p/pidgin-mbpurple , needs advocation :)
[22:49] <mok0> soren, can you reproduce my "Collapse blocked elements" results?
[22:54] <mok0> soren, alte)natively, create a wget command that clicks 100 million  times on the eurocard banner :-)
[23:05] <soren> mok0: I haven't tried the collapse thing. I don't actually want to read the news on the site, I just want to work around their check :)
[23:08] <mok0> soren, it¨s just weird that it only works on two out of three sites
[23:11] <mok0> soren: I'm hampered by the fact that I don't know how the adblocker works in detail
[23:13] <soren> mok0: Screw it. I'll look at it tomorrow or something. I have stuff I need to do :)
[23:14] <mok0> soren: sure
[23:15] <soren> mok0: /my/ main problem is that I can't seem to work out which prototype the document in an iframe is instantiated from.
[23:15] <soren> mok0: If I could work that out (and assuming Firefox' DOM doesn't special case builtins), it'd be easy enough.
[23:16] <mok0> soren: y
[23:16] <mok0> soren: you lost me
[23:16] <mok0> :)
[23:17] <soren> Erm... Well, Javascript uses prototype based OO rather than class based.
[23:17] <mok0> soren: I see
[23:17] <soren> ..so I can't necessarily just fiddle with the HTMLDocument prototype and expect it to work.
[23:18] <soren> ..because there might be another HTMLDocument prototype in a different scope that is being used to instantiate the document in the iframe.
[23:18] <mok0> soren: ah, ok
[23:18] <soren> and until I work that out, I'm a bit lost.
[23:18] <mok0> soren: it must be documented somewhere
[23:21] <soren> Maybe.
[23:22] <bdrung_> how to handle ftbfs caused by unmet dependencies?
[23:22] <directhex> meet the dependencies
[23:24] <bdrung_> directhex: it only failes on powerpc and armel.
[23:24] <bdrung_> https://launchpad.net/ubuntu/karmic/+source/matplotlib/0.98.5.3-1ubuntu1
[23:25] <Laney> meet the dependencie on ppc and armel
[23:25] <Laney> s
[23:25] <directhex> looks like tex is broken on ppc
[23:25] <Laney> yep
[23:25] <Laney> there's a bug about this
[23:25] <Laney> (the trigger thing?)
[23:25] <Laney> (didn't look)
[23:26] <directhex> Laney, yeah
[23:26] <directhex> and looks like kdebindings on arm
[23:26] <bdrung_> what to do when the dependencies are met?
[23:27] <bdrung_> do i have to upload a new version?
[23:27] <directhex> it can be re-triggered by sexy people
[23:27]  * ogra wonders about sexy people with keybindingd on their arms
[23:27] <ogra> *keybindings
[23:28] <bdrung_> but how do i know that the problems are fixed? i do not have a ppc or armel machine.
[23:29] <directhex> bdrung_, when in doubt, tickle TheMuso or NCommander?
[23:29] <ogra> you take a look at the build log
[23:29] <directhex> or that, yeah
[23:29]  * NCommander beats directhex 
[23:30] <ogra> https://launchpad.net/builders/ might also be intresting :)
[23:30] <directhex> despite having met NCommander in person, i still mentally add the electric six song "dance commander" as a soundtrack whenever he speaks on irc
[23:31] <ogra> NCommander, thunderbird-3.0 3.0~b3~hg20090608r2804+nobinonly-0ubuntu1~umd1 ? whats umd1 ?
[23:31] <NCommander> ogra, copied from the thunderbird-3.0 PPA
[23:31] <ogra> i was just wondering about the abbreviation
[23:31] <NCommander> ogra, as part of the debugging of thunderbird, we want to know if the latest versions are still affected
[23:31] <NCommander> ogra, oh, no idea :-)
[23:31] <NCommander> directhex, you best be nice, i still haven't signed your GPG key
[23:31] <NCommander> .... *thinks you were at the key signing party*
[23:31] <NCommander> And if not, then forget what I just said
[23:32] <directhex> NCommander, who said i wasn't being nice? :o
[23:32] <ogra> directhex, be careful or he'll revive the mono discussion on u-d-d ;)
[23:32] <directhex> ogra, i think maco is the last one to poke that hornets' nest
[23:32] <NCommander> you mean that mono s-*tackled*
[23:33] <directhex> "sleetstorm"
[23:33] <NCommander> Personally, my biggest issue with mono is its freaking bloated and the codebase is very very scary
[23:34] <maxb> ogra: ubuntu-mozilla-daily, I'd guess
[23:34] <ogra> ah
[23:35] <directhex> NCommander, at least it's not openjdk!
[23:35] <NCommander> directhex, openjdk is at least patent free
[23:35] <NCommander> ^- *rephrase*
[23:35] <NCommander> Less likely to be hit with a patent lawsuite once it becomes competetive
[23:36] <directhex> NCommander, really? and sun's cross-patent deal with MS? and their nontransferrable settlement with kodak over infringement?
[23:37] <NCommander> directhex, I said less likely
[23:39]  * directhex waves his degree in internet lawyering
[23:40] <directhex> only $100 via your local spam folder!
[23:55]  * JontheEchidna can haz degree in internet lolyering?
[23:58] <directhex> JontheEchidna, there's a special offer - they'll throw in a slap-chop for only $5 more