[12:40] <keescook> mjg59: 133823
[12:41] <mjg59> keescook: Only thing I can think of is a blacklist issue
[12:41] <keescook> mjg59: yeah, that's what I though too, but I see no mention of it.
[12:43] <keescook> mostly I'm just curious, and at this point I can't really debug it more without hardware
[12:59] <calc> evand: you here?
[12:59] <evand> calc: yes
[01:00] <calc> evand: which odf converter is what we should be using it looks like its for windows from odf -> ooxml
[01:00] <calc> evand: perhaps i am a bit confused
[01:00] <evand> can you rephrase that?
[01:01] <calc> it appears that the ODF translator command line tools are for use in windows
[01:02] <calc> to convert from openoffice to office xml
[01:02] <evand> http://odf-converter.sourceforge.net/ is the one that worked for me
[01:03] <evand> freespire has a deb (looks hairy though): http://apt2.freespire.org/CNRUbuntu/pool/main/o/odf-converter/
[01:03] <calc> evand: ah ok, i'll look at that to see what they did with it
[01:03] <evand> calc: awesome, thank you
[01:10] <lamont> ttf-*-fonts needs to use dpkg triggers. kthxbye
[01:24] <pygi> doko, ping
[02:47] <elmo> in 10 minutes titanium.canonical.com, the machine hosting wiki.ubuntu.com, help.ubuntu.com and other launchpad-enabled wikis, will be shutdown for some necessary maintenance, ETD is 5 minutes
[02:51] <bddebian> Noooo
[02:58] <LongPointyStick> oh dear
[02:59] <pygi> LongPointyStick, xD
[03:00] <elmo> (titanium / wiki.u.c etc. is back)
[04:21] <TheMuso> Would a core dev mind doing a no-change rebuild upload for gnome-speech so it can be built against the new espeak? Thanks.
[04:21] <TheMuso> If any are around and not busy...
[04:23] <pygi> TheMuso, it's 4:22 in the morning xD
[04:24] <TheMuso> pygi: There are core devs in other timezones you know.
[04:24] <pygi> TheMuso, possibly =)
[04:25] <snap-l> I thought everyone used the one true TZ: EST+5
[04:25] <snap-l> Tell these slackers to wake up! :)
[04:26] <LongPointyStick> TheMuso: doing
[04:26] <LongPointyStick> done
[04:27] <TheMuso> LongPointyStick: Thanks heaps. I don't think its worth a bug filing for something so trivial.
[04:28] <LongPointyStick> :)
[04:28] <LongPointyStick> no problem
[04:36] <mneptok> "I don't think its worth a bug filing for something so trivial."  -  last words of my pediatrician before he got his license revoked.
[04:37] <TheMuso> mneptok: haha
[04:37] <TheMuso> I think this is somewhat different.
[04:38] <mneptok> TheMuso: you obviously haven't seen my thought-to-speech routines. they're ... somewhat obfuscated.
[04:39] <TheMuso> heh
[08:32] <calc> evand: odf-converter sucks, it is written in windows and apparently just happens to sometimes work on linux, having to rewrite most of the makefiles to some extent in some cases they don't exist at all :-\
[08:33] <calc> evand: but maybe by tomorrow night I will have something to test with on the current version
[09:01] <pitti> A beautiful morning, Ubunteras and Ubunteros!
[09:01] <mdke> morning pitti
[09:03] <superm1> Ubuntueras haha..
[09:07] <bryce_> heya pitti
[09:08] <dholbach> good morning
[09:10] <superm1> pitti, do you have a few moments to discuss two SRU bugs that I subscribed ubuntu-archive to earlier?  I anticipate that they will be jostling discussion before they are touched, so its probably better to discuss them before I head to bed in a bit
[09:10] <superm1> the past two archive admins that have touched it at least it sparked discussion :)
[09:11] <LaserJock> good morning dholbach
[09:11] <superm1> mornin bryce_ dholbach
[09:11] <dholbach> hey LaserJock, hey superm1
[09:11] <dholbach> how are you guys doing?
[09:11] <superm1> i'm getting sleepy :S
[09:11] <LaserJock> I need to go to bed
[09:11] <LaserJock> heh
[09:12] <superm1> been finally going through and cleaning up my t-bird the last few hours
[09:12] <superm1> nice to have things finally going in the right places and marked read
[09:12] <pitti> superm1: no problem; please just point me to them, and I'll comment in the bug
[09:12] <superm1> bug 134726 and bug 134801
[09:12] <Ubotu> Launchpad bug 134726 in mythtv "MythTV 0.20.2 SRU " [High,Fix committed]  https://launchpad.net/bugs/134726
[09:12] <Ubotu> Launchpad bug 134801 in mythplugins "Mythplugins 0.20.2 SRU " [High,In progress]  https://launchpad.net/bugs/134801
[09:12] <dholbach> good night then :)
[09:12] <superm1> they should both be at the stage of the (revised) MOTU SRU process where an archive admin will need to touch them to copy over to -updates
[09:13] <superm1> the process was revised at the last MOTU meeting, and can be seen at http://wiki.ubuntu.com/MOTU/SRU
[09:18] <pitti> doko_: ah, so db4.6 is meant to go back to universe for gutsy?
[09:19] <pitti> doko_: so we still need to rebuild pam and fix the b-dep of rpm?
[09:33] <soren> Is it expected that evolution-data-server eats 1.8GB RAM?
[09:35] <Mithrandir> no
[09:35] <\sh> since this morning I don't have any shadows anymore with compiz-fusion..but fusion is running, and all other effects are there
[09:36] <soren> Mithrandir: Didn't think so. :) I also never expected to need swap space in a desktop machine with 4GB of RAM.
[09:59] <ion_> Hm, would a new program still make it into universe? (I could package apt-mark-sync)
[10:11] <pitti> hey mvo
[10:13] <mvo> hey pitti
[10:14] <pitti> mvo: do you have some time to do some SRU verifications for https://edge.launchpad.net/ubuntu/+milestone/ubuntu-6.06.2 ?
[10:14] <pitti> mvo: some are trivial to test, but I already tested some myself, and some are mine, so I cannot test them
[10:15] <pitti> mvo: in particular: 62986, 137849, 57445, 58935
[10:17] <mvo> ok
[10:17] <pitti> mvo: thanks; shouldn't take much time
[10:24] <Mithrandir> pitti: I'm starting to look at getting the ubuntu-mobile packages into main and it's a fair amount of MIRs.  Do you want me to write normal ones or do you have a suggestion on a better way to do it?
[10:25] <pitti> Mithrandir: the standard MIRs would be quite useless IMHO, since there is no security record and Debian bugs, etc.
[10:25] <Mithrandir> pitti: some packages come from Debian, etc, though.  Like, matchbox or contacts.
[10:26] <pitti> Mithrandir: I think there should just be a list of packages, Ian and I review them, promote the innocent ones, and file bugs about things that prevent main promotion; is that ok for you?
[10:26] <Mithrandir> sounds like a plan to me.
[10:26] <pitti> Mithrandir: ah, those should have MIRs then
[10:26] <pitti> Mithrandir: I meant the hildon framework mainly
[10:26] <Mithrandir> yeah, understood
[10:26] <pitti> there's not really a question of whether to promote them anyway, since it's an important goal
[10:27] <Mithrandir> do you want that in private mail or a wiki page or something else?
[10:27] <Mithrandir> sure, but getting review means we get forced to fix any shortcuts we've taken.
[10:27] <pitti> Mithrandir: public wiki page should do IMHO; there's nothing private about the packages in the archive anyway
[10:27] <Mithrandir> sure
[10:27] <Mithrandir> I think we've fixed most of the shortcuts, but getting a second eye on them would be good
[10:27] <pitti> yeah, I still insist of a review of a package before promotion :)
[10:28] <pitti> yep, that would be good
[10:28] <Hobbsee> Mithrandir: this is so you can bypass the universe mess, right?  :)
[10:29] <Mithrandir> Hobbsee: no, it's actually not, it's so I have less pain when dealing with moblin-image-creator when doing lpia images (since lpia lives on ports.u.c rather than archive.u.c)
[10:29] <Hobbsee> Mithrandir: ahhh....
[10:29] <Mithrandir> Hobbsee: I realise it might look differently, though
[10:29] <Hobbsee> Mithrandir: i'ts no particular problem.  like you say, the stuff was always intended to go to main :)
[10:30] <pitti> cjwatson: can you please have a quick look at bug 103291? this looks like a straightforward patch which might also be suitable for dapper.2
[10:30] <Ubotu> Launchpad bug 103291 in lilo-installer "lilo-installer fails on HP (Compaq) SmartArray controllers (/dev/cciss)" [Undecided,New]  https://launchpad.net/bugs/103291
[10:30] <sladen> mdz: mjg59: sorry I wasn't online last night.  AFAICT, 90% of the seeks that tracker is doing are  seek(), read(), seek(), write() on it's own index files.  ...rather than being sensible and holding the database *in RAM*...
[10:30] <cjwatson> mobile MIRs> we're supposed to be moving to bugs anyway; perhaps this would be a good opportunity to try it out
[10:30] <cjwatson> pitti: ok
[10:31] <pitti> cjwatson: I thought the bugs only track the status, whereas the actual report stays in the wiki?
[10:32] <Mithrandir> pitti: if we do bugs, I'll just file bugs for all the components, you guys go "yes, yes, no, no, yes, no" and I do full MIRs in the wiki for those that you go no on?
[10:32] <pitti> Mithrandir: WFM
[10:32] <cjwatson> pitti: that wasn't clear to me
[10:32] <pitti> I didn't follow the discussion about this migration closely, since I was on vac
[10:33] <pitti> how are those bugs grouped, is there a mir-review team or so?
[10:33] <pitti> iwj: ^
[10:33] <Mithrandir> there should be, at least
[10:33] <cjwatson> it hasn't been organised yet AFAIK
[10:39] <ion_> Heh, i seem to have missed new universe packages freeze by two weeks.
[10:42] <norsetto> Quickie for the archiver, are binaries builds for new packages automatically added to the archive, or they need manual intervention (since we are past the NPF)?
[10:43] <Hobbsee> they'll still get stuck in binary NEW
[10:43] <Hobbsee> (binaries for new packages, or newly-named binaries from old packages still go thru the NEW queue)
[10:44] <norsetto> Hobbsee: I see! thx.
[10:44] <Hobbsee> which is quicker than source NEW
[10:46] <norsetto> Hobbsee: is there a way actually to remove something from the queue?
[10:46] <StevenK> norsetto: Bug -archive to REJECT it
[10:46] <norsetto> hey -archive! reject it :-)
[10:47] <pitti> norsetto: hi; which packages?
[10:47] <pitti> norsetto: however, binary reject is a bit evil, and we don't do it very often; what's the reason?
[10:47] <norsetto> pitti: he is back! feeling a new man?
[10:47] <pitti> norsetto: you bet! with that ring now chained to my hand... :-P
[10:47] <norsetto> pitti: :-D
[10:48] <norsetto> pitti: its superseeded so just to avoid more work, but I think that removing most probably is more mork that just keep it there
[10:48] <StevenK> pitti: No no, it's a ball and chain, and it's around your ankle. :-P
[10:48] <norsetto> I hate mork ......
[10:50] <pitti> norsetto: sorry, I cannot make much sense from that sentence; which package troubles you?
[10:50] <Hobbsee> pitti: a newer version of the package coming in, so makes no sense to review the current one sitting in the queue, i think
[10:50] <norsetto> its rutilt. There is  0.15-0ubuntu2 in the new binaries queue and will be superseeded by  0.15-0ubuntu3 which is also in the queue
[10:51] <norsetto> Hobbsee: thx for the translation :-)
[10:51] <hunger> It would be nice to be able to uninstall tracker without having to uninstall ubuntu-desktop.
[10:51] <pitti> norsetto: ah, indeed, I see both versions in the queue
[10:51] <pitti> norsetto: don't worry, that's not a problem at all
[10:51] <hunger> Or at least to be able to stop tracker from getting started when logging into KDE.
[10:52] <norsetto> pitti: ok, thx, I'll keep that in mind for the future
[10:53] <StevenK> pitti, Mithrandir: In terms of mobile stuff, I fixed moblin-chat a few days ago for NBS stuff, but it has never passed binary NEW.
[11:01] <Hobbsee> why is tracker a dependancy, not a recommends?
[11:02] <Hobbsee> particularly seeing as it has a habit of eating CPU
[11:03] <mvo_> Hobbsee: on ubuntu-desktop its a recommends
[11:03] <Amaranth> Hobbsee: it doesn't eat CPU
[11:03] <mvo_> heh :)
[11:03] <Amaranth> hey
[11:03] <Hobbsee> Amaranth: oh, hard disk?
[11:04] <Amaranth> Hobbsee: It can do that, yes
[11:04] <Amaranth> Hobbsee: But apparently the kernel is at fault there
[11:04] <mvo_> it does not need to eat cpu, io is much better :P
[11:05] <Hobbsee> mvo_: that's what i'd thought.  oh well
[11:05] <StevenK> I would lay blame at the IDE chipset and disk drive. :-)
[11:05] <StevenK> Well, some of the blame, anyway.
[11:05] <Amaranth> jamiemcc has put a lot of effort into making tracker run as fast as possible (max out your CPU and IO) but automatically scale down when something else wants to use some CPU and IO
[11:06] <Amaranth> But apparently the IO part is broken due to a problem with the scheduler
[11:06] <Hobbsee> ooh...30mbps connections...
[11:06] <Amaranth> But a clean install of gutsy doesn't have the problem, he was going to try to figure out why
[11:06] <Amaranth> Hobbsee: Run out your quota in 15 minutes :)
[11:06] <mvo_> the fact that a clean install is fine, is really interessting
[11:06] <Amaranth> Indeed
[11:07] <Amaranth> I can't think of anything related to IO scheduling that would be different between upgrades and clean installs
[11:16] <jamiemcc> can someone raise the priority of this bug please:
[11:16] <jamiemcc> https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/131094
[11:16] <Ubotu> Launchpad bug 131094 in linux-source-2.6.22 "Heavy Disk I/O harms desktop responsiveness" [Undecided,Confirmed] 
[11:18] <cjwatson> doko_: is it OK if I just fix gcc-snapshot bugs in Debian and ignore the Ubuntu bugs until we next sync?
[11:19] <mvo_> jamiemcc: I raised it, but please note that feisty comes with 2.6.20, 2.6.15 was used in dapper .)
[11:20] <jamiemcc> mvo_: thanks - my fiesty has 2.6.15!
[11:20] <mvo_> jamiemcc: that sounds like a bug in the upgrade :/
[11:21] <jamiemcc> mvo_ yeah
[11:35] <doko_> cjwatson: sure, if it's just a single package. we had an archive rebuild over the weekend, so I did want to fix (or file) all known problems
[11:35] <cjwatson> doko_: yeah, groff
[11:36] <cjwatson> (I can merge it if you want, just trying to avoid unnecessary work :-))
[11:55] <mvo_> doko_:  are you ok with me upload ia32-libs? (http://people.ubuntu.com/~mvo/tmp/ia32-libs_2.1ubuntu2.debdiff) ? I just copied libxcomposite1 from build/ to pkgs/ to get it included in the resulting binary
[11:56] <cjwatson> is anyone here using lilo on CCISS RAID devices?
[12:02] <StevenK> Yes, but the install is *ancient*
[12:06] <StevenK> cjwatson: ^
[12:06] <cjwatson> StevenK: what do you pass to raid-extra-boot?
[12:06] <cjwatson> I'm wondering if raid-extra-boot=mbr-only is reasonable for hardware raid the same way it is for software raid (well, at any rate it's what lilo-installer does for /dev/md*)
[12:08] <StevenK> cjwatson: Nothing like mbr greps out of /etc/lilo.conf, but like I said, it's an ancient install.
[12:09] <cjwatson> ok, I think mbr-only means "behave how you used to behave in lilo 21 please"
[12:10] <StevenK> This is 22.2
[12:10] <cjwatson> hmm
[12:10] <cjwatson> any raid-extra-boot at all?
[12:10] <StevenK> cjwatson: Happy to provide the lilo.conf if you like
[12:11] <StevenK> cjwatson: Nope
[12:11] <cjwatson> StevenK: if you could stick it on a pastebin that'd be lovely
[12:12] <StevenK> Pastebin works well, since I have to bounce through three machines to reach it.
[12:13] <StevenK> cjwatson: http://paste.ubuntu-nl.org/37186/
[12:17] <cjwatson> (there's paste.ubuntu.com now, BTW, though I don't think it's really been advertised)
[12:17] <StevenK> I wasn't aware, I shall try and keep it in mind. Thanks.
[12:18] <cjwatson> at your convenience, I'm certainly not trying to stop people using paste.ubuntu-nl.org :-)
[12:19] <Mithrandir> the world clearly has too few pastebins.  Everybody should have their own
[12:20] <norsetto> pitti: about bug 35638: no diff with aa-complain cupsd (kernel logs attached)
[12:20] <Ubotu> Launchpad bug 35638 in linux-source-2.6.22 "Printer is not detected properly over USB" [High,Confirmed]  https://launchpad.net/bugs/35638
[12:20] <ion_> mithrandir: Its called cat >~/public_html/foo
[12:20] <pitti> norsetto: ok, thanks; so it's not just a bug in the AppArmor profile
[12:20] <StevenK> ion_: That works for me. Not everybody has their own webserver. :-)
[12:21] <norsetto> pitti: don't know, apparmor failed to load profile during upgrade actually
[12:21] <pitti> norsetto: ah, ok; that definitively rules it out
[12:21] <pitti> norsetto: apparmor kernel and userspace are out of sync ATM, and new apparmor FTBFS
[12:21] <pitti> norsetto: (I'll discuss this with mathiaz today)
[12:22] <StevenK> pitti: Thanks for the bug close.
[12:39] <doko_> mvo: please include the sources as well
[12:41] <doko_> pitti: I think it's better to have it off the cd, and maybe out of main. we can reconsider this for hardy
[12:41] <doko_> harty even
[12:43] <StevenK> hardy is right
[12:45] <illovae> hello o/
[12:48] <mvo> doko: the source is already included in srcs/, it seems that for some reason it was just not moved out of the builds/ directory
[12:49] <doko> mvo: ohh, I see. looks ok
[12:50] <mvo> doko: build/ and pkgs/ are both in the source package and contain ~100 packages and some look identical. can/should I clean build/ or something before the upload (I'm not familar with this package)
[12:51] <doko> mvo: ok, I'll build that on ronne
[01:04] <cjwatson> \sh: re bug 103291, if I upload a fix to gutsy shortly, do you think you could test a daily build?
[01:04] <Ubotu> Launchpad bug 103291 in lilo-installer "lilo-installer fails on HP (Compaq) SmartArray controllers (/dev/cciss)" [Undecided,New]  https://launchpad.net/bugs/103291
[01:04] <cjwatson> I'm not taking quite the same approach as the patch that the bug reporter provided, because that had some bugs
[01:06] <\sh> cjwatson, yepp...i would do it tomorrow then, when I have to install a new hp box from scratch by cd
[01:07] <\sh> cjwatson, using the server edition :)
[01:08] <asac> heno: i marked bug 135727 fix released ... as its on todays bug list I wonder whether I should just remove it?
[01:08] <Ubotu> Launchpad bug 135727 in linux-source-2.6.22 "[Gutsy]  ipw3945 unable to connect to WPA-Enterprise Network after Kernel Upgrade" [Undecided,Fix released]  https://launchpad.net/bugs/135727
[01:18] <heno> asac: thanks! I've just marked it fixed on the list. Fixing is also a valid way of working with bugs on bug day :)
[01:20] <asac> heno: right ... was just sure how to mark it as fixed ;)
[01:20] <asac> ah ok green means fixed ;)
[01:27] <\sh> keescook, ping quagga...0.99.7+0.99.8 has a low impact DoS ... do you want to file an UVF for 0.99.9?
[01:29] <\sh> oh well, looks like that quagga needs to be fixed in debian, too...so better to fix repackage 0.99.9
[01:36] <soren> pitti: What could cause apport to not act upon a segfault? trackerd segfaults on my box, but apport doesn't seem to care.
[01:36] <pitti> soren: it crashes here as well
[01:36] <soren> pitti: Does your apport care?
[01:36] <pitti> soren: reasons could be: it crashed several times in a row, at some point it gets ignored to avoid spamming you too hard
[01:37] <pitti> soren: or, at some point you clicked 'ignore crashes for this version'
[01:37] <soren> pitti: I don't have *any* tracker crashes in /var/crash.
[01:37] <soren> How do I check if I've done that?
[01:37] <pitti> soren: hm, that's weird then
[01:37] <pitti> soren: do you have a ~/.apport-ignore.xml?
[01:37] <soren> pitti: Oh, hang on.
[01:38] <soren> pitti: Ah, I'm an idiot. There is a crash there. And old one, though.
[01:38] <soren> pitti: trackerd is not in my ~/.apport-ignore.xml, though.
[01:38] <ion_> ~/.config/apport/ignore.xml would be nicer. :-)
[01:38] <soren> pitti: Does it check if the crash is identical to an old one, perhaps?
[01:39] <StevenK> ion_: Twitch
[01:39] <pitti> ion_: yes, on my list
[01:39] <pitti> soren: it does, yes; and it keeps a counter in the crash report
[01:39] <pitti> soren: it won't report it more than three times
[01:39] <soren> pitti: Clever.
[01:40] <soren> pitti: Ah, I see you already reported it.
[01:40] <pitti> soren: and fixed upstream
[01:41] <soren> pitti: Uh.. That automatic debian bug report thing looks clever.
[01:42] <soren> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440997
[01:42] <Ubotu> Debian bug 440997 in tracker "tracker: getenv() implicitly converted to pointer" [Important,Open] 
[01:42] <pitti> cool
[02:47] <hunger> Will you package the VMWare tools? VMWare seems to have released them under GPL/BSD and LGPL.
[02:48] <hunger> See: http://open-vm-tools.sourceforge.net/
[02:49] <pitti> oh, cool
[02:51] <evand> calc: yikes, good luck
[02:52] <hunger> pitti: I'll volunteer to test any open-vm-tools debs somebody comes up with on gutsy;-)
[02:53] <elkbuntu> heh, i think there will be a queue for that
[03:07] <slytherin> Can anyone tell me what is the chance that libtheora 1.0 beta 1 will get an freeze exception provided there is enough justification for that. Consider that it will be released in around 1 week time.
[03:14] <heno> mvo: lots of compiz crash bugs coming in like bug 127213
[03:14] <Ubotu> Launchpad bug 127213 in compiz "compiz.real crashed with SIGSEGV in read()" [Undecided,Incomplete]  https://launchpad.net/bugs/127213
[03:14] <asac> siretart: there? got my messages about the TIMEOUT?
[03:14] <mvo> heno: looking
[03:14] <heno> is that a known recent upload?
[03:16] <heno> mvo: erm, sorry the bot in #ubuntu-bugs suggests these are new, but they are clearly not
[03:16] <heno> broken bot wrt LP perhaps?
[03:16] <mvo> heno: poissble, I just came in
[03:17] <mvo> (after a longer lunch break)
[03:22] <ScottK> pitti: eclipse - 3.2.2-3ubuntu2 FTBFS on AMD64.  The error was "debian/control did change, please restart the build" - Would a give-back be sufficient to deal with that do you think?
[03:23] <\sh> pitti, ping...quagger has a DoS and some bugs...would you agree, to fix the version in gutsy, to merge 0.99.8 from debian unstable and fix the DoS (which is there since ages, I think) with cherrypicked patches  from 0.99.9 (which is not in debian)
[03:23] <pitti> ScottK: no, I don't think so; if the package modifies its own debian/control during build, that's a bug that sohuld be fixed
[03:24] <pitti> \sh: that sounds fine, if it goes through the standard freeze exception process (i. e. if it only fixes bugs, no new features)
[03:24] <ScottK> pitti: I'm a bit confused why it did that as it built fine on the other archs.
[03:25] <pitti> ScottK: I can retry it *shrug*
[03:25] <\sh> pitti, we have 0.99.7 and 0.99.8 fixes bugs of .7 and introduces new bugs which are fixed in .9 ... and the DoS is fixed...I would take the DoS fix to patch quagger for our old releases as well
[03:25] <ScottK> I'd appreciate it.  If it fails again, I'll go work on it.
[03:26] <siretart> asac: hi
[03:26] <pitti> ScottK: right, it does modify control on build
[03:26] <pitti> uncompress-stamp: debian/control
[03:26] <siretart> asac: yes, I did. I'll take a look into this.
[03:26] <pitti> debian/control: debian/control.in debian/rules
[03:26] <pitti> ScottK: so I'd rather have this fixed
[03:27] <ScottK> pitti: I'll have a look at it.  Thanks for checking.
[03:27] <pitti> ScottK: please look at http://archive.ubuntu.com/ubuntu/pool/universe/e/eclipse/eclipse_3.2.2-3ubuntu2.diff.gz
[03:27] <pitti> ScottK: the test is to prevent changing debian/control from underneath the buildd
[03:27] <ScottK> Which certainly makes sense.
[03:27] <pitti> ScottK: apparently the idea is to manually do this before building the source package, and I guess on amd64 the dependencies changed for some reason
[03:28] <pitti> not sure who did that, but if such evilness needs to happen at all, it's better suited in the clean rule
[03:28] <ScottK> OK.  That's in the Debian package.  I'll pass it on and work it out with them.
[03:29] <pitti> ScottK: cheers, thanks
[03:29] <ScottK> What they are trying to do is to accomodate Debian/Ubuntu differences automagically with (clearly) indifferent results so far.
[03:34] <asac> siretart: ok if you have questions let me know
[03:34] <asac> siretart: interestingly enough there are still cases where wpasupplicant doesn't return an error code, but has a garbage reply
[03:34] <asac> siretart: you might see those cases in daemon.log as well
[03:35] <asac> siretart: unsure how to reproduce these (more or less rare) cases
[03:35] <asac> Mithrandir: try to rephrase please ;)
[03:36] <Mithrandir> asac: "NM fails to receive dhcp reply, dhclient works fine".  ipw2200, unencrypted.
[03:36] <asac> Mithrandir: ok ... can you reproduce? ipw2200 is pretty similar to ipw3945 from code pov ... so there might be similar issues
[03:38] <asac> Mithrandir: no dhcp reply ... or does NM refuse to try dhcp at all?
[03:39] <Mithrandir> and now the card refuses to associate at all.  *sigh*.
[03:39] <asac> Mithrandir: ok ... can you enable driver debugging and submit the log?
[03:39] <asac> Mithrandir: https://wiki.ubuntu.com/DebuggingNetworkManager
[03:40] <slytherin> hell core developers. Can anyone tell me what is the chance that libtheora 1.0 beta 1 will get an freeze exception provided there is enough justification for that. Consider that it will be released in around 1 week time.
[03:40] <asac> Mithrandir: there is a paragraph on how to do that for ipw3945 ... ipw2200 should be similar
[03:40] <slytherin> s/hell/hello
[03:40] <Mithrandir> asac: I guess I can, if I manage to get it working at all.
[03:41] <asac> working at all?
[03:41] <asac> as long as the driver is loaded you should be able to capture the driver log
[03:44] <asac> Hobbsee: can you show me syslog?
[03:45] <Hobbsee> asac: it was earlier this afternoon (i've rebooted since then), and doing it manually with dhclient also botched it.  if you still think there's any point...
[03:45] <Hobbsee> as in, i couldnt connect at all.
[03:45] <Hobbsee> should ahve tried on windows, i guess.
[03:46] <Chipzz> asac: btw, did you take a look at the new log I posted (ipw2200 problem)
[03:46] <Hobbsee> it was the same 'no leases available thing' though
[03:46] <asac> Chipzz: bug id?
[03:46] <Chipzz> asac: no bug, we talked about it on irc
[03:47] <Hobbsee> irc is not a substitute for the bugtracker.
[03:47] <asac> Hobbsee: well if dhclient doesn't work it can still be a driver bug
[03:47] <asac> Hobbsee: capturing a syslog with driver logging enabled might help
[03:47] <Hobbsee> asac: that's what i'm wondering.  i'll try it tomorrow
[03:47] <Chipzz> asac: http://chipzz.safehex.be/random_associate
[03:47] <Hobbsee> (and man i'll be pissed if my wifi doesnt work tomorrow)
[03:47] <asac> Hobbsee: take this link with you :) ... https://wiki.ubuntu.com/DebuggingNetworkManager
[03:48] <ScottK> And then be sure to look it up when your wifi isn't working ...
[03:48] <Chipzz> asac: from the log it appears the driver is actually actively looking for an open wireless network to connect to, so it isn't random
[03:48] <Chipzz> asac: it is however unwanted behaviour
[03:48] <Hobbsee> ScottK: i saved the page :P
[03:48] <ScottK> Hobbsee: Sure, but it was funnier my way.
[03:49] <asac> Chipzz: can you please summarize again what you did when you captured that log?
[03:49] <asac> Chipzz: just loaded driver + setting essid?
[03:49] <Chipzz> asac: jups
[03:50] <Chipzz> asac: I figured out the root cause of why it's doing that though I think
[03:50] <asac> Chipzz: ?
[03:50] <Chipzz> asac: the problem basically is there were too many AP's around here on one channel (channel 11), which caused jamming/poor reception
[03:50] <Hobbsee> ScottK: :)
[03:50] <Chipzz> asac: so the driver can't associate
[03:51] <cjwatson> heno: IIRC ubotu reports a new bug if a new task is created on an existing bug
[03:51] <Chipzz> asac: in which case the driver decides that despite the fact that I did specify an essid, it should still scan for the best possible network (and that's the actual bug)
[03:51] <asac> Chipzz: what value for essid did you set when you captured that log?
[03:51] <Chipzz> asac: "nighty"
[03:52] <heno> cjwatson: ah, ok thanks
[03:52] <Chipzz> asac: which is WEP-secured; but for some reason, looking at the log, it is looking only at non-secured networks
[03:53] <Chipzz> Sep  5 22:48:07 localhost kernel: [268410.992000]  ipw2200: U ipw_best_network Network 'hades (00:18:84:18:a9:52)' excluded because of privacy mismatch: off !
[03:53] <Chipzz> = on.
[03:53] <Chipzz> Sep  5 22:48:07 localhost kernel: [268410.992000]  ipw2200: U ipw_best_network Network 'FON_LNW (00:18:84:18:a9:51)' is a viable match.
[03:53] <Chipzz> Sep  5 22:48:07 localhost kernel: [268410.992000]  ipw2200: U ipw_best_network Network 'chipzz (00:13:10:92:e4:0f)' excluded because of privacy mismatch: off != on.
[03:55] <StevenK> pitti: Have you got a sec?
[03:56] <pitti> StevenK: yes
[03:56] <StevenK> pitti: Would you pushing the Big Red Shiny Button to let boost out of binary NEW? It has built everywhere.
[03:56] <StevenK> Would you mind, even.
[03:57] <pitti> StevenK: can do
[03:57] <StevenK> pitti: The old boost libraries are now marked as NBS, since we jumped from 1.34.0 -> 1.34.1.
[03:58] <StevenK> pitti: I have prepared 32 rebuild-only uploads, I'm in the middle of test building the lot of them.
[03:58] <pitti> StevenK: I'll prod the uploader about doing the transition of the rdepends
[03:58] <pitti> StevenK: ooh, you rock
[03:58] <StevenK> I'm seriously close to killing the test builds, though.
[03:58] <StevenK> % grep 'Build needed' */current | cut -d\  -f3 | sed 's/,//' | ./time-add
[03:58] <StevenK> 09:30:03
[03:58] <pitti> StevenK: didn't geser already test everything?
[03:58] <asac> Chipzz: i don't see any "nighty" in that log
[03:59] <StevenK> pitti: I've already had 3 build failures, so I guess not.
[03:59] <pitti> StevenK: hm, he might only have tested main then, right
[03:59] <StevenK> Which is like one package
[04:00] <pitti> (three or so)
[04:00] <StevenK> Ah
[04:00] <StevenK> Anyway, my current Evil Plan is to wait for these things to finish pedalling, and then uploading everything that built in the morning.
[04:01] <asac> Chipzz: reconnect ...
[04:01] <asac> anything i missed?
[04:02] <Chipzz> asas	     as	no ;)
[04:02] <Chipzz> argh
[04:02] <asac> that looks strange ;)
[04:02] <StevenK> pitti: Why it looks to be nearly everything that links against boost to take close to an hour to build, I'll never know.
[04:02] <Chipzz> asac: no you didn't miss anything ;)
[04:03] <pitti> StevenK: lots and lots of C++ and template processing, etc.?
[04:03] <StevenK> Probably.
[04:03] <Chipzz> asac: that';'s irssi screwing up tabs over a slow connection for some reason
[04:03] <Chipzz> ;)
[04:03] <asac> Chipzz: 15:57 < asac> Chipzz: i don't see any "nighty" in that log ? any idea?
[04:03] <StevenK> C++ and templating makes me cry.
[04:03] <StevenK> Actually, C++ makes me cry
[04:04] <Chipzz> asac: yeah, like I said, the signal frmo that ap is getting jammed due to 4 AP's being on the same channel
[04:04] <asac> anyway ... there should be at least "nighty"in that log ... otherwise the log does not capture the right timeframe
[04:05] <Chipzz> (my guess anyway)
[04:06] <asac> Chipzz: so your problem is gone?
[04:06] <Chipzz> asac: that's exactly the whole problem: poor/no reception for that AP, which causes the driver to associate to something random
[04:07] <Chipzz> which it shouldn't
[04:07] <Chipzz> asac: I fixed the symptoms by switching the AP to some other channel, but there's still a bug in the driver IMO
[04:08] <Chipzz> ie, that the driver associates randomly despite an essid and key being set
[04:08] <asac> Chipzz: welll ... then get the right log to me
[04:08] <asac> Chipzz: it should start right when driver is loaded
[04:08] <Chipzz> asac: that *is* the right log :)
[04:09] <Chipzz> the ap is "out of range"; expected behaviour: fail to associate; behaviour being seen: try to associate to the best open network
[04:09] <asac> at what time did you run iwconfig essid ?
[04:09] <asac> Chipzz: my problem is that i don't see that the essid is set from userspace in that log
[04:09] <Chipzz> asac: that's being ran from ifup
[04:10] <Chipzz> (I suspect)
[04:10] <asac> Chipzz: please don't do that
[04:10] <asac> Stop everything .... just load driver and use iwconfig essid "nighty"
[04:10] <Chipzz> I do modprobe ipw2200, at which point udev (I think?) automatically runs ifup
[04:10] <asac> Chipzz: please post your /e/n/interfaces
[04:12] <asac> Chipzz: please remove that eth1 entry and see if you can reproduce the wrong behaviour by just using iwconfig essid
[04:12] <Chipzz> may be quite hard since the problem is fixed by setting the ap to another channel, but I'll look into it
[04:12] <Chipzz> asac: so you think this is actually a bug in ifup?
[04:13] <Chipzz> I suspect more of a race condition actually
[04:15] <asac> not sure
[04:15] <asac> the log doesn't contain any hint that the essid is actually set
[04:15] <asac> Chipzz: which debug_level did you set?
[04:16] <Chipzz> 65535 iirc
[04:16] <Chipzz> but I may be mistaken
[04:17] <\sh> pitti, keescook : regarding quagga DoS...I'll do as I explained, merging 0.99.8 from debian, fixing the bugs from 0.99.8 with patches from 0.99.9 and filing an UVF Report with explanation
[04:17] <pitti> \sh: thank you
[04:18] <pitti> StevenK: NEWed
[04:18] <asac> Chipzz: plesae be sure it is ... i don't see any debug output for IPW_DEBUG_ASSOC
[04:18] <\sh> pitti, I'll file security bugs for dapper, edgy and feisty as well...and fix at least the DoS
[04:18] <asac> Chipzz: and thats the most important part here
[04:18] <Chipzz> asac: and actually, putting the essid/key in /e/n/i is (was) the only way I could get this wireless to connect properly
[04:18] <pitti> \sh: you rock
[04:18] <Chipzz> though this may be a bug that has been fixed
[04:19] <\sh> pitti, oh and BTW...congrats :)
[04:19] <asac> Chipzz: thats interesting to investigate as well ... do you have some time and can join #ubuntu-mozillateam?
[04:19] <pitti> \sh: *beam*
[04:19] <Nafallo> ehrm... does unattended-upgrades restart quagga itself? ;-)
[04:19] <asac> Chipzz: too much noise for this channel to debug something like this ;)
[04:23] <soren> pitti: Do you think the vmware tools are actually cool enough to work on the packaging?
[04:23] <soren> pitti: I've started at: https://code.edge.launchpad.net/~shawarma/open-vm-tools/packaging
[04:24] <pitti> soren: as vmware user I can only say "Yes" :)
[04:24] <cjwatson> \sh: OK, I uploaded a fixed lilo-installer, so if you could test tomorrow's daily I'd greatly appreciate it
[04:24] <hunger> soren: If you need somebody to test: Just ping me.
[04:24] <pitti> soren: I usually don't install them for short-lived VMs, but if it's as easy as an apt-get, I'd probably doit
[04:24] <soren> hunger: Will do.
[04:25] <Nafallo> vmware better then xen then?
[04:25] <soren> pitti: Right. There's a checkvm utility we could use somehow to automagically install them if we're running in a vm.
[04:26] <pitti> soren: originally I thought about integration into restricted-manager, but if it's open source now, then this wouldn't fit any more
[04:26] <soren> pitti: No, ironically that makes it less obvious how to integrate it. :)
[04:27] <pitti> soren: well, we can still put it there; after all, VMWare itself is not free :)
[04:27] <\sh> cjwatson, promised :)
[04:27] <pitti> soren: and it provides all the necessary infrastructure for it
[04:28] <soren> pitti: True.
[04:28] <pitti> soren: is checkvm free software? and reasonably small?
[04:28] <cjwatson> \sh: cheers
[04:28] <soren> pitti: stripped, it's at 6k.
[04:28] <pitti> soren: oh, wow; I hoped it was just a 10-line shell script poking in /proc or /sys
[04:28] <soren> pitti: And yes, it's free as in LGPL.
[04:29] <\sh> cjwatson, btw..I'm doing the installation around 7am UTC...when is the daily iso run?
[04:29] <cjwatson> that's too early
[04:30] <soren> pitti: No, it's a tiny bit of assembly code.
[04:30] <pitti> \sh: I can build an extra daily for you tonight
[04:30] <cjwatson> \sh: the cron job *starts* at 6:31 UTC but it might well not be finished by 7:00 (or at any rate I can't guarantee that the mirrors will be up to date)
[04:30] <kleinernik>  in the postrm script, under the purge section, should a config-file-directory be removed by using rm -rf or by using rmdir --ignore-fail-on-non-empty (LP: #32521)
[04:31] <cjwatson> \sh: please check the .list file alongside the image and make sure that it contains lilo-installer 1.22ubuntu2
[04:31] <cjwatson> kleinernik: it depends, there's no one answer I'd consider universally appropriate
[04:31] <\sh> pitti, don't worry :) no need
[04:31] <pitti> \sh: wouldn't be a problem
[04:31] <\sh> cjwatson, ok...if I can manage I delay it abit...or use another machine later tomorrow...
[04:32] <cjwatson> kleinernik: I think it's probably not a good idea to remove files that might have been created by the sysadmin, personally
[04:32] <\sh> we are in the middle of building a new structure, so I have enough machine on sale for testing
[04:32] <Nafallo> \sh: just let pitti build it tonight ;-)
[04:32] <kleinernik> cjwatson: ok, but isn't this the purpose of using purge?
[04:32] <cjwatson> the linked c.o.l.a post does not clarify (and in any case comp.os.linux.advocacy is not an authoritative statement of policy)
[04:32] <cjwatson> kleinernik: purge removes configuration files owned by the package, which is not the same thing
[04:33] <pitti> kleinernik: the purpose is to remove everything the package created itself, but not backups from sysadmins, etc. (or worse, live files)
[04:33] <Nafallo> \sh: so then if the bug isn't solved you can hit cjwatson with it early :-)
[04:33] <cjwatson> kleinernik: or even aside from the sysadmin, consider some other package that installed a file in /etc/gallery but for whatever reason (I don't care) doesn't depend on gallery; purging gallery shouldn't remove that file
[04:33] <kleinernik> cjwatson: oh, ok, thank you. i guess than we can close bug  #32521?
[04:33] <Ubotu> Launchpad bug 32521 in gallery "purge doesn't remove all config files" [Medium,New]  https://launchpad.net/bugs/32521
[04:33] <cjwatson> kleinernik: no
[04:33] <\sh> Nafallo, hehe...well, I think cjwatson and others and even myself are in the same situation as you were when your DC had a breakdown ;)
[04:33] <cjwatson> kleinernik: you're on the wrong track, I think
[04:34] <cjwatson> kleinernik: /etc/gallery/config.php and /etc/gallery/htaccess are created by the gallery package, right?
[04:34] <Nafallo> \sh: not the DC, the fibre between to DCs. no services affected :-P
[04:34] <cjwatson> kleinernik: so forget about rmdir --ignore-fail-on-non-empty vs. rm -rf; those are not the only two choices
[04:34] <Nafallo> two
[04:34] <bddebian> Heya
[04:34] <cjwatson> kleinernik: another viable option is for gallery to explicitly remove just those files it knows it (may have) created
[04:35] <kleinernik> cjwatson: oh, ok than i can add extra lines to remove explicitly the package files
[04:38] <geser> StevenK: which packages didn't build with the new boost?
[04:39] <geser> StevenK: I know that miro needs a small fix (a patch needs to be dropped)
[04:39] <Hobbsee> a whole lot, if boost is up to standard.
[04:41] <geser> StevenK: I've also already prepared the rebuilds (without kde packages) for universe (but didn't test them all) but I'm waiting for the new packages to leave NEW
[04:42] <geser> StevenK: should I care for the rebuilds or will you do it?
[04:42] <StevenK> geser: I'll do it, it's fine.
[04:42] <StevenK> geser: miro, and democracyplayer, amusingly enough
[04:42] <pitti> geser: I NEWed them a while ago, they should be available in about an hour
[04:43] <StevenK> geser: If you do miro, I'll upload everything else in about eight hours.
[04:43] <geser> StevenK: I've a fixed miro
[04:43] <StevenK> geser: Great. Wait an hour and upload it. :-)
[04:44] <geser> does democracyplayer needs fixing or will it be removed soon as it got renamed to miro?
[04:45] <StevenK> geser: I was going to talk to RAOF about that.
[04:45] <geser> StevenK: I see bug #138953 is already fixed
[04:45] <StevenK> geser: So let's leave it for the moment.
[04:45] <Ubotu> Launchpad bug 138953 in ubuntu-dev-tools "Wrong Replaces on devscripts" [Medium,Confirmed]  https://launchpad.net/bugs/138953
[04:45] <Skiessi> why tribe 6 cd isn't released?
[04:45] <StevenK> Er yes
[04:45] <Hobbsee> Skiessi: see https://wiki.ubuntu.com/GutsyReleaseSchedule
[04:45] <Hobbsee> er
[04:45] <Hobbsee> http://tinyurl.com/3ytk9g
[04:46] <geser> StevenK: is miro the only package FTBFS so far?
[04:48] <StevenK> geser: miro, democracyplayer and something else.
[04:48] <StevenK> Both miro and democracyplayer are due to boost, I suspect the something else ... ah yes, bfilter is due to chroot brain-damage or something, I need to dig.
[04:51] <pitti> hello mathiaz! The man I was waiting for
[04:52] <StevenK> geser: Could I see this patch for miro?
[04:53] <pitti> mathiaz: if you have some minutes today, I'd like to discuss the current apparmor dependency problems?
[04:53] <mathiaz> pitti: hi. I'm just going thourgh your emails about apparmor
[04:54] <pitti> mathiaz: the biggest problem so far is that the source is dep-waiting on latex2html
[04:54] <pitti> mathiaz: but that's multiverse, so promotion to main is not an option
[04:54] <pitti> mathiaz: how was the documentation built in earlier versions?
[04:54] <geser> StevenK: either drop debian/patches/30_libboost_python.patch (which I did) or add _1 to the library name in that patch
[04:54] <pitti> mathiaz: we might need to only ship the HTML docs, or alternatively, use hevea?
[04:54] <mathiaz> pitti: I don't remember right now.
[04:55] <kleinernik> cjwatson: sorry, one more question, should purge remove files, that are not installed when the package is installed, but are created by a script the user calls to setup the program?
[04:55] <cjwatson> kleinernik: maybe. it's a judgement call and depends on the exact circumstances
[04:55] <pitti> kleinernik: IMHO yes, since they are related to the package
[04:55] <StevenK> geser: So noted.
[04:55] <geser> StevenK: it tries to link to the old name (which doesn't exist now) but the new boost packages provide links to the library without the whole suffix so that patch is needed
[04:56] <cjwatson> pitti: but if they might be created by some other package instead then extra care is called for
[04:56] <pitti> right
[04:56] <geser> * isn't needed anymore
[05:01] <kleinernik> cjwatson: in case of gallery, the two file mentioned in the bug report are created by a script configure.sh, which the user has to run as root to setup gallery, therefor i can add a line in postrm to remove them on purge, right?
[05:13] <kleinernik> quit had to go home
[05:15] <\sh> doko, bash bug 76807 .. would you like to fix it with a new upload, or should I attach a debdiff with the fix?
[05:15] <Ubotu> Launchpad bug 76807 in bash "/etc/skel/.bashrc sets HISTCONTROL twice in succession." [Wishlist,Confirmed]  https://launchpad.net/bugs/76807
[05:17] <doko> \sh: need to do another bash upload, yes.
[05:17] <\sh> doko, cool...so dholbach can remove it from the low hanging fruit bug table ,-)
[05:17] <dholbach> I think there was a nother bash patch pending on a bug somewhere
[05:18] <dholbach> \sh: you can remove it and *your* name to it :)
[05:18] <dholbach> bug 103929 also
[05:18] <Ubotu> Launchpad bug 103929 in bash "Bash prompt string looks for xterm-color, gnome terminal identifies as xterm" [Wishlist,In progress]  https://launchpad.net/bugs/103929
[05:26] <ogra> SIGH ...
[05:26] <AlinuxOS> pitti, hello ;)
[05:27] <\sh> dholbach, added a comment to the list
[05:27] <dholbach> \sh: gracias
[05:27] <ogra> why is texlive-base generating all this crap in my pbuilder again ? i thought that dep for gome packages was cleaned
[05:28] <ogra> *gnome
[05:28] <pitti> hi AlinuxOS
[05:28] <AlinuxOS> pitti, I'll re-download libwnck and metacity from launchpad and I'll test issue 139139 again.
[05:28] <AlinuxOS> https://bugs.edge.launchpad.net/ubuntu/+source/libwnck/+bug/139139
[05:28] <Ubotu> Launchpad bug 139139 in libwnck "String "Always On _Top" doesn't compare in libwnck for non English languages" [Undecided,Invalid] 
[05:29] <ogra> (building gnome-power-manager since 30min and still no go ....watching textex doing stuff :( )
[05:30] <ogra> RAAH ...
[05:30] <geser> pitti: do you know if GPL with a non-commercial clause is "free" enough for multiverse or is it even non-redistributable? see the license for linuxsampler on http://www.linuxsampler.org/downloads.html
[05:30] <pitti> AlinuxOS: hold on, danilo is currently testing a Rosetta import issue; that might be it
[05:31] <geser> pitti: it was removed from Debian because of the licence
[05:31] <pitti> geser: hm; I'm prone to say that it is enough for multiverse, as long as the license is consistent in itself
[05:32] <pitti> geser: I. e. they modified the GPL text hard enough to not contradict the non-commercial clause
[05:33] <cjwatson> dholbach: can you remember to change the name and e-mail address in the changelog trailer when you upload something (ubuntu-dev-tools), so that the proper person is recorded as doing the upload?
[05:34] <pitti> AlinuxOS: ah, it's a missing build dep, I'll fix it
[05:34] <AlinuxOS> pitti, ok, thanks.
[05:34] <cjwatson> ogra: -Werror is a good thing IMO
[05:34] <AlinuxOS> cjwatson, hello ;)
[05:34] <cjwatson> certainly for upstreams that actually pay attention to compiler warnings, where they probably really do indicate a problem
[05:35] <ogra> cjwatson, not if upstream doesnt fix the bugs it causes  :P
[05:36] <ogra> cjwatson, its my constant thing since three releases .... if development starts, upstream enables Werror so g-p-m breaks on sparc and ia64 ... with a warning ... at the end of the dev cycle he disables it again ... he knows the bug with the 64bit arches
[05:37] <ogra> and i wuld expect if there is a configure option --enable-compile-warnings=no .... it would suppress Werror
[05:37] <ogra> but apparently that has no effect at all
[05:38] <cjwatson> the right answer is to contribute patches to fix said compiler warnings (or errors, whichever), not to ignore them indefinitely
[05:38] <cjwatson> surely they are not all that difficult to deal with
[05:39] <ogra> well, i have no clue about sparc and all i was told by sparc people is "just disable Werror"
[05:39] <geser> pitti: from the webpage it looks like an additional clause to me (but I'm not a licencing expert) see also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=328121#35 which states that it's non-distributable (but I don't know if the author is right)
[05:39] <Ubotu> Debian bug 328121 in linuxsampler "linuxsampler: Inconsistent and non DFSG free license" [Grave,Open] 
[05:40] <cjwatson> ogra: IME it is not necessary to have a particular clue about the details of an architecture in order to fix its compiler warnings. We have sparc porting machines you can use for test-builds
[05:42] <ogra> oh, fun
[05:42] <ogra> its not even in g-p-m its a gstreamer bug it seems
[05:42] <ogra> sigh
[05:42] <cjwatson> if you are sure you don't care and want to get rid of that using -Wno-cast-align would be more appropriate than removing -Werror
[05:43] <ogra> ok
[05:43] <cjwatson> though I suspect it's a real bug
[05:44] <ogra> well, it seems very a common message on sparc systems
[05:44] <ogra> according to the google hits i get
[05:46] <pitti> geser: I downloaded http://download.linuxsampler.org/packages/linuxsampler-0.4.0.tar.bz2 and it seems broken to me: it ships with a pristine GPL in COPYING and only mentions the restriction in README
[05:46] <pitti> geser: which makes it an invalid license and thus indistributable IMHO
[05:47] <geser> ok, thanks. I'll add a comment to the package on REVU about it
[05:47] <pitti> geser: ah, it had been removed in feisty
[05:48] <geser> yes, it was in Debian and Ubuntu and was removed because of the license
[05:55] <mathiaz> pitti: I've had a look to use hevea instead of latex2html
[05:55] <mathiaz> pitti: but hevea cannot build the documentation. It fails before the end of the document.
[05:56] <pitti> mathiaz: hm, too bad; so maybe we should only ship the doc as PDF for now
[05:56] <mathiaz> pitti: so I'll remove the html doc and only leave the pdf version of documentation
[05:56] <pitti> mathiaz: did you also see my bug about the missing perl dependencies?
[05:57] <mathiaz> pitti: yes. That's the next thing on my list.
[05:57] <mathiaz> pitti: I don't think there is any workaround - so I'll write the MIR.
[06:00] <pitti> mathiaz: right, that's the correct approach IMHO
[06:28] <calc> evand: i got it packaged (more or less) but it seems OOo isn't using it, will look into it further
[06:28] <calc> evand: but it does work at the command line
[06:28] <dholbach> cjwatson: I'll do that from now on
[06:28] <cjwatson> dholbach: (dch -r does it, FWIW)
[06:29] <dholbach> alright, thanks a lot
[06:29] <evand> calc: that's odd.  Is that a regression?  The version I used (the deb from freespire) worked in OO.o from Feisty
[06:30] <AlinuxOS> cjwatson, hello, I've filed +unified 2 bugs, as you told me some time ago: https://bugs.edge.launchpad.net/debian-installer/+bug/94177 but I'm not sure if my bug comment is clear.
[06:30] <Ubotu> Launchpad bug 94177 in console-setup "Georgian fonts for Fixed16 & Fixed14" [Undecided,In progress] 
[06:31] <wasabi> Hmm. The initramfs uses udevsettle.
[06:31] <wasabi> I wonder if there is no longer a need for that.
[06:33] <wasabi> Hmm. Actualy it doesn't seem to use it anymore. Take that back.
[06:34] <wasabi> in other news, 2.6.22-11 does not detect my sound card. =/
[06:36] <ogra> wasabi, disabling udevsettle doubles the speed my thin client boots
[06:36] <wasabi> Yeah, it looks like it's only enabled in the nfs boot now.
[06:37] <ogra> might be to make sure the interface is *really* there
[06:37] <ogra> but i dont see any probs here with dropping it
[06:37] <wasabi> I wouldn't be comfortable with taking a position on NFS. I have no machines that test that.
[06:37] <ogra> especially on very slow clients its a bump in bootspeed (200MHz 64M)
[06:38] <wasabi> I'd imagine it would be possible to detect that the network is properly up in a way other than waiting for udev, though.
[06:38] <ogra> boots +20sec with udevsettle
[06:38] <wasabi> Actually, I'd imagine NFS would just block until it was up. ;0
[06:38] <ogra> it retries the mount
[06:39] <ogra> but i guess it will break if no device is there
[06:39] <ogra> but to be honest i disabled udevsettle generally over here since gutsy started and havent seen any bugs related yet
[06:39] <ogra> so i suspect we could just drop it there as well
[06:40] <calc> evand: hmm i'll have to take a look and see if the freespire debs work better than mine
[06:40] <ogra> wasabi, even though i'd like to hear from Keybuk about that before we break stuff that might have an intention
[06:40] <calc> evand: OOo may be defaulting to using internal docx filter instead of the odf-converter one
[06:40] <hunger> soren: open-vm-tools build and install fine for me. Kernel modules are missing, but I assume you know that;-)
[06:40] <Keybuk> ogra: about what?
[06:41] <ogra> Keybuk, the only script in initramfs that uses udevsettle is the nfs script, wasabi amd me were wondering if we could drop it ...
[06:41] <Keybuk> it probably doesn't do anything
[06:41] <ogra> not having it seems to have no bad sideeffects for me
[06:41] <Keybuk> udevsettle doesn't do anything useful
[06:41] <ogra> it delays the boot
[06:42] <evand> calc: you mean in your tests?  I know it was using the odf-converter one for me as it said loading external plugin or something to that extent and took longer-than-usual to convert
[06:42] <Keybuk> iiiiiish
[06:42] <Nafallo> hmm. not the same odf...
[06:43] <ogra> Keybuk, last two lines of /usr/share/initramfs-tools/scripts/nfs-top/udev
[06:43] <ogra> # We need to wait for the network card drivers to be loaded
[06:43] <ogra> /sbin/udevsettle
[06:43] <ogra> if i drop that is seems to do no harm
[06:43] <mathiaz> pitti: I've written the first MIR for librpc-xml-perl and added to the MIR queue.
[06:44] <Keybuk> hmm
[06:44] <Keybuk> interesting point
[06:44] <Keybuk> the nfsmount script has a loop in it now
[06:44] <Keybuk> so that's not necessary
[06:44] <ogra> right
[06:44] <Keybuk> it'll just keep tryinging the ipconfig and nfsmount until it works
[06:44] <ogra> right, so you think we can drop it ?
[06:44] <Keybuk> yeah
[06:45] <ogra> good, i'll do some more stresstesting and make sure i didnt lie ... and then fix it :)
[06:48] <hunger> I read that there is a vmware mouse driver for xorg... is that available in ubuntu?
[06:48] <EvanCarroll> I'm not sure if anyone else has reported this, or if this bug was introduced in today's patch, but if you mistype a cmd the usual catcher that refs the corresponding apt package is broke.
[06:48] <EvanCarroll> using gutsy of course
[06:56] <EvanCarroll> GDOME has a review that is no longer supported and only works with one version of GDOME, and how XML::LibXML defers you to GDOME for an OO interface to DOM Building
[06:56] <EvanCarroll> m/t
[07:07] <Leftmost> Is it possible to get only the Ubuntu patchset for a package? I.e. if I wanted to look specifically at the changes between a base package and the Ubuntu version, how would I go about that?
[07:08] <soren> Leftmost: "apt-get source packagename" and then look at the .diff.gz you get.
[07:08] <Leftmost> Ahh, alright. Thanks.
[07:09] <ogra> well, rather make a debdiff between the debian and ubuntu source packages :)
[07:10] <Leftmost> Hmm. Out of curiosity, does anyone know where changes have been made that allow networkmanager and madwifi to cooperate? The upstream versions of the packages don't cooperate at all.
[07:14] <AlinuxOS> asac__, hello
[07:25] <mathiaz> keescook: are you working on some apparmor bugs ?
[07:25] <asac> AlinuxOS: hey
[07:39] <AlinuxOS> asac, hello, how's going https://bugs.edge.launchpad.net/ubuntu/+source/mozilla-firefox-locale-all/+bug/88677 bug fixing ?
[07:39] <Ubotu> Launchpad bug 88677 in mozilla-firefox-locale-all "Georgian Language support." [Undecided,Confirmed] 
[07:49] <asac> AlinuxOS: bug updated.
[07:50] <AlinuxOS> asac, thanks... if there is some problems...I'll ping you. ok?
[07:51] <asac> AlinuxOS: sure... its properly targetted ... so my workflow should catch it.
[07:51] <AlinuxOS> asac, thank you!
[08:37] <wasabi> So does apport provide anyway to submit kernel dumps? :)
[08:43] <emdash_> i'm working on a free software project (www.pitivi.org) which depends on the latest gstreamer. we'd like to make packages of this software available to users running feisty. what would be the best way of going about this? are there maintainers who would be willing to handle building packages? are there repositories on which we could host the packages?
[08:45] <Amaranth> emdash_: Sounds like you want the PPA system
[08:46] <Amaranth> emdash_: https://help.launchpad.net/PPAQuickStart
[08:46] <emdash_> thank you
[08:49] <emdash_> i'll look into that
[08:49] <emdash_> looks like i need to do some homework first
[08:56] <torkel> emdash_: pitivi is already available in feisty, 0.10.2 though
[08:57] <emdash_> we are entering a 0.11.x unstable release period
[08:57] <emdash_> also 10.2 has no features
[08:59] <emdash_> we'd like to make periodic development releases so that people can try pitivi
[08:59] <emdash_> and so that when people complain that it doesn't do anything we can point to the package repository and say "install this version"
[09:20] <emdash_> http://www.joelonsoftware.com/articles/fog0000000069.html
[09:20] <emdash_> oops
[09:20] <emdash_> ignore that
[09:43] <keescook> is linux-image-2.6.22-11-xen supposed to exist for amd64 or does it FTBFS which is why it's i386 only?
[09:47] <zul> keescook: no it didnt get added in the last upload, hopefully the one coming up
[09:49] <keescook> zul: okay, but it's meant to work?
[09:49] <zul> yep a couple of users are using it right now afaik
[09:49] <keescook> cool; I had a friend ask about it and figured I'd ask.  :)
[09:54] <superm1_> zul, are you expecting the unionfs mess to be sorted in the upcoming upload, or is that later?
[09:54] <zul> superm1_: no idea
[09:54] <superm1_> k
[10:30] <jwendell> Hi, ScottK
[10:30] <ScottK> Hello.
[10:30] <jwendell> ScottK, please, consider to ship vinagre in gutsy, i really like to have users testing it...
[10:30] <ScottK> jwendell: For that you can use PPA.
[10:31] <ScottK> I understand what you want, but there is limited time for the archive admins that have to review all new packages.
[10:31] <ScottK> There are 5 people on motu-uvf.  You need to convince 2, so maybe half the others will agree with you.
[10:48] <Ng> anyone seeing segfaults from network manager (or maybe wpa supplicant, I'm not sure) recently?
[11:12] <mneptok> Ng: i've been seeing NM prevent shutdown
[11:12] <mneptok> but ... NM hates me.
[11:12] <mneptok> and i hate it. there's a beautiful symmetry.
[11:31] <wasabi> Hmm. Audio driver ceased working in 2.6.22-11
[11:35] <Amaranth> wasabi: got linux-ubuntu-modules?
[11:36] <wasabi> linux-restricted you mean?
[11:36] <Amaranth> no
[11:36] <wasabi> Oh I see. Hmm. No I didn't.
[11:36] <Amaranth> the hda-intel driver moved there
[11:36] <wasabi> Ahh. Why?
[11:36] <wasabi> And why wasn't this installed by default? :)
[11:36] <Amaranth> it is installed by default if you have the linux-generic metapackage
[11:36] <wasabi> No metapackage that I can see.
[11:37] <wasabi> Oh. Hmm.
[11:37] <Amaranth> and it moved there because we got a version from alsa directly
[11:37] <wasabi> Hmm. These driver packages should kick off udev to reprobe. :0
[11:38] <wasabi> Thanks. That did it.
[12:05] <Lure> what does "failed to upload" build failure mean? How can we fix it?
[12:05] <Lure> example: https://edge.launchpad.net/ubuntu/+source/kdepim/4:3.5.7enterprise20070907-0ubuntu1/+build/386972
[12:05] <Lure> same for lpia
[12:06] <Lure> doko: gcc crashed on sparc when building kdepim: https://edge.launchpad.net/ubuntu/+source/kdepim/4:3.5.7enterprise20070907-0ubuntu1/+build/386977
[12:24] <Fujitsu> Lure: It means that Soyuz broke, and you should poke one of the Soyuz guys.
[12:25] <Lure> Fujitsu: who are soyuz guys?
[12:25] <Fujitsu> cprov: ^^
[12:25] <Lure> Fujitsu: thanks a lot!
[12:26] <Fujitsu> np