/srv/irclogs.ubuntu.com/2015/03/09/#ubuntu-devel.txt

=== Malsasa_ is now known as Malsasa
=== achernya_ is now known as achernya
=== Malsasa is now known as Guest75447
=== Malsasa_ is now known as Malsasa
pittiGood morning05:13
pittiRiddell: we also want to move to systemd on upgrades, yes; I'm uploading the bits now05:14
pittiRiddell: stdout for user session programs usually goes to ~/.xsession-errors, unless there's a session upstart job; they they go to ~/.cache/upstart/05:15
pittimardy: no, usually mocks should be in the tests that use them; python-dbusmock has a few for common services, which avoids having to copy them between several packages05:15
pittiSaviq: https://wiki.ubuntu.com/Touch/Testing#Running_tests_with_autopkgtest is the TL;DR documentation with pointers to details05:16
pittijamespage: the "TemplatePluginNotRegistered"? some python update got in the way?05:17
pittijamespage: there are still some problems with mongodb and some others; I did a first mongodb fix yesterday, but I'll keep poking too05:18
=== Malsasa_ is now known as Malsasa
* pitti unleashes the madness in bug 142765405:22
ubottubug 1427654 in ubuntu-meta (Ubuntu Vivid) "FFE: switch system init to systemd [not touch] in 15.04" [Undecided,Fix committed] https://launchpad.net/bugs/142765405:22
=== kickinz1|afk is now known as kickinz1
pittijamespage: mongodb fix uploaded; I'm looking into the openvswitch failure, I know what the reason is07:06
pittijamespage: that's due to bug 1429734 FYI07:11
ubottubug 1429734 in sysvinit (Ubuntu) "invoke-rc.d ignores dependencies in degraded mode" [High,In progress] https://launchpad.net/bugs/142973407:11
=== dbarth is now known as dbarth-afk
dholbachgood morning07:45
pittijamespage: I filed bug 1429739 for neutron, do you have an idea about that exception?07:56
ubottubug 1429739 in neutron (Ubuntu) "neutron-server does not start under systemd: OperationalError: (OperationalError) no such table: ml2_vlan_allocations" [High,New] https://launchpad.net/bugs/142973907:56
pittijamespage: ah, happens under upstart too, bug updated07:58
* pitti looks at mysql-5.6 now08:30
rbasakpitti: o/08:43
pittihey rbasak, how are you?08:43
rbasakI'm just back from a week away, catching up now.08:43
pittirbasak: ah, did you have a good time off?08:43
rbasakYes thank you08:43
pittiinfinity, Laney: can we please add a force-badtest on current upstart? I just filed bug 1429756, and I'm not lucky enough to hit a time when it manages to succeed on both arches08:49
ubottubug 1429756 in upstart (Ubuntu) "test_job_process fails in majority of cases" [High,New] https://launchpad.net/bugs/142975608:49
pittirbasak: oh, you have commit on debian's mysql-5.6? I'm currently building a fix for enabling the systemd unit, so that mysql starts on install and its test will succeed again08:50
rbasakpitti: yes, though I thought systemd support was added to mysql-5.6, although I didn't work on that directly. Does it not work?08:52
pittirbasak: nope, little detail is missing :)08:52
rbasak:-/08:52
pittirbasak: http://paste.ubuntu.com/10567186/08:52
rbasakSorry. Happy to take your patches in Debian :)08:52
pittirbasak: without that, the dh_systemd_enable part never gets run08:52
pittiso the unit is disabled, and thus never starts08:52
rbasakAh, OK.08:52
rbasakpitti: want me to push that to Debian VCS now?08:53
pittirbasak: it's certainly correct, but I'm not 100% sure yet whether it's sufficient, or something else needs updating too08:54
rbasakOK, I'll hold on then.08:54
pittirbasak: once my sbuild finishes and I ran the autopkgtest locally, I'll give you the go08:54
pittirbasak: btw, it still hasn't promoted from -proposed, it makes some percona-*.5.5 stuff uninstallable08:55
rbasakYeah, I need to fix the percona-galera-3 FTBFS08:55
pittirbasak: anyway, you'll stumble over this during your mail catch-up for sure :)08:55
rbasak:)08:55
* pitti doesn't envy yo08:55
pittiu08:55
rbasakI'm sure your inbox is far worse after a week off :)08:56
pittirbasak: I'm going to find out soon; I'll have 1.5 weeks of holiday from next week on :)08:57
rbasakSo 50% worse, + the 50% pitti extra workload premium? :-P08:59
pittirbasak: *shrug* I just switched the init system; what can *possibly* go wrong!08:59
rbasakAh. Now I understand the carefully timed planning going on there :-P09:00
ogra_pitti, well ...09:01
ogra_The following packages have unmet dependencies:09:01
ogra_ systemd-sysv : Conflicts: upstart but 1.13.2-0ubuntu9 is to be installed09:01
ogra_E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).09:01
pittiogra_: ah, mind running that with -o debug::PkgProblemResolver=true ?09:02
LocutusOfBorg1hi folks!09:02
pittiogra_: I suppose that's apt-get dist-upgrade?09:02
ogra_pitti, if i only knew how to do that on the livefs builder :)09:02
ogra_https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/vivid/ubuntu09:02
ogra_thats an image build09:02
pittiah09:02
ogra_https://launchpadlibrarian.net/199721670/buildlog_ubuntu_vivid_amd64_ubuntu_BUILDING.txt.gz09:03
pittiogra_: that's ubuntu or touch?09:03
ogra_last build log09:03
ogra_no, desktop09:03
ogra_the normal iso09:03
davmor2pitti: dun broked it!09:03
davmor2pitti: now I know you heart is in QA :)09:03
pittiogra_: the init-system-helpers package migrated much later, could it be that it didn't yet see that one?09:03
ogra_when ?09:04
=== dcmorton_ is now known as dcmorton
pittino, that's ok09:04
ogra_this build is from 1h ago09:04
pittiI: Retrieving init 1.22ubuntu409:04
cjwatsonit's a priority mismatch09:05
* ogra_ remembers he read somethin about changing the order of deps 09:05
ogra_yeah09:05
cjwatsonhttp://people.canonical.com/~ubuntu-archive/priority-mismatches.html09:05
ogra_was about to say that :)09:05
cjwatsoncauses upstart to be in debootstrap's result09:05
pittiwow, that exploded09:05
cjwatsonplymouth dropped to standard, was that intentional?09:06
pittiI also don't quite understand all the initramfs, iproute2 etc. changes09:06
cjwatsonupstart probably has a transitive dependency on initramfs-tools09:07
cjwatsonand it certainly depends on ifupdown09:07
cjwatsonbut those are also explicitly seeded in minimal, hence priority important09:07
cjwatsonanyway, the required -> important changes are probably just fine; plymouth is the only questionable thing there IMO09:08
ogra_they phone wouldnt mind for it to be in standard :)09:09
* ogra_ could drop a bunch of hacks 09:09
cjwatsonI guess09:09
pittiplymouth is in ubuntu-standard, that sounds ok?09:09
ogra_buut i highly doubt it is intentional09:09
cjwatsonI guess it makes sense actually, yeah09:10
pittii. e. before upstart had a transitional dependency to plymouth?09:10
ogra_mountall ...09:10
cjwatsonso yeah, go ahead and process that bunch and then the livefs build should be happy again09:10
pittiack09:10
ogra_it needs it for fsck communication with the user09:10
Laneypitti: upstart force> I guess---could you strongarm jodh or someone into looking? :-)09:11
ogra_systemd doesnt do that ?09:11
pittiogra_: it does, but only if plymouth is installed09:11
ogra_ah, cool09:11
pittiotherwise it just gives you the feedback on the text terminal09:11
pitti(for servers mostly)09:11
ogra_thats quite an innovatiion09:11
pittiogra_: text terminals? yeah, awesome new stuff, try them!09:12
pitti:-P09:12
ogra_text terminals without having to use a plymouth text theme to interact with them :P09:12
pittirbasak: all good, can you please commit that fix?09:12
pittirbasak: shall I upload it now, or do you have something else queued for mysql-5.6?09:12
ogra_(and not needing plymouth (and this nvidia and ati drivers in the initrd) even on non-plymounth systems09:13
ogra_s/this/thus/09:13
ogra_(or fonts)09:13
ogra_it will massively shrink our initrd ;)09:13
* pitti hears a faint sense of approval from ogra_09:14
* ogra_ nods wildly09:14
ricotzpitti, hello :), did you got reports yet, that some post-installation-trigger causes plymouth boot/shutdown screen to show up (while running systemd)?09:17
pittiricotz: debian bug 779606, I think09:18
ubottuDebian bug 779606 in systemd "daemon-reexec starts plymouth-start.service service" [Important,Open] http://bugs.debian.org/77960609:18
pittiricotz: but please file an Ubuntu one if you are unsure09:18
pittiricotz: but post-isntall triggers shouldn't daemon-reexec, just daemon-reload09:18
ricotzpitti, i see, will try to reproduce and narrow it down, but it happens when installing updates of some specific packages, iirc it didnt happen with 21809:21
pittiricotz: I think I see this in a VM on daemon-reload; I don't see it on my laptop09:23
pittirbasak: I uploaded the fixed -5.6 now09:25
pittidholbach: hallo, wie gehts?09:32
pittidholbach: there are some broken links on http://packaging.ubuntu.com/html/auto-pkg-test.html , where can this be fixed again?09:33
pittijodh: good morning09:34
pittijodh: your mk-sbuild trouble are the same as the above live build failure; should be resolved with next publisher run09:34
zygapitti: hey, what can I do to synchronize pyotherside to vivid?09:35
ogra_use requestsync i guess09:36
ogra_(sp ?)09:36
zygathanks. I'll read about that09:36
pittizyga: I can do it; ok to remove ubuntu changes? (I remember our conversation from two weeks ago, but cross-checking)09:36
zygapitti: yes09:37
zygapitti: exactly as we discussed before09:37
pittizyga: what's your LP ID?09:37
zygapitti: quick question: on the debian package index I see pyotherside 1.4 in experimental with (rc-buggy) next to it, what does that mean?09:37
zygapitti: zkrynicki09:37
pittizyga: hm, I don't know; https://tracker.debian.org/pkg/pyotherside has no bugs at all09:38
pittizyga: where do you see this?09:38
pittizyga: (synced)09:38
zygapitti: https://packages.debian.org/search?keywords=pyotherside&searchon=names&suite=all&section=all09:39
zygapitti: in experimental09:39
zygapitti: (thanks!)09:39
pittizyga: hm, no idea about that09:39
dholbachpitti, lp:ubuntu-packaging-guide - or just let me know which ones to fix09:44
pittidholbach: README.package-tests (and similar) in git were renamed/reformatted to *.rst a while ago09:45
pittiand in /usr/share/doc/ too09:45
dholbachpitti, ok09:49
pittijodh, ogra_: http://people.canonical.com/~ubuntu-archive/priority-mismatches.html is once again empty, image/schroot build should work again10:15
pittidholbach: danke! https://code.launchpad.net/~dholbach/ubuntu-packaging-guide/autopkgtest.fix/+merge/25225710:20
* dholbach hugs pitti10:20
* pitti hugs dholback10:24
Laneyis that "dholbach back"? :)10:25
pittiLaney: yeah, SCNR :)10:29
dholbach:)10:32
rbasakpitti: thanks. Pushed to Debian VCS.10:41
pittirbasak: cheers10:41
pittirbasak: I'm looking at apache2 now, specifically the ssl-passphrase test10:41
pittiMar 09 11:40:47 autopkgtest apache2[4384]: No way to ask user for passphrase10:41
pittirbasak: is that supposed to ask on the console?10:41
rbasakpitti: I've seen some fixes for that in Debian10:41
pittii. e. an interactive init.d script?10:41
rbasakpitti: the Ubuntu delta added plymouth prompting10:42
pittiI can teach the unit to grab the TTY, but that's a bit "eww"10:42
pittiI mean interactively prompting during boot, not the tty thing10:42
pittidoesn't that kind of break on remote servers?10:42
rbasakIt does, but I think it's fair to assume that if the sysadmin sets an SSL cert that requires a passphrase, he expects to be prompted.10:43
pittiok10:43
rbasakAlternatively he can use a cert without a passphrase, and he won't be prompted :)10:43
jpdsShouldn't it just do what luks does?10:43
rbasakjpds: what do you mean exactly?10:43
rbasakMy home server uses https://github.com/basak/netkeyscript to unlock LUKS :)10:44
pittirbasak: but there's no plymouth while the autokpgtest runs10:44
rbasakjpds: do you mean prompt via plymouth, or something else?10:44
jpdsrbasak: Yes.10:44
pittiso it could at most be on the console10:44
rbasakpitti: in that case I think it should fall back to tty?10:44
pittiand the test uses an expect script10:44
rbasakpitti: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773405 seems relevant here10:45
ubottuDebian bug 773405 in apache2 "systemd: Systemd cannot restart apache2.service because of SSL certificate with password" [Important,Fixed]10:45
rbasakpitti: looks like a merge for Debian may be appropriate - I only see bugfixes10:47
pittirbasak: yes, I'll check the diff and what they did here10:47
pittiah, they added exec /bin/systemd-ask-password, which we don't have10:49
jpdsrbasak: netkeyscript> Scary.10:49
rbasakjpds: I use a crossover cable10:49
rbasakThen replug it back onto the LAN.10:50
pittirbasak: they also slightly changed the prompt string, hmm10:50
rbasakEasier than carting a keyboard and monitor to the server10:50
rbasakpitti: maybe the prompt string didn't work with a \n in it?10:50
pittirbasak: well, I'm happy to do the merge and test it both ways; changes in -9 look fine10:51
pittirbasak: newline works fine, I suppose they just liked their's better; our autopkgtest specifically tests Debian and Ubuntu strings)10:53
rbasakpitti: if you don't mind, please go right ahead. I'm going to be a while before I'm caught up :-/10:54
pittirbasak: no, that's fine; thanks for the heads-up10:54
pittirbasak: I meant, yes, I'll merge10:54
rbasakack, thanks10:54
smbpitti, Hi, just a quick question: is it expected that doing a dist-upgrade on a server based install does _not_ try to remove upstart?11:24
pittismb: no, not expected, they should be transitioned too11:24
pittismb: do you have ubuntu-standard installed?11:25
smbpitti, No, those have server^ as a base11:25
pittismb: ah, and we don't upgrade tasks on servers11:25
smbHm, ok... should probably check whether installing form a server cd would pull in ubuntu-base, too nowadays. (these are kind of special installs going from a debootstrap into a bootable state)11:29
=== sil2100__ is now known as sil2100_
pittismb: there's no ubuntu-base, we have ubuntu-minimal (which depends on "init"), ubuntu-standard (which depends on systemd-sysv), and then things like ubuntu-desktop11:30
pittismb: would you mind filing a bug about the server upgrade? we need to figure out how to do that then, we need some kind of "server" (meta?)package to pull in systemd-sysvinit then11:30
smbpitti, I actually tried to type ubuntu-standard... damn fingers11:30
smbpitti, Yeah, will do after checking a "proper" cd install11:31
Tribaalguys, so I don't know if that's expected, but LXC seems to break since the switch to systemd11:36
pittiTribaal: not expected; I've used it for months under systemd, can you please file a bug with details?11:36
infinitypitti: We can work around that in do-release-upgrade, but there's nothing we can do for bare debootstrap+(some packages) installs short of making systemd-sysv essential, which we opted not to do.11:36
Tribaalpitti: so, maybe I'm doing something wrong then11:37
infinitypitti: (This is why the buildd chroots still have upstart in them until I forcefully rebuild/upgrade them too)11:39
Tribaalpitti: so, I killed a vivid container and restarted it and everything seems fine again... scratch that.11:40
smbinfinity, Ok, so that means if a real server cd install does change correctly, what I see with the special install is no bug but rather expected11:41
smbgah, why on earth is grub trying to install into the lvm partition after being told to use the mbr...11:44
=== doko__ is now known as doko
pittirbasak: ok, apache2's tests now run fine; expect doesn't work with systemd-ask-passphrase, so I added another little responder to that11:51
rbasakThanks!11:52
dokorbasak, you added a block-proposed on a juju-core issue. any reason for that?11:55
cjwatsondoko: The text of the bug seems to explain it quite adequately11:58
dokocjwatson, sorry, a SRU request to block an update to an existing version? what do I misunderstand?12:00
cjwatsondoko: Well, it's not just an SRU request is it n ow12:00
cjwatson*now12:00
rbasakdoko: we have an SRU exception for Juju, so new releases theoretically should land in Vivid and stable releases concurrently (server users care only for Precise and Trusty really).12:01
cjwatsonI believe there's something quite subtle about juju major version upgrades where they don't work right until they're registered in upstream simplestream as well12:01
rbasakRight - I want packages to land in Vivid and Trusty only after upstream have published the simplestreams data for it for an official release.12:01
cjwatsonBut as a general point it seems unhelpful to say "any reason for that?" when there are reasons given in the bug.  If you don't like the reasons, explain why12:01
infinitycjwatson: He doesn't like the reason cause it's blocking his upload. :P12:02
rbasakBut we want to coordinate testing before that, so they don't release until Ubuntu -proposed has binaries and they can test those too.12:02
infinityBut it's blocked on ppc being FTBFS anyway.12:02
infinitySo meh.12:02
dokoyeah, I saw that too12:02
rbasakIIRC, there were issues with the 1.21.1 proposed release, so I was asked to hold - presumably pending a newer upstream proposed release. I need to check with upstream.12:02
rbasakWhat are you blocked by?12:02
infinityrbasak: He mangled your build-deps.12:03
infinityhttp://launchpadlibrarian.net/199658027/juju-core_1.20.14-0ubuntu2_1.20.14-0ubuntu3.diff.gz12:03
rbasakAh, OK12:03
rbasakLooks like I never actually uploaded 1.21.12:04
rbasakSo I think that should be OK to push through.]12:04
mlankhorstcan someone on the ubuntu-release team ack https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1424980 ?12:07
ubottuLaunchpad bug 1424980 in xorg-server (Ubuntu) "[ffe] xorg-server 1.17" [High,New]12:07
infinitymlankhorst: Is fglrx still not ready?12:08
mlankhorstno :/12:08
infinitymlankhorst: Well, not much to ACK, then.12:08
pittirbasak: https://jenkins.qa.ubuntu.com/job/vivid-adt-mysql-5.6/lastBuild/? \o/12:10
rbasak\o/12:11
rbasakThank you!12:11
mlankhorstinfinity: if lucky it will be there soon, could I get a conditional ack depending on fglrx at least?12:11
pittirbasak: that won't magically fix the perowossname issue of course, but my stack of "Jenkins Failed" mails is slowly getting smaller :)12:11
infinitymlankhorst: Not sure what good a conditional ACK does you, you can't half upload it. :P12:11
mlankhorstall the paperwork being done mostly..12:12
infinitymlankhorst: Yes, I think updating to 1.7 is probably the right thing to do, but there's no point examining it until we know it won't break fglrx.  If fglrx comes too late, we won't risk it.12:12
pittido we still require flgrx?12:13
pittiin the sense of, is the free driver still not good enough?12:13
pitti(it seemed to be quite nice many years ago, then I stopped buying non-Intel graphics hw)12:13
mlankhorstit has some features not in the free driver, and in some cases it works when the free driver doesn't.. but other way around is true too12:14
infinitypitti: The free driver is decent for desktop use, fglrx is still better for gaming.  Kinda hoping that's not true in another year or two, as AMD was dumping resources into radeon.12:14
infinityThey at least have a plan to kill fglrx, which is more than I can say for nvidia.12:15
mlankhorstnvidia uses the nouveau stuff for their K1 :P12:16
rbasakI've been all-Intel for years, but have been considering buying an AMD/ATI/whatever setup recently.12:16
mlankhorstnot on desktop yet thoug12:16
infinityrbasak: The price/performance ratio for AMD video cards is hard to pass up.  The absolute top end flip-flops every 6mo between AMD and nvidia, but if you're buying middle of the road, AMD's been winning at cheap for years.12:17
infinityrbasak: But if you're doing high end 3D in Linux, the drivers matter a lot more than the cards, and fglrx is a flaming heap compared to the nvidia binary driver. :/12:18
infinity(For a Win32 gaming box, though, I'd recommend AMD any day of the week, unless you have thousands to burn)12:18
rbasakWhen it's working presumably. I don't want to be beholden to a binary driver though.12:18
rbasakOr, if I have to do it, then at least have the choice of a free driver that is reasonable.12:19
StevenKI've found Nividia better for the dual boot case, too. Because oh god, fglrx12:19
infinityrbasak: So, free driver wise, nouveau and radeon are both pretty decent these days.12:19
rbasakHence AMD. But I also want my setup to drive six heads, and also want it to be quiet when it isn't doing heavy lifting.12:19
rbasakAnd apparently multi-card on Linux is pretty poor/nonexistent with AMD12:20
StevenKSix heads? So 3 SLI/whatever the heck AMD call it?12:20
rbasakSo I haven't done anything yet12:20
StevenKCrossfire? I think?12:20
rbasakYeah that thing. Apparently it just doesn't work on Linux12:20
StevenKrbasak: Given how fglrx behaves with only one card and one output, I am not at all surprised.12:21
rbasakI'm thinking of getting something that drives 4 heads, with a couple of Matrox dualhead2go things12:21
infinityYeah, Crossfire and Linux will make you want to cry, I imagine.12:21
infinityThey're likely to implement it sanely in the free driver, but they've not done so yet.12:21
rbasakApparently I can mess with libxinerama to make X clients think I have six monitors and so everything should work properly12:21
rbasakExpensive though :-/12:21
rbasakAnd I'm still not sure about quiet operation when not doing 3D stuff12:22
infinityAll the high end cards do variable fan speeds and other such things, but the low-end ones (if you're not a hardcore gamer) are often last year's tech, die-shrunk, and passively cooled.12:23
infinityWhich is much more pleasant for a businessy system.12:23
rbasakinfinity: I've been struggling to find a passively cooled one that also does enough heads :-/12:34
mlankhorstit's a premium12:35
mlankhorstnot something they would put on low end cards12:35
rbasakYeah12:35
rbasakBut then it gets noisy :(12:35
rbasakI have a goal of having a silent office12:35
rbasak(apart from the noisy keyboard)12:35
mlankhorstuse watercooling :p12:38
rbasakI have considered that :)12:38
rbasakNot sure I want the hassle though!12:38
rbasakdoko: are you working on the powerpc FTBFS for juju-core? We could temporarily drop block-proposed from bug 1416051 to allow 1.20 through when that's fixed.12:40
ubottubug 1416051 in juju-core (Ubuntu Trusty) "juju-core 1.21.1 is not packaged in Ubuntu" [Undecided,New] https://launchpad.net/bugs/141605112:40
dobeyanyone care to sponsor https://code.launchpad.net/~dobey/ubuntu/vivid/intltool/release-0-51-0/+merge/252235 please?13:02
dobeyrbasak: use a white noise generate to generate a signal that's 180 degrees out of phase with the noise your PC generates :)13:04
rbasakdobey: I'd prefer not to have to wear a noise cancelling headset in my office thanks :-P13:05
cyphermoxgood morning!13:06
dobeyrbasak: don't wear one then. just get a wall plug thing :P13:06
smbrbasak, I seem to experience bug 1429849 on my current attempts to install VMs from the current server daily. Is this something that is already known?13:08
ubottubug 1429849 in Ubuntu "server-installer: grub installed to wrong target" [Undecided,New] https://launchpad.net/bugs/142984913:08
rbasaksmb: I'm not aware of it. Do you have installer logs handy, please?13:09
smbrbasak, I got the VM at the point of fail, so yes... just need to send them over13:10
smbrbasak, Ok a tarball of all logs attached to the bug (could not decide which one, so I went for all of /var/log and /target/var/log)13:22
rbasaksmb: thanks. I wonder if you can see debconf values anywhere?13:27
rbasakI'm not sure how to retrieve those13:27
rbasak/var/cache/debconf/config.dat maybe13:27
smbrbasak, In /target/var/... shall I just attach a copy of that file?13:30
=== MacSlow is now known as MacSlow|lunch
rbasaksmb: yes please13:36
smbrbasak, its there13:36
rbasaksmb: thanks. Looks like d-i debconf seeds are stored somewhere else :-/13:37
smbrbasak, Ok... Not sure this is relevant but at least there is some list in config.dat which has vda5 as first element and vda after that...13:38
smbin grub-pc/install_devices13:39
=== dbarth-afk is now known as dbarth
flexiondotorg_infinity, An Ubuntu MATE community member has ported Ubuntu MATE 15.04 to the Raspberry Pi 2.13:52
flexiondotorg_infinity, What packages should I look at for figuring out how to enable this as an official hardware platform?13:52
flexiondotorg_infinity, I'm guessing livecd-rootfs and debian-cd, but want to check this is indeed possible.13:53
pittikirkland: hey Dustin, how are you?14:18
kirklandpitti: yo!14:19
kirklandpitti: thanks for the pollinate systemd fixes -- I committed those upstream14:19
pittikirkland: I just investigated bug 1429354 -- TL;DR: our installer sets up a /dev/cryptswap1 in crypttab and fstab, but apparently never initializes that device14:19
ubottubug 1429354 in ubiquity (Ubuntu) "ecryptfs install does not initialize cryptswap partition" [High,Triaged] https://launchpad.net/bugs/142935414:19
pittikirkland: cheers14:19
kirklandpitti: oh, sweet14:19
kirklandpitti: what did you find?14:19
pittikirkland: would you mind giving a quick overview in the bug how this is supposed to look and  behave?14:19
* kirkland looks14:19
pittikirkland: i. e. I take it we do want some encrypted swap partition which gets reinitialized on boot or so14:20
pittibut that doesn't seem to work (under either upstart or systemd), just under systemd you actually get an error14:20
kirklandpitti: right -- mainly that the key to swap should be randomly generated at each boot and never stored14:20
pittikirkland: I'm not sure how the fs structure should look like, and when the outer (luks) and inner (swap) devices are supposed to get initialized?14:20
kirklandpitti: I think the core of the problem is that doing this, creates a different uuid of the partition each boot14:21
pittikirkland: right, the UUID in crypttab is certainly weird; but ther's nothing on that partition after installation at all14:22
pittinot even a LUKS partition14:22
* pitti will be back in one hour or so, I need a break14:22
pittiI didn't actually expect you to be awake yet :)14:22
pittiTTYL!14:22
pitti(there might be another installer bug about that already, just with upstart not telling you about it, it's not easy to discover)14:22
kirklandpitti: heh, it's 10:30am :-D14:22
kirklandpitti: okay, I suspect /usr/bin/ecryptfs-setup-swap might need some new logic14:23
pittikirkland: larsu did an install with utopic btw, that's not a new thing14:23
kirklandpitti: right14:23
pittikirkland: so, ATM I'd like to understand how this is supposed to work, and then we can see how we fix that, and how we can fix existing installations14:24
kirklandpitti: sure, you want to ping me in an hour when you're back?14:25
kirklandpitti: and we can talk through it?14:25
=== sil2100_ is now known as sil2100
directhexhi. what's the best way to set up a gcc5 test environment right now?14:42
=== MacSlow|lunch is now known as MacSlow
tewardinfinity: around for me to bug you about something?14:49
=== seb128_ is now known as seb128
pittikirkland: re15:15
roaksoax3/win 1315:19
mlankhorstmvo: I seem to be unable to create a depends list for ubuntu-sdk that allows me to install it with lts-utopic on trusty, and without lts-utopic on trusty.15:23
mvomlankhorst: in a meeting right now, sorry15:38
mlankhorstfeel free to look at it later :)15:38
mvomlankhorst: more meeting and then hockey today, but can we talk tomorrow morning? I am around from 8am (european time) :)15:39
mlankhorstoke15:39
mvothanks!15:39
bdmurraypitti: Can you have a look at bug 1419061, particularly comment #20.15:52
ubottubug 1419061 in apport (Ubuntu) "detect all packages as not genuine" [High,Confirmed] https://launchpad.net/bugs/141906115:52
flexiondotorg_Who can I chat with about creating armv7hf images?16:30
rbasakflexiondotorg_: try #ubuntu-arm maybe16:30
flexiondotorg_Thanks.16:31
dokoinfinity, could you have a look at https://launchpadlibrarian.net/199754193/buildlog_ubuntu-vivid-amd64.google-perftools_2.2.1-0.2_BUILDING.txt.gz (vivid test rebuild)17:13
tyhickspitti: re 953875> Hi - I'm going to be publishing ecryptfs-utils security updates today (if testing goes as planned)17:28
tyhickspitti: I wanted to let you know so that your work on the SRU doesn't collide17:28
tyhickspitti: the packages that I plan on pushing out can be found here: https://launchpad.net/~ubuntu-security-proposed/+archive/ubuntu/ppa/+packages17:29
mdeslaurpitti: so I just rebooted, and systemd didn't mount my nfs shares18:39
mdeslaurpitti: bug 142997518:52
ubottubug 1429975 in nfs-utils (Ubuntu) "nfs no longer mounted at boot with systemd" [Undecided,New] https://launchpad.net/bugs/142997518:52
mdeslaurseb128: please tell me how to kill all the retarded gtk deprecation warnings?18:55
mdeslaurseb128: is there an environment variable I can set or something?18:56
=== roadmr is now known as roadmr_afk
=== kickinz1 is now known as kickinz1|afk
=== kickinz1|afk is now known as kickinz1
=== roadmr_afk is now known as roadmr
=== dbarth_ is now known as dbarth
=== jorge is now known as jcastro
dokoRiddell, ScottK: looking at https://launchpadlibrarian.net/196577810/buildlog_ubuntu-vivid-amd64.qtwebkit-source_2.3.2-0ubuntu7_FAILEDTOBUILD.txt.gz20:16
dokohttps://bugs.webkit.org/show_bug.cgi?id=8282420:16
ubottubugs.webkit.org bug 82824 in WebKit Qt "Webkit compilation error in file UnicodeQt4.h" [Major,Resolved: invalid]20:16
dokolibxml2 is now built using icu, and qtwebkit already has icu enabled ...20:17
ScottKMirv: mitya57 ^^^20:19
=== pgraner is now known as pgraner-afk
sarnoldpitti: https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/142993822:03
ubottuLaunchpad bug 1429938 in openssh (Ubuntu) "systemd changes behavior of apt-get remove openssh-server" [Undecided,Confirmed]22:03
sarnoldpitti: should those be left against their own packages or filed against systemd?22:03
cjwatsonIt may be a bug in the openssh service file22:05
sarnoldI don't know for certain that systemd isn't supposed to do exactly that... but I figured pitti would be in the best position to report intentional/notintentional or suggest fixes22:06
cjwatsonOdd though, we're using KillMode=process22:07
sarnold.. and this is probably not the last such case, I'm curious where he'd like them aimed :)22:07
infinityflexiondotorg_: Well, it would be worth discussing what you mean by "ported", first.  But yes, it's mostly a livecd-rootfs thing.  Or telling users to use the d-i netboot image.23:04
infinityteward: I wasn't, but I am now, ish.23:04
infinitycjwatson: Isn't the systemd default MO to violently whack the cgroup it started a service in?  I don't speak it fluently enough to know how to intentionally avoid that.23:06
tewardinfinity: i think https://bugs.launchpad.net/bugs/1214352 needs your attention - see the bottom of it, and note the OP emailed into bugcontrol asking for an SRU23:08
ubottuLaunchpad bug 1214352 in libreoffice (Ubuntu) "[SRU] GUINT32/64_SWAP_LE_BE macros do not enclose val argument in parentheses" [Undecided,New]23:08
teward(you're marked as the assignee for the glib2.0 part)23:08
bluesabrehey infinity, with the xfce4.12 upload, we have a few packages that will need to be rebuilt (no changes needed) that I do not have upload rights for, not sure if you'd be interested in triggering those rebuilds?23:09
* bluesabre needs to request a xfce packageset23:09
infinitybluesabre: Toss me a list.23:09
infinitybluesabre: And yes, a packageset would be helpful.  How do you not have one?23:10
infinitybluesabre: Or is it that there's a "xubuntu" one, but we need a generic "xfce" one for studio/xubuntu/etc that all overlap?23:10
bluesabrexfce4-eyes-plugin xfce4-hdaps xfce4-mixer23:10
bluesabrewe have a xubuntu one, but no xfce one23:10
bluesabreI'll request its creation... as a xfce contributor I'll also request upload rights for it as a whole23:11
Unit193Should be just about everything pkg-xfce has access to, minus lightdm.23:11
infinityteward: Well, we're not rebuilding everything in precise that depends on glib2.0.  So, I need to assess what we can do with minimal impact there.23:11
bluesabrewhat Unit193 indicated :)23:12
tewardinfinity: i think it was already mentioned the regression potential is infinite and that it's a bad SRU candidate23:12
tewardinfinity: and that was when Dave Kokandy marked it Fix Released on glibc23:12
infinityteward: s/glibc/glib/ :P23:13
infinityDon't worry, I can't type "glib" without a backspace either.23:13
tewardinfinity: true23:13
ochosishouldn't that be "infinitely true"?23:14
cjwatsoninfinity: Yeah, but I thought KillMode=process stopped it doing that.23:14
tewardinfinity: i think it just needs someone who knows more to say "We can't, here's why: foo bar baz foo reason foo foo"23:15
infinityteward: Yeah, I just haven't had the time to sit down and stare at it.  If the only thing it deeply affects (in a user-facing noticeable way) is LibreOffice, it's still possible we could do a targetted rebuild of some bits there, but I'm not sure it's worth the effort either.  I'll give it some thought.23:16
tewardinfinity: i think that's not what the current case is23:16
tewardoop my bad23:17
tewardi have 5 bugs on screen, confusing myself23:17
tewardinfinity: yeah it seems to be a LibreOffice issue, but if fixing it in glib to fix it in libreoffice would cause problems for everything else, you hit the infinite regression potential problem again23:17
tewardinfinity: if I had a say in it (and I don't really) I'd say it's not SRUable because of the regression potential, but I'm not affected by the issue23:18
teward(trusty is better than precise :P23:18
infinityteward: Yeah, I dropped a comment on the bug to that effect, but am in no mood (took a personal day today) to actually think hard about it.23:18
tewardinfinity: indeed.23:18
sarnoldhonestly how many programs are goin to be doikng byteswaps? how many of those will use the macros with complex arguments?23:18
tewardinfinity: sorry for bugging you on your 'personal day', i just wanted someone who has a familiarity with the bug/issue to take a peek23:19
tewardsince that user is bugging bugcontrol on the SRU i thought i'd poke someone much more familiar with the bug23:19
infinityteward: To be fair, I'm not sure that fixing the macro is actually much of a regression potential at all, since most callers will get exactly the same result they always did, except the ones that were already broken.23:19
tewardmmm23:19
infinityteward: But glib's rdep list is impressively long, so some care is required.23:19
tewardinfinity: right.23:20
tewardinfinity: if this is fixable in just LibreOffice that reduces the potential.  But if it ends up needing SRU'd with all the packages on that bug (glib included) then it's poor candidate23:20
tewardinfinity: given Norbert and LocutusOfBorg's comments on the bug though it looks like they were looking at glib updates, which is why i pinged you23:21
tewardthanks though23:21
infinityteward: The correct fix is in glib, yes.  I wasn't arguing otherwise.23:22
infinityteward: That said, once glib is fixed, a non-determinate number of rdeps need to be rebuilt to make libreoffice happy.23:22
infinity(According to the penultimate comment, fixing glib and rebuilding LibO wasn't enough)23:22
infinityOr, someone did it wrong. :P23:23
infinityThat said, one could fix it just in LibO, if that was all that needed the rebuild, by just redefining that macro after every inclusion of glib.h23:23
tewardinfinity: right23:23
infinityRealistically, though, if anything was relying on the broken non-bracketed behaviour, I'd be very surprised.23:24
infinityEither you were calling with a single non-complex argument, and it works either way, or you're not, and it was subtly broken and you didn't notice because you don't have a testsuite or users.23:24
infinityI can't think that anyone was calling it with complex arguments and thinking "boy, aren't we lucky that this macro misparses the arguments in just the way we were hoping?"23:26
tewardinfinity: do you mind if i quote you here either in paraphrasing or direct quotes in my response to their message to the 'bugcontrol' list?23:26
teward(Just so they know *someone* is watching their messages)23:26
infinityteward: All the copy-and-waste you want, go for it.  This is a publically logged channel. :P23:26
tewardinfinity: indeed.23:26
tewardwhether the person emailing in knows how to log it, is another story.23:26
tewardblargh, the page hasn't updated on irclogs23:27
tewardi'd give a link if it were23:27
infinityteward: I think that only updates hourly or something unhelpful.23:28
tewardmmm23:28
infinitysarnold: What's your take on my regression potential analysis above?  Starting around 24m past whatever hour it is for you.23:29
sarnoldinfinity: I suspect you're right, I especially luiked the bit about no tests or no users :)23:30
sarnoldchances are good very little needs to be rebuilt, but just rebuilding packages that actually used the macros should be safe and not as terrible as building everything with build-dep headers23:32
infinitysarnold: Yes, we need a codesearch.ubuntu.com :P23:32
sarnoldinfinity: yes.23:32
infinitysarnold: That said, I think finding the exact package(s) that need(s) love to fix the LibreOffice sadness is probably all we really need to do here.  It's not like people are piling on this bug from 37 different "it also breaks $foo" directions.23:34
infinitySo, checking LibO deps for the macro being used might be less painful and greppable locally without a fully unpacked mirror and a search engine. :P23:34
sarnoldinfinity:  it's a balance of human time to check programs vs build farm time / mirror downloads space and time...23:35
infinitysarnold: I'm not actually hugely concerned about machine time, but having to download 280 packages to fix a bug is not ideal (PS: this incident is a great example for the static linking lovers) and, furthermore, impossible for us to test before we release.23:36
infinitysarnold: If we just fix glib and, say, 3 LibreOffice deps, we can actually test those, and then future rebuilds of other glib things for other SRUs will get tested when they happen, and people can yell at us if the macro fix broke them (which it won't have, but at least the binaries are legitimately being tested).23:37
sarnoldinfinity: good points23:38
infinityteward: Anyhow, today was a day I set aside for not thinking, so that's enough for me.  But if I forget about this, feel free to bug me later in the week. :P23:44

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