/srv/irclogs.ubuntu.com/2017/11/29/#ubuntu-devel.txt

=== maclin1 is now known as maclin
ogra_geez, what happened to ubuntu-image ...06:09
ogra_spams my $pwd with .manifest files now06:10
slangasekogra_: when using -o or -O? (one of these gives you a deprecation warning, precisely because of things such as this)06:39
ogra_the deprecated one ( -o )06:40
slangasekyeah06:40
slangasekif you use -O it'll dump them in the target dir instead06:40
ogra_ah, right ...06:40
ogra_well, for test builds i prefer -o ...06:40
slangaseksure06:40
ogra_since i have you here ... do you have an idea why vt.handoff= might to not work on core ? (any obvious thing i might be missing  ?)06:41
slangasekhum06:41
slangasekdefine "not work"?06:41
ogra_i'm playing with adding psplash to a gadget https://github.com/ogra1/pc-splash-gadget/commit/b8ea0f98fb5c3e5dfa40b7ed14a652a43a39458d ...06:41
slangasekfwiw we are looking to drop it as obsolete in bionic06:42
ogra_it works fine but i have to hit alt+a cursor key to get a console06:42
ogra_or have to add a snap that calls chvt on startup06:42
slangasekwhat do you expect vt.handoff=1 to do?06:42
slangasekthe default vt is already 106:42
ogra_well, i would expect subiquity to take over vt106:42
ogra_once it starts06:42
ogra_but i tried different numbers06:43
slangasekok06:43
ogra_funnily i have the same setup working fine on the arm gadgets06:43
ogra_and there vt-handoff= DTRT06:43
slangasekthat's interpreted by the kernel, and it's an Ubuntu sauce patch06:43
slangasekso if something is missing in your kernel?06:43
ogra_well, this image uses the ps--kernel snap06:43
ogra_so i'd expect the sauce to be there06:44
ogra_*pc-kernel06:44
slangasekok; not sure then06:44
ogra_and manually switching tty properly drops the splash ...06:44
ogra_well, i'll keep digging06:44
ogra_it is just weird that it works on all the arm images with the same psplash setup ...06:45
ogra_(i wonder if it is grub then ... handling the framebuffer differently than u-boot )06:46
ginggsslangasek: thanks for fixing scalapack!07:26
slangasekginggs: n/p - clearing out my nag mails for transitions that wouldn't finish ;P07:32
dokojbicha: I see you last touched dput. would you be able to do the Debian merge?07:59
Phanesyou need to drop wayland until its more developed08:44
dokowillcooke: please could you dedicate some time to http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg  ... the fonts mismatches are there for weeks now10:58
willcookedoko, ack.  seb128 is this a laney thing? ^10:59
dokocpaelzer: LP: #1732892, why did you unassign the security team?11:01
ubottuLaunchpad bug 1732892 in rdma-core (Ubuntu) "[MIR] 18.04 rdma-core as replacement for older ibverbs code" [Undecided,New] https://launchpad.net/bugs/173289211:01
seb128willcooke, it doesn't need to be, doko could fix himself if we wanted, I'm not sure we really own fonts11:04
dokoseb128: you do own that specific font package11:04
seb128willcooke, it's more a mir/archive admin thing11:04
dokos/you/desktop/11:04
seb128doko, if you say so...11:04
seb128doko, what do you expect us to do? isn't that just archive admin job to promote the new split version?11:05
dokoseb128, willcooke: fonts-smc has desktop as bug subscribers11:06
seb128right, to the point what do you expect us to do?11:06
seb128just subscribe that team to the new packages so you can promote them?11:06
dokoseb128: yes, then please file a MIR / archive bug, after you verified that it's a split11:06
seb128why not just promoting them?11:06
dokoI'm not your archive nanny11:06
seb128shrug, more useless paper work11:06
seb128well, I'm not your MIR one11:07
dokoit's not *my* MIR11:07
seb128adding that to the backlog but it's not likely going to be for this week11:07
seb128maybe next11:07
seb128well you are the one asking about it11:07
seb128it's a split you could just promote the new ones without requiring paperwork11:07
dokono, I should not ask about it, you should see that yourself11:07
seb128well you do ask though11:08
seb128don't next time :)11:08
Nafallohey doko. you might be the right person to find out if there are any plans for stop supporting ARMv7 now that ARMv8 is out the door? :-)11:16
cjwatsonWhy is it urgent for you to ask that we stop supporting ARMv7?11:17
Nafallohey cjwatson :-)11:17
Nafallono no. misunderstanding. I was wondering if there was plans in that direction before I invent in hardware...11:18
Nafalloinvest even11:19
cjwatsonAh.  I've heard the odd rumbling about it but I don't think it's especially imminent?11:24
Nafalloso we're good for bionic most likely? :-)11:24
cjwatsonbionic is certainly fine11:27
Nafallo\o/11:27
cpaelzerdoko: you did assign and unassign them in one shot11:58
cpaelzerdoko: then I thought it was a mistake and assigned them again, to realize it might have been intentional11:58
cpaelzerdoko: so I pinged you on that day but got no response and then left it in the state11:58
cpaelzeressentially my update was an un-educated no-op11:58
cpaelzerLP log still shows that11:59
cpaelzerdoko: I'm perfectly fine assigning them, I just thought you might have had a reason to unassign them11:59
dokocpaelzer: ok, reassigned. that matches at least my comment. ta12:05
xnoxpitti, cockpit avocado tests started to fail https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/s390x/c/cockpit/20171127_183415_2e5fa@/log.gz14:01
xnoxpitti, possibly systemd 235 related, as they did previously pass just fine (in nova s390x)14:01
pittixnox: I know; I already removed them upstream, next release will drop them14:01
xnoxpitti, oh, ok.14:02
xnoxpitti, were they not really doing anything?14:02
pittithe smoke test is much smaller and more robust14:02
xnoxack.14:02
pittiand the avocado one has always been unstable, and the phantom part has been broken for a long time (and failures ignored)14:02
jbichadoko: my upload of dput was just a drive-by to fix a bug, you're welcome to do the merge if you like14:12
jbichaUbuntu 17.10 installs kerneloops-applet by default, but is that intentional?14:44
jbichaone particular problem is that it is gtk2 and we should not be adding gtk2 apps to the default install any more14:45
jbicharbalint: hi, kerneloops maintainer :)14:48
rbasakxnox: do you expect bug 1691096 to still affect sid? I just hit it there.14:51
ubottubug 1691096 in systemd (Ubuntu Artful) "mysql in lxd fails to start with systemd 233, 234: failed at step KEYRING" [High,Fix released] https://launchpad.net/bugs/169109614:51
rbasakIf that's unexpected I can investigate further.14:51
juliankslangasek: I just uploaded a new gnu-efi to experimental. Apparently that breaks some API. I'm not sure of the details involving shim and friends and backporting of them and what breaks builds, I plan to just copy them all into https://launchpad.net/~juliank/+archive/ubuntu/gnu-efi-staging once it's available in launchpad and see what happens. I thought you might want to know and/or know something I should look out for.15:39
juliankbah, that was a long message15:39
rbalintjbicha: hi :-)16:07
jbicharbalint: did you see my question about installing kerneloops-applet by default?16:08
rbalintjbicha: yes, i was not involved in that16:09
rbalintjbicha: rewriting to gtk3 is not something i can realistically do in the near future :-(16:11
rbalintjbicha: while i did not look at the complexity of the task yet16:12
jbichawhat does kerneloops-applet even do? do you think it needs to be installed by default for Ubuntu desktop?16:13
rbalintjbicha: it asks for confirmation to send oopses to oops.kernel.org or via apport16:36
jbichabdmurray: good morning, do you have an opinion on kerneloops-applet? ^16:38
rbalintjbicha: well, it collects valuable information for kernel devs who may fix oopses faster but there is never immedeate need for that16:39
slangasekjuliank: are you familiar with UEFI testing in VMs?  cyphermox might be able to give you pointers to useful documentation, though you don't even need to enable Secure Boot to smoketest shim16:39
bdmurrayjbicha: I'd check with the kernel team to see if they use the OOPSes. I believe they aren't being sent anywhere now and they have not complained...16:40
rbalintjbicha: do you think it should not be shipped or you don't like it being shipped only because of not being gtk3?16:41
juliankslangasek: I sometimes boot one of my disks in a VM in UEFI mode, but I don't do much testing of UEFI stuff :)16:42
jbichakerneloops-applet also shows up in Startup Applications (which is pretty trivial to fix)16:42
jbichaI don't know how useful it is, but having anything in bionic's default install requiring gtk2 is a serious bug in my opinion (except maybe mozilla), see LP: #158590316:45
ubottuLaunchpad bug 1585903 in Ubuntu GNOME "Make it possible to remove gtk2" [Wishlist,Triaged] https://launchpad.net/bugs/158590316:45
juliankslangasek: I expect it's most likely just build failures anyway :)16:45
slangasekquite possible16:46
juliankIIRC, gnu-efi needs to be backported to older releases, and I figured there might be trouble there.16:46
slangasekright, in principle we want the source for the shim-signed binary that we binary-copy backwards to be present in each release16:47
juliankBut they are not really uploaded AFAICT16:47
juliankIn the worst case we could just rename it gnu-efi-shim or whatever for older releases16:49
juliankSo it does not disturb other reverse deps :)16:49
slangasekwe would also have to change the package build-deps in dev to match this16:49
=== lamont` is now known as lamont
juliankindeed16:50
rbalintjbicha: having kerneloops-applet seems to be a minor mistake in https://launchpad.net/ubuntu/+source/ubuntu-meta/1.39217:10
rbalintjbicha: only kerneloops-daemon should have been added that talks to apport17:10
rbalintjbicha: and pulls nothing from gtk217:11
jbicharbalint: Debian's kerneloops recommends kerneloops-applet ;) this issue appeared in 17.10 after a merge from Debian17:13
rbalintjbicha: in xenial ubuntu-desktop depends only on kerneloops-daemon17:14
jbichahttps://launchpad.net/ubuntu/+source/kerneloops/0.12+git20140509-6ubuntu117:14
rbalintjbicha: ah, indeed17:15
rbalintjbicha: i forgot about that17:15
rbalintjbicha: suggests would be enough17:16
jbicharbalint: do you want to do that then? ;)17:16
rbalintjbicha: yes, i'm in the process of merging kerneloops' delta from Ubuntu to Debian17:17
rbalintjbicha: anyway17:17
jbichagreat, thanks17:17
* rbalint needs to go afk for some time17:17
jbichaI don't know if we'll be able to completely drop gtk2 from default install for bionic, but we're making some progress :)17:17
* cjwatson needs to finish the gtk3 branch of debconf17:19
cjwatsonIt mostly didn't seem very hard, but there was something wrong with the result, I forget exactly what17:19
cyphermoxah?17:38
cyphermoxthe format of the wizard?17:38
cyphermoxwell, look I guess17:38
cyphermoxrather than "format"17:38
cjwatsonsomething like that, I'll need to try it again to see17:50
cyphermoxI remember when I did my porting attempt the issue was that the new wizard format from GTK3 looked kind of odd to me; but it's just my opinion, based on my relatively limited GTK skills.17:51
cyphermoxnot sure if you re-did the whole thing since then :)17:51
=== zyga-ubu1tu is now known as zyga-ubuntu
xnoxrbasak, the keyring bug is only fixed in ubuntu; and the bug fix so far has been rejected (and reworked) multiple times upstream.22:24
LocutusOfBorgjbicha, please steal gtk+2.0 from me?22:47
jbichaLocutusOfBorg: it's on my todo list, I'm working on gtk2 depends issues23:12
LocutusOfBorg;)23:13
LocutusOfBorgthanks!23:13

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