[00:18] was there another team besides ubuntu-archive that you need to subscribe a sync request to given the feature freeze? [00:18] ubuntu-release if you need a freeze exception [00:19] ubuntu-archive doesn't do syncs anymore, you only need to subscribe the sponsors team (and possibly the release team if you need a freeze exception) [00:19] ahh, just found it [00:21] yep.. need freeze exception... critical release regression fixed [00:21] that sounds like a bug fix, which doesn't need a freeze exception [00:21] we're only in feature freeze - so the exceptions would be if you want to add a feature [00:22] ahh... so... don't subscribe ubuntu-release? just ubuntu-sponsors? [00:22] if it's a bugfix-only sync, just ubuntu-sponsors [00:22] ahh, ok.... [00:24] psusi: gparted? [00:24] ajmitch, yep [00:25] bug #947685 [00:25] Launchpad bug 947685 in gparted (Ubuntu) "sync gparted 0.11.0-2 from debian unstable" [Undecided,New] https://launchpad.net/bugs/947685 [00:25] so that's just a sync of a new debian revision, certainly doesn't look like new features there :) [00:26] see change log, I backported an upstream commit to fix the bug and uploaded to debian first [00:26] yeah I looked at the changelog on the debian PTS [00:27] that way ubuntu doesn't need to deviate from debian again [00:32] psusi: just test-building it now [00:33] bdrung: at which step did it fail? [00:34] mhall119: calling devscripts/devscripts/scripts/edit-patch.sh small-desktop-file-fix [00:34] mhall119: that's what edit-patch.sh prints [00:41] bdrung: it works when run from /usr/bin/edit-patch, but not from ~/projects/Ubuntu/devscripts/trunk/scripts/edit-patch.sh [00:41] not sure why that would be [00:43] mhall119: i found it. it's in the main function [00:43] if [ "$(basename $0)" = "edit-patch" ]; then [00:43] oh, because it's .sh in the branch [00:43] :q === dendro-afk is now known as dendrobates [00:44] hm, the question is: how to make it work even with .sh in a sane way [00:45] bdrung: my patch didn't create this issue though, so can it be accepted [00:45] ? [00:47] mhall119: yes [00:52] psusi: ok, done [00:53] ajmitch, great, thanks [00:56] bdrung: I have a fix for you [00:57] mhall119: i can't wait to see it [00:57] bdrung: making an MP now [00:59] mhall119: you can just pastebinit [00:59] ah, too late [00:59] https://code.launchpad.net/~mhall119/devscripts/allow-edit-patch-sh/+merge/96692 [00:59] mhall119: there is no need for a MP. everything "git am" can handle would be nice. :) [00:59] couse, it has my previous fix in it too [01:00] bdrung: one second [01:01] mhall119: that looks nice. [01:01] http://paste.ubuntu.com/875425/ [01:01] I suppose you don't need the echo "Found *-patch" lines [01:03] mhall119: one addition could be added. in the else case it should use fatal_error [01:05] hey... [01:05] so, normally, for a preseed value. [01:05] lets say something (like mysql) takes a preseed/debconf and asks the user for a password. [01:06] next time it is upgraded, i suspect the expected behavior is that it should not re-set that value (in the event that the user has changed it) [01:06] bdrung: is there a reason it didn't? [01:06] generally, should pre-seed only be used on initial install ? [01:06] but then if that is the case what about dplkg-reconfigure [01:07] mhall119: if someone renames the script, it should fail with a proper error message [01:13] bdrung: http://paste.ubuntu.com/875434/ [01:13] was very tempted to make it: fatal_error "Don't call me $0" [01:16] bdrung: http://paste.ubuntu.com/875438/ has the whole set of fixes (excluding the quilt fixes already submitted) [01:16] mhall119: :D that would be a funny error message. [01:20] mhall119: committed. thanks for the fixes. [01:20] bdrung: do I need to submit these to debian too, or can you do that as well? [01:20] mhall119: http://anonscm.debian.org/gitweb/?p=devscripts/devscripts.git;a=commitdiff;h=84dd95288a16cd821d8fdeaae2207ac08189e0bb [01:21] and http://anonscm.debian.org/gitweb/?p=devscripts/devscripts.git;a=commitdiff;h=9d3674964e33eeb7e8a7121b831627f6a84f1c38 [01:21] that's what I figured when you said anything that git woudl accept ;) [01:21] * mhall119 has patches in debain \0/ [01:22] mhall119: now it's time for me to get the remaining ubuntu diffs merged into debian [01:22] wow, and a big head too it seems [01:22] mhall119: one day you might become a DD ;) [01:23] I'll leave that to paultag [01:24] thanks for your help bdrung [01:24] np [01:27] smoser: on dpkg-reconfigure, the prompts are shown to the user, with the answer defaulted to whatever value is currently in the debconf cache [01:27] hm.. yeah, that makes sesne. [01:27] but if they hit enter, then it sets it back. [01:27] is that righ t? [01:27] slangasek, i'm tyring to figure out how i should do this... [01:27] yes, that's the idea [01:28] we want to preseed some data (credentials) into cloud-init [01:28] that willi really be consumed by the installer [01:28] but then if the user modified the cloud-init.cfg file that it wrote, what should happen on package upgraade ? [01:30] typically, if the .cfg file exists, the config script should suck in the debconf values from there, overwriting anything that was preseeded originally [01:30] ah. that would make sense too. [01:32] smoser: the relevant mantra here is: "Debconf is not a registry" :) It's a cache only; anything written out to a config file on disk is meant to take precedence. [01:33] thanks. === juancarlospaco2 is now known as juancarlospaco === Guest16781 is now known as albrigha [05:06] I have to make some things for ubucon LatinoAmerica 2012, see you . . . [05:29] rhythmbox-ubuntuone : Depends: rhythmbox (>= 2.95.5) but 2.95-0ubuntu3 is to be installed [05:30] This occurs on Ubuntu 12.04. [05:30] Does anyone know how to fix it? [05:33] http://packages.ubuntu.com/precise/rhythmbox-ubuntuone V.S. http://packages.ubuntu.com/precise/rhythmbox [05:40] Bug #950546 “rhythmbox-ubuntuone : Depends: rhythmbox (>= 2.95.5...” : Bugs : “rhythmbox-ubuntuone” package : Ubuntu http://bit.ly/ygB4qt [05:40] Launchpad bug 950546 in rhythmbox-ubuntuone (Ubuntu) "rhythmbox-ubuntuone : Depends: rhythmbox (>= 2.95.5) but 2.95-0ubuntu3 is to be installed" [Undecided,Confirmed] https://launchpad.net/bugs/950546 [05:45] FourDollars: Looks like the packaging is wrong; you'd need to fix the packaging to make that work. [05:46] Good morning [05:46] morning pitti [05:46] pitti: Good morning [05:46] RAOF: rhythmbox-ubuntuone has wrong dependency. [05:47] FourDollars: Yes, that's right. [05:47] FourDollars: And the packging needs to be fixed to give it the right dependency. [05:47] RAOF: Current rhythmbox version is 2.95-0ubuntu3, but rhythmbox-ubuntuone depends on rhythmbox 2.95.5. [05:47] FourDollars: Yes, I know. [05:48] Which is wrong, and needs to be fixed. [05:48] OK [05:49] Who will take care the fix? Or should I made a fix for it? [05:51] I just spotted it in http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html [05:51] I'll fix it [05:51] pitti: Thanks. [08:09] Hm, is it just in my imagination or did a mouse wheel work to scroll text in the a terminal window until recently... [08:10] good morning [08:12] smb: No, that's not your imagination. That's gtk3 being weird. [08:13] RAOF, Ah thanks. I had this nagging feeling of going slowly insane... Ok, I know "going" is not right in the first place... :) [08:14] kenvandine has hunted down the problem in gwibber; it's likely to be the same thing in gnome-terminal. [08:18] Ok, yes. Well it was this strange thing were it seemed to work everywhere else I checked, just not the terminal (not using gwibber) and me thinking I had been using it before. But then you wonder when you used it at all or when it changed... [08:26] smb: Yeah; apparently GTK changed event propagation, so the relevant bit of gnome-terminal is probably not seeing the events anymore. [08:28] lovely. :) but it does match my experience. even when in a text editor the cursor won't move [08:32] I had this problem yesterday (scrolling in terminal didn't work), now it works again. Don't know what exactly changed [08:34] Ah [08:34] seems that may have been fixed by an update I just did [08:34] just not for the terminal in which I had been doing the update and havent closed since [08:35] duh! === Claudinux_ is now known as Claudinux === amitk is now known as amitk-afk === Claudinux_ is now known as Claudinux === larsu_ is now known as larsu === larsu is now known as Guest95804 [11:01] mvo: so bug 950676 might be a bug in apt, or in seed, or somewhere else; I think I have extracted the relevant portion of apt.log, but not sure where to fix it [11:01] Launchpad bug 950676 in apt (Ubuntu Precise) "lucid->precise upgrade failure due to gir1.0->gir1.2 conflicts" [High,New] https://launchpad.net/bugs/950676 [11:03] hi [11:03] I've encountered a strange bug in compiz just now [11:03] my banshee hanged a few momments ago [11:03] but it's working normally now [11:03] yet compiz kept the grayscale filter [11:04] feels like reading a newspaper online after a major tragedy [11:11] zyga: Yeah, that's compiz's “send a WM_PING message to check that the app is still alive” algorithm going mad. [11:15] mvo, do you have a few minutes to talk about what happens to third-party applications when someone upgrades the OS? [11:48] can someone rebuild pciutils? bug 948205 [11:48] Launchpad bug 871083 in libtasn1-3 (Ubuntu Precise) "duplicate for #948205 gzip -9n sometimes generates a different output file on different architectures" [Medium,Triaged] https://launchpad.net/bugs/871083 [11:49] I upgraded my system, build pciutils for amd64/armel/armhf and resulting packages are installable [11:49] s/someone rebuild/someone upload to rebuild/ [11:49] I'll do it, thanks [11:49] thanks [11:50] one less to worry [11:51] wait, that has nothing to do with the gzip bug actually [11:52] the file you're referring to is *not gzipped* [11:52] so I doubt a mere rebuild will fix this [11:54] hrw: I think the right answer is to remove "Multi-Arch: same" from libpci-dev. Would that inconvenience you? [11:54] cjwatson: those files are exactly same on those 3 archs [11:54] Failing that we'd have to move config.h into an architecture-specific directory and hope that everyone is using the .pc file ... [11:54] No they aren't. See the Debian bug I just linked your bug to [11:56] cjwatson@cocoplum:~/ubuntu/pool/main/p/pciutils$ for x in libpci-dev_3.1.8-2ubuntu4_*.deb; do printf '%s: ' "$x"; dpkg --fsys-tarfile "$x" | tar xOf - ./usr/include/pci/config.h | md5sum; done [11:57] libpci-dev_3.1.8-2ubuntu4_amd64.deb: 5e5c789b2db86345616ec1c0a28e8b2f - [11:57] libpci-dev_3.1.8-2ubuntu4_armel.deb: 473da3dcebfef020d28194407f492ec9 - [11:57] libpci-dev_3.1.8-2ubuntu4_armhf.deb: 473da3dcebfef020d28194407f492ec9 - [11:57] libpci-dev_3.1.8-2ubuntu4_i386.deb: e5cc1d6e20a4b6c2b400c52c22de49c6 - [11:57] libpci-dev_3.1.8-2ubuntu4_powerpc.deb: d5d39ad531d576614153a4af40181950 - [11:57] libpci-dev_3.1.8-2ubuntu4_amd64.deb: 5e5c789b2db86345616ec1c0a28e8b2f - [11:57] libpci-dev_3.1.8-2ubuntu4_armel.deb: 5e5c789b2db86345616ec1c0a28e8b2f - [11:57] libpci-dev_3.1.8-2ubuntu4_armhf.deb: 5e5c789b2db86345616ec1c0a28e8b2f - [11:58] but I will do more tests - do not worry about it please === MacSlow is now known as MacSlow|lunch [11:58] well, I'm looking at the canonical master archive, so my tests win ;) [11:58] ;) [11:59] perhaps it hardcodes the wrong PCI_ARCH_* in config.h when you cross-build it [11:59] that's pretty plausible [11:59] probably [11:59] yep, it does [11:59] so that's a separate bug, but it doesn't mean that a rebuild is any use here [11:59] ugly pciutils - so yet another bug [12:00] sure, thanks for checks [12:00] would removing Multi-Arch: same inconvenience you? [12:00] most -dev packages don't have M-A: same yet, after all [12:02] I got 'hit' by that when wanted to cross compile one of packages which depend on libpci-dev [12:02] sure, the worst case would be that you'd have to remove libpci-dev from the chroot in favour of libpci-dev:armhf [12:03] yep [12:03] so I'll do that then [12:04] want debdiff? [12:04] already uploaded [12:05] cool ;) [12:10] mpt: sure, maybe in some minutes? === _salem is now known as salem_ === amitk-afk is now known as amitk [12:34] heh.. armhf [12:38] bug 935280 on a way to be fixed [12:39] Launchpad bug 935280 in linphone (Ubuntu Precise) "linphone version 3.3.2-4.1 FTBFS on armhf in precise" [High,In progress] https://launchpad.net/bugs/935280 [13:14] cjwatson: hi, do your apparmor changes address bug 706354? [13:14] Launchpad bug 706354 in ntp (Ubuntu) "dpkg-maintscript-helper: warning: environment variable DPKG_MAINTSCRIPT_PACKAGE missing" [Low,Confirmed] https://launchpad.net/bugs/706354 [13:14] bug 935280 ready for sponsors [13:14] Launchpad bug 935280 in linphone (Ubuntu Precise) "linphone version 3.3.2-4.1 FTBFS on armhf in precise" [High,In progress] https://launchpad.net/bugs/935280 [13:15] jdstrand: no === MacSlow|lunch is now known as MacSlow [13:15] ok, I see that now [13:15] cjwatson: if you have a minute, could you please have a quick look at bug 889986 ? [13:15] Launchpad bug 889986 in ubuntu-defaults-builder (Ubuntu) "Defaults builder does not support @-locales" [Undecided,Confirmed] https://launchpad.net/bugs/889986 [13:15] jdstrand: that's really bug 198421, which I suppose I should get round to fixing [13:15] Launchpad bug 198421 in debconf (Ubuntu) "DPKG_MAINTSCRIPT_PACKAGE not set by dpkg-reconfigure causing dpkg-trigger to fail" [Medium,Triaged] https://launchpad.net/bugs/198421 [13:16] I see [13:17] pitti: hmm, will take a bit more than a minute :-/ [13:17] cjwatson: it was mostly about "do you happen to know if ca@valencia" is valid for /isolinux/lang' [13:17] I don't happen to know [13:18] it probably ought to be [13:18] cjwatson: I can RTFS myself, do you know which source reads that? [13:18] gfxboot-theme-ubuntu but it's almost certainly several layers deep ... [13:18] the installer doesn't support ca@valencia anyway so ... [13:18] it could also be localechooser [13:19] ah right, there's no Catalan (Valencia) in the list anyway [13:20] right, commented out since the translations are incomplete [13:20] ok, so that woudl be a prerequisite for this anyway [13:20] cjwatson: thanks! that helps already === dendrobates is now known as dendro-afk [13:23] jdstrand: duped - it'd be incorrect to fix this in every package that uses dpkg-maintscript-helper, so please don't [13:23] cjwatson: I will glady continue to ignore the bug. thanks ;) === dendro-afk is now known as dendrobates [13:42] mvo, how about now? [13:50] bug #935006 ready for sponsors [13:50] Launchpad bug 935006 in nikwi (Ubuntu Precise) "nikwi version 0.0.20060823-2 FTBFS on armhf in precise" [High,In progress] https://launchpad.net/bugs/935006 [13:57] hrw: looks like you forgot to run "update-maintainer" [13:58] geser: again ;( [13:59] geser: thanks [14:00] you should got a warning about it from debuild and if you'd use your @ubuntu.com email address debuild would fail with an error [14:02] @pilot in === udevbot changed the topic of #ubuntu-devel to: Precise Beta-1 Released. Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/xmGdCW | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: ogasawara [14:03] hi guys, do you know why precise has "Supported: 0" in http://changelogs.ubuntu.com/meta-release-development ? [14:03] shouldn't it be 1, since it's currently even in beta? Or is there another way to differentiate the current in-development release from the EOL ones? [14:03] There's no support promised for the development release. [14:04] So what's to distinguish? The level of support is the same. [14:04] geser: I use my @linaro.org email [14:04] mpt: hi, sorry I'm in another call right now [14:05] ok [14:07] geser: fixed debdiff uploaded [14:09] hrw: the script that does this Maintainer checks errors only for @ubuntu.com addresses and produce a warning for other [14:10] ok, will remember [14:15] Sweetshark: ping? [14:15] doko: ping. can you look at sponsoring https://code.launchpad.net/~dobey/ubuntu/precise/twisted/fix-935756/+merge/96617 please? [14:16] Sweetshark: I come from #ubuntu-translators, about these 2 LibreOffice bugs: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/950825 [14:16] Launchpad bug 950825 in Ubuntu Translations "LibreOffice quicklists are not translated" [High,Triaged] [14:17] and https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/950834 [14:17] Launchpad bug 950834 in libreoffice (Ubuntu) "Add keywords to .desktop files" [Undecided,New] [14:32] Malizor: I made bug 950825 mine and commented on bug 950834. [14:32] Launchpad bug 950825 in Ubuntu Translations "LibreOffice quicklists are not translated" [High,Triaged] https://launchpad.net/bugs/950825 [14:32] Launchpad bug 950834 in LibreOffice Productivity Suite "Add keywords to .desktop files" [Undecided,Incomplete] https://launchpad.net/bugs/950834 [14:42] Sweetshark: ok, thanks [14:42] jdstrand: I've followed up to the Debian bug now about DPKG_MAINTSCRIPT_PACKAGE with a new set of patches, to try to get this sorted out [14:43] cjwatson: awesome, thanks [15:00] cjwatson, has there been any recent debian-installer upload that introduced new translatable strings? I've just noticed that comparing it to yesterday, some languages that were translated have now got about 175 untranslated strings [15:02] dpm: glad you noticed :) bug 812232 [15:02] Launchpad bug 812232 in tzsetup (Ubuntu) "lucid debian-installer: timezone screen not translated" [Medium,Triaged] https://launchpad.net/bugs/812232 [15:03] dpm: I noticed that I hadn't uploaded the consolidated d-i translations in at least a year :-/ [15:11] Riddell: what is the default user-facing package manager in Kubuntu now? I. e. after kpackagekit? [15:11] pitti: Muon [15:12] Riddell: cheers [15:12] Muon Installer for the app focused bit [15:38] mvo, is it possible to tell, ahead of time, whether the computer has enough disk space to upgrade? Or is that impossible because packages stick their files in unpredictable places? [15:38] mpt: we should be able to make a fairly exact prediction [15:39] of course postinst scripts could generate tons of data on the fly, but that's only theoretical I hope [15:39] excellent [15:40] The current "Do you want to start the upgrade?" alert tells you exactly how many packages will be installed, upgraded, and removed, but not how much disk space is involved [15:41] mpt: should it actually tell you, or just check that you have enough? [15:42] pitti, both, I think. E.g. if you're in the sort of job where you often work with large files, but the upgrade is going to leave you with less than 1 G, maybe you want to wait even though the upgrade would work. :-) [15:42] * ogra_ thought it did check and tell you if there isnt enough [15:42] (and didnt bother to say anything if there is enough) [15:42] that was my impression, too [15:42] at least I did see that in the past when I tried in a VM without enough free space [15:42] i definitely had the "not enough space" error in the past [15:42] good [15:43] in the past there were also cases where there were multiple partitions involved where doing the estimation is quite a bit harder === JanC_ is now known as JanC [15:53] that's right, with a separate /usr we have lost [15:53] i. e. we can't do a reliable check [15:54] we can be pessimistic and assume that /usr must have enough space for teh whole upgrade [16:07] @pilot in === udevbot changed the topic of #ubuntu-devel to: Precise Beta-1 Released. Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/xmGdCW | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: ogasawara, infinity [16:10] skaet: bug 921231 looks like a bug fix to me, and bug 924007 looks nowhere near like a FFE request [16:10] Launchpad bug 921231 in Application Menu Indicator "XUL Applications don't show up in HUD" [High,Confirmed] https://launchpad.net/bugs/921231 [16:10] Launchpad bug 924007 in Application Menu Indicator "Add GMenuModel support to HUD" [High,Fix committed] https://launchpad.net/bugs/924007 [16:10] skaet: for 924007 I'd need some more information [16:10] about the regression potential etc. [16:11] pitti, thanks. Cimi ^^ [16:15] * mpt wonders if we can detect Internet speed, to avoid having to say "This download will take about 1 hour 33 minutes with a 1 Mbit DSL connection and about 1 day 4 hours with a 56k modem" [16:15] no [16:15] even that statement is bogus [16:16] It depends on mirror speed etc, right? [16:16] we could give an estimate after downloading the first MB or so [16:16] you cant predict the routing that takes place in internet connections [16:16] yeah, what pitti said [16:16] actually, it could download the package indexes [16:16] which we'd need to do anyway to figure out what to update [16:16] aha [16:16] i. e. before starting the actual upgrade [16:16] we could detect current available bandwidth, but e.g. if your son happened to be downloading youtube videos or something just at the moment then that would throw off the estimate badly [16:16] a cunning plan [16:16] and based on the speed/size of that give an estimate [16:16] maybe that's unavoidable [16:16] but there's no promise that it'll be stable, of course [16:17] sure [16:17] but at least it'd be a whole lot more useful than the status quo IMHO [16:17] sure, if the user maxes out his bandwith with youtube HD during upgrade, no amount of estimation will help there :) [16:18] * mpt waves to ivanka [16:20] mpt: diskspace> we can and we do check, but what we are not good at is if the user is using a filesystem with a bunch of different mountpoints, e.g. /var on a different parition than /boot [16:20] mpt: because while we do know the size of the debs data we do not know the distribution of it (easily) [16:20] mpt: like if it puts stuff in /boot or /usr and what amount [16:20] mvo, I remember this same problem from USC [16:21] mpt: but in the typical all is under "/" or "/home", "/" setup its a non-issue [16:21] mpt: yes, exactly the same problem there === zyga is now known as zyga-afk [16:32] mvo: as /usr takes the bulk of the data, I think the check should query df /usr [16:32] mvo: it'll be too pessimistic for a separate /usr, /var, of course, but the main thing on / is the kernel [16:33] for that you could just substract 200 MB from the limit? [16:33] hi mpt :-) [16:42] im selling my macbook pro 15" and asus g74sx laptops. anyone interested? please message me if you are. [16:43] :w [16:43] heh [16:43] cjwatson: ping [16:45] mhall119: ping (summit questions) [16:49] lynxman: hi [16:49] cjwatson: ello, saw the chef dependency on mcollective-plugins-ohai [16:50] cjwatson: I did that source package, it depends on chef just for that, but removing it would just make that plugin not installable (which makes sense, it bridges with chef) [16:50] cjwatson: if someone wants to use it with the opscode ppa it'll work as intended [16:52] lynxman: then I'm not removing chef - I'm not prepared to have uninstallable packages in the archive, sorry [16:52] cjwatson: let me talk with robbiew [16:52] you could move the binary to that PPA, or downgrade the Depends to Recommends if that makes sense, or something else [16:53] mcollective-plugins-ohai should be removed too, imo [16:53] cjwatson: downgrading sounds good then [16:53] robbiew: that shouldn't be difficult either, your call guys :) [16:53] robbiew: archive admins can't do that until the source package stops building it [16:53] well the version of chef we have is unsupported by OpsCode [16:53] ah [16:53] cjwatson: yeah I can do a new version of mcollective-plugins removing that package [16:53] which is why I bounced the bug [16:54] cjwatson, robbiew: so either recommends or drop it completely, your call [16:54] lynxman: drop it [16:54] robbiew: alright, will drop it straight away, submit a debdiff [16:55] lynxman: fwiw, I confirmed this with opscode in email...they wanted it dropped in addition to ohai and chef [16:55] robbiew: sounds good then :) === deryck is now known as deryck[lunch] [17:02] cjwatson, robbiew: Attached debdiff to bug, if someone fancies sponsoring it I will be grateful :) [17:03] pitti: yeah, this is what the code is currently doing, assuming the bulk goes to /usr and adds a fixed amount for /boot for each kernel === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === zyga-afk is now known as zyga [17:29] seb128: no more complaints about gconf, right? :) [17:29] slangasek, no, thanks a lot for fixing it! [17:29] n/p [17:29] sorry it took so long [17:29] no worry [17:29] slangasek, want a new bug? ;-) [17:30] I've some to give away :p [17:30] not really... :) [17:30] I have some to give away too :) [17:30] slangasek, joke aside I just saw bug #950967 [17:30] Launchpad bug 950967 in glib2.0 (Ubuntu) "glib2.0:armel uninstallable on non-native architectures" [Undecided,New] https://launchpad.net/bugs/950967 [17:30] slangasek, no hurry but in case you are interested [17:30] I might have a look next week but it's low on my list currently [17:30] I just wanted to point it at least [17:31] here, let me fix that bug title [17:31] :) [17:31] well, let me try and fail to fix that bug title [17:31] launchpad fail? ;-) [17:31] something like that [17:31] anyway [17:33] I think Neil Williams also opened a bug about this in Debian, let me see [17:34] seb128: yeah, mbiebl has already fixed in Debian, I think it's just adding another || true for consistency [17:35] oh, but there's also this: [17:35] + Only run gio-querymodules on the non-multiarch path for the host» [17:35] architecture. [17:35] which is just wrong :/ [17:36] slangasek: why? [17:36] mbiebl: who says /usr/lib/gio/modules belongs to the native arch? [17:37] it's for backwards-compatibility only, but multiarch does not guarantee that the packages installing to that path are of the native arch [17:40] slangasek: how can you install no-native modules in a non-ma path? [17:41] mbiebl: by installing a foreign-arch package that has not yet been converted to the multiarch path [17:41] how is that possible? [17:41] why would it *not* be? [17:41] multiarch only says that you can't have the native one installed *at the same time* [17:42] it doesn't say you can't install the foreign one [17:43] mbiebl: e.g.: http://paste.ubuntu.com/876317/ [17:45] slangasek: ouch, so you could install a arm so in the /usr/lib/gio on a i386 system? [17:45] how is that supposed to work [17:46] it works because the primary use case is for installing packages of archs whose code you can actually run ;) [17:47] and with qemu-user-static + binfmt-support, you can run arm code on x86 [17:47] so what matters is the case where /usr/lib/gio is for the native arch [17:47] no [17:47] if there's a gio module that's only available for i386, the package hasn't been converted to the multiarch path, and my native arch is amd64, what should happen? [17:52] then you have a problem [17:52] if you let random archs put so in /usr/lib/gio [17:53] and process them for every arch [17:53] that won't work [17:53] m_3: ping [17:53] cjohnston: hey! [17:53] mbiebl: it does work, it's been working here for me on Ubuntu for two cycles ;) [17:53] cjohnston: got a couple of questions on summit production installation if you've got a sec [17:53] postgres [17:54] ;-) [17:54] what's up [17:54] whatever [17:54] cjohnston: so lemme see what the current state of the app is... (I've been experimenting)... one sec [17:54] the modules for the wrong arch are ignored [17:54] ok [17:55] and you get a cache of the ones that match your arch [17:55] cjohnston: yeah, it's still doing it: http://ec2-75-101-197-201.compute-1.amazonaws.com/ [17:56] cjohnston: the installation notes seem to all be about setting up a development environment, but it looks like I'm missing some production config [17:56] m_3: python manage.py shell [17:56] m_3: Menu.objects.create(site_id=1, name='uds', slug='uds') [17:56] m_3: exit() [17:58] cjohnston: Menu isn't defined [17:58] hrm [17:58] sory [17:58] cjohnston: the shell told me to remove south though, so that's progress... :) [17:59] from common import Menu [17:59] m_3: Menu.objects.create(site_id=1, name='uds', slug='uds') [17:59] m_3: exit() [18:01] now its complaining about the database engin [18:03] slangasek: talk to Joss, he added that code [18:05] ok [18:06] personally I wasn't aware that gio-query-modules can process arch-foreign modules [18:07] it can't, but it should discard them gracefully [18:07] (AIUI) [18:07] process in the sense that it handles them correctly [18:07] i.e. skip them [18:08] anyway, I'm wondering if it matters much, seing there is no more package installing into /usr/lib/gio [18:08] aren't there? [18:08] Ubuntu still has one (libgio-fam) [18:09] maybe there are third-party ones, I don't know [18:09] but this applies to everything, not just gio [18:11] no libgio-fam on debian [18:11]