=== rgreening_ is now known as rgreening [00:54] dtchen: hey [00:54] rgreening: hi. [00:55] I should be soon done with my current project. I can help with pulse/gstreamer then.. dtchen [00:55] rgreening: great [00:55] np. [00:55] hopefuly by end of this week. === vorian is now known as stevie === stevie is now known as vorian [02:26] anyone here good with pulling information out of gnome? [02:26] im trying to work out how to pull the value for the gnome power manager idle timer via dbus-send. It should look something like dbus-send --session --dest=org.gnome.PowerManager --type=method_call --print-reply --reply-timeout=2000 /org/gnome/PowerManager org.gnome.PowerManager. I just cant find the end bit [02:32] Vantrax: You're probably better off in #gnome-hackers on irc.gimp.org for questions like that. Having said that, the d-feet dbus browser will be your friend. [02:35] thanks for that RAOF, ill check into both [02:54] RAOF: d-feet doesnt show buses existing that are listed in the gnome docs, has ubuntu changed things? org.gnome.PowerManager doesnt even exist [02:55] As far as I know, org.gnome.PowerManager has been gone for a release or two; it changed to org.freedesktop.PowerManager, and now most if it seems to have been subsumed with org.freedesktop.DeviceKit.Power on the system bus. [02:56] ahh [02:56] old doco [03:00] im not showing devicekit, only consolekit, but im seeing what im after there i think [03:01] Vantrax: It's changed in Karmic. [03:01] New gnome-power-manager, new DBus API. [03:05] ahh [03:05] so its consolkit now, but changing to devicekit [03:08] No, it's still ConsoleKit, but DeviceKit has joined it. [03:08] There's a big proliferation of Kits. And not the cool car, sadly. [03:09] its freaking annoying [03:09] consolekit devicekit realtimekit sillynamekit [03:30] no wonder im getting confused [03:30] so, im 90% of the way there. [03:31] im getting an error from this command: dbus-send --system --dest=org.freedesktop.ConsoleKit --type=method_call --print-reply --reply-timeout=2000 /org/freedesktop/ConsoleKit/Manager org.freedesktop.ConsoleKit.Manager.GetSystemIdleSinceHint string:iso8601_datetime [03:31] should make a smileyfacelibrary called 'sadkit' [03:31] Error org.freedesktop.DBus.Error.UnknownMethod: Method "GetSystemIdleSinceHint" with signature "s" on interface "org.freedesktop.ConsoleKit.Manager" doesn't exist [03:31] i dont know what the signature "s" means [03:31] string [03:32] * Vantrax is creating an idle shutdown timer [03:32] so the error is likely with 'string:iso8601_datetime' [03:33] thats what d-feet is showing the value as tho... [03:33] * Vantrax is now very confused [03:40] RAOF any ideas where the error is in that command, it should be fine based on what d-feet is spitting out [03:41] Vantrax: No idea whatsoever, sorry. [03:41] #gnome-hackers :) [03:41] lol [03:41] thanks again [03:41] Or possibly #I-Hate-*Kit [03:41] now to find my way to irg.gimp.org [03:41] i live there:P [03:41] #I-Hate-*Kit actually exists? :-) [04:10] RAOF you still floating aroudn? [04:10] Yeah, but not for long. [04:10] dbus-send --system --dest=org.freedesktop.ConsoleKit --type=method_call --print-reply --reply-timeout=2000 /org/freedesktop/ConsoleKit/Manager org.freedesktop.ConsoleKit.Manager.GetSystemIdelSinceHint is now working, but not returning anything but and empty stromg [04:10] string [04:10] and empty string [04:11] from what i gather, its supposed to return the date/time that the system has been idle for [04:11] I'm blank. I've got no better idea than d-feet gives me. [04:11] he he he [04:11] #gnome-hackers:P [04:18] cat Spads [04:18] woops wrong window, and damn tab completion. Sorry Spads. [05:13] Where is the debug info package for gnome-settings-daemon [05:15] gnome-settings-daemon-dbgsym [05:16] bgamari: Specifically: https://wiki.ubuntu.com/DebuggingProgramCrash [05:16] RAOF, that package doesn't seem to be available for karmic [05:17] I don't think debugging symbols are generated for this package [05:17] could it be a packaging mistake? [05:17] No. They're there, but if you follow that link you'll see you need to add the dbgsym repository. [05:18] ahh, yep [05:18] my bad, sorry. new to debian-esque distros [05:19] Well, this is something Ubuntu-specific. As a part of our build process we automatically strip all the debug symbols out into -dbgsym packages. === afk is now known as mthaddon [05:39] RAOF, sure [05:39] RAOF, What exactly are the -dbg packages in that case? === mthaddon is now known as afk === cjwatson_ is now known as cjwatson [05:48] geser: pdftk> I'd be inclined to say that unless the copyright holder is demanding it then we should just fix it in Karmic. It would take heroic measures to remove those files from stable releases in a meaningful way, and I'm not sure it's worth it unless we have to [05:50] morning === afk is now known as mthaddon [06:24] Good morning [06:24] orning pitti! [06:24] slangasek: ugh, please file a bug, yes [06:25] hey Hobbsee [06:25] pitti: yep, will file it later today [06:25] Morning pitti [06:25] * Hobbsee throws pitti a few gummy bears [06:25] * pitti munches [06:25] pitti: so where is pkgbinarymangler getting hooked in that's causing this? I thought it used to only hook into dh_strip? [06:25] slangasek: right, and it still does [06:26] slangasek: argh, sorry; that was pkg-create-dbgsym [06:26] pkgbinarymangler is dpkg-deb [06:26] ok [06:26] slangasek: it needs to update the md5sums of *.desktop [06:27] darn, there's no way to hook it earlier? fixing up the md5sums file after invalidating it feels dirty to me [06:27] slangasek: we could do it earlier, of course [06:27] but more diversions [06:28] * slangasek nods [06:28] (dh_desktop? :) [06:29] very few programs use that [06:29] dh_install is too early, misses a lot of them [06:30] waah [06:30] ok [06:30] dh_md5sums :) [06:30] heh [06:30] Hasn't dh_desktop been mostly killed anyway? [06:31] StevenK: yah, manpage says it's obsolete [06:31] I thought so [06:31] slangasek: that could only be an alternative route, though, since again packages might not actually use it [06:31] pitti: right === tkamppeter_ is now known as tkamppeter [07:24] <\sh> moins === mthaddon is now known as afk [07:34] good morning [07:43] hi everyone i need help recovering a ubuntu installation after crashing it with a compiz configuration now it won't login or start [07:45] (please don't cross post, and #ubuntu for support questions) [08:10] TheMuso: ping; dmraid === afk is now known as mthaddon [08:28] good morning [08:30] i made a quirk for my intel graphics cared as the resolution was very low. but upon restart my resolution falls back to very low resolution unless i restart xserver. [08:30] how do i fix this? [08:32] this is 9.04 [08:35] lifeless: Yeah I have been neglecting it somewhat. Re the dmraid-activate problem, I really don't know, as I've been unable to reproduce it here, although Ihaven't tried with karmic. As for your lba patch, I'll push it to debian and do an Ubuntu upload with it included. [08:37] cool [08:38] my patched version boots fine with libata.ignore_hpa=1, so I'm sure I haven't borked anything [08:38] ok === cprov1 is now known as cprov [09:17] Hi everybody, I would ask for someone with a Toshiba Dynabook UX netbook [09:19] I ask in this channel because I remember to see one guy from Canonical with this netbook [09:20] We are planning to buy hundreds of units of this model but we aren't able to make sound work under 9.04 but it works under 8.10 [09:20] Hm, sound [09:21] asanchez: you might have better luck asking in ubuntuforums [09:21] mok0, i have just reported a bug [09:22] but there is a very few people with this model and there is no info in any forum jet [09:22] asanchez: that's fine, but ubuntuforums has hundreds of thousands of users and your luck there may be better. You can also try asking a question on LP instead of a bug [09:23] I'll do, thanks [09:23] asanchez: did you try the trivial things such as turning up the volume on the mixer? [09:23] of course [09:23] asanchez: sorry, I had to ask :-) It's the most common problem, I've had it myself [09:24] mok0, :-) We are working together with Toshiba engineers but something has changed between alsa versions of intrepid and jaunty [09:25] asanchez: Interesting... well it's pretty quiet around here just now, you may be able to reach a -dev that can help you later [09:26] asanchez: you can also try sending a message to ubuntu-dev-discuss ML [09:27] can somebody tell me how to fix my low resolution issue on upgrading to 9.04 [09:27] mok0, ok I'll try later, thanks [09:27] i use 00:02.1 Display controller: Intel Corporation 82Q33 Express Integrated Graphics Controller (rev 02) [10:17] autosync from debian still active for main pkg too? === ember_ is now known as ember [10:32] bigon: yes [11:17] mvo: is compiz still blacklisted on 965 in karmic? [11:17] shouldnt be anymore [11:18] bryce: good feedback with jaunty-proposed -intel, I copy the stuff across now [11:18] (i know it was changed in bzr a while ago) [11:18] the bug task is still open, I wonder whether I should close it [11:19] mvo: nevermind, saw the changelog [11:23] * Hobbsee cheers at pitti for attempting to fix the intel graphics borkage [11:23] Hobbsee: does it work for you now? [11:24] pitti: no :( [11:24] pitti: i've had X die and make the machine unresponsive 3 times today. two of those times werer in 10 minutes of each other [11:25] pitti: however, under metacity, it appears to work fine. No screen blankings, no X server suiciding, or anything [11:29] hm, since today, one of my CPUs is constantly at 100%, and top shows nothign (just 10% gconf); does that happen to anyone else? [11:29] might be xorg-edgers breakage [11:30] not here [11:30] even my swap seems calm (system was running over the weekend and upgraded yesterday the last time) [11:34] pitti: i don't see it, fwiw [11:34] hah [11:34] killall metacity did it [11:53] cprov, al-maisan: hm, why does https://edge.launchpad.net/ubuntu/+source/sg3-utils/1.27~repack-0ubuntu1 not show any more that the binaries are NEW [11:53] ? [11:54] pitti: There's a bug about that [11:54] ah, ok [12:01] * al-maisan looks [12:02] pitti: it says "PENDING: Karmic pocket Release in component main and section admin" [12:03] al-maisan: right, I overwrote it to main in the NEW queue, but didn't accept them [12:03] (since I uploaded them) [12:03] so they should be stuck in NEW until some archive admin reviews them [12:04] pitti: did you observe that expected behaviour in previous similar cases? [12:04] al-maisan: yes, it always said the queue after the build status before [12:05] like (ACCEPTED), or (NEW), or (DONE) [12:05] al-maisan: check non-edge: https://launchpad.net/ubuntu/+source/sg3-utils/1.27~repack-0ubuntu1 [12:06] pitti: it got published in the mean time [12:06] right, the source, but not the binaries [12:06] pitti: right, I see now. [12:08] pitti: sorry, I would not know the reason; it was changed only recently (edge vs. non-edge) [12:08] pitti: I am sure cprov will comment on it though. [12:09] al-maisan: thanks [12:11] * StevenK digs up the bug number [12:13] pitti, al-maisan: Bug 388690 [12:13] Launchpad bug 388690 in soyuz "status ACCEPTED/NEW not shown anymore" [High,In progress] https://launchpad.net/bugs/388690 [12:14] StevenK, pitti: "status: Triaged → In Progress"; so it looks cprov is already working on it. [12:17] ok, so it seems this wasn't intended then [12:18] yep [12:44] I am getting a libtool (internal?) error in netcdf: ../libtool: line 847: X--mode=compile: command not found [12:48] hrmph, trying libtoolize -fc [12:50] mok0: try autoreconf rather [12:51] seb128: libtoolize works... [12:52] seb128: I plan to let the new ltmain.sh etc. come via diff.gz, you agree it's ok to do it like that? [12:52] seb128: the .diff.gz is pretty dirty already [12:52] I don't know this package enough to comment [12:53] I tend to put autotools changes in a patch in the debian directory [12:53] seb128: me too, but for a rebuild I'd rather not mess with patches [12:53] a rebuild should not break this way [12:54] if it does that's because you have a bug [12:54] seb128: the bug is that upstream is distributing an age-old version of libtool files [12:54] which is fine if you don't run autotools at build time [12:55] seb128: it's not run [12:56] seb128: ... and it's also not fine :-) [12:56] it's probably run because of a timestamp issue or something [12:56] there is no reason why it should break otherwise [12:57] seb128: oh, ltmain.sh is always run, to make libraries [12:58] seb128: that's why it helps to use a newer one [12:58] it's rather some autotools which are run there or you would not have the error [12:59] "line 847: X--mode=compile: command not found" [12:59] you usually get that when running autotools not correct [12:59] ie missing some update commands [12:59] seb128: that disappears after running libtoolize -fc in srcdir [12:59] right [13:00] as said the bug is there when you don't run all the required commands [13:00] seb128: it IS doing something strange in the build... [13:02] seb128: damn, he's patching acinclude.m4 [13:02] ... and configure .ac [13:03] http://launchpadlibrarian.net/28195811/buildlog_ubuntu-karmic-i386.netcdf_1%3A3.6.2-3.1build1_FAILEDTOBUILD.txt.gz [13:06] pedro_: ola! [13:07] bonjour seb128! [13:19] mvo, you just uploaded a grub fix, do you know if the same issues appear in grub2? [13:20] grub2 doesn't handle the crashkernel stuff right now [13:27] apw: as cjwatson said, the whole crashfile stuff needs to be ported to grub2 [13:27] apw: I'm struggling with "crash" right now, it does not want to give me something useful, even with linux-image-debug-`uname -r` installed [13:28] cjwatson, mvo, thanks for the info [13:28] mvo sound like a bit of a mare [13:28] apw: btw, do you plan to merge kexec-tools? or should I do it? its something that the linux-crashfile stuff needs too [13:29] apw: it is :) its my first contact with the spec and I already feel like making more tea is required to cope [13:29] mvo, it isn't on my radar right now, so feel free to do it. not something i really know how to do yet [13:29] Hrmph, /me is annoyed -- most Debian packages I look at have sucky sucky packaging [13:29] apw: ok, thanks [13:30] mvo, oh, have fun :P [13:30] ogra_: "thanks" [13:30] there is no common ancestor anymore after last merge [13:31] *wiiieee* [13:31] * mvo mubbles that it will be all good, all good [13:31] And there we see mvo running for the kettle [13:31] lieb just rolled a new upstream, newer than debian [13:31] :) [13:46] mvo: really, grub2's legacy update-grub script should be a copy of grub's; but since we haven't merged grub in ages there's a bit of work required to get there [13:46] mvo: I have a half-completed merge on my disk [13:48] cjwatson: thanks, so best is to just wait for this merge to be completed? [13:48] cjwatson: there is tons of other stuff to look at before and grub1 is fine for testing, so I guess that should be fine [13:48] mvo: yeah, I think so [13:49] ok, thanks [13:56] asac: bug #321442> no! there's *no reason* that network-manager should be second-guessing the file permissions - if I leak the secret by making the file world-readable, then it's already leaked, and this is no reason to not use the config info [13:57] Launchpad bug 321442 in network-manager ""system"-level connection doesn't start up until nm-applet is launched" [Medium,Triaged] https://launchpad.net/bugs/321442 [13:58] * ogra wonders where his indicator applet went in karmic [13:59] ogra@osiris:~$ ps ax|grep indicator [13:59] 4961 ? S 0:03 /usr/lib/indicator-applet/indicator-applet --oaf-activate-iid=OAFIID:GNOME_IndicatorApplet_Factory --oaf-ior-fd=32 [13:59] its not visible on the panel ... [14:03] ogra, `gconftool-2 -a /apps/panel/applets/indicator_applet_screen0` ? [14:03] nothing [14:04] gconftool-2 --all-dirs /apps/panel/applets ? [14:04] No indicator at all? [14:04] ah, its applet_10 [14:05] Look at the position and the right_stick value.. [14:05] panel_right_stick = false and position = 1466 seems ok to me [14:05] No, position is #applet [14:05] Not in pixels [14:05] So it should be somewhere betwee 5-10 or so... [14:06] oh, since when ? [14:06] "The position of this panel object. The position is specified by the number of pixels from the left (or top if vertical) panel edge. " [14:06] Ooops... looking [14:06] thats what gconf-editor tells me [14:07] Well, all my applets use an index, not pixels [14:07] i think its rather a bug in the applet code in karmic [14:07] Try to put the same settings as in jaunty: panel_right_stick=true, position=4 [14:09] no change [14:09] OK [14:09] * alkisg is installing karmic, will see first-handed soon :) [14:09] tedg, is there a known bug with the indicator applet not being visible ? [14:10] (in karmic) [14:10] ogra, Not known by me :) [14:10] weird [14:10] ogra, you can look at /usr/lib/indicator-applet/listen-and-print and see if it shows anyone on the bus. [14:10] it must have vamished with one of the recent upgrades here [14:10] just execute ? [14:11] ogra: it must be due to empathy becoming default [14:11] ogra, Yeah, it's a listener. If it doesn't print anything, that means no one is indicating anything. [14:11] from pidgin so maybe it is getting upgraded to support empathy [14:11] tedg, yeah, it stays quiet [14:12] * ogra waits for a mail [14:12] ogra, Okay, so no one is indicating. So its either a evolution/pidgin/gwibber/etc. bug depending on what you expect to be indicating. [14:12] tedg, but there is nothing in my panel either [14:13] ogra, it should be virtually invisible unless someone is indicating something. That's changing after the discussion at UDS, but I haven't fixed it yet :) [14:13] shouldnt i at least have the mail envelope ? [14:13] hmm, ok, might be evo then === asac_ is now known as asac === dholbach_ is now known as dholbach [14:38] Hi asac, ogra told me you're the nm maintainer. I'm having this bug both in Jaunty and Karmic: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/367227 - can I somehow help debugging it? [14:38] Launchpad bug 367227 in network-manager "network manager connection editor adding wired connections does not work" [Undecided,New] [14:39] pitti: Hey, did you get my mail about cups ? I talked with the Debian maintainer for LTSP and he says that the future would be appreciated by his users too. [14:41] stgraber: I got it, just didn't find time to answer yet, sorry [14:41] np [14:50] mterry: When you're around I have a comment on the syslog migration spec .... [14:50] ScottK: OK, shoot! [14:51] mterry: There were a couple of packages that had package specific functionality to support starting chrooted in the old sysklogd package. Are you migrating those too? [14:51] I added stuff for unbound and I think ltsp had something too. [14:52] I didn't see it mentioned in the spec, so I thought I'd ask. [14:52] ScottK: The spec talks about that -- says it's out of scope for the spec, but an email should be sent saying how to do it in rsyslog [14:52] ScottK: Under "Other packages" [14:53] ScottK: Unless I'm misreading you [14:53] mterry: OK. I missed that. It seems to me it's a regression not to migrate that stuff. [14:53] ScottK: Yeah, migration would be good. I just think we wanted to consider it not a blocker [14:54] mterry: I just re-read that bit. You are misreading me I think. [14:54] These are Ubuntu unique bits that are in the ksyslogd package. [14:54] It's stuff to help other packages, but shipped in our default syslog. [14:56] * mterry looks a bit more [15:03] ScottK: No, I think I'm still reading you right. For example, with unbound, you can now instead drop a config file in /etc/rsyslog.d that contains a line like "$AddUnixListenSocket /var/lib/unbound/dev/log". This would be done in unbound pkg, not rsyslog [15:08] mterry: In sysklogd there's also an update to the rc script needed. Is such a thing not needed with rsyslog? [15:08] ScottK: No, the default config file includes all files in /etc/rsyslog.d that end in '.conf' [15:08] OK. [15:10] So it looks like I have to install the package specific conf file and then restart rsyslog [15:10] ScottK: postfix has an example of doing just that -- adding a socket [15:10] ScottK: Uh, yeah, sounds right [15:11] mterry: Thanks. I'll look at that. [15:11] stgraber: ^^^ affects you too for ltsp I believe. [15:12] cjwatson: Hey, I'd like to push that sudo patch for /etc/environment parsing; are you ok with this? [15:12] lool: I haven't had time to review it, I'm afraid, but go for it [15:12] Ok, thanks [15:15] ScottK: I'll need to check, AFAIK the only thing LTSP does with syslog is redirecting everything to a remote syslog server (usually on the LTSP server) so I'll need to check what happens to the config file for that [15:16] stgraber: I didn't look into details, just that you had some package specific magic that would need to be considered. [15:19] stgraber, no, it doesnt [15:20] stgraber, by default ltsp doesnt log at all [15:20] ogra: right, but the only use we have for syslog is to do remote logging right ? [15:20] but the syslog initscript has an override so you can put ltsp specific defaults into /etc/ltsp [15:20] ah, that I didn't know :) will need to look at that then [15:20] thats the only change thats applied to syslog related to ltsp [15:21] but not overly important to keep imho [15:21] thought we only generated a syslog.conf, didn't know we had a patch on syslog [15:24] we dont touch syslog.conf [15:24] its a conffile :) [15:24] # allow ltsp to override [15:24] test ! -r /etc/ltsp/syslogd || . /etc/ltsp/syslogd [15:24] thats the patch [15:27] meh, wheer is my approx initscript gone [15:27] *where [15:28] argh [15:28] * Change approx to run under inetd (closes: #517217, #479493) [15:28] how silly [15:35] mterry: In the postfix example, how does rsyslog get restarted? [15:35] ScottK: Let me see. Maybe it doesn't [15:35] * ScottK eyeballs lamont. [15:36] Requesting a give-back on gdal for arch armel https://edge.launchpad.net/ubuntu/+source/gdal/1.5.4-4/+build/1051957 [15:36] mok0: I'll do it. [15:36] ScottK, thanks a lot [15:36] ScottK: Yeah, don't think it does. Comment in .conf file says "when rsyslog is restarted." Probably should restart [15:37] mok0: It's already retried. Also since it's in Universe you could do it yourself. [15:37] ScottK, Hm, I don't have the link to rebuild... [15:37] mok0: It's already needs-building. [15:38] ScottK, ah, that's why, I see [15:38] ScottK, thx [15:38] ScottK: I was just acking the debian NMU [15:38] No problem. [15:39] lamont: OK. Well if I understand it right, rsyslog won't know about the socket until after it's restarted. That doesn't seem right to me. [15:39] Install package and some indeterminate time later logging works .... [15:39] mterry: What's the preferred solution here? [15:40] ScottK: It should be harmless to restart rsyslog. I've never done that before (restart a service when installing a different package), so I'm not clear on most-recommended way of doing it [15:40] ScottK: But seems like it's worth doing [15:41] mterry: OK. I think it's reasonable as part of the "Other packages" part of the spec for the spec to recommend the appropriate solution. [15:42] I'll implement it for unbound and (if lamont doesn't first) postfix, but I'd like to be following a standard approach. [15:42] ScottK: Agreed. I was going to work on that section when it came time to send the email out [15:42] mterry: OK. What's your timeline for that? [15:43] libsgutils1 and 2 recommend sg3-utils since dapper with no rationale; I see sg3-utils only contains doc and binaries and libsgutil* don't reference any exec symbols, so it seems like this dep could be dropped and we could save space on the CD; any reason not to demote it? [15:43] ScottK: Wanted to get my changes committed at least. But they don't affect this part of rsyslog. No reason it can't be done sooner rather than later. I'll look at it [15:43] mterry: Thanks. [15:43] ScottK: Certainly could do it this week [15:43] * ScottK sits back and waits for the mail. [15:44] :) [15:44] or you could have rsyslog use inotify for its configuration directory [15:46] True, but I'd rather not patch it like that if possible [15:51] It might be simpler and more reliable that making every package that uses a chroot restart syslog. [15:51] * ScottK resumes sitting. === WelshDragon is now known as YDdraigGoch [16:01] mterry: I meant ask upstream for that feature :) [16:01] cjwatson: Yar [16:04] pitti, hi [16:04] hi tkamppeter [16:06] pitti, about bug 382379 [16:06] Launchpad bug 382379 in poppler "pdftops CUPS filter has several problems" [High,Fix committed] https://launchpad.net/bugs/382379 [16:08] pitti, I have found a problem in my fix in Poppler. Duplex does not work any more with it. I ahve fixed it already and I am adding debdiffs for Karmic and Jaunty to the bug. Can you upload the new package versions as soon as the debdiffs are there? Thanks. [16:09] tkamppeter: can do [16:10] ScottK: https://wiki.ubuntu.com/FoundationsTeam/Specs/Rsyslogd#Other%20packages has example code now. Not quite ready to send out email, but there ya go if you're anxious [16:10] * ScottK looks [16:12] mterry: Wouldn't that be on purge, not remove? [16:12] (for the postrm) [16:12] ScottK: Yes! duh [16:13] ScottK: fixed [16:13] Great. [16:14] ScottK: And I suppose, if you were feeling very fancy, the postinst restart would be only run when the package changes the config file... [16:14] pitti, Karmic debdiff is ready. [16:22] hmm, using grub2 to boot from SD makes it hang for about 5minutes [16:23] on the same HW booting from hdd works as expected [16:35] pitti, Jaunty debdiff is in place. [16:37] tkamppeter: can you please send the updated patch to upstream/Debian BTS as well, to avoid them uploading broken packages? [16:39] pitti, I have already sent the patch to upstream: https://bugs.freedesktop.org/show_bug.cgi?id=19777 [16:39] Freedesktop bug 19777 in general "pdftops command line utility does not convert multiple-page-size documents correctly" [Normal,Reopened] [16:39] tkamppeter: cool, thanks; jaunty and karmic uploaded [16:42] pitti, the Karmic task is now "Fix Released", the Jaunty package is in the Approval queue. [16:43] tkamppeter: processed === apachelogger is now known as hsitter [16:49] Hi asac, ogra told me you're the nm maintainer. I'm having this bug both in Jaunty and Karmic: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/367227 - can I somehow help debugging it? [16:49] Ubuntu bug 367227 in network-manager "network manager connection editor adding wired connections does not work" [Undecided,New] === ssweeny_ is now known as ssweeny [16:53] pitti, thank you very much. [17:00] pitti, Debian bug 530731 is also updated now. [17:00] Debian bug 530731 in poppler "Please update Poppler to 0.11.0 in unstable" [Unknown,Open] http://bugs.debian.org/530731 [17:00] tedg, oh ... Jun 22 18:00:01 osiris dbus-daemon: Rejected send message, 1 matched rules; type="method_call", sender=":1.59" (uid=1000 pid=4961 comm="/usr/lib/indicator-applet/indicator-applet --oaf-a") interface="org.freedesktop.DBus.Properties" [17:01] tedg, thats why i dont get any indications since i upgraded to karmic [17:01] (from auth.log) [17:22] hello there [17:24] i have found a small bug, ( i am not an technical person, but try to convey it any way ) , and am trying to track it down [17:24] its the devkit deamon that keeps on polling and trying to mount a floppy drive.. [17:25] known [17:25] and makes an terrible noise doing it.. [17:25] like its killing the thing, this is on karmic 2 [17:25] bug 384469 [17:25] fresh install [17:25] Launchpad bug 384469 in devicekit-disks "constantly polls floppy drive" [Medium,Fix committed] https://launchpad.net/bugs/384469 [17:27] yes thats the one, now i try to find an nice solution, here is the same bug that fedora users run into : [17:27] https://bugzilla.redhat.com/show_bug.cgi?id=489083 [17:27] bugzilla.redhat.com bug 489083 in DeviceKit-disks "devkit-disk tortures my good old floppy drive" [Medium,New] [17:27] well, there is a workaround posted in the LP bug [17:27] yes i just posted the work around [17:27] devkit-disks --inhibit-polling /dev/fd0 & [17:28] but as you can see its fixed upstream already [17:28] that was my next question... [17:28] so it will show up with the next update of the package [17:29] https://bugs.freedesktop.org/show_bug.cgi?id=22149 is the upstream bug (as you can see on the launchpad bug) [17:29] its upstream meaning its not in the updates yet? [17:29] Freedesktop bug 22149 in detection "Do not poll floppy drives" [Normal,Resolved: fixed] === rickspencer3 is now known as rickspencer3-afk [17:29] ok, very good, i lay my head at rest... :) [17:29] the ubuntu task is in "fix committed" status [17:29] so its in the bzr branch already, just not uploaded yet [17:30] thanks for your time, and good directing, its sure to be fixed in the next cycle of release, so ok, good! [17:30]