[00:09] wait GRUB2? [00:15] and are we ever going to use gfxboot on an install/ [00:15] Viper550, we're getting rid of usplash [00:16] Viper550, We think we can boot so quickly we don't need anything like that [00:23] cody-somerville: its not going away entirely, it will be used for fsck/dm-crypt password entry. [00:39] soren,slangasek: I think livecd-rootfs actually runs in a hardy chroot for hardy CD builds, and we use the hardy version of it; however the ISO building code is central and so has to be guarded as slangasek says [00:39] ah [00:39] does that mean we could trim the hardy exceptions in the current version of livecd-rootfs? :) [00:39] slangasek: check with Adam, but I think so === rickspencer3 is now known as rickspencer3-afk [01:37] hi.. i'm trying out grub2, and managed to get it to work on jaunty, both chainload and native. This was done using a separate hdd for /boot since my root partition is ext4 on lvm. Now, I wish to test using /boot on my root partition. I reconfgured /boot to be a normal folder, and ran this : grub-install /dev/sda I received this error "error: Unknown metadata header" followed by grub-probe: error: no mapping exists for `Ubuntu [01:37] -jaunty' [01:37] then this Auto-detection of a filesystem module failed. Please specify the module with the option `--modules' explicitly. [01:38] cjwatson: you about ? === rickspencer3-afk is now known as rickspencer3 === rickspencer3 is now known as rickspencer3-afk [01:47] wondering if others are getting spammed like crazy by apport retracing service today on old bugs? [01:47] shaya: Yes, I am. [01:48] aye === edson is now known as edsoncanto [01:58] Cameron: about to go to bed, please do file a bug though - not many people have tried grub2 on lvm root yet (at least not in Ubuntu) and we clearly need to sort some things out [01:59] cjwatson: shall do, thanks === Guest55641 is now known as Jonbo [03:16] cjwatson: fyi the bug is here https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/385428 [03:16] Launchpad bug 385428 in grub2 "grub2 boot from lvm Auto-detection of a filesystem module failed" [Undecided,New] [03:17] thanks ubottu :) [04:14] Hello, is gdm2 available in any PPA ? [04:14] gdm 2.26 that is [04:21] AnAnt: #launchpad for ppa questions. [04:22] Hobbsee, Including content search? I thought that was beyond the scope of that channel as well. [04:22] persia: you're probaby right there. Unless they can point him to where the search over ppas actually is [04:23] I remember hearing about the PPA search tool recently, but I understood it to be external to LP itself. [04:24] persia: You are probably thinking about http://ppa-search.appspot.com/ [04:27] I thought maybe the ppl working on the new GDM were here, that's why I asked [04:29] nhandler, Quite possibly, indeed. [04:31] yup, found it, thanks [04:55] hi, i'm running karmic with an intel gm965 [04:55] in the last couple of days the screen has started sometimes going irretrievably blank [04:56] can anyone give me a pointer or should i just file a new bug? [04:59] poolie, Have you experimented with the xorg-edgers repo? It may break things more, but it may break them less. [04:59] yeah lifeless just suggested that [04:59] (they don't call themselves the "Xorg Crack Pushers" for nothing. [04:59] it feels a bit like randomly changing things [04:59] i'd rather have some tea [05:00] It *is* randomly changing things. [05:00] But theoretically, if you have an issue, and it's fixed by the crack, that's valuable information to provide in the bug. [05:00] yes [05:00] i'll file a bug then try it [05:02] poolie: oh yeah, i've been noticing that. it's a pain [05:03] ok bug 385448 [05:03] Launchpad bug 385448 in xorg "i965 hangs with black screen" [Undecided,New] https://launchpad.net/bugs/385448 [05:03] hello Hobbsee [05:03] poolie: heya! [05:08] come on, accept kdebindings binaries already :p [05:09] * nixternal needs python-kde4 to continue working [05:12] so there seem to be no karmic builds in [05:12] deb http://ppa.launchpad.net/ubuntu-x-swat/x-updates/ubuntu jaunty main [05:13] deb http://ppa.launchpad.net/xorg-edgers/ppa/ubuntu karmic main [05:14] nixternal: I'd love to help you, but the package has mono stuff in it. [05:14] ;-) [05:14] lol [05:14] w/o kdebindings getting in, anything with pykde will not work [05:15] things such as ubiquity, gdebi, printer, and so forth [05:15] nixternal: I'm looking at it for binary New now. [05:16] https://edge.launchpad.net/~xorg-edgers is the one : it has the git builds that lead into what will land in ubuntu [05:17] nixternal: Accepted. You should have the binary in ~90 minutes. [05:17] * nixternal hugs ScottK [05:25] lifeless: thanks, i think that's a bit too scary atm [05:25] or rather, beyond the depth i want to get into this [05:25] at least til bryce asks [05:31] poolie: so, bryce has asked somewhat generally :). But thats ok - I'm sure he will [06:39] Good morning [06:39] and good morning to you sir [06:39] hey nixternal [07:19] <\sh> moins [07:19] <\sh> slangasek: thx...I solved it in a more sane way..."do not install menu.lst manually, but call update-grub -y, so it installs a newly created menu.lst" [07:21] that would also do it [07:22] "sane" - it discards any existing settings in menu.lst, so it's not usually my first recommendation [07:23] <\sh> slangasek: the problem was during initial installation...so it doesn't have any changes :) [07:23] ok === tkamppeter_ is now known as tkamppeter [07:27] Blink [07:27] Where did the udev rules go .... [07:27] StevenK: to /lib/udev/rules.d/ ? [07:28] Sigh. Nice if /etc/udev/rules.d was a symlink to that, but dpkg doesn't like that situation [07:28] nah, it shouldn't [07:28] /etc/udev/rules.d is for local customization [07:28] good morning [07:28] * pitti hugs dholbach [07:28] * dholbach hugs pitti back [07:29] pitti: Ah, so I can drop a rule in /etc/udev/rules.d and it will override what is in /lib/udev/rules.d for say, that particular SUBSYSTEM ? [07:30] StevenK: AFAIK they are executed in addition [07:30] same-named files override [07:30] or at least, that's what the manpage claims [07:30] "Files in /etc/udev/rules.d/ have precedence over files with [07:30] the same name in /lib/udev/rules.d/." [07:30] right [07:35] <\sh> unsubscribe ubuntu-devel-discuss [07:35] <\sh> done [08:03] slangasek: created likewise-open5 bug 385475 [08:03] Launchpad bug 385475 in likewise-open5 "[Karmic] Likewise-Open 5 fails to authenticate users" [Undecided,New] https://launchpad.net/bugs/385475 === azeem_ is now known as azeem [08:18] pitti: hi. there was a bit more discussion about the Erlang packages that it seems you weren't CC'd on. I've just forwarded you an email with the current status. [08:29] <\sh> releases.ubuntu.com [08:29] <\sh> down? [08:31] <\sh> argl...damn telemaxx carrier [08:32] \sh: Seems so. It failed to connect here as well. [08:32] <\sh> iulian: from my home carrier (kabelBW) it works [08:32] Huh? That's odd. [08:32] It fails to connect here. [08:39] <\sh> iulian: which ip address do you get for releases.ubuntu.com? [08:39] <\sh> 130.239.18.163 or 130.239.18.137 ? [08:41] <\sh> looks like that it's a dns caching problem .. good to know that my DNS on my rooty is configured properly and not doing wile things [08:41] <\sh> s/wile/wild/ [08:46] \sh: releases.ubuntu.com has address 130.239.18.163 [08:50] <\sh> iulian: and that's wrong..dns caching issue... [08:50] cjwatson: Ok. Thanks for clarifying. [08:51] <\sh> I just kicked our DNS admin to do his job [08:56] pitti: re: apport - should I look at implementing the features that GTK has compred to Qt? is there a reason they aren't implemented already? [08:57] also, re: apport-qt - it will be rewritten in PyKDE4 - which is what I am messing around with now [09:03] Hello, why is wine in Ubuntu different than in Debian ? [09:03] I mean that Ubuntu doesn't use Debian's wine package [09:06] YokoZar, customer for you [09:06] directhex: oh? [09:06] AnAnt, (yokozar is in a yank timezone, so best to ask when america is awake) [09:06] oh. erm... [09:06] YokoZar, AnAnt's query [09:07] AnAnt: Because our Wine package provides more integration stuff and isn't split into useless subpackages [09:07] aha, ok [09:08] YokoZar: so, will wine 1.1 be in karmic ? [09:11] sorry, I got d/c [09:11] YokoZar: so, will wine 1.1 be in karmic ? [09:12] AnAnt_: 1.2 might be released in the Karmic timeframe [09:12] I don't want to hold people back on 1.0 for another release [09:12] YokoZar: do you mean, that it is either 1.0 or 1.2 ? [09:12] So i've been pushing pretty hard upstream to have 1.2 out [09:13] 1.1 are development releases that aren't regression tested [09:13] is 1.1 an unstable release ? [09:13] Yes, very much so [09:13] aha, ok, thanks [09:13] pitti: I am heading to bed, go ahead and highlight me with a response so I can work on it when I get up and about, thanks! [09:13] oh, yes they are in experimental ! my bad ! [09:13] I may need to pick a 1.1.x version and regression test it heavily around feature freeze if it looks like wine 1.2 isn't coming out in time [09:45] asac: hey, do you have plans to upload the fix to bug 220628 to jaunty-proposed? [09:45] Launchpad bug 220628 in libxcb "[MASTER] firefox-3.0b5 received an X Window System error: 'BadIDChoice'" [Unknown,Fix released] https://launchpad.net/bugs/220628 [09:55] pitti: Am I right in thinking that valid mount options have to be hardcoded into devicekit-disks - there's no mechanism for filesystems to ship fdi files or equivalent to override that? This is prompted by http://launchpadlibrarian.net/27592171/ntfs-3g_2009.4.4-1ubuntu1.patch (attached to bug 349569) which includes the changelog entry "Don't install HAL fdi file. Mounting is done via devkit-disks now." [09:55] Launchpad bug 349569 in ntfs-3g "Please merge ntfs-3g 2009.4.4-1 (main) from Debian unstable" [Wishlist,Confirmed] https://launchpad.net/bugs/349569 [09:55] pitti: but the fdi file was added as a workaround because the kernel driver doesn't support locale= [10:07] tjaalton: oh right. [10:07] tjaalton: if you want, go ahead ;) [10:11] asac: ok :) [10:38] lamont: I don't suppose you could have a look at bug 319656 (presumably wearing your Debian hat)? I can't reproduce the problem here and don't know nmap well enough to want to guess [10:38] Launchpad bug 319656 in nmap "nmap script engine error" [High,In progress] https://launchpad.net/bugs/319656 [10:58] cjwatson: I can reproduce the issue with nmap. I sorted out the various "not a file" errors by copying the missing scripts to /usr/share/nmap/scripts, but still get http://paste.ubuntu.com/192405/ [11:02] Ampelbein: I think it's probably best if lamont deals with it anyway, since he's the Debian maintainer :) [11:03] cjwatson: ok, just in case you (or lamont) need a "victim" to test fixes on: I'm here. ;-) [11:28] * cjwatson belatedly remembers that during a soft freeze is a silly time to be catching up on main sponsorship. *blush* [11:29] cjwatson: do *verse sponsorship instead! :-) [11:30] unfortunately there's enough to choose from [11:30] already am ;-) [11:31] although we're slowly catching up [11:31] * dholbach hugs cjwatson [11:58] hey pitti / cjwatson - i just saw the comment on bug 349569 [11:58] Launchpad bug 349569 in ntfs-3g "Please merge ntfs-3g 2009.4.4-1 (main) from Debian unstable" [Wishlist,Confirmed] https://launchpad.net/bugs/349569 [11:58] you had any thoughts about that yet? === Tonio__ is now known as Tonio_ [12:19] jamesh: ah, thank you [12:20] nixternal: what's still missing in the qt version? It should be on feature parity now, AFAIK [12:20] chrisccoulson, cjwatson: looking (just returned from appointment, sorry for delay) [12:21] piit - no hurry. i was just wondering if you already discussed it or not [12:21] **pitti [12:21] lol [12:22] seb128, ping - do you think it's preferable for banshee's magnatune plugin to spawn a web browser for purchases, or take people's credit card details straight in the app? rhythmbox does both (window for downloads, web page for cd purchases) [12:23] directhex: hello, no real opinion on that I think both are fine, maybe better to ping mpt to get some design team advice though [12:24] directhex: I would tend to say that using the website in a browser we are in a known environment security wise [12:25] so it makes things easier [12:25] seb128, i agree - but it's less "integrated" [12:25] so damned if you do, damned if you don't [12:26] that's why I say "no real opinion" [12:26] I think both options will do [12:26] so whatever somebody is wanting to do [12:29] pitti: hey, about the numlockx MIR, what do you mean by the two questions from comment 1 ? Didn't I answer them in the following comment (and in the MIR wikipage itself) ? or did I miss something ? [12:37] cjwatson: I asked on the upstream ML [12:38] stgraber: right, I see now that you mentioned the Xsession.d file in the MIR; are you going to look after the package then? [12:43] seb128, a clicky button which spawns "xdg-open https://magnatune.com/buy/choose?sku=XXXXXXXXXXX&sitePrefix=" is the easy option - assuming one can retrieve the value for XXXXXXXXXXXX somehow, without downloading & searching the full site database client-side. i've mailed magnatune to ask foir suggestions [12:43] looks like jamendo's api is miles better [12:43] ok [12:48] pitti: thanks [13:01] pitti: yeah [13:03] <\sh> cjwatson: are you interested in some theories that the udev.postinst is quite dangerous at some time? :) [13:05] If I'm reading udev.postinst right, then a dpkg-reconfigure udev will instantly kill /sbin/udevadm [13:05] <\sh> cjwatson: actually a well configured udev is available then you just do out of couriosity a dpkg-reconfigure -a -f noninteractive and /sbin/udevadm is just gone [13:05] which is rather bad :-) [13:07] pitti: btw, didn't I also answer this question in the reply to your comment ? (in-line) [13:08] stgraber: I don't see it anywhere [13:09] "Oh, thanks for spotting this. I'll update that part of the MIR. [13:09] I'm fine maintaining it in Ubuntu as I'll be the main user of it anyway." [13:10] ah, heh [13:11] cjwatson: I'll get a look at it this week [13:12] \sh: -> Keybuk [13:12] lamont: thanks! [13:12] \sh: why would you ever dpkg-reconfigure udev? [13:13] <\sh> Keybuk: tbh...it is an accident of lazyness ;) [13:13] heh, accidential lazyness ? sounds funny [13:13] <\sh> Keybuk: but nevertheless, if someone would call dpkg-reconfigure -a or dpkg-reconfigure udev he/she will run into this very problem and has a system which can't update any kernel/initramfs anymore [13:14] \sh: can't see a bug about it [13:14] <\sh> Keybuk: I'll file one... [13:14] I agree that the current code looks wrong [13:14] accidential lazyness ;) [13:14] (although it's a corner case) [13:14] <\sh> cjwatson: sure :) [13:14] cjwatson: any idea for a fix? [13:15] Keybuk: wrap the contents of enable_udevadm with if [ -e /sbin/udevadm.upgrade ]; then ... fi [13:15] cjwatson: seems sane [13:15] though you wouldn't want to restart udevd either [13:15] in fact [13:15] at a quick glance, none of configure is appropriate [13:16] DEBCONF_RECONFIGURE=1 is set in the environment during reconfigure, if you want to guard it [13:16] that's probably the easiest [13:16] <\sh> hmmm... [13:16] \sh: bug #366185 [13:17] <\sh> Keybuk: bug #366185 looks just the same... [13:17] Launchpad bug 366185 in update-manager "dpkg-reconfigure udev deletes udevadm" [Medium,Triaged] https://launchpad.net/bugs/366185 [13:17] <\sh> Keybuk: I see you just renamed it :) [13:18] yeah, just read through the bugs [13:18] <\sh> Keybuk: thx for taking care :) do you think it's worth an -proposed/-updates upload? [13:18] <\sh> for jaunty [13:19] I always say no until someone says otherwise ;) [13:20] <\sh> Keybuk: I'd say yes, 2 1/2h of debugging is a lot of time..and time is money ;) [13:20] I meant someone in ubuntu-release ;) [13:23] <\sh> Keybuk: oh I forgot that ;) [13:29] pitti: thanks [13:33] should evince be able to print pdf's? [13:35] lifeless, I do it frequently [13:36] ctrl-P is not working and thereis no 'print' in my evince menu... [13:37] buggeration time [13:38] hm, I print from evince all the time [13:38] It works if I adda print button to the toolbar [13:39] just the hotkey and menu item are awol [13:39] lifeless: hm, both work for me, in jaunty and karmic [13:39] weird [13:39] this is jaunty [13:42] lifeless: What are you trying to print? [13:43] soren: a pdf [13:43] lifeless: Clever. [13:43] :p [13:43] that was sent to me to print out and sign [13:43] lifeless: Is it something that is likely to be marked "don't print"? [13:43] lifeless: Ah. [13:43] Ok, then probably not :) [13:43] soren: see above, adding a toolbar icon let me print [13:44] lifeless: Yes, I saw. I was just trying to figure out if *that* was the bug. [13:44] lifeless: do you also get it on /usr/share/doc/shared-mime-info/shared-mime-info-spec.pdf ? [13:44] Truth be told, I don't know how evince deals with "non-printable" PDF's. [13:45] lifeless, if it is the same PDF I was sent, my evince shows a print item in the menu just fine (jaunty) [13:45] pitti: same behaviour [13:45] liw: from the isle? [13:45] liw: if so, yes. [13:46] foo [13:46] E [10/Jun/2009:22:40:11 +1000] PID 20891 (/usr/lib/cups/backend/ipp) crashed on signal 6! [13:48] the above however makes it hard to actually get the paper out of the print [13:48] er [13:51] Setting up linux-restricted-modules-common (2.6.28-13.17) ... [13:51] update-rc.d: warning: /etc/init.d/linux-restricted-modules-common missing LSB information [13:51] update-rc.d: see [13:51] is that normal? [13:52] sabdfl, if the maintainer didnt update the initscript to newer LSB yet, yes ... its just a warning though [13:53] doesnt do any harm [13:53] doesn't look like something we should have in a kernel package, though [13:53] agreed [13:53] pgraner: ^? [13:54] sabdfl: ah, yes, it's missing all that header stuff [13:55] ... but it does use the proper lsb functions [13:56] Isn't the init system going to be transitioned anyways? [13:56] mok0: That's been happening next release since Edgy :P [13:57] if Keybuk makes it in time :) [13:57] Heh, ok [13:57] That header information is supposed to give some kind of dependency... allowing stuff to be started in parallel [13:59] wgrant: btw, the science team is dwindling [14:00] sabdfl: bug 3055878 [14:00] Error: Launchpad bug 3055878 could not be found [14:00] oops [14:00] wgrant: only 4 members left :-( [14:00] sabdfl: bug 305587 [14:00] mok0: So it seems. :( [14:00] Launchpad bug 305587 in linux-restricted-modules "[Jaunty] warning: missing LSB information " [Undecided,Confirmed] https://launchpad.net/bugs/305587 [14:00] thanks colin [14:00] ogra, mok0: upstart will still use those LSB headers [14:00] in fact, we'll probably start to rely on them [14:00] so them being missing or wrong is a bug for Ubuntu [14:00] Keybuk: see sabdfl's question in the scrollback [14:00] well, for karmic :) [14:01] mok0: The more important thing is that their ordering can be automated. If new package baz must start before rc2.d/S20foo and after rc2.d/S20bar, the maintainer must discuss it with two other maintainers, and if 20foo is changed to 21foo and 20bar to 19bar, *that* may have repercussions for an indefinite number of other packages. That’s why Debian is trying to transition to automatic ordering based on LSB headers. [14:01] in jaunty its only cosmetic ... while it will do harm in karmic [14:01] mok0: what was sabdfl's question? [14:02] sabdfl> update-rc.d: warning: /etc/init.d/linux-restricted-modules-common missing LSB information [14:02] update-rc.d: see [14:02] is that normal? [14:02] right, it's not normal, it's a bug [14:02] * Keybuk thought he covered that ;) [14:02] Well, back to the old drawing board :-) [14:02] terminal window, rather [14:03] our sysv-rc doesn't use them [14:03] but when we drop sysv-rc, we will [14:03] and its already drawn :) [14:03] bug 305587 [14:03] Launchpad bug 305587 in linux-restricted-modules "[Jaunty] warning: missing LSB information " [Undecided,Confirmed] https://launchpad.net/bugs/305587 [14:03] my whiteboard appears to have a picture of a duck on it [14:03] don't ask me why [14:06] Keybuk: Ask Pat Robertson [14:06] not walt disney ? [14:06] * liw votes for Don Rosa [14:07] ogra: Pat Robertson claims that gay marriage leads to sex with ducks :-P [14:07] http://www.poormojo.org/pmjadaily/archives/026958.php [14:07] aww [14:10] Of course Jon Steward had a field day with that on TDS [14:14] yay ducks === rickspencer3-afk is now known as rickspencer3 [14:17] mok0: http://andrewsullivan.theatlantic.com/the_daily_dish/2008/11/the-cosequences.html === seb128_ is now known as seb128 [14:30] Keybuk: :-D [14:31] asac, its back ! (klicking Keybuk's link got me broken fonts again) [14:31] ogra: Broken how? [14:32] wgrant, http://people.ubuntu.com/~ogra/ff_fonts.png like that [14:32] liw: Have you had a chance to look at my comments? No hurry at all, just curious to hear whether they are even remotely sane. :-P [14:32] ogra: That's probably a -intel bug. [14:32] There was one filed on fd.o a while ago... let's see if I can dig it up. [14:32] wgrant, we werent sure yesterday ... [14:33] that'd be cool [14:33] it isnt really reproducable, just shows up after some time [14:33] Right. [14:33] I find it happens more when I close windows. [14:33] and only in FF [14:33] * ogra doesnt use windwos :P [14:34] Every time someone talks about (non-)reproducable bugs, i can’t help being reminded of the xkcd strip. [14:35] ogra: i was quite sure yesterday that its a driver bug ;) [14:35] file it against -intel [14:36] lets see if we can link it to an upstream bug right away ;) [14:36] if wgrant finds it [14:36] ogra: I can't seem to find it :( [14:37] ion_, nope, sorry, still digging myself out into the clear air [14:37] ion_, try again tomorrow :) [14:37] :-) [14:37] Fedora bug #495323 looks relevant. [14:37] Error: Launchpad bug 495323 could not be found [14:37] Seems it was a kernel bug? [14:37] redhat 495323 [14:37] fedora #495323 [14:38] (I find it sometimes copes better with URLs) [14:39] https://bugzilla.redhat.com/show_bug.cgi?id=495323 [14:39] * wgrant grumbles. [14:39] bugzilla.redhat.com bug 495323 in xorg-x11-drv-intel "text corruption with intel kms driver" [Medium,Closed: rawhide] [14:40] Aha! It lives. [14:40] yeah, looks the same [14:41] - Add drm-intel-set-domain-on-fault.patch to fix random gem object corruption when swapping (495323 and probably others). [14:41] From their kernel changelog. [14:41] ogra, if you want to use UXA it needs a kernel update which went upstream a few weeks ago [14:41] https://bugs.freedesktop.org/show_bug.cgi?id=21790 [14:41] Freedesktop bug 21790 in Driver/intel "xf86-video-intel: pixmap corruption in the font glyph cache" [Major,Resolved: fixed] [14:41] Ah, that's the bug I was trying to find. [14:42] Sarvatt, i'm running karmic, uses UXA by default [14:42] 2.6.30-8.9? === rickspencer3 is now known as rickspencer3-afk [14:46] pitti: slangasek: StevenK: wonder if you would want to unsubscribe ubuntu-archive from 352968 for now as there will be some traffic now that i fix the build depends up-front [14:46] bug 385561 [14:46] Launchpad bug 385561 in xserver-xorg-video-intel "broken fonts in firefox with kms enabled" [Undecided,New] https://launchpad.net/bugs/385561 [14:49] the fix is in karmic kernel 2.6.30-8.9 which is why I was asking if you were using that incase you weren't for some reason [14:51] oh, wait, i use -7 still ... [14:51] if you are it could use going upstream because it didnt get fixed in your case [14:51] * ogra curses the update-manager behavior once again [14:51] ahh that'd explain it [14:52] let me update manually [14:53] asac: Done. === rickspencer3-afk is now known as rickspencer3 [15:04] pitti, hi [15:05] hi tkamppeter [15:10] pitti, I have a problem with applying the CUPS changes. [15:11] tkamppeter: I saw your mail [15:11] tkamppeter: Debian didn't take the change? [15:11] tkamppeter: can we apply the change without the new option for now? [15:12] tkamppeter: so that all these regressions will be fixed in both Debian/Ubuntu [15:12] (I get tons of Debian bug reports as well) [15:12] tkamppeter: and then we can upload an Ubuntu-specific cups with the -origpagesizes option [15:12] tkamppeter: and sync back once Debian takes it [15:15] pitti: Debian did not touch my bug report yet (I hope the maintainer comes around with it before our FF). [15:16] What I have done now is to change the patch to make ./configure autodetect the presence of -origpagesizes and to build with it only if it is present. [15:16] tkamppeter: so if you could apply the bulk of the patch to bzr, and then just do an -ubuntu1 upload with the additional -origpagesizes patch, that would be best [15:17] tkamppeter: oh, great [15:17] that's even better [15:18] pitti: So this means I put this bulk into the BZR and do an Ubuntu upload with a versioned Poppler build AND binary dependency in debian/contro; [15:18] tkamppeter: no, you can commit everything to bzr then; you don't need a versioned poppler dependency at all then [15:18] tkamppeter: (pdftops --help 2>&1| grep -q -- -origpagesizes ?) [15:19] tkamppeter: or how do you detect this? [15:19] Yes, I check whether the help message of pdftops contains -origpagesizes. [15:20] cool [15:20] But I do it at build time, so if the build server already switched to the new pdftops but the user not yet, the filter will fail. [15:20] tkamppeter: I have an idea how to fix this; please commit your's to bzr, I'll do the substvars magic [15:21] anyone uses bfilter? [15:23] pitti, OK. === rickspencer3 is now known as rickspencer3-afk [15:34] WTF [15:35] my phone just declared that "a BaseBand Core Dump is in Progress" [15:35] Keybuk, thanks [15:35] I've been tempted by an evil phone today again, now I'm all better [15:35] (and now I can go back to drooling for a freerunner) [15:38] My phone has been automatically changing its timezone to UTC+1 recently. [15:39] As "phones" become "computers", we can only expect the quality of service to change to match the functionality. Long live the ATT Model 500! [16:01] ttx: thanks, added to https://wiki.ubuntu.com/KarmicKoala/TechnicalOverview (which, btw, you're free to edit directly ;) [16:02] slangasek: will do, next time :) [16:04] doko: classpath build deps not installable? http://paste.ubuntu.com/192655/ [16:05] dpkg: unrecoverable fatal error, aborting: [16:05] fork failed: Cannot allocate memory [16:05] E: Sub-process /usr/bin/dpkg returned an error code (2) [16:05] what does this have to do with classpath? [16:06] Do you have an ulimit that might have something to do with that? [16:11] doko: err. well, the problem is that it cannot install the build-deps [16:11] let me retry [16:12] asac: classpath really should be updated to the 0.98 release [16:12] doko: but you spotted it ;) [16:12] must be the new java implementation of dpkg :P [16:13] doko: well. i fix the libxul-dev depend now [16:13] to be xulrunner-dev [16:13] asac: not an oem task ;-p [16:13] thats why i am doing it ;) [16:16] so gcj conflicts now gcjdoc. [16:16] what a mess [16:17] err gcj-jdk conflicts gcjdoc [16:18] lets see if moving build depend to that helps ;) [16:22] hy [16:23] aa-logprof and aa-genprof ask for usernames and passwords after creation or before reading logs. Unfortunately the server cannot be contacted. [16:24] superm1: wanna upload new bluez? [16:24] (after alpha2) [16:24] asac, i'm actually thinking i'm gonna sync to debian [16:24] slangasek: BTW, I've seen several packages in Debian that use dep5 already while I've been merging. Might be larger use that you think [16:24] i've been reviewing all the delta between us [16:24] slangasek: (I remember you suggesting nobody uses it yet) [16:25] but sure, i'll either sync or upload a new version post alpha2 [16:25] superm1: ok. great. do you think pulse is up to date enough? i would like to call for testing after we updated all the pieces for testing (with the gnome-bluetooth thing) [16:26] asac, i'm not sure the status of that pulse bluetooth plugin, dtchen, can you comment? [16:26] but yeah, a call for testing would be very good [16:26] superm1: following the bluetooth-stack spec [16:26] superm1: right. i just think we should have all the latest pieces because things seems to be still moving - especially on pulse freont [16:26] [16:27] ok so lets check after alpha2 is out [16:27] ok sounds good to me [16:28] mterry: no, I'm sure there are some people using it; I just think it's premature because the spec is still subject to *significant* changes before it reaches anything approaching consensus in Debian [16:28] slangasek: OK, well just be assured that there's dep5 love out there. Though some were using very pre-dep5 versions and the like [16:29]