/srv/irclogs.ubuntu.com/2013/10/04/#ubuntu-devel.txt

=== freeflying_away is now known as freeflying
=== _salem is now known as salem_
NoskcajIs there an FTBFS list for arm64 yet?02:30
=== salem_ is now known as _salem
slangasekNoskcaj: no, and you shouldn't expect one any time soon04:51
Noskcajok04:52
slangasekbecause a /failed/ to build from source list implies sufficient resources to /try/ to build from source :)04:52
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
DzAirmaXhey ;à$07:07
DzAirmaXhow are you guyz today ?07:07
DzAirmaXCan someone give me some infromation about the MOTD update system ? I noticed it was delayed on the 13.10 distrib ....07:34
DzAirmaXI noticed the displayed info was delayed from 1 login, so for example I will have the system info from the last login and not the actual one07:47
rbasakDzAirmaX: look into pam_motd07:51
DzAirmaXrbasak : how am I supposed to look there sir ?07:56
rbasakDzAirmaX: I don't know. I'm just giving you a keyword to help with your googling.07:57
rbasakI hope that helps.07:57
=== sil2100_ is now known as sil2100
=== freeflying is now known as freeflying_away
=== freeflying_away is now known as freeflying
xnoxzyga: ha, nice. Did you see deb-squid-proxy-client? http://blog.surgut.co.uk/2013/03/avahi-apt-cacher-ng-sbuild.html essentially there is a way to advertise apt-proxies and automatically use them.08:57
xnoxzyga: i use that on my laptop, chroots, sbuild, etc. Thus when I am at home it uses my main proxy, when on the go, it uses one if available.08:58
=== iahmad is now known as iahmad|afk
zygaxnox: nope, looking09:00
xnoxzyga: it's been improved since apt-cacher-ng now ships the avahi config.09:01
xnoxzyga: so that step is not needed.09:01
zygaxnox: ait is avahi based09:01
zygaxnox: it is avahi based09:01
xnoxzyga: yes, avahi is required on the host. So I bypass that for sbuild, by checking & setting apt-proxy url at chroot setup.09:02
xnoxzyga: avahi is pre-installed on desktops.09:02
xnox(chroot setup, meaning each time sbuild/schroot is invoked via it's hooks scripts)09:02
zygaxnox: while I really like the concept of avahi it is really not reliable enough IMHO, it's often filtered out in corporate networks and even at home, it easily fails to work on wifi due to silly packet loss09:03
xnoxzyga: true, and due to e.g. routers by the UK ISPs often not allowing wifi clients to access LAN/ethernet clients and etc.09:03
zygaxnox: plus, my solution is really more robust, it updates each time the network changes09:04
xnoxzyga: yeah, it is. In deb-squid-proxy-client, a python script is executed each time apt-get is invoked which is less than ideal performance wise.09:05
zygaxnox: one improvement I could see is for apt-proxy-setup to discover generic mDNS advertised proxies and pick one as an option09:05
xnoxhm.... interesting.09:05
zygaxnox: and I'd like to have a way to maybe fallback to fully offline local apt-cacher-ng when offline09:05
xnoxi've never used mDNS advertised proxies (well, to my knoweledge at least)09:05
zygaxnox: it's just 0.1 :)09:05
zygawell mDNS is avahi09:05
xnoxzyga: fallback to local apt-cacher-ng when offline would be cool.09:06
zygaxnox: I'm doing this because we're sprinting next week09:06
xnoxby pick the /actual/ fast desktop proxy when on "home" network. Yeah, that needs config files.09:06
zygaxnox: and I really want to have my stuff and not have to fiddle with it09:06
zygaxnox: well, if that proxy is advertised it would also be picked up09:06
zygaxnox: I meant mDNS apt-cacher-ng proxy09:06
zygaxnox: I think I'll do the offline proxy first to have something to do on the plane09:07
zyga(the proxy would only start when needed too, which is great about upstart)09:07
zygaxnox: but I'll look at setting up avahi discovery for apt-cacher-ng in a generic network09:07
zygaxnox: I was thinking about that earlier and I worried that there might be security issues, it it okay to use any random mirror?09:07
zygaxnox: I think it is but I wasn't 100% Sure09:08
=== iahmad|afk is now known as iahmad
cjwatsonapachelogger: +  * Change all maintainer scripts to use sh -e rather than explicit set -e.09:26
apacheloggercjwatson: a voice in my head told me to do that :O09:27
cjwatsonapachelogger: that's so backwards :)  explicit set -e is better because it means that it isn't a gotcha for people debugging your script with "sh -x <blah>" - I change everything I maintain to use explicit set -e whenever I notice sh -e09:27
cjwatson(not a reject or anything but I think this change is misguided)09:27
infinityThat's not quite as backward as the part where we later ignore all errors anyway.09:27
apacheloggercjwatson: true, but sh -e is so elegant ^^09:28
cjwatsonapachelogger: but wrong :)09:28
apacheloggerpff :P09:28
cjwatson(well, less helpful)09:28
apacheloggerI'll commit a revision to that if it makes you happy09:28
infinityIs kubuntu-default-settings intentionally being installed in ways where dependencies aren't set up yet, or is the whole thing just really misguidedly weird?09:28
cjwatsonapachelogger: should the referenced bugs be reassigned to kubuntu-settings?09:29
apacheloggerinfinity: I have no idea, latter sounds reasonable09:29
cjwatson(they're on kubuntu-default-settings right now, so won't be closed by this upload)09:29
apacheloggercjwatson: yes09:29
infinityapachelogger: As a general rule, postinst should be able to expect that their deps aren't broken.  I find this whole "assume the world might be broken and just echo harmlessly to the terminal" thing a bit odd.09:30
infinityapachelogger: If there are known error conditions here, could we fix the buggy packages?09:30
infinity(And if there aren't known bugs here but rather just paranoia, you've effectively undone the whole point of "set -e")09:30
cjwatsonI tend to agree, but it's also fairly harmless as-is.  Minded to accept unless infinity objects09:32
infinitycjwatson: Well, it looks like this was already done (or started) in the previous upload, so meh.09:33
apacheloggerinfinity: they aren't known, that is the problem....09:33
infinitycjwatson: But I'd still like to have the talk/argument.09:33
cjwatsonat least one is09:33
cjwatsonbug 1005555 is a configuration error probably caused by copy/pasting from some stupid website09:33
ubottubug 1005555 in kubuntu-settings (Ubuntu) "package plymouth-theme-kubuntu-logo 1:12.04ubuntu4 failed to install/upgrade: el subproceso instalado el script post-installation devolvió el código de salida de error 2" [Undecided,New] https://launchpad.net/bugs/100555509:33
cjwatsonit'll break something else later anyway09:33
cjwatsonoh, and ditto bug 104469009:34
ubottubug 1044690 in kubuntu-settings (Ubuntu) "package plymouth-theme-kubuntu-logo 1:12.04ubuntu4 failed to install/upgrade: installed post-installation script alt işlemi çıkış durumunda hata döndürdü:: 127" [Undecided,New] https://launchpad.net/bugs/104469009:34
cjwatsonthey are not your problems09:34
apacheloggerright, neither of the called things in postinst are actually fatal09:34
cjwatsonand it really doesn't particularly help to ignore them - the whole upgrade will probably still fail when people have scribbled nonsense over config files09:34
infinityUhm, yeah.  If things like update-grub or update-initramfs fail, people have a broken system, full stop.09:34
cjwatsonbut I agree that it doesn't make much difference either way in this case09:35
infinityThe warm fuzzies produced from kubuntu-default-settings installing won't help.09:35
cjwatsonIndeed.  They're logically triggers, though.09:35
=== freeflying is now known as freeflying_away
cjwatson(accepted)09:36
infinityWell, triggering those sort of solves the problem (or, rather, moves it to the package where it runs), which is fine.09:36
infinityBut it seems to be an overreaction to "|| true" the world.09:36
cjwatsonYeah.09:37
infinityLike, if those update-alternatives calls explode, that legitimately means that kubuntu-whatever won't have installed correctly.  Which is exactly when a postinst is meant to fail.09:37
* infinity shrugs.09:37
cjwatsonRight.  I would say you should09:38
infinityI need sleep more than I need to lecture on the Internets, though. :)09:38
cjwatsoner09:38
cjwatsonapachelogger: Right.  I would say you can reasonably || true on the things that are logically triggering other packages, but that you should not || true the things that are actually entirely part of your own package (like the update-alternatives).09:38
DzAirmaXI noticed the motd update from motd.dynamic is not enforced as each login on the 13.1009:41
DzAirmaXsomeone has encoutered the same pb ?09:41
apacheloggercjwatson: ultimately I'd have it simply print a message but still exit in error as the entire point is to reduce bug triage work. alas, with release coming up I'll take ||true as immediate workaround.09:42
cjwatsonapachelogger: For the triggers, I'd reluctantly agree, but for things that are actually functionality of your own package I do not agree that reducing bug triage work is sufficient reason to ignore errors09:46
apacheloggermhh, I guess you are right.09:47
apacheloggercjwatson: I put a todo down for 14.04 to look at it in detail09:51
cjwatsonta09:53
cjwatsonright, better get back to verifying apt SRUs09:56
seb128xnox, hey, just as fyi, I assigned https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/1200775 to you (apturl not working in saucy)10:38
ubottuUbuntu bug 1200775 in update-manager (Ubuntu) "apturl-gtk crashed with AttributeError in __init__(): 'InstallBackendAptdaemon' object has no attribute 'connect'" [High,Confirmed]10:38
seb128xnox, it seems to be due to https://code.launchpad.net/~dylanmccall/update-manager/dialogs-refactor/+merge/164673 and you are the one that approved the merge it seems10:38
xnoxseb128: ack. will look into this later today.10:39
seb128xnox, thanks10:39
seb128xnox, I commented on the mp as well, maybe Dylan is around/wanting to look at it10:39
TJ-Can we get some love for a critical ifupdown issue, bug #123516911:24
ubottubug 1235169 in ifupdown (Ubuntu) "Fails to read files in /etc/network/interfaces.d/" [Critical,New] https://launchpad.net/bugs/123516911:24
rbasakHow long as interfaces.d been around. OOI, has this ever worked?11:29
=== MacSlow is now known as MacSlow|lunch
=== freeflying_away is now known as freeflying
TJ-rbasak: Since April12:08
=== freeflying is now known as freeflying_away
loolcjwatson: getting a manpages upgrade error; would it be fs corruption?  dpkg: erreur de traitement de /var/cache/apt/archives/manpages_3.54-1ubuntu1_all.deb (--unpack) : impossible de créer un lien symbolique de secours pour « ./usr/share/man/man4/ptmx.4.gz »: Aucun fichier ou dossier de ce type12:15
loolcjwatson: file /usr/share/man/man4/ptmx.4.gz12:15
lool/usr/share/man/man4/ptmx.4.gz: unreadable symlink `/usr/share/man/man4/ptmx.4.gz' (No such file or directory)12:15
loolls -l /usr/share/man/man4 is full of: lrwxrwxrwx 1 root root     0 août   1 15:36 zero.4.gz ->12:15
loolempty file, I guess it's not pointing at anything12:15
loolthis is on btrfs12:16
cjwatsonlool: looks like it12:17
loolok12:17
loolI might have run out of battery a while ago12:18
loolbut not particularly while upgrading12:18
loolso kind of sad12:18
rbasakTJ-: so is this a regression from Raring, or a new feature that doesn't work? What is the justification for it being Critical?12:23
rbasakTJ-: is there some essential thing that depends on this feature?12:24
rbasakTJ-: or is it the default now or something?12:24
TJ-It's a new feature since April, the default interfaces created by the postinst script writes the directive, but installing interface files in that directory fails to work12:27
TJ-I hit it earlier whilst configuring a 13.10 server with multiple interfaces12:27
TJ-So if you follow the guidance, it'd fail to bring up any network.12:28
TJ-I've just implemented a patch to fix it, I'm testing it now12:28
smartboyhwcjwatson, hmm, ardour3 sync build-failure on armhf and powerpc because of a header which only exists in amd64 and i386....12:34
smartboyhwAny ideas as to what I can do?12:34
smartboyhw(Note that the package failed to build in Debian's armhf and powerpc)12:38
smartboyhws/Debian's/Debian archive archs/12:38
cjwatsonWell, it's not fatal for using ardour3 in Ubuntu Studio12:39
LaneyFind out why it's passing -DBUILD_SSE_OPTIMIZATIONS12:40
cjwatsonI think it might actually be FPU_OPTIMIZATIONS12:40
cjwatsonFPU_OPTIMIZATION, rather12:40
cjwatson        if bld.env['FPU_OPTIMIZATION']:12:40
cjwatson            testcommon.source += [ 'sse_functions_xmm.cc' ]12:40
cjwatsonifneq (,$(findstring amd64,$(DEB_BUILD_ARCH)))12:40
cjwatsonDEB_MAKE_NOOPT_FLAGS := DEBUG=no FPU_OPTIMIZATION=yes12:40
cjwatsonendif12:40
* Laney got that from the debian bug12:41
cjwatsonThat should maybe be ifeq (,$(findstring i386,$(DEB_BUILD_ARCH))) instead since that code ain't gonna work on non-x8612:41
cjwatsonEr, wait, I have my negatives backwards12:42
cjwatsonIs DEB_MAKE_NOOPT_FLAGS actually being passed to anything?12:42
cjwatsonIt doesn't seem to be a recognised CDBS variable12:43
cjwatsonAlso check whether FPU_OPTIMIZATION=no works properly or if it needs to be unset12:44
cjwatsonAnyway those are the general paths you probably want to look at12:44
cjwatsonLooks like the build target is set wrongly12:46
smartboyhwcjwatson, :(12:46
smartboyhwAnyhow, at least it works for x86 and amd6412:46
smartboyhw(Good enough for us)12:46
cjwatsonI'm afraid I've run out of interest for debugging waf nonsense, you'll have to sort the rest out yourself :)12:46
smartboyhwcjwatson, sure12:47
=== MacSlow|lunch is now known as MacSlow
cjwatsonnever been a fan of choose-your-own-adventure build systems :)12:47
smartboyhwcjwatson, agreed, I love dh:P12:47
smartboyhwcjwatson, so ardour3 won't auto-migrate to -release right?12:49
cjwatsonsmartboyhw: Nothing's stopping it that I know of12:53
cjwatsonsmartboyhw: Architecture support only has to not regress; if you don't build on an arch you've never built on before, that's fine12:53
cjwatsonsmartboyhw: https://wiki.ubuntu.com/ProposedMigration12:54
=== _salem is now known as salem_
smartboyhwcjwatson, nice wiki page, let me bookmark12:58
seb128cjwatson, you mentioned gnome-control-center-unity being newer in raring-updates than saucy ... do we have a tools to list such problems? it seems like that if that happened to that one we might as well have other sources in the same case13:34
cjwatsonseb128: I've never wired it up to a proper report or anything but it's easy to generate with lp:~cjwatson/+junk/suite-diff13:34
=== kentb is now known as kentb-afk
cjwatsonxnox: libboost1.53-dev should set its primary alternative to libstdc++-4.8-dev (which exists) rather than libstdc++6-4.8-dev (which doesn't).  Was going to just fix in Ubuntu but I noticed the changelog appears to include a matching change from you in Debian experimental (though apparently not actually uploaded there).  Would you mind fixing in both?13:42
cjwatsonxnox: This is part of why libc++ is showing up in http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.txt13:42
seb128cjwatson, thanks for the script, there is a few listed out of g-c-c-unity13:51
seb128fwlogwatch: 1.2-2ubuntu0.13.04.1 > 1.2-213:51
seb128kdeadmin: 4:4.10.5+repack-0ubuntu0.1 > 4:4.10.4-0ubuntu113:51
seb128kdenetwork: 4:4.10.5+dfsg1-0ubuntu0.1 > 4:4.10.4-0ubuntu113:51
seb128ubufox: 2.7-0ubuntu0.13.04.1 > 2.6-0ubuntu113:51
seb128chrisccoulson, ^ ubufox is newed in raring-updates than saucy13:51
seb128Riddell, ScottK: ^ you might be interested by the KDE ones (newer in raring-updates than saucy, can create upgrade issues)13:51
chrisccoulsonseb128, ah, i'll fix that13:54
seb128chrisccoulson, thanks ;-)13:54
cjwatsonfwlogwatch looks like it should just be copied forward - security update13:55
cjwatsonI'll do that13:55
cjwatsonsarnold: ^- FYI.  I don't think you should rely on new versions coming from Debian in this kind of situation - better to copy the security update forward from raring if versions were previously identical between raring and saucy (no need for a separate upload)13:56
* cjwatson runs "copy-package -s raring-updates --to-suite saucy-proposed -b fwlogwatch"13:57
seb128cjwatson, thanks13:57
xnoxcjwatson: =/ sorry about that. yeah, let me fix that in debian & ubuntu then.14:11
cjwatsonThanks!14:13
=== tkamppeter_ is now known as tkamppeter
psivaaslangasek: re: bug #1234649 i see the tool is now fixed in saucy, but our test servers are still using precise with sbsigntool:0.6-0ubuntu1~12.04.114:32
ubottubug 1234649 in sbsigntool (Ubuntu) "UEFI shim verification against microsoft-uefica-public.pem fails with 20131003 saucy images" [Medium,Fix released] https://launchpad.net/bugs/123464914:32
psivaaslangasek: any plans to backport it?14:32
=== freeflying_away is now known as freeflying
xnoxpsivaa: slangasek: yeap, i was planning to get it SRUed to precise, quantal & raring.14:45
psivaaxnox: ack, thank you14:46
Riddellseb128: those are newer in raring-updates than saucy because they have been removed in saucy so I don't think it's a problem14:51
cjwatsonRiddell: No, they're in saucy14:52
cjwatsonRiddell: They wouldn't have been reported if they'd been removed14:52
cjwatsonRiddell: It looks like the binaries have (at least partially - didn't check them all) been supplanted by other sources, but the old source packages were never removed14:53
=== DanChapman is now known as DanChapman|afk
marcoceppiFor packagining, I have a source tarbal and I want to update the the package contents with that tarbal and bump the package version. is there a command to do the unpacking of the tarbal in to the already fetched apt-source package?15:12
Riddellcjwatson: ah gotcha15:12
Riddellmarcoceppi: #ubuntu-packaging I think if nobody answers here15:13
mitya57marcoceppi: in bzr trees you can do bzr merge-upstream, otherwise you can unpack the tarball and copy debian/ to new location15:15
Laneyuupdate15:16
smartboyhwuupdate is the greatest thing;P (followed by bzr merge-upstream)15:17
marcoceppithe upstream is in a ppa, so I'm not sure if that will work15:17
smartboyhwLaney, if I update a flavour meta package (ubuntustudio-meta here) that includes a new package, that does require a FFe right? (Or do we need UIFe as well?)15:18
smartboyhw(A new package included in seeds, to clarify)15:21
slangasekxnox, psivaa: I don't think an SRU is justified for this issue; I think the test server should work around it by either pulling the saucy version, or using faketime.15:29
slangasekthis is not a user-affecting issue, the only place we're using sbverify is for testing - and in any case, the you can't push an SRU right now because there's currently one in the queue, so chances are there'll be a fixed shim binary from MS by the time the SRU completes15:30
xnoxok.15:30
xnoxslangasek: sbverify is part of our validation and security regression testing. and it's not like you can update the shim on the released 12.04.2, and .315:32
slangasekxnox: yes, but why would we be retesting those released images?15:33
xnoxslangasek: true. i see.15:33
slangasekanyway, faketime :)15:33
xnoxpsivaa: do you want me to write faketime patch for utah static validation such that it starts passing?15:34
xnoxpsivaa: or simply upload new sbverify to the same place as utah is.... which is also not in the ubuntu archive =) but in a ppa.15:35
psivaaxnox: i could try and pull the saucy version first to see if that works15:35
TJ-What's the procedure to revert one or more debian/patches/ prior to a "bzr bd -- -S" ?  I've tried simply commenting them out in "debian/patches/series" but of course quilt still has them applied to the source.15:43
xnoxTJ-: quilt pop -a; edit debian/patches/series; quilt push -a; bzr add .pc; bzr bd -S15:48
cjwatsonquilt pop -a, comment them out in debian/patches/series, and then "quilt push" and "quilt refresh" if necessary15:48
cjwatsonsnap, ish :)15:48
xnoxTJ-: note, -S is a valid bzr bd option, to do source build.15:48
TJ-xnox: Thanks! I was missing the "bzr add .pc" step!15:49
Laneycodesearch reindexing takes ages15:58
* Laney wahs15:58
TJ-xnox: I must be missing something, "bzr bd -S" errors with "[Errno 2] No such file" for a ".pc/$PATCH_NAME/target.file". I can't much about reverting quilt 3.0 patches either, aside from Barry Warsaw's struggles with the same thing in 2010/2011 in the mailing list. All suggestions gratefully accepted16:26
xnoxTJ-: commit, since you removed files.16:26
TJ-s/can't much/ can't find much/16:26
xnoxTJ-: then build will succeed.16:26
TJ-xnox: OK, presumably also the updated changelog?16:27
xnoxyeah, commit everything16:27
TJ-xnox: thanks, that sorted it. Doing this on a minimal server install without my dev tools and scripts so its painful16:29
sarnoldcjwatson: thanks re: fwlogwatch advice :)16:53
=== DanChapman|afk is now known as DanChapman
=== jdrab_ is now known as jdrab
=== psivaa is now known as psivaa-afk
smoserslangasek, you are usually useful with my queries for things like this: https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/123523118:07
ubottuUbuntu bug 1235231 in cloud-init (Ubuntu) "ci-info: eth0 not reliable in latest saucy images" [Medium,Confirmed]18:07
slangaseksmoser: can you distill the bug for me, please?  What is the race you're seeing?18:09
=== kentb-afk is now known as kentb
smoserslangasek, basically data written to /dev/console goes to /dev/null18:20
smoseror some other unrecoverable location18:20
smoserand we'd like it not to.18:20
smosersee the upstart job, it basically does 'for i in $(sed 1 1000); do echo i=$i && sleep .2 ; done'18:21
smoserand expects that I that data should get to /dev/console (well, the other side). but it does not.18:21
slangaseksmoser: ok, so it's a question of the /output/ of this line18:22
smoserright.18:22
smoserit just gets swallowed up. i suspect by plymouth.18:23
slangasekok; I'm not aware of any recent changes that could account for this18:23
smoserand to be fair, onthe raring test i just ran it swallowed up a buncch of it too, but just less, and the cloud-init info got there.18:23
smoserwell https://launchpadlibrarian.net/152522624/manifest-changes-alpha3-to-beta1.diff18:24
smoseris the image contents diff18:24
smoserbetween "working enough" and "not working".18:24
slangaseksmoser: yeah, and there have been no changes to packages that *should* impact console behavior this cycle, unless perhaps there's something that changed in the kernel itself18:26
sarnolddo the retracers need a kick?18:27
smoseralso on other boots we still do get the data. its clearly race conditiion related.18:27
smoserheres a canonistack instance log http://paste.ubuntu.com/6193370/18:27
smoserwell, see line 74118:28
slangaseksmoser: right, so I suspect that nothing has fundamentally changed, it's just that things have moved around to where the race is more likely to be hit now18:28
smosererr.. maybe line 1163 boot.18:28
smoserright.18:28
slangaseksmoser: so the boot at line 1163 looks to be outputting fairly reliably from your test, but misses the first 13 iterations?18:30
smoserwell, it'd be really nice if content written to /dev/console got to the device hooked up on the other side of /dev/console. (just like that is true for /dev/sda).18:30
smoserslangasek, yeah. once you start getting output, you sem to get it.18:30
smoserit just gets lost until some point.18:31
slangasekwhat's the value of /proc/cmdline here?18:31
smoser[    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-3.11.0-11-generic root=LABEL=cloudimg-rootfs ro console=tty1 console=ttyS018:31
slangasekok18:31
slangasekso you know that kernel writes to /dev/console are not reliable?18:31
slangasekthis is a kernel issue18:31
slangasekis it possible the write itself is failing?18:32
smoseri dont think its kernel.18:32
smoseri think its plymouth.18:32
smoseri can make sure the writes are returning success if you'd like.18:32
slangasekI think you should check that18:32
smoserand that is a good idea18:32
slangasekthere's no dmesg output past the mount of the root filesystem; has that been diverted somewhere else, or is there just no more to see?18:33
slangasekit certainly could be plymouth, it's just hard to diagnose this without timestamps18:34
slangasekok, I've convinced myself that plymouth is the most likely culprit18:35
smoserslangasek http://paste.ubuntu.com/6193435/18:40
smoserthat is after doing:18:40
smoser for x in /etc/init/plymouth*.conf; do sudo mv $x $x.dist; done18:40
slangasekok18:40
slangaseksmoser: so is there ever a case where cloud-init is installed where you would have an interactive console and care about actually interacting with plymouth?18:49
slangasekit may be that the right thing to do here is just to create /etc/init/plymouth*.override on all the cloud images and forcibly disable plymouth on the grounds that it serves no purpose18:50
slangasek(and cloud-init may be the package in which to do that)18:50
=== slomo__ is now known as slomo
utlemmingslangasek, smoser: we do have the run a cloud-image locally under KVM, and then there are the Vagrant images that cloud image diratives.18:50
utlemmingslangasek: mostly developer use cases18:51
slangasekutlemming: right, but such use cases do exist18:52
utlemmingslangasek: yes, those use cases exist18:52
slangasekI'm trying to figure out how to solve this without causing regressions for other cases; we really need a hard specification on where we expect plymouth to spit what output (which we are currently lacking) and refactor things to work correctly across all the install types... that's not gonna happen for 13.1018:53
slangasekso that leaves "hack out plymouth" as the best option I can think of18:53
slangasekutlemming: oh, but if these are still cloud images, you still would never be interacting with plymouth18:54
slangasekbecause you might have a console, but it's only for staging, no?18:54
utlemmingright...we just need a console18:54
slangasekso you e.g. wouldn't actually care about typing in the passphrase for unlocking a disk, or telling mountall to skip a missing disk :)18:55
utlemmingyeah....exactly18:55
utlemmingso in thinking about it, drop it18:55
slangasekutlemming: and cloud-init isn't something that users might install on their host system for testing?18:55
utlemmingonly if they want the most useless desktop ever18:55
lifelessI think we'd very much want to dissuade them from installing it18:55
lifelessbut18:55
lifelessopenstack will get two-way consoles at some point18:56
utlemmingoh...18:56
lifelessI don't think it's true to say it's going to be just output indefinitely18:56
utlemmingactually, no we can't drop it18:56
slangasekutlemming: cloud-init itself wouldn't break the desktop, would it?  if there are no options set it ought to be a no-op?18:56
utlemmingcloud-init is an aggressive package...it wants a datasource and would delay the boot18:56
slangasekheh18:57
utlemmingadd ~2 minutes or more to the boot18:57
slangasekwell, ok then18:57
slangasekso we can fairly safely say that having cloud-init override plymouth is probably not going to make things worse18:57
utlemmingprobably not18:58
smoserwhen cloud-init is instlaled, you're quite likely to end up with a 2 minute boot. with annoying timeouts.19:08
smoserlifeless, disabling plymouth doesn't mean non-interactive console19:08
smoserit means non-interactive console during boot19:08
smoserits still possible to put a getty on /dev/ttyS019:09
smoserand openstack does have 2 way consoles in that respect now. (via vnc).19:09
lifelesssmoser: cool19:12
lifelesssmoser: so my point was that entering a password for luks in the cloud is viable in that setup19:12
smoseronly moderately.19:13
smoserthat is a use case, you're right.19:13
smoserbut realisitcally... yoiu're uber paranoid at that point19:13
smoserand without a lot of benefit19:13
lifelessyeah19:13
lifelessagreed19:13
smoseras someone as direct access to your memory19:13
smoserhey... i'll beg again.19:17
smoseranyone able to take a review of https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/123348619:17
ubottuUbuntu bug 1233486 in software-properties (Ubuntu) "add support for 'cloud-archive:' like 'ppa:' but for cloud archive" [Undecided,New]19:17
smosermvo basically said "ok", but i'd like to upload to saucy, and would appreciate someone else's eyes on that.19:17
goodwillquick question, I am looking for the revision which the PPA build bots is building in the build log and I am failing to find it ... where is such information kept19:50
cjwatsongoodwill: you mean of a recipe or something?  might be helpful to link to the build in question20:29
goodwillcjwatson: https://launchpadlibrarian.net/139863041/buildlog_ubuntu-precise-amd64.nginx_1.4.1-1ppa1~precise_UPLOADING.txt.gz21:31
infinitygoodwill: A link to the build is more useful than a link to the log.21:48
cjwatsongoodwill: I don't quite understand the question, then.  The builder is given a source package, whose version is right there in the URL.  If there's a version control system behind it, the builder doesn't know about it.21:57
goodwillhmmm21:58
cjwatsonIn the case of recipes, then there's a bzr revision, indeed, but that package wasn't built using a recipe.21:58
goodwillhttps://launchpad.net/~nginx/+archive/stable/+build/457742121:59
goodwillI see21:59
goodwillyeah it was not clear what revision was pulled21:59
cjwatsonSo for instance in the build log linked from https://launchpad.net/~numix/+archive/ppa/+recipebuild/553593 you can pick apart the generated source package version to see that that was bzr revision 82.22:00
infinitygoodwill: Well, what revision of *what*?  It wasn't autobuilt from a VCS, it was manually uploaded by a person.22:00
cjwatsonRight, a source package like that nginx one may not even have a proper version control system behind it at all.22:01
goodwillI see22:01
goodwillthis explains a few things22:01
goodwillI though that nginx is built from the sources in the launchpad code22:01
cjwatsonBut you can download the source package and look at it.22:01
cjwatsonPoke around in https://launchpad.net/~nginx/+archive/stable22:02
=== kentb is now known as kentb-out
=== salem_ is now known as _salem
=== freeflying is now known as freeflying_away
sarnoldI think the retracers are dead, this bug is five hours waiting for a retrace: https://bugs.launchpad.net/ubuntu/+source/unity-tweak-tool/+bug/123535322:16
ubottuError: ubuntu bug 1235353 not found22:16
psusicjwatson, I notice that update-grub spews a *ton* of debug output into syslog in saucy... did you leave an extra debug flag on by accident?23:03
cjwatsonNo, that's probably os-prober which has done that forever.23:04
psusireally?  I know it has been fairly verbose, but now there are screen fulls of lines that say debug and end up echoing the entire contents of any and all other grub.cfg files found.. I didn't think it was quite that chatty before23:05
cjwatsonThat's os-prober and yes it has been.23:05
psusioh... ok23:05
cjwatsonIt makes more sense within d-i.23:05
psusiyea... makes sense for the install logs... just a bit verbose going into syslog on a running system23:06
ScottKcjwatson: Your scripts for newer in raring-updates than saucy doesn't seem to take into account epochs or something because both kdeadmin and kdenetwork are false positives.23:42
cjwatsonScottK: No, they're really not.23:42
cjwatsonScottK: They're pointing out duplicate (old) binaries in saucy due to old sources that apparently haven't been removed.23:43
ScottKRight.23:43
ScottKI see it now.23:43
ScottKThanks.23:43
cjwatson(What they don't take into account is the presence of binaries that are both older and newer in saucy ... but that's a fixable bug anyway :) )23:43
cjwatsonI mean I consider that a thing to fix in the archive rather than in my script23:44
ScottKYeah.  I'll remove the stale sources.23:44
sarnoldolder-and-newer? :)23:44
cjwatsonAdam and I were just talking about going through the list of whines from the publisher's domination pass, which would fix this in bulk23:44
cjwatsonsarnold: If there are multiple sources that claim to build the same binary, all versions will be kept around until the older sources stop claiming that23:45
cjwatsonYou could view this as a misfeature or you could view it as an early warning system: it's pointing out that if you were to do an upload of the one that builds older versions, it would (I think) fail to upload due to version conflicts23:46
ScottKRemoved both the old ones.23:47
cjwatsonThanks23:47
sarnoldcjwatson: aha, I think I get it, thanks :)23:47
ScottKThe main problem with it was me misreading rmadison output.23:48
mingi use bzr branch got lp:chinese-calendar source,edit something and want to upload these source to my ppa.Every time the files can upload successfully ,but i alway got a reject email soon.Is there any people know what's the problem?23:51
mingthe error is like this:Rejected:23:52
mingFile <UPLOADED_FILE> already exists in <LOCATION>, but uploaded version has different contents.23:52
mingSee more information about this error in https://help.launchpad.net/Packaging/UploadErrors.23:52
mingbut i download the orig.tar.gz from the launchpad,how can it has difference with itself?23:54
cjwatsonWhat exact URL did you download chinese-calendar_0.8.0.orig.tar.gz from?23:55
minghttps://launchpad.net/chinese-calendar/+download23:56
mingthis page23:56
cjwatsonNo, don't do that.  It must be from the Ubuntu archive23:56
cjwatsonhttps://launchpad.net/ubuntu/+source/chinese-calendar/0.8.0-0ubuntu123:56
cjwatsonAlso, you should not version your package 0.8.0-0ubuntu2 - that might conflict with a later version in the Ubuntu archive23:57
cjwatsonYou probably want to use something like 0.8.0-0ubuntu1ppa1 instead.  See https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage#versioning23:57
mingoh... thank you!!23:58
mingAnd can you tell me how do you get this page:https://launchpad.net/ubuntu/+source/chinese-calendar/0.8.0-0ubuntu123:58
cjwatsonI started at https://launchpad.net/ubuntu/+source/chinese-calendar which is a pattern I use all the time and have memorised23:59
mingsearch in any page?23:59
cjwatsonYou could also get to it by searching from https://launchpad.net/ubuntu23:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!