pittiGood morning04:37
pittismoser: thanks, will sort out the autopkgtest bug today04:37
wasabyhi guys. just dropping by to ask about crypt(3) blowfish support in libc6. before i make a feature request on launchpad i'd just like to know whether there is a particular reason for it not being supported or is it simply because nobody cares :)05:43
=== zequence_ is now known as zequence
dholbachgood morning07:07
=== oSoMoN is now known as oSoMoN|afk
mvo_jibel: good morning, did you had a chance to test the upgrade with https://launchpad.net/~mvo/+archive/ubuntu/lp1347721 yet?08:57
jibelmvo_, not yet. on my list for today when the machine is a bit less busy and responds to ssh09:04
mvo_jibel: thanks09:09
pittijodh: hey James, how are you?09:17
pittijodh: so what can we do about bug 1346337? it's blocking the new systemd version09:17
ubottubug 1346337 in upstart (Ubuntu) "test_util_check_env "cgroup sandbox" test fails with cgmanager installed" [Undecided,New] https://launchpad.net/bugs/134633709:17
=== doko_ is now known as doko
=== popey_ is now known as popey
=== psivaa is now known as psivaa-bbib
tsdgeosis wine installable for you in utopic?10:08
cjwatsontsdgeos: It would be more helpful to state the error you're seeing10:09
cjwatsonAlso what architecture you're using10:10
tsdgeoscjwatson: http://paste.ubuntu.com/7883421/ amd6410:10
cjwatsontsdgeos: Have you disabled multiarch?10:10
tsdgeosi *think* it may be because of this10:10
cjwatsondpkg --print-foreign-architectures10:11
tsdgeoscjwatson: http://paste.ubuntu.com/7883423/10:11
tsdgeoscjwatson: http://paste.ubuntu.com/7883425/10:11
cjwatsonLooks like some of the libraries that are common between KDE and Wine aren't Multi-Arch: same, judging from 788342310:12
cjwatsonSo that will have to be fixed before you can coinstall those two systems10:12
tsdgeosthis used to work :/10:13
tsdgeosi don't even know what is libroar :D10:13
cjwatsonI can fix dnprogs today at least10:13
tsdgeosroaraudio sound server10:14
tsdgeosseems to be an openal dependency10:17
tsdgeoscjwatson: who should i bug about this? open a bug? (not sure i understood your "I can fix dnprogs today at least" tbh)10:18
cjwatsontsdgeos: there are already bugs for this in Debian, by the looks of things, so it should really be sorted out there10:22
tsdgeoscjwatson: do you have a bugnumber/url?10:22
cjwatsontsdgeos: dnprogs is the source package that builds libdnet, and I'm going to convert it to multiarch in Debian which unblocks part of this10:22
cjwatsontsdgeos: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756032 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=75584610:23
ubottuDebian bug 756032 in libdnet "libdnet: should be multiarch because apparently roaraudio wants it for some unfathomable reason" [Wishlist,Open]10:23
ubottuDebian bug 755846 in libroar2 "libroar2: no multiarch possible" [Serious,Open]10:23
tsdgeoscjwatson: thanks :)10:23
cjwatsontsdgeos: oh and also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755935, which the bug states is in progress10:24
ubottuDebian bug 755935 in src:openslp-dfsg "openslp-dfsg: Add multi-arch support" [Wishlist,Open]10:24
=== seb128_ is now known as seb128
=== dosaboy_ is now known as dosaboy
=== psivaa-bbib is now known as psivaa
=== lool- is now known as lool
pittijodh: cheers!12:16
=== Ursinha-afk is now known as Ursinha
=== _salem is now known as salem_
pittiinfinity, arges, bdmurray: can I ask any of you to review/accept the postgresql microrelease SRUs? (lucid/precise/trusty) people keep pinging..12:46
infinitypitti: Ask me again in an hour when I'm awake? ;)12:47
pittiinfinity: heh, sleep well until then!12:48
xnoxmvo_: i've sent you, some of your code from 2012 for review =) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=75628713:01
ubottuDebian bug 756287 in apt-utils "apt-utils: Allow to generate contents only" [Normal,Open]13:01
mvo_xnox: heh :) thanks!13:03
xnoxmvo_: i do have questions about cachedbs in apt-ftparchive, since there are some vague comments that dists/bin/src caches are incompatible with contents ones, hence in launchpad at the moment contents and Packages/Sources generation is separated and doesn't share caches.13:05
mvo_xnox: hm, that sounds like a bug if thats the case, does infinity or someone else knows more here?13:06
xnoxis that actually true? how to validate that? (e.g. are cache structures / format published somewhere)13:06
=== oSoMoN|afk is now known as oSoMoN
xnoxmvo_: right, well, it's vague comments from the past, in the launchpad code base.13:07
mvo_xnox: hm, maybe we can find out via bzr blame who wrote it so that we can find out more :) ?13:08
xnoxJeroen Vermeulen <jeroen.vermeulen@canonical.com>13:11
mvo_xnox: hm, he should still be around to ask13:17
xnoxmvo_: well, let me dig the code a bit more.13:17
=== stgraber_ is now known as stgraber
=== pete-woods is now known as pete-woods|lunch
smoserpitti, i think that maybe /etc/environment might be required.13:41
smoserhonestly, as you invoke that with env -i.13:41
smoserwhatever you invoke will have no PATH if you dont get it from /etc/environment.13:41
smoserthe reality is that most likely /etc/environment *will* exist, but in the case where it doesn't, somethings probably going to fail later.13:42
pittismoser: couldn't PATH be set in some bash profile or PAM environment?13:42
pittismoser: right, but then it will fail with something like "command not found", not some unintelligible gibberish within adt-run13:42
smoserwell i dont think ti would get set. i dont think that ends up going through the bash login that gets all that set up.13:43
pittismoser: anyway, by and large I agree that /etc/environment is a must; but who knows who will test that with strange VMs :)13:43
smosermaybe it does. and yeah, thats how it would normally get setup, but i suspect you were doing what you were doing for a while.13:43
smoserand fwiw, i'd still set LANG=C13:43
smoserso you dont get those silly messages13:43
pittismoser: that's already handled; unless you run with --leave-lang, it sets LANG=C.UTF-813:43
smoserabout lang not set, but you are more knolwedgeable than i about how lang is supposed to work.13:44
smoseri dont think it is.13:44
smoseryou run :13:44
smoser env -i13:44
smoserwhich will clear LANG such.13:44
pittismoser: yes; Testbed.execute() sets some extra environment13:44
pittisuch as LANG, or (for mode "install") DEBIAN_FRONTEND and friends13:45
smoserok. i'll trust you.13:45
pittismoser: the LANG handling is test case'd already, just running LXC without /e/e or /e/d/locale wasn't13:45
smoserone random thing... when i do subprocesses, from shell or python, i always use long options where available.13:45
smoserwhen i see 'sudo -E' there13:45
smoseri have to 'man sudo' to see what thta means.13:45
smoserbut sudo --preserv-env13:45
smoseri dont have to man13:45
smoseras i said, random comment. feel free to ignore13:46
pittiah, sure13:46
smoserthanks for taking a look.13:46
pittino, good point, but that'll take some grepping13:46
=== timrc-afk is now known as timrc
xnox"You have 1 day to reopen this bug or I will make a new one."14:15
xnoxsounds a legit threat! =)14:15
highvoltageI'm shaking in my space booties14:21
wasabyso this is how ubuntu devs treat bugs :)14:21
wasabywith ignorance14:22
wasabywhy fix bugs when you can just dismiss them with no consideration14:23
xnoxwasaby: i'm sorry, but I don't follow. Can you elaborate? Above quote was not from an ubuntu developer, but rather a bug reporter. Instead of providing justification for particular request, reporter said that.14:25
Laneybdmurray: could you look at my email about the nautilus sru please?14:36
=== Jacob_ is now known as faddat
=== seb128_ is now known as seb128
hallyngood morning - could someone please take a look at the new qemu-user-binfmt binary package in utopic-proposed?  I assume a button needs to be hit to accept it for qemu to be promoted to utopic-release...14:46
=== dpm__ is now known as dpm
smosercjwatson, https://lists.ubuntu.com/archives/ubuntu-cloud/2014-July/000969.html14:49
smoseris that true? that i simply cannot reliably have a 2Tb partition and grub2 booting mbr ?14:50
xnoxbios grub. UEFI will boot fine.14:50
xnoxsmoser: i totally hit that when I made a 2TB intel matrix raid-0 device from two 1TB drives and was puzzled as to why it's only bootable in UEFI mode =)14:51
smoserwell, i can't just use uefi though.14:52
=== pete-woods|lunch is now known as pete-woods
xnoxsmoser: stand-alone /boot partition also works, I believe.14:52
smoserright. and in start of the disk.14:53
smoserwe've not done that before.14:53
xnoxsmoser: anywhere in the first 1TB =)14:53
cjwatsonsmoser: I know of no such limitation in GRUB14:53
smoserjust to avoid the unnecessary complexity.14:53
xnoxcjwatson: hu? hm.14:53
smoseri agree with xnox. hm.14:53
smoserok. so some background on how this is put together:14:54
cjwatsonsmoser: You should use GPT, obviously, but even with MBR you should be able to address anything up to 2TB in GRUB, modulo BIOS limits.  I'd want a citation for this alleged limitation14:54
cjwatsonOK, please don't make me understand the whole thing just now, doing other things :)14:54
smoser * cloud-image is ~ 1.4G image. cloud provider truncates it to larger size, say 2TB.14:54
cjwatsonI suggest just asking Patrick to provide more information on this limitation that he claims exists14:55
smoserok. fair enough.14:55
cjwatsonBecause if it exists and isn't just a BIOS bug (those certainly exist ...), we'd consider it a bug14:56
xnoxsmoser: well, we know the bootloader and the system, thin-provision 2 TB and install ubuntu onto it with qemu.14:56
xnoxsmoser: naturally 2TB+ is beyond MBR limit, and thus would require GPT.14:56
* xnox tries that.14:56
smoserright. and for 14.04, it will properly resize it to only 2TB.14:56
cjwatsonRight, if it were actually slightly over 2TiB then you'd have a problem14:56
cjwatsonBut if it's 2TB in lying-disk-manufacturer-units, then it should be comfortably under the real limit14:57
smoserhm.. ok. well i'll give a quick try to reproduce.14:57
xnox=)))))))))) lovely manufacturer units ;-)14:57
cjwatsonhallyn: no button should be needed14:58
cjwatsonhallyn: you're stuck in the libav/gnutls28/etc. transition.  please wait14:58
=== Ursinha is now known as Ursinha-afk
hallyncjwatson: oh - phew.  thanks.15:11
=== Ursinha-afk is now known as Ursinha
=== Ursinha is now known as Ursinha-afk
pittihey hallyn, how are you?15:48
hallynpitti: (on a call, few more mins)15:48
pittihallyn: I noticed that the last cgmanager upload in ubuntu diverted from Debian; are these session upstart enablements safe for Debian and will go there, too?15:48
pittihallyn: no hurry at all15:48
xnoxthey are upstream and will be in the next release.15:49
=== Ursinha-afk is now known as Ursinha
hallynpitti: right, like xnox said, they're upstream.  I will sync from debian to utopic soon, but am waiting on slangasek to sponsor the 0.28-3...  that should be in prettu good shape16:02
hallynactually i should probably release 0.29 soon16:02
pittiah, nice16:02
pittihallyn: I can help out with Debian sponsoring too, if needed16:02
hallynbut i'd first like to have sarnold review my new cgm :)16:02
hallynsarnold: \o16:02
hallynpitti: that'd be great;  it's at http://mentors.debian.net/debian/pool/main/c/cgmanager/cgmanager_0.28-3.dsc .  mainly fixes a bunch of bugs in my initscrfipts,16:02
hallynbut my sysvinit-foo is weak,16:02
hallynso some good "this sucks bc (x)" feedback won't go amiss16:03
hallynnow, my btrfs-ioctl-foo is weak too, so back to that :(16:03
pittihallyn: oh, mbiebl_ was busy filing reports (thanks Michael for catching all those!)16:06
hallynpitti: yup, those should all be addressed16:07
pittihallyn: followed up with some pointers which hopefully help16:23
* pitti waves good night16:24
hallynpitti: thanks - good night16:25
LocutusOfBorg1can anybody please sponsor?16:32
ubottuUbuntu bug 1349498 in wxwidgets3.0 (Ubuntu) "please merge wxwidgets from debian" [Undecided,New]16:32
LocutusOfBorg1I think this will become a serious bug tomorrow16:33
LocutusOfBorg1because of this https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=75273316:34
ubottuDebian bug 752733 in g++-4.9 "g++-4.9: PR61214 breaks packages linking against wxWidgets" [Normal,Open]16:34
LocutusOfBorg1and the gcc-4.9 default (doko is planning to upload tomorrow the default)16:34
dokoLocutusOfBorg1, delaying. we should sync after 4.9 is the default, and check if the workaround is still needed16:41
LocutusOfBorg1ok wonderful16:42
LocutusOfBorg1thanks for caring ;)16:42
bdmurrayxnox: could you have a look at bug 1291434?17:08
ubottubug 1291434 in grub2 (Ubuntu) "GRUB_CMDLINE_LINUX_DEFAULT contains duplicate options" [Undecided,Confirmed] https://launchpad.net/bugs/129143417:08
xnoxbdmurray: i have noticed that. But I was going to consult cjwatson as to how grub.d snippets should be extending options.17:10
xnoxbdmurray: cause imho, I'm not doing anything wrong, yet cmdline over-expands too much at update-grub time.17:10
=== Ursinha is now known as Ursinha-afk
xnoxSweetshark: do you have libreoffice rebuild?17:14
cjwatsonxnox: I'm preparing it now, since it should just be no-change I think17:14
xnoxcjwatson: all of the silly little libs renamed their .pc files.17:14
cjwatsonOh seriously?17:15
Sweetsharkxnox: for utopic?17:15
cjwatsonSweetshark: yes17:15
xnoxcjwatson: and e.g. libwpd-stream-0.9 is gone.17:15
xnoxcjwatson: yeah, they encode version number in the pc file name, for what it seems like no reason. E.g. libwpg-0.2 -> libwpg-0.317:15
cjwatsonSweetshark: it's got implicated in a massive transition that's holding back half of utopic and blocking nearly everything, which we need to fix before alpha-2 freezes17:15
cjwatsonlibcdr, libwpd, libwpg, and libwps are the connection points17:15
cjwatsonxnox: presumably it's an API change as well as an ABI change17:16
Sweetsharkwell, I have a 4.3.0~rc4 build which should become final upstream in a few days. Im currently still testbuilding it on armhf ...17:16
cjwatsonDo we *have* to have this with a new libreoffice upstream as well?17:16
cjwatsonThis is already horrendously complicated17:16
cjwatsonIt would be far preferable to keep the changes as minimal as possible ...17:17
cjwatsonAnd "a few days" means after alpha-2, which further diminishes the probability of ever finishing this transition, and in particular probably eliminates the chance of landing it before phone RTM forks17:17
xnoxyeah, ideally we'd do distro-patch / rebuild of the current libreoffice.17:17
Sweetsharkcjwatson: whatever you prefer. I just always a bit weary of fixing up details on a e.g. 4.2.x build on utopic, when 4.3.0 comes along a few days after and we never see or need the 4.2.x tweaks again.17:18
cjwatsonhttp://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt <- search for the first two occurrences of "Trying easy from autohinter" and you'll see why I'm trying to keep the complexity down17:19
Sweetsharkcjwatson: urgh17:19
cjwatsonSweetshark: I understand the sentiment, but I think if we try to wait for 4.3.0 here then we'll be doomed17:19
Sweetsharkcjwatson: agree :/17:20
cjwatsonAh, and indeed now it's just the first occurrence o fthat17:20
cjwatson*of that17:20
cjwatsonThe problem is basically that every time it takes us a few days to fix things, another transition gets itself tangled in the hairball17:21
Sweetsharkcjwatson: you may find me bitching about the libwp{s,d,g} madness earlier today in the backlog17:22
xnoxSweetshark: yeap, we are on that atm.17:23
cjwatsonSweetshark: not in this channel, I guess17:23
Sweetsharkcjwatson: eh, right, twas in -desktop, I guess.17:23
cjwatsonWell, if there's anything you can do before we run out of day, it would be greatly appreciated.  I know that's rather a lot to ask in the case of libreoffice17:24
cjwatsonBut the a2 freeze is late tomorrow17:25
bdmurraydoko: are you planning on uploading gdb to trusty-proposed?17:25
dokobdmurray, I can do that. are you planning to do the testing? ;-P17:26
xnoxcjwatson: and like, i totally trust that nothing will be broken once everything migrates =)17:27
Sweetsharkcjwatson: since you dont want LO4.3.0 in this mess, what exactly do you want "anything" to be? A no-change upload of libreoffice? Can do, but cant really do much testing of that before throwing it over the fence. So its fire-n-forget anyway.17:27
xnoxSweetshark: yeap, we want that. Apart from we know that no-change, will FTBFS most likely.17:28
xnoxSweetshark: so yeah, no-change rebuild / minimal amount of changes to get it build in utopic-proposed and throw it over.17:28
bdmurraydoko: if there are good test cases then yeah17:29
Sweetsharkxnox: were is the expectation of FTBFS coming from?17:29
dokook, preparing ...17:29
Sweetsharkxnox: other than "its libreoffice and we just changed ~all the world below it, that cant work"?17:30
xnoxSweetshark: e.g. libwpg-dev, pkg-config name changed from libwpg-0.2 to libwpg-0.317:30
xnoxditto libwpd-dev libvisio-dev libwps-dev17:31
xnoxi think.17:31
Sweetsharkxnox: hmmm, that shouldnt harm per se. And if it does, I can just throw in an internal copy of libwpX etc. to get this transition over the hill, using the proper system version again later.17:32
Sweetsharkxnox: thats just a oneline change.17:32
* Sweetshark tries.17:33
* Sweetshark originally had other plan for this evening.17:33
xnoxSweetshark: cool. Yeah, that would work as well. Basically, we don't want anything to depend on the old abi packages... either by building against new stuff or using local copy et.al.17:33
=== roadmr is now known as roadmr_afk
=== timrc is now known as timrc-afk
cjwatsonxnox,Sweetshark: hm, another idea, if we can fix everything else then perhaps I can tell proposed-migration to ignore the NBS problem in the case of libreoffice18:05
cjwatsonwhich would save having to fix that in a tearing hurry18:05
cjwatsonthen you could wait for 4.3.018:05
alexbligh1Any ideas why packages.ubuntu.com is still showing pre 14.04.1 packages?18:05
cjwatsonit's not ideal but it would be workable - proposed-migration is strict about NBS by default but it doesn't absolutely *have* to be18:06
=== timrc-afk is now known as timrc
Sweetsharkcjwatson: sounds good to me.18:11
SweetsharkFWIW LO4.2.4 is FTBFS in proposed right now.18:11
Sweetsharkcjwatson: ... and "fixing stuff in a hurry" never mixed well with a 3KLOC ./debian/rules file (which generates a ./debian/control file).18:12
achianghallyn: dumb question, but is it expected that i can run an armhf container hosted on an amd64 (trusty) machine?18:18
hallynachiang: I'm not sure.  I think yhou'll need qemu-user for that18:22
alexbligh1achiang, https://www.stgraber.org/2012/02/03/ever-wanted-an-armel-or-armhf-container-on-an-x86-machine-its-now-possible-with-lxc-in-ubuntu-precise/18:23
alexbligh1achiang, trusty being left as an exercise for the reader ...18:24
stgraberalexbligh1: also mentioned here: https://www.stgraber.org/2013/12/23/lxc-1-0-some-more-advanced-container-usage/18:26
achiangthanks, reading now18:27
hallynyes but do those address armhf on arm64?18:31
hallynoh, i misread :)18:31
Sweetsharkcjwatson, xnox: so with http://pastebin.com/7fZK0bmW and a "./debian/rules control" call, "dpkg-buildpackage -B" gets through ./configure. That is most likely all that is needed to fix the FTBFS for
hallynsorry, i thought you wanted to run on arm64.  WHO NAMES THESE18:31
hallynachiang: for that you dont' even need to do anythign special;  install qemu-user-static and add '-a armhf' to the container template args.  but, guess your'e reading the blogs, so excellent18:31
Sweetsharkcjwatson: as such, I would suggest to just go for it now with the transition and fix it up quickly then -- should be low risk as a/ LibreOffice 4.3.0~rc4 already finished building in -proposed and b/ LibreOffice 4.2.4 should be trivial to fix with the patch above.18:33
achianghallyn: stgraber: ah, i was using -t download instead of -t ubuntu18:33
achiangperhaps that is why i was tripping over issues18:34
Sweetsharkcjwatson, xnox: So, Ill not prepare an upload of 4.2.4 (hey, I dont have any uploader rights anyway) as discussed and will make this end of day in 10 minutes unless there is loud protest. ;)18:34
stgraberachiang: ah yeah, -t download just grabs an armhf (or whatever arch you pass) image from the server but this image won't run unless your kernel knows how to run arm code (so armhf, armel or arm64 box). You could manually copy qemu-user-static over to it though which should do the trick.18:34
achiangstgraber: how would i do that? attempting to start the container doesn't work18:35
stgraberachiang: it's actually a bit of a bug that -t download lists architectures that your system doesn't support, but figuring out a way to filter those in a distro-independent way and supporting all crazy piece of hardware out there is kinda hard...18:35
achiang$ lxc-start -n ubuntu-sdk-armhf18:35
achianglxc_container: invalid sequence number 1. expected 418:35
achianglxc_container: failed to spawn 'ubuntu-sdk-armhf'18:35
achiang(that was my earlier issue)18:36
stgraberachiang: copying /usr/bin/qemu-arm-static to rootfs/usr/bin/qemu-arm-static would help a bit, though IIRC there are a bunch more tricks you need to do in there (which the ubuntu template does for you) such as enabling multi-arch and then install the host-arch version of upstart, mountall, isc-dhcp-client and iproute218:37
achiangstgraber: ok. i'll just use -t ubuntu then. :)18:37
achiangno i won't.18:39
* achiang will poke at this later, feeling a bit sick atm so need to go /away18:39
stgraberachiang: hmm, is lxc-create getting called as root and are you doing that directly on the host or within an existing unprivileged container?18:41
=== Ursinha-afk is now known as Ursinha
=== roadmr_afk is now known as roadmr
davmor2bdmurray: hey dude, on the phone if you click on previous errors it seems to take you to a blank errors.ubuntu.com page, is this a known bug?19:02
danilosheya all, I am trying to build ubuntu-keyboard (lp:~danilo/ubuntu-keyboard/serbian-layout, though the same happens with trunk) on my trusty install using "sbuild", but I am hitting a missing dependency (https://launchpad.net/ubuntu/+source/platform-api/2.1.0+14.10.20140721-0ubuntu1/+build/6202467 seems to be the problem); any suggestions on what to do or how to test this (I've got an up-to-date utopic on my nexus 4 fwiw) before even att19:03
danilosempting to propose a merge?19:03
danilosuhm, that was the wrong link, I am building for armhf19:04
daniloswhich seems to be built correctly, so I am clearly doing something wrong19:04
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
danilosit seems I was missing utopic-proposed in my chroot, let's try with that19:09
xnoxSweetshark: thanks a lot! I'll tend to that. Bug given how busy buildds are, proposed migrations output will be very cryptic for a while.19:20
=== lutostag is now known as lutostag-away
=== Ursinha is now known as Ursinha-afk
achiangstgraber: no, calling lxc-create as user, directly on host20:40
=== Ursinha-afk is now known as Ursinha
sarnoldhallyn: -new- cgm? I thought I just reviewed it? :) heh21:15
hallynsarnold: i wrote it in C, so it wouldn't have to depend on the dbus package21:18
hallynso it could go in with cgmanager, maybe even into /bin (so that sysvinit script can call it to verify cgmangae rhas started)21:19
sarnoldhallyn: ahh, nice. did you re-implement the APIs you were using already or are they new too?21:23
sarnoldhallyn: .. and did you quash that NULL+0-length bug you found in NIH? :)21:23
hallynsarnold: no no, same apis21:24
hallynlemme think.  I worked around it somehow.21:24
hallynoh yeah, I detect the false error from libnih and decdie whether it's a real error or not;  return empty list myself if not.21:24
sarnoldhallyn: ahh :)21:28
=== salem_ is now known as _salem
=== _salem is now known as salem_
bdmurrayinfinity: could you have a look at bug 1348200 and bug 1348198?23:03
ubottubug 1348200 in flash-kernel (Ubuntu) "Globalscale Mirabox support" [Undecided,New] https://launchpad.net/bugs/134820023:03
ubottubug 1348198 in flash-kernel (Ubuntu) "SolidRun CuBox-i support" [Undecided,New] https://launchpad.net/bugs/134819823:03
infinitybdmurray: I can, but (probably) not today, working on ARM stuff for trusty.23:03
infinityI assume those are utopic-only.23:04
bdmurrayinfinity: no rush, I just was notified of them today23:08
slangasekinfinity, bdmurray: snort at bug #1348198; should probably be fixed with a merge from Debian23:14
ubottubug 1348198 in flash-kernel (Ubuntu) "SolidRun CuBox-i support" [Undecided,New] https://launchpad.net/bugs/134819823:14
infinityslangasek: We're well overdue for a two-way merge of f-k.23:16
=== salem_ is now known as _salem
saiarcot895What is the advantage of the scaling stack builders?23:46
cjwatsonsaiarcot895: They're running a trusty base system rather than hardy; and our sysadmins can scale them out horizontally (i.e. add more builders) nearly trivially23:47
saiarcot895cjwatson: oh, woohoo!23:47
cjwatson(The former is to some extent an artificially created situation, in that we could have put effort into upgrading the existing setup rather than developing scalingstack; but the latter makes a big difference)23:48
cjwatsonsaiarcot895: Also, the underlying system is much less fragile, and we expect builders to die a whole lot less23:48
cjwatsonsaiarcot895: And it will be much easier to upgrade them to new versions of launchpad-buildd; with the old system, that was a fairly terrifying process which could turn into a full-day job if the slightest thing went slightly wrong23:49
cjwatsonsaiarcot895: With the new system, it's a matter of building a new base image and then new builds just pick it up23:49
saiarcot895cjwatson: ah, ok. I was wondering about that. So when X comes out, the builders will be on the latest version and have the latest build tools23:50
cjwatsonShould be much easier to do that, certainly; we won't necessarily do it right away23:51
cjwatsonIt only matters for stuff that comes from the host, but that includes the kernel, launchpad-buildd, bzr-builder (for recipes), and suchlike23:51

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