[00:12] Does anybody have any recommendations for docs on writing PolicyKit-aware apps? === mthaddon is now known as afk === afk is now known as mthaddon === mthaddon is now known as afk [01:56] cjwatson: yes, xfonts-scalable can be synced. [02:07] hello everyone, i really just need to know if a new rt-kernel is coming out soon. (or maybe i have to recompile it myself, cause there's no plan for rt release) [02:08] i just need a quick reply on this matter... [02:23] wip: #ubuntu-ports or #ubuntustudio-devel. also, quite likely. [02:23] dtchen: thank you! [02:41] doko: https://bugs.edge.launchpad.net/bzr/+bug/392355 [02:41] Ubuntu bug 392355 in bzr "C extensions placed in wrong directory" [Critical,Triaged] [02:41] doko: any thoughts? [02:42] dtchen: I assume you are aware of why I can't do a test release of pulse 0.9.16-test1? === ogasawara_ is now known as ogasawara === vorian is now known as stevie [04:00] how can i stop dh_shlibdeps from adding a specific dependency? [04:02] Stop linking against that library [04:03] it's not that simple [04:03] i need it as a build-dep [04:04] bjsnider: thats orthogonal [04:04] but it is then automatically being added as a dependent package when in fact it isn't [04:04] test via ldd [04:04] I bet it is linked against [04:04] how would i do that? [04:05] ldd [04:09] well, i don't have the binary [04:09] but are you saying the source code itself is asking for that file? [04:09] what are you building? [04:10] bjsnider: dh_shlibdeps looks through the resulting package for all binaries in that package, finds all libraries they link against, and adds those libraries as automatic dependencies [04:10] but when you say libraries they link against, that's int he source code, is that right? [04:11] in other words, it's not because of anything i put in the control file [04:11] bjsnider: *what are you building* - a binary or a library, or both? [04:11] both [04:11] so, use ldd on the binary [04:12] or the library [04:12] i don't have them [04:12] how can you not have them? [04:12] you're building them in your debs [04:12] yeah [04:12] * ajmitch doesn't understand why this dependency shouldn't be added [04:13] it isn't a dependency [04:13] the program doesn't need it to run [04:13] According to ldd, it does [04:13] Are you sure? [04:13] it should be a suggests [04:13] wrong. i know better than ldd [04:13] then unpack the deb, and check with ldd [04:13] * ebroder disbelieves [04:13] its very simple [04:13] i think this thing is just too...what's the word [04:13] 'correct' [04:13] immature [04:13] Haha [04:13] unpolished [04:14] alpha [04:14] I call bullshit [04:14] bjsnider: have you checked with ldd, or are you just speculating? [04:14] bjsnider: and do you know what ldd actually does? [04:14] well, let me download the thing... [04:14] of course not [04:15] if i knew that it did i wouldn't be in here [04:15] man ldd gives a reasonable description [04:15] note that the *docs* are 8 years old. God knows how old ldd itself is :) [04:15] probably about 30+ [04:15] Instead you come in here and accuse our tools of being immature and unpolished [04:16] ajmitch: Actually, I suspect its from when a.out was superceded [04:16] Sounds like a bad Western in the making. "For as long as there have been shared libraries, there's been an ldd..." [04:16] ajmitch: but I don't recall the yar [04:16] lifeless: probably, I wouldn't expect it to go all the way back to prehistory [04:17] if the application is mistakenly linking against a shared library but uses none of its symbols, then that app needs fixed (iirc) [04:17] thats right [04:17] Right. That's a build system issue, [04:17] libtool can cause this [04:17] as can scons [04:17] and $homebrew [04:17] but the first thing to do is to gather data [04:18] find out which of the binaries||libraries are dragging in the dependency. Thus ldd [04:18] * lifeless goes off to write code [04:19] dpkg-shlibdeps throws up warnings in that case [04:20] what would such a warning look like? [04:20] "useless dependency on $LIB could be dropped if $BINARY didn't needlessly link against it" [04:20] its entertaining when dpkg throws that up and is wrong [04:20] ah, yes i recall seeing those when i was running debuild [04:20] (because typedefs) [04:21] i don't think this is my problem [04:27] bjsnider: well, do the ldd test, gather data and report back; I'm sure we can provide more hints [04:27] i can't do the ldd test [04:27] bjsnider: Then we can't help you [04:28] bjsnider, Why can't you do the ldd test? [04:29] i uninstalled these packages [04:29] bringing them back in would break my system [04:29] i could build them here but that would take awhile [04:29] Do you have the .debs? [04:29] yes [04:29] So? Download it (as a file). unpack it (man dpkg-deb). run ldd on the files. [04:30] * ajmitch would like to know what the package is & what the unneeded dependency is [04:33] ajmitch, i dont see bryce's modified hunspell... [04:34] i'm talking to the developer here and i found out the problem [04:34] maco: sorry, hunspell-en-us was the one he uploaded [04:36] ajmitch, ah ok [04:43] i talked the developer out of linking to that library. [04:43] thank you for all of your guidances [04:43] ajmitch, alright, attached a hunspell-en-us debdiff to that bug as well now. feel like another upload? [04:43] maco: to the same bug, which was closed already? :) [04:44] ajmitch, marked it as affecting both packages [04:44] ah good [04:44] let me fetch the source [04:59] TheMuso: yes, i've spent the last few hours getting 2.6.31-rc1 running on my systems to fix rtkit packaging [05:02] dtchen: Oh ok cool. [06:06] dtchen: synced, then, thanks [06:09] I am looking for someone who can help me facilitate an update to Ubuntu package of fwbuilder; I am the author and project lead, our upstream package has been updated and we'd like to see Ubuntu packages updated too [06:11] good morning [06:16] vkfwb: Since we generally get fwbuilder from Debian, our preferred method would be to get the package updated in Debian and then ask someone in #ubuntu-motu about a sync from Debian once that's done. [06:18] cjwatson: I've taken a shot at updating livecd-rootfs (in bzr, not uploaded). Given the hash I made of tasksel, I'd particularly appreciate it if you'd take a look at it. [06:19] ScottK: I tried to update tasksel at one point and ran screaming, if I recall. [06:19] I didn't run and I should have. [06:19] cjwatson straightened it out. [06:20] ScottK: can't say offhand whether it will work :-), but it looks OK [06:20] cjwatson: I note UNR has disappeared completly from the tasks, I need to wait for cron.germinate to land? [06:20] tasksel is easy to update, but perhaps only once you know how. Make the changes you want (whether in the seeds or in ubuntu-seeds.pl), then 'rm -rf ubuntu-tasks && make ubuntu-tasks' [06:21] StevenK: oh, err, yeah, I guess you do [06:21] sorry [06:21] ScottK: I have a livecd-rootfs change waiting, I can upload it along with your changes? [06:21] maybe that was a slightly premature update [06:21] StevenK: Yes. Please. [06:21] Waiting for cron.germinate, anyway [06:22] well, that sounded like it'd happen today [06:22] Oh well, UNR dailies have probably been broken for a few days anyway [06:22] feel free to temporarily revert the relevant bits of tasksel if you urgently need to [06:22] I'm on holiday today, just stopping in while the baby's feeding [06:22] cjwatson: No, I just need patience. :-) [06:23] * StevenK mangles the livecd-rootfs changelog [06:23] ScottK: Leave your distro in the changelog set as UNRELEASED, too [06:23] StevenK: Didn't I? [06:24] he did, second commit [06:24] ScottK: the package has been updated in Debian [06:24] Oh, right [06:24] ScottK: should I ask on ubuntu-motu then ? [06:24] vkfwb: Yes. [06:24] hmm, did anyone do an autosync yesterday? [06:24] ScottK: ok, thanks [06:24] cjwatson: It was my archive day, and I didn't, since yesterday was effectively DIF [06:25] cjwatson: I can handwave and run one now ... [06:25] vkfwb: has it? I don't see anything newer than 3.0.5-2 in Debian unstable [06:25] which is what we have in karmic [06:25] StevenK: still Thursday in your timezone :-) [06:25] Still Thursday some places. [06:25] cjwatson: Actually, it's 3pm Friday in my timezone [06:26] oh [06:26] sorry, mixed up then [06:26] +10 [06:26] but I don't think it matters all that much ... [06:26] Oh - random question. How can I find out why zephyr 3.0~beta.2483-2 was autosynced? It's only in unstable, not testing. Not that I'm complaining - older versions didn't build without krb v4 [06:26] ebroder: We pull from unstable [06:27] Oh, right. I was confusing unstable and experimental [06:27] cjwatson: I have my finger hovering over Enter, now is the time to object to an autosyncer run [06:28] And I can't see that Scott did two commits to livecd-rootfs [06:28] StevenK: The 2nd one was only several tens of minutes ago. Dunno if that's relevant [06:29] * StevenK runs bzr up [06:29] StevenK: run it, then we can check the .changes files before you press enter on flush-syncs :) [06:30] cjwatson: Or selectively dump a few things before flushing :-) [06:30] indeed [06:33] cjwatson: Done, there doesn't look to be anything evil [06:33] cjwatson: But a second opinion is appreciated. [06:34] StevenK: could you do contrib and non-free for completeness? [06:34] StevenK: so you proved me wrong when I told someone that it was DIF already :) [06:34] ajmitch: I can't help it if cjwatson overrules what I decided :-) [06:34] heh [06:35] TGIF, now I can get some stuff done :) [06:36] Good morning [06:36] hey pitti [06:36] Morning pitti [06:36] * pitti waves to downunder [06:37] that's a long way to wave [06:38] well, it *is* DIF, but we should do an autosync as close to the end as possible, IMO [06:39] StevenK: everything there looks OK [06:39] cjwatson: -C contrib pulled in nothing [06:39] FYI, I did one yesterday [06:39] kernel-package is the only remotely scary one, but we don't use it for our kernel builds anyway [06:39] including non-free and contrib [06:39] oh, you did? [06:40] yeah, it was DIF, so I had the same thought as you :) [06:40] in that case maybe we *shouldn't* do an autosync now. I was working on the assumption that it hadn't been done yesterday. [06:40] StevenK: cancel my overruling :-) [06:40] cjwatson: I'm happy to clear them out, and then whistle that we did nothing [06:40] I guess by now we need another new-binary-debian-universe run [06:41] StevenK: if you could do some NEW today, that would be appreciated; there's some stuff like policykit-1 which we need soon [06:41] (I'm the uploader, so I can't review myself) [06:41] pitti: I spent an hour doing NEW yesterday during my archive day :-) [06:42] pitti: But I'll happily review policykit-1 for you. [06:42] StevenK: yeah, pretend I never said anything I guess ;-) [06:42] * ScottK looks a bit at debian-cd and decides it's bedtime. === Amaranth_ is now known as Amaranth [06:42] ScottK: debian-cd is scary, yes :-) [06:43] Yep. I'll save that step for when I'm not way short on sleep (it's nearly 2 am here). [06:44] pitti: There looks to be some wierd control chars in your debian/changelog that less doesn't like [06:47] StevenK: no locale installed on cocoplum, I guess? [06:47] might have been a → [06:47] I often see that corruption for maintainers with accents in the name [06:47] Ahhh, then I'll deal [06:47] it's policy compliant :) [06:48] pitti: Given it's a version bump, it looks good. [06:48] * StevenK pushes the shiny accept button [06:48] it's by and large a new upstream version only [06:49] StevenK: thanks! (and now perhaps policykit-1-gnome? :-) ) [06:49] same story [06:49] pitti: I don't know ... you already owe me beer :-P [06:49] pitti: "less -r"; has less to do with locales being installed than with charset configuration [06:49] heh [06:51] pitti: -gnome also accepted [06:59] \o/ thanks [07:00] pitti: I'm look at the list for stuff in universe that UNR wants -- libmono-i18n-west2.0-cil is a little suprising, since tomboy pulls that in [07:00] pitti: And hwtest-gtk -- should UNR be using something else? [07:00] tomboy pulls it in how? [07:01] i tomboy Depends libmono-corlib2.0-cil (>= 1.2.2.1) [07:01] i A libmono-corlib2.0-cil Recommends libmono-i18n-west2.0-cil [07:01] Indirectly [07:02] ah; so it's an existing components-mismatches issue? === tkamppeter_ is now known as tkamppeter [07:03] It looks to be in components-mismatches, yes [07:03] StevenK: mono was recently split into several smaller libraries [07:04] well possible that some of them got NEWed to universe [07:04] pitti: Happy to promote libmono-i18n-west2.0-cil [07:04] StevenK: hwtest-gtk> please use checkbox-gtk [07:04] pitti: Okay [07:05] pitti: gnome-themes (the source) is in main, but gnome-themes (the binary) is in universe [07:05] superm1: ok, got the rules working now; thanks for testing [07:05] StevenK: known, and intended [07:05] we only want gnome-themes-selected [07:05] does somethign pull it in? [07:05] Yeah, UNR directly [07:05] I'll change the seed there too [07:06] ah, thanks [07:06] pitti: app-install-data-commercial ? [07:06] -partner [07:06] Right, I thought so [07:06] wow, you have some ancient stuff there [07:06] -partner was renamed in like gutsy [07:07] anyone else seeing launchpad problems at the moment? [07:07] not I [07:08] WFM [07:08] pitti: Last one, if I'm allowed to promote libmono-i18n-west2.0-cil is hplip-cups [07:08] StevenK: promotion> sure, splitout [07:08] StevenK: binary-only promotion is generally fine [07:09] ... except gnome-themes ;-) [07:09] should be checked for sensibility, of course, but doesn't need MIR stuff [07:09] * cjwatson goes back to bed [07:10] cjwatson: "back"? are you in the US? [07:10] no, just got woken by baby feeding [07:10] aah [07:10] see you later then! [07:10] pitti: Promoted, thanks [07:10] and decided to come and do a couple of uploads I ran out of time for last night [07:10] not today you won't, I'm on holiday :) [07:10] ah, enjoy [07:11] cjwatson: enjoy :) [07:12] pitti: In regards to hplip-cups: [07:12] i ubuntu-netbook-remix Recommends hplip [07:12] i A hplip Recommends hplip-cups (>= 3.9.6) [07:14] seems fine to me [07:15] pitti: But hplip is in main, and hplip-cups is in universe [07:16] looks like a recent and intended splitout to me [07:16] StevenK: "looks fine" -> I meant "for promotion" [07:16] Oh [07:16] Right, then let me do that [07:17] pitti: Also done, thanks! [07:18] * StevenK peers at tix in component-mismatches and his list [07:44] hi [07:47] fta: could you please look at this? https://answers.launchpad.net/gwibber/+question/75068 [07:48] bryce: My aspell changes from way back didn't get uploaded because I wasn't core-dev at the time (probably not even MOTU either), and noone else cared enough to sponsor it. [07:56] kirkland: still aroun? === cprov-afk is now known as cprov [08:24] cjwatson - i'm struggling to recreate this issue you're seeing on the live CD. when i restart, i don't see the inhibit dialog flash up briefly. [08:24] i don't know if its possible for you to start a failsafe xterm session from the live CD, then manually start "gnome-session --debug", with the output saved to some permanent storage [08:25] if that's possible, then it might be worth trying to recreate it like that as there should be some indication in the log why it happens [08:41] pitti: is your laptop fan running slower/not at all in karmic? [08:42] lifeless: no noticeable difference [08:43] it is running pretty often, the 430 tends to heat up a lot [08:43] pitti: mine isn't, machine is thermal-tripping I think [08:45] StevenK: could I ask you to bin-NEW policykit-1? [08:47] lifeless: hm, if only I knew which bit was responsible for controlling the fan (shouldn't the computer do that itself?) [08:48] acpi_fan I thought [08:48] whats [08:48] cat /proc/acpi/thermal_zone/THM/temperature [08:48] for you [08:49] its odd, trip_points for me is 99C [08:49] I'm going to start watching it [08:50] $ cat /proc/acpi/thermal_zone/THM/temperature [08:50] temperature: 68 C [08:50] and fan is running [08:50] Mine's 53 C [08:50] $ cat /proc/acpi/thermal_zone/THM/trip_points [08:50] critical (S5): 99 C [08:50] soren: is your fan running, and do you have a D430 ? [08:50] ...but "acpi -V" says: Thermal 0: ok, 58.5 degrees C [08:50] lifeless: Fan running. D430, yes. [08:51] ok, my fan is either _super_ quiet or fucked [08:51] I can't feel a breeze [08:51] Thermal 0: ok, 51.5 degrees C [08:51] lifeless: My fan is virtually always running, and I can both hear and feel it. [08:51] Well, that's not too bad. [08:51] do you have anything in /proc/acpi/fan/? [08:51] I don't know when the fan usually kicks in. [08:52] Nope. [09:00] lifeless: it's empty here as well [09:00] thanks [09:10] hm, did edge just go down? [09:10] pitti: Works for me. [09:11] * pitti shrugs and disables redirection [09:18] would any of you mind posting your full output of acpi -V? [09:19] or just acpi -c [09:23] http://pastebin.com/f36ef454e [09:24] thanks. [09:25] hmm i wonder if my CPU can really hit 105 degrees and not burn [09:25] as of now, it overheats and hard powers down at ~80 [09:28] mine has heating problems as of Jaunty... [09:28] regularly about 55 degrees and goes up to 81ish degrees when I do things such as build packages [09:53] mine's always been ~55 idling [09:53] and 75-80 when compiling [09:53] make -j2 can cause a hard shutdown === Quintasan_ is now known as Quintasan [10:25] can anyone elighten me as to the meaning of an CHROOTWAIT on a PPA build? [10:31] cjwatson, i wonder if you could look at this failed PPA build, if i am reading it right i suspect it may be affecting all builds: http://launchpadlibrarian.net/28408818/buildlog_ubuntu-karmic-amd64.linux_2.6.31-1.13apw1_CHROOTWAIT.txt.gz [10:32] it appears that two common build deps are colliding === mpt_ is now known as mpt [10:50] ahhh i see the problem, its not general at least ... panic over [11:06] How do I specify a base revision during a merge? [11:07] Whoops [11:07] Wrong channel. [11:07] (How did I end up in here?) [11:09] soren, you turned left at Albuquerque? [11:10] I didn't. [11:10] Should I have? === ogra__ is now known as ogra [11:49] cprov, if the project cant be renamed or deleted, i'll just leave it idling and create a new one, thats fine with me ... i just didnt want to leave a mess in LP [11:55] * ogra wonders why we dont have some --help to man converter ... i.e. calling "cmd --help | helptoman > cmd.manpage" that creates a skeleton manpage with all the options and descriptions --help spits out for cmd [11:55] ogra: help2man [11:56] :-P [11:56] ogra: Laney generated banshee's manpage that way =p [11:56] hyperair, that works for sucha case ? [11:56] * ogra goes and tries [11:56] it's not exactly like that [11:56] i always thought that converts files [11:56] but essentially it takes the output of --help and generates a manpage [11:56] i think you give it a command, and it runs command --help, grabs output from that, and dumps a manpage [11:57] you can even specify another argument to use in place of --help [11:57] it gives you a good starting point [11:58] mmhmm === MacSlow is now known as MacSlow|lunch [11:59] yeah, looks ok [11:59] thanks ! [12:14] * ogra wishes KVM would recognize his external display on boot [12:15] err [12:15] s/KVM/KMS/ [12:15] damned abreviations [12:24] does somebody know how I can figure out, why I'm missing the ACLs e.g. on the sound device files in karmic? it's getting nasty to issue a setfacl when I want to use my smart card reader or hear music === asac__ is now known as asac_ === korn_ is now known as c_korn === MacSlow|lunch is now known as MacSlow [13:23] Wait, what? https://wiki.ubuntu.com/KernelTeam/Specs/KarmicSSD?action=diff&rev1=11&rev2=12 “Using the most appropriate log structured file system, such as ext4.” [13:25] ext4 is log structured now? [13:25] * ogra points ion to cking_, [13:25] call it a typo. [13:25] heh' [13:32] can I run apport for a single process rather than enabling it system-wide? [13:34] nm [13:34] Ng: not that easily, I'm afraid, since it hooks into the kernel [13:34] pitti: yeah [13:34] Ng: you don't need to enable it in /etc, though, you can do sudo force_start=1 /etc/init.d/apport start [13:35] oh nice === pedro__ is now known as pedro_ [13:52] lifeless: hi there, i'm back now [13:53] lifeless: sorry i missed earlier, was away for the evening === asac__ is now known as asac === dholbach_ is now known as dholbach === yofel_ is now known as yofel [14:50] Geez empathy pulls the whole geoclue stuff [14:57] cprov, "The name 'rootstock' has been blocked by the Launchpad administrators." [14:57] ogra: let me check [14:57] thanks === stevie is now known as vorian [15:01] ogra: anything matching '^root' is blacklisted. [15:01] gah [15:01] lool, ^^^^ :P [15:02] cprov, any way around that ? [15:03] it took us two weeks of discussion to find the name ... [15:03] ogra: no, unfortunately [15:03] sigh, ok [15:03] ogra: you can always use 'project-rootstock' :-/ [15:03] yeah, i'll do that [15:04] apw: chrootwait on linux> looks bad; check the two packages to see if there really is a file conflict. I'm on holiday today though. I suggest looking for infinity or somebody else on #is if it needs manual recovery. [15:05] cjwatson, panic was avoided, it was from my own previous package, but luckil;y prevented that being uploaded into the archive and getting the problem for real! [15:06] heh, I just found the wiki page that explained all of the silly release names I gave dpkg [15:06] apw: oh, that was your PPA - OK [15:07] what was odd, was i had deleted those packages so didn't expect them to be usable, so i thought it had to be main archive packages. keybuk disabused me of that notion and it got fixed in time [15:08] it was a lot of luck though, as that might have gotten uploaded to the real archive if i'd not had that overlap, so a bit of luck on our side for a change [15:11] mterry: \o/ [15:12] pitti, that was easier than I thought [15:12] mterry: so, instead of adding this to acpi-support, we should just grab that patch into dk-p right away [15:12] (IMHO) [15:13] and clean up acpi-support further instead [15:13] pitti, Yeah, I'm patching my acpi branch now [15:13] mterry: want me to upload new dk-p? [15:13] pitti, yeah, please. Thanks [15:19] mterry: uploaded [15:21] pitti, cool === mterry_ is now known as mterry [15:52] anyone has a bridge setup in /etc/network/interfaces and could post it? [15:52] thx [15:52] asac: What do you want it to do? I have several. [15:53] asac: Should it be connected to a real interface, or is it for virtual networking only? [15:53] soren: paste all with a quick explanation [15:55] soren, dont ! else NM will grow bridge support quickly !!! [15:55] yay [15:56] :) [15:56] no chance to keeping it out of server soon ;) [15:56] haha [15:56] and soren is at fault :P [15:56] asac: http://paste.ubuntu.com/204307/ [15:57] asac: Apologies for typos, if any. It's not copied from anywhere, I just typed it in. [15:57] ogra: I've been shouting for bridge support in network-manager for a long time. [15:57] asac: http://paste.ubuntu.com/204308/ [15:58] soren: NM upstream blogged about that coming up soon === rmcbride_ is now known as rmcbride [15:58] (briding and ipv6) [15:58] lool: About time :) [15:58] asac: Is that useful, or do you need more explanation? [16:02] soren: in that example, what sets the IP address of extbr0? [16:02] soren: oh its dhcp [16:03] so thanks. all fine. [16:12] mterry: hopefully I'll catch up on bug #385949 today [16:12] Launchpad bug 385949 in pm-utils "ACPI Cleanup: Remove ac.d and battery.d" [Undecided,Fix released] https://launchpad.net/bugs/385949 [16:12] slangasek, cool. things fell into place today, so everything's ready, but there's no rush [16:13] mterry: btw, your DEP5 conversion is incorrect - Thom May is not a copyright holder on this package [16:13] yep - I was more or less waiting for the pm-fwibble part to be addressed before changing acpi-support, now I have no excuse not to finish the merge :) [16:13] slangasek, ah, whoops on the DEP5. I thought I just ported the old copyright notices, but adjust as you see fit [16:14] mterry: the old line said 'Author', not 'copyright' :) [16:14]