[00:20] smoser: To show verification-done on multiple releases (or anywhere where the SRU isn't a simple one-package, one-release affair) you can just comment like you did there. [00:21] smoser: Indeed, in general it's nicer for us if you make some sort of comment when setting verification-done. It makes it easier to trust :) [00:24] RAOF, well, i had put comments on them on the first upload to -proposed. better comments. then i just re-played the. [00:28] !regression-alert [00:28] cjwatson, jdong, pitti, skaet, ScottK, kees, Daviey, pgraner: reporting regression in a stable release update; investigate severity, start an incident report, perhaps have the package blacklisted from the archive [00:28] bug 1100491 [00:28] bug 1100491 in cloud-init (Ubuntu) "[SRU] cloud-init 0.6.3-0ubuntu1.3 failing to process juju-generated userdata" [Critical,In progress] https://launchpad.net/bugs/1100491 [00:28] cloud-init update in precise caused a regression. [00:29] regressions suck. the good news here is that the presense in -updates isn't as bad as it is for other packages. this is because we have not (will not) release a new cloud-image with cloud-init inside it until this fix is applied. [00:30] i've uploaded the fix to -proposed. [00:32] RAOF, if you're around, i'd appreciate https://launchpad.net/ubuntu/precise/+queue?queue_state=1&queue_text=cloud-init as mentioned above. [00:40] smoser: Processing. [00:44] smoser: Done. [00:45] RAOF, thank you. [00:45] smoser: Is this something which should have been caught while testing the proposed update? [00:45] well, clearly yes. [00:45] but it was collateral damage [00:45] ie, not somethign that was directly trying to be fixed. [00:50] Was it something that should have been identified as a regression risk? [00:51] its something that ideally would have been found in automated testing of -proposed. === cpg|away is now known as cpg [01:08] RAOF, does the regression fix in -proposed still bake for 7 days ? [01:10] smoser: Not necessarily; but we do want some testing. [01:12] If you can provide some thorough testing then we can let it through much earlier. What we don't want to do is let it through but find it breaks something else ☺ [01:13] well, this particiular change is clear to not make anything worse than the previous one. [01:15] anyone have thoughts on how to choose the size 'read' ? [01:16] i'm not terribly concerned about the memory used by the buffer. i'm looking for insite on how to choose one , or a reasonable default. [01:16] (when reading possibly large MB of data but not wanting to just do 'read()') [01:23] * RAOF would also be intellectually interested in the answer. [01:24] I guess the context needed would be: how much data do you need before you can start processing? That's clearly the minimum buffer size. [01:31] RAOF, yeah, i'm basically copying [01:31] so 1 byte :) [01:31] i stuck it at 1MB [01:31] Some multiple of the CPU page size would seem a reasonable default. [01:35] smoser: just a little birdie from the sidelines, but cloud-image update could probably also wait on this bug: 1060404 [01:35] bug 1060404 in lxc (Ubuntu Precise) "update-grub runs and fails in containers" [High,Triaged] https://launchpad.net/bugs/1060404 [01:36] smoser: juju in lxc containers on precise has been useless for a few weeks due to that one... [01:36] or, rather, juju in lxc containers with precise ... [01:37] sarnold, i'd love to have that fixed also, but is there actually a fix for it? [01:37] smoser: as I understand, cjwatson re-pushed the package again today [01:37] precise is just "triaged" [01:38] oh. wait. no [01:38] oh. its still just "triaged" in lxc === jono is now known as Guest3379 [01:38] .. and the lxc fix was a bad idea anyhow, soo.. [01:40] since reproducing this specific problem is so easy, I'd happily do the verification for the juju folks :) but I haven't got a clue how to shove the fixed package into the image that it puts together. getting a fixed cloud-image seems to me like the far easier way to test it, but that's also way outside of my experience. [01:40] (afterall, if there were an easy way to shove commands into early juju instance creation, one could just throw in a pin package command..) [01:41] anyway, I feel better knowing it's also on your radar :) [01:49] sarnold, well, actually your problem magically goes away if you get a new released build [01:49] because lxc pulls the newer build [01:50] which wont have the grub or linux image inside when 'apt-get update' is applied. [01:51] smoser: hrm, we're running into my lack of experience with juju :) [01:51] or lack of experience with lxc :) [01:51] which is understandable. this stuff shoudl "just work" [01:51] :) [01:51] hehe [01:52] smoser: is there an easy way to get the -proposed repository added before the .. charms? juju? cloud-init? .. runs apt-get upgrade? [01:53] hm.. [01:53] you might be able to just hold grub and linux-image [06:11] Good morning [06:23] pitti: Hey, are you still involved in langpack-o-madness? [06:23] infinity: yeah, together with dpm [06:24] pitti: langpacks are the biggest offender for https://bugs.launchpad.net/launchpad/+bug/1078697 [06:24] Ubuntu bug 1078697 in Launchpad itself "Ubuntu archive is missing SHA-1/SHA-256 hashes for some packages" [Low,Triaged] [06:24] pitti: Are they still being generated on a hardy host/chroot? [06:24] pitti: And is there any way that could be moved to >= lucid? [06:27] * pitti checks [06:28] infinity: urgh, indeed, hardy [06:28] pitti: Kay. And, since we're not doing point releases for << precise, there's no reason that couldn't be precise, right? [06:28] infinity: sure, I can file an RT to upgrade it to precise, or just install a new one [06:28] pitti: But at least lucid. [06:28] I don't see why we couldn't build a hoary langpack on raring [06:28] pitti: Getting it fixed before we land the final langpacks for precise.2 would be nice. [06:29] the source.changes will have the extra checksums, but that doesn't appear anywhere [06:29] infinity: well, I'm not root in that dchroot, so I can only RT; doing that now [06:30] pitti: Ahh, if it's a chroot, at least it's probably simple to upgrade (or, indeed, just rebuild it as precise). [06:37] infinity: RT sent [06:37] with you CCed [06:51] pitti: Danke. [07:26] good morning [07:35] hey dholbach [07:35] hey pitti [07:42] cjwatson: Hi, could you check what the migration script did to your copy of libimobiledevice from a few days ago? LP says that it got removed from from -proposed as it moved to release but there is no publishing entry for raring for it (raring has still the old version). [08:43] tkamppeter: is cups forward-port-cups-1-5-x-cups-browsing.patch planned to get upstream? === Sweetsha1k is now known as Sweetshark [08:53] tsdgeos: I think that already has been dropped, and replaced by cups-browsed [08:54] pitti: in raring you mean? [08:54] yes [08:54] ah, tx [08:54] cups-browsed is crashing constantly here [08:54] every 25s [08:55] bug 1098756 [08:55] bug 1098756 in cups-filters (Ubuntu) "cups-browsed keeps respawning" [Undecided,New] https://launchpad.net/bugs/1098756 [08:56] tsdgeos: http://anonscm.debian.org/gitweb/?p=pkg-cups/cups.git;a=tree;f=debian/patches -> gone [09:00] cjwatson: Super, you did the grub2 .d support! Thank you! [09:07] stgraber: infinity: so with su, it's not a bug it's a feature?! [09:11] tsdgeos, no, the patch is not intended to get forwarded upstream, as upstream has dropped the old CUPS-specific broadcasting/browsing protocol in favor the standardized Bonjour protocol, standardized by the Printing Working Group (www.pwg.org) for printing and standard for many other network services, like wireless screen forwarding from a mobile phone to a TV. The forward-port is also already removed from Raring. Raring does the comple [09:11] te broadcasting and browsing via Bonjour. For the browsing part I have written cups-browsed (part of the cups-filters upstream package), but print dialogs will also Bonjour-browse by themselves soon. [09:12] ok, people seems to wrongly be using the CUPS_SERVER_REMOTE_PRINTER in adminutil.h to create new code [09:13] devels that run ubuntu most probably :D [09:17] tkamppeter: ah, so cups-browsed will also disappear eventually? [09:18] xnox: It's potentially both a bug and a feature. [09:25] pitti, cups-browsed will probably not disappear so quickly. One must see how well print dialogs will do the job by themselves and when, and how many legacy apps will be around which are not able to broadcast by themselves. [09:25] pitti s/broadcast/browse/ [09:26] tkamppeter: I thought that mainly affects broadcasting printers to clients from cups servers to cups clients? [09:26] tkamppeter: if that changes to bonjour, clients shouldn't even notice? [09:26] tkamppeter: or is that for spooler-less operation, i. e. just with cups-client? [09:27] pitti, yes. Now CUPS servers broadcast printers via Bonjour, but CUPS daemons on clients do not browse for remote Bonjour printers. [09:27] pitti, cups-browsed does the browsing job for CUPS currently. [09:28] tkamppeter: right, but why woudl applications be concerned about which protocol cups uses for discovery? [09:28] pitti, if print dialogs are able to browse by themselves, they would send these jobs directly to the remote CUPS daemon eliminating the need of a local CUPS daemon. [09:28] tkamppeter: ah, so this is for spooler-less operation then [09:29] pitti, yes. [09:29] but cups-browsed depends on cups [09:29] which wouldn't be spooler-less any more then [09:29] pitti, cups-browsed needs cupsd as it creates local raw queues pointing to the discovered remote printers. [09:30] tkamppeter: but if you are going to have cupsd installed anyway, that could just as well use bonjour for discovery? [09:30] pitti, this I do as current print dialogs only ask the local cupsd for available printers. [09:30] right; and as long as the local cupsd says "that printer over --> there", it shouldn't matter much whether it was discovered through the old browsing protocol or DNSSD? [09:32] pitti, I do not patch the cupsd itself to do the Bonjour browsing as upstream would not accept it. Upstream expects print dialogs to browse, requiring us to wait for the inertia of big desktop projects and leaving us with a lot of legacy apps using old libs or individual dialogs and also not seeing the printers when using the command line. [09:34] tkamppeter: ah, ok; I understand [09:34] tkamppeter: FWIW, having print _dialogs_ do the browsing is absolutely the wrong thing [09:34] yes (I'm following the interesting discussion :p ) [09:35] tkamppeter: Are there plans to fix the constant crash/respawn cycles people are seeing? [09:35] tkamppeter: oh, wait, I guess for "browse themselves" you just mean "ask avahi" [09:35] tkamppeter: "upstart will restart it" is not a fix. :P [09:35] not actually "send out a request to the network" [09:36] Daviey: it was about time :) [09:36] pitti, yes for the end user it does not matter whether the printer info is conveyed via Bonjour or the old protocol. The Bonjour is even better as printers appear and disappear immediately and not only within 30 sec. [09:36] geser: looks like it failed with [09:36] 2013-01-14 11:25:15 INFO Job: [09:36] [09:36] raised CannotCopy: [09:36] libimobiledevice 1.1.4-1ubuntu3 in raring (binaries conflicting with the existing ones) [09:36] geser: this is a known bug when copying from series with more architectures than raring - I should've known better than to copy that [09:36] tkamppeter: right, so a new printer woudl send out a DNSSD message, avahi picks it up, and dialogs only ask avahi [09:36] tkamppeter: that makes sense indeed [09:37] geser: I'm going to do a no-change rebuild as the simplest fix for the time being [09:37] infinity, which crash/respawn cycles do you mean? === henrix_ is now known as henrix [09:37] geser: thanks for th report [09:37] cjwatson: We're long past the point where we shouldn't be copying from previous releases anyway, aren't we? In the name of building with current toolchains, etc. [09:37] tkamppeter: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1098756 for example. [09:37] Ubuntu bug 1098756 in cups-filters (Ubuntu) "cups-browsed keeps respawning" [Undecided,New] [09:39] tkamppeter: Also, possibly unrelated, but the upload to quantal-proposed that adds an apport blacklist for cupsd crashing instead of fixing the crash? [09:39] tkamppeter: That's just wrong on so many levels. [09:39] tkamppeter: The claim that daemons crashing is "harmless" because upstart respawns them is... Wrong. [09:41] infinity: arguably, I suppos [09:41] e [09:41] Though that's never scared me because it generally isn't a regression from the previous binaries also copied from the previous release ... [09:41] cjwatson: (I realise the irony here, as I'm violating that on every single armadaxp and ti-omap4 kernel release right now) [09:42] And even worse, I suspect the ones I'm copying absolutely would FTBFS in raring. [09:42] But I'm told there's a 3.8 omap4 kernel coming soon. [09:44] cjwatson: Anyhow, it's less about regression (though that sucks too), and more about new toolchain shiny. Like, for instance, the binutils in raring has better ABI tagging for armhf that, once the whole world is rebuilt with it (you know, by 2016 or so), we can drop our awful ld.so hacks. [09:45] Yeah [09:51] infinity, OdyX, pitti, the upstart script for cups-browsed needs to be modified that cups-browsed starts after avahi-daemon. Did someone of you already do this? [09:51] start on (filesystem [09:51] and started avahi-daemon [09:51] and (started cups or runlevel [2345])) [09:51] looks fine tome [09:52] (space saving Thursday!) [09:52] tkamppeter: not me. [09:56] pitti, OdyX, I will do it today. [09:56] infinity, ^^ [09:56] tkamppeter: do what? [09:56] tkamppeter: it already depends on avahi [09:59] infinity, about the cups package in quantal-proposed. I know that it is not the best solution to simply suppress the crash messages of cupsd, but the crashes are caused by the temporary forward-port patch for CUPS browsing. This patch is already removed in Raring. [10:00] pitti, add "and started avahi-daemon" to the cups-browsed startup script. [10:00] tkamppeter: Yes, I read the changelog. But if you know the cause, surely you can also fix it, rather than ignoring it. [10:01] infinity, unfortunately, I do not know the cause within the patch. The crash goes away when turning off browsing. [10:01] infinity, one thing I already observed is that the crash does not happen when printing but it happens during logrotate. [10:02] infinity, I could stabilize the logrotate by actually shutting down CUPS before, doing the logrotate, and afterwards starting it again. Currently, the logs get rotated under the running CUPS and after that CUPS gets HUPed. [10:03] tkamppeter: the depends on avahi-daemon is there already, in -1ubuntu2, I commented on the bug. [10:04] OdyX, OK, now I see, this one is not in Debian's BZR repo, so I did not see it. [10:04] tkamppeter: I thought we moved to the git repo now? [10:05] pitti: cups, not cups-filters [10:05] pitti, got cups-filters also moved? I know that cups got moved. [10:05] oh, sorry [10:05] I'd be more than happy to move cups-filters too. :) [10:06] every time I try to use bzr, I have to relearn it from scratch. [10:06] I really miss bzr bd-do from git-buildpackage, otherwise it's working fairly nicely [10:06] what does that do ? [10:07] nah, found it. [10:07] OdyX: it fetches the orig.tar.gz (from pristine-tar, the archive, uscan, or get-orig-source), and puts you into a temporary build tree with the orig unpacked, the debian/ bits copied, and patches applied [10:07] you can hack in it, then exit, and the debian/ changes get copied back [10:07] I also use it to build Debian packages [10:07] bzr bd-do, dchroot, dpkg-buildpackge, exit 1 [10:07] well, with git, quilt push -a gives you that. :) [10:08] with git I do git-buildpackage -S -us -uc, cd ../build-area, dpkg-source -x, dchroot, build [10:08] so that's not so bad; I miss it more for doing experimental changes, and testing them in the temp dir without cluttering my checkout; but again, no biggie [10:11] oh, we are again down to two ppc builders? [10:11] poor yellow === Quintasan_ is now known as Quintasan [10:14] pitti, are PPC processors still produced? Can you buy any device new with a PPC processor in it? [10:15] tkamppeter: yes, and we just did - infinity is working on getting it up and running as a builder at the moment [10:15] nice! [10:15] cjwatson, which device? [10:15] I don't know, some big beast :) [10:15] pitti: yellow was amd64, iirc ... [10:16] itym sulfur? [10:16] oh right, which one am I thinking of -- the old live image builder [10:16] right, that was it [10:16] cjwatson: well, it's also kind of yellow :) [10:18] * pitti wonders where in the periodic table of elements we are, and what we do after nobelium [10:18] oh, it already exists [10:18] cjwatson: For the record, linux-ppc built on sagari in 51m. [10:18] cjwatson: (That takes 13.5h on ross) [10:18] even ununoctium.canonical.com exists already [10:19] infinity: nice [10:19] pitti: we stopped using elements some time ago [10:19] oh, even duranium and trilithium exist :) [10:19] pitti: I'm working on hunting a tg3 bug with the adapter in this machine (not PPC-specific, just specific to this silicon revision of tg3, I suspect), but otherwise it''ll be good to go soon. [10:20] pitti: If I can't sort the tg3 bug $soon, I may just toss an e1000e in there and let 'er rip. [10:20] cjwatson: yeah, seems we clearly need more Star Trek episodes that introduce new elements [10:21] pitti: Since elements, we've done Arabic star names and we're now on legendary creatures [10:21] pitti: https://wiki.canonical.com/InformationInfrastructure/SA/MachineNames [10:21] (I do wonder why every single tg3 silicon revision seems to quirk the crap out of he driver and require two years of bugfixing to work correctly) [10:22] cjwatson: Didn't you miss fruit in there somewhere? [10:33] infinity: oh yes [11:07] ok, so the nvidia-96 package is finally installable in Precise? [11:09] tjaalton, you were the one uploading it to precise-updates, right? [11:20] cousteau: yes+ [11:20] ? [11:20] OdyX, infinity, pitti, seems that upstart does not do what it is asked for, see bug 1098756, last comment. [11:20] bug 1098756 in cups-filters (Ubuntu) "cups-browsed keeps respawning" [Undecided,New] https://launchpad.net/bugs/1098756 [11:20] just wanted to thank you :) ok, now nothing stops me from definitely upgrading to precise [11:21] by the way, can that driver be ported to quantal? I don't think the nvidia-173 supports some legacy cards [11:21] cousteau: no [11:21] tkamppeter: perhaps avahi-daemon is crashing? [11:22] avahi-daemon starts and runs fine if I start it manually [11:24] but yeah, boot.log shows that it's started during boot too, but isn't running by the time I'm logged in to check [11:25] tjaalton, does that mean I won't be able to use my card on ubuntu versions quantal and newer with the drivers on repos? [11:25] (...well, maybe with nouveau) [11:25] cousteau: only with nouveau [11:27] I'm seriously considering switching to nouveau... wonder if there's a big performance difference [11:28] I'd suggest you seriously consider a hw upgrade ;) [11:28] (I noticed some Firefox 3D things being faster with Nouveau than the Nvidia drivers) === _salem is now known as salem_ [11:28] tjaalton, no PCIe, only AGP. The range of available cards is small. [11:30] can'ẗ find any cards for agp that you can buy as new.. [11:30] the second hand market should have plenty [11:33] well, I found an Nvidia AGP for about 50€ [11:34] Anyone know Cython and fancy fixing the libimobiledevice build? I have http://paste.ubuntu.com/1541130/ to deal with the multiarch Python failure, but then I run into a huge pile of Cython garbage. [11:35] Seems not to be fixed upstream. [11:36] cjwatson: I just saw that libimobiledevice FTBFS due to multi-arched Python :( I will try to fix it over the weekend. [11:36] actually, both NVidia and Radeon for about the same price, 47€ [11:37] geser: Lovely, thanks [11:37] The Cython failure seems to be unrelated to multiarching [11:38] I hope I have more success than you [11:39] infinity: re bug #633109, it can be seen as regression when going from a ftp to a sftp upload. [11:39] bug 633109 in dput (Ubuntu Precise) "No progress bar for sftp uploads" [Undecided,New] https://launchpad.net/bugs/633109 [11:53] geser: Looks rather like http://libiphone.lighthouseapp.com/projects/27916/tickets/285-cant-compile-cython-bindings FWIW [12:38] cjwatson, ogra@anubis:~/Desktop$ apt-file search types.h|grep /types.h|grep manpages [12:38] manpages-posix-dev: /usr/share/man/man7/types.h.7posix.gz [12:38] hah :) [12:38] follow up then [12:38] ;) [12:38] looks like I don't have manpages-posix-dev installed here [12:39] mostly if I want posix I use the website [12:39] i didnt either, but it seeems to be what he wants now that i looked at it [12:39] well, it will document what POSIX guarantees you get from , rather than what Ubuntu gives you [12:39] Which is not quite the same - sometimes people want the extensions [12:40] For example it won't document the LFS/file-offset-bits=64 mess [12:40] oh, right [12:44] pitti, so I should perhaps move the bug on to avahi-damon, as it seems to not stay stably running? [12:44] tkamppeter: that shoudl be verified first, though [12:45] also, cups-browsed must not crash if avahi disappears, but handle the situation gracefully IMHO. === MacSlow is now known as MacSlow|lunch [12:51] OdyX, AFAIR it does not crash, it does "exit 1". Perhaps I should add a wait loop, so that it stays running but starts working when avahi-daemon appears. [13:14] @pilot in === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and dicussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: mlankhorst === cpg is now known as cpg|away === henrix is now known as henrix_ [13:39] pitti: shall I give you a ring? === henrix_ is now known as henrix [13:46] : [13:46] whoops [13:46] ev: hangout? [13:46] sure [13:46] or mumble, etc. [13:46] ev: first time I try hangout with didrocks' sound fix, let's see whether it works [13:50] pitti: you should have an invite [13:50] ev: I do, just firefox says the connection has been interrupted [13:50] argh [13:51] ev: *hrmpf* [13:52] I've got a desk phone right here, POTS is pretty stable tech [13:52] shall I just give you a ring? [13:52] ev: it has an abysmally low audio quality, but I guess everything is better than total silence :) === MacSlow|lunch is now known as MacSlow [13:55] pitti, ev: you should try the canonical sip service it tends to work pretty well in sofiasip from quantal on in empathy [13:57] slangasek, After I had a masochistic moment I tried my luck a bit on some multi-arch conversion, I am now at a point where I think I could be ok with one of the created binary sub-packages. But some others seem hard since I struggle with multiple layers of autoconfig'ish things. Would it be acceptable to go with that stage and do the rest later? [14:00] pitti, ev: So far in the "worth showing" box we had evolution-data-server and compiz-gnome, and in the "not worth showing" box we had lsb-release and update-notifier. [14:01] mpt: lsb-release on its own is not really meaningful indeed, but it seemed to have caused a problem in firefox [14:01] (by not working as intended) [14:01] mpt: but still, in terms of reporting I agree to "batch mode" for it [14:02] pitti, the question is, can we expect Firefox to explain the error itself (or to crash and produce an application crash error). [14:02] If so, there's no point showing it separately. [14:04] mpt: even if not, I doubt telling the user about lsb_release will be useful to explain what happend in firefox [14:04] fair enough [14:23] barry, ScottK, doko_: I've just filed a python3-defaults MP (just letting you know so that you don't duplicate my work, but I'll be happy if someone reviewed it) [14:23] https://code.launchpad.net/~mitya57/ubuntu/raring/python3-defaults/resync/+merge/143697 === slank_away is now known as slank [14:30] mitya57: You could use sbuild or pbuilder to run the tests in a chroot. A full VM is not needed. [14:31] ScottK: I've no idea how to do that, is there a script somewhere? [14:31] mitya57: pbuilder-dist in ubuntu-dev tools is probably the easiest. pbuilder-dist raring create then pbuilder-dist raring login [14:33] ScottK: I'll try, thanks === rye_ is now known as rye [14:51] mlankhorst: hi, this merge of mine has been sitting since before xmas break, can you please take a look at it? (pinging you since you're marked as pilot, not because i think you know about remmina ;) https://bugs.launchpad.net/ubuntu/+source/remmina/+bug/1093511 [14:51] Ubuntu bug 1093511 in remmina (Ubuntu) "please merge remmina 1.0.0-4 (main) from Debian testing" [Wishlist,Confirmed] [14:52] sure, I'll take a look :) [14:53] the revu page in that bug report seems to be dead, 403 forbidden === rsalveti_ is now known as rsalveti === Ursinha_ is now known as Ursinha [14:56] mitya57, ScottK i'll take a look in a little while [14:58] mlankhorst: damn, let me check [14:58] mlankhorst: all of revu is down [14:58] achiang: are those diffs available from version control somewhere, or just those diffs? [15:00] Gentlemen [15:00] The installer is capable of utilizing LVM. [15:01] Would it be outrageous to modify the installer such that it automatically partitions 0.25% of the LVM physical volume free, and recommends such if a user manually partitions with LVM? [15:01] mlankhorst: just have the diffs, sorry [15:01] sorry [15:02] somethnig I am doing wrong. 10TB should give 250GB... 1TB should give 25GB or 0.025TB ... .1TB is 10%... .01TB ... so 2.5% [15:02] ah no worries, it's usually easier with version control, debian maintains it in git afaict, not sure about ubuntu [15:02] I do not think that is unreasonable. [15:03] in any case [15:03] All partitions formatted in the LVM would be configured to be fscked once per 180 days [15:03] mlankhorst: i can upload the *.dsc, etc. somewhere else [15:03] once per week, each drive would be snapshotted onto the free space in the LVM PV [15:03] the snapshot would be fscked [15:04] if clean, then the volume would be marked as recently fscked [15:04] i.e. tune2fs -T 0 [15:04] achiang: no those are available, I'm just looking into the source repository atm :) [15:04] otherwise an alert would be set and the drive scheduled for fsck. The administrator could request read-only remount, online fsck. [15:04] in this way, periodic fsck of clean file system could be accomplished without associated down time === Sp4rKy_ is now known as Sp4rKy [15:05] tune2fs -T now rather [15:11] achiang: overall looks ok to me, but I don't have any familiarity with remmina [15:16] achiang: also I don't have upload rights, so I can't actually sponsor the upload for you :( [15:17] I'll take a look at remmina [15:17] the two diffs are fine (infact, preferred) to sponsor it [15:18] thanks Laney [15:22] Laney: mlankhorst thanks! [15:28] can someone take a poke at my patch in bug #859600 ? i think it's better than the previously attached patches, but would be nice to get it reviewed/included [15:28] bug 859600 in gnome-keyring (Ubuntu Precise) "Please convert gnome-keyring to multiarch" [High,In progress] https://launchpad.net/bugs/859600 [15:29] (and pushed into debian if anyone could do so) === schmidtm_ is now known as schmidtm === doko_ is now known as doko [15:54] is it ever 'done' to have a 'README.Ubuntu' under debian/ ? Or do we, if no README.Debian exists, create that? [15:57] achiang: I think you need a Breaks/Replaces for remmina-common that used to contain the desktop file [15:57] i'll make README.Debian. will need to suggest they ship it too, anyway [15:58] smb: if the binary package you have converted to multiarch is usefully installable by itself, then sure [15:59] Laney: ah, interesting. ok, thanks [16:00] perhaps just Breaks (to help the upgrade order) [16:02] achiang: No need for you to update it - I'll do that before uploading [16:06] Laney: great, thanks! [16:08] where could I get an ubuntu phone image? [16:10] http://www.ubuntu.com/static/u/img/devices/phone-home-industry-269x192.jpg [16:10] - they aren't available yet but I heard late Feb (also #ubuntu-phone) [16:11] Laney: ah ok [16:14] highvoltage: pick your fancy from all of them http://www.ubuntu.com/static/u/img/devices/ [16:14] * xnox likes [16:14] http://www.ubuntu.com/static/u/img/devices/phone-app-hero-420x338.jpg [16:15] : ) [16:18] on a slightly related note. I reflashed my Atrix with Cyanogenmod and lost the default Ubuntu 9.04 installation that it came with. Where could I get Ubuntu for Android? [16:20] highvoltage: there is no download yet. [16:20] xnox: but it's been existing for so long! [16:21] xnox: who's actually working on it? could I ask someone for an image? [16:21] * xnox didn't know highvoltage is a phone manufacturer =) [16:22] * highvoltage didn't know that you had to be in order to get ubuntu [16:23] xnox: i've actually been pondering just making my own phone actually. :) [16:29] highvoltage: I can give you a tarball of the osh partition (the default 0.94 system) on my Atrix, mine didn't get wiped with the reflash [16:30] stgraber: I'm going to try to follow http://fooprotected.wordpress.com/2012/04/02/debian-on-androidatrix-with-debootstrap/ to get a more recent version than 9.04 running. then at least I can share it for others who'd like to do the same [16:33] highvoltage: you won't be able to get a terribly recent userspace on the atrix because of the kernel version [16:34] highvoltage: 10.04 chroot/containers work pretty well here, but anything more recent was met with a lot of crashes because of missing/broken syscalls in the android kernel [16:45] stgraber: ah right :-/ [16:47] slangasek, around ? [16:48] who do i need to talk to to get bug 1100491 into -updates [16:48] bug 1100491 in cloud-init (Ubuntu) "[SRU] apt_sources broken in 0.6.3-0ubuntu1.3 [regression]" [Critical,Fix committed] https://launchpad.net/bugs/1100491 [16:48] its not sat for 7 days in -proposed, but we have a broken update in -updates and this fixes that. [16:50] * cjwatson double-reviews [16:51] smoser: I've waived the waiting period; it's on its way into -updates now. [16:52] \o/ [16:52] thank you. [16:52] sorry for suck. [16:55] utlemming, can you spin a precise-daily build once cloud-init 0.6.3-0ubuntu1.4 is in -updates ? the latest daily has the broken version and want to stop people from getting that even if they're using dailies. [17:18] cjwatson: howdy!! I was wondering if you could take a look to: bug #1092265 [17:18] bug 1092265 in MAAS "Nodes fail to boot from local disk on raring" [Critical,Triaged] https://launchpad.net/bugs/1092265 [17:18] thihs is really an issue with syslinux [17:20] roaksoax: sorry, pretty overloaded [17:20] roaksoax: as you can see we've got back in sync with Debian so I haven't actually touched syslinux in some time anyway [17:21] cjwatson: ack! thanks though :) [17:21] I'd probably suggest starting by looking through changes to chain.c32's source in upstream git [17:22] cjwatson: will do! thanks! :) [17:22] though chain has hardly changed in quite a whwile [17:23] slangasek, I guess, though I would need to throw it over the fence to someone else who has an environment for using that. Though basically it is only one subpackage that only provides libraries (and has done before). Its less clear with some language interface package which then have a perl/ruby/python binding plus an .so part. So following thatis it enough to not have any multi-arch keywords on the other packages in the control file to say tho [17:23] se aren't ready (yet) [17:24] yeah /win 13 [17:24] err === yofel_ is now known as yofel [17:32] @pilot out === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and dicussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [17:39] @pilot in === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and dicussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: infinity [17:44] hi infinity. i submitted a but report and a patch this morning for indicator-weather: https://bugs.launchpad.net/indicator-weather/+bug/1100680 [17:44] Ubuntu bug 1100680 in Indicator-weather "indicator-weather on Quantal throws exception when adding location" [Undecided,New] [17:44] any chance this could get looked at? [17:46] smb: can you point me at specifics? [17:49] slangasek, I can. Though I think it also makes sense to take this into email where I can add a bit more info. But I think I won't get to that till tomorrow. [17:51] smb: ok :) [18:06] slangasek, i had the following line in my /etc/default/grub: GRUB_CMDLINE_LINUX_DEFAULT=initcall_debug quiet printk.time=1 [18:06] slangasek, because of that, i was getting failures in /usr/sbin/grub-mkconfig: /etc/default/grub: quiet: not found [18:07] slangasek, this was preventing an update of the kernel package. i changed it to just "GRUB_CMDLINE_LINUX_DEFAULT= quiet" [18:08] slangasek, that fixed my issue [18:08] bjf: You need to quote that [18:08] GRUB_CMDLINE_LINUX_DEFAULT="initcall_debug quiet printk.time=1" [18:08] cjwatson, ah! [18:08] cjwatson, thanks [18:08] de nada [18:09] mcclurmc: I can have a poke. [18:10] thanks infinity. it's nothing critical, but it'd be good to get it merged === mthaddon` is now known as mthaddon === negronjl` is now known as negronjl [18:31] tkamppeter_: the cups upload in the quantal -proposed queue will prevent all apport crash reports regarding cups which seems rather heavy handed [18:34] cjwatson: I'm not sure where it needs to go, but msdos is the default filesystem for the e500* systems (right now, it claims ignorance) [18:34] s/filesystem/partition-map/ [18:35] BenC: That's true for IBM machines too. Is there some broken assumption somewhere? [18:35] infinity: the installer just says "we don't know what to do, so you guess and if it's wrong, well then, it's not my fault" [18:36] It's not that I can't select it on my own, just wondering where to stick in a default for reasons [18:36]