=== milli_ is now known as milli === zooko is now known as zookosleep [04:36] slangasek: Thank you for fixing pinentry. [04:41] lool, could you look at bug #195257? why may it be that the fix (in Debian) hasn't made it into Ubuntu? [04:41] Launchpad bug 195257 in acpi-support "missing man page for acpi_fakekey" [Low,New] https://launchpad.net/bugs/195257 [04:45] mgunes: it could be because things don't automatically sync now (for the rest of the hardy development cycle...) [04:46] lamont, it's been fixed a year ago. [04:46] heh [06:06] ScottK: sure thing [07:08] Good morning [07:09] good morning [07:09] morniŋ [07:10] hey dholbach [07:10] hey ion_ [07:16] Good morning [07:17] hiya Martin [07:18] pochu: hm, indeed that's actually supposed to work [07:18] pochu: where did you put that file? [07:19] jdong: filed wrongly in what way? If it's wrong, then it should be reported to the hal upstream guys, since many distros use that patch now and it works for many people [07:19] jdong: it's ultimately a kernel problem, but if you have a specific case which could be worked around in hal, we can do that [07:42] pitti: if you have a moment, I put in my core-dev application a few days ago and would greatly appreciate having your feedback about it on the motu-council list [07:47] Oooh. [07:48] pitti: thoughts on updating bluez-gnome and obex-data-server to 0.23 and 0.3? They seem to work fine for me in light testing here at least. [07:48] pitti: it's blocked by getting o-d-s into main though [07:50] Mithrandir: can't really judge without looking at changelogs at least [07:51] Mithrandir: I can do the MIR today, though [07:52] pitti: bluez-gnome changelog: http://pastebin.com/f322f84e2 ; http://pastebin.com/f49eade61 for o-d-s [07:52] current bluez-gnome is 0.15 [07:55] Mithrandir: o-d-s looks good to me, if the impact of the ABI change is confined [07:55] API [07:56] Mithrandir: but I don't see any reverse dependencies, so that should be good? [07:56] pitti: new bluez-gnome depends on it, but nothing else. [07:56] o-d-s got through NEW about a week ago [07:57] ah, then it can hardly break much already :) [07:58] indeed, but I figured I'd at least pass it by another release team member rather than just sneaking it in. ;-) [07:59] Mithrandir: bluez-gnome looks fine, by and large bug fixes; did you test the two new features? (file sharing and file receiving) [08:00] pitti: I tested file sending, I'll test the two others before uploading. [08:00] (I need to dig out my laptop then, since my phone doesn't seem to have a usable obexftp client [08:00] ) [08:00] Mithrandir: cool; go ahead then [08:00] cheers [08:03] file receiving works just fine. I'd like to have it forced to authenticate beforehand, but absolute worst case is somebody fills up your desktop with pr0n. === \sh_away is now known as \sh [08:14] morning [08:23] pitti: it's at /usr/share/apport/package-hooks/tracker.py [08:23] pochu: that sounds correct [08:26] pochu: ah, I bet I know [08:26] pochu: there's a missing \ after the 'and' [08:26] pochu: do you get this exception in /var/log/apport.log? [08:26] not sure whether I got the logging right [08:27] pochu: in the line-wrapped string, too [08:38] pitti: I thought python didn't need those "\" [08:38] pitti: thanks, I'll add it and test again :) [08:38] pochu: it does; it heavily relies on correct whitespace and indentation :) [08:39] hey there [08:39] morning seb128 [08:39] pitti: oh, it's not needed for lists and the like, right? [08:40] pochu: right, not within parenthesis, brackets, and braces [08:40] hey seb128 [08:41] hello pitti pochu [08:42] pitti: I didn't fix the retracer, it has a login error and I'm not sure if that's p-l-b error or if you need to reinstall a cookie or something [08:42] seb128: ok, I'll have a look; thanks [08:43] pitti: thanks [08:44] pitti: oh, and yes, the crashes are listed in apport.log [08:48] pochu: cool [08:53] please excuse me being off-topic but I've been searching over an hour and I don't know where else to look, I'm trying to send Virtual Key Codes to my system but I've got no idea how to do this, does anyone know an open source appliction that does this? I'd like to do this in java, though i don't think this is possable so if i can do it in c/c++ and run it either through jni or runtime.exec, thanks for you time [08:53] by the way, its for an alarm clock :-P [09:01] good morning [09:06] hi geser [09:09] Hi pitti [09:28] mvo: any idea about a fix for https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/153980 ? [09:28] Launchpad bug 153980 in update-manager "7.04->7.10 "Upgrade" fails: "Getting upgrade prerequisites failed"" [High,Confirmed] [09:28] Mithrandir: let me check [09:29] mvo: a friend of mine has the problem right now, so if you want him to test something for you, I can surely get him to post more info or test stuff for you [09:31] Mithrandir: the error messsage is given for different error conditions, it may mean that the archive server/mirror refuses the connection, that for some reason there is a authentication error or no network is available, if your friend could give me the output of /var/log/dist-upgrade/main.log, that would be much appreciated [09:31] pitti: i have an action to figure out if we can produce ffox/xul/midbrowser locales out of launchpad somehow - even though there won't be a xpi export for hardy. my idea would be to map the locale chrome entities during build to .po files and then produce chrome jars from the .po files exported from launchpad. ok, what do you think in general? possible, impossible? [09:32] mvo: thanks; just asked him. He might join here too. [09:32] Mithrandir: thanks [09:33] asac: there's a project which does that [09:33] asac: formerly called 'pootle' [09:33] asac: now it's something else, carlos knows [09:33] pitti: really? [09:33] mvo: hello.. you want my main.log [09:33] mvo, meet kolla, kolla, meet mvo [09:33] *nod* :) [09:33] pitti: well ... he didn't really know [09:33] kolla: hello! yes please [09:34] pitti: so in general that should be possible. good. [09:41] pitti: what makes apport not send more than 3 reports (or whatever its limit is)? I'd like to test this tracker hook but apport seems to be ignoring tracker-extract crashes now, perhaps because I've crashed it enough :) [09:41] I don't have ~/.apport-ignore.xml [09:42] pochu_: there's a counter in the /var/crash/tracker.crash file [09:42] pochu_: just delete the file [09:42] thanks [09:44] "not a genuine Ubuntu package" -- I shouldn't have bumped the version to test it ;) [09:45] hi geser [09:45] Hi tarzeau [09:45] geser: can you make ubuntu have http://packages.ubuntu.com/bubbros ? [09:49] tarzeau: unfortunately not, as we are already in FeatureFreeze which also means no new packages anymore [09:49] geser: pity, but maybe for after that? [09:50] for intrepid (= hardy+1) it should get autosynced [09:50] geser: ok thanks [09:51] thekorn: hm, current hardy p-lp-bugs seems to wildly mix 'attachment' and 'attachments' method attributes; you recently fixed that in trunk, right? [09:58] seb128: ah, seems that p-lp-bugs trunk works [09:58] pitti: ah, good [09:58] * pitti installs that [10:01] pitti: oh, I need to scape the single-quoted sentence [10:01] SyntaxError: EOL while scanning single-quoted string [10:01] right, what I said; just append a \ [10:02] yay it works now :) [10:08] pochu_: rock [10:08] pitti: thanks for the help [10:09] pochu_: you're welcome, no problem [10:30] pitti, yes, the attachement(s) issues should be fixed in the trunk, hopefully [10:31] thekorn: seems like it, a first test looks good; thank you! [10:39] thekorn, seb128, bdmurray: phew, retracer is running again; I installed p-lp-bugs 'main' head into the hardy chroot, which seems to help [10:39] * seb128 hugs pitti [10:40] * thekorn hugs pitti [10:41] * \sh hugs slangasek for fixing ncurses... [10:44] =/c [10:45] hi TheMuso [10:45] Hey seb128. [10:46] TheMuso: there is new atk and at-spi tarballs to package if you want to do those updates [10:46] seb128: Oh ok, thanks. I guess they'll appear on gnome-announce some time, but I'll get on them. [10:47] TheMuso: not sure if every maintainer is using the list, but there is the ftp list which has all the uploads [10:47] seb128: Ah ok, I'll get on that as well, thanks. [10:49] you are welcome [10:53] dholbach: there is a guy on #ubuntu-bugs which would like to discuss making 5-a-day easier, is there a chan or something where I could point him since you are not hanging there? ;-) [10:58] * ogra_cmpc wonders whats th reason for gnbd to exist, it semms not to offer more than nbd [11:01] thegodfather, ^^ do you know ??? is there any extra feature gnbd has over nbd ? [11:11] mvo: is there an equivalent for apt.Cache()[pkg].candiateOrigin for the installed version? [11:12] hm, why is it ps no longer sorts by start time? [11:12] (yes, I know this changed a while back) [11:13] pitti: no and most of the time it would give anyhting interessting because apt does not store were a package came from. so if you have "foo 1.0" and "foo 1.1" and only 1.1 is in the archive, the information were 1.0 came from ist lost [11:13] mvo: ok [11:13] mvo: alright, I'll continue to use the candidateOrigin then; bdmurray pointed out that apport would currently file bugs for PPA packages [11:14] mvo: component: 'main' archive: 'gutsy' origin: 'Ubuntu' label: 'Ubuntu' site 'ppa.launchpad.net' isTrusted: 'False' [11:14] is what I get for a PPA package [11:14] i. e. origin is still 'Ubuntu' [11:14] mvo: should I rely on isTrusted==True? [11:14] pitti: sounds like a bug in the ppa archive Release file to me [11:14] mvo: well, it is a PPA for gutsy [11:15] pitti: for now, until they change either origin or label [11:15] I'm just not sure how to interpret these field [11:15] mvo: what does isTrusted mean? that the release file could be verified using the archive keyring? [11:15] pitti: yes [11:15] pitti: that together with origin or label sounds like a good way to me [11:16] hm, so using this might be a little too harsh? [11:16] pitti: I would also suggest to ask PPAs to have a different origin or label than the main archive [11:16] mvo: I'll file that bug on soyuz [11:17] mvo: but anyway, for now, do you recommend "isTrusted==True && origin == Ubuntu" or "origin==Ubuntu && not site.startswith('ppa')" ? [11:17] pitti: the later I would say [11:18] mvo: ok, thank you [11:18] thanks [11:20] mvo: ah, yay LP dup detection on filing; it's already there, bug 140412 [11:20] Launchpad bug 140412 in soyuz "Release file should show that it comes from a PPA" [Wishlist,Triaged] https://launchpad.net/bugs/140412 [11:30] soren, did you ever think about creating a loopback blockdevice with nbd to get your grub-install stuff going ? [11:41] pitti hi [11:41] hey tkamppeter [11:42] pitti, WDYT about an UVF for CUPS 1.3.6? It contains many bug fixes, especially it seems that a crash auditing was done this time. [11:43] tkamppeter: we don't have UVF any more; if .6 doesn't have new features and only bug fixes, we should definitively get it [11:43] Yes, Upstream Version Freeze was replaced by Feature Freeze. [11:47] <\sh> tkamppeter: good to see you.... [11:48] <\sh> tkamppeter: do you know any way to use a dell CL3110cn printer with ubuntu? i didn't find any usable reference for it on cups or linuxprinting.org [11:48] pitti: bug 193941 ... do i just ened to add need-XXX-retrace to tags to make retracers look at this? [11:49] Launchpad bug 193941 in firefox-3.0 "firefox crashed with SIGSEGV in __kernel_vsyscall()" [Undecided,New] https://launchpad.net/bugs/193941 [11:49] pitti, I went to the announcement and all items are bug fixes, no new features. AFAIK the CUPS upstream policy is that minor releases are only bug fixes, so we should be able to use the highest CUPS 1.3.x coming out before release of Hardy. [11:49] <\sh> tkamppeter: the printer is attached as IP printer...and only starts working when using it via port 9100 [11:49] pitti: hmm. how comes that this isn't private? [11:49] asac: right; usually it gets done automatically, but due to a load of bugs in p-lp-bugs we lost some tags [11:49] tkamppeter: agreed [11:50] pitti, can you do the update to also cover Debian? [11:50] pitti: should i make it private now? or is it too late? [11:50] tkamppeter: it should be done in trunk and merged to the ubuntu branch, yes [11:50] asac: you can do it [11:50] pitti: ok, and subscribe ubuntu-crashes-main, right? [11:51] asac: but not sure why it was un-private-ed [11:51] pitti: it happens from time to time [11:51] the bug reporter himself can choose to do so [11:51] pitti: well, it looks like that those are never private [11:51] \sh, you should try this driver: http://foo2hiperc.rkkda.com/ [11:51] (vs. unprivated) [11:51] asac: the retracer will automatically subscribe the right team [11:52] ok [11:52] <\sh> tkamppeter: does it mean, that dell uses oki hw and just relabled it? [11:54] pitti, what about an FF exception of foo2zjs make Hardy support a lot more ugly winprinters, and it cannot break anything as other printers are supported by other drivers. [11:54] tkamppeter: -> slangasek [11:54] tkamppeter: please file an FF exception request and subscribe ~ubuntu-release [11:54] tkamppeter: it will have good chances [11:57] \sh sorry, the model name looks so similar to the ones of the OKIs. In general Dell does not develop printers, they relabel printers of many brands, Samsung, Lexmark, ... So the chance is not bad that yours is an OKI, but it can also be a Lexmark. [11:58] <\sh> tkamppeter: grmpf..I dislike dell serverwise .. now I know another reason printer-wise [11:58] \sh, so try the mentioned OKI driver but also this Lexmark driver: http://foo2slx.rkkda.com/ [11:59] Perhaps you can even try the driver for the cheapo Samsung color lasers (SpliX). [12:01] <\sh> tkamppeter: ok...let's see what the outcome is...:) [12:04] \sh, if you get your printer to work, tell me which model/driver selection did the trick. Thanks. [12:06] <\sh> tkamppeter: will do :) [12:07] hi, i've just fixed latex209-bin package for ubuntu 7.10 in order to prevent bug https://bugs.launchpad.net/ubuntu/+source/latex209/+bug/149145 [12:07] Launchpad bug 149145 in latex209 "package latex209-bin 25.mar.1992-10 failed to install/upgrade: Unterprozess post-installation script gab den Fehlerwert 1 zurück" [Undecided,Confirmed] [12:07] but i'm in doubt what to do nex [12:07] t [12:08] how should i contact a supervisor of package in order to publish it? [12:17] ivan_: start with https://wiki.ubuntu.com/MOTU/TODO/Bugs [12:17] ivan_: https://wiki.ubuntu.com/SponsorshipProcess is the process description. As latex209 is in universe, you might ask for help in #ubuntu-motu, although you may be redirected to https://wiki.ubuntu.com/MOTU/Contributing [12:20] cjwatson, persia: thanks [12:24] geez, thast cool ... http://spritesmods.com/?art=picframe&page=1 [12:30] evand, cjwatson: kubuntu kde 4 daily-live CD working surprisingly well, however ubiquity freezes when trying to access debconf, might something be missing from the CD? [12:31] Riddell: would be difficult to break it in that particular way by leaving stuff out without ubiquity being totally absent - anything interesting in the usual logs? [12:31] Riddell, probably something thats pulled in by using universe that wouldnt be available otherwise ? (a recommends etc) ? [12:31] cjwatson: syslog just has the one entry "Feb 25 12:22:39 ubuntu ubiquity[10785]: Ubiquity 1.7.10" [12:32] Riddell: how do you know it's freezing when trying to access debconf? [12:32] cjwatson: hmm, hang on, installer/debug has "QMutex::lock: Deadlock detected in thread" [12:32] ogra: I really don't think guessing is helpful ... [12:33] sorry [12:33] Riddell: is the startup process in ubiquity-dm still right for kde4? [12:34] cjwatson: ok, I got it [12:34] it's the kde 4 widget style [12:34] ogra: (don't get me wrong, thanks, it just seems like a bit of an extensive logical leap :-) ) [12:34] it loads QtDbus which breaks with python-qt-dbus is loaded [12:34] cjwatson, i dont, but i know i'm a big guesser and shouldnt be :) [12:35] ogra: the way I handle that is to figure out some evidence which might support or contradict the hypothesis, and ask about that [12:35] intuitive guesswork is important, but also the careful deduction that can support it :) [12:36] yep ... :) [12:36] Riddell: ah, and ubiquity loaded python-qt-dbus first and got in the way? [12:36] i'll try to not start off with a guess first place in the future :) [12:36] yes, so as it happens ogra is right, since that kde 4 widget style is something in universe which has never been used with ubiquity before :) [12:37] :-) [12:37] probably easier to get there stepwise though [12:51] ArneGoetje: qt 4 fonts aren't anti aliased by default, but I notice large text is (http://muse.19inch.net/~jr/tmp/qt4.png), any idea why? [12:53] I have the same problem, but i haven’t got around to investigating it. [12:55] ... phew ... what a changelog for edubuntu-meta .... [12:59] pitti: if you have a bit of time, it would be cool if you could review #195419 and let me know if that is ok to upload to gutsy-proposed [13:02] mvo: the diff appears twice because it's a symlink somewhere, right? [13:03] mvo: confirmed, bug updated === zookosleep is now known as zooko === doko_ is now known as doko [13:13] pitti: I finally managed to test the file sharing thingy by using my N810. It works fine then. [13:13] pitti: so a new bluez-gnome is just waiting on the MIR. :-) [13:15] Mithrandir: speaking about new bluez-gnome, bug #190405 [13:15] Launchpad bug 190405 in bluez-gnome "[FFE] please upgrade bluez-gnome to 0.21" [Wishlist,Confirmed] https://launchpad.net/bugs/190405 [13:16] seb128: yes, it's including the bits from there [13:16] it'll be 0.23 [13:16] evand, cjwatson: ok if I apply this patch and upload ubiquity? http://muse.19inch.net/~jr/tmp/ubiquity.diff [13:16] Mithrandir: ok, good ;-) [13:16] seb128: are you following the OBEX bits of gvfs? [13:17] (http://bugzilla.gnome.org/show_bug.cgi?id=509621) [13:17] Gnome bug 509621 in general "Implement obex-ftp backend" [Enhancement,Assigned] [13:17] Mithrandir: not really no, but looks like bastien nocera is working on that [13:17] seb128: yeah, though it's blocked on some changes in gvfs itself. [13:18] alex is responsive so that should be alright [13:18] ok, coolie [13:18] Riddell: sure [13:20] mdke: hi [13:23] Hi all. Can anyone comment on MIR for obex-data-server. I didn't file the bug, but I promised the bug report that I will handle it in his absence. [13:26] slytherin: is the mir team subscribed to the bug? [13:27] seb128: yes it is. [13:28] slytherin: so they will likely comment on it when they have a look [13:28] ok [13:30] The reason I was asking is that recent versions of bluez-gnome are using obex-data-server as backend for file transfer and I am waiting for o-d-s to be in main for getting latest bluez-gnome in Ubuntu. [13:43] who has the "contentless ping" script here? [13:44] http://err.no/src/contentless_ping.pl [13:47] slytherin: ah, you just joined, Mithrandir was speaking about that some minutes before you joined, he did the bluez-gnome 0.23 update [13:48] hi all [13:48] tkamppeter: here? [13:48] seb128: we spoke about it in #ubuntu-mobile, but thanks. :-) [13:48] Mithrandir: thx! :) [13:49] Mithrandir: ack [13:55] mvo: bug 195121: gnome-app-install doesn't depend on software-properties-gtk any more. Should we add it to the desktop seed? [13:55] Launchpad bug 195121 in ubiquity "software-properties-gtk is not installed on Hardy Alpha 5" [Undecided,New] https://launchpad.net/bugs/195121 [14:06] Riddell: back? [14:08] Riddell: oh i see that you talked above ... do we have kde libs in archive yet that are GPLv3 compatible? [14:08] ogra: No, but I doubt that'll work. [14:09] soren, works fine up to the point where i need to have partitions [14:10] asac: yes [14:11] asac: qt is now gpl 3 so gnash etc is fine [14:11] Riddell: hmm i think they need some kde headers as well? [14:11] asac: kdelibs is LGPL so no problem there for GPL 3 [14:12] ah ok, so it was just QT. great [14:14] pitti: yes, it appears twice because of the symlink [14:15] ogra: Erm... Ok. [14:16] soren, grub sees it as real blockdev (which it actually is) if you adjust device.map it works fine ... the prob s that i want two partiotions and nbd or udev seems to not support them (not sure yet) [14:16] lamont: re bind9 autotool-- I was not aware I did. I checked my debdiff against -3 and I only see my apparmor changes [14:17] cjwatson: I added it as a recommends for synaptic, but it should probably go to the seeds as well [14:17] ogra: kpartx is your friend. [14:17] soren, yeah, i saww you use it [14:17] i didnt have time today yet, to much general work [14:17] i'll look into it [14:18] someone told me debian live uses grub to install to loop devices, but looking at the code didnt show any evidence for that [14:18] ogra: To be honest, I forget what the exact problem was.. [14:19] i need/want to create an image from scratch that has two patitions and uses grub .... [14:19] ogra: Oh, that's not what I meant. [14:19] like: dd it, fdisk on it, make filesystems and install grub ... [14:20] ogra: I mean I forgot why I couldn't get grub to do what I wanted it to do. [14:20] it doesnt support loop devices [14:20] mvo: yes, please do - I'll assign you the bug? [14:20] cjwatson: yes, thanks [14:21] looks like your code works around that by picking pieces out of stage1 and 2 to assemble an mbr [14:22] Keybuk: say, can you look at my comments on 45842? I wanted to get your thoughts before we worked on fixing it. [14:22] i'll use yours if i dont find a better way, but nbd loopdevices (unlike gnbd you actually can have loopback blockdevs with nbd) seem to be a tad cleaner here [14:22] jdstrand: hrm.. it's possible that I did... :) [14:22] the autofiles get regenerated when I build the source package [14:23] keescook: opening... [14:23] OTOH, they get built by bad means - bind needs some auto* love to come into the current version and have autoreconf -f -i -v work [14:23] keescook: err, I can't remember why it only waits for certain things [14:24] keescook: I think it was to avoid waiting on things like cdrom drives [14:24] infinity: any chance, that you could increase the inactivity kill timeout on the sparc buildd for ghc6 (it just takes its time..., see bug #194912)? [14:24] Launchpad bug 194912 in ghc6 "ghc6 6.8.2-1ubuntu1 FTBFS on sparc" [Undecided,Confirmed] https://launchpad.net/bugs/194912 [14:24] Keybuk: I'm not sure I follow (this is for NFS) [14:24] keescook: was reading the patch at the bottom, it reverts the fact that waitnfs only waits for /usr and /var right? [14:25] Keybuk: that's one part of it [14:25] Keybuk: right, there's that part too. It should still only be paying attention to network fs's when building that list [14:26] what do you think of using watershed to solve the races? [14:27] I'm not sure I ever understood what the races were? [14:27] or what the problem was [14:27] Keybuk: basically, the ifup script can run before rcS finishes [14:27] right [14:27] so it will try to NFS mount before mtab is ready [14:27] because it's run from udev [14:28] mtab isn't really that critical though? [14:28] right, and it needs to be there due to that. [14:28] (i.e. it should be an ifupdown script) [14:28] mtab shouldn't be [14:29] I don't see the link with mtab here [14:29] let's ignore the mtab bit -- that's not the real problem [14:30] ok [14:30] there appears to be problems with NFS coming up before we get to waitnfs in rcS [14:30] NFS should come up before waitnfs [14:30] the idea is that NFS is mounted from an if-up.d script [14:30] if-up runs from udev [14:31] well, that relates to the problem where waitnfs only waits for things in /usr and /var. [14:31] it should wait for all "auto" network fs's [14:32] but that shouldn't stop them being mounted in the first place? [14:36] Keybuk: afaict, the ifup script can run too early. [14:36] "too early" ? [14:37] Keybuk: and waiting until waitnfs is running is late enough to DTRT [14:37] it fails to mount... I'll turn to kirkland now, who has reproduced this.... === dholbach_ is now known as dholbach [14:39] Keybuk: kirkland and I will get a better determination on the root cause... [14:39] if you wait until waitnfs - you may as well just put mountfs where waitnfs is ;) [14:39] (with some kind of spin to wait until network is up) [14:40] heh, I thought so too, but it seems to do additional nice things when interfaces change via udev [14:40] Keybuk: that was actually how I was working around the problem... doing the mountnfs inside of the waitnfs [14:40] Riddell: cannot say for now, need to investigate by myself. Is this onm Alpha 5? [14:42] kirkland: that doesn't solve the race with ifup though [14:42] if you're ifup takes a long time, your boot can take an extraordinary long time [14:42] to undo the general problem, you could put a spin at the front of mountnfs, and put it back in the ordinary boot sequence [14:42] the difficulty will be making sure you only spin if there are nfs mounts [14:42] and spin until a network is up, only while ifup is likely to run [14:43] you don't want to halt the boot because the network cable was unplugged, for example [14:43] but if an NFS is auto, it _should_ wait until that's up. === asac_ is now known as asac [14:45] zul: Hi, it seems we have currently three xen source packages in the archive: xen-3.2 (main), xen-source (universe), xen-unstable (universe). Are xen-source and xen-unstable of any use in hardy or can they be removed? [14:45] xen-unstable should be removed and xen-source should be removed for hardy [14:46] ArneGoetje: yes but it's not new [14:47] Riddell: I didn't play around with kde4 yet, I am currently fixing font issues on gnome through fontconfig. [15:04] hi [15:04] hey kagou [15:06] hey seb128 [15:32] cjwatson: I added it to the hardy desktop seed now, should I do a upload with it now or is there more stuff pending ? [15:33] woah, i wouldnt have guessed the langpacks on the addon make up so much space [15:33] (it just dropped to 430M from over 600) [15:45] mvo: I don't mind [15:54] I wonder whether we have wiki macros for LP; I think I saw some for blueprints for example; how can I list available macros on wuc? It seems these are files on the actual wiki server [15:58] Hi, what is the difference between -dgb packages in the regular repostories and the -dbgsym packages in the ddeb repos? [15:59] lool: you mean https://wiki.ubuntu.com/InterWiki ? [16:00] lool: (if you need more, file an RT request) [16:00] cjwatson: It looks like what I want; thanks! [16:00] fbond: -dbg in the regular archive is constructed deliberately by the source package and may (or may not) have extra debugging facilities compiled into it; for example python*-dbg has extra debugging facilities, more than just debugging symbols [16:01] fbond: (sometimes they're just leftovers, though) [16:01] fbond: the -dbgsym ddebs are automatically constructed and only contain debugging symbols [16:01] cjwatson: if I'm using qprof to do some profiling, is there any way to make use of the -dbgsym packages to make qprof's output more useful? [16:02] cjwatson: do the -dbgsym packages get used "automatically" everywhere, or do, e.g., gdb need special options to be told to use them? [16:02] cjwatson: as you can probably tell, I'm in just a bit over my head :) [16:04] cjwatson, i wonder if we could teach the addon to include the corresponding kde langpacks to the ones included in ubuntu-desktop, for hardy i'll handle them manually but it seems to make sense to automate that in the future [16:04] (now that edubuntu-desktop depends on kdeedu again) [16:06] fbond: you want pitti for that, not me :-) [16:07] ogra_cmpc: ubuntu-desktop doesn't contain any language packs; you mean the Ubuntu ship seed? [16:07] fbond: just add "deb ddebs.ubuntu.com gutsy main restricted universe multiverse" to your apt sources, then you can apt-get insall them (-dbgsym) [16:07] cjwatson, err, indeed [16:07] 'deb http://ddebs.ubuntu.com ...' surely? [16:07] fbond: erm, sorry: "deb http://ddebs.ubuntu.com"... [16:07] i just cant effort to ship *all* langpacks as we did before [16:07] err [16:07] afford [16:08] ogra_cmpc: hmm. In theory we might be able to add a germinate feature to do that but it would take some pondering [16:09] ogra_cmpc: feel free to file a wishlist bug on germinate for it [16:09] yeah, as i said, nothing for hardy [16:09] pitti: right, I know how to get them. I'm wondering if I have to do anything special to make gdb, qprof use them? [16:09] fbond: gdb finds them automatically; I don't know about qprof [16:10] pitti: did gdb have to be patched to find them thusly? [16:10] fbond: ideally it does; our Ubuntu packages have a 'pointer' to the debug symbols (.gnu.debuglink ELF section) [16:10] Ah. [16:10] fbond: no, gdb has supported that since ages [16:10] Interesting. I'll give it a shot. [16:10] pitti: BTW, I noticed that it didn't seem to be finding them for a GTK application I was debugging [16:10] although I was using the regular -dbg packages, not -dbgsym [16:11] cjwatson: hm, the original dh_strip should do the same [16:12] ii libglib2.0-0 2.15.5-0ubuntu1 The GLib library of C routines [16:12] ii libgtk2.0-0 2.12.8-1 The GTK+ graphical user interface library [16:12] ii libglib2.0-0-dbg 2.15.5-0ubuntu1 The GLib libraries and debugging symbols [16:12] ii libgtk2.0-0-dbg 2.12.8-1 The GTK+ libraries and debugging symbols [16:12] but gdb just pretends like those aren't there in a backtrace through libglib.so [16:14] pitti: thanks, btw [16:19] I plan asking for the addition of [Bug ] to the InterWiki list cjwatson mentionned previously [16:19] As to allow [Bug 1234] in wiki pages, reports etc. [16:19] Bug 1234 on http://launchpad.net/bugs/1234 is private [16:19] :P [16:26] pitti: I'm just looking why ocamlrpcgen is still broken. I found the problem but I don't know whose fault it is. Do you know if a space is allowed between dh_strip -X and the argument? [16:26] geser: it's not documented to be allowed [16:27] geser: and pkg-create-dbgsym assumes that there is no space [16:27] geser: dh_strip might get along with it, though, I haven't checked the implementation [16:27] that seems to be the problem, cdbs calls dh_strip with spaces between -X and the argument [16:28] dh_strip.pkg-create-dbgsym -plibocamlnet-ocaml-bin -X usr/bin/netplex-admin -X usr/bin/ocamlrpcgen leaves the binary intact [16:28] but it breaks if I use dh_strip [16:28] but dh_strip works if I remove the space after -X [16:29] geser: ok, I need to fix that in pkg-create-dbgsym then === Kopfgeldjaeger is now known as to [16:31] geser: I reopened the bug, thank you === to is now known as Kopfgeldjaeger === cjwatson_ is now known as cjwatson [16:34] lool: I'm not sure the syntax would work quite that way ("Bug:1234" surely?), but sounds good in principle [16:34] or possibly [wiki:Bug/1234] if it doesn't like the above syntax [16:37] pitti, \sh, slangasek: foo2zjs FF exception posted, bug 192948 [16:37]