=== mekius_ is now known as mekius === RAOF_ is now known as RAOF [02:29] what controls the creation of /dev nodes in Ubuntu? [02:30] udev [02:45] hrm [02:45] how on earth does one read udev logs? === Shely is now known as iE18 === asac_ is now known as asac [06:15] lamont: ping, re: fbset/hppa in xserver-xorg [06:20] Good morning [06:21] Good evening [06:30] Morning pitti [06:30] pitti: How do you feel about doing some NBS work? :-) [06:31] hey StevenK [06:31] sure [06:32] oh, except that my laptop's ssh key can't get to the DC yet [06:32] * pitti pings IS [06:32] pitti: If you NBS out libicu36-dev, libicu-dev ought to then stand in for it and I can test build the seven rebuilds for that. [06:33] pitti: net-snmp is in NEW, and once you let it out, I have 26 rebuilds to upload. [07:05] good morning [07:09] Good evening. [07:09] hey ion_ === pitti is now known as pitti_ [07:23] Hi [07:27] pitti: No DC access for you? [07:27] StevenK: NBSed/NEWed [07:28] StevenK: I'm back on my desktop now :) [07:28] Ah [07:28] Yay [07:29] pitti: If you also process bug 175059, that will mean asterisk can stop depending on libsnmp10 and actually build [07:29] Launchpad bug 175059 in openh323 "Please sync openh323 (universe) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/175059 [07:31] * StevenK wonders if he can fool build.py [07:31] StevenK: done [07:31] StevenK: fool in what way? [07:32] pitti: build/bin/build.py from Helix, not your magical script [07:32] pitti: Thanks [07:34] Good morning [07:37] hey lloydinho_ :) [07:46] morning dholbach :-) [07:57] pwnguin: re gtkfilechooser - gtk+2.0? [08:06] Greetings everybody! === \sh_away is now known as \sh === doko__ is now known as doko [08:42] pitti: net-snmp is marked as DONE, do you think it's safe to throw 26 uploads to Soyuz? [08:46] StevenK: They'll be marked done fairly early in the publisher run, but it should be safe by now. [08:48] Is an archive admin around? I'm failing to see why the lpia binaries for x264 as built in don't appear in http://ports.ubuntu.com/pool/multiverse/x/x264/ [08:48] This is causing another build (gst-plugins-multiverse) to be stuck waiting for libx264-dev and the MBU team needs it [08:49] lool: lpia is a supported architecture and thus will appear on archive, not ports [08:50] pitti: Uh? [08:50] pitti: http://ports.ubuntu.com/dists/hardy/multiverse/ => binary-lpia http://archive.ubuntu.com/ubuntu/dists/hardy/multiverse/ => no binary-lpia [08:50] oh, seems I'm wrong [08:51] since when did we move it? [08:51] lool: sorry, seems I'm out of date [08:51] pitti: Probably a while ago, I always remember it like that [08:51] libx264-dev | 1:0.svn20070930-0.0ubuntu2 | hardy/universe | amd64, i386, ia64, lpia, powerpc [08:52] at least it's there on drescher [08:52] http://ports.ubuntu.com/pool/universe/x/x264/libx264-dev_0.svn20070930-0.0ubuntu2_lpia.deb [08:53] I'm a bit lost that in my rmadison output the source is in multiverse but builds binaries in universe [08:53] I thought it was allowed the other way aound [08:53] *around [08:53] It's in universe here [08:54] x264 | 1:0.svn20070930-0.0ubuntu2 | hardy/multiverse | source [08:54] Nope. You're right. [08:55] Also, whereever the binaries are, gst-plugins-multiverse builds should see it: they have universe and multiverse?! [08:55] lool: thanks for the hint; seems someone incorrectly overrode it [08:55] * pitti fixes [08:55] lool: I guess someone moved the debs to the wrong component when the debs got accepted [08:55] pitti: Ah cool [08:55] lool: yes, indeed multiverse should build against universe [08:56] pitti: I am not sure your fix will be enough to get this building: https://edge.launchpad.net/ubuntu/+source/gst-plugins-bad-multiverse0.10/0.10.5-1/+build/364774 [08:56] pitti: I don't really understand why it's not building if the binaries are in universe [08:56] no, it won't help [08:56] * pitti looks [08:58] lool: simple: -1 is not current [08:58] lool: -3 is current, and it has built on lpia [08:58] soyuz won't bother building superseded versions [08:58] pitti: Ok, someone handed me that direct URL, I should have checked it's the latest source [08:58] pitti: Thanks! [08:58] I found a corner case where it did. [08:58] yw [08:59] StevenK: s/won't/shouldn't/ then :) [08:59] * StevenK grins [09:00] pitti: while you are at it: please also move the i386, amd64, powerpc debs of x264 from universe to multiverse (see http://archive.ubuntu.com/ubuntu/pool/universe/x/x264/) [09:00] geser: done already [09:01] You'd think the scripts would enforce that. [09:02] Bug #132234 [09:02] Launchpad bug 132234 in soyuz "packages in 'multiverse' can have binaries in 'main' " [High,Fix released] https://launchpad.net/bugs/132234 [09:02] Well, apparently not. [09:03] Ah, that's PPA. [09:03] Right, I was about to say. [09:14] pitti: please give-back: xscavenger. Thanks [09:15] done [09:28] pitti: please give-back: tseries rcmdr rxvt-unicode snack === luka74 is now known as Lure [09:34] geser: done [09:45] pitti, hi [09:49] * ogra waves from seville [09:50] cjwatson_: in case ou want me to talk about any particular task here, i'm sitting in the HW session here (only http open on teh firewall, so connection might be wonky) [09:51] hi tkamppeter [09:52] * ogra wishes for a company sponsored spanish training :/ i wish i'd understand anything [09:53] pitti, it is about avahi. [09:54] The "update-rc.d -f avahi-daemon remove" I have from the doc file /usr/share/doc/sysv-rc/README.Debian.gz [09:55] tkamppeter: that's bad advice, I think [09:56] It does not remove the actual init script, but only the links in the /etc/rc.... directories. This causes new links to be added by the part of the .postinst script which gets inserted at #DEBHELPER# [09:56] tkamppeter: well, I'm open for other opinions, but IMHO the way /var/lib/dpkg/info/dbus.postinst does it is better [09:56] tkamppeter: I know [09:58] I will look, but what I will change is checking for the package version instead of checking for presence of a file to decide whether to do something. On a system where the user has manually changed the boot configuration, the fix would not get applied otherwise. [09:59] tkamppeter: you need to keep at least one symlink if you don't want that new symlinks get created by update-rc.d [10:00] Sheesh, packages.debian.org is slow today. [10:01] geser, I want to have new symlinks, as I want to change the boot order so that avahi starts before CUPS. === cjwatson_ is now known as cjwatson [10:07] cjwatson: hey, i'm sitting in a (spanish) session about HW compatibility atm if you want me to ask/tell anything particulary .... [10:08] gah this web-cgi IRC client sucks ... :( [10:15] * ogra__ grumbles about firewall admins that only offer http ... === ogra__ is now known as ogra_ [10:21] pitti, I am applying the method from /var/lib/dpkg/info/dbus.postinst in avahi now. [10:21] pitti, thank you for this hint. [10:30] doko: Hi, have you time to look over the debdiff in bug #174749? [10:30] Launchpad bug 174749 in graphviz "[hardy] Drop libttf-dev from Build-Depends" [Undecided,New] https://launchpad.net/bugs/174749 [10:31] pitti: please give-back: gabber giblib libtk-img nspr. Thanks. [10:33] geser: looks fine [10:33] pitti, I have updated avahi now, 4ubuntu2 at the usual place ready for upload === ogra_ is now known as ogra [10:40] tkamppeter: some of the hplip-gui desktop-files lack a OnlyShowIn=KDE -tag, can I add them? [10:40] tjaalton: those apps are useful outside of KDE [10:40] are they? [10:40] ok [10:41] I'm sure non-KDE users own HP printers too [10:42] sure, I'll just blacklist from the local menu then ;) [10:42] if you don't want the apps then uninstall the package [10:43] we install both *-desktop's [10:43] pitti: please give-back: aalib [10:44] is there a known issue with fonts in firefox and gecko applications in hardy? [10:45] seb128: I noticed my Gecko fonts got all strange with this morning's upgrade. [10:45] My fonts have looked like crap for a while now (after a fontconfig update, i think). I haven’t investigated the problem yet, though. [10:46] ion_: everywhere or just firefox and gecko? [10:48] * soren misses packages.debian.org [10:49] soren: PTS still works, though [10:49] ..that does't make requestsync happy :( [10:50] pitti: Hi, do you have insight into https://edge.launchpad.net/ubuntu/+source/pulseaudio/0.9.8-1ubuntu2/+build/465314, or is cprov the go-to? [10:50] seb128: Hm. Seems like just firefox. Bitstream Vera seems to look fine in all apps, but Microsoft® corefonts seem to be missing hinting alltogether in Firefox, whereas Nautilus’ font preview shows them correctly. [10:51] That looks like a cprov bug. [10:53] crimsun: yes, indeed cprov [10:53] pitti: ok, thanks! [11:13] Is there any way to disable that SSH agent part of the gnome-keyring ? I haven't seen anything in the config dialog nor in gconf-editor ... [11:15] crimsun: Note the recent arrival. [11:15] hmm ... any mono (semi-)expert here? [11:16] stgraber: I don't think so, any issue using it? [11:17] asac: ajmitch and slomo are our experts [11:17] stgraber: I think you can, http://live.gnome.org/GnomeKeyring/Ssh [11:17] asac: slomo knows about mono but he just closed his IRC [11:17] stgraber: --components arg [11:17] thanks [11:17] ajmitch: ? [11:17] pochu: that means patching gnome-session code no? [11:18] pitti: Would you mind punting openh323 out of binary NEW? [11:19] StevenK: doing [11:19] pitti: Danke [11:19] seb128: hmm, does it? I don't know. === cjwatson_ is now known as cjwatson [11:20] pochu: gnome-keyring is started by gnome-session, not sure how to add an argument there without changing the code [11:20] pitti: a fixed finish-install for bug 174689 is in hardy now; could you review my -proposed upload? [11:20] Launchpad bug 174689 in finish-install "hvc/hvsi consoles not handled" [Undecided,In progress] https://launchpad.net/bugs/174689 [11:21] * StevenK watches Firefox chew up large amounts of CPU time as he asks it to open 26 new tabs [11:21] StevenK: Why do rebuilds take tabs? [11:22] Fujitsu: Because I open a new tab for each upload to pounce on build failures [11:22] seb128: I thought I could change it in gnome-session-properties... [11:22] Which is a throwback from before LP mailed you [11:22] StevenK: Ah. [11:23] I don't think Firefox likes having 70 tabs open [11:23] pochu: you can for applications listed in the session and using an autostart, the keyring start is coded though [11:23] StevenK: It can handle a couple hundred, but your chances of session corruption rise significantly. [11:24] does it not save the session atomically? [11:28] Oh, grumble hplip got rejected. [11:28] StevenK: Pffft, I often have >150 open. It gets unmanageable eventually, though. [11:33] Fujitsu: thanks (I'm normally gone for work by now). [11:34] cprov: Hi, do you have insight into https://launchpad.net/ubuntu/+source/pulseaudio/0.9.8-1ubuntu2/+build/465314? [11:35] tkamppeter: Ping [11:35] crimsun: let me check, one sec. [11:38] hi StebenK [11:38] hi StevenK [11:39] My name has no B. :-P [11:40] tkamppeter: The hplip merge doesn't do the Maintainer spec change; I have to upload a rebuild due to the net-snmp merge, do you want me to do it? [11:41] StevenK. what is a Maintainer spec change? [11:43] tkamppeter: https://wiki.ubuntu.com/DebianMaintainerField has context [11:43] pitti, have you seen my CUPS change on the SVN [11:44] crimsun: builds 465307 & 465314 rescued, they will build in 15 minutes or so. [11:44] cprov: many thanks! [11:45] tkamppeter: yes, I'll get to them [11:46] StevenK, Mark Purcell and me are managing the HPLIP package on the Debian SVN, in principle we keep the Debian and Ubuntu versions of the package equal. [11:46] seb128: well, I have some scripts where I would prefer to have the text prompt instead of the gtk one + I would need to check but I'm pretty sure that some times the ssh keyring was kept open even without the "Automatically unlock" thing checked [11:47] stgraber: that would be a bug [11:47] StevenK. is you rebuild simply to get new binary packages so that they link with a new ABI of the netsnmp library? Or are there any changes except debian/changelog? [11:47] pitti, OK. [11:47] tkamppeter: No changes aside from debian/changelog [11:48] tkamppeter: It's to link against libsnmp15 rather than libsnmp10 [11:49] seb128: I just reproduced it, I opened my irssi terminal (which connects to my server using SSH), I had the prompt for my key, entered it without checking the unlock thing [11:49] seb128: then closed the window and open it again [11:49] pitti, I have one doubt with Ghostscript. I want to package it as upstream made a patch to solve the problem of encrypted PDFs not printing out of Adobe Reader 8. [11:49] seb128: it didn't ask for the key [11:50] This is no problem, but on Saturday there was a discussion on removing the transitional package gs-common from ghostscript. [11:51] StevenK, I think you can go ahead, such a rebuild does not need to be registered in the Debian SVN. I assume that you simply add an entry in debian/changelog and then upload the source package to the build server which has libsnmp15 installed and so binaries using libsnmp15 will get generated? [11:52] tkamppeter: Right [11:52] stgraber: I can confirm that it remembers it until I end the session [11:52] StevenK, then it's OK, go ahead. [11:52] pitti, [11:54] stgraber: can you open a bug with the details to trigger the bug (without using irssi if possible ;-) [11:54] pitti, they tell gs-common is not needed, as ghostscript updates/replaces gs-esp and gs-gpl, but I think if on a system with the old gs-... Ghostscript gs-common is installed, and the new ghostscript has no gs-common transitional package, the old gs-common will stay and conflict with ghostscript. as ghostscript contains the files of the former gs-common. [11:56] seb128: sure [11:56] tkamppeter: Uploaded, thanks! [11:56] tkamppeter: not unless the newer ghostscript Conflicts:/Replaces: gs-common [11:57] tkamppeter: (which it should); then upgrades will work without a transitional pacakge [11:57] stgraber: let me know the number and I'll confirm it ;) [11:59] pitti, ghostscript Replaces, Conflicts, and Provides gs-common (<< 8.60). [11:59] pitti, for which case are the transitionals needed then? [11:59] gs-common | 8.61.dfsg.1~svn8187-0ubuntu3 | gutsy/universe | all [12:00] tkamppeter: it should replace/conflict to << 8.61.dfsg.1 [12:00] then it will work [12:00] tkamppeter: you only need a transitional package if you actually want to keep the original name; that's not necessary for libraries, or -common packages which users usually don't want to install directly [12:01] Yes, I understand. The transitional allows the user to do "apt-get install gs-esp" and he gets ghostscript. [12:02] pitti, thanks, I will update ghostscript appropriately. [12:02] tkamppeter: It also allows packages to continue to depend on the old name for a bit, to soften the upgrade transition (doesn't work for libraries, where the ABI changed anyway) [12:03] tkamppeter: so Debian dropped the transitional package in an earlier version? [12:03] tkamppeter: we need to keep that change until after hardy then, then we can drop it [12:04] pitti, I do not know what Debian did. [12:05] On Saturday they only told me that the gs-common is not really needed. [12:05] tkamppeter: I mean when they dropped gs-common [12:06] seb128, pochu: bug 175288 [12:06] Launchpad bug 175288 in gnome-keyring "[Hardy] SSH key kept unlock after usage" [Undecided,New] https://launchpad.net/bugs/175288 [12:06] stgraber: thanks [12:06] pitti, I merged with Debian on the last upload (8.61.dfsg.1-0ubuntu2) and Debian did not remove gs-common [12:07] tkamppeter: hm, then maybe the newer gs-commons don't have any files any more, so that they don't conflict? [12:08] cjwatson: done [12:12] gs-common got a transitional (without files) when I introduced the merger of ESP and GPL GS with the name ghostscript into Ubuntu. In Debian Masayuki Hatta introduced this ghostscript on Oct 14. === cjwatson_ is now known as cjwatson [12:13] tkamppeter: ah, ok; that should be fine then [12:13] tkamppeter: so why again do you want to modify anything? [12:13] pitti, so I will remove gs-common [12:14] tkamppeter: but that will break several reverse dependencies [12:14] pitti, the motivation to make a ghostscript package is fixing bug 172264 [12:14] Launchpad bug 172264 in ghostscript "Ghostscript in Gutsy and Hardy is not able to print encrypted PDFs out of Adobe Reader 8.1.1" [High,In progress] https://launchpad.net/bugs/172264 [12:14] tkamppeter: TBH I wouldn't bother ATM and just leave the transitional package as it is until Debian removes it [12:14] pitti, so better leaving gs-common in? [12:15] tkamppeter: right; just apply the patch and you should be good AFAICS [12:15] pitti, OK, so only the patch for bug 172264 ... [12:15] tkamppeter: I agree that it would be cleaner to remove it, but then we have to do the transition and introduce a delta [12:15] tkamppeter: right [12:20] Hobbsee, pitti: Can you give-back asterisk on all arches, please? [12:20] StevenK: done [12:20] pitti: Danke! [12:35] pitti: can you shove meta-kde4 sources and binary to universe please? [12:35] pitti: they're currently in main [12:36] er, source and binaries [12:36] Hobbsee: done; hm, there are no binaries, is that correct? [12:37] pitti: i've only just accepted the binaries [12:37] ah [12:37] i'm not sure how long they take to publish [12:37] about an hour [12:37] but I can move them in ACCEPTED [12:38] which does what? where are they now? [12:38] in limbo, or in accepted? [12:38] ok, done [12:38] thanks [12:38] Hobbsee: they are not published yet, but in the ACCEPTED queue ("to be published") [12:38] ah right [12:38] so accepted is the limbo. got it. [12:38] launchpad is so confusing, at times. [12:38] At time, you say? [12:39] times, even [12:39] yeah well. [12:39] the stuff that has documetation probably isnt' too bad [12:41] the modern display of the ACCEPTED queue is a whole lot less confusing than it used to be, and IIRC less confusing than the same state in dak [12:41] FWIW [12:41] cjwatson: i'm comforted :) [12:42] cjwatson: progress is good! :) [12:43] * Fujitsu notes that it's even more confusing now that sources don't ever go through ACCEPTED. [12:45] in the modern Launchpad display, it just shows up as DONE (and you might be a little confused for a short while, but at least you know it exists somewhere) [12:45] in old-Launchpad and dak, the corresponding state meant that the package was invisible and you had no idea what was going on [12:45] so I think it is definitely an improvement [12:45] Sources used to go through ACCEPTED, though. [12:46] the DONE-but-not-yet-published state existed regardless, merely at a different time [12:46] Right. [12:46] it used to be ACCEPTED -> DONE (but not published, so limbo) -> published [12:46] now it's DONE (not published, but you can see its state) -> published [12:47] except when the distro is frozen in which case ACCEPTED is still involved [12:50] tjaalton: sup? (fbset/hppa)_ === dholbach_ is now known as dholbach [12:58] *** You don't have any defomized font packages. [12:58] *** So we are trying to force to generate pangox.aliases... [12:58] there's just something about that inglish there... :) [13:01] pitti, patched Ghostscript is ready for upload. [13:05] lamont: right, so our xserver-xorg.postinst has carried a diff that uses fbset for hppa, with a note that the functionality should be moved to xresprobe. Well, xresprobe is now going away, and the idea is to rely on the server&drivers to do the right thing insted [13:05] *instead [13:05] ah, right. [13:06] * lamont looks at xserver-xorg.postinst [13:06] lamont: so the question is, will something break? [13:07] tjaalton: we'll find something to blame you for breaking, yes. [13:07] whether it was your fault or not is entirely different. [13:07] hehe [13:08] tjaalton: how about if we comment it out for now? then I'll have an idea of what I have to fix if it does break? [13:08] tjaalton: and of course something will break... Hobbsee will see to that. [13:08] lamont: well, I think the whole xresprobeint() will be deleted :) [13:08] tjaalton: ah, well then, OK. [13:09] tjaalton: and while you're at it, fix whatever needs to be fixed so my system stops crashing please :_ [13:09] Hobbsee: PEBCAK [13:09] lamont: hmph :P [13:09] tjaalton: the one gutsy/hppa box I have easy access to doesn't have a graphics card... I'll look at one in the office otday [13:09] 05:24 < gravity> This shouldn't even work really, unless xresprobe isn't present [13:09] 05:24 < gravity> If it is, the fbset call on hppa will get overridden by xresprobe, and you're back where you started [13:10] 05:28 < gravity> Plus the fbdev driver should get the resolution from the fbdev interface [13:10] lamont: ^ [13:11] lamont: ok, so you could try commenting that out and see what happens? [13:11] Hobbsee: I think we came to the conclusion that it was compiz :) [13:12] lamont: you have a fair few main merges on your list; do you need help with them? [13:12] tjaalton: and amaranth says it's the driver giving bogus things, and compiz dying over it. [13:12] cjwatson: ah yes. [13:12] * lamont should do those. [13:12] Hobbsee: it's intel, so there you go :) [13:13] cjwatson: anything where I'm not the debian maintainer can be considered fair game, and I'll get on them later today. [13:13] today I need to spend the morning explaining something to a customer. [13:13] tjaalton: so, fix it for me please :) [13:14] (and the ones where I am the debian maintainer, I'll do first.) [13:14] you're hte X whiz ;) [13:14] Hobbsee: apt-get remove --purge compiz [13:14] Hobbsee: heh, well I guess bryce is more uptodate with intel than me :) [13:14] * lamont thought keithp was the X whiz... [13:14] and no, I'm not :) [13:14] you lot all are, compared to me :) [13:14] lamont: yeah well. i'd prefer *not* to do that. [13:14] if i were to do that, then i may as well go back to kde as well [13:15] Hobbsee: perish the thought. [13:15] why? [13:16] Hobbsee: I'll get a stinkpad X61s soon, so if I'm hit with the same bug then I'll take a closer look at it :) [13:16] heh :) [13:16] Stinkpad? I lost that opinion of them when I got an X40 [13:17] tjaalton: if you were actually here, you could borrow my laptop for a bit or something. but you're a bit far away [13:17] StevenK: yeah, I currently have a T23, and had a X60 at UDS and it was niec [13:17] niec [13:17] uh, niCE [13:17] so why do you call it stinkpad? [13:17] Hobbsee: put it in a bottle, it'll get here sooner or later ;) [13:18] StevenK: any news about the gimp update to hardy? [13:18] azeem: ok ok, Thinkpad! [13:18] StevenK: to gutsy rather [13:18] seb128: Geh? [13:18] seb128: Oh, right. [13:18] tjaalton: hah. [13:18] tjaalton: then i'll have no internet! [13:18] Oh yeah, those users we want to silence [13:18] yes [13:18] tjaalton: I gave back the T60 with the job at the weekend, so don't have an ATI anymore [13:19] seb128: I think it'll be a fun merge. :-/ [13:19] StevenK: there is no merge when doing a SRU, it's basically taking the gutsy version and running uupdate [13:19] doko: gcc-3.4 is your's, contrary to what http://merges.ubuntu.com/main.html may say... I just triggered a rebuild... [13:19] (please) [13:20] dholbach: will you do your main merges or should we look at taking over those? [13:20] seb128: My problem is ABI bumps [13:21] doko: and zope3... what's a "fake sync"? [13:21] lamont: differing .orig.tar.gz sums [13:21] lamont: gcc-3.4 doesn't need a sync [13:21] seb128: if you find somebody to do them, I'm happy [13:21] lamont: listen to that women ;) [13:21] StevenK: ABI? there is a libgimp and it changed because RC3 and 2.4? [13:21] dholbach: well, somebody will be me ;-) [13:21] * dholbach hugs seb128 [13:22] * seb128 hugs dholbach back [13:22] seb128: I think the shlibs file changed at least [13:22] * lamont wonders why we have a different orig.tar.gz [13:22] mmm...merges [13:23] StevenK: ABI bump usually is no issue, ABI breakages are [13:23] anyone brave enough to take the e2fsprogs merge? [13:23] lamont: does upstream distribute as a .tar.bz2? [13:23] cjwatson: s/brave/insane/ [13:23] looks like Ted solved a similar issue differently from how Ian addressed it [13:23] soren is [13:23] * StevenK hides [13:23] * lamont picks Ted's solution. [13:23] I'm waht? [13:23] :-) [13:23] so the merge will not be trivial [13:24] Erk.. [13:24] it looked to me as if Ian's fix was a bigger hammer and perhaps less likely to result in the bug coming back [13:24] doko: gcc-3.4 needs an upload to shut up MoM then [13:24] but also potentially less correct; hard to say [13:24] soren: I'll do your tsclient merge if you didn't start on it, that's sort of a desktop team package [13:24] lamont: not really [13:24] seb128: That would be great. I only did it to score experience points for my core-dev application :) [13:25] soren: ok, will do it then [13:25] * soren hugs seb128 [13:25] lamont: it's a changed tarball (to exclude the gfdl docs) which we do not want [13:25] http://merges.ubuntu.com/main.html 3.4.6-6ubuntu2 3.4.6ds1-6 3.4.6-4 [13:26] doko: but MoM won't leave us alone until the hardy version is higher than debian [13:26] I think such cases are OK to ignore in MoM [13:26] lamont: just ignore MoM on these two cases [13:26] cjwatson: cool [13:26] doko: you could add a blacklist feature to MoM, if there isn't one already, maybe? [13:26] * lamont doesn't like to bitchslap MoM. :0) [13:27] MoM already blacklists certain packages, I thought [13:27] sladen: hmm, so you had some ATI bug you reported or..? [13:27] doko: also, I finally gave in and turned on unaligned on the buildds... so what do we need to do about java? [13:27] cjwatson: yes, maybe it's worth that [13:28] StevenK: it's entirely possible it just needs stuff added to a list, yes [13:38] tjaalton: yeah, this whole, y'know ...avivo thing. [13:39] tjaalton: puts a damper on fixing any fixing any more issues on that laptop [13:39] sladen: "There are currently no open bugs" :) [13:39] uh oh. everyone behave. sabdfl is here. [13:40] Hobbsee: that was your out-loud voice. [13:40] oh, whoops [13:40] * Hobbsee resends it, telepathically then. [13:40] morning sabdfl [13:41] sladen: anyway, no worries [13:41] cjwatson: like udev? :0) [13:42] howdy folks [13:42] (it took me a while to come up with an example...) [13:42] hi sabdfl [13:42] * lamont takes kids to school. offline for about an hour [13:57] cjwatson_: FWIW, I think Ted's approach looks sufficiently sane. Ian's patch might do the trick, too, but (not surprisingly) Ted's is more correct. I vote for Ted's approach, too. [14:02] asac: whats with mono === DrPepperKid is now known as MacSlow [14:13] slomo: its about csharp gtkmozembed binding for xulrunner 1.9 ... [14:14] slomo: do you know how to interface with native libs in mono? === cjwatson_ is now known as cjwatson [14:21] pitti: you set the bug to fix-committed, but finish-install still seems to be in the gutsy-proposed unapproved queue === cprov is now known as cprov-lunch [14:22] huh? /me must be asleep then [14:22] cjwatson: sorry, accepted now [14:23] thanks [14:31] asac: yes... http://www.mono-project.com/Interop_with_Native_Libraries [14:31] asac: so you want to create one or there is one? [14:31] asac: (gecko-sharp(2) already exists) [14:31] slomo: yes, but it needs to be adapted for xul 1.9 [14:31] asac: bbl, write me a mail please slomo@ubuntu.com [14:31] sorry [14:31] slomo: ok thanks [14:34] asac: read my question on #ubuntu-desktop? ;-) [14:35] seb128: which? [15:10] slomo: did you see my /msg? [15:16] pitti: in case you missed my previous request, please give-back: gabber giblib libtk-img nspr. Thanks. [15:17] geser: done === cprov-lunch is now known as cprov [15:49]