/srv/irclogs.ubuntu.com/2014/08/19/#ubuntu-devel.txt

=== fginther is now known as fginther`
=== _salem is now known as salem_
hallynhi - so jdstrand has found that the latest qemu merge into utopic dropped the kvm-img symlink (to qemu-img).  libvirt caches the path it finds at startup so is unhappy.  my q is, should i re-add the link, or should i have qemu restart libvirt at postinst?02:48
hallynno wait02:49
hallynthose have been gone for awhile.02:50
hallynjdstrand: so you ran into that bc you upgraded from saucy version;  but kvm-img symlink has actually been gone since trusty.02:52
robert_ancellCan anyone help me get https://launchpad.net/ubuntu/+source/libgtop2/2.30.0.is.2.30.0-0ubuntu1 out of the NEW queue? I just rebuild all the dependencies to find they rebuilt against the old version :(03:22
=== sergiusens_ is now known as sergiusens
pittiGood morning04:47
pittirobru: FYI, ubuntu-system-settings-online-accounts regressed its autopkgtest, so it won't land in utopic05:07
pittihttps://jenkins.qa.ubuntu.com/job/utopic-adt-ubuntu-system-settings-online-accounts/16105:07
=== dendroba` is now known as dendrobates
robrupitti, thanks for the heads up05:40
robrupitti, any chance to just retry those? seems transient, like the infra is failing to start the app05:41
pittirobru: running05:42
robrupitti, thanks05:42
=== evfool__ is now known as evfool
pittirobru: nope, still the same crash (on both arches), so this smells like a regression05:53
pitti"Appears process has already exited"05:53
pittiseems the app crashes05:53
robrupitti, hrm, can you ping dbarth about it? I'm EOD, and it's his landing. sorry05:54
pittirobru: yes05:54
robrupitti, thanks05:54
ari-tczewHello devs! There are a lot of merges still waiting to be sponsored in _main_ and only 2 days left to Feature Freeze. So if somebody got a little bit free time, would be nice to get them into archive ;-)05:56
pittirobru: mailed him05:56
robrupitti, thanks!05:57
dholbachgood morning06:04
ari-tczewhello dholbach06:08
dholbachhi ari-tczew06:08
=== salem_ is now known as _salem
pittiinfinity: shoudl the eglibc source be removed from utopic now?06:40
geserzul: do we need the source package oslo.db (0.2.0-0ubuntu1) in the archive while we also have python-oslo.db (0.3.0-0ubuntu1)? can the former be removed?06:47
Tribaaldholbach: thanks for the review!06:57
Tribaal(for ubumirror)06:57
dholbachanytime06:58
Tribaaldholbach: for what it's worth, I'm applying for Ubuntu membership in tomorrow's session - your +1 is welcome if you think I'm doing a good enough job :)07:03
Tribaal(https://wiki.ubuntu.com/Tribaal)07:04
=== Mirv_ is now known as Mirv
=== Sweetsha1k is now known as Sweetshark
infinitypitti: Needs me to fix the cross packages to work with glibc-source first, but it can and will be removed after that.08:06
infinitypitti: Perfectly reasonable to remove it from autopkgtests, though, if you can do that.08:07
pittiinfinity: ah, thanks; I just wondered if it was merely forgotten08:07
pittiinfinity: it will come back, as it still has the xs-testsuite: flag; but it doesn't do much harm08:07
infinityJust a slight waste of resources every time it's triggered, but yeah.08:08
Tribaaldholbach: thanks a lot :)08:20
=== yofel_ is now known as yofel
sil2100wgrant: hey! :)09:41
sil2100wgrant: so, I noticed something strange just now09:41
sil2100wgrant: we cleaned out packages from an ubuntu-rtm PPA (silo for CI Train), the PPA doesn't list any packages anymore but we still see them in the Packages file09:42
sil2100wgrant: as for instance here: http://ppa.launchpad.net/ci-train-ppa-service/landing-001/ubuntu-rtm/dists/14.09/main/binary-armhf/Packages09:42
sil2100wgrant: and it's like this since hours now09:42
wgrant7.1.4+rtm+rtm+rtm+rtm+14.09.20140819-0ubuntu109:49
wgrantImpressive version!09:49
mlankhorstmust rtm!09:49
wgrantsil2100: Is it possible that your deletion raced with build completion?09:49
wgrantI think it's the normal deletion vs. build race.09:50
wgrantThe armhf build finished just a couple of minutes before the source was deleted, so the binaries missed being deleted.09:51
wgrantDeleting the source again will properly take the new binaries with it.09:51
sil2100hmmm, maybe09:51
zulgeser:  former can be removed10:00
cjwatsonsil2100: has the bug that created the multiple +rtm bits been fixed?10:10
sil2100cjwatson: not yet, robru had some workarounds tried but not much results, I'm stuck in meetings right now10:11
sil2100cjwatson: but looking at it10:13
sil2100cjwatson: I'll just modify the regex so that it's not a problem anymore, just need some time to parse it first10:14
infinitysil2100, cjwatson: So, I wanted to have a chat about RTM versioning in general anyway, nevermind the lollerskates multiple +rtm bits.10:17
infinityIf the policy is utopic first, then "backport" to RTM, the RTM versions should be lower (ie: ~, not +) than the utopic versions.10:18
wgrantAlso the rtm is on the wrong end.10:18
infinityAnd it should be at the end, yes.10:18
sil2100infinity: so... regarding that, it was like that originally but caused problems during uploads10:18
wgrantThough I guess if we never cross-grade then that's not a problem.10:18
infinitySo, 1.2.3+14.09.20140101-0ubuntu1~rtm10:19
sil2100infinity: since let's take such an example:10:19
infinitysil2100: What problems were caused, and was it because of the rtm being in a weird position in the version?10:19
sil2100infinity: well, most problems come from how CI Train is creating its version numbers10:20
infinitywgrant: So, yeah, I don't think supporting people going read-write on their phones and having apt-get upgrade work correctly is a big priority, but I don't think having it gratuitously broken when we can just version correctly is reasonable either.10:20
sil2100infinity: it's doing it like this -> version+series.date-0ubuntu110:20
infinitysil2100: It should just create them as it always has, but for rtm, tack ~rtm on the very end, and done.10:21
cjwatsonNot that simple unfortunately10:21
sil2100infinity: right, but you can't take the same version10:21
sil2100infinity: since we're not doing a copy of a package from ubuntu to ubuntu-rtm10:21
infinity?10:21
cjwatsonConsider an existing package that's 1+14.10.20140819-0ubuntu110:21
sil2100infinity: we're cherry picking single fixes, so it's a completely different package10:21
cjwatsoncitrain then wanted to upload 1+14.09.20140819-0ubuntu110:21
cjwatsonWhich is less than what was already in that series, so not uploadable10:22
cjwatsonAnd yeah, what sil2100 said, these aren't necessarily wholesale backports10:22
infinityOh, it already has the 14.10 versus 14.09...10:22
infinityIn which case, who cares about the "rtm" being in there at all?10:22
sil2100infinity: so as cjwatson mentions, this causes some problems because you actually build a new package, so generate a new version10:22
cjwatsoninfinity: might clash in the future10:22
infinityAnyhow, I'm still not seeing the problem, I guess I'm dense.10:23
infinityPPAs can go backwards (once the previous is deleted), you just can't reuse identical versions.10:23
cjwatsonDoing that in a proper distribution routinely would be terrible though.10:23
cjwatsonI mean, yes, technically possible.  Shouldn't.10:23
infinityBut... RTM and Ubuntu aren't the same distro.10:24
cjwatsonAlso, since the upstream tarballs are generated independently, any "rtm" identifier has to be in the upstream part, not the packaging-revision part.10:24
infinityOh.10:24
sil2100infinity: ok, we could do that, but that would mean we would have to force those uploads to happen, and have a shift of versions10:24
wgrantOh, ew.10:24
cjwatsoninfinity: but Ubuntu has been copied into RTM, including lots of 14.10 versions10:24
infinityBut if we forked 14.10, then upload a new one.10:24
infinityDerp.10:24
infinityKay.10:24
infinitySo, why are we versioning at 14.09?10:24
cjwatsonBecause that's when we plan to release10:25
sil2100That's the series name10:25
sil2100And yeah, that's probably the reason for that name ;p10:25
cjwatsonIdeally, citrain would look at the history of the package and identify the new version with something related to the last Ubuntu version10:25
infinityBut that means this whole rollback issue is, well, an issue.10:25
infinityAnd that we're stuck with inflating "upstream" versions to fix it.10:25
infinityWhich is gross.10:25
infinityReally gross.10:25
cjwatsonIt is nasty, but not fatal10:26
infinityNasty, in that all of those upstream components need newer versions in utopic, even if there's not actually been a new upstream release.10:26
Saviqcjwatson, hey, can you tell us if session dbus / upstart details are supposed to be available to click hooks? otherwise is there a state-of-the-art way to contact the running user session?10:26
cjwatsonI mean, neither that nor going backwards is technically a problem, since we don't expect this to be used via apt very much10:27
cjwatsonBut keeping things going forwards is less confusing for humans10:27
cjwatsoninfinity: I don't think that's true10:27
Saviq(from a hook)10:27
infinityI know catering to apt users is a very low priority, I'd just like to see if it can be made to work correctly anyway.10:27
cjwatsonSaviq: System-level or user-level hooks?10:27
Saviqcjwatson, user-level10:27
infinitycjwatson: It's true if we want them to be upgradable at all.  It's not if we pretend those users won't exist.10:28
cjwatsonSaviq: They're run from the user's upstart session, so the usual stuff should be available.10:28
Saviqcjwatson, basically we need to refresh launcher items on app install/upgrade/uninstall10:28
infinity1.2.3+rtm > 1.2.3, so utopic now needs 1.2.4 to compensate.10:28
cjwatsoninfinity: Only if we expect people to be able to upgrade from ubuntu-rtm/14.09 to ubuntu/utopic.10:28
infinityWhereas if the rtm bit was in the datestamp portion of the version, it would not be problematic to fix without new upstream releases.10:29
cjwatsonWhich I don't think is a realistically useful requirement.10:29
Saviqcjwatson, hmm wonder why mzanetti's hook isn't getting them, see anything wrong http://paste.ubuntu.com/8086809/ ?10:29
infinitycjwatson: I don't think it's unreasonably to suggest it could be made to work, not to go out of our way to do so.10:29
infinitycjwatson: But given the versioning is completely broken ANYWAY, may as well fix both in one go?10:29
infinityIndeed, if they were just 14.10 instead of 14.09, new datestamps would solve the ordering issue for the archive, and putting an "rtm" string later would allow us to easily identify forked packages for later analysis.10:31
cjwatsoninfinity: I don't have a problem with doing it as UPSTREAM+14.09.20140819+rtm-0ubuntu1 or something; I don't know that it helps much but I haven't thought in great detail about the constraints involved, so if you wanted to go for that kind of thing then be my guest10:31
sil2100For me it's not a big deal if we switch from rtm+14.09 to 14.09, but I would have to know if we can easily push that to the archives even though there will be an error that the archive already has a never wersion10:31
cjwatsoninfinity: The other thing to ensure is uniqueness between ubuntu and ubuntu-rtm; Launchpad itself doesn't require that as such but we should10:32
infinitycjwatson: Would need to be 14.10, not 14.09, as 14.09 is the reason you have to inflate UPSTREAM.10:32
cjwatsonsil2100: Yeah, it would need to be 14.10 if we did that, I guess, with an extra tag10:32
cjwatsonWhich might not be terrible, although it's more special-casing10:32
cjwatsonHm, wonder if the parent series is available via the API10:32
sil2100hm, we could do that, but as you meantioned it would be a special case in CI Train as well10:32
sil2100I don't mind that much, I just have no preference here10:33
wgrantcjwatson: Not the cross-distro parent series, no.10:33
wgrantJust the previous one within the distro, if any.10:33
cjwatsonIt sure is, via getParentSeries10:33
infinitycjwatson: So, I was thinking UPSTREAM+14.10.20140819~rtm-0ubuntu1, so that if someone does a utopic and RTM build on the same day, the sort order comes out right.10:33
cjwatsonIn [7]: rtm1409.getParentSeries()[0].version10:33
cjwatsonOut[7]: u'14.10'10:33
cjwatsoninfinity: seems OK10:34
wgrantOh, so it is.10:34
cjwatsonso it's even doable programmatically, which is nice10:34
infinityNow, the stuff that's had UPSTREAM+rtm(+rtm(+rtm)) versions will need upstream minor bumps to fix them, but everything else would Just Work in a seemingly sane way.10:34
cjwatsoninfinity: RTM's going to be flushed in bulk anyway10:34
infinitycjwatson: Oh, we're starting fresh?  Excellent.10:35
cjwatsonWas going to be today, but we haven't had a promoted image10:35
cjwatsonBasically everything with the exception of ubuntu-keyring will be reset10:35
infinityThen, yes, unless there are objections or better ideas, can we call UPSTREAM+14.10.20140819~rtm-0ubuntu1 a concensus and make it work?10:35
wgrantcjwatson: Does derive-distribution know to delete sources that it's going to downgrade?10:35
cjwatsonwgrant: Oh, possibly not.  Does it need to wait a publisher cycle, or is requesting the deletion first sufficient?10:35
wgrantcjwatson: No need to wait.10:36
infinityThat makes apt upgrades work, and keeps the archive constraint issue under control, so both parties are happy.10:36
wgrantThere just needs to be no active publication with a greater version by the time the dominator runs.10:36
wgrantHm, the copier will reject too, I guess.10:36
wgrantSo it needs to be deleted first, but still no need to wait.10:36
cjwatsonRight, I'll sort that out before we flush10:36
cjwatsonsil2100: Could you implement infinity's proposal?  It looks nicer than what we have now.10:37
* cjwatson tries to resist the temptation to try to do a "quick" perl 5.20 transition before FF10:38
infinitycjwatson: Perl transitions usually are pretty quick, unless a few too many modules got eaten by or spit out of perl-modules.10:39
infinitycjwatson: (consider that a +1 and offer to help during Debconf, if you feel the urge)10:39
cjwatsonIt's looking pretty good in Debian, actually, yeah.  https://release.debian.org/transitions/html/perl5.20.html10:41
sil2100cjwatson: sure10:41
cjwatsonsil2100: thanks!10:41
infinitysil2100: \o/10:41
infinitycjwatson: Yeah, that looks pretty smooth.10:41
cjwatsonOh, and perl is multiarch now!10:42
cjwatsonThat's a pretty hot reason.10:42
infinitycjwatson: Crank that +1 up to 11.10:42
sil2100infinity: btw. that +rtm+rtm+rtm was a bug ;p !10:42
infinitysil2100: Obviously, yes. :)10:42
sil2100infinity: it wasn't a feature! ;)10:42
LaneyRTMs all the way down10:42
infinitysil2100: But with Colin's getParentSeries()[0].version discovery, I think my proposal ends up looking a lot cleaner, and solves both your concern and mine in one go.10:43
infinitysil2100: So, given that we're about to flush the world, a perfect time to fix it. ;)10:43
infinitysil2100: And thanks in advance!10:44
sil2100infinity: indeed ;) I guess that makes sense, it's just that by default we wanted to do it as it was before as the version number had the 'series' bit10:45
sil2100infinity: but it's no problem changing that10:45
cjwatsondoko: Mind if I use https://launchpad.net/~ubuntu-toolchain-r/+archive/ubuntu/ppa to stage the perl 5.20 transition?10:50
cjwatson(Just the first level or two)10:50
cjwatsondoko: Actually, never mind, I'll use one of my own10:53
=== MacSlow is now known as MacSlow|lunch
=== MacSlow|lunch is now known as MacSlow
cjwatsoninfinity: Any objection to me doing a mass retry of failed builds?  I've found quite a few in update_excuses that succeed on retry, and it probably doesn't make sense for me to keep looking manually12:29
dokocjwatson, utopic should be fine12:31
cjwatsonMaybe I should do it overnight rather than now though.12:31
dokocjwatson, mass retry: yes, that makes sense. we didn't have a mass retry yet this cycle12:31
cjwatsondoko: perl is nearly finished building in https://launchpad.net/~cjwatson/+archive/ubuntu/devirt/+packages now, then I'll rebuild the important modules12:33
=== _salem is now known as salem_
=== Pici` is now known as Pici
tinocoback13:02
=== shadeslayer_ is now known as shadeslayer
Saviqmzanetti13:22
Saviqnot here13:22
pittiSpamapS: heh, I just noticed "undistract-me" by sheer accident in an apt-cache search -- nice!13:32
mzanetticjwatson: hey, not sure what Saviq and tedg already told you... I have the issue that the environment is not set up when my hook is executed. any pointers?13:48
mzanettithis is the hook: http://paste.ubuntu.com/8089030/13:48
cjwatsonmzanetti: Can you check #ubuntu-touch backlog/logs rather than me repeating it here?13:49
mzanettiok13:50
cjwatsonLooks like you were in that channel at the time13:50
=== tvoss is now known as tvoss|test
SpamapSpitti: It's a great tool.. I love it.14:28
SpamapSpitti: thank "jono" tho ;)14:29
=== tvoss|test is now known as tvoss
cjwatsonjdstrand: I'm working on switching to Perl 5.20, and apparmor fails: https://launchpad.net/~cjwatson/+archive/ubuntu/devirt/+packages14:40
=== desrt_ is now known as desrt
cjwatsonjdstrand: The first bit of this is that there needs to be something to switch debian/libapparmor-perl.install to $Config{vendorarch} rather than /usr/lib/perl5 (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748380), but there are some other matches for "usr/lib/perl5" in apparmor, and I wonder if any policies or databases or whatever would need to be updated?14:42
ubottuDebian bug 748380 in debian-policy "perl-policy: @INC changes for multiarch" [Normal,Open]14:42
argescjwatson: pitti : hello, i'm trying to use 'copy-proposed-kernel' in the archive tools; and it isn't copying kernels as it normally does. the launchpadlib/login stuff seems fine; and the command completes, but i receive no emails/notifications that the kernel was put into proposed14:45
pittiarges: for which release?14:46
argespitti: precise/trusty14:46
argespitti: i've only tried precise at the moment14:46
pittiarges: hm, nothing in https://launchpad.net/ubuntu/precise/+queue?queue_state=114:46
argesalso i've updated my tools to revision 88514:46
pittiarges: I tripped over that recently, stuff now lands in unapproved (where it actually belongs)14:46
jdstrandjdstrand: ok, I'll take a look at it14:47
cjwatsonarges: Which version?14:47
argescjwatson: i'm trying to execute 'copy-proposed-kernel precise linux'14:47
cjwatsonarges: Yeah, which version should it be copying, so that I can grep logs without it taking all week? :)14:47
cjwatsonjdstrand: Thanks.  The requisite perl is only in that PPA for now (copied from Debian)14:48
argescjwatson: linux - 3.2.0-68.10214:48
cjwatsonarges: Well, that seems to have copied just fine.  https://launchpad.net/ubuntu/precise/+source/linux/3.2.0-68.10214:48
argescjwatson: why didn't it email me, nor do i see it with 'rmadison linux' ?14:49
cjwatsonFormer: don't know.  Latter: publication hasn't completed yet14:49
argesok...14:50
cjwatsonrmadison looks at the published and mirrored archive on disk14:51
argescjwatson: also not sure if its already a known issue but pending-sru's seem to be a bit out of date14:51
cjwatsonarges: Mm, I don't know what the problem is there, but I can see there's a job running at the moment (for ~12 minutes) so hopefully that'll clear soon ...14:52
argescjwatson: ok thanks14:53
cjwatsonarges: If not, bdmurray gets the cron mail from that14:53
argescjwatson: and now its emailing me... with the last copy-proposed-kernel14:54
argeswierd14:54
=== salem_ is now known as _salem
cjwatsonpitti: bug 1358764 looks like a regression from latest util-linux upload15:43
ubottubug 1358764 in util-linux (Ubuntu) "click crashed with subprocess.CalledProcessError in check_call(): Command '['debootstrap', '--arch', 'amd64', '--variant=buildd', '--components=main,restricted,universe,multiverse', 'utopic', '/var/lib/schroot/chroots/click-ubuntu-sdk-14.10-armhf', 'http://archive.ubuntu.com/ubuntu']' returned non-zero exit status 1" [High,Triaged] https://launchpad.net/bugs/135876415:43
cjwatsonslangasek: ^- (that's the one I mentioned to you as well)15:43
slangasekyep15:43
cjwatsonjust occurred to me I should tell the latest uploader15:43
slangasekso the difference I notice is that this is the first util-linux rebuilt with the new debhelper that includes the init scripts alongside the upstart jobs15:43
pitticjwatson: ah, thanks15:44
slangasekprobably a latent bug then exposed by the rebuild, and I'll take a look at it today15:44
pittiI suppose the previous debootstrap-ish tests didn't take util-linux from proposed15:44
pitticjwatson, slangasek: we have TB meeting in 9 mins -- how urgent is that? is a proper fix tomorrow morning sufficient, or does that need a quick panic fix today? (I don't have much time left today)15:52
ogra_pitti, it prevents image builds (debootstrap falls over)15:53
cjwatsonit's blocking all image builds and click chroot setup, and rickspencer3 escalated it to me15:53
cjwatsonI think we need something quick15:53
pittiok, so "panic fix" it is15:53
ogra_or a rollback today and a proper fix tomorrow15:53
pittipresumably we can just drop the init.d script15:53
pittias that's the main change15:53
pitti(wrt. that bug)15:53
pittiI thought it was better to keep it, as that's the general direction we went to for insserv15:54
pitticjwatson, slangasek: http://paste.ubuntu.com/8090000/ test-sbuilding now15:56
pittiTBH I don't quite understand the insserv error, we do have /etc/init.d/mountdevsubfs.sh (and outside of debootstrap it worked fine), but that shold do for now15:58
pittiany init.d dependency to hwclock.sh would have been broken until today as well, so obviously that's not much of a problem15:58
pittiinfinity: TB meeting now16:00
slangasekpitti: that's fine for an emergency fix, but it will leave the stale file on disk for anyone who's already upgraded; I'll work on a proper fix today16:00
pittislangasek: does that hurt?16:00
slangaseknot as long as we remember to take care of it all later16:00
pittislangasek: I mean, I'd like it to come back, but that needs some deeper fix16:00
cjwatsonthanks to you both16:01
pittislangasek: it upgraded and installed fine on several machines as well as the phone, after all16:01
pitticjwatson, slangasek: binary debdiff looks ok, installing/upgrading now: http://paste.ubuntu.com/8090037/16:02
pittimeh, not good16:03
pittitake 2, building16:04
roadmrhello folks! mk-sbuild --arch=amd64 utopic fails with this: http://paste.ubuntu.com/8090049/ seems to have trouble installing a bunch of packages :/16:07
=== timrc is now known as timrc-afk
pittislangasek, cjwatson: http://paste.ubuntu.com/8090061/ built, tested upgrade, tested fresh install (in chroot), worked now16:10
pittiI didn't test debootstrap yet16:10
* pitti wonders how to do that with a local package16:10
pittibut TBH I'd just upload it to -proposed and test it once it's published there16:11
pittifaster turnaround, and very likely to work; WDYT?16:11
pittislangasek: ^16:11
pitti(I can set a block-proposed until that happened)16:11
slangasekpitti: gah, manual postinst handling of scripts!  Yeah, JFDI16:11
pittislangasek: I'll reopen the bug after that, to clean this up properly (put back the script, or clean it up on upgrade)16:12
pitticjwatson: do you happen to know whether I can ask debootstrap to include -proposed? It seems it doesn't know about pockets at all16:21
ogra_isnt there a --components switch ?16:25
ogra_oh, that wouldnt cover proposed i guess ...16:25
pittiogra_: right, that's a pocket, not a component16:26
ogra_yeah :/16:26
pittislangasek, cjwatson: I think I fully understand what's going on now, bug updated16:26
pittiso I'll probably just drop "block-proposed", let it propagate, verify, and then we wash/rinse/repeat if it really still fails16:27
ogra_yeah16:27
ogra_just shovel it through :)16:27
ogra_cant be worse ;)16:28
slangasekpitti: the bug is specifically listed as "upgrades from saucy"; I think readding it now should be fine16:29
pittislangasek: yeah, that's my hope16:30
slangasekpitti: and if it breaks something else, we should fix it somewhere else, not by bypassing the rightful dependency16:30
slangasek(which, btw, does nothing for "transitively essential status", contrary to infinity's changelog entry)16:30
pittislangasek: ack; so I'll go with that (but tomorrow morning, when I can do upgrade testing from trusty to utopic + file:// with new util-linux with initscripts dep)16:33
=== _salem is now known as salem_
slangasekpitti: well, I was planning on looking at all of this today, I'm not sure why you were roped into fixing this urgently :)16:34
pitticjwatson: well, technically I broke it (uploader), and he pinged me; it seemed to me I was on the hook for this?16:35
pittierr, slangasek16:35
slangasekno, /I/ broke it, I changed debhelper ;)16:36
pitti(wow, two people fighting over getting the blame for breaking the world, yay!)16:36
pittislangasek: btw, do you consider the sysvinit merge relevant for FF? it doesn't have much in terms of new features, but it's not a simple change either16:37
* ogra_ guesses cjwatson just doesnt want to lose the place on your couch and quickly pushed it to pitti 16:37
slangasekpitti: well, how about if I review it with my release hat on as well as my I-hate-sysvinit hat16:38
pittihaha16:38
pittislangasek: but it's simple and robust!16:38
pitti*cough*16:38
pittiogra_: ok, it's built everywhere, so I hope in about 2 hours or so you'll have image builds back16:40
slangaseksimple and robust, like a Bulgarian collective farm worker16:40
pittiogra_: in the meantime, enjoy the beautifully colored dmesg :)16:40
ogra_pitti, thanks !16:40
ogra_lol16:40
pittihow can 5.000 lines of intertwined shell scripts be anything else!16:41
ogra_tall that all these crazy guys that write their stuff in C++16:41
* ogra_ still hopes for a libreoffice shell port one day :)16:42
Laneysomeone made us all use Qt :(16:42
=== timrc-afk is now known as timrc
pittiTBH I'm not entirely sure whether I dislike C++ or sysvinit more :)16:42
ogra_heh16:42
cjwatsonpitti: debootstrap doesn't have any sensible way to process multiple Packages files, so no16:42
pitti'nuff trolling for the evening16:42
cjwatsonYou might as well just JFDI16:43
pitticjwatson: ack, that's what I thought; thanks for confirming16:43
pitticjwatson: yeah, I went that route now16:43
cjwatsonYou can do it by manually constructing a unified view, but given it's already broken it's not worth it ...16:43
cjwatsonslangasek: well, I roped pitti in because I hadn't debugged it far enough to know that I shouldn't :)16:44
pitticjwatson: that's fine; I now know more about insserv and related bugs than I ever desired :)16:44
pitti(since roughly the Malta sprint, and having fun breaking utopic with xnox)16:45
cjwatsonroadmr: your bug is the same as the subject of the last few pages of discussion here, BTW16:45
roadmrcjwatson: oh! fun, I'll read the backscroll more carefully, I got a bit distracted16:46
dobeypitti: does being langpack-ified even provide any useful advantage any more?16:46
pittidobey: smaller deb/image size mostly, and the ability to update/add translations post-release/decoupled from landings16:47
dobeypitti: we have a way to update langpacks and install additional ones on the phone, separate from a full image update?16:48
pittidobey: but mostly, we already have langpacks for the packages in main, so we have to use them anyway16:48
=== Ursinha is now known as Ursinha-afk
pittidobey: no, they still come through image updates16:48
* ogra_ scratches head and wonders what udev-finish is or does ... 16:49
pittiso this is mostly about consistency, and not having 80% of the deb's translations use one method and 20% use the other16:49
ogra_i just noticed it gets execute on phone suspend16:49
ogra_*executed16:49
pittiogra_: that's a bug; it's supposed to only run during boot, no need to run at suspend16:50
ogra_pitti, what does it do actually ?16:50
ogra_the upstart job talks about copying rules around16:50
pittiogra_: it only moves dynamic rules which were generated in initramfs/very early boot from /run/ to /etc/udev/rules.d/16:50
pittiwhich is pretty much just 70-persistent-net.rules these days16:51
ogra_oh well, then we should probably override it as a whole16:51
pitti(totally not interesting on a phone, FTR)16:51
ogra_since there is no writable target it could use16:51
pittiogra_: the more interesting question is what triggers it on suspend16:51
* ogra_ makes a note to add an override .... 16:51
cjwatsondobey: wouldn't be that hard to do16:51
pittistart on (startup and filesystem and started udev and stopped udevtrigger and stopped udevmonitor)16:51
ogra_pitti, yeah, thats too16:52
dobeycjwatson: what wouldn't be?16:52
pittiogra_: do you get udev restarts or anything similar during suspend?16:52
cjwatsondobey: 17:48 <dobey> pitti: we have a way to update langpacks and install additional ones on the phone, separate from a full image update?16:52
ogra_pitti, we shouldnt and i dont see any in syslog ...16:52
cjwatsonthe last thing you said :)16:52
ogra_pitti, we stop udev during boot though ... since it would clash with ueventd in the container16:53
ogra_and only start it again after the container is up and has loaded frimware and stuff16:53
pittiwith an additional glibc patch we could build click langpacks, yes; but not sure whether that's worth the trouble, given how often we'll push out new images anyway16:53
pittiogra_: but is it stopped for suspend?16:53
ogra_pitti, not explicitly, no16:53
pittiogra_: but anyway, even if you did, it's a big "and" condition16:54
dobeycjwatson: eh, i don't much see the point really. i'd rather just get rid of langpacks :)16:54
pittiogra_: I wonder if there's some kind of "initctl monitor" to see what's going on16:54
cjwatsonpitti: shouldn't need that, just have a hook symlink them into the right place16:54
ogra_pitti, yes, got it in front of me16:54
pittidobey: fair enough, we just need to do it for the whole distro then16:54
ogra_i wonder if there is a hack somewhere or some such that calls udevtrigger16:55
cjwatsondobey: the point would be a carrier that wants to do its own translations for their market16:55
pittiogra_: that would be really wrong; but even that wouldn't explain how all 5 conditions would be simultaneously true16:55
dobeycjwatson: but they can just build a custom image with their translations too.16:55
ogra_pitti, oh, indeed ... not an "or"16:55
pittidobey: not if they are shipped in the actual application debs16:55
cjwatsondobey: not without modifying our rootfs, which we want to avoid carriers doing16:55
ogra_pitti, might be it hung until that suspend/resume cycle asnd i just get that syslog line because it finally timed out16:56
cjwatsondobey: being able to do it in a click package would let them just ship such a thing in their custom tarball16:56
dobeycjwatson: not if the system just supported translations in /custom or whatever16:56
cjwatsondobey: the preferred architecture for supporting things in /custom is by way of click packages, where possible16:56
cjwatson(of course it isn't always possible, but where it is)16:57
dobeycjwatson: right, but it doesn't mean our translations necessarily need to be in those clicks16:57
cjwatsonsure16:57
=== ogasawara_ is now known as ogasawara
jdstrandhallyn: that's a bummer. with KSM_ENABLED=0 I just saw 4 VMs go down16:58
pittiogra_: ah, good point; so you only saw it once, not for each suspend?16:58
ogra_pitti, well, i'm looking at a syslog on a bug :)16:59
* jdstrand goes back to saucy qemu16:59
dobeycjwatson: has that been a concern brought up by an carriers? (just curious)17:00
=== LBo is now known as Guest78380
cjwatsondobey: not that I know of (though I wouldn't necessarily expect to); I'm anticipating17:00
dobeywell, at least my phone doesn't have all the translations for pidgin on it any more :)17:00
cjwatsonthat's the other benefit of language packs, makes it much easier to select which translations we want to ship at the last minute17:01
jdstrandhallyn: (a reboot didn't bring them back)17:03
jdstrandhallyn: shoot, it was all of my security vms17:11
jdstrandhallyn: I did the 'uvt update' (ie, the commands stated in the bug) earlier today and they are all gone (with KSM disabled)17:11
=== Ursinha-afk is now known as Ursinha
jdstrandsarnold: fyi, ^17:12
bdmurraycjwatson: https://code.launchpad.net/~brian-murray/ubuntu-archive-tools/use-devel/+merge/231427 <- fix for the sru-report17:17
pitticjwatson, slangasek: FYI, autopkgtest nodes are super-busy as dbus and other stuff also landed; so if it's urgent, you might consider fast-tracking util-linux?17:19
cjwatsonbdmurray: ah, so my fault, doh17:19
cjwatsonbdmurray: merged, thanks17:20
bdmurraycjwatson: no problem17:20
cjwatsonarges: ^-17:20
pittiLaney: FTR, I'm afraid the colord failure looks real17:21
=== Mikee_C is now known as Mikee_C_afk
cjwatsonslangasek: I think something like that dependency did show up as a problem in trusty->utopic (in fact IIRC something similar blew up all utopic builds for a while).  Last I heard it was on Michael's plate to investigate as an apt bug)17:24
cjwatsonSo I would say on the contrary there are some reasons to believe that reintroducing that dependency would be a problem :-/17:24
slangasekcjwatson: mm.  Well, we'll have to check what happens17:28
jtaylormh microrelease SRUs need an microrelease exception right?17:28
jtayloreven if I normal non version bumping sru would have the same diff?17:29
cjwatsonpitti: hm, I think I'll leave it as I'm about to finish for the day and don't want to end up breaking something else17:30
pittifun, *now* the lxc autopkgtest reproduces the util-linux bug17:36
* pitti wants debootstrap with -proposed to discover these17:36
pittiLaney: ^ FTR, will re-try once util-linux lands (that's currently blocking dbus)17:37
ogra_pitti, i thought dbus was blocked on purpose17:38
ogra_since the landing is scarily huge17:38
pittiogra_: ah right, that too17:49
ogra_phew ... dont scare me :)17:50
pittiogra_, slangasek: ok, nevermind the fast-tracking; kdepimlibs is "always failed", the others all suceeded now, so it'll go in with the next publisher17:50
ogra_yay17:50
=== arrrghhhAWAY is now known as arrrghhh
pitti[ubuntu/utopic] util-linux 2.25-8ubuntu2 (Accepted)18:17
pittislangasek, ogra_: there you go ^ kthxnight!18:18
slangasekpitti: g'night18:18
ogra_pitti, thanks a lot !!!18:18
exarkunis there anything I can do to bring some attention (and hopefully a resolution) to <https://bugs.launchpad.net/bugs/1356931>?18:25
ubottuLaunchpad bug 1356931 in mplayer (Ubuntu) "Mplayer & dvdnav - No stream found to handle url" [Undecided,New]18:25
=== roadmr is now known as roadmr_afk
cjwatsonjdstrand: Any luck with apparmor and perl 5.20?  I was hoping to be able to copy my staging PPA into utopic-proposed tonight or tomorrow, so that I don't have to deal with too much skew19:16
jdstrandcjwatson: sorry no. I had a rather catastrophic vm and unrelated unity7 situation that really destroyed my productivity19:17
jdstrandI'm about back to where I was when we last spoke, but I have to get another update out. that said, I plan to look at this tonight/tomorrow morning19:18
=== Ursinha is now known as Ursinha-afk
cjwatsonjdstrand: OK, thanks.  Something like https://launchpad.net/ubuntu/+source/libtemplate-perl/2.24-1.2 might be a helpful course to follow for the .install part19:27
jdstrandmaybe I can look at it now while waiting for some long running stuff19:28
jdstrandyes, that will work nicely19:32
jdstrandcjwatson: so, how does this work with traincon-0?19:33
cjwatsonjdstrand: well, that's part of why I'm being careful to stage in a PPA19:35
cjwatsonjdstrand: I don't think perl realistically affects the phone a whole lot as long as it's generally installable, but also, hopefully we'll manage to get a promoted image soon19:36
jdstrandcjwatson: I wasn't clear. libapparmor-perl is on the phone, and so is apparmor (of course). so my question is really do you want me to upload to your staging ppa or give you a debdiff, or do something else19:39
sarnoldlibapparmor-perl is on the phone? why? are we the only thing dragging in perl?19:40
jdstrandcjwatson: also, do I need to chmod +x the .install file or is that discovered by the shebang?19:41
jdstrandsarnold: apparmor depends on it19:42
jdstrandsarnold: we removed all the stuff that dragged in a ton of perl deps long ago19:42
jdstrandsarnold: (this is due to aa-exec iirc)19:43
sarnoldjdstrand: yeah, I remmeber being thrilled that apt-get install apparmor-utils no longer drags in 20 megs of perl things, but I can't recall what's left that's in perl19:43
jdstrandaa-exec. jj wrote a C version, but we haven't moved to it yet19:44
sarnoldjdstrand: ouch! man, I had a C aa-exec four or five years back, I thought jj pushed a C version he wrote slightly later..19:44
jdstrandit isn't that ouchy. the libapparmor-perl deb is only 27k19:45
jdstrandI think 120k unpacked19:46
sarnoldbut perl is 11-18 megs...19:46
jdstrandperl is needed on the phone19:46
jdstrand(dpkg)19:46
sarnoldohh, okay19:47
jdstrandyeah, if libapparmor-perl were the last thing keeping perl on the phone, I imagine we'd have a plethora of aa-exec C implementations :)19:48
sarnoldsorry for the distraction but I was quite wrong on several counts, heh19:48
jdstrandcjwatson: I see libtemplate-perl.install is executable, so I'll do the same19:49
jdstrandhmm, that may not work right. well, I'll figure it out19:50
=== Ursinha-afk is now known as Ursinha
exarkunis there anything I can do to bring some attention (and hopefully a resolution) to <https://bugs.launchpad.net/bugs/1356931>?20:11
ubottuLaunchpad bug 1356931 in mplayer (Ubuntu) "Mplayer & dvdnav - No stream found to handle url" [Undecided,New]20:12
jdstrandcjwatson: I tell you what. I have some preliminary apparmor packages for this. I will test them and when I am satisfied, I will upload them to https://launchpad.net/~ubuntu-security-proposed/+archive/ubuntu/ppa/+packages. I will then ping you and you can copy them into your staging ppa or the archive as desired. does that work?20:17
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
cjwatsonjdstrand: Oh, right, yeah that last works fine20:27
jdstrandcool20:28
cjwatsonjdstrand: You need to chmod +x and use a 3.0-ish source format, yes20:28
cjwatsonjdstrand: I'll need to do a without-binaries copy, i.e. rebuild in my PPA20:28
jdstrandyeah, the +x did work and we already had 3.0 (quilt)20:28
cjwatsonsarnold: yeah, perl is Essential: yes, it ain't going :)20:29
cjwatsonwell, perl-base20:29
cjwatsongetting rid of perl/perl-modules might be helpful, but I have no idea how far away we are from that on the phone20:29
jdstrandthanks20:29
=== roadmr_afk is now known as roadmr
=== salem_ is now known as _salem
arayaqHi! I'm working on bug #1325777, however I've got to a point where I need elementary developers feedback on how to continue, is anyone here?21:27
ubottubug 1325777 in elementary OS "Native Calculator" [Wishlist,In progress] https://launchpad.net/bugs/132577721:27
arayaq(If not, how can I get an invite to Slack, I don't see aroman around here anymore)21:27
arayaqoops21:28
arayaqWrong channel21:28
dobeyyeah, was going to ask ask in their channel :)21:28
TJ-quantal archive /ubuntu/dist/quantal* are missing from both archive.ubuntu.com and old-releases.ubuntu.com21:49
TJ-correction: user was trying the URL old-releases.archive.ubuntu.com ... which redirects silently to archive.ubuntu.com21:52
cjwatsonTJ-: side-effect of the wildcard DNS for non-explicitly-assigned country subdomains23:05
TJ-cjwatson: Yeah... confused the heck out of me for a moment until I realised the responses were identical :)23:06
=== LBo is now known as Guest55297

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