[00:46] I didnt get a chance to look, but does anyone know offhand if there is a bug filed about the screen lock timeout set to 'never' immediately blanking the screen? [00:47] specifically, after 0 seconds of inactivity, the screen fades to black (lock). Only happens when the timeout is set to 'never'. [00:50] tomswartz07: bug 863038 [00:50] Launchpad bug 863038 in gnome-screensaver (Ubuntu) "If turnoff the screen setting set to 'never' screen turns off instantly" [High,In progress] https://launchpad.net/bugs/863038 [00:51] splendid thanks mdeslaur [00:52] to avoid it, i switched to tty, and its too difficult to search launchpad using 'links' === noone is now known as Guest90811 [04:11] Good morning [04:12] morning pitti [05:05] ogasawara, apw: do we need a -meta bump for the -headers-lbm stuff on http://people.canonical.com/~ubuntu-archive/component-mismatches.txt ? === tkamppeter_ is now known as tkamppeter === doko_ is now known as doko [06:55] pitti, hi [07:03] good morning [07:17] @pilot in === udevbot_ changed the topic of #ubuntu-devel to: Beta 2 Released | Archive: Final Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: dholbach [07:41] diwic: you can still upload a new pulse if necessary (for fixing patch application) [07:48] cjwatson, regarding https://bugs.launchpad.net/ubuntu/+source/python-meld3/+bug/749880 - should I unsubscribe sponsors for now as you're handling it? [07:48] Ubuntu bug 749880 in python-meld3 (Ubuntu Natty) "Current version incompatible with Python2.7" [Medium,Triaged] [07:48] dholbach: as you like, it's actually just waiting for SRU review at this point [07:48] ah ok [07:49] but if you'd prefer to get it out of the queue that's fine; I've subscribed directly now [07:50] you're right - I could've just changed the natty queue :) === dholbach__ is now known as dholbach === dholbach_ is now known as dholbach [08:05] pitti, how do you feel about getting gnome-color-manager 3.2.0 in now? it's in universe, and while it's not 100% bugfixes only it looks like it fixes a whole bunch of bugs [08:05] RAOF: ^ any opinion? [08:06] https://code.launchpad.net/~jbicha/ubuntu/oneiric/gnome-color-manager/3.2/+merge/77637 [08:06] dholbach: hm, so it seems nobody packaged the further 3.1.x releases :( [08:06] if you want, I can pastebin the news file [08:06] dholbach: I'd say, upload it, and we'll review it from the queue; unless you already see that it has new unsatisfyable build deps or so [08:06] no no, it builds fine [08:06] NEWS is in the MP [08:07] http://paste.ubuntu.com/703253/ [08:07] ah ok [08:08] ok, will do [08:08] meh, who changed devscripts to use "precise" by default [08:08] shouldn't we only do that _in_ precise, not already in oneiric? [08:13] pitti, yeah, I think we should upload a new pulseaudio (if it makes it to the RC, that'd be great!), my question was more about the workflow, kinda where to apply what [08:14] diwic: you mean how to correctly apply the patches? I can have a look at the package, if you tell me what is wrong [08:14] pitti: [08:14] devscripts (2.11.1ubuntu2) oneiric; urgency=low [08:14] * debchange: Add precise, and make it the new default upload target. [08:14] -- Stefano Rivera Thu, 06 Oct 2011 01:27:08 +0200 [08:15] a bit premature IMHO; if anything, this should have switched to oneiric-proposed :) [08:15] anyway, not a biggie [08:15] pitti: Heh. [08:15] The default is wrong for me 99% of the time anyway. [08:15] Chroots, Debian vs Ubuntu, etc, etc. [08:16] pitti, my question is more about lp:~ubuntu-audio-dev/pulseaudio/ubuntu.oneiric - I mean, should I ignore it today and make a debdiff for you to sponsor, or should I try to import ScottK 's change to the tree, then apply my stuff on top of that? [08:17] hm, I really don't know [08:58] diwic: FYI, RC is around Monday, so still time [08:59] today is a good day still for targetted patches which have a very low regression risk [09:00] pitti, I just pushed ScottK's stuff and mine on top of that to lp:~ubuntu-audio-dev/pulseaudio/ubuntu.oneiric [09:01] pitti, on dtchen's recommendation [09:01] pitti, feel free to sponsor [09:07] diwic: done; looks fine, thanks [09:19] mvo: I just had to help John Oxton recover a partial upgrade because X/compiz crashed while he was running through it. Have you ever thought of running update-manager under xpra or some other screen-for-X like trick? [09:20] (xpra: http://code.google.com/p/partiwm/wiki/xpra) [09:23] ev: that is a excellent idea [09:23] ev: hrm, not packaged [09:23] yet [09:23] ;) [09:23] ignore me, it is [09:24] I think I did *AGES* ago === dendrobates is now known as dendro-afk [09:47] pitti, I don't know if you're über-busy with Oneiric today, but if you aren't, do you know https://launchpad.net/ubuntu/+source/pulseaudio/1:0.9.22~0.9.21+stable-queue-32-g8478-0ubuntu14.1 hasn't reached lucid? [09:48] pitti, it's been sitting in lucid-proposed for months. [09:48] can somebody help me mark https://code.launchpad.net/~psusi/ubuntu/natty/gnome-power-manager/fix-duplicate-battery/+merge/67466 as merged (r188)? [09:49] diwic: there's a lot of chatter on that bug 445849, but it seems nobody actually tested the proposed pacakge and gave feedback? [09:49] Launchpad bug 445849 in pulseaudio (Ubuntu Lucid) "Highpitched rattling like sound with 5.1 surround configuration" [Undecided,Fix committed] https://launchpad.net/bugs/445849 [09:51] pitti / dholbach, is it the verification-needed -> verification-done stuff that's needed here? [09:51] diwic: less so the tag setting, but a report that someone actually tested teh -proposed package and confirms that it works [09:51] (i. e. not a local build, and someone who is affected by the bug) [09:52] can somebody please reject https://code.launchpad.net/~bones/ubuntu/natty/radiotray/fix-for-722886/+merge/70107 (fixed in oneiric, sru rejected) [09:53] pitti, to complicate matters further, the lucid-proposed actually only fixes the bug for *some* people (i e amd64). I have one more patch to fix it for i386. [09:54] Would the right thing to do here, to make a new debdiff on top of the lucid-proposed one [09:54] and upload/test that to lucid-proposed again? [09:54] pitti, I think I could verify that one myself [09:55] diwic: depends; if the current version helps some people and doesn't regress others, we can also move it to -updates and then do another SRU [09:55] diwic: if it might regress for some people, better to do a new SRU on top of -proposed right away [09:56] pitti, I'd prefer the latter [09:56] ok, let's do that then [09:57] ok, I'll prepare a debdiff for 14.1 -> 14.2 (?), just having lunch first. [09:57] pitti, regarding bug 722936 - could it be that the .pot file needs to be updated? [09:57] Launchpad bug 722936 in jockey (Ubuntu) "Missing a space in "toolsfor"" [Low,Fix committed] https://launchpad.net/bugs/722936 [09:58] or is that going to be a 'precise' thing? [09:58] dholbach: it should be auto-built during package build [09:58] dholbach: it's only in trunk right now (string freeze) [09:59] hm, wait [09:59] ah, I checked the source package and it seems that the string was only in the .po and .pot files [09:59] right, but is still in ubuntu branch [10:36] cjwatson: want me to seed ubuntu-defaults-zh-cn and ask for a MIR review, so that we can build the image from main only? (to fix oversizedness) [10:38] if that's the only way [10:43] cjwatson: in my mail I pointed out some alternatives, but I think at that point it's the safest way [10:46] ev: I played with that a bit in lp:~mvo/update-manager/xpra-experiment but its not that encouraging, it seems to be a bit unstable [10:47] mvo: oh? I never had any trouble running Pidgin under it, but that was admittedly about two years ago. [10:47] very cool though - I'll have a look at the branch in a bit [10:48] didrocks: do you have a minute today to look at bug 869058? [10:48] Launchpad bug 869058 in ubuntu-defaults-zh-cn (Ubuntu) "[MIR] ubuntu-defaults-zh-cn" [Undecided,New] https://launchpad.net/bugs/869058 [10:49] pitti: sure, will look at it [10:49] didrocks: merci [10:49] pitti: I have a gtk2 version of glade parallely installable now [10:49] pitti: will push it in the glade-3 source package soon [10:49] didrocks: oh, nice! [10:49] will need BINNew and such… [10:49] didrocks: why not a separate source? [10:50] didrocks: or does hte current version still support gtk 2 with different configure options? [10:50] pitti: glade-3 is already 3.8 (for the old gtk2 library needed with pygtk) [10:50] glade is 3.10 [10:50] oh, glade vs. glade-3 [10:50] didrocks, pitti: why do we need glade-2 back? [10:50] yeah [10:50] seb128: because Quickly is using pygtk [10:50] seb128: and 3.10 is gtk3 only [10:51] like, it uses box and not hbox, vbox [10:51] oh ok [10:51] and pygtk can't instantiate those [10:51] so yeah, we need it back :/ [10:52] let me just readd a removed patch for expanding the treeview by default === Quintasan_ is now known as Quintasan [10:55] oh dch -r "" set "precise" now :) [10:57] pitti: glade-3 pushed, will upload Quickly to dep and run the gtk2 flavor now [10:58] has someone asked LP to rename p-series? === MacSlow is now known as MacSlow|lunch [11:39] didrocks: thanks for the MIR [11:39] cjwatson: it's in main now, so cdimage can drop the --components argument now [11:44] pitti: yw ;) [11:45] pitti: cdimage doesn't have it, it's in BuildLiveC [11:45] D [11:46] actually, is it [11:47] I can't find --components anywhere relevant; how did it work before? [11:47] COMMAND="ubuntu-defaults-image --locale ${UBUNTU_DEFAULTS_LOCALE} --arch ${ARCH} --release ${STE}" [12:02] cjwatson: how are xubuntu/mythbuntu etc. built? Is there a lookup table somewhere mapping images to components? [12:03] no, that wouldn't affect u-d-image [12:09] pitti: that's in livecd-rootfs/live-build/auto/bconfig [12:09] @pilot out === udevbot_ changed the topic of #ubuntu-devel to: Beta 2 Released | Archive: Final Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: === yofel_ is now known as yofel [12:37] pitti: just pushed the new lenses with the icon change and some other fixes [12:37] pitti: FYI, you will see in the diff: [12:37] -Icon=/usr/share/unity/4/lens-nav-app.svg [12:37] +Icon=/usr/local/share/unity/4/lens-nav-app.svg [12:37] this is fine, the config is rewritten during build [12:46] didrocks: ok, thanks for the warning [12:46] pitti: yw, this thing pretty much depends on who make the tarball :) === MacSlow|lunch is now known as MacSlow [12:54] diwic: Thanks for fixing the pulseaudio issue. [12:55] didrocks: did you actually upload? [12:55] still not in the queue [12:55] didrocks: dch got changed to default to precise, maybe you stumbled over that? [12:56] pitti: ahah, nice catch! [12:56] probably :) [12:56] mvo: ah, mpt fairly points out that the correct solution here is to port update-manager to use aptdaemon and handle bringing the UI back up when the user logs in again [12:57] (on the xpra thing) [12:57] ScottK, np [12:57] ScottK, the same to you, btw. Was it phonon that depended on a three version string? [12:57] phonon and skype AFAIK. Probably more. [12:59] pitti, so for the old bug 445849, let's upload a new one to lucid-proposed: https://launchpadlibrarian.net/82117342/pulseaudio14.1.14.2.debdiff - and if noone really tests, I guess it's a wont fix for Lucid. [12:59] Launchpad bug 445849 in pulseaudio (Ubuntu Lucid) "Highpitched rattling like sound with 5.1 surround configuration" [Undecided,Fix committed] https://launchpad.net/bugs/445849 [12:59] ev: yeah, that is indeed the right solution, there is even a ancient branch in this spirit lp:~mvo/update-manager/gui-seperation but it never got anywhere :( [12:59] ev: because of time/other stuff, but it would be really good to finish that [12:59] indeed! :) [13:16] kenvandine: do you use the UDD branches for the freeciv package? [13:17] Riddell, i think i did for the one upload i did [13:17] i can't remember for sure, i've only touched it once :) [13:19] pitti: linux-meta is at 3.0.0.12.4 so it should be the correct abi to match lbm. [13:20] ogasawara: maybe there is no metapackage for headers-lbm? [13:20] at least I can't see one [13:20] not sure how we handled that in the past [13:20] ogasawara: also, do we support linux-image-extra-3.0.0-12-virtual ? that's also not covered by metapackages [13:21] * pitti notes it is tremendously easier to have all binaries in main, otherwise SRUs will just make a mess out of components [13:22] pitti: hrm, indeed it does look like we're missing an lbm meta package. let me investigate. [13:22] pitti: ah yes, the -extra package is new and supported. I'll get that fixed up as well. [13:23] ogasawara: thanks [13:33] pitti, am I right that if I have a source package in Main and one of its binaries is in Universe, if I want to promote this binary to Main I do NOT need a MIR? [13:33] tkamppeter, no... something in main needs to depend on it or it needs to be seeded on the CD to get promoted [13:47] tkamppeter: correct === zyga_ is now known as zyga-afk [14:19] pitti: thanks for the u-l-f and u-l-a, sorry for the false alarm. /me shouldn't use dch -r "" anymore ;) [14:35] pitti, kenvandine, thanks. [15:03] pitti: hi! fyi bug #868695 (I didn't see you were subscribed, so just mentioning it here) [15:03] Launchpad bug 868695 in apport (Ubuntu Oneiric) "[oneiric] apport test suite failure" [Undecided,New] https://launchpad.net/bugs/868695 [15:04] jdstrand: will follow up on the bug later, thanks [15:04] jdstrand: btw, do you need anything else from me for bug 866049? [15:04] Launchpad bug 866049 in postgresql-8.3 (Ubuntu Hardy) "New bug fix releases: 8.4.9, 8.3.16" [High,Fix committed] https://launchpad.net/bugs/866049 [15:05] pitti: nope, looks great, thanks :) [15:05] pitti: as always, much appreciated [15:19] pitti: Do you ever run into "'NoneType' object has no attribute 'makefile'" with the retracer? [15:19] pitti: when using db.download in apport [15:30] is use of "whois" now discouraged in Ubuntu (i rarely keep up with the "groovy new tools/way" stuff)? been using Debian for the past 3 U releases or so. my Xubuntu 11.10 laptop does not have whois in the default install. [15:32] mneptok: whois simply isn't seeded by Xubuntu [15:32] mneptok: it's in Ubuntu and Edubuntu because gnome-nettool depends on it [15:33] and ubuntu-desktop depends on gnome-nettool [15:33] ach so. [15:34] i was afraid i had missed some "OMG YOU STILL USE WHOIS?!??! USE $something_hip INSTEAD!" thing. /me installs === beuno is now known as beuno-lunch [16:03] mneptok: seriously dude, roll your own ;) === allee_ is now known as allee === zyga-afk is now known as zyga === MacSlow is now known as MacSlow|break === beuno-lunch is now known as beuno [16:46] any recommendations what to do with gtk2? bug 851383 [16:46] Launchpad bug 851383 in gtk+2.0 (Ubuntu) "geany crashed when trying to open a second file" [Medium,Triaged] https://launchpad.net/bugs/851383 [16:46] I seem to have found the commits which fix the issue, but that probably introduces a bunch of other bugs as the code is strongly refactored in git [16:46] this is what I extracted: http://paste.ubuntu.com/703493/ [16:47] I'd prefer to go back to .5 and hope upstream regains its sanity at some point [16:48] superm1: ^ === MacSlow|break is now known as MacSlow [17:08] or we do what debian did and add all 560 line changes [17:09] jtaylor, i'd defer to #ubuntu-desktop folk in this scenario, they're the ones that maintain the package mostly [17:09] can you check in there? [17:21] @pilot in === udevbot_ changed the topic of #ubuntu-devel to: Beta 2 Released | Archive: Final Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: cyphermox [17:28] jhunt, hallyn_, apw: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/818177/comments/57 clearly points to udev being idiotic with its handling of 'udevadm exit' - the command has succeeded but all the workers are left running [17:28] Ubuntu bug 818177 in udev (Ubuntu Oneiric) "boot failures caused by udev race" [High,Confirmed] [17:28] this is a recent (oneiric) change to the initramfs -bottom script [17:28] slangasek, i concur they are clearly there ... [17:28] jhunt, i am up to 32 reboots without failure changing from move to bind, which would fit with those not being dead [17:29] we changed from using pkill to udevadm exit in response to bug #787610 / Debian bug #624469 [17:29] Launchpad bug 787610 in udev (Ubuntu) "udevd fails to start: bind failed: Address already in use" [Undecided,Fix released] https://launchpad.net/bugs/787610 [17:29] Debian bug 624469 in udev "Fails to start: failed to bind control socket (address in use)" [Serious,Fixed] http://bugs.debian.org/624469 [17:30] slangasek, yep we swapped one fails to boot 1:10 for another [17:30] yes [17:30] so [17:30] there are two possible fixes that I see [17:30] slangasek, so when did we introduce the mount -o move for /dev, that is pretty new [17:30] 1) fix 'udevadm exit' to reap its children (but that may not be correct vis-à-vis upstream) [17:30] which i assume is what is exposing this new 1:10 boot failure [17:31] 2) call 'udevadm exit', and then *also* call pkill udevd to reap any remaining children [17:31] * apw thinks 2 isn't a bad option [17:31] apw: the mount -omove dates back to 2009... :) [17:32] heh really? i thoought we only started doing that when dev became a devtmpfs [17:32] slangasek, i thnk you should put what yo just said in the bug, the link to the ps output is key evidence [17:32] yep [17:35] slangasek, i wonder if we could also do something like this as belt-and-braces [17:36] slangasek, mount -o move A B || mount -o bind A B [17:46] slangasek: Say, with an amd64 adobe-flashplugin in partner (well, in unapproved right now), do we get to undo all the crazy multiarch and plagunwrapper business for flashplugin-nonfree? ;) [17:49] * infinity wonders what a plagun is... [17:55] bdmurray: that certainly rings a bell; not sure when I saw it the last time, though, it seems to be intermittent [17:55] pitti: okay, I've hit it a few times but couldn't recreate it this morning [18:05] infinity: yes, that would be nice [18:06] mdeslaur: Did you just volunteer? [18:06] infinity: uhm, no :) [18:07] mdeslaur: We're in a hard freeze, I'm sure you're bored. [18:08] infinity: security is like the post office, CVEs never stop coming in [18:08] I'm not even sure how come I ended up holding the flash short straw in the first place [18:11] mdeslaur: you know you love it :P [18:11] * jdstrand dodges [18:12] * mdeslaur puts flash short straw in jdstrand's pocket without him noticing [18:13] * jdstrand notices something in his pocket and tosses it into the trash [18:13] apw: I'd rather not ignore the mount -o move failures... any processes blocking the move are liable to cause trouble down the line [18:15] jdstrand: is that a metaphor for you removing flash from the archive? \o/ [18:15] I admit I have an itchy trigger finger for that one :) === deryck is now known as deryck[lunch] [18:29] infinity: I don't intend to muck with that again for oneiric; but for p, sure [18:30] er, I mean for precise [18:30] slangasek: Well, we at least need to muck enough to update the tarball bits, right? [18:30] yes, but that's all the mucking I endorse at this time :) [18:30] that and fixing the damn downloader to NOT CLAIM SUCCESS when it fails to install anything [18:30] slangasek: At which point, you could just make -downloader arch:amd64 i386, and oops, it's done. :P [18:31] (Well, and a couple other tweaks) [18:35] why is xterm installed by default? [18:47] maco: mostly hysteric raisins, I figure; but it certainly makes a nice "if anything else goes wrong, this will still work" app? [18:48] i dont remember it being part of the default install [18:48] unity shows it when i search term though so i was surprised to suddenly see it [18:49] slangasek, infinity: FYI, I plan on SRUing flash 11 (including amd64) into stable releases, most likely after oneiric releases [18:54] mdeslaur: You could just do it now. ;) [18:54] infinity: slangasek will unleash his wrath at me [18:54] mdeslaur: He will? [18:54] mdeslaur: It's uninstallable right now. [18:54] infinity: huh? how so? the old version should still be there [18:55] mdeslaur: If you plan to SRU the amd64 change, we may as well do it pre-release, so people aren't starting with a multi-arch plugin and switching back. [18:55] mdeslaur: The old version won't be there forever. We download it from the orig in the parnet archive. [18:55] mdeslaur: Once I accept Flash 11 into partner, the old one goes poof. [18:55] mdeslaur: (And Flash 11 is in unaccepted right now) [18:56] infinity: not anymore, we have a hack to keep the old versions in partner for that specific reason [18:56] unapproved, even. [18:56] mdeslaur: Ahh. Well, that's silly. ;) [18:56] mdeslaur: But fine. We should still do something about it. [18:56] infinity: you do know that the flashplugin package is actually part of the installer? if you remove the old versions, people can't install anymore until I fix it [18:57] mdeslaur: Err, it is? [18:57] mdeslaur: Which installer? [18:57] infinity: it gets installed as part of the "Install extra proprietary crap" checkbox [18:57] infinity: ubiquity [18:58] infinity: it's the only reason I don't get flashplugin-nonfree nuked from the archive this very minute [18:59] mdeslaur, for precise you should push for that checkbox to enable partner instead and install flash from there [18:59] * infinity is failing entirely to find this code in ubiquity. [19:00] infinity: it installs ubuntu-restricted-something and that pulls in flash [19:00] superm1: yes, except the partner archive isn't mirrored [19:00] superm1: but yes, foundations should do something about it in precise [19:00] mdeslaur: Ah-ha. [19:00] mdeslaur: Still, we don't install that stuff on the CD. [19:00] mdeslaur, but flashplugin-nonfree pulls from partner indirectly anyway, so i think the mirroring concern is a non-starter [19:01] mdeslaur: So, removing old versions isn't a concern. [19:01] infinity: if it's connectivity + non-free selected, it adds ubuntu-restricted-addons to the list of packages to download+install [19:01] mdeslaur: Cause it's pulling the most recent from the archive. [19:01] infinity: yes, as soon as I release the new version, it works again...but I'm usually a day or two behind the partner archive [19:02] infinity: that's why we needed to keep the old versions there for a while [19:02] mdeslaur: Oh, sure, I'm not saying partner shouldn't have a reaping delay (and all archives do), just that saying "it'll be there indefinitely, so we can wait" seems silly. :) [19:02] infinity: agreed [19:02] mdeslaur: And every new Flash release is usually about 400 security fixes (and 200 new bugs, but whatever). [19:03] infinity has cracked the short-straw code right there [19:04] mdeslaur: I'm happy for you to upload flashplugin-installer to oneiric before release, as long as you fix that darn exit 0 in the postinst along the way :) [19:06] slangasek: so...you want to prevent users from getting security updates if for some reason their flash tarball failed to download? [19:07] oh, it's *on* [19:07] lol [19:09] mdeslaur: It's general practice for postinsts to fail when they fail, yes. :P [19:09] mdeslaur: And in the case where a postinst is THE WHOLE PACKAGE, that seems doubly-sane, no? [19:10] infinity: yes, I'm aware it's standard practice. [19:10] infinity: I just _hate_ the fact that a whole bunch of users stop getting updates at some point because a package is in a failed state and update manager stops working [19:11] mdeslaur: Maybe our GUI tools need to learn to yell louder when that happens. [19:11] mdeslaur: The command-line is pretty obvious about it. [19:12] mdeslaur: Still, "fixing" every postinst to exit 0 unconditionally is the wrong answer. Filing bugs on update-manager would be lovely. [19:12] infinity: yes...we should definitely fix the gui tools (if they haven't already been fixed) [19:12] infinity: I agree [19:13] slangasek, infinity: ok, you win, no more exit 0 [19:14] jdstrand: I got a debian beatdown [19:14] heh [19:24] infinity, slangasek: will apt upgrade from flashplugin-downloader:i386 to flashplugin-downloader:amd64? [19:24] mdeslaur: right, I'm with infinity on this one... we need update-manager to get better at recovering from package install failures in the middle of an upgrade, but honestly it's already a lot better than it used to be, and hiding errors is the devil's work :) [19:24] nope [19:25] There's a fix for that. [19:25] if you drop the Multi-Arch: foreign from flashplugin-downloader, then the new flashplugin-installer will forcibly replace the i386 one with the amd64 one [19:25] Want to hear it and cry? [19:25] infinity: no [19:25] :) [19:25] Oh, that would work too. === deryck[lunch] is now known as deryck [19:25] slangasek: oh, cool. thanks [19:25] (are you sure apt and dpkg will DTRT with MA bits going away again?) [19:27] infinity: yes. It is possible that apt won't actually calculate the upgrade path we *want*, but it will know "flashplugin-downloader is out of date and the new version doesn't satisfy the dependency" [19:28] the question is whether it will *actually* upgrade, or if it will just try to remove stuff instead - should probably be tested in a ppa before upload :) [19:28] mdeslaur: ^^ [19:28] slangasek: yeah, I'll test it [19:28] slangasek: Yeah. I was going to suggest something ickier to avoid that, but... It was icky. :P [19:28] I could tell ;) [19:28] Though, mine's guaranteed to work. ;) [19:29] (PS: Icky) [19:29] slangasek: is there something better than uname -m in a postinst to get the arch? [19:29] mdeslaur: Eek. [19:29] mdeslaur: dpkg --print-architecture [19:29] infinity: I assume that means yes :) [19:29] mdeslaur: uname has nothing to do with dpkg arch. [19:29] uname -m is always the wrong tool [19:29] mdeslaur: Think i386 base on an amd64 kernel. [19:29] mdeslaur: For instance. [19:30] that's what happens when I cargo cult stuff from other packages I come across :P [19:30] yeah i got that wrong with lxc-create too, stgraber set me straight :) [19:30] hehe :) [19:31] mdeslaur: If you've found uname in another package, I'd like to know about it. :) [19:31] mdeslaur: so there are two relevant "what architecture" checks you might want. One is "what is the primary architecture of this machine" (dpkg --print-architecture), the other is "what is the architecture of this package in multiarch land" (echo $DPKG_MAINTSCRIPT_ARCH) [19:31] infinity: I did, but I can't remember where [19:32] slangasek: oh, so $DPKG_MAINTSCRIPT_ARCH is the arch of the package itself? hmm, I'll use that [19:33] correct [19:33] slangasek: thanks [19:33] that way you don't have to munge the maintscript at build time to get that info [19:45] mdeslaur, stgraber , if i'm not mistaken, it's just a one line diff to fetch flash from partner directly instead of multiverse via this ugly thing at install time. http://paste.ubuntu.com/703567/ [19:46] ubuntu-restricted-addons will already fetch adobe-flashplugin first if it's available [19:46] ooooh [19:47] slangasek, infinity: how about doing that and killing flashplugin-nonfree entirely? [19:47] ^ === dendro-afk is now known as dendrobates [20:04] mdeslaur, superm1: blah, no [20:04] opting to install flash is not the same thing as opting to enable partner [20:05] if we wanted that, we should drop the package from multiarch entirely [20:05] also, this would lose all the nspluginwrapper integration, which AIUI adobe has rejected [20:06] slangasek: we don't need nspluginwrapper anymore [20:06] * slangasek makes a sour face :) [20:07] slangasek: but, that's a good point, opting into that checkbox doesn't mean opting in to partner [20:07] slangasek: why the sour face? [20:07] regardless, I'm not ok with handling this via a policy change in ubiquity during final freeze [20:07] mdeslaur: because not all browsers have firefox's out-of-process plugin handling... the nspluginwrapper integration is IMHO still a feature :) [20:08] but yeah, technically we don't need it now [20:08] I'm not sure how the upgrade patch would have worked anyway [20:08] s/patch/path/ [20:08] yeah [20:12] doko: do you know why libnl-3 doesn't install /etc/classid? [20:12] (Makefile still appears to generate it, and libvirt with netcf wants it.) [20:12] hallyn_: I think it's an issue with whether makefile really tries to install it, or tries to install it in the right place [20:13] and I fail, I should have tried to address this a few minutes ago [20:13] hallyn_: I've seen a patch or commit on the mailing list or on git post libnl3 3.0 [20:13] cyphermox: ok, so it's not being droppedon purpose? [20:13] ok, cool. [20:14] hallyn_: no, I do think it's a bug. but I also don't see what it changes (not that I looked) [20:14] cyphermox: thanks, I"ll work around it for now and file a bug later today [20:14] aside from the message I saw no effect [20:14] hallyn_: are you running into an actual bug with this? [20:15] well libvirt tests are failing, i don't know if it's because of those or not [20:16] cyphermox: yes, with the file installed the tests pass :) so it will break libvirt build [20:16] (when netcf is enabled, hopefully very soon) [20:17] dah [20:17] the tests pass? [20:18] yes [20:19] oh, sorry, I had missed reading one of the above lines :) [20:19] np :) [20:19] slangasek: so a apt-get dist-upgrade is holding flashplugin-installer back [20:19] now, the q, does this all actually *work* :) [20:19] slangasek, hi, this seems to be a multiarch related problem -- i am trying to compile this http://paste.debian.net/plain/134701 with the included command which results in a linker error, and it works using binutils-gold [20:19] hallyn_: what's classid supposed to contain? [20:20] "ClassID <-> Name Translation Table" [20:20] slangasek: but if I do "apt-get install flashplugin-installer", it wants to do the right thing [20:20] cyphermox: it only has three, though. [20:20] 0:0, ffff:ffff, and ffff:fff1 [20:20] mdeslaur: yep, those were the two possible outcomes there, drat [20:21] ah [20:22] ricotz: what does working using binutils-gold have to do with multiarch? [20:22] it might be a problem with the multiarched glib [20:23] I see nothing that suggests that [20:23] it seems the normal linker is missing a reference to -L/lib/x86_64-linux-gnu/ [20:24] slangasek, can you confirm the error? [20:24] ricotz: I get an error; you didn't say what your original error was [20:24] abstract.c:(.text+0x10): undefined reference to `g_unix_socket_address_abstract_names_supported' [20:24] abstract.c:(.text+0x23): undefined reference to `g_print' [20:25] abstract.c:(.text+0x34): undefined reference to `g_print' [20:25] collect2: ld returned 1 exit status [20:25] yes, that one [20:25] nothing to do with multiarch [20:25] glib2.0 broke its .pc file [20:26] ok [20:26] Requires: gobject-2.0,gmodule-no-export-2.0,gio-2.0 [20:26] so gold is adding some additional paths on its own then [20:26] I'm pretty sure that's the wrong syntax === dendrobates is now known as dendro-afk [20:47] slangasek: wow, neat. my system hung at boot waiting for my cryptswap to "be available" [20:48] I dropped to manual recovery, and everything looked fine (it was set up and available) [20:48] hmm [20:48] in a final bid to wonder if it got set up wrong, I ran blkid /dev/mapper/cryptswap1 and instantly the system finished booting [20:48] kees: have seen the same thing, exactly once, on a Natty system [20:48] kees: for the moment I assume this is a duplicate of one of the other two udev bugs [20:49] kees: is it random crypted swap? [20:50]