[00:15] <azeem> 01:13  * ubuntu found a bug in hardy beta disk
[00:15] <azeem> 01:13 < ubuntu> if you install konversation, it comes to #debian with the ubuntu nickname :D
[00:16] <azeem> euh
[00:18] <ion_> Haha. Let's make the other clients do that as well. ;-)
[00:21]  * lamont notices bug 197311, considers reassigning it to udev as "udev (libvol_id doesn't support ext4"
[00:21] <ubotu> Launchpad bug 197311 in util-linux "In order to support ext4, util-linux must use blkid (and not vol_id)" [Undecided,New] https://launchpad.net/bugs/197311
[00:22] <azeem> ion_: it's pretty demotivating that Ubuntu didn't manage to fix this in all those years
[00:22] <lamont> azeem: blame the kubuntu guys. :)
[00:23] <lamont> xchat got fixed quite some time ago
[00:23] <cjwatson> how can I put this - it doesn't seem like the most important bug in the list
[00:23] <lamont> cjwatson: +5
[00:23] <azeem> cjwatson: which one?
[00:24] <ln-> you know, there are other distributions where bugs actually get fixed.
[00:24] <soren> ln-: Use those, then?
[00:24] <lamont> cjwatson: bug 205327 is a bit annoying, although the trivial workaround of "LANG=C cfdisk ..." is available to at least parts of that world..
[00:24] <ubotu> Launchpad bug 205327 in util-linux "[Hardy] cfdisk unusable in the whole hispanic world" [Undecided,New] https://launchpad.net/bugs/205327
[00:24] <ln-> soren: that is precisely what i am doing.
[00:26] <lamont> interestingly, the konversation-connects-to-debian-irc-by-default bug is not filed...
[00:26] <lamont> 'maybe that would explain it not getting fixed
[00:28] <azeem> konversation (1.0.1-3ubuntu1) gutsy; urgency=low
[00:28] <azeem> [ Jonathan Riddell ]
[00:28] <azeem> * Drop channel patch, default channel is changed in kubuntu-default-settings and it can fall back to freenode if that's not installed
[00:28] <azeem> hrm
[00:32] <azeem> apparently this user booted the Ubuntu live CD and then manually installed konversation
[00:33] <azeem> which took him to #debian by default
[00:36] <cjwatson> azeem: the konversation bug
[00:37] <cjwatson> ln-: given the number of bugs I've personally fixed in the last week, that comment is uncalled for and you should retract it
[00:37] <azeem> cjwatson: ok, but Ubuntu users are getting harassed and executed in #debian
[00:37] <azeem> it's difficult to destinguish between the set of Ubuntu users which get there due to this bug and those which get there because they don't get help in #ubuntu
[00:38] <cjwatson> #kubuntu-devel's probably a good place to get attention for it
[00:38] <azeem> am filing a bug now, thanks
[00:38] <azeem> (but this is only a problem if you
[00:38] <azeem> *don't* run kubuntu)
[00:39] <cjwatson> lamont: not helped by the fact that dead keys don't work at the console (bug 218746, unfortunately I only heard about this today)
[00:39] <ubotu> Launchpad bug 218746 in console-setup "dead keys don't work using spain keymap" [Medium,Confirmed] https://launchpad.net/bugs/218746
[00:39] <cjwatson> azeem: sure, but they're the ones best-placed to fix it quickly
[00:40] <lamont> "dead keys"?
[00:40] <cjwatson> in many keymaps, some keycodes are mapped to a sort of automatic compose+diacritic symbol
[00:41] <cjwatson> so you press dead_acute followed by i and you get í
[00:41] <cjwatson> correct composition tends to be rather locale-dependent
[00:41] <lamont> ah, ok
[01:39] <slangasek> ogra: 218231 looks ok to me for post-RC
[01:39] <ogra> slangasek, indeed, its all post rc (dont accept the upload i jus did until next week :) )
[01:40] <ogra> i just want it in
[01:40] <ogra> when doesnt matter as long as its befoe the final spin :)
[01:40] <slangasek> well, yes, you asked if I would be resistant
[01:40] <ogra> to get them in at all :)
[01:40] <slangasek> I had no intention of accepting it /prior/ to RC :)
[01:42] <ogra> thanks then :)
[01:55] <ogra> stgraber, (still awake ?) is the peseeding fix in xubuntu ?
[01:55] <ogra> *preseeding
[02:04] <ffm__> What's the process for getting a DEB package provided by upstream (in this case truecrypt) into the repos?
[02:04] <ffm__> Also, is work started on the still-thawed ibex yet?
[02:05] <RAOF> ffm__: Throw upstream's package away; it's generally crap, and then package the source yourself :)
[02:06] <cjwatson> ffm__: intrepid can't+won't open until hardy is released
[02:07] <ogra> cjwatson, rescue mode says "restart system" but that menu option drops me back to the installer menu ... do you consider that a bug ?
[02:07] <cjwatson> (can't: Launchpad doesn't support initialising a new distrorelease without basically marking the previous one as done, and it's hard to specify how that should behave; won't: we absolutely don't want to distract developers from stabilising hardy, which is much more important than getting a jump on intrepid development)
[02:07] <cjwatson> ogra: yes, it's bug 218549, fix queued for after RC
[02:07] <ubotu> Launchpad bug 218549 in rescue "Choosing "Reboot" in rescue menu jumps to main menu -- sync rescue from Debian" [Medium,Fix committed] https://launchpad.net/bugs/218549
[02:07] <ogra> ah, k
[02:07] <ffm__> RAOF, It's actually pretty nice. (And it's by the true crypt devels...)
[02:08] <ffm__> What's the equivilent of rmplint on DEB-based distros?
[02:08] <ffm__> *rpm
[02:08] <cjwatson> not knowing rpmlint in detail, that sounds like lintian
[02:08] <cjwatson> also, .deb is not an acronym. :-)
[02:09] <ogra> i wonder if an autoresize install works on a former encrypted lvm2 one ...
[02:11] <ogra> hmm, sad, the foremr install indeed defaulted to ext3 ...
[02:11] <ffm__> cjwatson, I realize that.
[02:12] <ffm__> cjwatson, Deb == short for Debra
[02:12] <mneptok> cjwatson: Debian's Enervating Breakage?
[02:19] <RAOF> ffm__: Anyway, https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages is what you want to look at.  Upstream's debian packaging may help you, but you'll want to package from their (preferably debian/ less) tarball.
[02:21] <ffm__> RAOF, Debian/ less? They packaged spesifcially for ubuntu gutsy. (if only I had a srpm...)
[02:21] <ffm__> or whatever the equivilent of a srpm is in the debian world.
[02:21] <RAOF> ffm__: You _don't_ have a source package?
[02:22] <ffm> RAOF, ATM, no.
[02:22] <RAOF> ffm: The binary .deb is useless for us, basically.
[02:22] <joshk> has anyone noticed GDM segfaults in 8.04beta?
[02:23] <slangasek> not here
[02:25] <ffm> RAOF, I'll ask upstream if I can have their source deb.
[02:25] <RAOF> ffm: Of course, if they distribute the source you can just package that up.
[02:26] <ffm> RAOF, yes, they do, but I'd prefer not to duplicate work and effort if I can avoid it.
[02:26] <RAOF> Yeah, fair enough.  I'd be careful, though.  Upstream's source packages are often not archive-ready.  But they should give you something to start with.
[02:29] <lamont> :-[ FLUSH CACHE failed with SK=0h/ASC=00h/ACQ=03h]: Input/output error
[02:29] <lamont> meh.  short of rebooting, how do I eject the dvd-rw?
[02:31] <ffm> lamont, eject
[02:32] <lamont> nope.
[02:32] <lamont> well, the command finishes just fine, the drive just doesn't open
[02:32] <ffm> lamont, use a paperclip?
[02:32] <lamont> only happens with the dvd-rw media... dvd-r, dvd+r are fine.
[02:34] <lamont> heh.  either I'm a muppet, or it doesn't eject via the button
[02:35] <ffm> lamont, paperclip through the pinhole.
[02:36] <lamont> yeah
[02:39]  * lamont considers uploading util-linux_2.14~rc1-1ubuntu1 just so slangasek has something to reject.  decides to _NOT_
[02:54]  * lamont wanders off
[07:15] <Hobbsee> azeem: crap, thanks for the bug (konversation)
[07:27] <TheMuso> slangasek: I'd like your thoughts on bug 210423 and bug 188986 for release. Basically the first bug has a link to a patch that improves pulseaudio buffering for sdl audio playback.
[07:27] <ubotu> Launchpad bug 210423 in libsdl1.2 "patch to fix sound problems when using pulse backend" [Undecided,New] https://launchpad.net/bugs/210423
[07:27] <ubotu> Launchpad bug 188986 in libsdl1.2 "Audio output crackling" [Undecided,Confirmed] https://launchpad.net/bugs/188986
[07:41] <dholbach> good morning
[07:43] <ion_> ing
[07:43] <dholbach> hi ion_
[07:55] <Johninky> hello all
[07:56] <Johninky> Can I ask a quick question please, might take a long answer
[07:57] <ion_> Hello all. Please tell me whether I can ask whether i can ask a question.
[07:57] <RAOF> Johninky: Is it about the development of Ubuntu (not development _on_ Ubuntu, or some other topic)? :)
[07:58] <Johninky> it is about creating a wireless driver or did i hit the wrong room again
[07:58] <RAOF> Chances are you want a kernel-related room, yes.
[08:00] <Johninky> ok I will see if I can find one, and thank you
[08:01] <slangasek> TheMuso: that doesn't look like a very good patch; gratuitous whitespace changes, magic numbers with no explanation of why they should be used, and functional changes that are outside the scope of "basically just fixes the bogus buffer metrics"
[08:02] <slangasek> TheMuso: I'd reject that without a clearer rationale for why it's correct
[08:03] <TheMuso> slangasek: Ok sounds fair.
[08:26] <calc> wow i ls'd at just the right time
[08:26] <calc> d????????? ? ?    ?            ?                ? openoffice.org_2.0.2.orig.tar.gz.tmp-nest
[08:26] <calc> hehe
[08:30] <ion_> calc: Heh
[09:08] <pitti> Good morning
[09:08] <slangasek> does anyone here know whether the ubiquity po's under the debian/po directory are in rosetta, and if so, how I find them?
[09:08]  * slangasek waves to pitti
[09:08] <seb128> hey hey pitti
[09:08] <pitti> ugh, I lost scrollback during the night (server reboot); if someone said something to me, please repeat
[09:09] <seb128> pitti: I complained a lot about you but will not repeat ;-)
[09:09] <pitti> slangasek: I'm pretty sure that ubiquity translations are in rosetta, but I don't know where
[09:09] <seb128> (just joking)
[09:09]  * seb128 hugs pitti
[09:09] <seb128> mvo: hey
[09:09] <pitti> seb128: rightly so!
[09:09] <pitti> I found a solution for my ssh problem :)
[09:09] <seb128> does anybody knows what the migration is supposed to import from linux installs?
[09:09] <seb128> not the wallpapers, etc?
[09:10] <seb128> pitti: oh?
[09:10] <slangasek> pitti: hmmmm. this makes it hard for me to suggest a fix to a typo :)
[09:10] <pitti> seb128: does it anything for linux? it never shows anything to me
[09:10] <pitti> seb128: I installed openvpn on my boxes and my colo server, and tunnel ssh connections through that VPN
[09:10] <pitti> silly, but works
[09:10] <mvo> hey seb128
[09:11] <seb128> mvo: I think the bug you reported about totem is a duplicate, if you effectively don't have a soundcard
[09:11] <seb128> pitti: ah, nice idea ;-)
[09:12] <pitti> slangasek: https://translations.edge.launchpad.net/ubuntu/hardy/+source/ubiquity/ *should* have them
[09:12] <slangasek> pitti: it doesn't, it only has the translations for ubiquity/po, not ubiquity/debian/po
[09:12] <pitti> but doesn't apparenlty
[09:12] <slangasek> right
[09:12] <pitti> the upstream product hasn't either
[09:13]  * slangasek nods
[09:13] <mvo> seb128: aha, ok - thanks
[09:13] <cjwatson> slangasek: https://translations.launchpad.net/ubuntu/hardy/+source/debian-installer/+pots/debian-installer
[09:13] <cjwatson> due to complicated magic
[09:13] <slangasek> ok
[09:13] <slangasek> thanks :)
[09:13] <cjwatson> it's the closest simulation we could manage for bubulle's master files
[09:14] <slangasek> heh :)
[09:16] <slangasek> ouch, this typo has been in the catalan ubiquity translation since 2007-03-11
[09:16] <StevenK> slangasek: What's the typo?
[09:16] <slangasek> StevenK: poques preguntes -> poquesp reguntes
[09:16] <StevenK> Not that I speak Catalan, I'm curious.
[09:16] <slangasek> it's cosmetic, but the fix has also been available in rosetta for quite a while, unapplied
[09:20] <m0u5e> i noticed that the readme file when you update-manager -d has changed to "hardy heron RC" ... does this mean the RC is ready to download?
[09:20] <slangasek> it means that certain changes have been made in preparation for the RC
[09:22] <m0u5e> slangasek: do you happen to know the timeframe for the RC release? or is it just sometime today xD
[09:24] <slangasek> m0u5e: if all goes well, sometime within the next 7 hours
[09:25] <m0u5e> mm no hurries, I would rather the devs took their time, had a polished release, and then had time to have a hardy celebration party :)
[09:25] <slangasek> oh, well, we don't start in on that until after the final release. :)
[09:53] <hubuntu> Question: I need top ship Hardy CDs within the 26th of april, but bandwidth speed will NOT allow me to complete the download within the 24 and send them country wide the same day so they can be there the 25th of april (a friday). Do you think that It is an idea to burn the daily build, say on monday and distribute that? The event will have 7.10 as their main version but I really want to push 8.04 to the masses
[09:53] <seb128> I guess that ubiquity beeping on the installation summary screen is a known issue?
[09:54] <Hobbsee> hubuntu: they'll be an almost-final, or fully final copy a fwe days before, that gets tested, if that helps.
[09:55] <Hobbsee> hubuntu: if you can grab the one 2 days before release, you're probably OK.  check with the testing team, etc, about that
[09:55] <Fujitsu> hubuntu: Grab a daily a couple of days before, and rsync.
[09:55] <slangasek> hubuntu: what about downloading on Monday, then using rsync to update it with any changes between Monday's image and the final release?
[09:55] <Fujitsu> 'swat I thought.
[09:55] <Hobbsee> that too
[09:56] <hubuntu> slangasek, I thought about that.. Specially since I'm thinking of building a Local mirror for faster install
[09:56] <hubuntu> Is it difficult to do? I have very limited on hands use of rsync, but I do understand what it does
[09:57] <hubuntu> I will be building such a server and a how-to this weekend, I will keep you all informed ;)
[09:57] <hubuntu> and weill keep asking.. so bare with me
[09:57] <Fujitsu> hubuntu: https://help.ubuntu.com/community/RsyncCdImage
[09:58] <slangasek> sorry, what do you mean by "faster install"?  If you're using desktop images, a local mirror won't make a standard install any faster
[09:58] <slangasek> if you're using alternate CD images, a local mirror can help for downloading the images themselves faster using jigdo, but that's more arcane than rsync :)
[09:59] <Fujitsu> How'd jigdo arcane?
[09:59] <hubuntu> Faster in the sense of optimized (few CDs, few people being able to start an installation can be solved by a LAN with automatic PXE booting and CDs downloading form the local server (no internet in many of the events...)
[10:00] <slangasek> Fujitsu: way less documentation available on the internets? :)
[10:00] <Fujitsu> jigdo-file somefile.jigdo
[10:01] <Fujitsu> Hmm. When did graphical jigdo lose the `Blah blah blah incomplete blah blah buggy\n[Great!] [Awesome!] [Excellent!]' or similar dialog?
[10:02] <hubuntu> ok I've tried jigdo and never understood a thang
[10:02] <hubuntu> but I have to admit that I did gop deep into it.. I'm lazy at times ;)
[10:02] <hubuntu> I am going to write this all down in a spec and work it trhough the weekend
[10:02] <hubuntu> stay tuned ;)
[10:08] <Whoopie> Keybuk: Hi, FYI, don't know why but usplash is now working. no segfault anymore.
[10:10] <Keybuk> Whoopie: always the way :-/
[10:13] <hubuntu> I just love how things get fixed just in time before releases.. remember Evo crashing everyday till the day before RC in feisty and getting fixed just one day before (just to crash 6 months later.. Exchange Su2#%!  You guys do a superb job! Thank you so much!!
[10:13] <hubuntu> you make ubuntu rock!
[10:14] <Whoopie> anyone knows how I could relax firefox's SSL certificate check? I can't access dev.openwrt.org and bugs.freedesktop.org
[10:14] <Keybuk> Whoopie: click the Add Exception button
[10:14] <Whoopie> there's non for bugs.freedesktop.org. Just a message about self-signed certificate
[10:14] <seb128> what webbrowser are you using?
[10:17] <Whoopie> firefox 3b5. with version 2, I got a popup if I want to temporaryly accept the certificate.
[10:17] <Whoopie> ok, but I can add an exception in the preferences.
[10:21] <Whoopie> seb128: do the suspend and hibernate buttons in the gdm menu normally work?
[10:22] <seb128_> Whoopie: I don't know, we have a bug about hibernate not working but I didn't verify
[10:23] <seb128_> Whoopie: I don't think many users use those and I don't consider it high priority at the moment but you are welcome to confirm the bug
[10:23] <Whoopie> seb128: ok, do you have a launchpad bug number by chance?
[10:24] <seb128_> Whoopie: should be as fast to find for you than for me so I will let you search hibernate in the gdm bugslist
[10:24] <Whoopie> seb128_: ack
[10:31] <Whoopie> seb128_: do you need any infos or can I just put launchpad bug 208136 into confirmed state?
[10:31] <ubotu> Launchpad bug 208136 in gdm "system cannot hibernate with GDM" [Undecided,New] https://launchpad.net/bugs/208136
[10:54] <seb128> hum
[10:54] <seb128> I've several cases where ubiquity fails creating partitions
[10:54] <seb128> Apr 18 09:52:34 ubuntu partman: Could not stat /dev/sda5 --- No such file or directory
[10:54] <seb128> Apr 18 09:52:34 ubuntu partman:
[10:54] <seb128> Apr 18 09:52:34 ubuntu partman: The device apparently does not exist; did you specify it correctly?
[10:54] <seb128> is that a known issue?
[10:55] <seb128> indeed there is no dev entry for this one, but I just created the partition in ubiquity and fdisk lists it correctly
[10:58] <slangasek> seb128: looks like the same issue cjwatson identified last night, where parted creates the partition and then disagrees with the kernel about what its name should be
[10:58] <slangasek> seb128: GPT?
[10:59] <seb128> slangasek: GPT? what is that?
[11:00] <slangasek> seb128: the partition tables used by newer systems, that accomodate multiple TB partitions
[11:00] <seb128> how do I know about that
[11:00] <slangasek> (also the ones you have to use on x86 Apple hardware)
[11:00] <slangasek> I don't know, sorry
[11:04] <seb128> slangasek: the box is an intel desktop using a 250G disk
[11:05] <seb128> anyway I've most of my manual installs which are failing due to that on this one, so if somebody needs informations let me know
[11:05] <seb128> preferably before lunch because I'll not be in front of this box this afternoon
[11:41] <cjwatson> slangasek: that's a different one, actually
[11:41] <cjwatson> slangasek: I think seb128's bug is the one Evan fixed in partman-base for post-RC
[11:41] <slangasek> ok
[11:42] <cjwatson> I *think*
[11:44] <tjaalton> slangasek: ping? there's a new fglrx release (8.4) which includes a couple of fixes (aticonfig should no longer segfault etc.). I've packaged a new lrm, uploaded and built on my PPA and now asking people to check for possible regressions. rtg & bryce acked it already, bug 218345
[11:44] <ubotu> Launchpad bug 218345 in linux-restricted-modules-2.6.24 "fglrx 8.4 released today. Any chance for hardy?" [Medium,In progress] https://launchpad.net/bugs/218345
[11:45] <tjaalton> post-rc of course
[11:46] <slangasek> tjaalton: I think we should really defer that until 8.04.1
[11:46] <slangasek> so we can test it from all angles at our leisure
[11:48] <laga> tjaalton: re your comment in https://bugs.launchpad.net/bugs/202164 - do you think it's the fault of xrandr?
[11:48] <ubotu> Launchpad bug 202164 in xorg-server "[hardy] displayconfig-restore causes X to crash" [Wishlist,New]
[11:48] <tjaalton> slangasek: ok, I'm not sure if post-release lrm's fit the kernel team policy, but I'll ask :)
[11:52] <tjaalton> laga: I'm not that familiar with multiseat tbh.. that was just a guess, although it might not have anything to do with this problem
[11:53] <tjaalton> laga: get a proper backtrace: https://wiki.ubuntu.com/X/Backtracing
[11:55] <laga> tjaalton: good idea. for now, i've just disabled displayconfig-restore, i'll try to get a BT in a few days. will the functionality in displayconfig-restore eventually moved into X itself? it looked like it corrects some auto-detection problems
[11:56] <tjaalton> laga: I don't know what it does :)
[11:56] <laga> tjaalton: ah. ok, i'll get a backtrace :)
[12:43] <slangasek> laga: are the current mythbuntu alternates ready for release as RC?
[12:45] <laga> slangasek: depends. :) if RC happens now, then they're ready. if not, then i'll need to test a change to ltsp.seed.. i was too tired last night and messed up the change i did then. but that's not critical.
[12:46] <slangasek> laga: the RC is happening within the next few hours for Ubuntu et al.; so the question is whether the current mythbuntu images are appropriate to push out at the same time as an RC
[12:49] <laga> slangasek: give me 15 minutes and i'll tell you if the updated ltsp.seed works for me now, then the disk would need to be respun. if that's too much work right now, we can just release as-is
[12:51] <slangasek> laga: it's "too much work" in the sense that I don't think that leaves you enough time to fully test it between now and the RC announcement going out :)
[12:51] <slangasek> laga: but if this is something that should be a showstopper for mythbuntu, I can respin and let you guys do your own RC announcement a little bit later
[12:55] <slangasek> laga: but I would like to know soon which way you'd prefer, so that I can get the images ready to mirror :)
[13:05] <laga> slangasek: i doubt that a simple preseed option will break much :) if something went wrong, it'd have to be something with the build process
[13:05] <laga> slangasek: we do our own RC announcement anyways :) the live disks will be ready, though (AFAIK, superm1 knows more)
[13:06] <slangasek> laga: as a matter of covering my own butt, I'm not going to include pointers to any images in the RC announcement I send out that haven't been tested
[13:06] <slangasek> laga: but beyond that constraint, you get to tell me what you want to happen - so please direct me
[13:09] <laga> slangasek: i think only two people are testing the mythbuntu alternate disks anyways :) okay, i think we can do this: in the RC announcement, you can link to the RC announcement on mythbuntu.org. people will find our live disk there and i'll add the alternate disk to the mythbuntu announcement once i'm sure it's sane.
[13:10] <slangasek> laga: ok, so the desktop images are ready for release now?
[13:11] <laga> let me check the logs
[13:11]  * laga yells at superm1 for being asleep
[13:11] <slangasek> heh :)
[13:13] <laga> < tgm4883> there are only 3 mirrors out of sync < tgm4883> we are able to release
[13:14] <laga> assuming that we tested the disk before pushing them to ten mirrors or so, the desktop disks should be good :)
[13:14] <Daviey> laga: i fixed one of them.. so should only be 2 now
[13:14] <\sh> slangasek, just release a very stable and good RC for -server, which I can deploy two days before final on our server farm ;)
[13:16]  * soren is suddenly reminded that he has a mythbuntu mirror.
[13:18] <ion_> Let's switch to Van Jacobson's new Internet already, then mirrors become completely irrelevant. :-)
[13:21] <laga> gah, screw this. slangasek, is there any room for "known issues" in the release notes? :) although these probably belong into the mythbuntu release notes
[13:21] <laga> slangasek: let's use the current daily alternate disk.
[13:21] <slangasek> laga: yes, please put known issues in the mythbuntu release notes
[13:21] <laga> slangasek: sure.
[13:21] <slangasek> ok, setting the current daily alternate up for publishing
[13:22] <laga> 20080417.2
[13:22]  * slangasek nods
[13:31] <psyke83> asac, what's the status of bug 192888? Did you change your mind about nspluginwrapper?
[13:31] <ubotu> Launchpad bug 192888 in libflashsupport "firefox crashes on flash contents" [High,Confirmed] https://launchpad.net/bugs/192888
[13:31] <pitti> *blink* 0417.2? for ubuntu or a different flavour?
[13:32] <pitti> asac: argh, do you know about the broken 404 error page in current ffox 3? Just try "http://foo" and be greeted with an "invalid XML blabla"?
[13:33] <slangasek> pitti: the 0417.2 was for mythbuntu
[13:33] <pitti> slangasek: ok, *phew* :)
[13:33] <pitti> slangasek: oh, still awake? is your plan to get the release out before you go to bed? :)
[13:34] <slangasek> pitti: well, yes. :)
[13:34] <seb128> slangasek: any idea if there is a bug about the linux and installer not agreeing on partitions available issue?
[13:34] <slangasek> seb128: you'd have to ask cjwatson; anyway, he highlighted a different bug that he thinks is yours
[13:35] <asac> pitti: yes. i am aware of that. i think its some combination of properly encoding the dtd strings.
[13:35] <seb128> ok
[13:35] <slangasek> seb128: <cjwatson> slangasek: I think seb128's bug is the one
[13:35] <slangasek> ...  Evan fixed in partman-base for post-RC
[13:35] <seb128> ah ok
[13:36]  * seb128 looks at the changelog
[13:36] <dholbach> good to know, so I don't need to test that with 20080417.2
[13:36] <asac> pitti: ill fix that on over weekend. in worst case we have to workaround. but ill surealy have a fix by sunday if not sat.
[13:37] <pitti> asac: thanks!
[13:37] <asac> pitti: i suspect that some chars are not properly escaped in the dtd generation code
[13:38] <seb128> slangasek: ok, might be bug #218394
[13:38] <ubotu> Launchpad bug 218394 in partman-base "partman fails to swapoff all swap partitions on the target device" [High,Fix committed] https://launchpad.net/bugs/218394
[13:38] <slangasek> ah, clever :)
[13:38] <seb128> thanks
[13:54] <pitti> soren: qemu depends on bochsbios-qemu, but the latter is NBS, so I need to remove it for the release; do you care enough about qemu to want to fix it?
[13:54] <soren> pitti: Yes.
[13:54] <soren> I'll fix. Hang on.
[13:55] <pitti> soren: thanks; I can wave it through unapproved, since it's universe, and obviously RC
[13:56] <soren> pitti: Er.. It only conditionally depends on bochsbios-qemu?
[13:57] <pitti> soren: ah, right; the | bochsbios is satisfyable
[13:57] <cjwatson> seb128: I'm not absolutely certain, so worth checking after RC once that lands (it needs a new ubiquity upload too)
[13:57] <seb128> cjwatson: will do
[13:57] <soren> Right. That's when the file it needs moved frrom bochsbios-qemu to bochsbios and we dropped -qemu. I *did* think that I fixed it back then :)
[13:58] <pitti> soren: -qemu is still the preferred dependency, but probably 'good enoughh'
[13:58] <soren> pitti: Yeah. I'll fix that in intrepid.
[13:59] <pitti> soren, dendrobates-: do we care about cyrus 2.2? it depends on libasn1-6-heimdal, which is NBS, too (thus I remove it now0
[14:00] <soren> I personally couldn't care less.
[14:00] <dendrobates-> pitti: Me as well.
[14:00] <pitti> well, I'll try a no-change rebuild and upload that if it builds cleanly against libasn1-8-heimdal (which I suppose)
[14:15] <mjung> Hi. I was not able to find source which cites which xen-patches have been applied to linux-image-2.6.22-14-xen and where to find them to recompile the package.
[14:15] <mjung> (I am missing the 'connmask' module, which has unfortunately not been enabled by the maintainer.)
[14:23] <james_w> soren: I cherrypicked a fix for bug 205011, but I am not able to test it, do you have the setup to do so?
[14:23] <ubotu> Launchpad bug 205011 in lvm2 "LVM2 doesn't recognise 'virtio' virtual disks (/dev/vd*)" [High,Confirmed] https://launchpad.net/bugs/205011
[14:25] <soren> james_w: I do, yes.
[14:26] <james_w> soren: liw has also offered to test, but he says he needs exact instructions if you want him to.
[14:28] <soren> james_w: Complete an installation that uses lvm. Install patched lvm. Shut it down. STart it again like so: kvm -drive file=nameofdisk.img,if=virtio,boot=on
[14:28] <soren> If it works, all is good.
[14:37] <ogra> slangasek, is that doc closed already ? https://wiki.ubuntu.com/HardyHeron/RC ?
[14:40] <slangasek> ogra: no - what do you need added?
[14:41] <ogra> LTSP in "new and improved support" woudl be nice with "The alternatd CD provides an out of the box treminal server installation now" with a link to https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall
[14:42] <ogra> *alternate
[14:42] <ogra> *terminal
[14:42] <ogra> *sigh*
[14:45] <Randall> The Beginning  1 In the beginning God created the heavens and the earth.  2 Now the earth was [a] formless and empty, darkness was over the surface of the deep, and the Spirit of God was hovering over the waters.
[14:45] <Randall> 3 And God said, "Let there be light," and there was light. 4 God saw that the light was good, and He separated the light from the darkness. 5 God called the light "day," and the darkness he called "night." And there was evening, and there was morning.the first day.
[14:45] <Randall>  6 And God said, "Let there be an expanse between the waters to separate water from water." 7 So God made the expanse and separated the water under the expanse from the water above it. And it was so. 8 God called the expanse "sky." And there was evening, and there was morning.the second day.
[14:45] <Randall>  9 And God said, "Let the water under the sky be gathered to one place, and let dry ground appear." And it was so. 10 God called the dry ground "land," and the gathered waters he called "seas." And God saw that it was good.
[14:45] <ogra> !ops
[14:45] <ubotu> Help! bhale, infinity, Hobbsee, jdub, thom, fooishbar, fabbione, mdz, lamont, or Keybuk
[14:45] <ogra> ?
[14:45] <Randall>  11 Then God said, "Let the land produce vegetation: seed-bearing plants and trees on the land that bear fruit with seed in it, according to their various kinds." And it was so. 12 The land produced vegetation: plants bearing seed according to their kinds and trees bearing fruit with seed in it according to their kinds. And God saw that it was good. 13 And there was evening, and there was morning.the third day.
[14:45] <Randall>  14 And God said, "Let there be lights in the expanse of the sky to separate the day from the night, and let them serve as signs to mark seasons and days and years, 15 and let them be lights in the expanse of the sky to give light on the earth." And it was so. 16 God made two great lights.the greater light to govern the day and the lesser light to govern the night. He also made the stars. 17 God set them in the expanse of the s
[14:45] <ogra> thanks
[14:45] <Hobbsee> ogra: thanks
[14:45] <Hobbsee> thought i recognised the reference
[14:46] <slangasek> Riddell, Hobbsee: are there any Kubuntu-specific errata that should be pushed out as release notes currently?  (If not, no sweat, the errata we currently have are fairly generic anyway)
[14:47] <lamont> Hobbsee: but they spelled "Big Inning" wrong
[14:47] <slangasek> heh
[14:47] <Hobbsee> slangasek: no idea, sorry.  i don't do much in kubuntu anymore
[14:47] <slangasek> Riddell: all on you then :)
[14:48] <cjwatson> slangasek: it might be worth errataing that non-Latin keymaps are buggered (218754) and that ports architectures fail to install at least from the desktop CD (218801)
[14:48] <cjwatson> err, 218754 is alternate/server only
[14:53] <pitti> anyone from Ubuntustudio here? TheMuso? ubuntustudio-audio depends on rosegarden4, which is NBS (current is rosegarden)
[14:53] <_MMA1> pitti: That should have been fixed months ago AFAIK.
[14:53] <Riddell> slangasek: none that I can think of
[14:54] <pitti> I remove the package now, since rosegarden Provides: rosegarden4, but it should be fixed nevertheless
[14:54] <pitti> _MMA1: obviously not :)
[14:55]  * _MMA1 looks at seeds.
[14:56] <hadess> superm1: around?
[14:57] <soren> cjwatson: It seems that the bug about grub failing is slightly more general.
[14:57] <slangasek> ogra: LTSP added
[14:58] <_MMA1> pitti: Damn. I *know* that got changed. I'll have Luke fix that today.
[14:58] <superm1> hadess, what's up?
[14:58]  * ogra hugs slangasek 
[14:58] <pitti> _MMA1: thanks
[14:58] <soren> cjwatson: Actually, attempting to run any i386 binary from the amd64 livecd environment results in a "Bad RIP value".
[14:58] <hadess> superm1: did you see my updated patch for the lirc include stuff?
[14:58] <slangasek> er.. except not added, because someone edited the page out from under me. :)
[14:58] <superm1> hadess, no i haven't.  where would it have been?
[14:58] <hadess> superm1: on lirc-devel
[14:59] <superm1> hadess, ah okay.  i'll look it over when I return home later on
[14:59] <superm1> thanks!
[14:59] <hadess> superm1: in reply to your original patch
[14:59] <slangasek> there, now it's added
[14:59] <hadess> superm1: i haven't received any updates from christoph though
[14:59] <superm1> hadess, he is a bit slow sometimes
[15:00] <cjwatson> soren: which bug?
[15:00] <pitti> seb128: any idea about http://launchpadlibrarian.net/13075917/buildlog_ubuntu-hardy-i386.gtk-doc_1.10-1_FAILEDTOBUILD.txt.gz ?
[15:00] <cjwatson> soren: "grub failing" *is* a general symptom. It could happen for all kinds of entirely separate reasons.
[15:00] <pitti> After installing, the following source dependencies are still unsatisfied:
[15:00] <seb128> pitti: soyuz bug?
[15:00] <pitti> openjade(still installed)
[15:00] <pitti> seb128: I give it back, let's cross fingers
[15:01] <seb128> pitti: slangasek and slomo_ discussed it some time ago I think
[15:01] <slomo_> yes, sbuild simply doesn't like conditional dependencies when resolving build dependencies iirc
[15:01] <seb128> pitti: the package didn't change but it has an alternatives build-deps and it's not really clear how the buildd resolve that
[15:02] <pitti> lool, StevenK: is anyone working on the hildon-control-panel FTBFS? looks like a pointer declaration bug, which breaks 64 bit?
[15:02] <pitti> slomo_: what's a conditional dependency?
[15:03] <pitti> erk, build-conflicts
[15:03] <soren> cjwatson: Sorry, I though my mentioning it provided enough context. The bug about grub failing to install consistently using an amd64 live cd.
[15:03] <slomo_> pitti: some package depends on "openjade | jade", buildd selects one of them and gtk-doc build conflicts with that
[15:03] <slangasek> cjwatson: is 218754 selecting a non-Latin keymap, or a non-Latin language?
[15:03] <lool> pitti: I'm not; I could have a look this WE
[15:03] <soren> cjwatson: heno should have sent the dmesg output to you.
[15:03] <cjwatson> soren: I've looked at about 20 or 30 bugs in the last day or two :(
[15:03] <StevenK> pitti: I will look at it
[15:03] <cjwatson> (in some depth)
[15:04] <lool> StevenK: Thanks
[15:04] <soren> cjwatson: Sorry. Hang on, I'll find the bug no..
[15:04] <cjwatson> you mean 219165?
[15:04] <lool> StevenK: Check upstream and Debian, probably fixed it
[15:04] <slangasek> pitti: gtk-doc: enjoy, dpkg-dev ignores the ordering of build-depends in your source package and instead sorts them in the generated .dsc
[15:04] <soren> cjwatson: Yes, that's the one.
[15:04] <cjwatson> slangasek: keymap, but only if you select it at the boot menu
[15:04] <cjwatson> soren: ok, yes, definitely doesn't look like a d-i problem
[15:04] <pitti> seb128, slomo_: indeed, docbook-dsssl depends on openjade, and gtk-doc-tools build-depends on that, but build-conflicts on openjade
[15:04] <slangasek> pitti: there's a fix for this: build-depend on a-horrible-kludge | jade :P
[15:05] <cjwatson> soren: losing 32-bit compatibility is very bad ...
[15:05] <cjwatson> soren: I'll punt it over to the kernel
[15:05] <pitti> TBH that's quite hard to sensibly resolve automatically
[15:05] <soren> cjwatson: I talked to upstream, and they run 64-bit kernels with 32-bit userspace all the time inside kvm.
[15:05] <soren> Well, not "all the time", but "routinely" at least.
[15:05] <slangasek> pitti: the build-deps in the source package *were* set right, the only issue is that they're being reordered along the way
[15:05] <cjwatson> soren: is it just in kvm?
[15:06] <soren> cjwatson: As far as I know.
[15:06] <soren> cjwatson: liw would know..
[15:06] <seb128> slangasek: btw the text about gvfs in the hardy notes is slightly misleading
[15:06] <cjwatson> soren: the report says that amd64 server works in kvm, so maybe it isn't all the time
[15:06] <seb128> slangasek: I mentioned that by mail to you before I think, that was around beta
[15:07] <slangasek> seb128: can you propose some correct text, please?
[15:07] <seb128> "such as the inability to restore files from trash, pause and undo file operations, and will make it possible to escalate user privileges for certain operations using PolicyKit for authentication."
[15:07] <seb128> none of those are possible in hardy
[15:08] <pitti> slangasek: fun
[15:08] <seb128> slangasek: I would just remove this part of the text I think
[15:09] <\sh> pitti, octave2.1-forge ??? I thought we got rid of all octave2.1* stuff during octave3.0 transition?
[15:09] <\sh> pitti, re: NBS
[15:09] <pitti> \sh: I don't know; we can kill that, if it's obsolete
[15:09] <\sh> pitti, well, we don't have octave2.1 in our archives anymore ;)
[15:09] <\sh> pitti, for hardy that is
[15:10] <\sh> pitti, could be that we lost the ports.ubuntu.com archives? ;)
[15:10] <slangasek> seb128: which part? everything about gvfs?
[15:10] <seb128> slangasek: what I just copied on the channel
[15:10] <seb128> slangasek: the "such as <list of things not possible in hardy> yet"
[15:11] <seb128> slangasek: the "such as <list of things not possible in hardy yet>" rather ;-)
[15:11] <soren> cjwatson: True. I'm trying to find out what combo of things makes it appear.
[15:11] <soren> Why is grub an i386 binary anyway?
[15:12] <\sh> pitti, got the bugger...
[15:12] <soren> non amd64-valid assembly code somewhere in it or something?
[15:12] <\sh> pitti, octave2.1-forge is not a result package of octave2.1...please get rid of it, thx :)
[15:12] <slangasek> cjwatson: 218801> hmm, is that going to be fixed for final?  and is using the alternate CD a valid workaround?
[15:12] <heno> soren: desktop 64 bit installs (both live and alt CDs) fail, 386 desktop and 64 bit server install fine
[15:13] <heno> cjwatson: ^
[15:13] <soren> heno: Even outside kvm?
[15:13] <heno> soren: I've never seen the failure outside kvm
[15:13] <soren> heno: Interesting.
[15:13] <heno> nor I believe has liw
[15:13] <soren> Very, very interesting.
[15:14] <soren> heno: Right, I asked him.
[15:14] <slangasek> seb128: hrm, which notes are you looking at? I don't see anything about gvfs here
[15:14] <cjwatson> slangasek: I have a fix for 218801 here
[15:14] <cjwatson> slangasek: with the alternate CD, I *think* that you get one extra prompt rather than it just breaking, but I'm not certain
[15:14] <slangasek> cjwatson: ok
[15:15] <seb128> slangasek: the one I got when clicking in the url in the first ubiquity screen
[15:15] <seb128> slangasek: they are similar to http://www.ubuntu.com/testing/hardy/beta
[15:15] <pitti> \sh: done
[15:15] <\sh> pitti, thx :)
[15:15] <seb128> slangasek: I rebooted since and didn't note the url though
[15:15] <slangasek> seb128: oh, well, those are old and don't apply anymore anyway :)
[15:15] <cjwatson> seb128: probably identical to that, it's a central redirect
[15:15] <cjwatson> it gets updated around the same time as the images are released
[15:15]  * \sh heads home now...
[15:17] <cjwatson> soren: upstream recommends 32-bit. at one point there was an attempt to build 64-bit grub on amd64, but it broke (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=244498)
[15:17] <ubotu> Debian bug 244498 in binutils "absolute objcopy not working on amd64?" [Normal,Open]
[15:17] <pitti> lool, StevenK: http://people.ubuntu.com/~ubuntu-archive/testing/hardy_probs.html has some remaining mobile stuff; any idea?
[15:17] <cjwatson> soren: plus, y'know, it's been working this way for years
[15:17] <soren> cjwatson: Sure.
[15:17] <soren> *shrug*
[15:18] <pitti> lool, StevenK: h-control-panel is FTBS on amd64, and hildon-desktop is certainly a consequence of that
[15:31] <lamont> why is it that shortly after I iconify firefox, it uniconifies itself?
[15:32] <mdz> lamont: because it has a modal dialog open somewhere
[15:32] <mdz> lamont: click on it on the window list a couple of times
[15:33] <ogra> lamont, or you have horizontal scrolling enabled for your touchpad
[15:33] <lamont> had just done a text search in the window before I iconified it...
[15:33] <lool> pitti: marquee-plugins is uninstallable because of hildon-desktop packages which aren't installable because of pending promotions
[15:33] <ogra> (happens to me all teh time if my mouse is over the tasklist)
[15:33] <pitti> lool: oh, what is it blocking on?
[15:33] <lamont> then again, more and more crap is deciding that it should steal focus... about to the point to have me hack over X to deny all comers
[15:33] <lool> pitti: I think only mobile-basic-flash is missing; it needed to move to xulrunner 1.9
[15:33] <lool> pitti: asac and StevenK were working on it
[15:34] <pitti> lool: ah, cool; merci!
[15:34] <ogra> lamont, devilspie ftw
[15:34] <StevenK> It's uploaded
[15:34] <lamont> and I still need to find where compiz does it's focus-follows-mouse and teach it about 'strict'
[15:34] <ogra> (i dont think that works with compiz though)
[15:34] <lamont> compiz has it's own rules
[15:34] <StevenK> mobile-basic-flash with xulrunner 1.9 should be in the archive
[15:35] <slangasek> cody-somerville: ping
[15:36] <pitti> ScottK, Hobbsee: ok to sync http://packages.qa.debian.org/p/python-omniorb.html and remove python-omniorb2? the latter is uninstallable and FTBFS in hardy
[15:36] <cody-somerville> sladen, pong
[15:36] <cody-somerville> erm
[15:36] <cody-somerville> slangasek, pong
[15:37] <slangasek> cody-somerville: hi, is there any sort of Xubuntu release announcement in the making?  Something I should link to from my mail?
[15:37] <cody-somerville> slangasek, Yes there is.
[15:37] <cody-somerville> slangasek, Jim Campbell has the details
[15:37] <Hobbsee> pitti: i trust your judgement
[15:37] <Hobbsee> pitti: so yes
[15:38] <pitti> Hobbsee: well, it can hardly become more broken, but I want to keep to the protocol :)
[15:38] <Hobbsee> pitti: hehe
[15:38] <Hobbsee> eyah
[15:38] <slangasek> cody-somerville: is Jim around?  He doesn't appear to be on-channel
[15:38] <cody-somerville> He doesn't appear on at the moment. When do you plan to send the e-mail?
[15:41] <slangasek> cody-somerville: within the half-hour
[15:52] <cody-somerville> slangasek, https://wiki.ubuntu.com/HardyHeron/RC/Xubuntu
[15:54] <Adri2000> pitti: is there a langpack upload planned before final release?
[15:55] <pitti> Adri2000: yes, I have one built and ready for upload
[15:55] <pitti> Adri2000: I'll upload it as soon as slangasek asks me to pull the trigger
[15:56] <slangasek> cody-somerville: ouch, this content looks almost exactly like the Ubuntu one?
[15:56] <slangasek> ... and images are missing
[15:56] <cody-somerville> slangasek, I have someone working on that.
[15:58] <Adri2000> pitti: :( I hoped I had enough time to fix tasks (generate pot file) and ask someone to approve the translations waiting in the review queue, but well, that'll wait for a post-release update then
[15:59] <pitti> Adri2000: there is always -updates :)
[15:59] <pitti> slangasek: actually, what's the chance of re-rolling the images now? if it's 0, I could just as well start the langpack flood?
[15:59] <slangasek> pitti: 0
[16:00] <seb128> pitti: any opinion on bug #214905?
[16:00] <ubotu> Launchpad bug 214905 in swfdec0.6 "update swfdec to 0.6.4 version (local file access via remote flash file)" [Undecided,Confirmed] https://launchpad.net/bugs/214905
[16:01] <mvo> Riddell: I fixed the data-extractor now and it extracts now both kde3 and kde4 desktop files, if we choose which to include (or just include both)
[16:01] <Adri2000> pitti: for the langpacks sure, but I'll try to get the fixed tasks uploaded before release, to avoid all the sru process
[16:01] <mvo> Riddell: let me know what you prefer, the extraction is not finished yet, but it looks good so far
[16:01] <pitti> slangasek: ok, I'll start it then; it will take some hours to get them all uploaded and accepted from the queue anyway
[16:02] <Riddell> mvo: can KDE 4 ones be marked in some way?  adding "(KDE 4)" to the end of the Name= ?
[16:02] <seb128> pitti: any objection if I just sync it and swfdec-gnome from debian?
[16:02] <mvo> Riddell: yeah, that should be possible
[16:02] <Riddell> mvo: that would be good to have both but KDE 4 ones marked like that
[16:03] <mvo> Riddell: ok, I check that out when the extraction is finished, it should be straightforward
[16:06] <pitti> seb128: looks fine to me, but that needs ~motu-release approval -> Hobbsee, ScottK, sistpoty
[16:07] <seb128> pitti: swfdec-gnome is part of GNOME so it has technically a standing exception and I'll claim that's a depends and sync it too I think
[16:07] <Hobbsee> seb128: pitti, fine by me
[16:07] <seb128> Hobbsee: thanks!
[16:07] <Hobbsee> seb128: y/w
[16:10] <Pici> Has the RC been released or are things still pending?
[16:11] <slangasek> it's in the process of being released
[16:12] <Pici> Okay, I'll just tell people 'soon'
[16:12] <pitti> seb128: shall I sync or are you?
[16:12] <seb128> pitti: I'll, just checking it builds fine etc on hardy before
[16:12] <pitti> seb128: thanks
[16:13]  * seb128 hugs pitti
[16:14] <_MMA_> Riddell: Did xdg-user-dirs get moved around again? It's getting pulled in as a result of Studio using Rosegarden which pulls QT/KDE/whatever libs. I thought you moved that around? I remember there was some KDE bug involved also.
[16:16] <Riddell> _MMA_: kdelibs4c2a depends on it
[16:16] <_MMA_> Riddell: nm. I think I just tracked it to something else.
[16:23] <LaserJock> \o/
[16:24]  * mvo hugs slangasek
[16:25] <laga> yay
[16:28] <james_w> thanks slangasek
[16:28] <MRutter> yay
[16:29] <psyke83> asac, is bug 192888 considered fixed, or are you still considering nspluginwrapper for all archs? The bug is now marked fix released and no longer on the milestone list
[16:29] <ubotu> Launchpad bug 192888 in libflashsupport "firefox crashes on flash contents" [High,Confirmed] https://launchpad.net/bugs/192888
[16:32] <asac> psyke83: no that was a typo. i ment intrepid. that bug is only fixed for flashplugin-nonfree task
[16:33] <psyke83> asac, ah ok... that's unfortunate
[16:36] <seb128> slangasek: good work ;-)
[16:36] <slangasek> seb128: you too!
[16:55] <wasabi> There a macro for a debian/control file to refer to the current package versioN/
[16:55] <wasabi> So I can have one binary package depend on another in the same source file exactly?
[16:56] <pitti> lamont: your postfix upload does not have bug#s; where should I look for the approval stuff, etc.?
[16:59] <lamont> pitti: diff of HISTORY, I expect.  let me go dig it up for you
[16:59] <pitti> lamont: I meant LP bug numbers
[16:59] <lamont> not sure any were filed... it started as mdz mail from the u-d mailing list, iirc
[16:59] <pitti> seb128: gtk+2.0 upload does not have a LP#?
[17:00] <pitti> lamont: did you get slangasek's ok for that?
[17:00] <lamont> I ran the HISTORY diff past him and such, yes/
[17:00] <pitti> ok
[17:00] <lamont> and he at least did the hand-wavy thing
[17:00] <seb128> pitti: is that required?
[17:00] <pitti> thanks
[17:00] <seb128> pitti: I can file bugs and add numbers to changelog if you want
[17:00]  * lamont is also highly interested in knowing when update-manager is published
[17:00] <pitti> seb128: well, it's better to have it in the changelog for me to find the RM acks
[17:01] <pitti> seb128: I'm fine with getting pointed to them via other means, of course
[17:01] <seb128> pitti: there is no ack?
[17:01] <pitti> seb128: how should I know, without bug numbers? :-)
[17:01] <seb128> pitti: I though uploading fix was still allowed and than you guys were reviweing things in the queue
[17:01] <seb128> pitti: well, there is a changelog? ;-)
[17:01] <ogra> mvo, i have a bunch of reports from some people that suddenly tftpd-hpa doesnt add itself to inetd.conf anymore, could that be caused by your changes ? (essentially the ones that install ltsp-server-standalone)
[17:02] <seb128> pitti: I didn't ask for any approval before uploading this one, just fixed some issues and uploaded as usual
[17:02] <mvo> ogra: did I touch that package? let me look
[17:02] <seb128> pitti: the current -dbg is not working and one svn change was backported wrongly some time ago, the upload fixes those issues
[17:02] <ogra> the last two changelog entries are yours
[17:02] <ogra> i cant reproduce it though
[17:03] <ogra> but heard it wice now
[17:03] <ogra> *twice
[17:03]  * mvo checks
[17:04] <mvo> ogra: is there a bugnumber?
[17:05] <ogra> mvo, i dont think so
[17:06] <mvo> ogra: it asks a debconf question if it should add itself to inetd or not: db_get tftpd-hpa/use_inetd  - strange, it defaults to true (and is asked with medium priority)
[17:06] <ogra> yeah, it shouldnt ask and just go to inetd
[17:06] <ogra> i dont really understand whats wrong there, but will investigate further
[17:07] <mvo> ogra: could you ask him to run the postinst with "sh -ex /v/l/d/i/tftpd-hpa.postinst configure" ?
[17:07] <mvo> maybe that gives us a clue
[17:08] <ogra> mvo, he's gone from #ltsp, but i wil do if he comes back
[17:08] <seb128> pitti: sorry if that's not clear from the changelog upload, I'm not sure if I included the previous debian one in the .changes, they fixed the -dbg to have the correct symbols (it was built using the udeb) and a patch backported incorrectly, I just used the new revision and reapplied ubuntu changes
[17:08] <pitti> seb128: (previous changelog -> no)
[17:08] <mvo> ogra: ok, let me know if I can help further
[17:08] <pitti> seb128: I'll have a look; thanks
[17:08] <ogra> mvo, will do
[17:08] <seb128> pitti: there is no ubuntu bugs about those issues, I've just been following the debian discussion and though those would be nice to get for hardy
[17:08]  * pitti accepts {gtk,gnome}-sharp to finall get this 'crash on exit' issue fixed
[17:09] <seb128> pitti: you are welcome
[17:09] <pitti> seb128: are you running that version on your box?
[17:09] <seb128> pitti: yes
[17:09]  * pitti accepts the new langpacks, too
[17:09] <seb128> pitti: the patch change is a 1 liner and the dbg fix is just a dh_strip calls change in the debian rules, that should cause no issues
[17:11] <pitti> seb128: right, looks trivial; accepting
[17:11] <seb128> thanks
[17:17] <pitti> lamont: ok if I ditch your bzr 1.3.1-1build1 upload and sync from Debian instead?
[17:20]  * pitti just does
[17:29] <evand> Now that the RC is out, can someone approve partman-base 114ubuntu5?
[17:30] <W8TAH> good afternoon - a quick question if i may, is the 8.04LTS release candidate suitable for use in production?
[17:31] <realist> Depends what kind of shop you're running.
[17:31] <W8TAH> laptop and a couple samba severs
[17:31] <W8TAH> school
[17:31] <W8TAH> the sambas will be new builds
[17:31] <W8TAH> laptop has been running beta for several weeks
[17:32] <W8TAH> and keepign up to date on the updates to beta
[17:35] <W8TAH> ??
[17:36] <james_w> W8TAH: if you are running the beta then the release candidate should be better than what you have
[17:36] <W8TAH> sweet
[17:36] <james_w> if you've been keeping up to date though then you will have something close to the release candidate
[17:36] <james_w> if you update again now you will have it.
[17:36] <W8TAH> ok - cool
[17:36] <W8TAH> ok
[17:37] <W8TAH> no need for an iso / re-install?
[17:38] <james_w> W8TAH: you shouldn't need to re-install
[17:38] <slytherin> Hi, does anyone have any idea if it is worth upgrading bluez-utils to latest version (3.30)?
[17:38] <W8TAH> thanks james_w
[17:38] <W8TAH> i'll pull the iso for my servers but thats cuz they are new builds
[17:43] <Keybuk> cjwatson: around?
[17:44] <xhaker> mvo: on hardy's update-manager, release upgrade is set to show only new LTS releases. is it the right setting?
[17:44] <seb128> Keybuk: he's away for the weekend
[17:45] <W8TAH> james_w, ok - ive got a dist-upgrade running on my laptop and im downloading the iso for the servers -- easy jump to final when the time comes?
[17:45] <mvo> xhaker: I think it is, we had a similar policy for dapper
[17:45] <seb128> Keybuk: that's from what he wrote one hour ago
[17:45] <mvo> (explicit opt-in for edgy)
[17:45] <Keybuk> seb128: ah, thanks
[17:46] <seb128> Keybuk: you are welcome
[17:46] <xhaker> mvo: ok, asked just to be sure. I agree.
[17:47] <mvo> ok, thanks xhaker
[17:47]  * Keybuk goes back to attacking D-Bus with an axe (and valgrind)
[17:47] <ion_> keybuk: Are you sure you don’t need the BFG?
[17:48] <W8TAH> BFG = Big friendly Gun?
[17:48] <ion_> Yeah
[17:48] <W8TAH> grin
[17:49] <Keybuk> ion_: maybe, twelve "invalid read of size N" (overflow), six "read of freed block", and about twenty "still reachable"
[17:50] <ion_> keybuk: The dbus devs didn’t feel like valgrinding in the first place? :-)
[17:54] <Keybuk> ion_: certainly not the bits I seem to touch ;P
[17:56] <slytherin> Considering that we are in final freeze, any idea if the latest bluez-utils is worth the upgrade?
[17:59] <xhaker> slytherin: my guess would no. the things entering the main repositories now would be patches, no new versions
[18:00] <Whoopie> seb128: hi, I fixed the hibernate issue in the gdm menu. could you have a look at my patch at launchpad bug 208136 ? thanks in advance.
[18:00] <ubotu> Launchpad bug 208136 in gdm "system cannot hibernate with GDM" [Undecided,New] https://launchpad.net/bugs/208136
[18:05] <seb128> Whoopie: I'm not sure to understand the greeter_item.c changes
[18:05] <seb128> -        strcmp (info->show_type, "timed") == 0))
[18:05] <seb128> +        strcmp (info->show_type, "suspend") == 0))
[18:05] <seb128> why this one?
[18:06] <seb128> +   if (info->show_type != NULL &&
[18:06] <seb128> +       sscanf (info->show_type, "custom_cmd%d", &i) == 1 &&
[18:06] <seb128> and that?
[18:06] <seb128> otherwise the other changes seems good
[18:06] <seb128> also the changelog entry is not verbose enough, you should mention the patch changed and the bug number
[18:09] <Whoopie> seb128: looking at the suspend part in greeter_item.c, I just adapted it to the hibernate part. it's just a "cleanup". re changelog, ok, I'll change.
[18:11] <soren> I thought seahorse-agent was all that was needed to get the pop-up-asking-for-passphrase-for-ssh-keys thing when you tried ssh'ing for the first time after logging in? I just tried it under Xubuntu, and it prompts me on the command line.
[18:11] <ogra> seb128, i lied yesterday, when i tried gtk-demo there was a tracker running for root already, when i shot that down gtk-.demo showed the same behavior
[18:11] <ogra> so its definately the filechoser
[18:13] <slytherin> soren: I think you need ssh-askpass-gnome
[18:13] <slytherin> soren: No, wait, seahorse asks me for ssh password.
[18:14] <slytherin> damn I am confused.
[18:14] <seb128> Whoopie: ok, thanks for the work on it
[18:15] <seb128> ogra: ok, makes sense
[18:15] <seb128> Whoopie: did you try and verify it's fixing the issue?
[18:16] <Whoopie> seb128: yes, as I'm not experienced enough in coding, I had to test. :)
[18:19] <Whoopie> seb128: is that changelog ok?
[18:19] <Whoopie> +  * changed debian/patches/11_powermanagement.patch to fix hibernate
[18:19] <Whoopie> +    button in the GDM menu (lp: #208136).
[18:22] <munckfish> cjwatson: got a sec?
[18:22] <crimsun> asac: I don't understand your "rationale" question.  The point is to prevent breakage upon dist-upgrades for people who have manually configured ALSA settings in non-GStreamer apps.
[18:22] <soren> munckfish: cjwatson's not around.
[18:22] <munckfish> soren: ok thx
[18:22] <munckfish> do you know when he will be?
[18:23] <ogra> munckfish, and is unlikely to return before monday
[18:23] <munckfish> aha ok
[18:23] <Whoopie> seb128: btw, the fix is the same as for suspend which was fixed some time ago upstream. gnome bug 500362
[18:23] <ubotu> Gnome bug 500362 in general "Suspend button does not work" [Normal,Resolved: fixed] http://bugzilla.gnome.org/show_bug.cgi?id=500362
[18:24] <crimsun> asac: while shipping Hardy's current PA package won't cause hellfire, it will present interesting (more) usability problems for people expecting to use Flash in $web_browser and play their favourite audio app (regardless what audio backend said app uses).
[18:24] <munckfish> If I try do-release-upgrade on gutsy powerpc is it going to do the 'right thing' just now to get me to the hardy port? Taking into account the new apt source url for these sort of ports?
[18:25] <ogra> munckfish, probably mvo could answer that (he doesnt do ppc but the release upgrader)
[18:25] <munckfish> ogra: thx
[18:25] <munckfish> mvo: got a sec?
[18:33] <soren> update-manager (1:0.66) gutsy; urgency=low
[18:33] <soren> * DistUpgrade/DistUpgradeControler.py:
[18:33] <soren>     - transition powerpc users to ports.ubuntu.com
[18:33] <soren> munckfish: ^^
[18:33] <soren>  -- Michael Vogt <michael.vogt@ubuntu.com>  Tue, 10 Jul 2007 10:57:02 +0100
[18:33] <munckfish> aha soren thx
[18:33] <soren> np :)
[18:34] <munckfish> I should have checked that, sorry I'm being pedestrian :(
[18:34] <munckfish> tgif
[18:35] <seb128> Whoopie: yes, the new changelog description is better, thanks
[18:36] <seb128> Whoopie: right, those are the part which made sense to me, I'll have to check again the cleanup part and whether it's required or not
[18:39] <mvo> munckfish: hello! please let me know if it works as expected :)
[18:40] <munckfish> mvo: hi, actually I'm living slightly more dangerously than just powerpc, I'm working PS3
[18:40] <munckfish> I just can't debug properly with live CD so looking to find the best way to upgrade my system so I can debug
[18:40] <munckfish> did you make any PS3 specific changes too?
[18:41] <mvo> munckfish: there is currently nothing ps3 specific in the upgrader, a ppc bug got fixed in 1:0.87.21, let me check if that one is build/published yet
[18:42] <munckfish> ok thx
[18:42] <mvo> munckfish: nevermind, the bugfix only affected dapper->hardy
[18:42] <munckfish> mvo: ok thx
[18:42] <munckfish> the only issue I'm aware of at the moment is no
[18:42] <ion_> Will apport be disabled for the release?
[18:42] <munckfish> transition package from ps3-cell kernel to straight powerpc kernel which will be used in hardy
[18:42] <munckfish> I'm hoping that's the only real obstacle I'll meet
[18:46] <Whoopie> seb128: the cleanup part doesn't hurt as the hibernate part is now the same as the suspend part. -> from the patched greeter_item.c: http://pastebin.com/d2925bd32
[18:46] <mvo> munckfish: if you tell me the name of the old kernel package and the name of the new one, I can fix that
[18:47] <munckfish> ah ok
[18:47] <norsetto> is there a way to rebuild about 100 packages in a go?
[18:47] <munckfish> mvo: I'll get back to you on that
[18:47] <mvo> munckfish: great, thanks
[19:01] <emgent> heya people
[19:06] <blueyed> pitti: if I understand correctly, picking up crash files should be enabled in adept, so that it "just works", when apport gets enabled, correct? (your changelog entry assumes that adept is picking crashes up by default, which it is not)
[19:20] <DB42> https://bugs.launchpad.net/ubuntu/+bug/219268
[19:20] <ubotu> Launchpad bug 219268 in ubuntu "iwl3945 doesn't work with my wifi card (ipw3945 did)" [Undecided,New]
[19:21] <beuno> DB42, there is a known bug with wifi card on upgrading
[19:21] <DB42> is it that one ?
[19:21] <beuno> DB42, nope, let me find it for you
[19:22] <DB42> is it related at all ?
[19:24] <beuno> DB42, I believe one of them is bug 185470
[19:24] <ubotu> Launchpad bug 185470 in linux "iwl3945 not functioning : microcode error" [Unknown,In progress] https://launchpad.net/bugs/185470
[19:24] <beuno> which propose a few workarounds
[19:25] <blueyed> pitti: just found your comment about it in the adept bug. so, it's fine. We'll enable picking up crashes in adept.
[19:26] <DB42> beuno: thanks, reading
[19:29] <DB42> beuno: i'll try it soon enough and report back
[19:30] <beuno> DB42, right, thanks, but, please, in a different channel, as this one isn't for support  :)
[19:31] <DB42> ok :) altough this is a bug not support :)
[19:32] <beuno> isn't everything a bug?  :p
[20:31] <Keybuk> pitti: around?
[20:32] <seb128> Keybuk: he left for the weekend some hours ago
[20:34] <Keybuk> bah
[20:53] <Skiessi> libsamplerate could be updated to 0.1.3
[20:56] <Skiessi> at least in ibex
[21:10] <rutter> hey, is the  alt RC CD meant to make the ext3 parition a logical parition? I always thought the primary was meant to be a well primary parition
[21:15] <rutter> nm
[22:24] <LaserJock> does Network Manager use wpa_supplicant?
[22:24] <slangasek> if you're doing things that require supplicating, yes
[22:26] <LaserJock> k
[22:49] <laga> slangasek: since you're off-duty: please ignore my request to merge r1300 from http://bazaar.launchpad.net/~mythbuntu/debian-cd/mythbuntu-debiancd till tomorrow ;)
[22:54] <mroth> what is the proper component to file a bug related to the standard file open dialog?
[22:58] <macogw> is it a bug that there is no linux-ubuntu-modules virtual package?  i have to manually install l-u-m after each kernel update in hardy, and that seems like a bug.
[22:58] <macogw> it could also be some design decision that i dont understand, so i figured i'd ask
[22:59] <laga> macogw: do you have linux-image-generic installed?
[23:00] <macogw> i just went to look and it's no longer installed for some reason
[23:00] <laga> it should be installed :)
[23:00] <macogw> maybe when packages were being held back some time it went poof.... *shrug* sorry
[23:01] <laga> it'd be interesting to know why it went missing
[23:02] <macogw> perhaps removing l-r-m did it?
[23:02] <macogw> its not a direct dependency though
[23:02] <laga> yeah, not right now at least