[00:00] use setuptools, and dhpython or whatever it is will DTRT === Ursinha-afk is now known as Ursula [00:02] lifeless, thanks, thats what i was thinking. === Guest59860 is now known as LoganCloud === fenris is now known as Guest24195 [02:07] smoser: "Files listed in debian/pkg.pyinstall file will be installed as public modules for all requested Python versions" man dh_python2, such that you can skip setuptools ;-) if it's pure python. [02:07] but then you will not have an egg / something to put into cheeseshop. [02:10] setup.py for such things are trivial. [02:50] robert_ancell: Is it the lightdm core or just the Unity greeter that requires the Canonical CLA for contributions? [02:51] ScottK, both [02:51] robert_ancell: Unfortunate. KDE is looking for an upstream KDM replacement and except for that it was the best candidate. I was hoping they were wrong. [02:53] RAOF: looks like the systemd package in ubuntu is missing a call to dh_girepository [02:53] or just use the gir dh addon [02:54] pitti: ^^^ was that you? === fenris is now known as Guest18389 [04:40] What does bzr branch debianlp:package pull the source from? [04:40] s/What does/From where does/ [04:43] From launchpad's import of debian. [04:43] vibhav: ^^^ [04:44] RAOF: I mean, from which distro series? [04:44] That's a fine question! [04:44] My guess would be sid. [04:45] IIRC you can make it explicit by pulling debian:testing/package or debian:unstable/package. [04:45] Or some syntax like that. [04:45] yes, you can do that [04:45] I wonder which is the default distroseries [04:45] yes, probably sid [04:50] It's Sid. [04:51] ah, thanks [05:26] Good morning [05:29] ScottK, mbiebl: ah right, that's missing from both our package as well as http://people.debian.org/~biebl/systemd-198/debian/rules; I'll create a patch and send it to mbiebl, thanks for pointing out [07:42] good morning [08:17] oSoMoN: hi! I'm investigating how to intergate Online Accounts with the browser [08:18] oSoMoN: do you provide an extension mechanism? [08:18] g'day [08:19] mardy: no, there’s nothing like that atm [08:20] The newest version of blackbox fixes some stuff for m68k, should I mark the merge useless then? [08:22] oSoMoN: currently, for Firefox and Chromium, we have an extension which collects all the cookies for the currently visited domain and forwards them to Online Accounts (in order not to have to re-login in there, when creting an account) [08:22] oSoMoN: do you think that we could get a similar functionality with the Touch browser? [08:25] mardy: sounds doable, we’d have to investigate how to collect the cookies from the QML webview, you have quite some experience with that, don’t you? === tkamppeter_ is now known as tkamppeter [08:28] oSoMoN: mmm... not sure :-) I know how to collect the javascript cookies, but we need especially the http cookies [08:28] oSoMoN: AFAIK, the problem is not easily solvable, because of the split-process architecture in webkit2 [08:29] oSoMoN: I wonder if we can do anything better than reading the cookies directly from the file where WK2 stores them :-/ [08:31] mardy: no clue either… sounds like a question for the webkit-qt ML [08:33] oSoMoN: yep, I'll ask there. Thanks anyway! [08:35] vibhav: is it just bug fixes or new features too? [08:38] bkerensa: afaik, ubuntu doesn't have m68k support [08:38] (strike me if I am wrong!) [08:39] vibhav: hmm in that case I defer :P [08:39] :) [08:39] Ill mark it as "not needed" then === enrico__ is now known as enrico === mnepton is now known as mneptok === udevbot_ is now known as udevbot === tsimpson_ is now known as tsimpson === doko_ is now known as doko === Ivanka_ is now known as Ivanka [09:46] cjohnston_: ta x2! [09:57] infinity: are you interested in doing bug 1012081 ? [09:57] bug 1012081 in util-linux (Ubuntu Raring) "util-linux needs updating to 2.22+" [Undecided,Triaged] https://launchpad.net/bugs/1012081 [10:07] xnox: I have fixed bug 1159997 this morning in my git, FYI [10:07] bug 1159997 in Landscape Client "Landscape Client doesn't start on 13.04" [Critical,Confirmed] https://launchpad.net/bugs/1159997 [10:07] xnox: uploading now, I just fixed the other outstanding bug [10:12] pitti: snap [10:12] xnox: Yeah, I should do it in experimental and raring (the latter assuming someone other than me gives it an FFe) [10:12] pitti: https://launchpad.net/ubuntu/+source/systemd/198-0ubuntu8 [10:13] xnox: sorry for the duplicate work; I should have guessed when you asked me 15 mins ago :) [10:13] xnox: Since I'm on VAC right now, care to see if you can get an FFe from someone else on the release team and let me know? :P [10:13] xnox: argh; rebasing my git tree then, and reuploading; poor buildds [10:14] pitti: sorry =) [10:14] xnox: what provides "--with gir"? [10:14] pitti: gobject-interspection package, which is a Build-Dep already. [10:14] ah, nice [10:15] pitti: I tend to do a lot of `dh --list` and dpkg -S /usr/share/perl5/Debian/Debhelper/Sequ*/foo* [10:23] pitti, are you intending to upload the fixed CUPS (AppArmor) to Ubuntu or should I do so? [10:25] tkamppeter: it doesn't seem urgent enough to warrant an upload just for that IMHO [10:29] tkamppeter: what is the good upstream way to report foomatic-db updates ? === iulian_ is now known as iulian [10:33] hey infinity! we noticed that daily release doesn't have their .pot/mo imported in launchpad, it seems it's just a flag to set to a non virtualized ppa, do you mind giving us some guidance on what to ask for so that pkgbinarymangler is ran on the ubuntu-unity/daily-build? [10:35] tkamppeter: my use-case is that Brother MFC-9460CDN works fine with postscript driver for MFC-9450CDN Foomatic/postscript. [10:36] didrocks: I don't think the PPA is doing anything wrong here. I see the translations tarballs in the upload. [10:36] didrocks: It could be that LP discards/ignores translations when doing copies, but that's wildly more complex to unwind than what you're suggesting. :/ [10:36] infinity: hum, seb128 noticed that the .pot were not updated in launchpad? https://bugs.launchpad.net/cupstream2distro/+bug/1158775 [10:36] Launchpad bug 1158775 in Canonical Upstream To Distro "the ppa builds don't have their translation template (.pot) sent back to launchpad, leading to outdated Ubuntu strings lists" [Undecided,New] [10:37] cjwatson_ / wgrant: ^-- Thoughts? [10:37] didrocks: I'm not arguing with you on whether or not they're being imported, I'm saying that they ARE being built and uploaded in the PPA. [10:37] didrocks: PPAs don't import translations, as that would be madness, only the primary archive does. So, if they're getting lost, it's in the copy. === cjwatson_ is now known as cjwatson [10:38] Are the translations in question just attached custom uploads? [10:38] cjwatson: Yep. [10:38] cjwatson: https://launchpadlibrarian.net/135275530/unity_6.12.0daily13.03.26-0ubuntu1_amd64.changes [10:38] cjwatson: For example. [10:38] Oh, wait. ROSETTA_TRANSLATIONS uploads aren't marked as copyable [10:39] cf. lib/lp/soyuz/scripts/custom_uploads_copier.py [10:39] Perhaps to avoid re-importing on pocket copies? [10:39] So that's probably why, but I'm not quite sure why that is ... [10:39] Perhaps, not sure [10:39] Not that reimporting tends to harm anything. [10:39] That doesn't seem really right either though. Consider even a copy from quantal-updates to raring [10:39] Or, it shouldn't. [10:40] It's more likely that it just wasn't considered, since I embraced and extended the existing custom uploads copier to do what we needed [10:40] So that may just be a dormant misfeature that no one cared about until today. [10:40] I don't feel that I know enough about Rosetta to fix it safely, though [10:41] Ursinha might. [10:41] I guess the only real question is "will importing the same tarball version twice break?" [10:41] Which would be easily testable in staging or something. [10:41] Yeah [10:42] Since we know reimporting the same exact templates is a non-issue, as we do it daily. [10:42] It also might involve some code refactoring [10:42] I more or less shoehorned almost all the other custom upload types into the same kind of structure [10:42] lp.archivepublisher.*.FooUpload [10:42] But ROSETTA_TRANSLATIONS is handled in lp.soyuz.model.queue [10:43] So that might need to be hoisted out and mangled into a similar form, to avoid pain [10:43] Translations import handling is fundamentally silly anyway, as previously discussed. [10:43] (There seems to be 0 reason that should be happening syncronously in the publisher...) [10:44] Not that that's relevant to today's issue, but if someone's going refactoring. :P [10:44] Well, sure, I filed a bug about that a while back :) [10:44] bug 1064895 [10:44] bug 1064895 in Launchpad itself "Translations processed in-band by the publisher" [Low,Triaged] https://launchpad.net/bugs/1064895 [10:45] So, sure, if Ursinha wants to have a go then this'd be a good thing to sort out [10:45] cjwatson: I need to go find some bed (and get back to being on VAC), want to chase this up with wgrant/stevenk and see if there seems to be an easy way out? And yeah, Ursinha's previous rosetta experience may prove handy here. [10:46] Shuffling it out to an async job isn't really directly related; it would just be easier with the code in question pulled out of queue acceptance [10:46] didrocks: If there's no quick way out of this, would you guys be against slamming some manual uploads directly at the archive to get your templates imported? :/ [10:46] infinity: well, whatever is unblocking for this release. I can surely do that everytime we have a new string, which will happen for 40 components in the 100scopes projects, but after that, it should be minimal. So sounds good :) [10:46] Sure - I'm guessing it might be next .au morning at this point [10:47] infinity, I did that friday, uploading updated templates manually [10:47] infinity: as long as something is on track to get it working on the long term ;) [10:47] * infinity nods. [10:47] infinity, so we are fine for raring [10:47] seb128: Okay, good to know. [10:48] seb128: well, we'll have all the new strings from 100scopes, so yeah, 40 more uploads to come (and launchpad karma… :p) [10:48] but I knew I would get bored on the 1st of April :) [10:48] lol [10:48] Still feels like a fairly urgent bug, as "we're good for raring" often translates to "we'll forget about this for another six months and panic again", which would be suboptimal. [10:48] didrocks, the smart scopes have strings reflecting in the ui? [10:49] seb128: yeah, for filters [10:49] didrocks, well, there are the filters, but most are only a name (e.g "tomboy") [10:49] so they don't really need translation [10:49] or the no result hint [10:49] Sorry, there are no Zotero results that match your search. [10:49] for instance [10:49] k [10:50] so yeah, we will have to upload those templates, easy to script ;-) [10:50] seb128: you volonteer? :) [10:50] didrocks, can do [10:50] \o/ [10:50] * didrocks goes back in a 100 insanelyness ;) [10:50] thanks seb128, infinity, cjwatson [10:50] thanks [11:01] OdyX, upstream bug tracker for Foomatic is http://bugs.linuxfoundation.org/, product OpenPrinting. === Simira_ is now known as Simira [11:13] pitti: remind me where the LP retracers live? [11:14] ev: on the i386/amd64 porter box, osageorange [11:15] ahh, thanks [11:15] * ev updates https://wiki.canonical.com/UbuntuEngineering/QA/ApportRetracerMaintenance [11:20] Canonical was really scraping the bottom of the fruit naming convention for that one, I see :-) [11:20] There were worse. [11:21] Most internal, and some so awful they got vetoed. :P [11:23] pitti: did you happen to see my message from yesterday? Can you confirm that once we have packages in -proposed, we can't retrace crashes from the regular release on the LP retracers. [11:23] We're trying to deploy retracers on prodstack and ran into this: https://pastebin.canonical.com/87608/ [11:23] I'm thinking we should treat -proposed as special in that check [11:23] or maybe just try the retrace anyway and see what happens :) === masACC is now known as maswan === mmrazik is now known as mmrazik|lunch [11:32] ev: that's right, the sandbox building logic only looks at the current package in apt right now [11:32] ev: it would be better to check the versions in Package and Dependencies and then try to find that particular version [11:33] pitti: okay, I'll work on a branch for that today [11:34] thanks [11:41] pitti: oh also, before I subject the population of Ubuntu users to uploading core files more often, I'd appreciate your feedback on this idea: https://bugs.launchpad.net/daisy/+bug/1159849 [11:41] Launchpad bug 1159849 in Daisy "We shouldn't ever mark retraces as failed." [Undecided,New] [11:42] whenever you have spare time, that is === mmrazik|lunch is now known as mmrazik === MacSlow is now known as MacSlow|lunch === cjohnston_ is now known as cjohnston [12:30] xnox: and once again empty :) https://launchpad.net/ubuntu/+source/systemd/+bugs [12:30] ev: I opened a tab, will look ASAP [12:34] thanks === _salem is now known as salem_ === cjwatson_ is now known as cjwatson === dobey_ is now known as dobey === jrib1 is now known as jrib [13:17] plars: firewalls and cdimage code are all ready for you to have a try at the cdimage current symlink updating thing now (this time for real) [13:20] Feeling a bit freaked out by floating heads in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703906. When did they start to appear? [13:20] Debian bug 703906 in src:openssh "Add upstart user session job" [Normal,Fixed] [13:21] rbasak: http://www.donarmstrong.com/posts/libravatar_for_bts/ [13:23] Erm...thanks :) [13:23] cjwatson: cjwatson ok, send me the details if you don't mind on what I need to run. I discovered a bit more work that has to happen on this side, mostly due to the fact that we have some legacy stuff happening for precise, and changed the process a bit for raring+ [13:32] plars: ssh cdimage@nusakan /srv/cdimage.ubuntu.com/bin/mark-current --project=ubuntu --series=raring --publish-type=desktop --architecture=i386 20130326 [13:32] plars: replace as appropriate === masACC is now known as maswan [13:33] cjwatson: and that will need to run from only that IP I gave you the other day, or it can happen from anywhere in our lab? [13:33] plars: full option parser is in https://bazaar.launchpad.net/~ubuntu-cdimage/ubuntu-cdimage/mainline/view/head:/lib/cdimage/tree.py [13:34] plars: It's currently locked to only 10.97.0.6 and 10.98.0.1, both in firewalls and in authorized_keys. If you need to run it from somewhere else then IS need to update both of those [13:35] (in fact, 'ssh cdimage@nusakan /srv/cdimage.ubuntu.com/bin/mark-current --help' should work from those IPs, if I got t right) [13:35] *it [13:36] plars: It'd be great if you could try it out by hand if possible, just to make sure that things are good from my side [13:39] plars: Note that I need to maintain a list of which images are having their current symlink maintained this way, so it'd be good if you could drop me a note whenever you turn something on. I'll probably notice eventually from logs though === MacSlow|lunch is now known as MacSlow [13:40] cjwatson: I'll do that. the ssh seems to timeout at the moment, let me talk to our lab guy a moment. we may need to use a different ip === emma_ is now known as emma [13:44] cjwatson: ok, apparently the IPs I had were the VPN IPs, we need a different ip for the firewall. Is there a ticket still open on this, or should I just open a new ticket to get that changed? [13:45] rbasak: bts supports "settings" and you can turn it off, if you find it creepy & disturbing =) imho it should be floating on the right..... [13:46] xnox: I prefer heads that are attached to bodies. Preferably when both are alive, too :-) [13:47] rbasak: min avatar got "banned" from debian planet. But you can see it on the bts: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606825 [13:47] Debian bug 606825 in dpkg "dpkg: Please add mingw to ostable and triplettable." [Wishlist,Open] [13:47] plars: the ticket's already had problems with confusion, and is now closed - might be best if you opened a new ticket and I can ack/clarify as needed [13:47] plars: make sure to ask for both the firewall and /etc/ssh/user-authorized-keys/cdimage to be changed [13:48] cjwatson: ok, I'm finding out that the other IP for the PS system needs changing too, I'll get it sorted out with retoaded and get it fixed. Thanks [13:49] Makes sense [13:49] cdimage will now explicitly log when current symlink updates are requested for images it didn't know were trigger-controlled, so I can probably just grep for that rather than you having to coordinate carefully with me [13:50] You'll notice if it's uncoordinated because it'll just point current to the latest build any time one happens :) [13:51] plars: And I see PS Jenkins is being moved to a new host so I guess that'll need to be sorted out too ... [13:52] cjwatson: yes, and I'll make sure that one is corrected as well [13:54] I've optimistically marked my WI for this done, anyway; I'm fairly sure it's at worst minor debugging now [13:55] * cjwatson wonders if he has had enough coffee to tackle rewriting publish-release === wedgwood_away is now known as wedgwood === manjo` is now known as manjo === wedgwood is now known as Guest28578 [13:56] plars: note, that jenkins is moving =) *perfect timing* === kentb-out is now known as kentb [14:03] cjwatson: Hi Colin, and thanks for uploading the openssh patch at bug 952185 to Raring. Steve created a Precise task too, but I wouldn't be the right person to prepare it, since I don't know what the test case would look like. Can you ask somebody who is enough ssh proficient to do it? [14:03] bug 952185 in gdm (Ubuntu Precise) "~/.pam_environment not parsed by default" [Medium,In progress] https://launchpad.net/bugs/952185 [14:04] GunnarHj: that's probably me :) [14:04] cjwatson: Great, then you can ask yourself. :) [14:05] cjwatson: Can you put it on your todo list? [14:05] Let me just do it now [14:06] cjwatson: Ok, great. [14:11] GunnarHj: I think it can just be the same SRU description as lightdm and gdm, aside from trivial differences in wording - do you have any reason to think otherwise that I might have missed? [14:12] GunnarHj: I've adjusted the bug description thus [14:16] GunnarHj: and uploaded openssh 1:5.9p1-5ubuntu1.1 to precise-proposed, pending SRU team review [14:22] cjwatson: Sorry, away from kb for a few minutes. No, I have no reason to think that the description wouldn't fit. OTOH I can't confirm that it fits either. ;-) Thanks! [14:23] heh, ok [14:35] hi there, do we need FFe for those native package speific to Ubuntu like default-setting and theme? [14:37] I'm struggling with fonts and font configuration at bug 1153188 without knowing very much about it. It's about how you make the system actually use a desired font when rendering text in a language, in this case Urdu. Anybody out there who is able to give a helping hand? [14:37] bug 1153188 in fonts-nafees (Ubuntu) "Urdu with better support: Default Fonts, Kbd Layout" [Medium,In progress] https://launchpad.net/bugs/1153188 [14:39] freeflyi1g: If changes to them are new features, yes [14:40] also, crossposting is discouraged. (was posted here and in -motu) [14:40] cjwatson: noted, thanks [14:45] 4243 clint 20 0 647m 46m 12m R 100.0 1.2 11:09.66 unity-lens-phot === bregma__ is now known as bregma === fenris is now known as Guest97540 [15:05] jamespage: ceilometer MP branch cut [15:05] dunno if you track that one [15:05] ttx: we do [15:05] thanks [15:05] jamespage: that's the last one. Cheers! [15:05] great! [15:27] Hi, could someone review my patch of https://bugs.launchpad.net/ubuntu/+source/ibus-chewing/+bug/1160414 ? [15:27] Launchpad bug 1160414 in ibus-chewing (Ubuntu) "Use shift keypress to switch to English mode." [Undecided,Confirmed] [15:30] FourDollars: please file a merge proposal against raring (lp:ubuntu/ibus-chewing) [15:31] mitya57: There is no need to file a merge proposal against raring. Thoses patches come from raring. [15:31] FourDollars: then just file a MP :) [15:31] * mitya57 can't upload, but can leave a +1 [15:32] mitya57: To where? lp:ubuntu/quantal/ibus-chewing and lp:ubuntu/precise/ibus-chewing ? [15:32] https://code.launchpad.net/ubuntu/+source/ibus-chewing [15:32] kenvandine: ping === Ursinha_ is now known as Ursinha-afk [15:33] There is no lp:ubuntu/precise-proposed/ibus-chewing or lp:ubuntu/quantal-proposed/ibus-chewing on https://code.launchpad.net/ubuntu/+source/ibus-chewing . [15:33] FourDollars: just lp:ubuntu/precise/ibus-chewing or lp:ubuntu/quantal/ibus-chewing [15:34] mitya57: OK. [15:34] chilicuil, pong [15:35] mitya57: https://code.launchpad.net/~fourdollars/ubuntu/precise/ibus-chewing/lp1160414/+merge/155528 and https://code.launchpad.net/~fourdollars/ubuntu/quantal/ibus-chewing/lp1160414/+merge/155527 [15:35] kenvandine: hey, I'm testing the gwibber package from the friends ppa before it go to raring and the gwibber interface doesn't work, is there any way I can report a bug against those packages? [15:36] chilicuil, what are you seeing? [15:37] chilicuil, want to join #gwibber and we can debug? [15:37] kenvandine: yep [15:39] mitya57: Thank you. :) === ckpringle_ is now known as ckpringle [15:55] there's a new version of https://errors.ubuntu.com/ out. Let me know what you think. [15:56] ev, http://ubuntuone.com/0McV8himWSAQ2tToHaXedH [15:56] ev, is that the wanted start page? [15:56] I had to do a shift reload [15:56] seb128: hit refresh harder :) ctrl-shift-n or what-have-you [15:56] ev: still only for canonical-ers? :) [15:57] mitya57: sadly, yes. Still waiting on legal for an NDA. [15:57] slangasek: ^ [15:57] ev, ok, works after a firefox restart, weird ... thanks ;-) [15:57] seb128: sure thing :) [15:58] ev, the orange box in the top left corner is weird ;-) [15:58] seb128: send design complaints to mpt at the usual domain dot com :) [15:58] hehe [15:59] unless they're me failing to implement things as designed === jono is now known as Guest461 [15:59] ev, is the design document available somewhere for comparaison? [15:59] seb128: https://wiki.ubuntu.com/ErrorTracker#errors.ubuntu.com [16:00] ev, ah, that orange box should be an ubuntu project logo according to the design ;-) [16:00] seb128: the reason for that is that we do not yet have an Ubuntu project global navigation [16:00] oh yes, and that :) [16:00] bah, it is now [16:00] * seb128 kicks firefox [16:01] there's work being undertaken by the web and design teams to refresh the navigation structure, and hopefully we'll get an "Ubuntu project" hierarchy out of that [16:01] but until then we don't have anything to point at [16:02] since our links off to qa.ubuntu.com all became as dead as that site itself [16:06] wow, teamviewerd crashing lsb_release seems overly popular. [16:11] jcastro_: iknowright === mmrazik is now known as mmrazik|otp [16:21] ev: if you have some time, can you show me some stacktraces (I asked on #ubuntu-bugs yesterday, but nobody wanted to do that)? [16:21] http://paste.ubuntu.com/5649740/ [16:25] mitya57: looking [16:26] jibel: hey, with lxc-create -t ubuntu-cloud I get "Only i386 and amd64 are supported by the ubuntu cloud template.". Easy enough to bypass, but is there something I'm missing? [16:30] ev: wow, awesome =) how did it know that I like filesystem packages only?! =)))))) awesome. === Sweetsha1k is now known as Sweetshark [16:30] xnox: you can thank bdmurray for that part :) [16:30] ev: why is precise converging with quantal on error (e.g. increasing?!) [16:31] since december there is strong correlation and tendancy for precise to be a quantal look a like. [16:32] stgraber: just to confirm re transition freeze/hard freee. The freeze that you propose for beta2 is just proposed -> raring, right? [16:32] rbasak, yes, it is bug 1159818, I had to modify the template to allow armhf [16:32] bug 1159818 in lxc (Ubuntu) "Allow architecture armhf with template ubuntu-cloud when running on ARM" [High,Confirmed] https://launchpad.net/bugs/1159818 [16:34] jibel: got it - thanks. I noticed that sources.list was wrong afterwards and had to fix it up manually [16:34] xnox: indeed. The data checks out as well. [16:34] xnox: I wonder if it is the lsb-release bug bumping up precise [16:34] or the aptdaemon one line diff bug [16:36] rbasak, you'll also need to specify the url of the tarball, ubuntu-cloudimg-query doesn't find an AMI for arm [16:38] I mean bug 1120322 [16:38] bug 1120322 in aptdaemon (Ubuntu Precise) "update-manager crashed with UnboundLocalError in show_diff(): local variable 'line_number' referenced before assignment" [High,In progress] https://launchpad.net/bugs/1120322 === mmrazik|otp is now known as mmrazik [16:40] didrocks: yes [16:41] stgraber: so on the 1st of April I would be able to push to proposed the 100scopes, isn't it? [16:42] didrocks: though I'd like to get the opinion of other release team members before deciding what to do after beta2. ScottK has a good point wrt having control on what happens between the last two images, but I was hoping for other people to express their opinion... [16:42] didrocks: you'll be able to upload, yes. It won't land on people's machines though as I expect unity to be part of the migration freeze [16:43] stgraber: ok === ritz is now known as ritz|blue_fin === racarr_ is now known as racarr [17:21] rbasak, I filed bug 1160488 for the second part of the problem with update-initramfs [17:21] bug 1160488 in flash-kernel (Ubuntu) "flash-kernel uses mkimage but u-boot-tools is not installed" [Undecided,New] https://launchpad.net/bugs/1160488 [17:23] jibel, thats intentional [17:23] the installer needs to install u-boot-tools [17:24] (and theoretically your u-boot shouldnt use mkimage at all, we switched to uEnv.txt and preEnv.txt quite a while ago) [17:24] ogra_: flash-kernel uses mkimage. It's from Debian. [17:25] rbasak, ? [17:25] if it does, thats a bug [17:25] none of our supported arches should use mkimage at all [17:25] IIRC, it's a major component of flash-kernel. Am I missing something? [17:25] yes, the switch to plain text configs about a year ago :) [17:26] for unsupported debian arches flash-kernel-installer should care to install it during installation though [17:27] (dont ask me if it does, i dont test unsupported arches) [17:27] ogra_: how does flash-kernel know whether to use mkimage or not? I don't see a flag in all.db [17:27] if you would have a dep you would install mkimage everywhere ... not every arm board uses u-boot [17:28] in ubuntu it simply doesnt unless you special cased it [17:28] I must be missing something. I didn't special case anything, and it does use mkimage [17:28] it uses /etc/default/flash-kernel and assembles the cmdline from that ... then dumps it into uEnv.txt [17:29] what arch ? [17:29] From memory, armadaxp and highbank in precise and quantal, and AIUI this bug is because omap4 is doing it. [17:29] (in raring) [17:30] i see -generic [17:30] which means omap3 [17:30] which we dont even actively support [17:30] but yeah, that will need adjustment [17:30] to use uEnv.txt ... i guess it gets confused with the -generic kernel [17:31] i dont think we have any other arch but omap in generic currently [17:32] uEnv.txt is now supported in u-boot upstream http://patchwork.ozlabs.org/patch/209925/ [17:32] for omap4 [17:32] sicne a year or so [17:32] omap4 didnt change in ubuntu ... [17:32] still uses the quantal kernel [17:32] and will go on to do so (and vanish in 13.10) [17:33] but omap4 defaults to uEnv.txt since 12.10 anyway [17:33] (since the beginning of the 12.10 dev cycle actually) [17:34] rbasak, anyway, if you have an arch that doesnt support uEnv.txt, please make it use it ... if you cant you need to special case it in f-k-i and make it install mkimage [17:35] ogra_: has this change been documented anywhere? I wasn't aware that anything in flash-kernel had changed. [17:35] ogra_: and what in flash-kernel differentiates the two cases? Something in all.db? [17:35] there was a spec for 12.10 iirc [17:36] rbasak, nothing differentiates, the expectation is that by noiw all u-boot arches we support use uEnv.txt [17:36] thats why i say you need to special case or fix your u-boot [17:37] ogra_: so how is it that omap3 and highbank/armadaxp in 12.10 manage to get flash-kernel to use mkimage? [17:37] omap3 doesnt [17:37] it uses uEnv.txt [17:38] and i never touched either of the other two, check the code in 12.10 [17:38] So why does bug 1160360 happen when a call to mkimage fails? [17:38] bug 1160360 in lxc (Ubuntu) "flash-kernel failed in an armhf lxc container on ARM: /usr/sbin/flash-kernel: 214: /usr/sbin/flash-kernel: mkimage: not found" [Undecided,New] https://launchpad.net/bugs/1160360 [17:38] err [17:38] why would you call mkimage in an LXC container ? [17:38] you should teach f-k about LXC :) [17:38] Well exactly. You tell me. You're telling me that flash-kernel does not call mkimage. [17:39] Yet it does. [17:39] it does what ? [17:39] Call mkimage [17:39] fix that then :) [17:39] you dont want f-k to even run in LXC [17:40] Yeah, that's a separate thing. I don't want f-k to even be installed in LXC [17:40] your container creation tool should put FLASH_KERNEL_SKIP=true into /etc/environment or some such [17:40] or yeah, dont install it at all if your deps allow [17:40] But what you're telling me about uEnv.txt conflicts with both my (limited) knowledge of flash-kernel and observed behaviour, and I don't understand why. [17:41] i would guess it uses a debian default fallback [17:42] ogra@anubis:~/Devel/packages/flash-kernel-3.0~rc.4ubuntu30$ grep uEnv db/all.db [17:42] U-Boot-Script-Name: uEnvtxt.omap [17:42] U-Boot-Script-Name: uEnvtxt.omap [17:42] use that for whatever arch you want to switch over (and make sure u-boot understands it ... by having a new enough u-boot) [17:43] i assume what you see with -generic is just a debian fallback since f-k doesnt know about -generic yet [17:43] and for LXC simply use the global var or avoid having it installed [17:43] So there's magic in these filenames? [17:44] Where's this magic documented? [17:44] there is a case statement in f-k (see the code) [17:44] I don't see it in the README [17:44] as i said, there was a spec for 12.10 ... i currently cant find ... and i sent a mail to ubuntu-devel whern it was switched [17:45] so file a bug about the README :) i didnt add it there [17:47] the code is pretty obvious though [17:47] Indeed. Now that I know it's there. [17:47] sorry for the missing docs ... [17:48] I see an email to ubuntu-devel on May 30 but no mention of this change. [17:49] And I don't recall a spec or a session [17:49] [17:51] rbasak, if you need mkimage, make sure it is in Optional-Packages in your db entry (that hanst changes since we got the new f-k from debian) [17:51] or in "Required-Packages" [17:51] I have no idea where I need mkimage or not. [17:52] Machine: Highbank [17:52] Kernel-Flavors: highbank [17:52] Required-Packages: u-boot-tools [17:52] Kernel-Flavors: armadaxp ... [17:52] Required-Packages: u-boot-tools [17:53] both arches you seem to care about have it [17:53] This issue is about the cloud image, eg. as used for lxc === paulproteus_ is now known as paulproteus [17:54] right avoid f-k altogether there [17:54] Where I don't need flash-kernel at all. I'll look into the dependencies and see if we can ship without it. [17:54] if you cant, use the /etc/environment setting [17:54] thats what we added it for === Cheery_ is now known as Cheery [17:59] ogra_,rbasak: I think I saw an unresolved Debian RC bug about f-k Required-Packages not working properly [18:00] cjwatson, well, looking at flash-kernel-installer i wouldnt see how [18:00] Nor did the bug report, but still [18:00] it just blindly installs them with apt-install [18:00] Debian #693839 [18:00] Debian bug 693839 in flash-kernel "debian-installer: kernel install fails on armel buffalo linkstation pro, missing uboot-mkimage" [Serious,Open] http://bugs.debian.org/693839 [18:00] feel free to investigate that; dinnertime here :) [18:01] it sounds kinda related [18:01] argh [18:01] thats definitely a totally wrong fix [18:02] its like adding a hard dep on lilo on all kernel packages [18:02] because one could use it [18:03] ah, phew, Martin Michlmayr seems to have stopped it === hatch_ is now known as hatch [18:11] argh [18:11] so now someone tell me why my disk on precise just got filled with several 100G [18:12] ogra_, trying to do an offline copy of the internet? ;-) [18:12] seb128, not funny, it ate like 150G over 20min ... and i only have FF, xchat, evo and three terminals open [18:13] i still see write operations in the multiload indicator going on, but cant make out where they come from [18:13] ogra_, try to run baobab or similar to see where the space went? [18:13] ogra_, ls -l ~/.xsession-errors? [18:13] iotop shows nothing [18:13] GEEZ ! [18:13] 34G [18:14] that's not 150G [18:14] but that's a start [18:14] (indicator-weather:3113): LIBDBUSMENU-GLIB-CRITICAL **: dbusmenu_menuitem_build_variant: assertion `DBUSMENU_IS_MENUITEM(mi)' failed [18:14] (indicator-weather:3113): LIBDBUSMENU-GLIB-CRITICAL **: dbusmenu_menuitem_build_variant: assertion `DBUSMENU_IS_MENUITEM(mi)' failed [18:14] GRR [18:14] that silly thing [18:14]