=== blueyed_ is now known as blueyed === ember_ is now known as ember === mdomsch_ is now known as mdomsch_zZ === fabbione is now known as thegodfather [06:57] good morning [07:22] Good morning [07:22] morning pitti! [07:25] * pitti hugs Hobbsee [07:25] * Hobbsee hugs pitti back [07:31] alright... running 'update-manager -d' from a mostly gutsy AMD64 box, (still have feisty kernel 2.6.20 because of sky2 driver issues in 2.6.22) [07:48] pitti: morning [07:55] pitti: why do you think that the obex-data-server runs as root? [07:55] tfheen 23119 0.0 0.0 30604 2044 ? S Feb25 0:00 /usr/bin/obex-data-server --no-daemon [07:56] pitti: (this is the o-d-s MIR, bug 193816) [07:56] Launchpad bug 193816 in obex-data-server "Main Inclusion Request" [Undecided,Incomplete] https://launchpad.net/bugs/193816 [07:56] Mithrandir: I didn't find a place where it would specify an user name, but so much the better; thanks! [07:56] Mithrandir: I wasn't able to actually spawn the daemon [07:56] I played with some fake dbus-send commands, but these didn't bring it iup [07:56] hm, ok. What kind of problem did you run into? [07:56] s/iup/up/ [07:57] Mithrandir: I was just waiting for your answer; seems all fine now [07:58] pitti: ok, so MIR approved then? [07:58] I'll be happy to add this to the bug log for documentation purposes. [07:58] yep, I will add it there in a second [07:58] pitti: not sure if you have time/interest but I just uploaded my squeak packages to NEW [07:59] pitti: cheers and thanks. I'll upload the new bluez-gnome then [08:00] Mithrandir: approved in the bug and promoted [08:01] LaserJock: Seb's archive day today, but if it's still there on Friday I'll get to it [08:01] pitti: k, np [08:01] LaserJock: btw, do the new langpacks in -updates finally work for you? [08:01] let me check specifically real quick, the ones in the PPA did === doko_ is now known as doko [08:18] hey seb128 [08:21] hello dholbach [08:21] how are you? [08:21] good - how 'bout you? [08:21] tired but good otherwise, thanks ;-) [08:21] * dholbach hugs seb128 [08:22] * seb128 hugs dholbach [08:24] morning all. [08:24] seb128: you pinged yesterday? [08:24] hey mdke [08:24] hiya, how are you? [08:24] mdke: hello! [08:25] LaserJock: hi :) [08:25] mdke: yes, the ubuntu layout patch, the easy changes you described doesn't match the code, I commented on IRC about that some time ago but maybe you didn't read it there [08:25] mdke: basically I'm waiting for somebody to ubuntu the patch for hardy [08:26] seb128: ah, I didn't see that on irc - fine. I'll have to chase Don, I think [08:26] I'll do that asap [08:26] I'll likely have a look if nobody else does but I don't know how to do that and I've other things on my list ;-) [08:26] mdke: thanks [08:42] carlos: hey [08:44] carlos: do you know why the seahorse translations are not in the hardy language packs? [08:49] * carlos tests [08:49] well, checks :-P [08:51] carlos: we got a bug about that weeks ago and I though it would be fixed in the next updates but there is no change [08:51] at first sight, everything looks ok [08:52] * carlos does a deeper check [08:52] hey carlos [08:52] carlos: I moved all -proposed langpacks to -updates yesterday, so we can mark them as 'used' in the db [08:54] pitti, carlos: gcompris is looking great here [08:54] thanks for the work! [08:54] * LaserJock wanders of to send an email to upstream [08:55] pitti: ok, thanks [08:57] TheMuso: http://mces.blogspot.com/2008/02/gnome-outreach-program-accessibility.html - wow! :) [08:57] dholbach: Yeah I know about it. [08:57] pitti: btw, is that only for Gutsy or for Dapper, Feisty and Gutsy? [08:57] dholbach: Lets say I'm involved in a big way. [08:58] carlos: dapper, edgy, feisty, gutsy [08:58] ok === \sh_away is now known as \sh [09:01] pitti: btw, didn't you update Hardy's base language pack recently too? [09:01] carlos: I want to, but I didn't yet [09:01] carlos: I added some filtering code to remove "msgid == msgstr" strings to conserve some space [09:01] seb128: I think I found a possible problem, but I need to do some more investigation. Will ping you once I can confirm / reject it as the problem [09:02] carlos: ok thanks [09:03] pitti: ok. I detected a problem with language packs in Hardy, so seems like we were getting differences from the wrong base package (differences are against 20080122 but base package in Hardy is the one from 20080119) [09:03] pitti: having a new base language pack would help to fix that [09:04] pitti: btw, this month, I'm supposed to finish the missing parts to update that information with each package upload instead of doing it manually [09:04] which should help to prevent this kind of problems... === hunger_t is now known as hunger === pbn_ is now known as pbn [09:10] good morning [09:11] ArneGoetje: whats your preferred email? [09:12] ArneGoetje: hmm is ~arnegoetje you on launchpad? there are no emails listed [09:16] is there anything close to a standard interpretation of USB HID? [09:21] in particular, people writing games intending to support gamepads, is there any hope of simply using HID and not having to deal with binding axis and buttons to labels? [09:29] hi pitti [09:30] anyone know if ubuntu-restricted-modules-generic 2.6.24-10 is in repo's? [09:30] I cannot grab it [09:35] pwnguin: Much better to provide a configurator, so that the game supports all of a 2-axis 1-button joystick, a 12-axis 37 button joystick, and someone with a couple of PowerMates. [09:35] hi tkamppeter [09:35] seb128: found the problem. It's not exactly what I thought. We approved its .pot file last 20th February so that's why we didn't get any translation in language pack until then [09:35] seb128: latest update does include those translations [09:36] asac: yes. fixed. :) [09:36] ArneGoetje: thanks. i forwarded to @canonical for now [09:36] ArneGoetje: can we get that? [09:37] carlos: thanks, is there any work in progress to have translations automatically approved or something? [09:37] carlos: what is the point to have those waiting weeks for approval? [09:38] pitti, it seems that the CUPS daemon can segfault under certain conditions, with both 1.3.5 and 1.3.6 (so the 1.3.6 update did not break anything here): bug 148910, bug 195965, bug 194580 [09:38] Launchpad bug 148910 in cupsys "cupsd crashed with SIGSEGV" [Medium,Incomplete] https://launchpad.net/bugs/148910 [09:38] Launchpad bug 195965 in cupsys "package cupsys 1.3.6-1ubuntu1 failed to install/upgrade: subprocess post-installation script returned error exit status 3" [Undecided,New] https://launchpad.net/bugs/195965 [09:38] Launchpad bug 194580 in cupsys "cupsd crashed with SIGSEGV in strcasecmp()" [Medium,New] https://launchpad.net/bugs/194580 [09:39] seb128: we need to improve our logic to 'port' blocked entries from one release to another (documentation and package templates that are not yet handled in Launchpad and language-packs) so the queue is cleared as soon as possible automatically. Right now is a manual process [09:39] ok [09:40] carlos: thanks for approving those ;-) [09:40] carlos: btw do you have a list of hardy packages which don't build a template somewhere? [09:40] carlos: if we have some of those now would be a good time to fix the builds [09:41] not yet, I wanted to clear the queue first. but I plan to have such report today and prepare it to add a new page to launchpad that shows such information [09:41] carlos: thanks [09:41] well, today == this week [09:41] ;-) [09:42] seb128: btw, for seahorse, from what I see at https://launchpad.net/ubuntu/+source/seahorse/+publishinghistory [09:43] carlos: hi, will you still be here later today? [09:43] it was moved to main on 2008-01-17 and it was approved a month after that. Not perfect but it was not so bad O:-) (forget this joke, I thought it was moved 2008-02-17) [09:43] asac: yeah, my day just started [09:44] carlos: it's not really bad but it could be better ;-) [09:44] yeah [09:44] you know how cdbs reduces /usr/share/doc contents to symlinks if already in a dependency package? [09:44] how do I force that for another package? [09:44] I have a libfprint-doc package which gets README, etc. [09:45] but it doesn't symlink those to libfprint0 by default [09:45] (since assumedly the indep -doc gets build before the arch lib package) [09:48] asac: yes, will do that later. [09:48] thanks [09:51] Keybuk: i think you would need to patch debhelper.mk to force that [09:51] is it ok if those files are duplicated? [09:53] persia: one of the troubles I'm having is deciding what exactly to bind my wiimote stuff to ;) [09:56] hi all again :9 [09:56] i have some question about this bug report [09:56] https://bugs.launchpad.net/ubuntu/+source/djvulibre/+bug/33981 [09:56] Launchpad bug 33981 in djvulibre "No font for Kurdish in Arabic script" [Medium,Fix released] [09:57] Keybuk: i don' think that we need to eliminate _all_ doc duplicates as long as we catch most of them. [09:58] ScottK, you say the ttf-sil-scheherazade is ubuntu now, but i have gutsy and musst i add the ttf-sil-scheherazade manuel. [10:01] tkamppeter: is that known upstream already? [10:04] I do not know. I think I should report a high-priority upstream bug on them. [10:06] can someone change the topic and mention that the linux-restricted-modules-2.6.24-10-generic package is not built for i386 yet? :) [10:09] tkamppeter: does it happen to be http://www.cups.org/str.php?L2656 ? [10:09] CUPS bug 2656 in Core CUPS Software "cupsd dies due to double freeing of a remote printer" [Priority high,Closed w/resolution] [10:12] pitti, Mike Sweet has fixed this STR mid-January, so at least CUPS 1.3.6 cannot crash on it any more. === \sh is now known as \sh_away [10:34] archive problems again? the latest lrm for i386 is not available on the archives [10:35] oh, it was mentioned already [10:35] ah, it's in NEW [10:35] * pitti pokes [10:35] yeah, the first upload was buggy :/ [10:37] pitti, I have now posted CUPS STR 2722 [10:38] ubotu, you must say http://www.cups.org/str.php?L2722 now. [10:38] CUPS bug 2722 in Core CUPS Software "CUPS daemon segfaults under certain conditions" [Priority high,New] [10:38] cups bug 2722 [10:39] cups str #2722 [10:39] hmm [10:39] some improvements are still needed at ubotu. [10:39] CUPS bug 2722 [10:39] CUPS bug 2722 in Core CUPS Software "CUPS daemon segfaults under certain conditions" [Priority high,New] http://www.cups.org/str.php?L2722 [10:40] ok, linux-restricted-modules-2.6.24 NEWed [10:40] case-sensitive, this needs to be changed. [10:41] And also CUPS STR ... should work. [10:43] pitti, how can we get a stack trace for bug 195965? Problem is here that it is triggered by package installation and not by a crash/segfault recognition. [10:43] Launchpad bug 195965 in cupsys "package cupsys 1.3.6-1ubuntu1 failed to install/upgrade: subprocess post-installation script returned error exit status 3" [Undecided,New] https://launchpad.net/bugs/195965 [10:43] tkamppeter: ask people to do sudo /etc/init.d/cupsys start ? [10:43] this should crash as well, and then apport should kick in [10:51] pitti, done. [10:54] * pitti wonders why he gets a pretty ominous upgrade warning about fuse groups [10:54] ogra: you discussed that yesterday, didn't you? [10:55] ogra: AFAIK I need fuse for ntfs-3g, so maybe that should be pointed out, too [10:55] pitti, right [10:55] pitti, on;ly the first user is in the group by default [10:55] ogra_cmpc: also "only the first user" is slightly misleading [10:56] well, the install user, call it how you like :) [10:56] I'm uid 1000 and not in fuse [10:56] i'm open for suggestions [10:56] and this is a hardy-5 installation [10:56] because you upgraded ... [10:56] colin changed it yesterday iirc [10:57] right, for fresh installs [10:57] but isn't the entire point of an upgrade notification to apply to upgrades? :) [10:57] that's a fair point [10:57] right [10:57] *old* first users won't be in that group [10:57] what actually changed? I mean, ntfs-3g worked OOTB before [10:58] pitti, nothing ... buut we have tons of bugs because admins dont get the concept that they need to add the users to fuse [10:58] seb128: oh, btw, auto-mount of encrypted partitions now works again; thank you! [10:58] ogra_cmpc: ah, ok [10:58] fedora just discussed dropping fuse group altogether [10:59] ogra_cmpc: so it sounds much scarier than it actually is :) [10:59] so either you add all users by default or notify the admin somehow [10:59] pitti: thanks for testing, and that's upstream who did the work but good to know it's working ;-) [10:59] i'm open for better text suggestions indeed :) [10:59] or make it available for all local users [10:59] I think it would make sense for all local users [11:00] how would you tell local from non local here ... [11:00] thats on a group level [11:00] CK? [11:00] ugh [11:00] please dont [11:00] crw-rw---- 1 root fuse 10, 229 2008-02-27 10:27 /dev/fuse [11:00] it's that, right? [11:00] pitti: worked OOTB by means of mounting as root, presumably? [11:00] i have a hard enough time with ldm getting it recognizing CK stuff [11:00] pitti, yup [11:00] zdzichuBG: right, I think that will make sense for the future but not for hardy [11:01] and fusermount should be setgid fuse [11:01] cjwatson: ah, that might be; I didn't try an NTFS partition on an USB drive === \sh_away is now known as \sh [11:01] ogra_cmpc: CK> only a suggestion; with hal's automatic ACLs it can be made available to the currently active local terminal, and such [11:02] ogra_cmpc: it is setgid already no? [11:02] pitti, right, i'm all for it, just not now, as that would require me to rewrite a lot of ltspfs [11:02] seb128, yes [11:02] ogra_cmpc: right, too late for hardy [11:02] ogra_cmpc: I didn't understand your " and fusermount should be setgid fuse" then [11:03] seb128, because pitti pointed out the device perms [11:11] mvo: hm, I just set up a dapper chroot and upgraded to the hardy dhcp3-client (bug #174128); I can't reproduce the conffile question [11:11] Launchpad bug 174128 in dhcp3 "asks debconf question on dapper->hardy upgrade" [Undecided,In progress] https://launchpad.net/bugs/174128 [11:11] mvo: did you still get that in recent updates? [11:11] pitti: interessting, I need to check that, I'm not at home currently, so its a bit more difficult for me to do it [11:11] pitti: friday maybe? [11:11] mvo: yeah, no hurry [11:34] mvo: I added all infos to the bug report [11:35] pitti: great, thanks [11:42] carlos: argh argh bug 191327 [11:42] Launchpad bug 191327 in language-pack-kde-en "7.10: en_CA causes KDE apps to fail to start" [Critical,In progress] https://launchpad.net/bugs/191327 [11:42] carlos: do you have some minutes to look at this with me? this requires immediate action [11:42] sure [11:43] * carlos loads the bug report... [11:43] carlos: darn, noone noticed that while we tested the -proposed packages [11:44] pitti: I guess it's only a problem with en_CA.po file for kdelibs... [11:45] * carlos looks for it [11:45] carlos: right, looks like [11:48] carlos: maybe en_US, too, see https://bugs.edge.launchpad.net/ubuntu/+source/language-pack-kde-en/+bug/195647/comments/2 [11:48] Launchpad bug 195647 in language-pack-kde-en "language-pack-kde-en packages break KDE for canadian english users (dup-of: 191327)" [Undecided,Confirmed] [11:48] Launchpad bug 191327 in language-pack-kde-en "7.10: en_CA causes KDE apps to fail to start" [Critical,In progress] [11:48] pitti: well, they say that changing locale to en_US fixes the problem... [11:48] carlos: I asked in the bug whether anyone was using something else than en_CA [11:48] carlos: right [11:49] anyway, I'm waiting for the .po files download to check its content and see what's wrong there [11:51] carlos: we have it on rookery [11:51] /srv/language-packs.ubuntu.com/gutsy-proposed/sources-base/language-pack-kde-en-base/data/en_CA/LC_MESSAGES/kdelibs.po [11:51] I'm using directly what we exported in Launchpad [11:53] +"Plural-Forms: nplurals=2; plural=n != 1;\n" [11:53] I guess that's the significant bit of the diff [11:53] not really [11:53] KDE doesn't use that [11:53] pwnguin: Sorry for the long delay: the logical names for all the controls are defined in ./include/linux/input.h in the kernel source. Try for the best match there, and you'll likely hit close to the defaults for most games. [11:53] well KDE < 4.0 [11:54] oh, wait [11:54] "to do mail thd@kde.org and coolo@kde.org, they will tell you. Better leave " [11:54] "that out if unsure, the programs will crash!!\n" [11:54] "Definition of PluralForm - to be set by the translator of kdelibs.po" [11:54] -msgstr "" [11:54] +msgstr "Definition of PluralForm - to be set by the translator of kdelibs.po" [11:54] carlos: I bet that's it [11:54] carlos: apparently someone put in a lot of identical msgstrs [11:54] (i. e. msgid == msgstr) [11:54] that's done by clueless people... [11:55] and that was my bet [11:55] and the comment says "don't translate this in any way" [11:55] is just a matter of patch the file [11:55] right [11:55] does anyone here have a gutsy KDE installation at hand? [11:56] * pitti greps the other langpacks for that [11:56] pitti: I was doing the same ;-) [11:57] carlos: current langpack-o-matic filters these out, so it would have helped in this case [11:57] but not if someone would actually have put in a different string [11:58] ok, it's the only one [11:58] yeah, if it's not well translated, there is no way to detect it [11:59] pitti: btw, the right value is msgstr "TwoForms" [11:59] pitti: at least to match en_GB [11:59] pitti: I'm going to fix it in Launchpad [11:59] carlos: hm, but it was empty before [11:59] so next update has it fixed [11:59] carlos: thanks [11:59] carlos: I'm going to do a manual upload for this [11:59] pitti: which means to use the default [11:59] pitti: so is up to you [12:00] carlos: an empty string (as before) shuold work, too, I guess [12:00] pitti: sure, just wanting to prevent that next automatic export breaks it again [12:00] right [12:00] pitti: yeah, anyone should be good enough [12:05] <\sh> seb128: how is someone supposed to remove "Bookmarks" from the Places menu, e.g. when adding bookmarks for remote servers? [12:06] \sh: bookmark or mount? [12:07] \sh: bookmarks can be edit from nautilus or the gtk fileselector [12:07] \sh: mounts are just for the session and you can right click and unmount on the desktop or in computer [12:08] <\sh> seb128: I added an ssh server via Places/Connect To Server and add a bookmark which is displayed now under the Places/{Documents,Videos,etc} ... [12:10] <\sh> seb128: ok then there is the error...it's not mounted, but displayed as bookmark [12:11] which seems correct [12:11] it's mount when you access the share [12:11] <\sh> seb128: hmmm [12:13] carlos: ok, uploaded [12:13] <\sh> seb128: ok my fault...I added /bin/false to /etc/shells and thought sftp can use this setting for having a non shell user, but someone who needs sftp... [12:13] pitti: I just uploaded a fixed .po file into Launchpad [12:17] carlos: ah, this affects hardy as well [12:17] pitti: what about dapper, edgy and feisty? [12:19] carlos: I'll check in a minute [12:19] carlos: I'll request a full export for hardy, ok? I think it's time to refresh the langpacks [12:20] sure, but let me fix that problem first [12:20] hmm, well, is ok, given that it will not be generated until next Saturday [12:20] and yes, -updates are already near 300MB... [12:23] carlos: dapper to feisty are unaffected [12:23] ok [12:23] superm1: alsa-utils verified & uploaded. Thanks! [12:46] bad intel driver. stay off the crack. [12:47] it drawing artifacts on my screen of the brightness applet is kinda annoying... [12:56] <\sh> Hobbsee: on kdeß [12:56] \sh: no, gnome [12:57] <\sh> Hobbsee: hmmm...good to know that the brightness applet doesnt work for me...and the intel driver doesnt draw artefacts at my place [12:57] asac: Hi, what's the correct replacement for MOZILLA_CONFIG=/usr/bin/firefox-config? (I'm trying to rebuild vlc) [13:01] Hobbsee: bip looks good, I'll approve it [13:02] jdong: goody [13:15] geser: look at the totem example on https://wiki.ubuntu.com/XulrunnerGecko ... most likely vlc changes will be much simpler. [13:22] asac: how do I know if vlc needs xpcom? === pochu_ is now known as pochu [13:28] geser: look in configure [13:32] asac: thanks. need_xpcom_libs=false [13:32] :) [13:34] lamont: could you coordinate with archive admins to frontport git-core from dapper-backports to {edgy, feisty}-backports? [13:34] having dapper's version be newer than edgy/feisty is not ideal [13:35] geser: np ... don't hesitate if you have more questions ;) [13:35] lamont: at the same time, I wouldn't mind at all if you wanted to backport the newest hardy git-core to everything too ;-) [13:35] jdong: heh [13:36] I don't actually ever use backports.... [13:36] other than uploading things for ScottK and such from time to time [13:36] did I upload git-core to dapper-backports? [13:36] lamont: well, you did last-touch the dapper-backports release and that should frontport correctly to subsequent releases [13:36] asac: if I understood the wiki page correctly I need always add xulrunner-1.9 to depends? [13:38] /home/jdong/irclogs/FreeNode/#ubuntu-devel.2007-11-28.log.txt:17:31 < lamont> jdong: if I upload current git-core to dapper-gutsy backports, will you let it in? 1.4 has an absolutely sucky interface. And, yes, 1.5 is a UI change of some significance. OTOH, I haven't met anyone who prefers it... [13:38] <\sh> asac: lightning should show up in thunderbird after apt-get install lightning-extension right? [13:38] ^^ :) [13:38] jdong: guilty as charged. [13:39] hehe [13:39] slangasek: when you wake up, please either shove git-core forward from dapper-backports until it's older, or tell me what to do. kthx. :-) [13:40] slangasek: I'll request git-core hardy->gutsy soon too (that only works for gutsy, older FTBFSes) [13:41] \sh: if you use the ubuntu thunderbird, yes. [13:41] <\sh> asac: hmm...it doesn't [13:42] \sh: is lightning in any of vi /usr/lib/thunderbird/extensions/*/install.rdf [13:42] <\sh> yeah [13:43] <\sh> just blame me...because I installed it on my homeserver and not on my local desktop..too many terminal error [13:44] \sh: backup your .mozilla dir (to repro) ... then stop tbird and remove .mozilla/thunderbird/*/extensions.* [13:44] see if that helps [13:46] <\sh> asac: na...installing it on the machine where it should run helps :) [13:46] <\sh> the problem sits always in front of the screen ;) [13:47] ah ;) [13:55] mvo: is there a way to ask apt-get to *only* perform list cleanup, and not do the other network access implied by 'apt-get update'? [14:01] mvo: this is for commenting out 'deb cdrom' entries at the end of the installation. It actually looks like I can just comment it out of sources.list and not bother running 'apt-get update'. Is that reliable? [14:07] cjwatson: yes, if you comment it out apt will ignore it even if its still available in the lists/ directory [14:07] ok, sounds like I can get rid of one time-consuming step then, cool === thekorn_ is now known as thekorn === jelmer_ is now known as jelmer === dholbach_ is now known as dholbach === asac_ is now known as asac [15:11] soren: hi, any chance you can take a look at the debdiff at bug 192051? thanks! [15:11] Launchpad bug 192051 in gtk-vnc "Vinagre keyboard not working, mouse not always visible" [Medium,Confirmed] https://launchpad.net/bugs/192051 [15:11] pochu: There's a new gtk-vnc release due out on Saturday. I'm a bit reluctant to spend a lot of time on gtk-vnc until then. Sorry. [15:15] pitti: any reason you subscribed motu-release to bug 195964? [15:15] Launchpad bug 195964 in eclipse "[needs review and upload] Eclipse 3.2.2-5ubuntu1" [Wishlist,New] https://launchpad.net/bugs/195964 [15:18] sistpoty|work: My guess would be that any upload of eclipse is at least as scary as an upstream feature release for most packages. [15:19] ScottK: heh, might be true [15:20] ScottK: touching eclipse is always scary :) [15:21] IMO it wouldn't hurt to separate the eclipse platform from the eclipse IDE... [15:21] * ScottK knows. Has uploaded it before. [15:21] sistpoty|work: previously ubuntu-release was subscribed, but it's an universe package; but now, looking at the version number, there are probably no new features [15:21] should have checked before, sorry [15:21] pitti: np... just thought you might have a special reason ;) [15:22] ScottK: do you think I'll have mobs and riots after me if I were to, for hardy+1, bundle a SWT source with azureus that upstream blesses? [15:22] lol [15:22] I bet yes [15:23] cjwatson: The "required" seed lists essential packages... I'm a bit unsure about whether it defines it or just documents it? [15:23] * ScottK sees SWT, smells Java and passes out from apathy. [15:23] lol [15:24] ScottK: I've unsubsribed motu-release from eclipse bug :) [15:28] soren: essential is a subset of required that isn't in fact listed in any seed but is in debian/control files [15:28] soren: it's a bug if anything is essential but not in the required seed; but essential is changed so rarely that this is basically ok [15:29] cjwatson: Ah, ok. I somehow got the idea that launchpad used the info from the seeds to set the Essential: field. [15:29] cjwatson: Is that perhaps the case for build-essential? [15:29] Or am I making all of this up? :) [15:34] I dont speeck english! [15:36] what's our reason for not having traceroute in ubuntu-standard? [15:36] Mithrandir: I believe traceroute requires root to be effective while tracepath doesn't? [15:37] though personally I found tracepath doesn't work as well as traceroute [15:37] * Keybuk uses mts [15:37] i.e. unknown route via tracepath while traceroute tends to get it right [15:37] mtr even [15:37] Mithrandir: we have mtr? [15:38] Mithrandir: We have tracepath instead, don't we? [15:38] mtr's even cooler [15:38] oh, tracepath; didn't know about that even [15:38] soren: https://bugs.launchpad.net/ubuntu/+source/iputils/+bug/57167 claims that tracepath doesn't work in some cases that traceroute does. [15:38] Launchpad bug 57167 in iputils "traceroute6 installed by default but not traceroute" [Undecided,Confirmed] [15:38] pitti: that's true. [15:38] Mithrandir: Ah, ok. [15:40] soren: for build-essential, yes, it is [15:41] cjwatson: Ah, ok. Thanks! [15:45] pitti: some old unix geeks are complaining about not having traceroute, I guess it's more about finger macros than anything else. [15:45] Mithrandir: I agree; took me a bit to get the s/traceroute/mtr/ into my brain, too [15:46] pitti: it feels a bit heavyweight to provide a wrapper in mtr, but we could think of something along those lines. [15:46] Mithrandir: like an alternative? [15:46] yeah, for instance. [15:47] should be done in coordination with Debian if so [15:53] * ScottK didn't know about tracepath. [15:57] hmm [15:57] how do you get pbuilder to accept its own result directory as a source of build-dependencies? [16:00] Keybuk: I'm not sure that would work w.o. a local apt-repository, as iirc pbuilder uses apt to satisfy the build deps [16:00] generating a "Packages" file there and adding deb file://.... to sources.list? [16:01] that's what prevu does for these kind of things [16:01] how do you add something to its sources.list? [16:02] configure it that way when you create it or use --login and --save-after-login. [16:02] * Mithrandir points Keybuk to pbuilder(8) [16:02] pbuilder login --safe-after-login; edit apt sources there [16:02] Mithrandir: I've read through it -- it's quite non-useful [16:02] it assumes you know how pbuilder works and are refreshing your memory [16:02] (like most manpages) [16:05] also its own docs appear to be wrong [16:05] I can't get it to execute the necessary hook [16:05] despite having copied and pasted it from the docs [16:36] hi [16:58] * pitti enters "about:config" into firefox-3.0 and laughs [17:00] <\sh> pitti: lol [17:02] Seems about right for Mozilla Corp these days. === \sh is now known as \sh_away === vorian_ is now known as vorian === Pricey is now known as PriceChild [17:45] soren: I didn't know that. That's fine. The patch is just one line anyway ;) [17:46] pochu: Oh, ok. [18:07] lamont: sorry, I don't understand what you're asking for with git-core [18:10] hi slangasek [18:11] slangasek: I dealt with the git-core b-deps, btw [18:11] slangasek: promote git-core from dapper-backports to edgy,feisty,gutsy backports pls [18:11] pitti: so it turns out that passwd is actually written properly and uses pam_unix to change the password ;) [18:25] pitti: saw that git-core went through for hardy, thanks [18:25] lamont: erm... so reverse-backporting a backport? [18:26] slangasek: no. promoting binaries [18:26] and source [18:26] as it sits, the binary in dapper-backports is newer than the version in edgy-* [18:26] so "promoting" is a pocket-copy? [18:26] dunno [18:26] that's why I lobbed it. [18:26] sounds right though [18:30] lamont: ok, done [18:35] git-core> I think it should be a re-backport so that it gets ~edgy etc. version numbers, really [18:36] the backportable version is apparently superseded in hardy now, so that would require a hand-backport [18:36] which they're welcome to do; I don't think it hurts to have the current working version around in the meantime [18:37] mkay [18:54] Is any LP build-admin around? === blueyed_ is now known as blueyed [19:02] hi [19:03] maswan: ping, could you mirror to se? I'm about to release kubuntu-kde4 alpha [19:03] türkçe bilen var mı [19:05] ping pitti [19:06] demir: this is an English-speaking development channel, no [19:07] * ogra_cmpc wonders why he still ends up with a parport driver loaded ... despite the fact that its in all possible blacklist files [19:07] and the classmate has no parallel port ... === \sh_away is now known as \sh [19:23]