=== seb128_ is now known as seb128
cjwatsonSo does anyone want to express opinions about Perl 5.14 (see ubuntu-devel/ubuntu-release) or should I just do it?  I'd probably start after the daily CD builds tomorrow if nobody objects.17:10
* ogra_ would just do it, now seems the right time for such a change17:12
cjwatsonI'm at least going to wait until tomorrow anyway, to minimise chances of disrupting daily builds17:14
cjwatsoninfinity: if I do this, would you be able to make sure that armhf starts out with perl-base 5.14, so that we don't have to rebuild everything twice?17:16
* cjwatson adds a transition tracker page17:17
infinitycjwatson: Yup.17:28
infinitycjwatson: Give me a second ping on the subject when you upload?  I'm not watching -changes like a hawk while I'm busy with Other Things.17:29
Laneyis it much more than no-change rebuilds?17:29
cjwatsonI'd advise also making sure that  liblocale-gettext-perl libtext-iconv-perl libtext-wrapi18n-perl libtext-charwidth-perl  are in sync.17:29
cjwatsonLaney: that's about it; possibly a few merges of packages that have required explicit fixes for Perl 5.14, but most of those have already been taken care of AFAIK17:29
Laneyyeah, seemed well organised in debian17:30
cjwatsonthere are eight open blocking bugs in Debian, but nothing particularly core17:30
Laneysome random ftbfs IIRC17:31
cjwatsonyeah, at least a couple were FTBFSing anyway17:31
cjwatsoninfinity: will do17:31
infinitycjwatson: Admit it, when you type "armhf", you now say "arewoof" in your head, don't you?17:33
* infinity owes slangasek some reciprocal pain.17:33
cjwatson(Scrap libtext-wrapi18n-perl from the above list; it's not ABI-dependent)17:34
cjwatsoninfinity: totally17:34
* ogra_ thinks armhf is the wrong naming anyway ... i mean, we never stopped using eabi and also still build little endian ... should theoretically be armelhf17:35
infinityogra_: Don't go there. :P17:36
infinityogra_: It'll get more confusing when we do arm64, which should be armelhf64, right? :P17:36
ogra_indeed !17:36
* infinity vomits a little.17:36
cjwatsonjust use pwgen for your new architecture names17:39
* infinity adds a --arm switch to pwgen.17:39
slangasekone of those perl-5.14 FTBFSes is mine, which I'll sort out just as soon as I get a new version of freetds to the archive17:52
cjwatsonslangasek: which one is that?17:54
cjwatsonit's at dependency level 3 anyway17:54
jibelthere is a problem with libtasn1-3 and multiarch which break amd64 desktop installation18:13
jibelbug 89033818:13
ubot4Launchpad bug 890338 in libtasn1-3 (Debian) (and 2 other projects) "package libtasn1-3 2.10-1 failed to install/upgrade: './usr/share/doc/libtasn1-3/NEWS.gz' is different from the same file on the system (affects: 3) (dups: 2) (heat: 24)" [Unknown,Unknown] https://launchpad.net/bugs/89033818:13
slangasekjibel: how do you mean, "Breaks amd64 desktop installation"?  There should be no i386 packages pulled into a default desktop18:14
slangasekalso, didn't I see that pitti worked around this by dropping compression of NEWS.Debian in the package?18:14
cjwatsonjibel: we know about the problem in any case18:14
slangasek"if the user selects to install flash" - right18:14
jibelslangasek, when flash is installed during the initial installation it install the i386 version of this package18:14
ubot4Debian bug 647522 in gzip "gzip -9n is not deterministic" [Normal,Open]18:14
cjwatsonI will move my debugging of that a bit further up my list (though I'm by no means taking an exclusive lock on this problem)18:16
cjwatsonI've marked jibel's bug as a dup of the one pitti fixed this morning18:17
jibelcjwatson, found bug 889303. thanks18:18
ubot4Launchpad bug 889303 in libtasn1-3 (Debian) (and 5 other projects) "gzip -9n sometimes generates a different output file on 64 bit (affects: 19) (dups: 5) (heat: 102)" [Unknown,Unknown] https://launchpad.net/bugs/88930318:18
slangasekhow long ago was the fix published?  I'm not seeing the new libtasn1-3 on us.archive.u.c18:18
cjwatsonsource uploaded 10 hours ago18:19
slangasekperhaps there's a mirroring issue18:19
cjwatson-rw-r--r-- 1 lp_publish lp_publish 43136 Nov 14 10:20 /home/lp_archive/ubuntu/pool/main/libt/libtasn1-3/libtasn1-3_2.10-1ubuntu1_amd64.deb18:19
cjwatson-rw-r--r-- 1 lp_publish lp_publish 36982 Nov 14 10:20 /home/lp_archive/ubuntu/pool/main/libt/libtasn1-3/libtasn1-3_2.10-1ubuntu1_armel.deb18:19
cjwatson-rw-r--r-- 1 lp_publish lp_publish 43668 Nov 14 10:21 /home/lp_archive/ubuntu/pool/main/libt/libtasn1-3/libtasn1-3_2.10-1ubuntu1_i386.deb18:19
cjwatson-rw-r--r-- 1 lp_publish lp_publish 42498 Nov 14 10:21 /home/lp_archive/ubuntu/pool/main/libt/libtasn1-3/libtasn1-3_2.10-1ubuntu1_powerpc.deb18:19
cjwatsonso eight hours ago18:19
* slangasek nods18:19
cjwatson(for binaries)18:19
slangasekI just hit the bug on my daily dist-upgrade here18:20
cjwatsonadd this one to the list of install/upgrade-breaking bugs for which the strategy of reversion would be useless18:20
slangasekwhere does that list live? :)18:20
cjwatsonin my head18:20
cjwatsonI suspect it will be arbitrarily long and it would be quicker to construct a list of bugs where reversion is the correct strategy18:21
slangasekjibel: which mirror are you using when you see this?  We should probably track back the mirroring problem18:22
slangasekoh, or I could go straight to archive.ubuntu.com and see that it's missing there :P18:22
cjwatsonwait, isn't us.archive internal?18:23
cjwatsonas in IP addresses in our datacentres.  (it is.)18:23
jibelslangasek, fr.archive.ubuntu.com, duplicates use il and at respectively18:24
* slangasek nods18:24
cjwatsonhttps://launchpad.net/ubuntu/+archivemirrors not looking terribly healthy right now18:24
cjwatsonI wish it were easier to see on that list which ones are country primaries18:25
slangasekI'm told +archivemirrors is fundamentally broken18:25
cjwatsonanyway, IS discussion indicates syncproxy is busted and undergoing maintenance18:30
cjwatsonso we can still do builds but can't effectively publish anything new to users right now18:31
cjwatson(which is obviously bad but out of our direct control ...)18:31
infinitycjwatson: It's come to my attention that we've had no armel builds of anything since the 12th.  Perhaps relating to the machine cutover?19:34
infinitycjwatson: (Don't really have the time to look right now, but I can tomorrow if you don't beat me to it)19:35
infinitycjwatson: (image builds, that is)19:35
infinitycjwatson: Err, nevermind.  "nothing building" was a log issue.19:43
infinitycjwatson: It's just core (I think) that isn't.19:43
infinitycjwatson: NM.  Dead buildd.19:45
cjwatsonYeah.  I'd noticed that and was going to investigate tomorrow if it persisted.  There was apparently some power work in the DC over the weekend (or at least that was wgrant's guess) and I thought it could be related.20:26
cjwatsonDo you know what's wrong and if we should be switching buildds or something?20:26
wgrantcjwatson, infinity: It could also just be buildd-manager ignoring them.21:30
cjwatsonwgrant: buildd-manager doesn't do image builds.21:45
wgrantOh. Image builds.21:51
wgrantI see.21:51
cjwatsonsorry, I did bring up your name - the livefs buildds are on the same segment as the LP ones AFAIK21:56
cjwatsonso I figured they might be affected by similar power work21:56
cjwatson(if any)21:56
infinitycjwatson: apache was dead on annonaecaeaeaeaeeea.  lamont's rescued it.22:16
infinitycjwatson: No idea why, and not a whole lot of care factor.  That host's days are numbered.22:16
GrueMasterinfinity: Not sure who to ping, but the recently tested and released omap4 kernel for oneiric is no longer showing up in http://ports.ubuntu.com/pool/main/l/linux-ti-omap4/ .  Source is there, meta is there.23:44
GrueMasterbug 885466 shows it as fix-released.  And it was there last week.23:45
ubot4Launchpad bug 885466 in linux-ti-omap4 (Ubuntu Oneiric) (and 12 other projects) "linux-ti-omap4: 3.0.0-1206.12 -proposed tracker (affects: 2) (dups: 1) (heat: 20)" [Undecided,Fix released] https://launchpad.net/bugs/88546623:45

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