/srv/irclogs.ubuntu.com/2008/01/30/#ubuntu-devel.txt

asacpitti: thanks.00:00
blueyedgeser: I'm working on virtualbox-ose-modules.. I wasn't aware that 7 already FTBFS when uploading version 8. Currently waiting for the testbuild in ppa.00:12
geserblueyed: good, I just wanted to look at it myself00:13
geserblueyed: you need some special case for i386/amd64 as linux-headers-{i386,virtual} doesn't seem to exist on amd6400:14
=== doko_ is now known as doko
dcodethis isn't a specific question about ubuntu, but I figured you guys could point me in the right direction.....how can I get the source for Launchpad?00:26
RAOFdcode: You'd be after #launchpad, and you can't.00:26
dcodethe URL for hte project on launchpad is sftp...which obviously requires a user/pass00:26
TheMusodcode: The source for launchpad is not available00:26
dcodedrat00:26
dcodeokeyday....00:26
dcodethanks for the infos00:27
blueyedgeser: yes, that's what I have in my ppa already. The FTBFS however seems to occur because of KDIR vs. KERN_DIR.00:33
geserblueyed: I could successfully build a slightly modified package (changed flavours for amd64) on amd6400:34
geserblueyed: what was the problem there as I didn't need to change here nothing00:34
blueyedgeser: seems specific to the buildds, because it worked in my pbuilder, too. See http://launchpadlibrarian.net/11610543/buildlog_ubuntu-hardy-i386.virtualbox-ose-modules_7_FAILEDTOBUILD.txt.gz00:36
geserblueyed: looking at your -9~blueeyedppa2 packages: you need to change dh_gencontrol -a to dh_gencontrol -s as else dh_gencontrol will complain that some packages aren't for amd6400:38
geserthe same for dh_builddeb00:38
blueyedgeser: ok, anything else?00:39
geserblueyed: that seems to be the only change between your rules and mine00:41
geserblueyed: my package build successfully in my amd64 pbuilder but not in the i386 pbuilder, it failed during the -generic flavour00:42
geserat least I've packages for amd64 so I can play with virtualbox tomorrow :)00:42
blueyedgeser: fine.. :) i386 does not  fail for me.. I'll reupload to my ppa and to universe, if it works out ok. Thanks.00:43
geserThank you.00:43
=== Taggard is now known as Bunny
=== roxirc is now known as matttp
* Hobbsee waves02:38
bddebianHeya Hobbsee02:39
TheMusoHeya Hobbsee.02:46
Hobbseehiya luke!02:46
=== asac_ is now known as asac
=== Bunny is now known as Taggard
=== antdedyet is now known as E_NOMAD
=== E_NOMAD is now known as antdedyet
=== antdedyet is now known as technomad
=== technomad is now known as technoant
=== technoant is now known as technogeek
=== technogeek is now known as technoant
=== RAOF_ is now known as RAOF
=== RadiantFire_ is now known as RadiantFire
warp10Good morning07:12
Hobbseemorning07:12
warp10Hobbsee: :)07:13
dholbachgood morning07:30
pittiGood morning07:32
Hobbseepitti!07:33
* pitti hugs Hobbsee07:33
* Hobbsee hugs pitti back07:33
warp10Good morning pitti! :)07:33
pittihey warp1007:34
StevenKHey pitti!07:37
* pitti waves towards Australia again and sends hugs to StevenK07:40
* StevenK isn't in Australia right now. Please leave a hug after the beep.07:41
Hobbseeoy!07:41
pittiStevenK: oh. sprint. right07:44
StevenKpitti: Right :-)07:44
superm1doko, are you around?  I wanted to chat with you re vnc4's src package.07:48
superm1doko, particularly regarding bug 184225 whenever you return.07:51
ubotuLaunchpad bug 184225 in vnc4 "FTBFS in latest archive rebuild test" [High,Confirmed] https://launchpad.net/bugs/18422507:51
juliankaufs support for casper - patch now available - bug #18725908:49
ubotuLaunchpad bug 187259 in casper "Add support for Aufs" [Undecided,New] https://launchpad.net/bugs/18725908:49
cjwatsonasac: so, network-manager in your PPA doesn't seem to manage to support either my wired or my wireless interface. Where do you want me to start with debugging?08:53
Mezhmm - and my PC now no longer has permission to set an IP address by DHCP09:11
asaccjwatson: intersting ... what do you mean by "manage" ... not detected, or just cannot connect?09:22
asacwhat chipsets do you have?09:28
cjwatsonasac: as soon as I upgraded, it brought the running wired interface (managed by n-m 0.6) down, and the applet now only offers manual configuration as an option09:28
cjwatsonasac: tg3 (wired), b43 (wireless)09:28
cjwatsonit recognises both and says "eth0: Device is fully-supported using driver 'tg3'." and "eth1: Device is fully-supported using driver 'b43'." respectively09:28
cjwatsonfor the latter, it says "eth1: driver does not support SSID scans (scan_capa 0x00)."09:28
cjwatson(pretty sure it used to though)09:28
asacodd09:29
asaci think our kernel lacks the linville scan_capa patches ... but that shouldn't make the interfaces completely unusable09:30
cjwatsonJan 30 08:52:08 sarantium NetworkManager: <info>  eth0: Device is fully-supported using driver 'tg3'.09:30
cjwatsonthat's just weird, too :)09:30
cjwatsonJan 30 08:52:08 sarantium NetworkManager: <info>  Now managing wired Ethernet (802.3) device 'eth0'.09:30
cjwatsonJan 30 08:52:08 sarantium NetworkManager: <info>  Bringing down device eth009:31
cjwatsonfollowed by:09:31
cjwatsonJan 30 08:52:10 sarantium NetworkManager: <info>  Bringing up device eth009:31
cjwatsonJan 30 08:52:10 sarantium kernel: [21713.328605] ADDRCONF(NETDEV_UP): eth0: link is not ready09:31
cjwatsonJan 30 08:52:10 sarantium NetworkManager: <info>  Deactivating device eth0.09:31
asachmm ... do you have the right applet version?09:31
cjwatsonhttp://people.ubuntu.com/~cjwatson/tmp/nm-syslog09:32
asacis it 0.7 as well?09:32
asaccjwatson: Forbidden :)09:32
asacah now09:32
cjwatsonnetwork-manager-gnome   0.7~~svn20080121t194048-0ubuntu0~pre609:32
cjwatson403 fixed09:32
asaci assume you tried to restart nm-applet multiple times already?09:33
cjwatson*** glibc detected *** nm-applet: munmap_chunk(): invalid pointer: 0x0807ac8e ***09:35
cjwatsonI don't think it likes me09:35
asacyes ... that happens sometimes on startup09:35
asacjust try another time ... should come up then09:35
cjwatsonhttp://people.ubuntu.com/~cjwatson/tmp/nm-applet-crash09:35
cjwatsonseems to be in the code to migrate gconf from 0.609:36
asacoh it crashes while migrating09:36
asachmm09:36
asacmaybe backup your gconf database and wipe everything below /system/networking in gconf09:36
cjwatsonok, good call, after restarting nm-applet it detects the wired interface again09:36
asac(backup to keep it reproducible)09:37
cjwatsonpretty messy upgrade issue though09:37
asaccjwatson: was the previous start your first start?09:37
cjwatsonoh, err, I've already restarted nm-applet, so it might be too late; taken a backup now09:37
cjwatsonyes09:37
asacdamn :)09:37
asacwell ... i assume that your previous nm-applet instance running was still the old one then.09:38
cjwatsonit was09:38
asacnext start was your first start (migration crashed) ... and now it works09:38
cjwatsonlooks like we need to arrange to restart it though, somehow09:38
asaccjwatson: any pointers appreciated :)09:38
cjwatsonsince it takes out networking otherwise09:38
asacseb128: i think nm-applet is started by gnome session ... can i somehow trigger a restart for specific apps on upgrade?09:39
seb128asac: no09:40
seb128asac: you can get nm-applet react to signals and have the postinst using that though09:40
cjwatsonseb128: got a handy time machine? :)09:40
asaclol09:41
cjwatsonyou could have the postinst search for processes called nm-applet, kill them, switch to the corresponding user(s), and restart them09:41
cjwatson(UGLY AS SIN)09:41
asacouch09:41
cjwatson... with the right command-line arguments09:41
asacthen we should just restart twice as on first start it will crash :-P09:42
cjwatsonhave you tried something like: basic gutsy install, connect to wireless network, save that gconf database?09:42
asacyeah ... but at least we could do it somehow09:42
asac(restarting)09:42
asaccjwatson: nope ... I haven't really looked into this as its just a random snapshot from a quick progressing svn tree.09:44
asacif it doesn't go away in next snapshot i know where and how to look now09:44
asacunfortunately, i have to stop everything and do mozilla security now ... an exploit leaked so the release was rescheduled to be next mon/tue.09:46
asac:(09:47
Kanohi09:47
superm1hi Kano. juliank ended up adding aufs to lum today09:48
Kanoi know, i use that kernel already09:48
Kanobut casper is not yet patched09:48
superm1yeah there is a bug filed regarding it09:48
Kanolive-helper worked however09:48
superm1just needs a sponsor from core-dev09:48
superm1bug #18725909:49
ubotuLaunchpad bug 187259 in casper "Add support for Aufs" [Undecided,New] https://launchpad.net/bugs/18725909:49
cjwatsonasac: disassembly says it's the g_object_unref after reading a wireless connection, btw09:49
* asac looking09:49
cjwatson(there are two in that function)09:49
Kanosuperm1: i updated my patch a little bit09:50
superm1Kano, juliank is the one that attached it to the bug.  any differences you have you may just want to attach to that same bug09:50
Kanopanic "Unionfs mount failed" is now panic "${UNIONTYPE} mount failed"09:50
Kanobecause then you see what ovfs you used09:51
Kanorest is still the same09:51
Kanonot huge, but looks better09:52
juliankKano: it is ${UNIONFS} now, not ${UNIONTYPE} used in Debian.09:52
Kanocall it like you want09:52
asaccjwatson: can you see if its the wireless ... or the vpn one?09:52
Kanobut use it at this point09:52
cjwatsonasac: fairly sure it's the wireless one; it's well under halfway through the function (lots of inlined stuff)09:53
cjwatsonand the calls before it look to be from the inlined wireless code09:53
tkamppeterpitti, hi09:53
pittihi tkamppeter09:53
Kanobasically some more options from live-helper should be backported, casper is really very primitive against it...09:53
cjwatsonasac: it might be relevant that the most recent change to gconf-helpers.c was labelled as fixing memory leaks09:54
tkamppeterpitti, about bug 185602, you fixed the ghostscript documentation issues once, with this bug they reappeared, can you fix this again?09:54
ubotuLaunchpad bug 185602 in ghostscript "[amd64] Building of architecture-independent parts (docs) of Ghostscript not stable against small toolchain changes" [High,New] https://launchpad.net/bugs/18560209:54
Kanolike live-media-path option09:54
pittitkamppeter: it doesn't have anything to do with the toolchain; I suspect the patch was dropped during the last merge, or so09:55
TheMusoevand: You are a bloody legend! I have been meaning to do that in casper for quite a while now! I owe you a beer at the next event!09:55
Kanoor how do you combine more than one live cd on dvd?09:55
pittitkamppeter: yes, it's in my ubuntu mbox, I'll have a look09:55
pittitkamppeter: (feel free to beat me to it :) )09:55
tkamppeterpitti, and if you fix that one, can you also apply the proposed patch of bug 18362809:55
ubotuLaunchpad bug 183628 in ghostscript "ghostscript crashes after loading 20 page repeatedly" [Undecided,New] https://launchpad.net/bugs/18362809:55
pittitkamppeter: ok09:56
tkamppeterpitti, I have marked the bug 185602 as an alpha 4 milestone, as it can break the distro's consistency.09:57
ubotuLaunchpad bug 185602 in ghostscript "[amd64] Building of architecture-independent parts (docs) of Ghostscript not stable against small toolchain changes" [High,New] https://launchpad.net/bugs/18560209:57
tkamppeterpitti, thanks in advance09:57
cjwatsonasac: for the record, wireless works too having restarted nm-applet, so I'm happy for the time being09:58
juliankKano: Updated the patch09:59
Kanofine09:59
Kanonow you only need a number for the new kernel/lum and casper09:59
Kanoand then you can autobuild it09:59
Kanodo you know live-helper?10:00
juliankKano: I wrote the patch to add aufs support to live-helper/live-initramfs.10:01
Kanojuliank: well the change is not really huge ;)10:01
Kanohow about adding some things from live-helper back10:01
Kanotoram, media*10:02
juliankKano: toram is already in casper10:03
Kanoi think it had a problem in live-helper, then something went wrong10:04
Kanoi think the cd could not be used10:04
TheMusojuliank: Perhaps it might be better to branch casper trunk, add your patch, and add the URL to your branch on the bug.10:04
Kanoto burn then10:04
Kanodid you try?10:04
TheMusoThen its a matter of a core-dev merging your changes.10:04
juliankTheMuso: The branch is not working.10:04
cjwatsona patch is usually fine, FWIW10:04
Kanothe patch is so small, hard to make any huge mistakes ;)10:05
TheMusocjwatson: Yeah I know. I just remember back in the day when I started the a11y stuff, I was asked to do a branch. :)10:05
cjwatsonyeah, I think that was larger and more complex, and possibly needed a few iterations of merging and such10:05
* ogra wonders why he finds his laptop hardlocked every morning :(10:05
TheMusocjwatson: There is truth to that.10:05
juliankTheMuso, cjwatson: "KnitCorrupt: Knit 9e/x_%254datt_%255aimmerman_%253cmatt.zimmerman%40canonical.com%253e_%2553un_%254dar_13_00%253a51%253a19_2005_1366.38 corrupt: line-delta from stream for version mdz@mizar-20051205230117-c327e75be767f237 references missing parent Arch-1:matt.zimmerman@canonical.com--2004%casper--main--0--patch-2110:07
juliank"10:07
cjwatsonwell, today's alternate CDs seem happier10:07
cjwatsonjuliank: blink; I can only say it works fine for me and suggest #bzr for debugging10:07
TheMusojuliank: Where are you getting that branch from?10:08
cjwatsoncould be genuine network data corruption I suppose10:08
cjwatsonArch-1:matt.zimmerman@canonical.com%casper--main--0--patch-21 is in the tree I have10:08
Kanoalso is it really hard to add a very small patch to mesa?10:08
cjwatson(corresponding to r22)10:09
Kanountil you add that i can not boot ubuntu10:09
Kanohttps://bugs.launchpad.net/ubuntu/+source/mesa/+bug/15197410:10
ubotuLaunchpad bug 151974 in mesa "[RV410] X700SE [1002:5e4f] - DRI images corrupted" [Undecided,Fix committed]10:10
Kanothat patch is not in the debian package,but debian does not enable compiz by default10:10
cjwatsonKano: our X maintainer is GMT-0800 and unlikely to be around right now ...10:10
juliankTheMuso, cjwatson: lightweight checkout worked - I am also not able to view files using codebrowse.launchpad.net for this project, gives 500 internal error10:10
juliankdebian/changelog10:11
cjwatsonKano: (oh, well, tjaalton is in a convenient timezone, I didn't realise he was dealing with this one)10:11
Kanohe added 2 debian patches, a 3rd one would not hurt...10:11
Kanoerr 2 ubuntu ones10:11
TheMusocjwatson: re the initramfs error handling spec: I have managed to reproduce the behavior reported in bug 31126, however unlike what one comment in that bug says, dpkg now fails, due to no space left on device. However, the initramfs is still corrupted. So in terms of the spec, I guess aborting is bhappening somewhat, but I am now not sure how part of the spec applies...10:12
ubotuLaunchpad bug 31126 in initramfs-tools "Doesn't check for failure due to full filesystem" [High,Confirmed] https://launchpad.net/bugs/3112610:12
Kanoit is really bad when you boot a system and see a chess board only10:13
cjwatsonTheMuso: software should recover from out-of-disk-space without corrupting data, as a general rule10:13
cjwatsonTheMuso: it does indeed abort, but it should leave you with a working initramfs10:13
TheMusocjwatson: Yes, but how do we do that if there is no room?10:13
cjwatsonTheMuso: see the design in the spec :)10:13
cjwatsonit should write the new initramfs and move it into place10:13
cjwatsonthat approach defends against this problem10:13
TheMusoBut thats what happens now is it not?10:14
cjwatsonno, it is not10:14
davmor2is Ubuntu safe for iso testing?  Are there any major bug fixes in process?10:14
TheMusocjwatson: Oh, it gzips it straight into boot?10:14
cjwatsonTheMuso: right10:14
Kanojuliank: do you work with live-helper on ubuntu?10:14
cjwatsonTheMuso: the standard approach is gzip -c > foo.new and then move foo.new to foo10:14
cjwatsonbut mkinitramfs just does this:10:15
cjwatson(cd "${DESTDIR}" && find . | cpio --quiet --dereference -o -H newc | gzip -9 >"${outfile}") || exit 110:15
cjwatsonthat's guaranteed to leave a corrupted initramfs if anything goes wrong10:15
cjwatsonwhich is what the first part of the suggested code changes in the spec address10:15
cjwatsones10:15
juliankKano: I don't build ubuntu live disks, I just provided this patch for casper.10:15
TheMusocjwatson: But how does symlinking the .bak help here? (From reading the code in the spec)10:16
cjwatsonhttp://codebrowse.launchpad.net/~ubuntu-core-dev/casper/trunk/files seems to work for me, FWIW10:16
juliankcjwatson: Click on debian/changelog10:17
cjwatsonTheMuso: that's not a symlink10:17
Kanocjwatson: did you see that left over swp file in the casper package?10:17
cjwatsonKano: yes, I don't care, it'll go away next upload10:17
TheMusocjwatson: Ah right, I see that now10:17
Kanonot that you forget that ;)10:17
cjwatsonevand: ^-- .swp presumably in your tree10:17
cjwatsonKano: it doesn't matter, it makes no difference to anything10:17
cjwatsonTheMuso: let me try to remember, I know that logic was important10:18
cjwatsonTheMuso: oh, right, it was because the existing initramfs logic tries to leave a .bak file10:18
TheMusocjwatson: So, let me try and get this right in my head. It hard links to a .bak file, conserving some space. The new initramfs is built, and moved into place... If it fails, theres still a useful initramfs?10:19
cjwatsonTheMuso: at the moment, it moves the old one to .bak first and then regenerates10:19
TheMusocjwatson: Right, I noticed the .bak file using up space on /boot which seemed pointless10:19
cjwatsonwell, it would still be a separate file, but let's not worry about that right now; simplest approach is to preserve existing behaviour while making it safer10:20
cjwatsonthe ln/mkinitramfs/mv approach means that at most 2x the size of the initramfs is used in /boot at any one time10:20
cjwatsoncp would work as well as ln, but would use 3x the size of the initramfs for a short period10:20
cjwatsonso hardlinking is more efficient in this case10:21
cjwatsonthe point where the initramfs generation can fail is when it's writing to .new10:21
TheMusocjwatson: Right, So we hard link, generate new initramfs, copy over, if all is well, remove hard link?10:21
cjwatsonbut that's fine, because the boot process doesn't look at it10:21
TheMusooh right .new10:21
cjwatsonmv (on the same filesystem) is atomic; it either succeeds or fails, but cannot fail part-way through10:21
TheMusoright10:21
cjwatsondon't need to remove the hard link because the mv breaks it10:22
cjwatsonbut safely, so that .bak is still the old fine10:22
TheMusoAh of course.10:22
cjwatsonfile10:22
pittitkamppeter: fixed10:23
TheMusocjwatson: Ok, thanks. Things are much clearer, I've got something to go from now. Will hack on it tomorrow and go from there.10:23
cjwatsonTheMuso: this is all done under 'set -e', so any failures will cause the shell script to terminate immediately10:23
cjwatsonwell, update-initramfs is set -e at any rate; mkinitramfs isn't, but it checks errors in the important places here already10:23
TheMusoRight.10:24
cjwatsonunder set -e, you basically get try/catch ;-)10:25
TheMusocjwatson: Yeah I know. I've done a lot of my own stuff under -e.10:25
* cjwatson nods10:26
TheMusoAnd of course, at set -x would have helped me find that gzip dumps straight to boot. :p10:26
cjwatsonjuliank: good point; I'm not sure whether that's a matter for #bzr or #launchpad but it'll be one of those10:27
cjwatsonjuliank: like I say, a patch is fine for now10:27
tkamppeterpitti, thanks10:29
Mezcjwatson, your issues with NM - for some reason I have issues with NM too ... and now can only select manual configuration to have it work properly, as it seems that dhclient is recieving permission denied errors when trying to configure the card (however, when I manually set things up - everything's fine)10:30
Mezbut setting up things manually for wireless isn;t going to be fun10:31
cjwatsonMez: unless you're using asac's hardy PPA, it's unrelated10:33
Mezcjwatson, oh, damn - then I have an issue which I need to fix :( and have no idea where to start10:33
tkamppeterpitti, important HPLIP bug fix for Alpha 4, biff10:36
pittitkamppeter: while you are at touching/testing hplip, could you please make it stop using the 'scanner' group?10:37
pittitkamppeter: in theory your user should have an ACL on whichever devices are created for this, so that you can access them without a particular group10:37
* TheMuso will do CD testing in the morning, and notify accordingly. Need sleep now. :)10:41
tjaaltonKano: as I told you it would be nice if you first make sure that the patch will get in 7.0.3. I'm not sure there's time for a new upload for alpha4 though10:52
davmor2having massive issue's with gvfs.  I'm an iso tester and I can't burn more than one cd without needing to restart the machine to burn the next :(  That's a major regression11:02
awalton__and that's a GVFS issue.. how exactly?11:03
davmor2awalton__: never happened before gvfs was introduced11:04
awalton__that's not really an answer, that's a coincidence.11:04
awalton__hal problems perhaps?11:05
awalton__if it's really a GVFS issue, we've gotta know because it'd be a pretty serious bug.. but from my POV it's hard to see gvfs doing anything special in this regard.11:06
davmor2awalton__: I've been having serious issues with gnomes reliablity sinse gvfs was introduced.  I'm no expert by any shape or means but it has only been since it's introduction.  Before hand everything worked fine.11:06
awalton__have you tried removing gvfs and seeing if the problem still presents?11:07
davmor2If you can tell me how to track it down I can help.  But I have no idea at all11:07
awalton__removing the hal backend?11:07
davmor2I'll give it a bash11:07
davmor2is it just gvfs I need to remove?  What is the hal backend called?11:08
awalton__the first thing I'd try is just plain removing all of gvfs.. apt-get remove it11:09
Kanotjaalton: agd5f merged it, ask him if you don't believe me11:09
awalton__if the problem goes away, then we can pin it down from there11:09
davmor2awalton__: ok nps need to reboot I'm running in kubuntu live at the moment so I could get some discs burnt11:10
Kanotjaalton: i gave him another patch, he made this one, i tested it and he added it to mesa11:11
Kanotjaalton: as long as the patch is not applied i can not boot ubuntu with enabled compiz, thats clear or not?11:12
tjaaltonKano: ok, that was 20h ago according to the logs11:14
tjaaltonKano: uploaded11:20
Kanofine11:21
Kanomaybe i can test u sooner or later on real hardware then...11:21
Kanovbox is abit boring ;)11:21
Riddellevand, cjwatson: ubiquity install fails with "The installer needs to remove operating system files from the install target, but was unable to do so.  The install cannot continue."11:26
cjwatsonRiddell: evand was working on that yesterday11:28
cjwatson16:41 <evand> ah, so my logic in clear_partitions completely fails to account for the fact that you cannot remove a directory that's a mountpoint.11:28
cjwatsonI believe it's on the alpha-4 milestone list11:29
Riddellcjwatson: ok thanks11:29
Kanocjwatson: do you think you could modify initramfs to support a blacklist option BEFORE udev is started. i see no hook to get started before udev11:32
tkamppeterpitti, about HPLIP, can you upload my package and I remove the scanner group stuff with the next HPLIP upload, as this HPLIP fixes an urgent bug for Alpha 4.11:33
pittitkamppeter: I can do that11:33
tkamppeterthanks, pitti.11:33
cjwatsonKano: I don't maintain initramfs-tools routinely; I just edit it when I need to11:33
pittitkamppeter: done11:35
cjwatsonslangasek: I synced debconf 1.5.19; should help with grub/ucf11:39
zero-9376hi can someone tell me if the bug where nautilus doesn't fall back on default search if tracker is removed has been resolved please ive been searching the forums but there's no definitive answer that i can see and i dont have the data allowance to download the alpha11:42
zero-9376and the closest matching launchpad bug i can see is wishlisted?11:43
zero-9376ahh sorry wrong channel :-[11:44
=== cjwatson_ is now known as cjwatson
* Hobbsee stomps on tomboy12:13
jwendellmorning, seb12812:44
seb128hey jwendell12:44
jwendellseb128, do you plan to package new gdm to hardy?12:44
seb128jwendell: no12:45
jwendellseb128, :(12:45
seb128jwendell: it's not tested, has no themed login, no setting migration, no autologin, no graphical config tool, etc12:45
seb128jwendell: hardy will be a lts, that would not be a smart move, why do you need this one?12:46
jwendellseb128, you mean gdm 2.21.5 ?12:46
seb128jwendell: no, I mean 2.21 SVN12:46
seb128jwendell: they should be in freeze and debug bug, not writting thousand of lines of code every week now12:47
jwendellseb128, actually I don't need that version. It's just that I'd want to fill a bug about not playing the sound, and I'd like to test newer version before doing this...12:47
seb128jwendell: 2.21 is a rewrital, but you can still open 2.20 bugs, it's still maintained and they will another tarball12:48
seb128they will roll another tarball12:48
jwendellseb128, ok, thanks12:48
seb128you are welcome12:48
=== \sh_away is now known as \sh
Kanohow about updateing fuse+ntfs-3g?13:05
Kanountil it is frozen again ;)13:05
Kanobtw. fuse has a newer version in debian. for ntfs-3g you could look at my package if needed...13:09
cjwatsonKano: I already updated fuse13:09
Kanowhen?13:09
cjwatsonyesterday13:09
Kanogood13:09
Kanothen only ntfs-3g remains13:09
cjwatsonI'll do ntfs-3g once the Debian maintainer does it; he's usually pretty quick13:09
Kanowell i am quicker, i had even the rc packaged ;)13:10
cjwatsonthat's nice13:10
Kanoit is a bit different13:10
Kanobecause you dont need fuse as build-dep13:10
Kanohas integrated fuse-lite13:10
cjwatsonI don't see a reason to avoid the fuse build-dep13:10
Kanoi see it13:11
Kanowhen ntfs-3g would need an fuse update then you need to update 2 package, so only 113:11
cjwatsonthat doesn't count13:12
Kanowell if you dislike it you can enable external fuse13:12
Kanoas you have 2.7.2 this should do too13:12
cjwatsona much more important reason *not* to do that is that if a security problem is found in fuse then the security team would have to run around finding everything that's copied it.13:12
cjwatsonwe dislike it and already have enabled external fuse. you do not need to tell us that :)13:13
Kanohttp://ntfs-3g.org/releases.html13:13
KanoNew: the --with-fuse=external configure option makes NTFS-3G to be compiled with an external FUSE library. For non-Linux operating systems this is the default and the only compilation option currently.13:13
Kanothen use that option13:13
cjwatsonI'm sure the Debian maintainer will do so13:14
cjwatsonI am quite happy to wait13:14
Kanoi am sure he will not13:14
cjwatsonif he doesn't, the Debian security team will ask him to change13:14
cjwatson(as soon as they notice)13:14
Kanobtw. it makes it more easy to backport13:15
cjwatsonplease leave me alone13:15
cjwatsonI have said no and I mean no13:15
Kanoas long as you update it...13:15
* cjwatson applies /ignore, as he is getting bad-tempered13:16
=== ryu2 is now known as ryu
ograwho is doing release notes for alpha4 ?13:23
seb128do we add users to the fuse group nowadays?13:24
* ogra hopes not 13:25
Hobbseeogra: slangasek13:25
seb128ogra: why?13:25
seb128ogra: that's required to get gvfs using fuse which is very handy (allow all GTK applications to use network shares transparently)13:25
ograseb128, well, i rely with ltspfs on the fact that users have no local device access by default on thin clients ...13:25
ograi would have to rework that model13:25
ogramy users want this access to be off by default ...13:26
ograthe fuse group was my switch until now, as nothing else used it by default13:26
seb128ogra: just don't install gvfs-fuse on ltsp then13:26
ograseb128, its not about gvfs ... but the group membership13:26
ograan admin has to enable it deliberately currently13:27
seb128can't you have different membership on ltsp then?13:27
seb128right13:27
seb128and I just noticed that's why gvfs fuse mounting is not working13:27
ograno, i'd need hacks to ltspfs13:27
ograits not designed for extra ACL stuff yet13:27
seb128and I think transparent access to network share for all gtk applications is something we should have13:27
seb128that would allow acroread, etc to open files on smb shares13:28
ograi bet i can do it easily on a per client base ... but thast not how its documented and would need changes in my users habits13:28
seb128I take acroread as an example because that's one we can't hack to make it use gvfs ;-)13:28
ograsince we currently do it on a per-user base13:28
seb128maybe that should be something to discuss on the mailinglist13:29
ograseb128, if thats really decided to be done, please notify me and i'll ask the ltsp community how they like to have it13:29
seb128well, that's how gvfs work13:30
ograprobably they would even be happy with all users being able to use localdev out of the box :)13:30
seb128we can decide to use the feature or not now13:30
=== edson is now known as puzzle
stgraberogra: I would :) I never was requested to turn local devices off13:31
MirvHi. If someone would have time, please do a rebuilt / binary-only upload of openoffice.org-voikko to have bug #187083 fixed for Alpha 4 testers.13:32
ubotuLaunchpad bug 187083 in openoffice.org-voikko "[hardy] openoffice.org-voikko needs a rebuild" [Unknown,Fix released] https://launchpad.net/bugs/18708313:32
ograstgraber, right, when i defaulted to having it on for everyone jammcq and sbalneav complained it should be an opt-in feature and no default13:33
ograso i'll return to tehm to discuss it13:33
stgraberogra: it should be something we can turn on or off for everyone (or eventually a lts.conf option), having to add all the users to the fuse group isn't really admin-friendly13:34
ograthe prob here is that you cant steer it through the group membership anymore (which is documented everywhere in the edubuntu docs)13:34
ograit will tear down other features as well13:34
ograthats waht worries me most here13:34
ograstgraber, right, but that would work only on a per-client-machine base, not per-user anymore13:35
ogralts.conf doesnt know about users13:36
ograand i hope it will naver have to :)13:36
ogra*never13:37
tjaaltonMirv: I can do that13:38
tjaaltonMirv: uploaded13:41
stgraberogra: indeed, but are people really using it as a per user filter ? or just as an on/off switch for all the users ?13:41
tjaaltonMirv: I didn't even notice that l-s-fi isn't on my systems currently :)13:42
ograstgraber, no idea, i have to rely on jammcq and sbalneav, i onlyheard complaints from users that it wasnt on by default13:44
ograso having it might actually please people13:44
=== gaspa_cribbio is now known as gaspa
ograwhat i'm worried abotu is that rther is no way to disable it on a per user base anymore13:45
Mirvtjaalton: ah, thanks! yep, l-s-fi was probably uninstalled (if it was installed before) when upgrading to OOo 2.3.1, because of this.13:45
tjaaltonindeed13:46
* ogra would love to know what hardlocks his laptop as soon as DPMS kicks in :/13:46
ogragrmbl13:46
Kanomaybe update gfx driver13:50
ograand that should hardlock the kernel ... ? i dounbt it13:50
Kanothen update kernel too ;)13:50
* ogra suspects g-p-m rather13:50
stgraberogra: or maybe acpi ?13:50
ograstgraber, hmm13:51
ograi never had acpi probs on that laptop13:51
ograbut a place to look at i guess13:51
stgraberogra: oh btw, do you have an idea of why is my g-p-m detecting 3 batteries, 2 of them being the same when I only have one plugged in ? :)13:53
ograhal bug13:53
stgraberogra: I can understand the second one as I have an extra battery slot, but having the first 1 reported twice is hmm, weird :)13:53
ograi think its known upstream ... ask ted gould if he's around13:53
pittistgraber: this is pretty well understood already13:54
ograhe's doing powermanager and screensaver now13:54
pittistgraber: primary reason is that current kernel duplicates battery information in /sys and /proc13:54
ograah, right13:54
* ogra remembers that thread from the hal list13:54
pittiogra, stgraber: no, it's got nothing to do with gpm; hal picks up and reports the battery twice13:54
ograpitti, yup13:54
stgraberpitti: hmm, and hal is checking both places ?13:55
pittistgraber: yes, to work with older and newer kernels13:55
stgraberpitti: ok, I'll have a look at hal as it also shouldn't report a battery with present=no ...13:56
stgraberor if it should, then g-p-m shouldn't as having two battery slots usually means it's some kind of docking station slot and then not likely to be used by the average user13:56
cjwatsonpitti: do you think we should be having PolicyKit constrain device access to local users only?13:57
stgraber(and should only appear when you actually plug a battery in it)13:57
ogracjwatson, eeek13:57
cjwatsonpitti: I'm looking at adding ConsoleKit support to ssh (somehow) for ogra, and am concerned about the effect on the security model13:57
pitticjwatson: which kind of device?13:57
ogradont do that to me ...13:57
cjwatsonogra: LTSP would have to count as local somehow13:57
cjwatsonerr13:57
cjwatson13:25 <ogra> seb128, well, i rely with ltspfs on the fact that users have no local device access by default on thin clients ...13:57
ograltspfs wouldnt13:57
cjwatsonogra: what exactly do you mean by the above?13:57
cjwatsonI am very confused about LTSP's requirements :-)13:57
pittiblock devices?13:58
cjwatsonpitti: err, not sure13:58
ogralocal == device attached to the thin client13:58
Kanoogra: what do you use for sound via network?13:58
cjwatsonogra: here, local == local to the PolicyKit instance in question13:58
ograwe have a udev rule that attaches to the ssh tunnel and fires a fuse mount script on the server ...13:58
cjwatsonogra: do you expect users to have access to e.g. a pluggable USB stick? if so from where?13:58
pittihal currently grants access to the current user for USB devices like printers, scanners, cameras, and mass storage13:58
ograwhich then establishes a ltspfs/fuse mount towards the client13:59
cjwatsonpitti: let's phrase it differently; what would happen to the security model if sshd were to activate a ConsoleKit session?13:59
ogracjwatson, physically on the client ... session management wise on the desktop13:59
cjwatsonthis would mean you could no longer assume that active sessions are local13:59
ograKano, alsa13:59
pitticjwatson: the ssh session would be able to drive power management, mount local removable block devices, etc.13:59
cjwatsonogra: OK, let me have this conversation with pitti so that I understand the model, and then we can think about how LTSP fits in14:00
cjwatsonogra: without the former I cannot do the latter14:00
Kanoogra: alsa has network support?14:00
cjwatsonpitti: do you think that is desirable?14:00
pittithe privs are currently granted under the assumption that local session  == physical access14:00
stgraberKano: alsa plugin for pulseaudio, pulseaudio for the network part and back to alsa on the thin client14:00
Kanoah14:01
stgraberKano: so any alsa compatible apps should work14:01
cjwatsonpitti: as far as I can see, the current set of privileges are oriented around active sessions, not local sessions14:01
pitticjwatson: in general the idea is to *not* open a *local* CK session for ssh14:01
ograstgraber, wrong way round :)14:01
pitticjwatson: you can have a CK session with "is-local = FALSE" if that helps14:01
cjwatsonpitti: yes; does any of our current policy actually look at that, though?14:01
pittidepending on whether the problem is that no CK session exists at all, or whether it's local14:01
ograalsa with puls plugin in the backend emulates a virtual alsa card ... pulse sits only on the client ... listening14:01
cjwatsonI can't find anything that does, though I see code in PK that checks14:01
cjwatsonpitti: well, the immediate problem is the former, but I want to avoid breaking things while fixing it14:02
pitticjwatson: it's supposed to; if not, that would be a bug14:02
stgraberogra: hmm, by alsa plugin I mean the thing redirecting the output of a software to pulse, pulse running on the thin client and having alsa as output to the speakers14:02
cjwatson$ grep local /usr/share/PolicyKit/policy/*14:02
cjwatson/usr/share/PolicyKit/policy/libvirtd.policy:      <description>Monitor local virtualized systems</description>14:02
cjwatson/usr/share/PolicyKit/policy/libvirtd.policy:      <message>System policy prevents monitoring of local virtualized systems</message>14:02
cjwatson/usr/share/PolicyKit/policy/libvirtd.policy:      <description>Manage local virtualized systems</description>14:02
cjwatson/usr/share/PolicyKit/policy/libvirtd.policy:      <message>System policy prevents management of local virtualized systems</message>14:02
cjwatsonshould I be looking at something else?14:02
=== puzzle is now known as edson
pitticjwatson: give me a minute to find where it evaluates locality14:03
ograstgraber, ah, then you are right :)14:03
pitticjwatson: one place where it is checked is the dbus policy, but that shouldn't be the only place ideally14:03
pitticjwatson: (<policy at_console="true">) in /etc/dbus/system.d/)14:04
ograstgraber, i'm just trying to avoid the name pulse at all because users start to play with it session side and break stuff usually (overriding teh alsa setup with some pulse tweaks etc) ... thats hard to debug14:05
pitticjwatson: the hal addon which adds ACLs to /dev/* stuff checks it14:05
cjwatsonpitti: the pam_console compat patch doesn't seem to check locality anywhere? it's just done in the session leader code14:05
pitticjwatson: good point; I should add a check for this, thanks for spotting14:07
cjwatsonok, if that's the design, then it doesn't sound like it should break too much14:07
cjwatson(that isn't already essentially broken)14:08
cjwatsonjust using pam-ck-connector already spots PAM_RHOST and turns off is-local, so that much is fine; just need to get the rest to work14:08
pittiok; I can commit to unbreaking stuff that silently assumes that any CK session is local and shouldn't14:08
cjwatsonogra: ok, so does LTSP want to pretend that the ssh session is equivalent to a local console?14:08
ograhmm14:09
pitticjwatson: I'll do that CK fix right now14:09
cjwatsonpitti: great, thanks14:09
ogracjwatson, sounds like the right thing to me ... and like how ts currently handled14:09
ograi'd like to do some testing how that affects things like FUSA14:10
ogra(which we need to disable atm since CK support is required in gutsy for it already)14:10
ograRiddell, seems nixternal did get that across right ... KdeEdu apps have no startup notification at all on gnome desktops atm with the missing entry in .desktop14:14
ogra*didnt14:15
ograits not a matter of timeout values but about having it at all14:15
Riddellogra: is this a recent thing?  is it specific to the classmate at all?  why can't it do something more intelligent that doesn't involve editing every .desktop file?14:28
ograRiddell, not classmate specific14:28
ograclassmate is just wheer it really hurts14:28
=== davies is now known as jpatrick
ograi never noticed it before though14:29
ograbut then i probably didnt look close enough14:29
ograto me it looks like we could just omit X-KDE from StartupNotuify and it works on both desktops14:29
ogracjwatson, does that model work for multiple logins as well ? upstream just noted each client should have its own seat14:30
jdonglookie that, new version of transmission14:38
pitticjwatson: fixed CK uploaded, thanks again for spotting14:45
=== technoant is now known as antdedyet
slangasekcjwatson: debconf 1.5.19> w00t, thanks14:59
cjwatsonogra: err, pass, would have to investigate15:03
ogracjwatson, well, we can get mccann involved for details ... getting basic support is already a huge advantage15:04
ograhe asked that we look at gdm's xdmcp handling15:05
ograthat should gain us waht we want15:06
cjwatsonI really don't want to c'n'p that code; would rather use the PAM module if at all possible15:07
cjwatsonI've replied to your mail; if it seems a bit confused that's because I was investigating the software stack while writing it15:07
ogracjwatson, hmm, i think the latter option is actually what the majority of users uses nowadays ....15:11
ograssh user@host sh -c 'DISPLAY="12.34.56.7:6.0 sudo time-admin'15:11
ograi'll think about a solution on ltsp side for that one15:12
cjwatsonconsolekit needs to be passed DISPLAY; I think it uses its value to distinguish seats15:12
ogra(its not the default mode so i can tell them they needs some ldm-server-helper package or so on servers where they want to drop X encryption)15:12
cjwatsonand, as I say, you'll need to remove sudo from that in hardy15:12
ograi just copied from the mail :)15:13
ograi understood that15:13
cjwatsonone alternative might be to forward the DISPLAY environment variable using SendEnv/AcceptEnv15:14
ogragiven the fact that thin client device access isnt handled by hal or dbus i think we can ignore it for now as long as gvfs still monitors /media for mounts15:14
ograi can trigger something from the ommand ldm issues in that case as well ...15:15
ogra*command15:15
ograin: ssh user@host sh -c 'DISPLAY="12.34.56.7:6.0 time-admin' everything between the quotes is configurable on my side15:15
cjwatsonhmm, the PAM session is opened before setting environment variables in the child15:16
=== freeflyi2g is now known as freeflying
ograi think thats what upstream meant about privilege separaation probs15:18
cjwatsonthat's the least of the problems, actually15:19
cjwatsonactually, no, ignore that15:20
cjwatsonogra: from my reading of this, it'll need some small modifications to openssh certainly, but basically just to ensure that the proper environment variables are set before opening the PAM session15:23
ograok15:23
ograif thats enough i'm fine15:23
cjwatsoni.e. fish out the things that would be set for the tty and DISPLAY from the Session structure, and fill those into CKCON_blah15:24
ograyep15:24
ogralets do that then and let me test how my clients behave ... it moght already be enough15:24
ogra*might15:24
ograwe surely dont need to csre for local devices beyond gvfs having to monitor 7media15:25
ogra*/media15:25
cjwatsonogra: at the moment, sshing in twice (with -o ControlPath=none) gives me two separate sessions on two separate seats15:25
cjwatsonFYI15:26
ograwe use ControPath iirc15:26
ograand the second ssh attaches to that15:26
cjwatsonobviously if you multiplex then it's all one session15:26
cjwatsonby definition15:26
ograoh, you refer to my last qestion15:26
cjwatsonlogins from separate people won't (can't) multiplex that way so will be separate seats15:26
cjwatsonwas referring to:15:26
cjwatson14:30 <ogra> cjwatson, does that model work for multiple logins as well ? upstream just noted each client should have its own seat15:26
* ogra was thinking you look at ldm source :)15:26
cjwatsonno, not yet15:27
ograthats great, then even FUSA should work :)15:27
=== hunger_t_ is now known as hunger
* ogra is afk until the meeting ...15:32
\shpitti, ia32-libs problem...If I see it right, there is no shlibs entry for libxml2 inside of ia32-libs.shlibs15:55
pittiia32-libs has a shlibs??15:55
\shpitti, it has, yes ;)15:55
\sh /var/lib/dpkg/info/ia32-libs.shlibs15:55
pittiwow, wasn't aware of that15:56
\shpitti, and everything seems fine...but not with libxml2...where I'm running now into problems with wine ;)15:56
pittiI certainly never bumped the shlibs fine, and TBH I think it's crack15:56
pittibecause as it is it is unmaintainabe15:56
ograslangasek, https://lists.ubuntu.com/archives/edubuntu-users/2008-January/003218.html would be good if we could hint the ltsp changes for alpha4 users in the release notes15:57
\shpitti, looks like debian/rules in ia32-libs should do this automagically...15:57
ogranot that wordy though :)15:57
pittiit should be bumped autoamtically, not manually15:57
slangasekogra: release notes draft are publically editable at https://wiki.ubuntu.com/HardyHeron/Alpha4, if you'd like to add something there15:58
ograoki, thanks :)15:58
pitti\sh: but I still don't see what it's good for; it shouldn't be a build dependency15:59
\shpitti, well, for wine on amd64 we need ia32-libs as b-d...15:59
\shpitti, because some .so inside the wine universe are using those libs..e.g. msxml*.dll.so which links against libxml2 which can't be found now during shlibdeps call :)16:00
\shpitti, everything is fine afaiks, but this ;)16:01
ScottKpitti: Do you know if openldap is going to be gotten off of libdb4.2?  If so, it looks reasonable to think about removing DB 4.2 entirely instead of just demoting it.16:04
slangasekit's not16:04
slangasekunfortunately, openldap + db4.6 gives performance issues16:05
ScottKOK, so trying to get Universe stuff off of it isn't likely to help then.  Thanks.16:05
pittiScottK: unknown; I was told that something was fixed upstream in 4.6, but it's at least not in Debian yet16:05
slangasekScottK: getting universe stuff off it is probably worthwhile anyway, so that people not using openldap only need one bdb version?16:06
slangasekpitti: hmm, is it fixed upstream?16:06
pittislangasek: no idea; wasn't it you who mentioned this?16:06
\shpitti, dpkg-shlibdeps: failure: no dependency information found for /usr/lib32/libxml2.so.2 (used by debian/wine/usr/lib32/wine/msxml3.dll.so).16:06
\shargl16:06
\shia32-libs: shlib-missing-in-control-file libxml2 usr/lib32/libxml2.so.2.6.1616:06
pitti\sh: I'd rather drop ia32-libs' .shlibs file completely16:07
slangasekpitti: I think we may have misunderstood each other, then; I only said that it /needs/ to be fixed by bdb upstream, not that it has been16:07
jwendellwhen building gnome packages we pass to configure --with-gconf-schema-file-dir=/usr/share/gconf/schemas right?16:07
ScottKIt's fewer than half a dozen packages in Universe, so it should be doable.16:07
pittislangasek: ah16:07
ScottK4.3 is less than 20...16:08
\shpitti, and adding the deps manually into debian/control of the package needing the ia32 libs?16:08
pitti\sh: yes; it's just ia32-libs itself, after all16:08
pitti\sh: if you can fix ia32-libs' .shlibs and rules to not be on crack, that works, too, of course16:09
\shpitti, sure...I just need to find out, what's the best to fix this damn problem :)16:09
pittibut I don't have time to do this today16:09
pitti\sh: I can tell you16:09
\shpitti, well, it looks like that the problem is inside libxml216:09
pitti\sh: throw away this ia32-libs abdomination and either make the required lib sources build a lib32* package, or make a more generic facility to depend on _i386 .debs on amd6416:10
slangasekScottK: and pushing the changes to Debian, so everybody wins? :-)16:10
ScottKslangasek: Sure.16:10
\shpitti, I wonder why we didn't do it by default...adding a lib32<insert name here> shouldn't be so hard at all16:11
pitti\sh: it's insanely painful to introduce multibuild into a lot of source packages16:11
pitti\sh: and even the lib32foo_amd64.deb is a nasty hack16:11
pittiit should just use the libfoo_i386.deb somehow16:11
\shpitti, and what would make "depending on _i386.deb" happening? I really don't know how to tell dpkg to use it on amd6416:12
pitti\sh: neither apt nor dpkg support this ATM16:12
\shpitti, so we should discuss it for hardy+n somehow...16:13
pitti\sh: I think this has been discussed several times already (jbailey, Mithrandir, doko?), but I don't know the current status16:14
* \sh hates wine ,-916:14
slangasek\sh: really, the solution is that you only have to use libfoo_i386.deb because you only need to *build* wine once, and can then install the 32-bit binaries directly on amd64; but now we're talking about multiarch :)16:15
dokoohh, who did implement it? ;-)16:15
\shslangasek, as long there is no "real" solution for everyone (reading debian + ubuntu) I don't see any possibility to go away from the ia32-libs approach...16:16
\sh-ETOOMANYHACKSINVOLVED16:16
\shthe other problem I have now is why libxml2 doesn't provide a usable shlibs file ,)16:17
slangasekdoko: some day...16:17
* \sh shouls switch off the computer and should go and fetch some new clothes 16:20
Riddellpitti: I've got patches to allow new flash to work in konqueror, when you get a moment let me know if they're suitable for SRU https://bugs.edge.launchpad.net/ubuntu/+source/kdebase/+bug/18414916:22
ubotuLaunchpad bug 184149 in kdebase "[hardy]xembed and flash support patches doesn't work for konqueror" [Medium,New]16:22
pittiRiddell: ooh, that means that we can finally update the flash downloader in stables and put an end to this insane bug thread?16:23
Riddellpitti: well, there's still Opera, I don't know if we care about it or not16:23
Hobbseeclaim ignorance about -commercial.  problem solved.16:23
pittiwell, it seems that much more people are whining about broken flash in stables than broken opera...16:24
pittiand if new flash plugin breaks opera, then it should be fixed in flash or opera; not much we can do about it, AFAICS?16:24
Riddellpitti: the kdebase patches for edgy and dapper are quite big, I had to backport the whole of nsplugin viewer16:24
=== marcel__ is now known as marcel
* \sh should go and have a drink somehow instead of understanding ia32-libs system to write and not to write shlibs from a to b16:40
sistpoty|workhave some wine, \sh :P16:41
\shsistpoty|work, lol16:41
calccjwatson: i'm guessing that wouldn't work though since you already run ubiquity as root16:55
cjwatsoncalc: (from #ubuntu-platform) the problem is that EDD involves real-mode BIOS calls16:55
cjwatsoncalc: so there are two basic approaches that stand any chance at all16:55
calccjwatson: hmm could that be done via a kernel module at boot time?16:55
cjwatsoncalc: one is to do it very early in kernel init16:55
cjwatsoncalc: the other is to do it from userspace with libx8616:55
cjwatsoncalc: the former was tried in the past, but has been known to wedge certain machines16:55
cjwatsoncalc: unfortunately this is in a stage where there is no space to add anything fancy like a blacklist; it's right at the start of kernel bringup16:56
cjwatsoncalc: so libx86 held out some hope of being able to do it in a more controlled fashion16:56
cjwatsoncalc: but not unless we can make it work :)16:56
calcah :\16:56
calcEFI ftw ;-)16:57
calcwell in all seriousness this may eventually become a dead issue (in several years) if companies start taking advantage of Vista SP1 support of EFI (at least i think it will support EFI in SP1)16:57
MithrandirI wouldn't hold my breath.16:58
calcMithrandir: yea16:59
calcit will be a while from now in any case16:59
StevenKPeople were talking about EFI by default "in several years" several years ago if I recall correctly. :-)17:00
Mithrandirgiven that the APIC specification is 11 years old and we are still seeing various bugs related to it..17:01
StevenKFor an advanced interrupt controller, it's pretty dumb17:02
elmoEFI is the IPv6 of the hardware world17:03
TheMusoWe'll only use EFI once windows uses nothing else. :p17:04
calcMithrandir: APIC bugs are fun :) (had a very buggy APIC laptop a few years back)17:05
calcAPIC bugs, ACPI bugs, bugs in everything :\17:05
TheMusoHrm. I have a ksoftirqd process here, thats consuming 24% CPU usage. This is gutsy.17:06
thomelmo: that's pretty generous to EFI17:06
calcthom: apple and ia64 use it or so i hear17:07
calcbut nobody else, heh17:07
TheMusoApple uses 1.1 I think.17:07
thomcall it the perl6 of the hardware world... :P17:07
Mithrandirit should be called efi617:08
Mithrandiror bios617:08
\shdoko, pitti: should the `sed` change in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456914 be attached, it helps to generating sane shlibs file for ia32-libs, leaving out the udeb: lines17:08
ubotuDebian bug 456914 in ia32-libs "ia32-libs: Missing shlibs entry for libxml2" [Serious,Open]17:08
\shdoko, pitti: which are not used anyways, afaik17:09
doko\sh: adding a shlibs file doesn't make sense for me. it's not used for development, you should just manually add a dependency on ia32-libs if needed17:10
IntuitiveNippleCan someone give me some advice on how to ensure, when patching a package, that a source file is removed? I've been looking at the new version .diff and I can't see any sign that the file is removed.17:11
\shdoko, k...let's workaround it :) thx17:12
MithrandirIntuitiveNipple: rm it in the rules file17:12
ScottKIntuitiveNipple: I don't think you can actually remove a file.  You can just make it empty.  If you want to remove it, do it in debian/rules17:12
IntuitiveNippleMithrandir: In the 'build' section? It's a Makefile that shouldn't be there.17:13
IntuitiveNippleScottK: Yeah, it has to 'disappear' :)17:13
MithrandirIntuitiveNipple: build or clean17:13
IntuitiveNippleMithrandir: Ahh! clean would make sense!17:13
IntuitiveNippleThanks!17:14
IntuitiveNippleI found the bug in mysql-query-browser that was causing the amd64 build to create 32-bit libraries and when run, cause SIGSEVs in gtksourcview17:14
IntuitiveNippleIt's taking me longer to work out the repacking than finding the bug!17:15
dmbi strongly recommend we use uvesafb in hardy17:15
Mithrandirdmb: why?17:15
dmbit seems to work a lot better, especially with buggy bioses17:15
dmbi think its in the mainline kernel now17:15
Mithrandira lot better than the VGA console?17:16
dmbwell, its a framebuffer console17:16
Mithrandiryes, you have yet to say which problem you're trying to solve. :-)17:16
dmbin gutsy, vesafb is broken17:17
Mithrandirwe're not using vesafb, though.17:17
Mithrandirunless you ask for it explicitly.17:18
dmbMithrandir: well, i just mean being able to ask for uvesafb explicitly then17:18
dmbi think its in the mainline 2.16.23, so it will probably be in hardy anyway17:18
evandslangasek: so if I trigger a CD build tonight it will mess up your work, correct?17:31
slangasekno17:31
evandoh17:31
evandfantastic then17:31
slangasekI can still float earlier images as alpha candidates, or if the later ones fix key bugs you can tell me that and I'll push those instead :)17:31
evandnoted17:32
=== \sh is now known as \sh_away
IntuitiveNippleCan someone remind who should be subscribed to a bug report once a -proposed debdiff has been attached?17:38
loolDepends whether it's an update for main or universe17:39
IntuitiveNippleI suspect it's universe, since the maintainer is MOTU17:39
IntuitiveNippleI was just looking in the control file but I can't recall how to determine it :(17:40
slangasekby apt-cache policy; control is not authoritative17:41
IntuitiveNipplethanks17:42
IntuitiveNippleYup, universe17:42
Mithrandiror rmadison -u ubuntu $pkg17:42
IntuitiveNippleAre you trying to confuse me?! :)17:43
IntuitiveNippleOk, so who is it I subscribe for a universe bug-fix debdiff?17:43
IntuitiveNippleI've set it to gutsy-proposed, and am doing one for hardy too17:43
geserIntuitiveNipple: ubuntu-universe-sponsors17:54
ogrageser, i was planning to get the lib to main for tuxtype ...17:55
IntuitiveNipplegeser: Oh! the Wike said motu-sru17:55
IntuitiveNipples/Wike/Wiki/17:55
ogra(to answer your question from last night)17:55
geserIntuitiveNipple: it's for a SRU? then the wiki page is correct17:56
ograi just didnt have the time to write a MIR yet17:56
ScottKIntuitiveNipple: Also for an SRU it has to be fixed in Hardy first if it's not.17:56
geserogra: no problem, I was just checking the FTBFS page and saw that tuxtype is in depwait17:56
ograon my radar ... just pushed down on my prio list17:57
IntuitiveNipplegeser: Ok, good.17:57
IntuitiveNippleScottK: Yes, I've published a debdiff for hardy too17:57
IntuitiveNippleMaybe, if you have a few moments, you could check I've done it correctly? bug #238217:57
ubotuLaunchpad bug 2382 in mysql-query-browser "mySQL Query Browser segfaults on AMD64" [High,Confirmed] https://launchpad.net/bugs/238217:57
glatzorhello bryce18:01
=== \sh_away is now known as \sh
brycehi glatzor18:31
=== Ubulette_ is now known as Ubulette
LaserJockI need some advice from an archive admin. I need to completely replace the packaging of a set of packages in Multiverse. Would filing removal bugs and the uploading the new packages to NEW be OK?19:01
sistpoty|workLaserJock: why not just upload your new packages?19:04
LaserJockwell, because it's a real mess19:05
LaserJockthe packages are changing names19:05
sistpoty|workas in source packages are changing names?19:05
LaserJockyes19:05
LaserJockand source package names mixing with binary package names19:05
sistpoty|workah... I guess then there is no real other option, is there?19:06
LaserJockthat was my guess, but I wasn't sure19:06
* sistpoty|work isn't 100% sure either19:06
exarkunIf I think the latest gcc package in hardy is misbehaving, who's the best person to tell?19:10
ScottKLaserJock: How does removal help?19:10
LaserJockScottK: well, I was thinking it would clean the slate19:11
ScottKLaserJock: You'll still have to provide a transition for users that have the old ones installed.19:11
LaserJockyeah ... well I'm figuring that out later19:11
ScottKOK19:11
LaserJockwith FF looming I just need to get the new packaging in19:11
crimsunexarkun: filing a bug report using Launchpad is recommended.19:13
exarkuncrimsun: Okay, thanks!19:14
exarkunWhen I click the "Report a bug" button on bugs.launchpad.net/gcc/ I get a confusing page19:19
IntuitiveNippleAnyone here familiar with gtksourceview_marshal used in gtksourceview?19:19
evandexarkun: assuming you're using gcc-4.2: https://bugs.launchpad.net/ubuntu/+source/gcc-4.2/+filebug19:21
exarkunevand: thanks19:21
evandno problem19:21
\shcjwatson, do you want to fix some things on your gpg-key? :)19:32
IntuitiveNippleIs there a way to get pbuilder to not delete the build image in the same way --save-after-exec works for execute?19:38
pitticjwatson, slangasek: do you have an idea why restricted-manager, and now jockey aren't getting on the CDs? did we have a change in germinate or cdimage to silently drop stuff from restricted?19:46
pittievand: also, can you please remind me again why r-m needed to go into restricted?19:47
james_wIntuitiveNipple: I don't think so. http://blog.madism.org/index.php/2006/06/27/93-pbuilder-custom-configurations might get you what you want19:47
evandpitti: gobuntu19:47
pittievand: since jockey is not limited to restricted drivers any more, I'd like to see it in main, so that we can use it for free driver updates in the future, too19:47
pittievand: right, I know that much, but why exactly?19:47
evandoh, because at the time it only managed restricted things, something that gobuntu wanted to avoid entirely19:48
pittievand: at least jockey will remain completely silent (no notifications) and just don't display anything if you don't have restricted enabled19:48
IntuitiveNippleThanks.. I'm just trying to use a kvm 32-bit image now - I need to trap the build autogenerated files19:48
evandfantastic, I see no problem with that going in main then19:48
pittievand: it currently Recommends: linux-restricted-modules-...19:48
pittievand: if I drop that to Suggests:, would that suffice?19:48
evandyes, I believe so19:48
pittislangasek: ok for me to move jockey from restricted to main to circumvent whatever makes it disappear from the CDs?19:49
pittievand: ok, thanks19:49
slangasekpitti: well, no problem for me19:54
popeyI know this is a premature question, but does anyone have any clues as to the location of the next UDS?20:05
popey(for those of us that need to think about budgets)20:05
james_whow about popey's house?20:07
=== hunger_t is now known as hunger
popeyyay!20:09
popeymight be a _bit_ of a squash20:09
* popey imagines the wifes reaction20:10
popey"Few friends coming over.. nah, they're not staying long.. few days.. I'll get my coat"20:10
slangasekpopey: "Europe" is next on the rotation; there's a tentative venue selected, but I hesitate to spread it too widely before it's confirmed20:12
popeyis it? I thought Asia would be next20:13
popeyah well, Europe is easier for me, so if that comes off, that would be smashing.20:13
=== _emgent is now known as emgent
cjwatsonLaserJock: it would be best not to remove the package, otherwise you can end up downgrading by accident which would be bad20:21
cjwatson\sh: tell me what's wrong with it20:21
\shcjwatson, your subkey has some sigs on it and breaks some apps which are not ignoring them like gpg20:22
cjwatsonfeel free to refer me to documentation20:23
\shcjwatson, we (misa from rpath.com and I) were tracking this problem down to your key, because something went wrong during my test of foresight linux .. http://lists.gnupg.org/pipermail/gnupg-devel/2008-January/024232.html is what gnupg guys are saying...20:23
\shcjwatson, documentation about it: rfc4880 section 12.1 :)20:24
LaserJockcjwatson: ok, I was just afraid of having multiple source packages producing the same binaries, but it seems that's not a problem20:24
StevenKslangasek: Will you hate me if I upload a new libhildon?20:24
\shcjwatson, no worries about it, just wanted to inform you20:24
TheMusopopey: I doubt that Asia will be considered any time soon.20:25
cjwatsonI don't have a problem with removing them, but am not convinced that me doing so will have any effect on keyservers20:25
cjwatson\sh: ^--20:26
cjwatsonLaserJock: nope, that's fine20:27
cjwatson(ish)20:27
\shcjwatson, yepp...that's one true problem...but hopefully, most software will ignore those sigs20:27
LaserJockcjwatson: I think it should only be temporary, I'll file removal requests for the deprecated packages after the new packages are in20:27
cjwatsongpg says "gpg: moving a key signature to the correct place" six times when I run it and seems to have shuffled them over20:28
cjwatson\sh: I've sent it; that's all I can do20:28
\shcjwatson, as I said, just FYI :)20:29
cjwatson\sh: doing a --recv-keys adds them straight back again20:29
cjwatson\sh: so if it's actually breaking something, somebody's going to have to make software more lenient, or get a keyserver admin to fix it on the keyservers; I am powerless20:29
elmoyou can't do the latter20:30
elmoit needs to be the former20:30
\shcjwatson, yepp...keyservers will preserve the sigs ... so nothing to worry about, we just stumbled upon it...and software is going to be fixed for rpath :)20:30
elmothe keyserver network is too distributed for fixing individual keys to be viable20:30
=== ryu2 is now known as ryu
cjwatsonelmo: I thought not, but they stood a better chance than the poor key owner ;)20:31
cjwatsonso this means that every time I run gpg --edit-key --send-keys --recv-keys I'm going to grow six signatures on my key20:32
cjwatsonwhich seems, er, suboptimal20:32
slangasekStevenK: is libhildon seeded on any CDs?20:33
StevenKslangasek: Nope20:33
StevenKslangasek: Just seeded by -mobile20:33
slangasekStevenK: then it's all you20:34
StevenKslangasek: Cool, I'll upload it.20:34
\shcjwatson, I wonder why someone signed your subkey at all? :)20:40
cjwatson\sh: I didn't tell them to :-P20:41
\shcjwatson, :)20:44
james_wStevenK: any thoughts on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=452687 ? I realise it may just be pulling up a one off patch from the distant patch.20:51
ubotuDebian bug 452687 in bacula "bacula: Catalog backup fails: incorrect parameters format for make_catalog_backup" [Normal,Open]20:51
james_wdistant past, sorry.20:52
calchow big is a full mirror of a.u.c?21:32
* calc ponders buying a server to mirror the full archive21:32
calcor an extra hard drive to do it21:32
jpatrickcalc: more than 120GB I think21:32
calcjpatrick: ah thats not too bad21:33
jpatrickcalc: last time I read what archive.*'s size was21:33
elmobigger21:34
calchmm mirror page says 220GB21:34
* calc might need an extra hard drive21:35
elmothat's out of date now21:35
elmoit's closer to 250GB21:35
elmoroll on edgy being obsolete21:35
Nafallowhen edgy becomes obsolete hardy should be stable though... and there will be another release cycle ;-)21:36
calcah ok21:36
calcphasing out releases won't reduce the amount required...21:36
calcNafallo: it will just keep growing :)21:36
Nafallocalc: yea, I know.21:36
calchmm i should get a 750gb from fry's when i see one on sale21:37
Nafallocalc: soon two LTSes in the archive to start off with :-)21:37
calcNafallo: yea21:37
* calc is lucky to have 3 fry's within an hour of where he lives21:38
=== \sh is now known as \sh_away
LaserJockcalc: 3 Fry's?21:58
LaserJockthat's pretty good. I've got 2 within 2hrs21:58
articpenguinhow can i request for an updated package22:02
calcLaserJock: at least iirc we have 3 in houston22:04
calcLaserJock: 1 about 10m away22:04
calcLaserJock: of course Houston is pretty big there is a much higher concentration of them in the valley22:04
LaserJockarticpenguin: file a bug, make it "wishlist", and tag it "upgrade", I believe22:05
LaserJockcalc: ah, I've got 2 in Sacramento22:06
=== _bigon is now known as bigon
=== tkamppeter_ is now known as tkamppeter
IntuitiveNippleIs there a standard method in Makefiles to switch between building shared libraries and static (I'm trying to cause AR to put some .o files into a .a rather than creating .so) ?23:16

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!