/srv/irclogs.ubuntu.com/2018/01/08/#ubuntu-devel.txt

=== Eleventh_Doctor is now known as Pharaoh_Atem
=== ackkk is now known as ackk
=== lan3y is now known as Laney
=== lionel_ is now known as lionel
cpaelzerIs there a process in place to whitelist ppa's and/or proposed builds while the maintenance is going on?09:39
hloeungcpaelzer: speak to wgrant and/or cjwatson09:43
rbasakI filed https://bugs.launchpad.net/bugs/1579695 a while ago, but I think there might be a similar/duplicate bug on this too. Does anyone know anything about it?10:15
ubottuLaunchpad bug 1579695 in systemd (Ubuntu) "apport hook does not show the status of failed services" [Undecided,New]10:15
rbasakWe're looking at trying to make the UX better for the gazillion MySQL/MariaDB maintainer script failures we get reported.10:15
rbasakWe also noticed that "systemctl start <service>" doesn't seem to complain on service start failure and exits zero.10:17
rbasakOn otto_'s 17.04 system at least.10:18
rbasakWhich surprises me.10:18
xnoxlolz10:20
xnoxrbasak, you do know, that I am a PostgreSQL person =) and come from an ex-PortgreSQL consultancy =)10:21
xnoxmost of my MySQL experience is from .... migration to PostgreSQL =)10:21
xnoxfor all the things10:21
rbasakDon't worry about the MySQL-specific bits :)10:21
otto_here: https://paste.debian.net/1003968/10:21
otto_I mangled the cups service to start my custom failing script test.sh10:22
rbasakIf you fancy fixing bug 1579695 then that's definitely nothing to do with MySQL specifically :)10:22
ubottubug 1579695 in systemd (Ubuntu) "apport hook does not show the status of failed services" [Undecided,New] https://launchpad.net/bugs/157969510:22
otto_service fails to start now bud systemctl start does not complain anything10:22
xnoxotto_, you seem to be mistaken, in thinking that `systemctl start` reports success of starting the service. It reports the sucess of talking to private systemd socket, and submitting a job to systemd. Such that e.g. systemctl list-jobs -> shows that mysql is starting, and later fails to start.10:24
* xnox welcomes otto_ to my world10:24
xnoxyou can catch list-jobs stuff, if you crank systemd debugging and watch journal.10:25
xnoxor like have a /bin/sleep infinity as an ExecStartPre= and check systemctl list-jobs10:25
rbasakHow does invoke-rc.d detect service start failure?10:25
xnoxrbasak, good question.10:25
xnoxrbasak, note that we do not use invoke-rc.d in package maintainer scripts.10:25
xnoxrbasak, is mysql stuff native units or init.d scripts autogenerated into systemd units and then managed by systemd?10:26
xnoxi believe invoke-rc.d invokes systemctl, and tells lies.10:26
xnoxso systemctl start does report some failures - e.g. if that new unit does not exist, or is conflicting, or doesn't mean start conditions -> all that will fail to submit the job, and thus such invocations should report failures from systemctl start10:27
rbasak"note that we do not use invoke-rc.d in package maintainer scripts"10:28
otto_traditional init scripts wait for the process to come up and yield and exit code. servicectl apparenlty does not wait for the service to come up10:29
rbasakI thought we did? Or is that different with dh_installinit or dh_systemd or whatever it is?10:29
xnoxrbasak, yes, that.10:30
rbasakmysql-server-5.7.postinst is currently using invoke-rc.d, but we're planning to move away from that.10:30
cjwatsonTo be fair systemctl(1) says "If [--no-block] is not specified, the job will be verified, enqueued and systemctl will wait until the unit's start-up is completed."10:30
xnoxtrue.10:30
cjwatsonwhich seems to disagree with observed behaviour here10:30
xnoxbut for simple ExecStart the mere exec is successful start, unless there is pid / notify / dbus stanzas.10:31
xnoxarguably it should not be....10:31
rbasakWe did use invoke-rc.d because we needed to start the server temporarily for schema updates, but we're planning to change that to fix bug 159266910:31
ubottubug 1592669 in mysql-5.7 (Ubuntu) "postinst fails when daemon is not running (or is disabled by policy-rc.d)" [High,In progress] https://launchpad.net/bugs/159266910:31
cjwatsonah yeah of course10:32
otto_maybe cups is just a bad example to test this as the .service file is so simple10:32
* xnox observes that mysql-5.7 debian/ is 963k10:34
rbasakpo is 224k10:35
rbasakchangelog 240k10:35
rbasakcopyright 32k10:35
rbasakWelcome to my world :)10:35
xnoxrbasak, looking at the service file..... there is no notifications w.r.t. when the service is ready10:36
xnoxrbasak, is there no systemd notify mysqld api?10:36
Skuggenxnox: Not currently. We use forking upstream (running mysqld with --daemonize)10:36
rbasakNot currently. I'm told (by Lars, sitting opposite) that currently forking is the only type10:36
rbasakRight :)10:36
rbasakBut looks like we're using plain ExecStart at the moment.10:37
xnoxSkuggen, i like upstream.10:37
xnoxrbasak, i think we should fix our service file to be better and inlcude --daemonize and Type=forking and the PIDFile stanza10:38
xnoxas per https://mysqlserverteam.com/mysql-5-7-native-systemd-support/10:38
xnoxall of that looks sane10:38
xnoxand missing in our units.10:38
rbasakSounds like a task for Skuggen this week :)10:38
xnoxat the very least; --daemonize; type=forking; PIDFile stanza (ideally /run, not /var/run ;-))10:39
SkuggenOne of the issues we have with forking upstream is that we use RestartPreventExitStatus=1, and that doesn't seem to work10:39
* xnox yells /var/run is dead, long live /run10:39
rbasakActually /run is short-lived :-P10:39
xnoxSkuggen, if that does not work, please open a bug against systemd and give me an example and the bug number i can look into fixing that.10:40
xnoxrbasak, har har har har10:40
Skuggenxnox: Will do10:44
=== mwsb is now known as chu
=== maclin1 is now known as maclin
SkuggenDoes anyone know how debconf prompt priorities are affected by doing a release upgrade (if at all)?12:57
Skuggene.g. does it only show critical?12:58
=== mhcerri_ is now known as mhcerri
jamespageSkuggen, rbasak: how long are you all working out of London for? the whole of the week?14:32
rbasakjamespage: yes, whole week. Maybe early finish on Friday depending on Otto's and Lars' travel plans14:58
didrocksslangasek: FYI: https://bugs.launchpad.net/ubuntu/+source/gnome-characters/+bug/1713176/comments/616:24
ubottuLaunchpad bug 1713176 in gnome-characters (Ubuntu) "[MIR] gnome-characters" [Undecided,Incomplete]16:24
=== smoser1 is now known as smoser
slangasekdidrocks: the expected subscriber for MIRs is desktop-packages16:25
slangasekif this is supposed to be a desktop package, I can add that subscription16:26
didrocksslangasek: maybe I'm wrong but I thought we were using ubuntu desktop bugs now16:28
slangasekdidrocks: I heard someone express a preference for this, but no one has migrated the subscriptions to ubuntu desktop bugs for all the packages in main that desktop team is responsible for, and the tooling hasn't been updated to track that team16:29
slangasekdidrocks: we're not going to just switch it and have an increase in the 'unsubscribed' count on http://reqorts.qa.ubuntu.com/reports/m-r-package-team-mapping.html16:30
didrocksslangasek: just note that some are probably wrong (like gdm3)16:30
didrocksbut yeah, we should put some consistency over it16:30
didrocksI think subscribing desktop-packages for now is fine16:30
=== mwhudson_ is now known as mwhudson

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