[00:12] I'm trying to build the latest Anjuta that was released recently, but I'm running into a problem caused by the fact that ubuntu's copy of gnome-build is severely, severely outdated [00:13] The latest version is 2.24, Ubuntu stocks 0.2.4. [00:13] Does anyone know if any deb packages exist for a more recent gnome-build, or should I file a launchpad ticket about this? === RAOF_ is now known as RAOF [01:34] hey guys, I am interested in getting a checkout of the ubuntu-seeds, but https://launchpad.net/ubuntu-seeds says it does not use launchpad for development, where are the seeds located? === superm1|away is now known as superm1 [01:43] acoc: The seeds for ubuntu intrepid for example can be checked ot with this URL: http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.intrepid [01:44] TheMuso: thank you, why does that website say it is not developed through launchpad? [01:45] acoc: Because the ubuntu-seeds project is only used for bzr branch hosting. There are no tarballs/websites/docs etc associated with it,. [01:45] acoc: As far as I understand anyway. [01:46] acoc: You can view all bzr branches associated with that project by going to https://launchpad.net/ubuntu-seeds/+branches [01:46] TheMuso, ok thanks, very helpful [01:46] acoc: You're welcome. === krusaf|bnc is now known as krusaf === ember_ is now known as ember === thegodfather is now known as fabbione === macd_ is now known as macd === macd_ is now known as macd === tkamppeter_ is now known as tkamppeter [07:30] * maswan looks around, hunting a USN-645-1. :) [07:33] maswan: will be published quite soon i guess [07:34] maswan: its basically what was announced here: http://www.mozilla.org/security/announce/ [07:35] Good morning [07:36] kirkland: yes, I told you; you need to add the addon to the computer device, like in ./policy/10osvendor/10-cpufreq.fdi [07:37] kirkland: the computer device is always initialized, so you can use it as a kind of "startup hook" to trigger the calling of addons (scripts in /usr/lib/hal/) [07:40] asac: Ah, ok. I was just a bit confused when the changelog I got mailed to me just said "oh, see usn-645-1 for whatever critical stuff we're updating now" :) [07:42] maswan: yes. we dont include the detailed advisory titles/CVEs in changelog anymore; otherwise we wont be able to deliver in-sync security updates with mozilla [07:45] asac: It is intentional that I have to select which certificate to use multiple times (again) in intrepid? The "remember" checkbox is missing. [07:47] torkel: what kind of certificates are those? client or server side? [07:47] asac: client [07:48] torkel: ok. but thats not a regression right? [07:48] (regression in the last upload) [07:49] good morning [07:50] good morning dholbach [07:50] asac: well, before the last upload I was only asked once (for each site), now I am asked multiple times [07:50] hiya asac [07:50] asac: I think it changed with the upload of xulrunner, not ff [07:51] torkel: what update was that. build3 -> build6? or was it 1.9.0.1 -> 1.9.0.2 [07:51] ? [07:52] build3->build6 [07:52] i.e the upload that was done yesterday [07:53] interesting. anyway. the next nss upload should fix it for you [07:53] asac: great. thanks! [07:53] i am currently trying to find out if we already have a test build somewhere [07:53] torkel: but client certs still work at least right? [07:54] torkel: ohj ... you said "again" above. does it mean that you had the same problem in 1.9.0.1? [07:56] asac: somewhere in the hardy timeframe I switched FF to automatically choose a cert, and I just turned it off again a week ago. So I really don't know when it was fixed. [07:57] asac: hey, is it a known bug that after a firefox update the current running instance can't be shutdown from File-Quit (or with ctrl-q)? [07:57] tjaalton: well. there are plenty of bugs surrounding upgrades while still running [07:58] tjaalton: do you have ubufox installed? [07:58] asac: yes, it's a normal ubuntu system [07:58] i think the latest version should offer you a restart button ... which might help a bit [07:59] the notification bubble? [07:59] tjaalton: are you currently in such a state? [07:59] erm, popup [07:59] yep [07:59] this is hardy [07:59] tjaalton: within firefox ... there should be a yellow notification bar [07:59] tjaalton: ah [07:59] I'll try it on intrepid [08:00] tjaalton: on intrepid there should be a restart button in a notification area (like remember password) after upgrading firefox ... which might still have issues :) [08:02] asac: heh, ok. will see how it works [08:03] tjaalton: http://people.ubuntu.com/~asac/screenshots/ubufox_restart_notification_intrepid.png [08:04] asac: oh, looks nice [08:05] hi, is there a chance of bluez-gnome-1.4 making it into intrepid? [08:07] asac: hum, nothing happened :) I got the light bulb on the notification area, but no restart button on the browser [08:08] tjaalton, you mean in FF .2 update? [08:08] alex_mayorga: right, the latest one [08:09] I got a reset button on FF, similar to the save password one, after the latest safe-upgrade on Intrepid [08:10] I also got a button to "my rights" or something similar after the restart, that contained bits of the Mozilla license [08:11] oddly, the light bulb notification didn't go away even after the FF restart [08:11] alex_mayorga: light bulb notification == the thing in the system tray? [08:11] asac, exactly [08:12] tjaalton: strange. [08:12] tjaalton: sudo touch /var/lib/update-notifier/user.d/firefox-3.0-restart-required [08:12] alex_mayorga: you also got the restart button in-browser? [08:12] like /var/lib/update-notifier/user.d/firefox-3.0-restart-required ? [08:12] I clicked Close button and it went away now [08:12] err [08:12] http://people.ubuntu.com/~asac/screenshots/ubufox_restart_notification_intrepid.png [08:13] asac, yes I did, but looks like the notification didn't detected I've restarted already, not that it should IMHO [08:13] asac: the file was already there? touching it didn't help [08:13] asac, yes exactly like that screencap === bigon` is now known as bigon [08:14] tjaalton: is there any error in tools -> error console? [08:15] tjaalton: also, double check that you have no (old) ubufox instlaled in your profile (if tools -> addons offers you to "uninstall" then go for it) [08:16] alex_mayorga: yeah notification area isnt the smartes thing in the world. the in-browser restart button is supposed to replace that at some point completely [08:17] anyone that might have decision power on the bluez-gnome thingie? [08:17] asac: lots. are the new ones in the bottom? [08:17] tjaalton: you can filter for "errors" at the top of the error console [08:18] asac: why won't FF run under valgrind? [08:18] tjaalton: if there are still plenty of errors on the console its probably the reason ... would be cool if you could paste a few of those errors [08:18] davmor2: it should work [08:19] davmor2: i start like: valgrind /usr/lib/firefox-3.0.2/firefox [08:19] asac: okay ta [08:19] asac: yeah, I keep getting more and more of the same error.. one sec [08:20] asac: http://pastebin.ubuntu.com/49976 [08:20] tjaalton: oh. [08:20] tjaalton: you are not having latest ubufox version? [08:21] tjaalton: that was an intermediate issue. thought i didnt upload that version :/ [08:21] asac: well I just upgraded, so was the latest one the first with this feature?-) [08:21] tjaalton: no. there were more before [08:22] at least the one before had that [08:22] asac: ok, I'll restart and test the behaviour by hand [08:22] asac: ta that worked :) [08:22] tjaalton: ok 0.6~b1-0ubuntu1 had that issue [08:23] tjaalton: i then uploaded 0.6~b1-0ubuntu2 with just that fix [08:23] and ubuntu3 is the upgrade you should have received now [08:23] tjaalton: thanks [08:23] maybe you still had ubuntu1 [08:24] davmor2: welcome [08:24] asac: 0ubuntu1 installed on 16th, 0ubuntu2 on 18th and 0ubuntu3 today :) [08:24] tjaalton: maybe you didnt restart firefox ;) [08:24] (unlikely i know) [08:24] asac: I did, started it right before the latest upgrade :) [08:25] anyway, will try with the latest stuf [08:25] +f [08:25] tjaalton: ok. lets see. [08:26] asac: duh, still the same errors [08:27] *sigh* [08:27] tjaalton: what do you have as LANG? [08:27] I wonder if I'm missing something [08:27] running plain en_US install? [08:27] fi_FI [08:27] tjaalton: try to start firefox as LANG=en_US firefox please [08:28] tjaalton: btw, is firefox translated at all for you ? [08:28] no.. langpack got removed at some point [08:28] I'll try reinstalling that [08:28] tjaalton: no better not ;) [08:29] tjaalton: try LANG=en_US anyway [08:29] and then touch the file ;) [08:30] Bug #273865 anyone? [08:30] asac: yeah, that works [08:30] Launchpad bug 273865 in bluez-gnome "[needs-packaging] bluez-gnome-1.4" [Undecided,New] https://launchpad.net/bugs/273865 [08:30] tjaalton: ok. thanks. i know what to do then :/ [08:31] tjaalton: btw, the langpacks are now usually shipped in language-pack-XX [08:31] so no need to install the mozilla-firefox-locale-XX packages anymore [08:31] its just that they are most likely disabled atm [08:31] (in langpack-o-matic) [08:32] asac: ok, I reinstalled -fi and the same problem. seems that FF isn't that well translated anyway [08:33] tjaalton: yeah. i think the ffox translations have been disabled :) [08:33] ArneGoetje: btw, i never received any complain about that from you ^^ ;) [08:33] asac: heh, ok. I see some xulrunner-files there [08:47] bryce: The point of my mail was xterm might then start to show up. :-) === dholbach_ is now known as dholbach [08:53] pitti: do you think that shipping a simple fdi file to disable evdev from grabbing the thinkpad_acpi input device would be enough to fix bug 267682 for intrepid? [08:53] Launchpad bug 267682 in linux "Hotkeys no longer working in Intrepid on Thinkpads" [Critical,Triaged] https://launchpad.net/bugs/267682 [08:54] huh, how does stopping evdev from grabbing the input device fix it? [08:54] (in theory, or otherwise) [08:55] works just fine here [08:55] after that even battery and hibernate work [08:55] my question is "how" :) [08:55] aha, well, to answer that I'd need to know a bit more about the underlying mess ;) [08:56] but I guess one reason why evdev can't handle the battery hotkey is because it's not specified in symbols/inet [08:56] commented out.. I don't think there is XF86Battery or equivalent.. [08:59] pitti, ArneGoetje: language-support-extra-de grew a dep on hunspell-de-med, which is in universe and has no MIR? [08:59] what package would the shutdown window belong to? [09:01] alex_mayorga: gnome-session AFAIK [09:02] is it just me or the restart icon is smaller and the text miss aligned? [09:05] dholbach: thanks, wonder if that should be filed or has already spotted, launchpad won't tell me or I'm queryu [09:05] ing incorrectly [09:05] alex_mayorga: try asking in #ubuntu-desktop - somebody might know === njpatel_away is now known as njpatel === thegodfather is now known as fabbione [09:24] dholbach, thanks, turns out there a number of reports on that [09:24] alex_mayorga: ah, great [09:25] you saved me of yet another dupe :) [09:42] what component opens the popup about battery statistics when you hit the hotkey? [09:44] pitti: did something happen to the kernel update in dapper-proposed? I can't seem to find it: http://paste.ubuntu.com/50006/ === davmor2 is now known as davmor2-Away [09:59] kirkland: thanks for pointing me to your debdiff, it helped a lot to write a similar file for my smart card reader [09:59] but now I'm stuck at assigning the device_file. http://paste.ubuntu.com/50012/ contans lshal output for my smart card reader, my current fdi file and the policy file [10:00] it works when I use the hard-coded device file name [10:01] tjaalton: gnome-power-manager [10:02] seb128: as regards my patches for gnome-desktop and gnome-control-panel, shall I add an "ubuntu_" prefix only to the functions which I put in the header file gnome_rr_config.h or shall I add it to any function I added in gnome_rr_config.c and xrandr-capplet.c (even though such functions cannot be accessed externally)? The former makes more sense to me but I'll do as you wish [10:02] tseliot: only for what is public api [10:02] seb128: ok, agreed [10:07] raphink: ping [10:08] slangasek: pong [10:09] raphink: hi, ichthux seeds seem to need updates to not depend on khelpcenter and kghostview, which are both NBS packages; is that something you can take care of? [10:13] slangasek: I could try to find some time [10:13] torkel: ok, do you know about it's inner workings?-) [10:13] lately, it's been txwinkinger doing that [10:13] hello, i have a question, which package provides system-config-printer-applet? system-config-printer-gnome? or another? [10:14] ara: dpkg -S system-config-printer-applet if it's installed on your box [10:14] seb128: ta! [10:14] ara: otherwise you can use packages.ubuntu.com [10:15] you're welcome ;-) [10:17] raphink: should I contact txwinkinger about it instead? (if so, how? no such nick on IRC) [10:17] ?C [10:17] raphink: since kghostview and khelpcenter are NBS packages, they should be removed before the intrepid release, which would make ichthux uninstallable if the seeds aren't fixed [10:17] slangasek: https://launchpad.net/~txwikinger [10:18] slangasek: he's just not online right now, but he often is [10:18] dholbach: ah, those letter sare different :-) [10:21] pitti: http://people.ubuntu.com/~ubuntu-archive/component-mismatches.txt is healthy again [10:22] in the "oh my god, it's full of packages" sense [11:39] cjwatson: thanks [11:40] tjaalton: it's certainly a valid workaround [11:50] sbeattie: uh, that looks strange, it still appears on the SRU page [11:54] cjwatson, you suggest promoting the schrodinger implementation of dirac, not the dirac-research one? I've heard the latter is of higher quality, do you have other information? [11:54] liw: is the latter in Ubuntu? [11:54] liw: oh, also, I believe that the schroedinger implementation is the only one that is implemented as a gstreamer plugin [11:54] so I was under the impression we only really had one choice [11:55] cjwatson, you may be right about gstreamer, at least [11:56] cjwatson, "dirac" and related packages should be dirac-research, as far as I can see [11:56] ah, I see that the other implementation is in Ubuntu [11:56] the BBC didn't object to schroedinger when I spoke to them, though [11:56] actually, now that I think about it, the quality difference was probably in encoding [11:57] yeah: http://www.schleef.org/blog/2008/09/20/dirac-in-the-news/ -- speaks specifically about encoding [11:58] sbeattie: oh, it's still in NEW, fixing [11:59] ah, right [12:07] slangasek: ugh, landscape updates package info *hourly* now? isn't that a bit exaggerated? [12:10] slangasek: I made a followup comment to bug 268765, FYI [12:10] Launchpad bug 268765 in landscape-client "landscape-client must have a cron job for updating smart package data" [Critical,In progress] https://launchpad.net/bugs/268765 [12:13] pitti, can you fix bug 269311 today? Then I can upload an s-c-p with updated API today and the driver download can be tested in the beta [12:13] Launchpad bug 269311 in jockey "Session D-BUS call search_driver() should return list of files" [Critical,In progress] https://launchpad.net/bugs/269311 [12:13] tkamppeter: that's my intent, I just keep getting distracted [12:18] hello there, where should I report that the kernel traced out while using apparmor? [12:18] I have the log actually I would like to give to someone who knows what to do with :) [12:19] https://bugs.launchpad.net/ubuntu/+source/linux/+filebug [12:22] pitti, can you tell me as soon as possible when you have uploaded the new version, so that I can download it and adapt s-c-p? Thanks. [12:24] so what the heck makes my laptop hardlock on boot at the wine sysctl stuff :/ [12:31] cjwatson: I submitted the bug, will I get information to my email address about the status of the bug? [12:31] yes [12:32] okay I hope some intelligent guys will found out what is happening :) === davmor2-Away is now known as davmor2 [12:58] cjwatson: I'm looking at some of the issues that stop the PS3 installer cd working. [12:59] cjwatson: re lp #251593. I'm working to find out why the spufs module isn't getting loaded auto [12:59] Launchpad bug 251593 in ubuntu-ps3-port "unknown filesytem type: spufs" [Critical,In progress] https://launchpad.net/bugs/251593 [12:59] but I'm just starting out with this. [12:59] cjwatson: is it worth trying to patch sysvinit to add an extra clause which checks whether spufs module is loaded first? [13:00] what time does the beta freeze start? [13:00] cjwatson: Or at least not fail configuration if mounting /spu fails [13:00] sheesh, have people not learned not to ask "what time" questions about freezes yet? :) [13:00] munckfish: You might also want to look at the initramfs-tools package. [13:01] munckfish: yes, I think so [13:01] munckfish: If I get a minute, I will have a look for you. [13:02] TheMuso: I'm not too familiar with initramfs yet. I'll take a look === pedro is now known as pedro_ [13:03] cjwatson: also re LP #261490. Last cmt you mention probs with nvidia stuff - do you happen to know if those issues were addressed? [13:03] Launchpad bug 261490 in ubuntu-ps3-port "Intrepid installation fails (debootstrap warning)" [Critical,Confirmed] https://launchpad.net/bugs/261490 [13:04] munckfish: yes, I believe that got fixed [13:04] (though I forget the details) [13:05] munckfish: ah yes, https://launchpad.net/ubuntu/+source/nvidia-common version 0.2.2 [13:06] cjwatson: thx [13:07] munckfish: Well I can tell you for a fact that the spufs module is not loaded by the initramfs. [13:08] TheMuso: ok I see [13:08] Would it have to be loaded explicitly? [13:09] Apparently is should auto load I believe [13:09] just like any other filesystem type [13:09] munckfish: I think so, since there is no modalias line that could cause it to be loaded by particular hardware being present. [13:09] Let me check the module source to be sure though. [13:09] Hmmmm [13:09] ok cool [13:10] tkamppeter: will do [13:13] munckfish: Yeah I don't think there is any aliases as I said earlier. [13:13] TheMuso: thx I'll look into it further [13:17] james_w: hm, I patched hal and policykit, and they still not work with CK 0.3; this is becoming a real time sink [13:19] Would ... [13:19] if grep -q '^spufs' /proc/modules 2>/dev/null; then echo "Mount /spu!"; fi [13:19] ... be a decent way to check for this module? [13:20] should use lsmod rather than /proc/modules I feel [13:20] interfaces and all that [13:20] munckfish: Where does spufs get mounted? I personally think you should actually check for a file in the spufs filesystem. [13:21] I don't think it contains any files by default [13:21] cjwatson: Oh ok. [13:21] why not just mount the filesystem and ignore failures? [13:21] if it doesn't work, big deal [13:22] i.e. domount spufs "" /spu -ogid=spu || true [13:22] munckfish: There's also /proc/filesystems you could check. [13:26] kirkland: works great now, congrats! uploaded, I simplified the patch a bit and attached it to the bug FYI [13:33] pitti: based on kirkland debdiff I've started to write a fdi and a policy file to handle access to smart card readers to finally close bug 57755 [13:33] Launchpad bug 57755 in gnupg "Udev Rules for SmartCard Support" [Wishlist,Confirmed] https://launchpad.net/bugs/57755 [13:35] pitti: I got it nearly working already but have problems with getting the acls set for the device, see http://paste.ubuntu.com/50012/ to see how far I got already [13:35] have you time to help me finalise it? [13:35] not right now, sorry === ara_ is now known as ara [13:36] I *finally* need to take some time of my own to fix some beta bugs, I kept getting distracted :( [13:36] ok [13:37] geser: I'll help you Friday/Monday, is that ok? [13:37] yes [13:38] the bug is already over two years old so some more days don't matter [13:40] cjwatson: yeah I prefer just ignoring the mount if it fails, but still log it. [13:51] cjwatson: could you please check (and merge) https://code.edge.launchpad.net/~mvo/debian-cd/mvo - a small fix that makes apt-cdrom add happy again === LucidFox_ is now known as LucidFox [14:01] pitti: sorry, was at lunch. That sucks, is there an error, or do they just not work? [14:01] james_w: haven't debugged it yet, I need to find some time to work on my beta bugs [14:01] james_w: I updated the bug, if you are interested [14:01] pitti: sure [14:02] mvo: surely that needs some kind of quoting :) [14:02] mvo: also I didn't think + worked in sed without special options to support extended regexes [14:02] -r I think [14:03] mvo: I'll fix it up and merge, thanks [14:03] mvo: err, actually, doesn't that break debootstrap? see the comment above [14:04] cjwatson: quoting> right, thanks for fixing that [14:05] cjwatson: debootstrap> not sure, if its needed there, then may we need to remove it later? is there a way for me to test this without building a full cd :) ? [14:05] tjaalton: i opened bug 273948 for you :) [14:06] Launchpad bug 273948 in ubufox "restart notification broken for locales that lack restart notification string translation" [High,Triaged] https://launchpad.net/bugs/273948 [14:07] cjwatson: I thought the comment means that its ok to remove them at this point, but I may be wrong of course [14:13] pitti: cool, thanks :-) [14:14] pitti: I forgot to add the "Suggests: hal" [14:14] pitti: did you add that, per chance? [14:14] kirkland: no, forgot about it as well; but *shrug*, no big deal IMHO [14:14] pitti: it's okay, i'm fixing a bunch of kvm bugs [14:15] pitti: i'll put it in the next one [14:15] pitti: thanks for your help, btw ;-) [14:15] kirkland: you're welcome; thanks for teaching me about :) [14:15] I already thougt yesterday "gee, why the heck can't FDI files create devices?" :) [14:15] * Hobbsee clones pitti, and spawns new copies of him. [14:16] Hobbsee: aww, I'll never finish argueing with those guys [14:16] pitti: oh dear. that might be a problem. [14:16] 5~/c [14:16] pitti: but you could fix bugs quicker! [14:17] and keep up with my mail! [14:17] that too! [14:19] * tseliot solves the problem with a simple "sudo /etc/init.d/pitti start" [14:19] * pitti clones tseliot as well, and suddenly sees all jockey bugs fixed and all drivers out there packaged for ubuntu [14:20] Ah... What I'd wish for a clone of myself. It would help me address accessibility related bugs/features quicker... [14:20] maybe the next UDS needs to focus on people cloning. [14:21] * tseliot nods [14:23] asac: ooh, thanks [14:28] cjwatson: I've attached a patch to that bug. I believe it's the postinst that's the problem as it runs with set -e. The normal mountkernfs init script does actually seem to fail. [14:29] it just shows a message on boot [14:29] http://launchpadlibrarian.net/17920729/0001-Prevent-postinst-configuration-failure-on-PS3-Cell-i.patch [14:35] pitti: that was superm1's idea! (spawn) [14:49] I'm looking at bug 263888. SIGUSR1 used to re-open the log files, now it's not trapped. The logrotate file isn't installed by the current package though, as there are no longer any logs to rotate [14:50] Launchpad bug 263888 in acpid "acpid killed by default logrotate script" [Medium,Triaged] https://launchpad.net/bugs/263888 [14:50] Hmm I'm looking at a set -e init script and the "status" action; it's implemented as status_of_proc "$ACPID" acpid && exit 0 || exit $? [14:50] I wonder why not simply status_of_proc "$ACPID" acpid; exit $? [14:50] is the correct way to fix this to assemble a list of the logrotate md5sums from the old packages and remove the file on upgrade if it matches a known one? [14:50] james_w: haha you're touching acpid as well :) [14:50] lool: heh :-) [14:51] munckfish: looks fine, thanks; uploaded [14:51] james_w: If these were conffiles, I think you should try to remove them chekcing their md5 during upgrades, yes [14:52] lool: under set -e, the script will fall over before the exit $? [14:52] lool: so 'exit 0' would be clearer [14:52] grmbl, why does evtouch use quilt [14:52] lool: but yes, the code you quote is somewhat redundant. That sort of thing makes more sense when you need to do something non-trivial before exiting non-zero, like log_end_msg [14:53] applying the patch to the package takes longer than developing it :P [14:53] lool: my usual idiom is: CODE=0; action || CODE=$?; log_end_msg $?; exit 0 [14:53] ogra: because quilt is <3 [14:53] ogra: We need quilt-edit-patch. :p [14:53] err log_end_msg $CODE [14:53] cjwatson: Yeah, I wrote exit $? because I thought that it would work for set +e scripts as well [14:53] Why not just action; CODE=$? [14:53] ah [14:53] TheMuso, well, the packager could just use simple-patchsy.mk ... [14:53] ion_: set -e [14:53] Ah [14:53] ogra: oh yeah if it uses cdbs, I agree. [14:54] ion_: under set -e, if action returns non-zero, you don't get an opportunity to go further unless you guard it with a conditional [14:54] jcristau, quilt is in descriptor 3, yes :P [14:54] cjwatson: Yes, i was thinking slow. :-P [14:54] tedg, the fusa uses dbus to communicate with gdm I assume. [14:55] Thanks all for discussion [14:55] In my particular I don't need anything in fact [14:55] I can just status_of_proc "$ACPID" acpid :) [14:55] * ogra has evtouch calibration work properly again ... and has it write to /etc/default/evtouch ... so now only fdi inclusion is needed ... [14:57] sillyness of the day, the binary had the fixed font hardcoded without encoding ... which makes the font default to japanese [14:57] MacSlow_: Not in the current incarnation -- the old GDM didn't support DBus. [14:57] * ogra shakes head [14:57] MacSlow_: Uses DBus for a bunch of other stuff, but sockets for GDM. === MacSlow_ is now known as MacSlow [14:59] tedg, ah ok... I assumed you intrepid fusa was using dbus with the newer gdm ... but since we don't ship the new gdm yet ... well my bad :) [15:07] MacSlow: I'm hoping it'll use DBus in the Jackalope :) [15:09] pitti: thanks for the patch clean, i just reviewed it [15:09] pitti: i'm sorry about that, i'm glad you showed me that [15:10] kirkland: no need to be sorry, I'm just a "clean rules file" fetishist [15:10] pitti: well, that's something I've been confused about, actually [15:10] pitti: now it's clear [15:10] does this look ok for a prerm to remove the unneeded conffile? http://paste.ubuntu.com/50129/ [15:11] geser: how did yours come along? [15:11] geser: this is the debdiff pitti eventually blessed with holy penguin pee: http://launchpadlibrarian.net/17919758/kvm.273764.simplified.debdiff [15:11] mvo: I'm pretty sure that debootstrap looks for the md5sum of Packages in the Release file in order to verify that it decompressed properly [15:11] mvo: and that therefore removing it will break [15:12] mvo: don't see how we could remove it later - the CD is read-only! [15:12] mvo: apt-cdrom never used to mind this [15:12] kirkland: http://paste.ubuntu.com/50012/ is how far I got, it works when I hardcode the path to the device but I don't manage to get it from hal [15:13] geser: oh, right, you might have a variable path, huh? [15:13] cjwatson: ok, I will investigate this further [15:13] thanks [15:13] kirkland: yes, it's a usb device, so the device name depends on the used usb port [15:14] geser: hrm, that does add a layer of complexity that I was immune to [15:14] kirkland: lshal lists it, but I didn't figure out how to access this info in the fdi file [15:14] seb128: ok, I have those patches. Shall I simply attach the patches in a FFE report or shall put the links to the new source code (i.e. the patched tarball, .changes, etc.)? [15:15] tseliot: can you attach debdiff to some bugs? [15:15] cjwatson: I added #273979 and milestoned it [15:15] seb128: sure, I can do that [15:16] kirkland: but your debdiff was really helpful to help me get to this point at all [15:16] * tseliot reboots [15:17] geser: cool, thanks [15:17] geser: as soon as I get a smart card, i'll look forward to trying it out ;-) [15:20] ?C [15:43] gee ... Xorg just blanked and doesn't come back [15:48] Meh, video playback is still broken with the radeon driver. /me downgrades to 1:6.9.0+git20080802.1f3eee36-1ubuntu1 again. === superm1 is now known as superm1|away [16:06] pitti: "mirrors only update daily" - says who? [16:07] slangasek: ok, that might be a bit too general; at least that was true for the mirrors I used so far (de, us, es, uk, IIRC) [16:07] are there actually mirrors which update more often? === StooJ is now known as StooJ_ [16:08] I know the mirror that I pull from is updated more often than that [16:08] I don't know how often, but - several times a day for sure [16:09] ah, that's news to me; sorry for being imprecise then [16:10] the push mirrors update hourly [16:10] My ISP's mirror often has new updates at best 3 hours after they get uploaded. [16:17] seb128: can I use this bugreport for the FFE? [16:18] pitti, it seems that the new pdftoraster filter in CUPS has a bug and causes blank pages to be produced in some cases, see bug 267903 and bug 269691 [16:18] Launchpad bug 267903 in splix "rastertoqpdl segfaults or produces black printouts" [High,Incomplete] https://launchpad.net/bugs/267903 [16:18] Launchpad bug 269691 in splix "[intrepid] Samsung ML-2010 Printer prints entirely black pages" [High,Incomplete] https://launchpad.net/bugs/269691 [16:19] seb128: this one: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/220563 [16:19] Ubuntu bug 220563 in gnome-control-center "Useful dual-head configuration requires manual editing of xorg.conf to set Virtual" [Low,Fix released] [16:19] tseliot: ok [16:21] pitti, I asked the reporters for testing with a replacement filter for pdftoraster, a scriptonly containing '/usr/lib/cups/filter/cpdftocps "$@" | /usr/lib/cups/filter/pstoraster "$@"' and this one works. Should we replace pstoraster in CUPS for the beta? [16:24] tkamppeter: I'm afraid I don't know these filters well enough for a qualified answer; but I thought the idea was to not convert pdf to postscript? [16:26] pitti, yes, we do not want to do too many conversions and Ghostscript can take PDF as input. [16:27] pitti, this filter is an interim workaround for the time being until we get a fixed pdftoraster. === koon is now known as Koon [16:30] pitti, Ghostscript needs very many parameters to generate CUPS raster. These parameters are set by PostScript commands in the PPD file. The new pdftoraster and also imagetoraster parse the parameters out of the PPD and create the raster data then. The pstoraster of CUPS takes these parameters embedded in the PostScript stream (by pstops). [16:31] tkamppeter: it's not possible to reproduce the crash? [16:32] pitti, rewriting the parsing process would be awkward and very complicated if one wants to take into account all option types, including custom options. [16:32] tkamppeter: well, your call I think, but it would basically revert 90% of the pdf workflow, wouldn't it? [16:34] pitti, the important core part of page management on PDF (pdftopdf) stays conserved. [16:34] bryce, seb128: I have attached the 3 debdiffs and the diffstat for the FFE here: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/220563 [16:34] Ubuntu bug 220563 in gnome-control-center "Useful dual-head configuration requires manual editing of xorg.conf to set Virtual" [Low,Fix released] [16:35] tkamppeter: but it'd seem better to me to just fix the segfault instead? [16:35] The best would perhaps be a C program derived from the current pdftoraster (or imagetoraster) which does the ugly parsing but instead of producing raster by itself it calls Ghostscript [16:36] pitti, this is less for the segfault, but because of the black pages. [16:36] hm, I thought it said "crash" [16:37]