[02:55] stgraber: bug 1321854 (in shadow) patch looks good to me. (you've done the recent uploads so i don't wanna step on toes...) [02:55] bug 1321854 in shadow (Ubuntu Trusty) "useradd doesn't add the default shell to /etc/passwd entry" [Medium,Triaged] https://launchpad.net/bugs/1321854 === hamiltont is now known as hamiltont|away === hamiltont|away is now known as hamiltont === hamiltont is now known as hamiltont|away === hamiltont|away is now known as hamiltont [05:03] Good morning [05:14] stgraber: "int i1;"... Do they not have j where you come from? [05:20] *chuckle* [06:00] infinity: that's odd, I see that code in there, but I have no recollection of writing it, i1 clearly isn't my coding style (but I'm pretty much the only one who ever touched that code, so I'm likely to blame...) [06:13] stgraber: Maybe someone snuck into your place in the middle of the night and changed all your variables? [06:19] good morning [06:20] hey dholbach! [06:23] salut didrocks - comment ça va? [06:23] dholbach: ça va bien, et toi ? [06:25] très bien, merci :) === thegodfather is now known as fabbione [07:37] Whatever happened to the “trivial” bug tag? [07:37] Ah, it became “bitesize” [08:35] bah, my irc proxy lost the game [08:35] and doko is not here now =( [08:37] dholbach: "less funny qt4 apps" how funny are they? do they look like windows 95? [08:40] hallyn: the version symbol doesn't matter, but there are two new functions. Find out which upstream release they appeared in, and add it to symbols file with that version e.g. "2.4" [08:41] dholbach: when qt4 apps look that funny, it most likely means that unity-settings-daemon (or gnome-settings-daemon) are not operational. [08:42] mdeslaur: and in systemd unit file, one can declare what reload command does as a script... [08:44] guten tag xnox [08:44] it's certainly not a lack of *-s-d, you'd notice that way quicker [08:45] Laney: guten tag =) Ich kann nicht sechen wenn ich IRC verlassen habe. [08:45] xnox, welcome back! [08:45] lol [08:45] * seb128 assumes you were off, I don't see I saw you active on IRC this week [08:45] haha [08:45] seb128: yeap. [08:46] but i had to restart the proxy this morning, thus working off irclogs.ubuntu.com [08:46] no logs? [08:46] i have some logs.... not all [08:47] well, just assume that if people need something they are going to ping you again [08:47] seb128: but i like reading about funny breakages over the past days =) [08:48] mumble's theme is indeed wrong [08:48] hrm [08:49] yeah, I noticed as well with virtualbox [08:49] how does that work? [08:51] not sure [08:51] shrug, https://launchpad.net/ubuntu/+source/qt4-x11/4:4.8.6+dfsg-1ubuntu1 [08:51] 30M diff.gz, who wants to review it? [08:59] Laney, do you look at it? I start looking but I don't want us to dup work [09:03] seb128: was looking, yeah [09:03] Riddell: mitya57: do you know how qt4 gtk theming it supposed to work? [09:04] It's "Desktop Settings (Default)" in qtconfig-qt4, if I set it to "GTK+" then things look normal [09:04] so maybe it's not detecting right? [09:05] maybe, it detects the window manager I think to work out what theme to use [09:05] Laney, https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/1305294 [09:05] Ubuntu bug 1305294 in qt4-x11 (Ubuntu) "QT uses incorrect theme when GNOME_DESKTOP_SESSION_ID is unset" [Medium,Confirmed] [09:05] get the source, grep for GNOME_DESKTOP_SESSION_ID? [09:05] * seb128 is downloading, but it's taking a bit [09:07] seb128: indeed, that is correct [09:08] what was setting that before? [09:12] Laney, that is still set in utopic for me [09:12] not here [09:13] seems it's set by gnome-session [09:13] OH [09:13] it's set in /proc/pidof gnome-session/environ [09:13] not in compiz [09:13] hahaha [09:14] I bet it's the move to start compiz from an upstart job [09:14] xnox, !!! [09:14] yes [09:15] isn't GNOME_DESKTOP_SESSION_ID the deprecated one? [09:15] it is [09:15] or is that current? [09:15] it needs to be set [09:15] but see https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/1305294 [09:15] to anything, for this qt detection [09:15] Ubuntu bug 1305294 in qt4-x11 (Ubuntu) "QT uses incorrect theme when GNOME_DESKTOP_SESSION_ID is unset" [Medium,Confirmed] [09:15] or we could change Qt ... [09:15] we had an upstart job that sets it to bogus value for Qt. [09:15] right [09:15] where? [09:15] I have no such job [09:16] in /usr/share/upstart/sessions/gnome-session.conf [09:16] well, that's only for gnome-session [09:16] compiz/unity doesn't get it set [09:16] right. hm [09:16] which means when you start apps from unity you get no theme [09:16] oh yes, the ordering is wrong [09:16] i thought we did do $ initctl set-env [09:17] what ordering? [09:17] dholbach, ^ btw, your theme issue is being discussed [09:20] it needs to be set-env but also unity can start before gnome-session I think [09:26] that issue is not really new [09:26] well it is for unity since it didn't have it when gnome-session was running compiz, rather than having an upstart job [09:26] bug the bug I listed just before describe a similar issue when using indicator-sound in trusty [09:29] Laney: seb128: should we just stick a GNOME id into e.g. /etc/X11/Xsession.d/ or whatever it is called? [09:29] could just put it in xsession-init.conf [09:29] but i guess, then we will set it too many times. Do we actually want that always set? [09:30] or e.g. it shouldn't be set on Kubuntu? [09:30] we don't want it see under non gnome-session sessions [09:30] [ "$SESSIONTYPE" = "gnome-session" ] && initctl ... [09:31] seb128: hm, and xubuntu/lunubuntu etc also want it, no? there is no gnome-session running but it does want gtk styling? [09:31] (well maybe not lxqt) [09:31] well, historically it was gnome-session setting it [09:31] it's set by gnome-session [09:31] so let's just keep that keying [09:31] so if we want to get back to that [09:31] it's only a qt4 thing anyway [09:31] qt5 doesn't have that issue [09:34] will upload it to xsession-init.conf [09:34] xnox: confirm/deny [09:34] Laney: i think that should be fine. [09:34] Laney: long term, I thought we wanted to patch qt4 to not care about that variable. [09:35] yeah I can't think of a better one off the top of my head [09:36] on my desktop url-dispatcher was held back, instead of removing upstart-app-launch & installing ubuntu-app-launch [09:43] seb128, thanks - I'll have a look at the bug [09:44] xnox: grh, test failed in test build [09:44] "104 - ensure job gets given default environment" [09:45] and it's left a stray process [09:45] naughty [09:49] dholbach, well, the bug is not that informative, just take it as "it's being worked by some our best people, so no worry it's going to be resolved" ;-) [09:52] cjwatson, xnox: is anyone looking at the daily-live isos not having a boot menu since syslinux 6? [09:52] seb128: I've spent some time looking at it but not got very far yet [09:53] cjwatson: should broken cd be stashed and syslinux reverted to 4? [09:53] I can see that it gets into gfxboot-theme-ubuntu, since I can insert trace statements there and have them take effect [09:53] xnox: I think that would be very intrusive at this point [09:53] is there a workaround to start the install mode? [09:53] Now that I'm emerging from the livefs work I'll have another look at it today [09:53] you can hit enter and it boots in the live session [09:53] cjwatson, thanks [09:54] cjwatson: can maybe-ubuntu become the default boot option? cause at the moment the current default ends up as "nothing" e.g. boot into live session [09:54] cjwatson: i didn't manage to trace where "maybe-ubiquity" is set as the default. [09:54] (on most products) [09:55] grump [09:55] xnox: can you build upstart in sbuild atm? [09:56] Laney: typically yes, one must disable eatmydata & not build on top of overlayfs. [09:56] Laney: just commit things to lp:ubuntu/upstart and I can pull / upload. [09:56] oh okay, the latter could be me [09:57] hence i have e.g. utopic-plain-amd64 schroot config that disables overlayfs & eatmydata. [09:59] I don't suppose there's a way to pull all the latest build logs for a package? [09:59] xnox: no, would rather not attempt workarounds, shouldn't be too hard to fix [09:59] shadeslayer: easy enough with launchpadlib [09:59] right, so nothing pre written then :) [09:59] there's a build_log_url attribute on builds [09:59] don't know of one [10:00] ok, I shall write one [10:08] seb128, I like the sound of "it's being worked by some our best people, so no worry it's going to be resolved" a lot [10:08] dholbach, ;-) [10:08] I gave up building locally and uploaded to a PPA [10:08] Laney: builds fine here. [10:08] Laney: virt PPA may fail, due to old kernel. [10:08] * Laney unleet powers [10:09] ion: Built successfully [10:09] Laney: push to lp:ubuntu/upstart, and I'll test build & upload. [10:09] what is ion? [10:10] Laney: it's "I: built successfully" with color-code from sbuild, copy&paste artifact [10:10] I see [10:12] xnox: okay, pushed [10:13] xnox: By "color-code" you mean "it contained a tab". ;) [10:13] Or, not even. [10:14] "i: foo" in many clients will auto-expand "i:" as if you tab-completed. [10:14] infinity: "i believe what i see" =))) i've copied green text, hence I called it color coded =)))) [10:14] xnox: Yeah, I think it was just auto-expansion messing with you. [10:14] (Since ion is in this channel and all) [10:14] infinity: right, silly xchat =) [10:15] shouldn't mangle pastes [10:16] pitti: ping? === work_alkisg is now known as alkisg [10:21] elopio, happy birthday! :) [10:21] xnox: did actually build in $ppa ;-) [10:34] xnox: uploading myself then [10:39] Laney, is that something we should SRU as well? [10:39] Could do I guess [10:39] Laney, oh, and seems like xnox already uploaded [10:39] oh [10:39] that little terror [10:40] he took the Changed-By :P [10:40] anyway if they're preparing an upstart SRU then I suppose it could go in there [10:40] right [10:40] xnox, can you make that happen? [10:41] jodh: got a trusty upstart sru in the works? [10:47] Laney: i have a few things that need cherry-picking into trusty. enough by now to make an SRU release. [10:47] Laney: does this actually affect trusty as well? didn't think compiz was spawned as upstart job back then. [10:48] it affects the indicators there [10:48] see the bug report, that's from a trusty user [10:49] aha. [10:49] yeap, i remember that. [10:49] but same root cause [10:49] environment not set early enough [10:49] (vlc staring looking odd) === mbiebl_ is now known as mbiebl [10:56] Laney: "=== modified file 'debian/upstart.cron.daily' (properties changed: +x to -x)" -> why is that? [10:56] * xnox skipped that in the review, but now noticed it when cherry-picking into trusty [10:56] didn't do that on purpose [10:56] ack. [11:18] Laney: for trusty, do we also want adding "unity8-x11" & "unity8-mir" to upstart-xsessions? [11:18] Laney: no bug reference in the utopic upload. [11:20] xnox: hrm, don't think that's worth it [11:20] I think the trusty unity8 sessions are what they are [11:21] Laney: well, pretty crappy without upstart, no?! [11:25] xnox: It ran some script to start unity8 manually [11:25] so it did work [11:26] I don't know if other jobs will require modification too [11:31] right, and I don't want to be testing that. alright. [11:31] xnox: you know the executable bit isn't preserved in the source package? [11:31] Laney: correct, because of source 1.0 format. [11:31] jus' sayin' [11:31] :-) [11:31] Laney: we typically use $ bzr bd -S, to build the source package. [11:31] Laney: you are the first one to touch it "differently" =) [11:32] it's because I modified it in a source package then cp-ed it back in [11:32] ah, even more obscure. [11:32] #1317727, #1305294, #1174272 enough for an SRU === MacSlow is now known as MacSlow|lunch === alkisg is now known as work_alkisg [11:40] Laney: can you add tescase/impact/description/etc SRU bits to bug #1305294? Or should i? [11:40] bug 1305294 in upstart (Ubuntu Trusty) "QT uses incorrect theme when GNOME_DESKTOP_SESSION_ID is unset" [Undecided,In progress] https://launchpad.net/bugs/1305294 [11:41] hey GunnarHj [11:41] pitti: Hi Martin! [11:42] pitti: Since you didn't respond instantly, I just sent a mail to you and dpm_. [11:42] GunnarHj: ah, good [11:43] hey pitti, wie gehts? [11:44] xnox: there we go [11:45] ta [11:46] hey seb128; gut, danke! et toi ? [11:46] pitti, je vais bien, merci ! [11:56] thanks GunnarHj for the e-mail, I'll try to reply with my thoughts asap [11:56] dpm_: Ok, great! === psivaa is now known as psivaa-lunch [12:18] OdyX, I have fixed Debian bug 752146 in the GIT of cups-filters. Can you upload it to Debian, so that it syncs in Ubuntu? Thanks. [12:18] Debian bug 752146 in cups-filters "[cups-filters] Missing rastertopdf filter" [Normal,Open] http://bugs.debian.org/752146 === MacSlow|lunch is now known as MacSlow === psivaa-lunch is now known as psivaa === _salem is now known as salem_ [13:11] cjwatson: i have a "fix" for isolinux =) [13:12] cjwatson: our bootlogo cpio archive only has init, without all other files. [13:12] if all other files are included inside it, then all is fine [13:12] sudo cpio -ivd < bootlogo [13:13] ls init *.tr *.hlp *.pcx back.jpg gfxboot.cfg langlist | cat | cpio -o > bootlogo [13:13] it appears that file access outside of the bootlogo archive is no longer operational and there is upstream discussion about it [13:14] http://www.syslinux.org/archives/2013-July/020398.html [13:19] not sure where repacking of "bootlogo" file should happen. [14:06] xnox: ah, that's a hassle [14:06] xnox: thanks for tracking that down, I should be able to sort it out in debian-cd or something [14:09] cjwatson: right, i'm working out on which files to include, cause one also needs *.fnt and maybe others. [14:10] cjwatson: but not just $ ls -1 * | cpio -o > bootlogo, cause then one gets options one shouldn't see. E.g. "back..." -> which does nothing / crashes the installer [14:10] Well, that I can probably work out by grepping gfxboot-theme-ubuntu code [14:10] cjwatson: and "Help" button, which i've never seen before, like ever. It has explanation text about each of the Fn keys etc. [14:10] Fairly limited number of operators that open files [14:11] Yes, I know about all of this :) [14:11] =)))) ok [14:11] cjwatson: i rest my case, and handing over to you =) [14:11] This is pretty problematic because a lot of this stuff we're relying on not having to duplicate in and out of the bootlogo archive. [14:12] I'll look at it but it's at least somewhat tempting to patch those functions back in. Will have to have a design think. [14:13] I'm particularly concerned about having to have things like gfxboot.cfg duplicated inside and out. It will confuse the hell out of anyone trying to customise the image. [14:14] yeah, it is ugly. [14:14] And the assertion about GRUB in that mailing list post is just bizarre. GRUB needs no such thing, it has all the filesystem handling code you might ever want. [14:14] the mailing list thread ended with "anyone please step up and tell us if you need this functionality" shame it only took us a few years to spot the problem. [14:15] Is that mailing list available in mbox form somewhere so I can reply to that usefully? [14:15] cjwatson: what are our chances to switching to pure grub2? does it have any gfxboot prettiness we can leverage on par with current theme? [14:15] I tried a while back but ran out of time [14:15] I'd prefer that ultimately, but it will take a while [14:16] Oh yikes, it's the whole COMBOOT API? [14:16] Argh [14:18] * cjwatson finds the mbox archives [14:24] wgrant: please join #ubuntu+1-maint for idling & mentoring folks =) [14:25] seb128: https://errors.ubuntu.com/oops/b0a749da-f7d3-11e3-b432-fa163e707a72 [14:25] seb128: that now has a link to the bucket / problem in it [14:26] seb128: although the retrace failed [14:27] seb128: http://pastebin.ubuntu.com/7674870/ <- missing debug symbol packages [14:28] cjwatson: it's milestone week for flavours next week, and we'll need working images. hence tracking the above regression down =) [14:29] bdmurray, thanks [14:30] netcf - fix symbols [14:30] ask for sync of netcf from experimental [14:30] bdmurray, weird, those packages are not in the bt I think, they shouldn't fail the retrace [14:30] huh [14:30] my insert key is ging mad [14:31] xnox: Yeah, thanks for the effort. I'll get a workaround in place before I leave this evening, if at all possible [14:33] seb128: iirc apport also does a look of stuff in procmaps and install those packages too [14:34] bdmurray, k, I'm unsure why that failed, I'm going to try to submit it again to see === andreas__ is now known as ahasenack [15:02] xnox: Right, that's hopefully sorted; with any luck I'll even have time to test that end-to-end before I leave, although I'm racing against the clock [15:03] I think there's one remaining bug, namely that the "Other Options" menu will have changed contents for live images, I think [15:03] But that isn't fatal and I can sort it out next week [15:07] yeah, not fatal at all, given that one can specify those by typing anyway. [15:07] (well those that are listed there in e.g. trusty images) [15:08] The rest seems to work again in my hacky test harness thing [15:14] hi. is there a recommended board config (qemu switch -M) to use for an arm machine that's SMP capable and supported by the kernel (ie: no abort due to unsupported board on startup)? [15:15] xnox: Thanks again for tracking that down. Would've taken me ages [15:16] np === oSoMoN_ is now known as oSoMoN [15:30] Riddell, there is a fix in upstream debian for the k3b build break in utopic https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739312#51 can you please merge that change ? [15:30] Debian bug 739312 in src:k3b "FTBFS with libav10" [Serious,Fixed] [15:30] manjo: yeah I'll take a look when I can (may be monday, hope not) [15:31] Riddell, would you like me to open a bug with info and assign to you ? [15:32] manjo: sure [15:37] Riddell, https://bugs.launchpad.net/ubuntu/+source/k3b/+bug/1332591 [15:37] Ubuntu bug 1332591 in k3b (Ubuntu) "[Utopic] Build failure in k3bffmpegwrapper.cpp" [Undecided,New] [15:38] thanks manjo [15:38] stgraber, whats your opinion on bug 1068756 ? [15:38] bug 1068756 in procps (Ubuntu) "IPv6 Privacy Extensions enabled on Ubuntu Server by default" [Undecided,Confirmed] https://launchpad.net/bugs/1068756 [15:39] stgraber, IMHO this creates alot of complexity if not disabled on server [15:49] xnox: OK, it's kind of wonky but we at least get something on server now [15:49] kicking a desktop respin, won't be around to watch it finish [15:49] I'll have another look on Sunday/Monday and see what remains [15:56] Logan_, there is an upstream fix for kradio4 build failure https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748147#12 can you please sync or merge that change ? [15:56] Debian bug 748147 in kdelibs5-dev "Breaks compilation of kradio4" [Important,Fixed] [16:09] jamespage: right, we had a chat about that during vUDS I think (or something), thing is, privacy extensions do make sense on some kind of servers and clearly don't on other (say a mail server) and it's hard to have it set to the right value everywhere... [16:10] stgraber, it becomes complex in environments with firewalls with egress filtering [16:10] jamespage: but I think I agree that for cloud instances and default server install, we probably want privacy extensions off. Making sure that we however don't change the behavior for people upgrading. [16:10] stgraber, +1 on that approach [16:11] jamespage: personally I have it disabled on all my servers (specifically for the egress firewalling bit) and on for all desktops and test systems, though representing that through packaging may be tricky (because the definition of server and desktop itself is pretty lburry) === salem_ is now known as _salem [16:39] Hi, anyone know the difference between the server images downloaded on http://www.ubuntu.com/download/server/ and http://www.ubuntu.com/download/cloud? [16:42] xnox: hey, so i'm trying to make sense of libnetcf1.symbols. each new version of libnetcf1 puts ncf_{get,put}_aug in private symbols (using src/netcf.syms) for the very latest version. Am I right in assuming that's a problem upstream? [16:45] reading [16:46] stgraber, where does it get configured from? [16:46] jamespage: procps [16:46] xnox: eh, well they are private symbols so i guess it doesn't matter [16:47] hallyn: well. yes and no. [16:47] jamespage: /etc/sysctl.d/10-ipv6-privacy.conf [16:47] hallyn: it's marked private & thus can change, but it is public since it's exported and I can link against it. [16:48] hallyn: thus the same method should be employed as for e.g. eglibc private symbols. Strict version control on (>= 0.2.4 & << 0.2.5~) [16:48] so they're doing the right thing [16:49] hallyn: since you want to force rebuilds, upon new upstream release. [16:49] hallyn: yeap, such that things that used NETCF_PRIVATE (0.2.3) symbol will have to be rebuild with (0.2.4), and 0.2.5, and etc. [16:50] cool. should have a debdiff soon adding symbols to libnetcf1.symbols [16:50] hm, sitll have one error (though pkg finished building) [16:51] i guess it doesn't like empty sections [16:52] hallyn: checkout e.g. /var/lib/dpkg/info/libc6:amd64.symbols, it has example of how to version control private symbols at the very top. [16:53] well actually multiple examples. [16:53] xnox: oh ok - i'd looked at eglibc but it seemed to have nothing [16:54] hallyn: source package has build machinery to gererate common arch & OS specific patches and then generate symbols files based on that. [16:54] https://launchpad.net/ubuntu/trusty/armhf #should this link work ? currently I get just timeout error ? [16:54] hallyn: thus it's best to look at the resultant contents generated in the binaries themself. [16:54] xnox: what I have so far is: http://paste.ubuntu.com/7675612/ [16:55] no, that's not quite what you want. [16:55] feh [16:58] the whole symbols file looks odd, as debian revvision shouldn't be present. [16:58] (symver)NETCF_PRIVATE_0.2.4 1:0.2.4 [16:58] is one thing you want [16:59] and then you want to define alternative dependency template & ask to use that for private symbols. [17:02] hallyn: i think that's more correct http://paste.ubuntu.com/7675655/ [17:03] hallyn: not tested, just going off libc6 example and $ man deb-symbols which explains the grammar of the symbols file [17:04] at the moment, anything that uses NETCF_PRIVATE_0.2.3 symbol ends up with a dependency "libnetcf1 (>= 1:0.2.3)" but should end up with an upper restriction as well. [17:05] due to private, yet exposed symbol, thus infact public. [17:05] xnox: so what, the package's symbosl file will be autogenerated by merging that file with src/netcf.syms? [17:06] hallyn: huh, no. src/netcf.syms is used to generate the symbols file of the library. debian/libnetcf1.symbols is used by dpkg-gensymbols & etc tools to correlate that you as a maintainer have assigned desired dependencies for a given symbol usage. [17:07] hm, how come https://wiki.debian.org/UsingSymbolsFiles doesn't point ot deb-symbols((5)? thanks ) [17:07] expanded debian/libnetcf1.symbols is stored inside the deb of libnetcf1.deb and on disk at /var/lib/dpkg/info/*.symbols [17:08] and when other things link against libenetcf1, symbols are cross-checked to generate substitues in the ${shlibs:Depends} [17:09] previously people had to write out ${shlibs:Depends} by hand =) now, only library maintainer has to do it once, and everyone gets correct deps. === _salem is now known as salem_ [17:12] hallyn: i think that debdiff is correct, but do check that by e.g. building a dummy package which uses ncf_put_aug symbol [17:12] hallyn: it's shlib:Depends should end up with >> 0.2.4 << 0.2.5 [17:13] how do i get the requisite upstart processes running on the user's session bus, without starting a whole new X session? just dbus and upstart only? [17:13] hallyn: and other packages just >> 1:0.2.2 [17:14] dobey: i'm not sure what you mean, you can trivially join existing upstart session. All you need is the matching UPSTART_SESSION variable which are a in /run/user/$UID/upstart/sessions/ [17:14] xnox: i don't have an existing upstart session [17:15] xnox: i'm trying to test some stuff in an lxc and it requires upstart [17:15] dobey: oh, i see. You can start a new user upstart session by spawning $ init --user [17:15] dobey: it does need e.g. XDG_RUNTIME_DIR and HOME set. [17:15] won't init --user try to start x and everything? [17:15] and probably cause horrible problems inside an lxc? [17:16] dobey: that will emit startup event and start everything that keys on it in /usr/share/upstart/sessions, which doesn't start X, display manager starts it for us. [17:16] because with lxc, the $HOME from my host is bind mounted inside the lxc as the home [17:16] dobey: you can choose to pass --no-startup-event [17:16] dobey: then nothing will be running, unless you manually do $ start job-name [17:17] dobey: i'm talking about environment variable. so you can do e.g. HOME=$(mktemp -d) XDG_RUNTIME_DIR=$(mktemp -d) init --user --no-startup (that should work) [17:18] dobey: can you explain what you are trying to test, and why you need a new upstart user session? [17:19] dobey: and minimal lxc container has no user session jobs installed, thus actually in a typical lxc container spawning a new user session will do nothing. [17:19] xnox: i'm trying to test pay-service and i need an upstart user session because it starts the ui via ubuntu-app-launch [17:20] dobey: won't you need a bit more than just upstart user session to start ui? you will need X or Mir as well, no? [17:21] dobey: i'm not quite sure how testable UIs are started via ubuntu-app-launch, since they will be contained. [17:21] bug i keep getting errors like error getting unix process id for org.freedesktop.DBus: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Could not get PID of name 'org.freedesktop.DBus': no such name [17:21] dobey: look into autopilot code, it has code to start apps via ubuntu-app-launch I belive. [17:22] dobey: well, you need dbus started as well. so do $ start dbus [17:22] xnox: i have X bound to my host X [17:22] dbus is running [17:22] check your environment. [17:22] you may have inherited to much of environment variables from your host. [17:22] dobey: how did you enter the lxc container? [17:23] what's your $ env [17:23] before starting anything? [17:23] ** (process:29958): WARNING **: Unable to find job 'application-click': GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name com.ubuntu.Upstart was not provided by any .service files [17:23] you don't want to be doing lxc-attach --keep-env [17:23] anyway [17:23] entered lxc via ssh [17:24] com.ubuntu.Upstart is not on the session bus, which is my current problem [17:24] dobey: how did you start session dbus? (note not the system one) [17:24] let me do a quick script to make it clear [17:25] cause after spawning session dbus, session upstart should join it. [17:25] can i get an archive admin to NAK cloud-init in [17:25] https://launchpad.net/ubuntu/trusty/+queue?queue_state=1&queue_text=cloud-init [17:25] dobey: via initctl notify-dbus-address "$DBUS_SESSION_BUS_ADDRESS" in the post-start of the session dbus [17:25] i'm wnting to re-upload with fix for bug 1325746 [17:25] bug 1325746 in cloud-init (Ubuntu Trusty) "dpkg-reconfigure doesn't work as expected" [Medium,Triaged] https://launchpad.net/bugs/1325746 [17:26] xnox: i killed everything and "start dbus" [17:27] dobey: that will start system dbus in the lxc container, unless you sourced and set UPSTART_SESSION environmental variable to operate agains the session init you spawned in the lxc container. [17:27] cause you need a session dbus to be started via session upstart [17:28] xnox: i didn't run it as sudo, so it would be impossible for it to start a system bus without being root [17:28] but it started a session bus [17:28] * dobey kills everything [17:29] xnox: do i need to init --user -- zsh or something? [17:30] dobey: well $ init --user & [17:30] dobey: that will give you pid of session init. [17:30] dobey: next you need to fine the session file in the XDG_RUNTIME_DIR of the session init. which will have something liek UPSTART_SESSION=unix:abstract=/com/ubuntu/upstart-session/1000/18004 in it [17:30] whee, that sucked. did pkill -9 ssh in the lxc and it killed my host X [17:30] then you need that variable in your environment. [17:31] xnox: (of course that debdiff should use 1:0.2.4-2 rather than 1:0.2.4-1ubuntu1 :) building a test. i've read through a few more readings on the symbosl stuff and it still doesn't maek sense to me, but [17:31] once you have that variable in your environment, you will be operating against session init by default. [17:31] oh, now i see [17:31] hmm [17:31] so the debian/libnetcf1.symbosl file lists all the symbol versions which are in this library [17:31] life was so much simpler when all you had to do was `eval something` [17:31] then $ start dbus, or to be sure UPSTART_SESSION=unix:abstract=/..... initctl start dbus [17:31] that's why it cant' have the private symbols for older versions. gotcha [17:33] hallyn: right, well "the debian/libnetcf1.symbols file lists the minimal version constraints one must have on this library when using a particular symbol" [17:34] when one starts out, one typically slaps ITP version number on all of them, or if there is good historical documentation as to what/when/where was introduced one can accurately set correct minimal versions. [17:34] thus e.g. ensuring that fairly conservative software can be still installed on older releases. [17:35] e.g. ubuntu-emulator-bin can be compiled on utopic, yet installed on precise. As only a handfull libraries are used and only stable/old symbols from there. [17:35] on all symbols files are properly maintained/versioned. [17:35] xnox, you still plan to upload that upstart fix before the w.e right? [17:36] dobey: in upstart test-suite we have python scripts to spawn user session for testing et.al. you might want to look into that. [17:36] seb128: yes. [17:36] thanks [17:39]