[00:00] Yeah, wow, that's four years ago. [00:01] Time flies. [00:01] * soren gets all misty eyed thinking about Breezy. [00:01] and that was a modern release [00:01] bryce: what do you think about including virtualbox in xserver-xorg-*-all packages (bug #348497)? [00:01] Launchpad bug 348497 in xorg "Pulling Xorg virtualbox support by default" [Undecided,New] https://launchpad.net/bugs/348497 [00:01] ajmitch: Weren't they all? :) [00:02] soren: back in the day, when we were young :) [00:12] billybigrigger: were you looking for me? there's more than one developer named Colin in Ubuntu [00:14] debfx: will reply on the bug [00:18] ok, thanks [00:19] Any main uploaders around who could look at bug #362691? [00:19] Launchpad bug 362691 in xen-3.3 "XEN depends on Python 2.5" [Medium,Confirmed] https://launchpad.net/bugs/362691 [00:21] wwwwwwwwwwwwww/c [00:21] gah === afk is now known as mthaddon === afk is now known as mthaddon === asac_ is now known as asac [00:52] is inkscape crashing for anyone else? [01:05] shtylman: yep [01:05] my libraries aren't completely updated, though, so that might be the cause [01:06] johanbr: I just got the latest pre-release inkscape from their ppa and it works :) [01:06] alright [01:06] well, considering that one of their main developers works too Canonical, I'm pretty sure it'll be fixed soon :) [01:07] *works for [01:07] indeed :) [01:09] new inkscape is nice...glad to see they fixed the export to relative location stuff [01:12] I had trouble with gradients when exporting to SVG... do you know if that's been fixed? === rickspencer3 is now known as rickspencer3-afk [01:55] is this the channel to talk about papercuts? === slangasek changed the topic of #ubuntu-devel to: Archive: open | karmic alpha-2 released | armel buildds on manual for binutils fix-up | Development of Ubuntu (not support, not app development on Ubuntu) | #ubuntu for support and general discussion for dapper-jaunty | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [02:17] micahg: #ayatana === asac__ is now known as asac [02:30] thanks ScottK [02:36] Riddell, why is arora being promoted to main? Is it going to be the new default browser in Kubuntu? [03:29] LucidFox: It's likely. [03:29] Sweet. === dmb_ is now known as dmb [04:30] anyone else having their laptop randomly power off under karmic? [04:30] nothing in messages/syslog/etc indicating why [04:33] lifeless: power off, or graphics die and machine doesn't recove? [04:33] Hobbsee: power off [04:34] occassional black screen for 1 second with no side effects [04:34] i get the latter, but i've not seen the former [04:34] I've seen the former twice now [04:34] it wouldn't suprise me [04:42] LP 388515 [04:42] Launchpad bug 388515 in mutt "Candidate revision mutt_1.5.20-1ubuntu1" [Undecided,Confirmed] https://launchpad.net/bugs/388515 [04:50] where would be appropriate for a bug on this === lamont changed the topic of #ubuntu-devel to: Archive: open | karmic alpha-2 released | Development of Ubuntu (not support, not app development on Ubuntu) | #ubuntu for support and general discussion for dapper-jaunty | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [05:29] I just wish I knew who decided that armel needed to be off MANUAL before it was ready to be off MANUAL [05:30] * lamont -> bed [06:32] good morning [06:44] Good morning [06:44] hiya pitti [07:03] hi pitti [07:15] are there any plans to allow an underscore in username? === smb_tp is now known as smb [07:33] pitti: Can haz MIR? :-) [07:34] lool, asac, infinity: ^ got some time for MIR? [07:34] StevenK: I didn't actually get a UNRish request, though [07:34] pitti: I was talking about celt :-) [07:35] \are there any plans to allow an underscore in username? [07:36] uid=1003(test_user) gid=1003(test_user) Gruppen=1003(test_user) [07:36] sorry [07:36] micahg: that should have worked forever already? [07:36] in the installer [07:36] had a friend install xubunut today [07:36] micahg: can you please file a bug report for this? [07:36] and couldn't use his username with an underscore [07:36] ok [07:36] sure [07:36] wanted to know if it was a known issue or not [07:36] pitti: except for the part where debian regressed and I had to re-fix it [07:36] what package is the installer? [07:37] pitti: bug #341698 [07:37] Launchpad bug 341698 in adduser "adduser not allowing underscore "_" in a username" [Undecided,Fix released] https://launchpad.net/bugs/341698 [07:41] pitti: can you tell me which package the Ubuntu Installer is in so I can file the bug? === mthaddon is now known as afk [07:41] micahg: ubiquity [07:41] ok [07:42] what's the official purpose of this channel? [07:43] micahg: /topic [07:43] yes [07:43] ok [07:43] so generic Ubuntu devel [07:44] so this was the right channel to ask my question [07:44] yes [07:44] thanks for your help [07:45] micahg: which release of Ubuntu were you using for the installation? [07:45] Xubuntu jaunty [07:45] LiveCD [07:45] ok [07:45] then I guess there's a separate bug in ubiquity, indeed [07:45] I found an open bug in one of the gnome tools package [07:46] but that seemed gnome specific [08:02] pitti: btw, I did get the explanation from mjg59 about what the last bit of hotkey-setup was for; I'll get that documented and into one of the specs before killing hotkey-setup from the archive [08:02] \o/ [08:03] slangasek: so it's confirmed obsolete now? [08:03] also, update-manager seems unwilling to remove hotkey-setup from my system, here - have you seen that? [08:03] pitti: the DOS stuff isn't obsolete, but it should certainly be moved somewhere else, such as the kernel [08:09] slangasek: haven't heard about it, no? [08:09] hi [08:09] slangasek: perhaps udev-extras should also Replaces: hotkey-setup then? [08:09] i'm trying to set up an modified live-cd at our company [08:09] it works already great [08:09] slangasek: btw, udev-extras was merged into udev yesterday, so we need to move the Conflicts anyway [08:09] but now i'm trying to add a casper script to modify some gconf settings and desktop stuff [08:10] Greetings everybody! [08:10] adding a new script to /usr/share/initramfs-tools to the casper-bottom folder doesn't help [08:10] seems the new script is not executed at all [08:10] is there any documentation available on how to customize casper? [08:11] even update-initramfs -u isn't helping [08:11] every hint is welcome ;) [08:12] pitti: heh, perhaps that will make a difference in update-manager's willingness to remove it [08:12] pitti: I wouldn't think a Replaces is needed; maybe it's actually one of the other packages that u-m is declining to upgrade that's really to blame [08:12] gnome-bluetooth or audacious, I guess [08:15] let's tentatively blame audacious [08:19] pitti: could you take a look at bug #362691 (specifically comment 37)? There's one more patch needed to make future upgrades work [08:19] Launchpad bug 362691 in xen-3.3 "XEN depends on Python 2.5" [Medium,Confirmed] https://launchpad.net/bugs/362691 [08:19] Err, sorry, comment 38 [08:23] StevenK: What is celt for? [08:23] I mean in main [08:23] lool: It's a new Built-Depends of opal, which is already in main [08:23] *Build-Depends [08:23] Aha [08:24] Which is in the MIR ... :-) [08:26] ebroder: hm, it seems strange to change init script installation in a SRU [08:26] StevenK: Weird, I see the bdep in place already, but no opal package dep-ing on celt or libvelt [08:26] lool: It can't build! [08:26] It's in DEPWAIT [08:26] Hmm I need a cup of coffee [08:26] pitti: I haven't been able to figure out any other way to get the unpacking/prerm/postinst/etc order to work out [08:26] lool: Or two ... [08:28] pitti: My best guess is that something weird is happening with the various provides/conflicts/replaces [08:29] ebroder: during upgrade, python modules won't work, that's a known fact [08:29] ebroder: what does -R do? [08:30] pitti: Instead of stopping in the prerm and starting in the postinst, it does a restart in the postinst [08:30] oh, right, it's not an option to xend [08:31] pitti: As far as I can tell, the prerm for a package shouldn't be running before the prerm for packages that depend on it. That's the weird bit [08:31] But that's what was happening [08:31] ebroder: that's a bit dangerous, though; while the upgrade is running, xend can't use any python modules or other stuff [08:31] Sure it can - it just might have trouble importing new modules [08:32] But I don't think it does imports mid-execution under normal circumstances [08:32] right, that's what I mean [08:32] okay, just wanted to point it out [08:33] I guess it might be an issue if you try to...use xm to manipulate domains or config while the upgrade is running? [08:35] pitti, lirc now depends on libfti-dev for the latest version which is living in universe, should I file a MIR on libfti, or will it show up on component mismatches or something like that and get taken care of via other regular archive admin work? [08:35] superm1: An MIR needs to be filed. [08:35] okay thanks StevenK [08:38] ebroder: uploaded [08:39] pitti: Great! Thanks. I'll try to test it some time in the next week or so [08:39] ebroder: this needs fixing in karmic as well, apparently [08:39] Yeah, there's a patch on the ticket, but I've had a horrible time finding a sponsor [08:40] tkamppeter: ah, you didn't upload cups to jaunty-proposed yet? [08:41] nobody can help me with my casper questions? is this the wrong location to ask questions about caspar? if yes, can somebody please point me to a proper location or channel? [08:50] pitti, I have sent you the debdiff because I thought you want to pass it through your BZR repo. [08:50] tkamppeter: right, and I just remembered to bump the poppler-utils dependency [08:59] StevenK: I'm quite scared with the bitstream situation if it's going to be used in ekiga; the maintenance part and the other small issues call for further input too [09:00] lool: Bitstream situation? [09:01] lool: I'm not sure if Ekiga will pull it in [09:01] StevenK: The bitstream isn't frozen claims the README [09:02] lool: That's a problem? [09:03] See my comments in the MIR [09:04] slangasek, are you sure that the gvfs change for hardy was not working correctly? [09:05] StevenK: celt seems optional in opal; if it's not used in ekiga, what's the point of pulling it in main? [09:05] slangasek, it's the same that has been used for intrepid and jaunty and seems to work for quite some users [09:05] lool: Well, I can merge opal to drop celt [09:05] seb128: the bug report has follow-ups saying that it introduced regressions; it's possible that this fix was insufficient, that it depends on other changes? [09:06] slangasek, I think it's hard to track properly those bugs because there is so many users having different issues commenting on wrong bugs [09:06] it's not clear to me that the update actually broke anything [09:06] this was a user commenting specifically on regressions after installing the new packages in hardy-proposed. [09:06] *shrug* [09:07] pitti: i have StevenK's and 3 other on my list for today (MIR) [09:08] asac: lool has already looked at it [09:08] StevenK: I think ekiga is the only user of opal in main and it's not on the CDs AFAIK (only DVD), so I wouldn't mind pulling it to avoid a delta with Debian modulo the other questions (and if it's not exposed in the list of codecs used by ekiga as long as the bitstream isn't frozen) [09:08] StevenK: yeah saw that now. [09:08] asac: I picked celt [09:08] slangasek, ok fair enough, I guess we will just not get that change in hardy now, people will have to wait for the next lts [09:09] lool: fine. i actually started yesterday on it. i think i should have assigned explicitly to me. [09:09] lool: So we can move celt to main to avoid a delta? [09:10] StevenK: That's a good rationale, but the other questions stand [09:11] I would have objected if we have had other Ubuntu changes in opal or if ekiga had been on the CD [09:41] hi guys, anyone knows how to debug acpi stuff? when a laptop doesn't suspend and stuff like that [09:42] there is a wiki page for debugging power support [09:42] ummm [09:42] lifeless: thanks :-) do you know the url or so? [09:42] no [09:42] lifeless: oki, don't worry, I'll find it [09:42] thanks [09:54] pitti: Hmm ISTR you asked about a new poppler for cups, but this was for Debian alone, we have the one you need in Ubuntu right? [09:56] lool, yes [09:56] lool, we have poppler 0.11 [09:57] Yes, but I think pitti asked about it last week or so and we have 0.11 in Ubuntu for longer than that [09:58] lool, but cups requires this version now apparently [09:58] I'm not sure what your question is now ;-) [10:00] seb128: I'm asking pitti to confirm whether it's only in Debian that he was asking for the update :-) [10:00] yes [10:00] since ubuntu already has 0.11 which is current [10:01] not sure if you want to track the unstable version in debian though [10:01] they changed the soname [10:01] and the api might still change [10:02] Ok I find it unlikely that I find much time for it then; I don't have a lot of Debian time, even less for poppler, in particular when it's a development series === Quintasan_ is now known as Quintasan [10:08] re [10:10] lool: yes, I asked about Debian; there's a pending patch (-origpagesizes) that I need for cups, and it would be nice to upgrade to newer version so that we can add a new pdf filter to cups [10:10] lool: but I was told that Debian usually doesn't update to the odd-numbered devel releases [10:11] It depends whether there's interest and manpower as usual [10:11] stable version is schedule for in some weeks [10:11] so you might as well wait for it if there is no hurry [10:13] pitti: does this log look good to you (note: I don't have the hardware here but the modaliases and the modules are already in place)? http://pastebin.ubuntu.com/198356/ [10:13] pitti: the modalias file is bcmwl [10:16] tseliot: if you create a fake modalias for any other piece of hw, do you get it offered, and does it install okay? [10:22] pitti: no, it doesn't show up, even with a fake alias: http://pastebin.ubuntu.com/198365/ [10:22] tseliot: can you please show me the modalias file? does it have the correct package name? [10:23] BroadcomWLHandler enabled(): kmod disabled, bcm43xx: blacklisted, b43: blacklisted, b43legacy: enabled [10:23] pitti: sorry, I've just tried again and there was a typo in the modalias. It works now [10:23] tseliot: perhaps the issues is that the b43 blacklist is incomplete and misses b43legacy? [10:23] * tseliot blames it on vim [10:24] let me try to remove it now [10:26] pitti: ok, the package was removed correctly. Shall I add a better description to the handler (if one is provided)? [10:28] pitti, the CUPS SRU package hangs in "Waiting for approval" for some hours now. Is it not you who approves it? [10:29] tkamppeter: I had to run for the dentist, I returned to SRU work now [10:30] tseliot: if you can think about one; otherwise just leave like it is now [10:37] pitti: my package already contains a file with the modules to blacklist (we need it for our customised OEM images) so we may end up blacklisting the same module twice. Would this be a big problem (I know it's ugly)? [10:37] tseliot: shouldn't be a problem, just that jockey can't unblacklist it then [10:38] pitti: right but when you remove the package the blacklist goes away [10:38] tseliot: ah, you mean the bcm package itself ships the blacklist? [10:38] yep [10:39] tseliot: nice, that's even better than doing it in the jockey handler [10:39] tseliot: we couldn't do that with l-r-m obviously [10:39] tseliot: so we could just rip out the jockey handler blacklisting code now, since the package itself will DTRT [10:39] * pitti favors solutions which also work with apt-get install [10:39] pitti: ah, right it was in the lrm before. Sure it's a good idea [10:55] pitti: do you know if the trick to load wl before b44 is still required? http://bazaar.launchpad.net/~ubuntu-core-dev/jockey/ubuntu/annotate/head%3A/data/handlers/broadcom_wl.py [10:55] tseliot: I think so, unless wl was changed to use the ssb module now? [10:56] pitti: I'm asking because I only blacklist b43 and ssb but maybe something more should be done [10:57] * tseliot is unsure as to how to solve this problem in the blacklist file [10:58] tseliot: the legacy ones need blacklisting as well then, I think [10:58] tseliot: well, let's just keep the current code as it is then, and test it properly [10:59] pitti: jockey's blacklist file is blacklist-bcm43.conf while I could use a different name [11:05] pitti: this way I think we should cover all cases [11:05] s/should/would/ [11:05] tseliot: is wl's a conffile? if so, then mere removal of the package won't remove it [11:06] if it's created/removed in postinst/prem, that's fine [11:07] pitti: it's listed in the .install file of the package, therefore it's removed when the package is removed [11:07] * tseliot is using CDBS [11:12] does anyonw know about NILFS stability ? It would be great to have such an improved file system recoverability === seb128_ is now known as seb128 [11:39] could someone upgrade empathy (and related telepathy packages) to newest versions as it's empathy hug day today and the newest versions contain a lot of bug fixes [12:05] hmm is anyone noticing that the getty processes disappear after logging out? [12:06] and that /etc/inittab is now missing O_o [12:06] no wait, it was always missing [12:18] hmmm the tty[1-6] services weren't running [12:25] asac, hmm, FF 3.5 seems to ignore the shift key if i hit shift-ctrl-reload === asac_ is now known as asac [12:37] ogra: please check latest firefox-3.5 and xulrunner-1.9.1 daily from ~ubuntu-mozilla-daily [12:37] will do [12:38] ogra: i go to https://launchpad.net/ and type something in the search field. then hit ctrl+R -> text i typed is still there. then i hit shift+ctrl+R -> text is gone. so it seems to work somehow [12:39] well, my prob is that it opens in a new tab instead of reloading (sorry, should have said that in the first sentence :) ) [12:40] ogra: so you hit the reload toolbar button with ctrl+shift? thats a feature. its just shift [12:41] oh, so the "clear cache" function if you hold ctrl+shift while hitting reload is gone ? or does it immediately work with shift only now ? [12:42] I thought it had been shift-reload since netscape 1 [12:42] ogra: yeah. you probably think its ctrl because you usually type ctrl+shift+R on the keyboard [12:42] that didnt clear out pictures, ctrl+shift+reload did [12:42] but if you click on the button it was always just shift [12:43] it used to remove all pic of the site from the cache [12:43] and load them newly ... [12:43] anyway, i'm just irritated because it opens a new tab now [12:45] ogra: i checked in ffox 3.0 and ctrl+shift vs. shift is not different [12:45] ok [12:45] at least not according to sniffed http headers [13:03] Riddell: I've been asked why we bumped sip b-d in python-qt4, so it could have it in sync again. Could you shed a light on that? [13:03] it wont build otherwise, iirc [13:05] DktrKranz: I had errors building sip/pyqt/pykde with anything other than the latest [13:05] and we can't be in sync, Debian has an older version [13:05] I see, thanks. [13:15] @archive-admins: maven-plugin-tools build-depends on a package build by itself, would a deb build from the Debian deb (as done with cup in the past) pass NEW? this would be undone asap [13:18] geser: I wouldn't know how to upload this; I think this might need a manual build [13:19] pitti: I'd do it similar to http://launchpadlibrarian.net/25782720/cup_0.11a%2B20060608-1_0.11a%2B20060608-1build1.diff.gz [13:21] geser: ah, I see [13:21] the question is: would such a package pass NEW? [13:21] geser: if the included binaries get reverted, it will probabl [13:21] y [13:22] it's obviously a bootstrap issue, so it should be fine [13:25] pitti, are you still hunting the memleak = [13:25] ? [13:25] ogra: me? what memleak? [13:26] dunno, you asked about xrestop some days ago [13:26] aah [13:26] I don't get that, but seb128/mdz do, I think [13:26] * pitti has a 945 [13:26] i just stumbled over that: [13:26] 4717 ogra 20 0 3071m 44m 4152 S 1 1.5 20:12.36 compiz.real [13:26] it only seems to happen on 965 as it seems [13:26] 3G virtual ram ... [13:26] wow [13:26] after 24h [13:27] videocard? [13:27] 965 [13:28] pitti: You don't see it on your laptop? [13:28] apparently not [13:28] I boot it every day, though [13:28] pitti: Mine's identical (apart from the wifi), and I see it. [13:28] but so does seb128, and he notices [13:28] pitti: Oh, right, that would explain it. [13:29] mine runs all the time [13:29] and i see swap being eaten after about 12h [13:29] suspend is broken with xorg-edgers as well as karmic, so I have to [13:29] pitti: It happens to me after ~30 hours. [13:29] pitti: no, I tend to suspend my laptop at the moment [13:30] the swap usage raises constantly then ... untill all swap is used ... [13:30] not sure for how long it was not rebooted the other day but my 2Go of ram and all swap was used [13:30] the intresting part is that it then doesnt move over to RAM or something to raise further [13:30] ogra: so if you just do "compiz --replace", does that help? [13:30] ogra: that wouldn't happen if it's just a memleak [13:31] swap->ram happens on demand, not "just because it can" [13:31] so, if it's dead allocated memory, it should stay in swap [13:32] 3047 ogra 20 0 111m 24m 7688 S 4 0.8 0:01.84 compiz.real [13:32] after compiz --replace [13:32] though the swap isnt freed ... [13:32] its using 3.5G [13:32] oh, is that why i end up having a whole bunch fo swap in use? [13:33] Hobbsee: video card? [13:33] swapoff failed: Cannot allocate memory ... and it seems to be used still ... [13:33] seb128: 945GM [13:34] hm, seems I just didn't notice then [13:34] pitti: if you reboot daily it might not be enough to notice [13:34] yeah [13:35] 968mb virtual ram by compiz, anothe 508 to xorg, anothe 511 to firefox...no wonder my system's going into swap [13:35] I have 0 used swap ATM [13:35] pitti: how much is compiz using for you? [13:35] martin 4610 0.5 2.0 388624 41880 ? S 11:07 1:14 /usr/bin/compiz.real --ignore-desktop-hints --replace --sm-client-id 107cc6fd5a54f6c25f124531603772994800000044390021 core ccp [13:35] seb128: what's the magic number, 388624? [13:35] heh, nothing ... [13:36] 388624 VSZ [13:36] yeah, thats nothing [13:36] pitti: yeah, watch how this one is moving, ie in one hour [13:36] well, 388 MB != "nothing" [13:36] but I understand it's counting all the shlibs, etc. [13:36] compared to 3G it is ;) [13:37] a few minutes ago it was 385072 [13:37] so it's growing [13:37] funnily mine isnt after the --replace [13:37] it jumped from 111M to 134 after the start and seems to stay there [13:37] could be when switching workspace or something [13:38] where you stay on front of IRC now ;-) [13:38] i only have two workspaces and never switch [13:38] ok, so that's not it [13:38] I switched ws, changed window focus, that didn't do it [13:38] simply waiting did [13:38] oops, mine jumped to 136 ... [13:39] just did 495 to 507 in on minute there [13:39] 508 [13:39] just alt-tab'bing between a htop terminal and xchat [13:39] I never ever use alt-tab, so that's not it either [13:39] well, i meant all i do is switching windows ... [13:39] pitti: I guess you have the issue too then, one day is just enough to eat your ram and swap apparently [13:40] seb128: *nod* [13:40] +not [13:40] still we are lucky, mdz get gpu hangs while he's working [13:40] everyone running KMS here ? [13:40] o/ [13:41] do I have to do something to get kms used? [13:41] although recently gdm doesn't use it any more [13:41] that worked fine some weeks ago [13:41] seb128, yeah, enable it in modprobe.d iirc [13:41] gnome session itself does, though [13:41] ok so I don't [13:41] $ cat /etc/modprobe.d/i915-kms.conf [13:41] options i915 modeset=1 [13:41] I didn't touch anything, I'm on jaunty upgraded [13:41] right [13:41] seb128: does it work OOTB on your ATI box? [13:41] so its not kms related [13:41] seb128: recent karmic kernel was supposed to auto-enable it on radeon [13:41] pitti: dunno, how do I notice if it's used? [13:41] ogra: very unlikely, too [13:42] seb128: ctrl+alt+f1 [13:42] seb128: get a huge nice VT and no flicker? [13:42] I will try later my desktop is not booted right now [13:42] but I don't think it's used [13:42] should switch in an instant [13:42] I switched recently and I still had the standard textmode [13:42] but I've a r6xx [13:42] no compiz working on this box etc [13:42] so I would not be surprised if kms was not working [13:43] ah, perhaps KMS is just for <= r5xx [13:43] hmm, after vt switch i notice xchat drops a shadow on my panel [13:43] in fact all windows do [13:44] and clicking the panel makes it go away [13:44] and now i cant reproduce :( [13:45] lool: shall we just try and ditch https://merges.ubuntu.com/libi/libipc-sharelite-perl/libipc-sharelite-perl_0.13-1ubuntu1.patch and sync it? 0.17 might have fixed the test failure [13:45] pitti, we can reintroduce the patch, sync it first [13:45] that was my thought [13:48] NCommander: can you please forward patches like bug 300000 to Debian? it's a nuisance having to carry and merge them [13:48] Launchpad bug 300000 in libgtk2-perl "FTBFS fix for libgtk2-perl" [High,Fix released] https://launchpad.net/bugs/300000 [13:49] NCommander: (either way, still your merge) [13:50] pitti, the fix is Ubuntu specific, and I talked to the maintainer about it. (its an issue with the restrictiveness of our build environment) [13:50] NCommander: wouldn't it work on Debian, too? [13:51] Help bring Google Gears to Opera, star this issue http://code.google.com/p/gears/issues/detail?id=15&q=opera&colspec=Version%20Milestone%20Owner%20ID%20Summary%20Component [13:51] mib_o6egw3k8: this channel is not an adboard [13:51] pitti, I had the conversation a few months ago, but I think the maintainer didn't want to merge an ubuntu specific changeset. That being said, I'll ping him again on it [13:52] NCommander: I'm curious, what's the difference on our buildds? [13:52] Sorry pitti [13:52] pitti, something prevents xvfb from properly initializing [13:52] I just realised I clicked on the WRONG irc [13:52] pitti, *is digging into his memory* [13:52] My bad [13:53] NCommander: that sounds more like a bug, or it works on debian's buildds for sheer luck? [13:53] NCommander: anyway, thanks for having pinged him [13:53] pitti, its too far back for me to remember. It works on Debian, but not on Ubuntu. [13:53] pitti, funny, I thought I put a sync request in, the delta wasn't needed anymore [13:54] let me reconfirm that [13:54] NCommander: for libgtk2-perl? [13:54] I just checked the diff, the xvfb call is basically unchanged [13:54] but perhaps that underlying bug was fixed [13:54] xvfb got some changes though [13:54] what was the build error? [13:54] pitti, the maintainer axed the test suite run [13:54]