/srv/irclogs.ubuntu.com/2014/08/02/#ubuntu-devel.txt

xnoxChipaca: please use /etc/machine-id, anything else is broken.00:00
slangasekxnox: nack00:00
slangasek/etc/machine-id is *also* broken00:00
slangasekit's *the same on every device*00:00
Chipacaxnox: for what?00:00
xnoxslangasek: WHAT?!00:00
slangasekyou're jumping the gun slightly :P00:00
slangasekxnox: it's in the base image, how would it have been made unique?00:00
xnoxslangasek: /etc/machine-id must not be the same =00:00
slangasekthat's nice ;)00:00
xnoxChipaca: push & unique identification.....00:01
xnoxslangasek: let me check livefs image to see if all /etc/machine-ids are the same on all ubuntus....00:01
xnox(ditto dbus ids)00:01
slangasekdbus ID is handled00:02
slangasek/etc/machine-id is a neologism00:02
xnoxslangasek: /var/lib/dbus/machine-id should be a symlink to /etc/machine-id in the new world order....00:02
slangasekall these opinions00:02
slangasekfwiw mine are in sync, but it's not a symlink00:02
slangasekand I don't see what creates /etc/machine-id00:03
xnoxslangasek: ok. i have one task to fix, i should focus on that =))))00:03
xnox*sigh* /etc/machine-id is on the livefs image....00:04
slangasekok.  what creates it?00:04
xnoxslangasek: looking at the source code systemd-ish something does it.00:04
slangasekjust because systemd upstream has defined this as an interface for a unique ID in no way means we've started supporting it as such00:05
xnoxsystemd-machine-id-setup00:05
slangasekwe still have /var/lib/dbus/machine-id as uniqueu00:05
xnoxit uses dbus/machine-id as seed, if there was one.00:06
slangasekxnox: so in the long term, the installer / live-builder should be updated to handle /etc/machine-id specially, just as /var/lib/dbus/machine-id is currently handled.  In the near term, /etc/machine-id is an irrelevant and unsupported interface. :)00:11
xnoxslangasek: bug against cdimage project?00:11
slangasekxnox: I still have no idea what is meant to be creating /etc/machine-id, 'systemd-machine-id-setup' isn't part of either the boot scripts or the maintainer scripts00:12
slangasekxnox: yes00:12
xnoxslangasek: installer is suppose to call systemd-machine-id-setup, otherwise, i guess first caller triggers it's creation....00:13
slangasekwhat's the "first caller"?00:13
slangasekdo you mean the first thing that queries the machine ID?00:14
xnoxsystemd-firstboot.service , but of course /me is friday trolling00:14
xnoxi'm guessing logind session.00:14
xnoxor same as dbus-uuigen. I'll trace that later. No clue yet, where/how it ends up generated on ubuntu.00:15
juliankI'd recommend to ask systemd guys or look at more recent systemd code. Given all that booting without /etc stuff they're doing, they probably have newer versions generate that if it is missing00:17
juliankMight make sense to copy that then00:18
hallynxnox: uh oh, i notice that the 0.28-3ubuntu1 cgmanager upstart job has the post-start "initctl ... || true" in exec instead of inside script.  Needs an update?00:23
xnoxhallyn: no, why?00:23
hallynoh, i thought there was talk last week of || true not working in a exec00:23
hallynif not, excellent00:24
xnoxhallyn: exec -> single line; script / end-script -> multi-line00:24
xnoxhallyn: if upstart spots any special / shell characters in the exec line it runs it through a shell.00:24
xnoxhallyn: i'd like to see it to believe it =) we have extensive tests to make sure e.g. "exec daemond --bar $ARGS" ends up called through a shell.00:25
xnoxto do all the shell variable expansions and magic.00:25
hallynxnox: right, i thought in particular "exec somethingorother || true" was what wasn't going to work.  happy to learn i'm wrong.  (had not tested)00:27
calebjosuei was recommended to join this channel for purposes of knowing where to start with open source projects00:29
xnoxhallyn: hm.... I'm scratching my head now.00:32
xnoxslangasek: hallyn: This fails to start $ echo "pre-start exec false || true" > ~/.config/upstart/hallyn.conf; start hallyn00:32
xnoxbut it should.....00:32
slangasekxnox: eh? why should that successfully start instead of being a parse error?00:45
slangasekxnox: 'pre-start exec false || true' says "exec() false with the arguments '||' and 'true'"00:45
slangasekso technically not a parse error, but certainly returns non-zero and should fail00:46
xnoxslangasek: "Any special  characters, e.g. quotes or `$' specified will result in the entire command being passed to a shell for expansion." imho || is special00:46
slangasekxnox: upstart does its own shell parsing of variables on the exec commandline; I don't see any reason '||' should be regarded as special00:47
xnoxhallyn: i am wrong, and cgmanager jobs need fixing.00:48
xnoxslangasek: about whoopsie id being different for non-root users -> Bug #135151900:58
ubottubug 1351519 in whoopsie (Ubuntu) "/sys/class/dmi/id/product_uuid is not world readable" [Undecided,New] https://launchpad.net/bugs/135151900:58
slangasekxnox: ok; that's one reason why the generated id should be cached to the filesystem00:59
xnoxslangasek: and then make whoopsie file recoverable errors upon itself when generated id doesn't match cached one?! =)01:00
slangasek...01:00
* xnox is still friday trolling01:00
xnoxslangasek: e.g. tedg files recoverable errors against upstart, when something rather in url-dispatcher (tedg) can't read an sql database....01:00
slangasekyes, one wonders at your choice of leisure activities01:00
xnoxslangasek: i'd rather tedg stop spaming us =)01:01
slangasekxnox: I've filed a bug against url-dispatcher for this01:01
slangasekbug #135053601:01
ubottubug 1350536 in url-dispatcher (Ubuntu) "url-dispatcher report_recoverable_problem() handler triggers reports filed against upstart" [Undecided,New] https://launchpad.net/bugs/135053601:01
xnoxslangasek: number? i'll fix it, cause i believe we shouldn't be generating errors on continues basis. All error reports must be exceptional, not a norm.01:02
slangasekwell, my bug report was about the errors being misfiled01:02
slangasekwhich is separate from whether there's a bug in url-dispatcher /triggering/ the problem report01:02
=== timrc is now known as timrc-afk
hallynxnox: ok, thx, i'll push a fix (but not right now, laptop overheating)01:45
hallynxnox: slangasek: so how many upstartu sers do we think we have in debian?  should the upstart job fix for cgmanager go to debian or just to utopic?01:47
slangasekis there some reason to *not* fix it in Debian? to do otherwise means you get to maintain a delta01:48
xnoxhallyn: all cgmanager updates should go to debain, and just sync to ubuntu.01:48
xnox(e.g. that's how a lot of core packages are maintained e.g. grub2 is synced from debian, all uploads go into debian)01:49
hallynxnox: yeah pitti had made an ubuntu delta this morning, but i do think it can a go to debian01:50
hallyni.e. it was a delta that was introduced while 0.28-3 was going into debian, and it failed ot make it into that package (i didn't track them all sufficiently)01:51
hallynunfortunately going through debian adds a delay01:52
slangasekhallyn: yes, but it's not something that should be a delta between the two distros over the long term01:53
hallynslangasek: no, not at all - it's just a delta bc i failed to put it into 0.28-301:54
xnoxFolks please tell me:05:14
xnox$ adb shell cat /sys/class/android_usb/android0/iSerial05:14
xnoxNeed some sample data, to validate a hypothesis =)05:14
=== desrt|guadec is now known as desrt
=== timrc-afk is now known as timrc
=== timrc-afk is now known as timrc
ScottKzul: Please use build1 not ubuntu1 when you're doing no change rebuilds of packages that don't have an Ubuntu diff already.19:19
NoskcajCould someone please work on porting ubuntu-system-settings, powerd, and indicator-power to upower 0.99 soon?20:54
NoskcajLaney, Since you show up in the changelogs a bit do you know if anyone's working on ^20:56
slangasekNoskcaj: why is porting required at all?  Shouldn't upower be a stable interface already?21:08
Noskcajslangasek, The new (late last year) release of upower drops the suspend API, the SONAME, and changes part of the dbus interface, as well as a few other things.21:12
slangasek"drops the suspend API" in favor of what?21:12
Noskcajgnome, and soon xfce and kde, needs upower 0.99 to function21:12
Noskcajslangasek, systemd/logind21:13
slangasekok21:13
Noskcajbug 133003721:13
ubottubug 1330037 in xfce4-settings (Ubuntu) "upower 0.99 transition" [Undecided,In progress] https://launchpad.net/bugs/133003721:13
slangasekand do you know that powerd actually requires porting for any of these changes, vs. a straight rebuild?21:13
slangasek(ditto u-s-s and indicator-power)21:14
Noskcajpowerd failed to build last i tried, i'll rebuild those three with their current versions today21:15
Noskcaj(ditto u-s-s and indicator-power)21:15
Noskcajcrap21:15
Noskcajhttps://launchpadlibrarian.net/177594528/buildlog_ubuntu-utopic-amd64.powerd_0.15%2B14.10.20140612-0ubuntu1ppa1_FAILEDTOBUILD.txt.gz21:15
slangasekhmm, ok then21:20
slangasekI'm guessing that for powerd porting you might want sforshee21:21
Noskcajpowerd is still failing  porting you21:30
Noskcajhttps://launchpad.net/~noskcaj/+archive/ubuntu/upower/+build/6235759/+files/buildlog_ubuntu-utopic-amd64.powerd_0.16%2B14.10.20140707-0ubuntu1ppa1_FAILEDTOBUILD.txt.gz21:31
NoskcajWhy does hexchat copy anything i select :(21:31
Noskcajindicator-power does build fine, but it probable needs some testing, as it does depend on upower21:36
* slangasek nods21:37
Noskcaju-s-s https://launchpad.net/~noskcaj/+archive/ubuntu/upower/+build/6235765/+files/buildlog_ubuntu-utopic-amd64.ubuntu-system-settings_0.3%2B14.10.20140801.2-0ubuntu1ppa1_FAILEDTOBUILD.txt.gz21:38
slangaseknote that, due to the upcoming release-to-manufacturer milestone for Ubuntu Phone, it's likely to at least be a week before anyone is willing to work on this for utopic (basically because we aren't going to want to pull upower 0.99 into the RTM archive)21:39
Noskcajok21:40
Noskcajpitti, Any progress on python-dbusmock upower?21:40
NoskcajAnd once this is done, we get the fun of bluez521:41

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