[04:07] <pitti> Good morning
[06:23] <TheMuso> desrt: I think there may be a bug in the improvements for g_signal_handler_disconnect in glib 2.45.3. I'm hitting this crash in gnome-screensaver (used when a11y is enabled under unity): http://paste.ubuntu.com/11846406/
[06:24] <TheMuso> desrt: I just confirmed that reverting back to libgobject from 2.45.2 I can successfully unlock my session. With 2.45.3, if I attempt to unlock the session, gnome-screensaver-dialog crashes when unlock is clicked.
[06:25] <TheMuso> desrt: Happy to file a bug upstream tomorrow, just thought I'd give you a quick dump now, since Ubuntu is probably one fo the last distros to still be using gnome-screensaver...
[06:25] <TheMuso> desrt: And I don't know of anything else that crashes in this way.
[07:55] <willcooke> morning
[07:55] <willcooke> hey TheMuso
[07:55] <larsu> morning :)
[07:55] <TheMuso> Hey willcooke.
[07:57] <RAOF> Hey willcooke!
[07:58] <seb128> hey willcooke TheMuso RAOF
[07:58] <pitti> hey willcooke
[07:58] <pitti> ça va seb128 !
[07:58] <pitti> hey-ho RAOF!
[07:58] <seb128> pitti, salut ! oui, et toi ?
[07:58] <RAOF> Hey pitti!
[07:58] <RAOF> Also seb128!
[07:58]  * TheMuso waves to everyone else. :)
[07:58] <RAOF> Hey, launchpad now does side-by-side diffs (at least for git)!
[07:58] <pitti> hey TheMuso, how are you?
[07:59] <TheMuso> pitti: Not too bad thanks, yourself?
[07:59] <pitti> quite well, thanks!
[08:04] <Laney> morning
[08:15] <seb128> hey Laney, how are you?
[08:16] <Laney> hey seb128, not bad thanks!
[08:16] <Laney> gave blood last night
[08:17]  * Laney now gets drunk rapidly
[08:17] <Laney> you?
[08:18] <seb128> I'm good thanks!
[09:07] <seb128> Laney, larsu, how is the theme update coming?
[09:07] <seb128> larsu, did you get feedback on the scrollbar branch?
[09:07]  * seb128 is going to try again in a bit
[09:09] <larsu> seb128: no feedback yet :/ I'd prefer some feedback from design tbh
[09:09] <larsu> it's a bit ugly now because I don't know how to make things look good
[09:10] <seb128> willcooke, is there any way you could twist some design team arms to get them to give us some feedback on the new scrollbars theming?
[09:12] <willcooke> seb128, sure.  If someone can help me install them then I will make a video and speak to John Lea
[09:12] <willcooke> I will set up a VM now
[09:12] <willcooke> should it be based on 15.10?
[09:14] <seb128> yes
[09:14] <seb128> Laney, larsu, ^ can you help willcooke to install them to demo to design?
[09:14] <willcooke> I'll install a W VM now and then larsu I will ping you
[09:15] <larsu> sure
[09:15] <larsu> maybe Laney can upload it to the desktop team ppa? That might be easiest
[09:15] <Laney> is there a merge prpoposal?
[09:16] <Laney> and is there a branch for other theme fixes?
[09:16] <larsu> no & no
[09:17] <Laney> ok
[09:24] <Laney> wtf
[09:24] <Laney> "mount: unknown filesystem type 'aufs'"
[09:26] <seb128> what did you do?
[09:28] <Laney> new kernel I guess
[09:29] <seb128> yeah, unsure what's the context but I had issues in the snappy image with linux 4 vs 3.19 before
[09:29] <Laney> my schroots are configured to use aufs
[09:29] <Laney> now they don't work!
[09:30]  * Laney pinged -kernel
[09:38] <Laney> seems to be an error
[10:00] <Laney> willcooke: larsu: It's going to be in ppa:ubuntu-desktop/ppa shortly
[10:00] <larsu> thanks Laney!
[10:00] <willcooke> thanks Laney.  W machine has just installed
[10:00] <Laney> what do you think is weird?
[10:00] <willcooke> hrm, amazon icon looks crappy
[10:00] <Laney> there's no animation when it transitions to expanded
[10:00] <willcooke> could just be a VM thing
[10:00] <Laney> ...amazon icon...
[10:00] <willcooke> in the launcher
[10:01] <Laney> yeah
[10:01] <Laney> weren't we supposed/allowed to get rid of that?
[10:06] <willcooke> dunno, seb128 any ideas?
[10:08]  * larsu remembers jason saying something like that
[10:08] <Laney> me too
[10:08] <larsu> bbiab, going to lunch
[10:08] <Laney> but I have been spreading that rumour
[10:08] <Laney> so all knowledge could have come from me and I might have made it up :P
[10:08] <willcooke> h
[10:08] <willcooke> ha
[10:08] <larsu> I heard Jason say it
[10:08] <Laney> oh GREAT!
[10:09] <willcooke> I'll see what I can find out...
[10:09] <Laney> nice one
[10:09]  * larsu wonders if he was the one spreading the rumor
[10:10] <Laney> well I think that I remember him saying it too
[10:10] <Laney> in my head while we were walking through the lobby at citizen m
[10:10] <willcooke> Laney, any chance you have an email on this topci?
[10:10] <willcooke> *topic?
[10:11] <Laney> afraid not
[10:12] <willcooke> no worries, I'll speak to some guys
[10:25] <willcooke> Laney, larsu - Amazon icon (web app) stays/
[10:25] <willcooke> guess we should fix the icon then
[10:25] <Laney> HAHA
[10:25]  * willcooke looks for one
[10:25] <Laney> gosh darn it
[10:25]  * willcooke looks for one later
[10:26] <willcooke> oki, my W machine is ready to go, Laney I should add this ppa right:  https://launchpad.net/~ubuntu-desktop/+archive/ubuntu/ppa
[10:26] <Laney> yup
[10:54] <willcooke> larsu, Laney - have installed the PPA and rebooted - should I be seeing the new osb in, say, gedit?
[10:54] <Laney> yep
[10:55] <Laney> hit enter enough times to make a scrollbar
[10:55]  * willcooke sees the old scroll bars
[10:55] <willcooke> (have restarted)
[10:55] <Laney> screenshot?
[10:55] <Laney> apt-cache policy overlay-scrollbar-gtk3
[10:57] <willcooke> Laney, http://imgur.com/7VmJu7Q
[10:57] <Laney> ES KANN NICHT SEIN
[10:57] <Laney> apt-cache policy libgtk-3-0
[10:58] <willcooke> just sorting out c&p
[10:58] <willcooke> installed 0.2.16+r359 yada yada yada
[10:58] <Laney> probs easiest to install an ssh server
[11:01] <willcooke> done
[11:02] <willcooke> libgtk-3-0:
[11:02] <willcooke>   Installed: 3.14.13-0ubuntu1
[11:02] <willcooke>   Candidate: 3.16.4-2ubuntu1
[11:02] <willcooke>   Version table:
[11:02] <willcooke>      3.16.4-2ubuntu1 0
[11:02] <willcooke>         500 http://gb.archive.ubuntu.com/ubuntu/ wily/main amd64 Packages
[11:02] <willcooke>  *** 3.14.13-0ubuntu1 0
[11:02] <willcooke>         100 /var/lib/dpkg/status
[11:02] <Laney> yeaaaaaah that's old
[11:02] <Laney> can you dist-upgrade?
[11:04] <willcooke> ahh
[11:04] <willcooke> sorry
[11:04] <willcooke> running
[11:05] <Laney> it's because of the old iso thing that got mentioned on the ML yesterday
[11:05] <Laney> I guess you used /current/
[11:10] <willcooke> yeah I think so
[11:18]  * larsu back
[11:18] <larsu> Laney: you speak loud in german!
[11:20] <Laney> my language for shocked outrage is german, so I tend to be shouting then :)
[11:20] <larsu> good choice
[11:51] <willcooke> can haz new scroll bars
[11:51] <willcooke> \o/
[11:53] <willcooke> peerrrrtty
[11:54] <seb128> :-)
[11:54] <seb128> willcooke, no idea about the amazon icon, but seems like you figured it out
[11:55] <willcooke> seb128, yeah, sorted.  It stays
[11:56] <seb128> :-/
[11:56] <seb128> that's making Laney sad
[11:56] <Laney> the dash online search was another thing wasn't it
[11:57] <Laney> the default for that
[11:57] <seb128> btw didn't we speak also about not ^
[11:57] <seb128> but thinking about it I'm unsure if we have a setting for that
[11:57] <seb128> or if it would require code changes
[11:57] <Laney> isn't it the toggle that didrocks implemented?
[11:58] <seb128> from what I remember what was mentioned as "acceptable" to "up" was to disable online query for default dash screen/apps/files
[11:58] <seb128> but specific scopes that rely on online content should stop be able to do those/work
[11:58] <seb128> e.g wikipedia
[11:59] <seb128> and I think the setting just turn off remote use and makes those lens useless
[11:59] <seb128> which would probably not be validated
[11:59] <Laney> needs some design then
[12:00] <seb128> yeah :-/
[12:00] <Laney> I could imagine adding a stock message to those lenses that just says 'you disabled online search, unlucky'
[12:01] <seb128> I'm unsure we would get a mandate to do that
[12:01] <seb128> it's basically making those useless by default
[12:02] <Laney> shrug
[12:02] <seb128> yeah, I know
[12:02] <seb128> but not my decision :-/
[12:02] <seb128> we can still ask I guess
[12:02] <seb128> I just have a feeling about the reply, from past discussions
[12:02] <Laney> oh are these the server side ones?
[12:03] <seb128> yes
[12:03] <Laney> how do you search in those specifically?
[12:04] <seb128> wikipedia:london
[12:04] <seb128> or weather:london
[12:04] <larsu> amazon:london
[12:05] <larsu> people who bought London also bought ...
[12:05] <seb128> lol
[12:05]  * larsu wonders what people who bought London would also buy
[12:05] <larsu> a mug with the queen?
[12:06] <davmor2> larsu: if the answer isn't New York, Paris and Milan then they missed a treat
[12:06] <larsu> davmor2: Paris?!
[12:06] <Laney> seb128: you want to file a design request bug?
[12:07] <Laney> I wonder if it is implementable to have a preference which allows the prefix ones to go through
[12:07] <Laney> so don't search for "london" but do for "wikipedia:london"
[12:07] <seb128> Laney, can do
[12:07] <Laney> that probably has to leak searches with a : in them though
[12:07] <davmor2> larsu: https://www.youtube.com/watch?v=P5mtclwloEQ
[12:07] <Laney> unless we have a list client side
[12:08] <Laney> which I guess the server could provide
[12:08] <seb128> also there are the filters/categories in the right sidebar
[12:08] <larsu> davmor2: I'm in Germany, where this video is blocked
[12:08]  * larsu is a bit happy about that actually
[12:09] <Laney> ah yeah, so we do have a list
[12:10] <davmor2> larsu: look up, right said fred, I'm too sexy :)
[12:10] <willcooke> \m/
[12:12]  * Laney is listening to gangsta's paradise on the radio
[12:12] <Laney> much better, although less sexy, than right said fred
[12:13] <davmor2> Laney: Been spending most our lives living in a gangsta's paradise coolio and lv  classic track
[12:21] <willcooke> Laney, larsu, seb128 - email gone to design re: new OSB.  What this space...
[12:22] <Laney> thx
[12:22] <Laney> I think we could take this as iteration numero uno anyway
[12:22] <Laney> it's better than the default style imho
[12:24] <willcooke> +1
[12:27] <seb128> right, that would be a good start
[12:27] <seb128> it might make things easier to test/see for design as well
[12:29] <Laney> is that progress bar bug you found fixed?
[12:30] <Laney> looks ok to me in widget factory
[12:30] <larsu> thx willcooke
[12:30] <larsu> Laney: yes, I fixed that
[12:30] <Laney> you beast
[12:30] <larsu> (rewrote the branch)
[12:30] <Laney> good work
[12:31] <larsu> seb128 told me to!
[12:31] <larsu> he likes his progress bars
[12:31] <Laney> FDD
[12:31] <larsu> f... d... d... ?
[12:31]  * larsu hates abbrivations
[12:31] <seb128> f*** Debian D?
[12:31] <Laney> haha
[12:31] <larsu> haha
[12:31]  * seb128 takes a guess :p
[12:31] <pitti> floppy disk drive
[12:31] <Laney> fear driven developmpent
[12:31] <Laney> maybe SDD
[12:31] <larsu> pitti: I was thinking that...
[12:32] <larsu> Laney: lol
[12:32] <larsu> I'm not afraid of seb128 though - he's far enough away
[12:32] <larsu> ........ or is he?
[12:32] <Laney> erm, he has root
[12:32] <larsu> uh oh
[12:32]  * larsu starts breathing heavily
[12:32] <larsu> (and faints)
[12:33]  * Laney is jabbed in the stomach by a violently opening cd drive
[12:33] <seb128> don't worry, soon you are going to be on another continent
[12:33] <seb128> that's far enough ;-)
[12:33] <seb128> Laney, don't do that!
[12:33] <Laney> root did it
[12:33]  * seb128 denies
[12:34] <seb128> http://blog.launchpad.net/general/launchpad-news-april-june-2015
[12:34] <seb128> nice to see so much good launchpad work
[12:34] <larsu> you're diverting!
[12:34] <seb128> :-)
[12:34] <larsu> but yeah, cool stuff
[12:36] <seb128> "The mails sent when a reviewer adds inline comments now only include relevant parts of the diff context rather than the entire diff, making them much easier to read and making it harder to miss comments (#1334577)"
[12:36] <seb128> \o/
[12:36] <Laney> I filed a bug and then it got fixed
[12:36] <Laney> amazing!
[12:36] <seb128> yeah, those things happen sometime
[12:36] <seb128> which one?
[12:36] <Laney> about depwait
[12:36] <seb128> side by side diff as well!
[12:36] <Laney> and not being detected correctly
[12:37] <seb128> cool
[12:39] <chrisccoulson> seb128, yeah, I can't wait to switch to git ;)
[12:39] <seb128> chrisccoulson, you can already do it no?
[12:41] <chrisccoulson> seb128, I've not tried the git hosting in launchpad yet
[12:44] <larsu> are we planning on migrating all the things at some point?
[12:47] <seb128> I doubt so
[12:47] <seb128> it's going to be up to teams/people to decide what they want to migrate
[12:47] <seb128> but I guess most content is going to migrate at some point yes
[12:47] <larsu> I'm asking my team :)
[12:49] <seb128> Laney wanted to migrate the gnome packaging to full source in git
[12:49] <seb128> to make easier to cherry pick from upstream
[12:49] <seb128> but I guess it's non trivial to do
[12:49] <larsu> full source? Crazy!
[12:49] <seb128> hehe
[12:50] <Laney> it's nice
[12:50] <Laney> being able to diff/blame/log across the full history
[12:50] <larsu> is that still easy with all those merge commits?
[12:50] <Laney> which?
[12:51] <larsu> I guess it's easier than the alternative...
[12:51] <larsu> Laney: you'd merge new versions into the packaging branch, no?
[12:51] <Laney> oh yeah, from the tag
[12:52] <Laney> people sometimes then commit the contents of the tarball at that point
[12:52] <Laney> to get the generated stuff
[12:53] <larsu> why? Can't that be generated when building the package?
[12:53] <Laney> if you want to upload the same tarball that upstream released
[12:53] <larsu> ah, right
[12:53] <larsu> *if* :P
[12:54] <Laney> yeah that's kind of legacy in some ways
[12:54] <Laney> especially with signed tags
[12:54] <larsu> what do we still use those for?
[12:54] <larsu> we're not doing it for canonical-upstream projects, right?
[13:00] <Laney> http://joeyh.name/blog/entry/upstream_git_repositories/ <- relevant post
[13:01] <larsu> ah, thanks
[13:01] <Laney> ours are generated by bzr export, basically
[13:01] <larsu> right
[13:01] <Laney> I wonder if pristine-tar is involved at some point
[13:24] <seb128> Laney, can you start a desktop-next build for me?
[13:24] <seb128> http://iso.qa.ubuntu.com/ is still down
[13:28] <Laney> hmm
[13:28] <Laney> balloons: do you know if this much downtime is expected?
[13:32] <Laney> running anyway
[13:34] <seb128> thanks
[13:38]  * willcooke has found a bug(?) in OSB
[13:41] <willcooke> might be a virtual box thing
[13:42] <willcooke> or just expected behaviour
[13:43] <willcooke> https://goo.gl/photos/h5i3EDmPeyA1QBjP9
[13:43] <willcooke> When I access the scrollbars for an application which isn't focused
[13:43] <willcooke> and I try and drag the scroll bar
[13:43] <willcooke> in the case of gedit, it selects the text as I drag rather than scrolling the window
[13:44] <willcooke> what do you reckon larsu?  Should I log it or ignore?
[13:44] <willcooke> that link is a video btw
[13:52] <Sweet5hark> seb128: http://people.canonical.com/~bjoern/wily/4.4.4/libreoffice-l10n_4.4.4~rc3-0ubuntu1_source.changes http://people.canonical.com/~bjoern/wily/4.4.4/libreoffice_4.4.4~rc3-0ubuntu1_source.changes
[13:53] <Sweet5hark> seb128: please consider these for upload to wily as discussed.
[13:53] <seb128> Sweet5hark, looking
[13:54] <Laney> willcooke: that only happens with the themed version
[13:54] <Laney> interesting
[13:54] <Laney> will let larsu analyse
[13:57]  * Laney has a missed call from a mysterious london number
[13:57] <Laney> why can't people leave voicemail :(
[13:58] <willcooke> Laney, http://who-called.co.uk/
[13:58] <willcooke> There's one with an API which I hooked in to my asterisk server to automatically reject spam calls
[13:58] <willcooke> but it's a bit hit and miss
[13:58] <willcooke> mostly miss
[13:59] <Laney> oh nice
[13:59] <Laney> I googled it but this didn't come up
[13:59] <Laney> seems to be spam
[14:00] <Laney> http://who-called.co.uk/Number/02036349821
[14:00]  * Laney enjoys the top two comments
[14:00] <Laney> NSFW though :)
[14:00] <willcooke> ha!
[14:00] <willcooke> Worth asking
[14:00] <willcooke> #5 has a good opening line
[14:01]  * Laney is going to, ahem, lunch now
[14:01] <Laney> biab!
[14:06] <ogra_> Laney, geez, you brits ... i just had breakfast here and you already do lunch !
[14:40] <pitti> ogra_: oh, you're in the US again?
[14:40] <ogra_> pitti, lol, nope, at home
[14:40] <pitti> would be late breakfast even for west coast :)
[14:40] <ogra_> just so busy that i forget to eat :)
[14:57] <Sweet5hark> without further comment: https://twitter.com/mjg59/status/619150575574323200
[15:00] <pitti> seb128: sometimes I get text plymouht in VM, sometimes the dots; it seems to depend on both -vga and the time of day/dollar course/air pressure
[15:00] <pitti> seb128: with -vga vmware I reliably get dots, and with the default it's sometimes this sometimes that
[15:00] <pitti> seb128: s/dots/text mode/
[15:01] <seb128> pitti, I'm using virt-manager, unsure if that makes a difference
[15:01] <pitti> seb128: could be, not sure what -vga it uses
[15:01] <pitti> seb128: anyway, if you didn't try to switch VTs, it's very likely that it's the issue I'm seeing
[15:01] <seb128> pitti, I'm using qlx for graphics, only way to get unity8/mir to work
[15:02] <seb128> right
[15:02] <pitti> seb128: oh, that does 3d? never tried that
[15:02] <pitti> Unknown vga type: qlx
[15:02] <pitti> hmm
[15:03] <seb128> pitti, http://unity.ubuntu.com/mir/setup_kvm_for_mir.html
[15:03] <seb128> pitti, sorry, typo,qxl
[15:03] <pitti> seb128: nice, that works (-vga qxl)
[15:04] <pitti> and a really shiny plymouth
[15:04] <seb128> :-)
[15:15] <tseliot> seb128: hi, can you have a look at this merge request, please? The change looks good to me: https://code.launchpad.net/~timchen119/unity-settings-daemon/unity-settings-daemon.1471708.trusty/+merge/264163
[15:16] <seb128> pitti, I can't reproduce the hang now, maybe it was the vt issue
[15:17] <pitti> seb128: you mean you do get the emergency shell?
[15:17] <seb128> pitti, but I don't understand, with the buggy fstab I guess an user session half the boots and the shell the other half
[15:17] <seb128> guess->get
[15:17] <pitti> seb128: yes, it's a race condition; adding plymouht --wait after plymouth quit fixes it reliably here
[15:17] <pitti> seb128: A/B partition?
[15:17] <seb128> yes
[15:17] <seb128> but it always boot B
[15:17] <seb128> it's a new install
[15:18] <seb128> hum
[15:18] <seb128> wait
[15:18] <seb128> I've a buggy update on A, I wonder if that's the boot that gives me the shell
[15:18]  * seb128 tries again
[15:19] <seb128> tseliot, I don't like that hack much...
[15:22] <Laney> tseliot: what happens if it hangs?
[15:22] <Laney> is touchscreen broken or something?
[15:22] <tseliot> Laney: everything's broken
[15:23] <Laney> no
[15:23] <Laney> I mean if the 3s timeout fires
[15:23] <Laney> I assume everything is broken now because the system() call blocks when xinput hangs
[15:24] <Laney> but timeout means that it only hangs for at most 3 seconds now, then it's killed
[15:24] <Laney> what is broken if it gets killed?
[15:25] <tseliot> Laney: only mapping the touch input device onto the touchscreen area
[15:25] <tseliot> which is not a big deal
[15:26] <tseliot> I should actually adjust the description. I was convinced we were doing sleep 3
[15:26] <tseliot> but yes, that is a problem only if an external screen is connected
[15:27] <tseliot> it's a hack but it's better than blocking u-s-d
[15:34] <tseliot> seb128: if it takes 3 seconds to call xinput, then something is really wrong
[15:34] <Laney> did anyone try to look at why that happens?
[15:35] <tseliot> I think it's a race condition in the skylake code of the intel driver
[15:36] <larsu> willcooke: Laney: ugh, indeed.
[15:36] <larsu> (sorry, was out printing tshirts. don't ask)
[15:37] <willcooke> larsu, :D
[15:37] <Laney> you joining the open source tea party now?
[15:37] <willcooke> larsu, you want me to log a bug anywhere?
[15:38] <larsu> Laney: are those the people that hate systemd?
[15:38] <Laney> I just heard they are big in Berlin
[15:38] <larsu> willcooke: I'm checking right now if there's an upstream bug for that already
[15:38] <larsu> Laney: really?! I want to meet them!
[15:44] <larsu> hm, there doesn't seem to be one
[15:44] <larsu> same problem in Adwaita
[15:55] <larsu> Laney, willcooke: I'm investigating this problem. Note that this also happens in current wily (my branch only restyles them)
[15:57] <Laney> ok
[15:59] <larsu> ok :)
[15:59] <seb128> ok!
[15:59] <willcooke> ok?
[15:59] <larsu> ok
[15:59] <willcooke> ok!
[15:59]  * larsu is glad we're all on the same page
[15:59] <seb128> tseliot, Laney, btw if that hack is needed it should also be applied to wily no?
[16:00] <tseliot> seb128: correct
[16:00] <Laney> ye
[16:00] <Laney> I'm commenting btw
[16:00] <tseliot> thanks
[16:11] <seb128> Sweet5hark, you should try to apply again to dmb for libreoffice btw
[16:36] <Laney> is it right for notify-osd to override GDK_SCALE or should it be fixed in some other way? (https://bugs.launchpad.net/ubuntu/+source/notify-osd/+bug/1374301)
[16:38] <larsu> Laney: should be fixed in another way
[16:38] <larsu> looks like it assumes that GDK doesn't know anything about scaling and just does the scaling itself
[16:39] <Laney> right, but it gets it correct
[16:40] <larsu> it's blurry, no?
[16:40] <Laney> not if you set GDK_SCALE=1
[16:40] <larsu> hackish, no?
[16:44] <Laney> don't know
[16:44] <Laney> it gets the dpi and stuff and calculates things itself
[16:45] <Laney> maybe it is right to tell GDK not to mess with that
[16:45] <larsu> it gets at least some stuff wrong though
[16:45] <larsu> for example, changing from/to hidpi makes it look wonky
[16:45] <larsu> (until restarting it)
[16:46] <larsu> does it behave correctly for different screens?
[16:47] <larsu> and even then, the correct way to tell gdk that it shouldn't scale is probably calling gdk_x11_display_set_window_scale()
[16:53] <willcooke> gotta go
[16:53] <willcooke> cya
[17:14] <Laney> meh weird
[17:15] <Laney> calling _set_window_scale(..., 1) makes it tiny
[17:15] <Laney> but GDK_SCALE=1 does not
[17:15]  * Laney gives up for now
[17:15] <Laney> climbing time, later!
[17:16] <larsu> enjoy!
[17:24] <achiang> bregma: hey there, do you have any tips for making an external monitor work better when your laptop is HiDPI?
[17:25] <achiang> i'm using this rune, and it kinda works, but performance is super sluggish: xrandr --output eDP1 --auto --output HDMI1 --auto --panning  3840x2400+3200+0 --scale 2x2 --right-of eDP1
[17:26] <achiang> oh, i suppose i should say i'm on 14.04.02
[17:36] <bregma> achiang, have you tried just plugging it in an using the control panel to adjust scaling on it instead of trying dark xrandr magic?
[17:38] <achiang> bregma: i can adjust scale for menu and title bars, but the "scale all window contents to match" option is confusing
[17:40] <achiang> also, i can only use about 1/4 of the external screen when i do that
[17:46] <achiang> basically, window content looks ridiculous either on the built-in screen or the external, depending on what the setting of "scale all window contents to match" is
[17:46] <achiang> either gigantor or tiny
[19:21] <mitya57> desrt: hi, do you have any decision on per-session gsettings defaults patches? (i.e. will you accept or reject them?)
[20:13] <desrt> mitya57: i already said i was rejecting them
[20:15] <mitya57> desrt: Can you please mark them as rejected in bugzilla then?
[20:16] <mitya57> And also, are you going to implement it in some other way, or not implement at all?
[20:17] <desrt> can you remind me of the bug number?
[20:18] <mitya57> desrt: gnome 746592


 @mitya57 doing export NINJAJOBS = -j2 but that seems to be ignored in qt6-webengine build. any idea?
 Do you add it manually, or you are relying on existing export NINJAJOBS = -j$(NUMJOBS) thing in d/rules?
 If manually, make sure you add it after that line.
 https://matterbridge.lubuntu.me/56e0217d/file_3944.jpg
 I nuke the existing bit to be sure
 but still get
 https://matterbridge.lubuntu.me/2de7a2c1/file_3945.jpg
 Because it's using cmake+ninja buildsystem, maybe -j flag passed by debhelper gets priority?
 Try passing --max-parallel=2 to dh $@ instead of this export.
 That makes sense if that is what is happening. thanks, I'll try
 Actually, this ninja is trying to build only 233 files, so don't look at this line. Maybe NINJAFLAGS worked too? Did it FTBFS?
 Yes, it did
 https://launchpadlibrarian.net/586841930/buildlog_ubuntu-jammy-amd64.qt6-webengine_6.2.2+dfsg-5ubuntu1~ppa3_BUILDING.txt.gz
 Maybe better to try both NINJAJOBS and max-parallel, not "instead".
 The real ninja command is this one:
 [82/233] cd /<<BUILDDIR>>/qt6-webengine-6.2.2+dfsg/obj-x86_64-linux-gnu/src/core && /usr/bin/ninja -C /<<BUILDDIR>>/qt6-webengine-6.2.2+dfsg/obj-x86_64-linux-gnu/src/core/None/x86_64 QtWebEngineCore
 Well I have done that not completely on purpose on the ppa4 I just uploaded, so we shall see 😄 (re @mitya57: Maybe better to try both NINJAJOBS and max-parallel, not "instead".)
 Good
 Ok, lets see. That will likely take quite some time, even to fail, so thanks for now :)
 https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-misc/+sourcepub/13270922/+listing-archive-extra
 I had so far avoided tangling much with ninja. New learning curve!
 and fail
 [82/233] cd /<<BUILDDIR>>/qt6-webengine-6.2.2+dfsg/obj-x86_64-linux-gnu/src/core && /usr/bin/ninja -C /<<BUILDDIR>>/qt6-webengine-6.2.2+dfsg/obj-x86_64-linux-gnu/src/core/None/x86_64 QtWebEngineCore
 still
 Maybe find the file that calls ninja and patch it?
 Actually, are you sure that's the cause? Maybe we should fight -g2 better?
 -g2 uses too much memory. It should be -g1 at most.
 export DEB_CFLAGS_MAINT_APPEND = -g1
        export DEB_CXXFLAGS_MAINT_APPEND = -g1
 that?
 back later
 Try that first, but it may be more complicated. I don't see Debian's build flags at all in that command line :(
 didn't work (re @mitya57: Try that first, but it may be more complicated. I don't see Debian's build flags at all in that command line :()
 Then we need to find out what injects -j2


[00:03] <brainwash> too bad
[00:03] <brainwash> isn't he the original author of the greeter?
[00:03] <ochosi> (this is as far as i know)
[00:04] <ochosi> yeah, but he only authored it as a reference implementation
[00:04] <ochosi> it was never meant to stick around for so long
[00:04] <Noskcaj> bluesabre-laptop, Can you help me with an FTBFS?
[00:04] <Noskcaj> in menulibre
[00:04] <bluesabre-laptop> Noskcaj: what's up?
[00:05] <Noskcaj> http://paste.ubuntu.com/6788413/
[00:05] <brainwash> ochosi: that reminds me that we need to check how unity-greeter loads the gtk3 indicators now, lightdm-gtk-greeter isn't able to anymore
[00:06] <Noskcaj> Current build-deps are debhelper, python3, distutils-extra, libgnome-menu-3-dev, python-gi-dev
[00:07] <ochosi> brainwash: yeah, we're about to do a dev-release of the greeter, so it could go in the next release. feel free to investigate how it's done, it's currently really low on my todo-list
[00:08] <bluesabre-laptop> unicode will be the death of me
[00:08] <Noskcaj> bluesabre-laptop, It only occurs in a clean schroot, so i'm having a lot of trouble debugging
[00:10] <bluesabre-laptop> I have no idea what could be causing that
[00:11] <ali1234> ochosi: currently there is no right way to do it, as with the desktop session itself
[00:12] <ochosi> ali1234: what is that re: to? logind and the powermenu stuff in the greeter?
[00:12] <bluesabre-laptop> probably indicators
[00:12] <ochosi> ah
[00:12] <ochosi> :)
[00:12] <bluesabre-laptop> but maybe not ;)
[00:12] <ochosi> sorry, i was looking at the logind stuff here so i naturally associated the comment with what *i* was doing :>
[00:12] <bluesabre-laptop> Noskcaj: building in saucy or trusty?
[00:13] <Noskcaj> bluesabre-laptop, The .desktop should say encoding="UTF-8" i think
[00:13] <Noskcaj> trusty pbuilder-dist
[00:13] <Noskcaj> Just let me try a quick rules hack, might fix it
[00:13] <bluesabre-laptop> ok
[00:13] <brainwash> ali1234: but unity-greeter does it
[00:15] <Noskcaj> That's fixed it.
[00:17] <Noskcaj> one other thing, in the manpage, BUGS is meant to be where you file bugs
[00:18] <ali1234> http://bazaar.launchpad.net/~unity-greeter-team/unity-greeter/trunk/revision/1014
[00:19] <brainwash> ali1234: nice
[00:20] <brainwash> so it should be fixable in gtk greeter too
[00:25] <Unit193> bluesabre-laptop: Since you have a meta proposal already in, do you want to remove gnome-time-admin too or should I create another?
[00:26] <bluesabre-laptop> Unit193: go ahead and create another if you don't mind
[00:27] <bluesabre-laptop> Noskcaj: I got that idea from another package I saw, lol
[00:27] <Noskcaj> :)
[00:27] <Noskcaj> Now we just need to find a DD, something that is nearly impossible.
[00:30] <bluesabre-laptop> if the build works, would you mind pushing it to the PPA?
[00:30] <bluesabre-laptop> ochosi and I can try to convince Corsac to help it along into debian
[00:31] <Noskcaj> bluesabre-laptop, If you get a reply from corsac, you're doing better than me
[00:31] <bluesabre-laptop> we've got some other projects that corsac is interested in, so it makes it easier to mention it
[00:34] <Noskcaj> Just get corsac to sponsor gthumb (from collab-maint) and embed-plugin (pkg-xfce) too
[00:40] <Noskcaj> Which of the two PPAs should it go in?
[00:40] <bluesabre-laptop> Noskcaj: https://launchpad.net/~menulibre-dev/+archive/devel
[00:40] <bluesabre-laptop> Gotta run, bbl
[00:40] <Noskcaj> stable?
[00:41] <Noskcaj> uploading now
[00:41] <bluesabre-laptop> yeah, stable has the wrong url name :)
[00:41] <Noskcaj> ok, bye
[00:41] <bluesabre-laptop> thanks Noskcaj, have a great evening!
[00:41] <bluesabre-laptop> or morning
[00:41] <bluesabre-laptop> wherever you are :)
[00:41] <Noskcaj> still morning
[00:41] <Noskcaj> :)
[02:59] <bluesabre> Noskcaj: looks like it worked, thanks!
[02:59] <bluesabre> elfy, trusty packages are available at https://launchpad.net/~menulibre-dev/+archive/devel
[03:00] <bluesabre> everyone, please test ^!
[03:00] <bluesabre> + forestpiskie
[03:03] <bluesabre> I'll do a proper release announcement tonight/tomorrow
[03:25] <pleia2> bah, still no alpha builds, I had hoped to get some testing in today before work again tomorrow
[03:31] <Unit193> Could still do menulibre or if light-locker needs it, but aye.
[03:38] <bluesabre> lightdm-gtk-greeter 1.7.1 released, https://launchpad.net/lightdm-gtk-greeter/1.7/1.7.1
[03:39] <bluesabre> will also do a proper release announcement of that soon
[03:39] <bluesabre> heading to bed, be back tomorrow
[03:39] <Unit193> 'Night.
[06:28] <Noskcaj> Unit193, g-s-t is merged
[06:36] <Unit193> micahg: Nothing urgent, but preferred before release: https://code.launchpad.net/~unit193/ubuntu-seeds/small-fixes/+merge/202401
[07:34] <Noskcaj> Menulibre uploaded
[10:19] <slickymaster> morning all
[10:20] <Unit193> slickymaster: "This documentation provides documentation to the most common issues with Xubuntu, including:" seem like normal language to you?
[10:22] <slickymaster> Unit193: well, no
[10:22] <slickymaster> the anaphora used seems a little forced
[10:22] <Unit193> 0,/documentation/s@documentation@document@ ?
[10:23] <slickymaster> Unit193: ?!
[10:23] <Unit193> Right, I shouldn't think in terms of sed.  This document provides documentation for the most common
[10:24] <slickymaster> yes, but even linguistically I think that string/sentence could/should be improved
[10:26] <knome> too many slashes, i'm off
[10:26] <knome> bbl
[10:27] <Unit193> Great, you broke knome.
[10:28] <slickymaster> let's us hope he'll manage to glue himself
[10:38] <slickymaster> bluesabre: yeah, I saw the logs and what you said, so I'll remove that item from the http://smdavis.us/doku/doku.php?id=mugshot-docs:installation-preferences section
[10:39] <slickymaster> bluesabre: on a completely different note, can you please provide a pt_PT pot file in https://translations.launchpad.net/menulibre/2.0 so it can be translatable into Portuguese?
[10:59] <ali1234> Unit193: "This document describes the most common issue with Xubuntu"
[11:00] <Unit193> Quite so.
[11:01] <Unit193> But to me that (and the orig) indicate it's workarounds and common problems, when it appears to be more generally a user guide.
[11:03] <ali1234> well i can't see the rest of the document in question...
[11:03] <ali1234> fixing the grammar is one thing, but if it's just flat out wrong that's totally different
[11:08] <slickymaster>  Unit193, ali1234, a possible solution could be "This documentation provides information to the most common issues with Xubuntu, including:"
[11:10] <brainwash> ochosi: got a diff for the top panel 1px removal?
[11:10] <Unit193> http://docs.xubuntu.org/1310/
[11:11] <Unit193> What Alister said works.
[11:12] <slickymaster> Unit193: I still think that that string should be reworded
[11:15] <bluesabre> slickymaster: https://translations.launchpad.net/menulibre/2.0/+pots/menulibre/pt_PT/+translate
[11:15] <bluesabre> :)
[11:15] <slickymaster> bluesabre: thanks, I'll start working on that as soon as I'm able to
[11:15] <bluesabre> thanks
[11:16] <bluesabre> if you have any questions, let me know
[11:16] <slickymaster> will do, thanks
[12:16] <slickymaster> bbl ->
[13:02] <ochosi> brainwash: in case you're using the light-lock branch of greybird, add "border-width: 0;" to #panel_window
[13:55] <brainwash> ochosi: does not seem to work here
[14:10] <brainwash> ochosi: setting pedding-right to 0 in .menubar removes the 1px
[14:10] <brainwash> but breaks the layout
[14:12] <brainwash> uhm, bug 1271169
[14:36] <micahg> Unit193: I'll review after alpha2
[14:53] <jjfrv8> elfy, or anyone, is there an easy way to see the bugs that have previously been reported against the trusty iso's?
[14:53] <jjfrv8> every time we get a new milestone, they seem to get cleared out
[14:54] <jjfrv8> and you can't even see them if you go back to an archived version
[14:59] <slickymaster> jjfrv8: see these: http://bit.ly/18o24DO and http://bit.ly/18bwkqM
[15:02] <brainwash> jjfrv8: "Abiword top ruler hidden by gray area on first open"  it's now a white area on my system :)
[15:03] <jjfrv8> slickymaster, thanks, but that list doesn't seem to be complete and it includes post-install stuff
[15:05] <ochosi> brainwash: not sure you noticed, but i did include a patch in the 1.7.1 to query the policies for the powermenu on the fly...
[15:06] <brainwash> the debian patch?
[15:07] <brainwash> ah, very similar
[15:07] <ochosi> no, that was silly
[15:07] <ochosi> i rewrote it
[15:07] <brainwash> awesome
[15:07] <ochosi> well, we'll see what issues are left with that "solution"
[15:08] <jjfrv8> brainwash, still gray on mine: http://imagebin.org/287977
[15:08] <ochosi> what convinced me in the end was your scenario, where you'd leave the greeter open and go to a tty, e.g. VT1 and log in
[15:08] <brainwash> :)
[15:08] <ochosi> at least that should be handled now
[15:09] <ochosi> some of the other problems might remain, but i mentioned them in the bugreport, so...
[15:09] <brainwash> jjfrv8: so a recent greybird change turned the grey area into a white one
[15:09] <ochosi> don't think there were any really relevant greybird changes
[15:09] <ochosi> but then again, i have no clue what dark magic abiword uses for its UI
[15:10] <ochosi> (and i don't want to know anymore, too many hours wasted on that already)
[15:10] <brainwash> sadly it does not look there will a fix anytime soon
[15:10] <ochosi> brainwash: wrt indicators, one reason why they're so low on my list is the fact that last time i tried them in the greeter, there were several issues, e.g. you could open gmusicbrowser via the sound-indicator or other gnome settings apps (if installed) from the datetime indicator etc.
[15:10] <brainwash> this time it's a gtk 3.10 issue, not theme related
[15:11] <brainwash> before one could fix that, he would need to study the code of unity-greeter
[15:12] <ochosi> well again, i can tell you they have gnome-settings-daemon to handle most of what we lack
[15:12] <ochosi> bbl
[15:13] <brainwash> ochosi: what about the the 1px in the greeter top panel? any ideas why border-width does not do anything
[15:15] <brainwash> well, I'll test greeter 1.7.1 in the meantime
[15:35] <brainwash> ochosi: http://lpaste.net/98855 light-lock branch, this eliminates the 1px
[15:37] <brainwash> not sure how to remove the copied properties and only set the padding one without breaking it
[15:41] <brainwash> power menu fix works fine :)
[16:09] <ochosi> brainwash: strange, my patch works here. i'll do this properly once i got trusty next week
[16:10] <brainwash> ochosi: so trusty seems to break more things than expected
[16:11] <ochosi> well, gtk3.10 was a late decision
[16:11] <ochosi> so yeah, i'm not surprised there are issues we couldn't foresee
[16:11] <ochosi> but this is a lot less worse than the theming issues we had in previous gtk3 upgrades
[16:12] <ochosi> (sometimes meant that themes had to be rewritten, and with 5 of them, that's not too much fun)
[16:13] <brainwash> ah right, do you keep track of the changes which maybe need to be applied to all shimmer themes?
[16:13] <brainwash> like the sound menu play menu highlight
[16:13] <ochosi> there aren't that many
[16:13] <ochosi> but yeah, i *try* to
[16:14] <brainwash> ok :)
[16:36] <elfy> jjfrv8: not sure what's up with that bug list tbh - but I tend to look at the reports so have half an idea
[16:39] <elfy> lp isn't very user friendly for searching
[16:42] <ochosi> i tend to use google as a wrapper
[16:42] <ochosi> but that also doesn't always make it easy-peasy
[16:42] <elfy> nope
[16:43] <elfy> I find the best way to just keep reporting bugs - the people sorting it out must have some way of finding out
[16:43] <elfy> /bad elfy
[16:45] <ochosi> huhu
[16:53] <jjfrv8> elfy, thanks. I did see that some previously reported bugs still show in the dailies, I didn't look there before. I just looked at alpha1.
[16:54] <elfy> jjfrv8: I'm pretty sure that all the previous important bugs are still there - but not necessarily Xubuntu ones
[16:54] <elfy> the only that's gone is our session one
[16:55] <jjfrv8> my 386 test install in VBox did not restart at the 'press enter' prompt and I could have sworn I had seen a report of that before
[16:55] <jjfrv8> but couldn't find it when I searched.
[16:55] <elfy> jjfrv8: there is a BIG list - not launchpad but tracker
[16:56] <elfy> http://iso.qa.ubuntu.com/qatracker/reports/defects
[16:56] <jjfrv8> ah, okay, I'll check that out.
[17:20] <elfy> no gui for us to deal with users now then
[18:11] <elfy> knome: http://iso.qa.ubuntu.com/qatracker/testcases/1628/info
[18:12] <elfy> which is a mandatory test - I've no partitions/no other internet/no usb's - do I then fail it ...
[18:12] <elfy> or bug 1271267
[18:20] <elfy> slickymaster: perhaps better in here
[18:20] <elfy> Other applications that retrieve user information from /etc/passwd will also be updated (including Abiword and Gnumeric)
[18:21] <slickymaster> yes, that's referenced in the Face-Page
[18:21] <slickymaster> elfy: were you asking?
[18:22] <elfy> gissa chance - thinking on the fly :p
[18:22] <elfy> perhaps "Other applications retrieving user information from /etc/passwd will be supported following future updates"
[18:23] <slickymaster> elfy: good point
[18:23] <elfy> Mugshot is a lightweight, easy-to-use user configuration utility.
[18:23] <slickymaster> bluesabre-laptop: ^^^ I do agree with elfy's suggestion. What do you think?
[18:23] <elfy> does it need to be lightweight and easy to use - doesn't one sort of point to the other anyway?
[18:24] <slickymaster> lol, that's why I've asked you
[18:24] <slickymaster> you're native to the language
[18:24] <elfy> sorry that - wasn't a question but a comment :p
[18:25] <elfy> I'd do one or the other personally
[18:25] <elfy> Mugshot is a lightweight (or (easy-to-use user)) configuration utility.
[18:25] <slickymaster> elfy: well, technically being lightweight refers to the fact that it isn't a heavy on the system application
[18:26] <slickymaster> the easy-to-use, speaks for itself
[18:26] <elfy> technically - but reading a manual wise - is it necessary is what I'm saying
[18:27] <elfy> and should a user manual be concerned with how heavy something is on the system
[18:27] <slickymaster> elfy: maybe I'm seeing it too much as a brochure
[18:27] <elfy> :)
[18:28] <slickymaster> even though that's just a sort of a introduction paragraph
[18:29] <slickymaster> the manual per si is in the following links
[18:29] <elfy> Mugshot is a lightweight user configuration utility.  Mugshot allows you to easily set profile image and user details for your user profile and any supported applications.
[18:30] <slickymaster> elfy: I like it. If bluesabre-laptop won't object, I'll use your description instead of mine
[18:33] <elfy> slickymaster: you only want me to look at the front page?
[18:34] <slickymaster> no, by all means, browse the links
[18:34] <elfy> okey doke
[18:34] <slickymaster> only the http://smdavis.us/doku/doku.php?id=mugshot-docs:usage isn't finished yet
[18:34] <elfy> though I'm only reading - not physically checking
[18:35] <slickymaster> well, I've checked the links, and they're all pointing to the right page
[18:36] <elfy> that's a good start - I'm looking while sorting little one
[18:37] <slickymaster> elfy: np. I also have to go now. will be back after dinner
[18:39] <slickymaster> ->
[18:52] <brainwash> ochosi: http://lpaste.net/98905 - clear message box after user selection change
[19:03] <Noskcaj> bluesabre, Menulibre is uploaded, is the license meant to be GPL3 or GPL3+ though?
[21:32] <Noskcaj> ochosi, When do you think panel or the required garcon version will be out?
[22:28] <ochosi> brainwash: looks sane, how do i reproduce the related bug?
[22:29] <ochosi> Noskcaj: it's guesswork, i think nick is busy and consolidating all the panel-changes take time, i'm not sure. it could happen anytime (same as happened with the andrzejr/wrapper3 branch merge...)
[22:30] <Noskcaj> ok
[22:32] <ochosi> sorry i can't give you a more optimistic outlook
[22:32] <ochosi> my approach would be: package a git-snapshot now and update it as soon as we get a release
[22:32] <ochosi> we *need* this stuff in 14.04
[22:32] <Noskcaj> ok.
[22:32] <ochosi> we can update it in the backports, but not having it at all because there's no release reproduces the saucy problems
[22:33] <Noskcaj> I'll prepare it today
[22:34] <Noskcaj> Do we know of anyone with a xubuntu precise install? Needed for the xfce4-weather-plugin SRU to precise
[22:34] <ochosi> hmp, sry, i'll only even get trusty in a week
[22:34] <ochosi> no hdd-space to install precise (as ridiculous as that sounds)
[22:35] <Noskcaj> ok
[22:35] <ochosi> maybe that's ^ something we should use project funds for
[22:35] <ochosi> get devs proper hardware...
[22:35] <Noskcaj> I'd have a precise VM when the parts get un-lost
[22:36] <Noskcaj> for now, we just need to prepare a big SRU call for testing when i finish a few others (power manager, other weather fixes)
[22:36] <knome> SRU for 13.10
[22:36] <knome> ?
[22:37] <knome> oh, 12.04
[22:37] <knome> the last SRU is on feb 6th though
[22:38] <Noskcaj> knome, various releases
[22:40] <knome> not sure 13.10 is worth it, people using it should upgrade to 14.04 at latest on july anyway
[22:42] <slickymaster> night all
[22:42] <ochosi> yeah, let's focus on 14.04
[22:42] <ochosi> frankly, the fact that ali1234 resolved the most prominent 13.10 bug deserves lots of applaud (and more), but we should really look ahead now
[22:44] <knome> (one of the benefits for the shorter support cycle for regular releases is not having to SRU loads of stuff)
[22:44] <ochosi> (+1)
[23:02] <Noskcaj> What's garcon need to make the gtk-doc documentation?
[23:05] <ochosi> sry, neither a packing expert nor gtk-doc (in fact we're still having problems with that in parole...)
[23:07] <Noskcaj> I guess garcon get's to miss it's gtk-doc till a full release. I think it's something from git
[23:12] <brainwash> ochosi: simply login or unlock with an invalid password, the message box will appear "invalid blabla", now switch the user
[23:12] <ochosi> brainwash: ok, will test, thanks
[23:12] <ochosi> ok, i can confirm the bug
[23:13] <brainwash> ochosi: switching the user should remove the message box, because the message was addressing the previous failed login
[23:13] <brainwash> :)
[23:14] <ochosi> yu
[23:14] <ochosi> yup
[23:16] <brainwash> ochosi: so what is the deal with the light-lock branch?
[23:16] <ochosi> brainwash: it's a proposal by satya for a new greeter-theme for greybird
[23:16] <brainwash> it looks fancy, elementary-os-ish
[23:17] <ochosi> yeah, too much eOS
[23:17] <ochosi> a bit rip-offy imo :)
[23:17] <brainwash> the white login box looks more friendly than the current dark one
[23:17] <brainwash> and I like the transparent top panel
[23:17] <ochosi> yeah, i agree with that to some extent
[23:18] <ochosi> knome thinks it breaks consistency with the rest of the desktop theme
[23:18] <ochosi> i agree to some extent, i guess at least the logout dialog would have to be recolored
[23:19] <brainwash> ah, I also removed the blue xubuntu background from the plymouth theme, now it's a black background + white logo
[23:19] <brainwash> I like it, might look a bit like win xp
[23:21] <bluesabre-laptop> elfy, slickymaster: works for me
[23:21] <brainwash> but I support the idea of making the login/logout screen a bit more brighter
[23:21] <bluesabre-laptop> Noskcaj: I suppose GPL-3 for now
[23:21] <bluesabre-laptop> Noskcaj: I think gtk-doc-tools is all
[23:21] <bluesabre-laptop> I got it to build once
[23:21] <Noskcaj> ok
[23:21] <bluesabre-laptop> http://docs.smdavis.us/garcon/
[23:22] <Noskcaj> The docs work fine in full releases
[23:22] <Noskcaj> just not the git snapshot
[23:22] <bluesabre-laptop> ah
[23:22] <Noskcaj> And i'll go change the debian/copyright now
[23:24] <ochosi> brainwash: thanks for the patch, tested and pushed it
[23:27] <Unit193> brainwash: For smooth transition, ochosi kindly updated the accountsservice patch in xfdesktop so that it'd only pull from the first desktop (the one xfdesktop will go to upon login.)
[23:27] <ochosi> also, Noskcaj ^
[23:27] <ochosi> you probably wanna update my previous patch with the additional line...
[23:28] <Unit193> https://unit193.net/debian/saucy/xfdesktop4-data_4.11.2-2.1_all.deb - https://unit193.net/debian/saucy/xfdesktop4_4.11.2-2.1_amd64.deb or I can link to the dsc. :P
[23:28] <Noskcaj> ochosi, Let me finish the power manager SRU paperwork and i'll do that
[23:28] <Noskcaj> dsc please
[23:28] <ochosi> sure, thanks Noskcaj!
[23:29] <ochosi> Unit193: i presume you can link the dsc? :}
[23:29] <Unit193> -2.1.dsc
[23:29] <ochosi> cool ty
[23:29] <knome> Unit193, that link to the dsc is not working for me
[23:29]  * knome hides
[23:29] <Unit193> knome: Klik faster!
[23:31]  * Unit193 thinks ochosi doesn't know what to do with a dsc, so opens it in browser.
[23:32] <ochosi> Unit193: yup, that's what i've set exo-open to do
[23:32] <Unit193> ochosi: dget http://foo.bar/mekofoomfoomfally.dsc
[23:33] <knome> back tomorrow ->
[23:38] <brainwash> Unit193: sounds great, so now we only need a working patch for the theme issue
[23:41] <brainwash> but that makes me wonder, why does xfsettingsd take so much time to be ready on session start?
[23:50] <Noskcaj> bug 1222021 is now ready for an upload
[23:50] <Noskcaj> *cough* micahg *cough*
[23:52] <Unit193> knome: Did you see, or were you interested in the es xubuntu-docs strings that make index not validate?


[03:02] <valorie> found out today that I might have pericarditis; which should be easily treated
[03:02] <valorie> :-)
 Jikes, take care!
[19:22] <valorie> so far so good, Mamarok
[19:22] <valorie> taking potassium which I was low in
[19:23] <valorie> giving back the "holter" I'm wearing right now, this afternoon
[19:23] <valorie> little computer wired to 4 sensors glued on my chest
[20:22] <Mamarok> I know that, my brother had that a few years ago
[20:52]  * valorie goes off to get rid of it


[22:34] <maxtimbo> teward, I have the OS on an SSD and then I have a 3t HDD I want to keep all files, etc on. So I make sym links to Music, Documents, etc...
[22:34] <maxtimbo> because the ssd is pretty small
[22:35] <daftykins> ah so now we know the real task :)
[22:35] <daftykins> nah you're not going about that right, maxtimbo - mount it in fstab then make the symlinks
[22:35] <teward> ^ that
[22:36] <maxtimbo> ok, I get nervous with fstab because I know it's dangerous
[22:36] <teward> maxtimbo: note that if you intend to run executable files on *nix form those directories, you'll need a *nix compatible filesys for the executable bits
[22:36] <teward> maxtimbo: it's dangerous if you do it wrong, but if you do it right, it's the CORRECT way to do it
[22:36] <teward> maxtimbo: you're more likely to break things if you start messing with `mount` in scripts without knowing what you're doing it
[22:37] <maxtimbo> teward, I already formatted the drive to ect4
[22:37] <maxtimbo> ext4*
[22:37] <maxtimbo> ok so how do I do this? -- the correct way
[22:40] <amazoniantoad> I did a hard reset on my ubuntu laptop and now I can't detect my wifi card
[22:40] <amazoniantoad> How can I fix this?
[22:41] <noethics> anyone use f.lux? or equivalent?
[22:41] <daftykins> amazoniantoad: 'hard reset' ?
[22:41] <amazoniantoad> daftykins: Held the power button down until it shut off
[22:41] <daftykins> ah right
[22:41] <daftykins> what kind is it, internal to the laptop?
[22:41] <daftykins> sure it doesn't show up from "lspci" ?
[22:41] <_denis_> hi noethics
[22:42] <noethics> _denis_, hi
[22:42] <amazoniantoad> daftykins: I don't know. Should I run lspci? Or something more specific?
[22:42] <IRCJOE> hello guys i have ubuntu 15.04 but my vnc ( remote desktop has a security that i can not match how can i fix it )
[22:42] <IRCJOE> i dont' need security
[22:42] <SubMind> hello
[22:42] <daftykins> amazoniantoad: yep run that, are you online from that system now? such as with a network cable
[22:42] <amazoniantoad> daftykins: no
[22:42] <korsakof_> TJ-: thanks for herrkin swap debug. I learned a lot with it..
[22:42] <amazoniantoad> daftykins: I can if you need me to be
[22:43] <amazoniantoad> daftykins: I'll be running around the house in between questions to submit data and retrieve it here
[22:43] <daftykins> amazoniantoad: it'd make it easier to share the output of commands online, is all
[22:43] <amazoniantoad> daftykins: will do. please hold
[22:43] <herrkin> korsakof_, yeah me too
[22:44] <_denis_> ksobkowiak, hi
[22:45] <ksobkowiak> hi
[22:45] <_denis_> hi esteeb
[22:45] <_denis_> hi Foxy
[22:46] <Foxy> Hi
[22:46] <IRCJOE> any ideas guys
[22:46] <IRCJOE> i need to remove the type 18 encryption from my remote desktp
[22:47] <jr_> daftykins: here is my laptop. The output is: http://pastebin.com/aNz90r48
[22:47] <_denis_> no, sorry IRCJOE
[22:47] <daftykins> jr_: ok looks good, intel 6235... what interfaces do you see from "ip a" ?
[22:47] <Foxy> I feel very intimidated
[22:48] <IRCJOE> ohh man
[22:48] <Foxy> I'm literally just running xubuntu off of a flash drive right now
[22:48] <Foxy> lmao
[22:48] <korsakof_> IRCJOE: did you tried remmina?
[22:48] <_denis_> why Foxy?
[22:48] <IRCJOE> remmina no i will search on it thanks for the hint
[22:48] <jr_> daftykins: http://pastebin.com/Yne0Lycp
[22:48] <jr_> Foxy: ayyyy lmao
[22:49] <daftykins> jr_: try "sudo modprobe iwlwifi" then repeat "ip a" and you should see an extra interface
[22:50] <jr_> daftykins: http://pastebin.com/YQNAwJji
[22:50] <TJ-> jr_: what does "lspci -nnk -s 02:00.0" report ?
[22:50] <black> hi
[22:50] <daftykins> jr_: "cat /etc/issue" ? (single line so you can paste here)
[22:50] <black> hi guys
[22:51] <jr_> daftykins: Ubuntu 14.04.2 LTS \n \l
[22:51] <black> guys
[22:51] <daftykins> hmm so bit out of date
[22:51] <daftykins> jr_: see what TJ-'s gives you
[22:51] <black> mother fuckkers
[22:51] <daftykins> !ops | black
[22:51] <jr_> TJ-: 02:00.0 Network controller [0280]: Intel Corporation Centrino Advanced-N 6235 [8086:088e] (rev 24) Subsystem: Intel Corporation Centrino Advanced-N 6235 AGN [8086:4060]
[22:51] <_denis_> hello
[22:51] <TJ-> jr_: thanks... hang on whilst I cross-reference it
[22:51] <jr_> TJ-: thanks
[22:52] <maxtimbo> daftykins, teward I found this link http://code.seanodonnell.com/?id=74
[22:52] <bekks> tonyyarusso: may I pm you for a short question?
[22:52] <teward> maxtimbo: 404
[22:52] <maxtimbo> Is this the right way in your opinion
[22:52] <daftykins> maxtimbo: no
[22:52] <teward> maxtimbo: it's not the right way, no
[22:53] <daftykins> maxtimbo: do it as i mentioned :)
[22:53] <tonyyarusso> bekks: If it's an IRCish question, sure, if it's an Ubuntu question that should stay in channel.
[22:53] <TJ-> jr_ daftykins it's supported: "/lib/modules/3.13.0-62-generic/modules.alias:6116:alias pci:v00008086d0000088Esv*sd00004060bc*sc*i* iwlwifi"
[22:53] <bekks> tonyyarusso: It's an ircish question :)
[22:53] <jr_> TJ-: What do I do with that?
[22:53] <daftykins> TJ-: mmm i think it's missing modules on and old kernel, i was going to go with a dist-upgrade?
[22:54] <TJ-> jr_: try "sudo modprobe --verbose iwlwifi"
[22:54] <daftykins> jr_: i spotted you're on an old kernel anyway so your install is not up to date, i'd run a "sudo apt update && sudi apt dist-upgrade" if i were you
[22:54] <TJ-> daftykins: the issue is no moddeps. "could not open moddep file '/lib/modules/3.13.0-44-generic/modules.dep.bin'"
[22:54] <daftykins> so they're not there for that (old) kernel
[22:54] <_denis_> hello!
[22:54] <jr_> TJ-: http://pastebin.com/mm5NAsVa
[22:54] <daftykins> what does that mean? :)
[22:55] <daftykins> i was suggesting at least being up to date, no point fixing it for the -44
[22:55] <TJ-> jr_: do "sudo moddep --all"
[22:55] <jr_> daftykins: I think there was an issue with installing the newest kernel...couldnt boot after or something
[22:55] <TJ-> daftykins: there's no database of aliases that match device IDs to driver names
[22:56] <TJ-> jr_: sorry, typo!
[22:56] <jr_> TJ-: command not found
[22:56] <jr_> oh
[22:56] <jr_> lol
[22:56] <TJ-> jr_: do "sudo depmod --all"
[22:56] <daftykins> hmm ok, i'd still dist-upgrade personally but i shall let TJ- work his magic :)
[22:56] <jr_> TJ-: done
[22:56] <TJ-> daftykins: agreed, lets fix the moddeps first though
[22:56] <jr_> daftykins: haha alright
[22:56] <TJ-> jr_: now "sudo modprobe iwlwifi"
[22:57] <TJ-> jr_: this time it should silently return to the command line
[22:57] <jr_> TJ-: done
[22:57] <jr_> yes
[22:57] <daftykins> huzzah
[22:57] <jr_> AYYYY
[22:57] <jr_> its up
[22:57] <TJ-> jr_: ok now "ip -a" you should see the wlan if
[22:57] <jr_> wooooo
[22:57] <TJ-> daftykins: over to you :p
[22:57] <jr_> This is why I love #ubuntu
[22:57]  * TJ- goes for a coffee
[22:57] <jr_> Thanks TJ-
[22:57] <daftykins> ^_^ come to think of it i recall that depmod as a process when installing new kernels
[22:58] <daftykins> jr_: "sudo apt update && sudo apt dist-upgrade" as before then
[22:58] <jr_> daftykins: o now onto dist upgrade?
[22:58] <jr_> running it now
[22:58] <jfarr> exit
[23:01] <Guest42772> im going to make them pay
[23:03] <_codepoet> Was the ‘open_by_handle_at’ syscall not present in  12.04.5 LTS (Precise Pangolin) ?
[23:03] <bekks> _codepoet: if its a syscall, i bet it was.
[23:04] <_codepoet> I’m trying to use that in auditd, and from what I read, that should’ve been available in kernel 2.something (I lost the page)
[23:04] <_codepoet> but it complains about it not being know. When I switch to 14.x, it’s fine
[23:04] <bekks> _codepoet: it complains when doing what?
[23:04] <_codepoet> Using that syscall in auditd
[23:04] <Guest42772> those developers will pay for the virus they sent me in docker wiget!!!
[23:04] <_codepoet> Restarting audit daemon auditd. Syscall name unknown: open_by_handle_at
[23:04] <Guest42772> i found the key logger!
[23:05] <maxtimbo> daftykins, are spaces important in fstab?
[23:05] <bekks> _codepoet: are you tied to using 12.04?
[23:05] <bekks> maxtimbo: whitespaces, like space, tabs are.
[23:05] <_codepoet> For now yes  - our software is built on a VM made out of 12.04. We’re upgrading but it will be 6 months out
[23:06] <maxtimbo> bekks, my fstab entry: http://pastebin.com/jNjUU2Mz
[23:06] <bekks> Guest42772: which devs, downloaded your "widget" from where?
[23:06] <bekks> maxtimbo: Looks fine.
[23:06] <Guest42772> the repository
[23:06] <Guest42772> bekks i found it all!
[23:07] <bekks> Guest42772: "the repository" doesnt mean much. Provide details.
[23:07] <Guest42772> bekks sudo apt-get install docker or whatever that guy said to do!
[23:07] <Guest42772> i found the keylogger and its going to be analized
[23:07] <_codepoet> http://manpages.ubuntu.com/manpages/vivid/en/man2/open_by_handle_at.2.html#contenttoc5 says ‘These system calls first appeared in Linux 2.6.39.  Library support  is
[23:07] <_codepoet>        provided in glibc since version 2.14.’ .. but it doesn’t say if that is what Precise uses or if for some reason it was removed for LTS.
[23:08] <_codepoet> apologies for two lines
[23:08] <bekks> Guest42772: that will install docker itself and no "widget" whatsoever. So provide details on what you are talking about, avoid !, and consider full sentences please.
[23:09] <Guest42772> bekks there was a keylogger installed with it. i have the terminal txt to prove. this is going to be anal
[23:09] <Guest42772> analized
[23:09] <bekks> Guest42772: So provide your "terminal text" in a pastebin please.
[23:10] <bekks> I dont believe there was a keylogger in the repos.
[23:10] <bekks> UNLESS you are using some 3rd party repo.
[23:10] <_denis_> me too
[23:11] <_denis_> packages are pre-compiled, and they SHOLD be controlled before compilation
[23:11] <Guest42772> bekks: brandon@terrafusion:~$ bekks fucks men
[23:11] <Guest42772> bekks: command not found
[23:11] <Guest42772> brandon@terrafusion:~$ sudo apt-get install bekks-small-cock-in-my-mouth
[23:11] <Guest42772> [sudo] password for brandon:
[23:11] <Guest42772> Reading package lists... Done
[23:11] <Guest42772> Building dependency tree
[23:11] <jr_> daftykins: should I restart the computer?
[23:11] <bekks> Guest42772: I told you to use a _pastebin_, not spamming the channel.
[23:11] <_denis_> hi isene
[23:11] <bekks> !ops | Guest42772
[23:12] <Guest42772> bekks : stop this invasion at once
[23:13] <bekks> genii: thx, sorry for the noise. I'll readjust the troll detector.
[23:13] <genii> bekks: np
[23:14] <a_> hey guys. i downloaded the .deb file for google earth and after running the command 'dpkg -i google......' it failed to install. never mind it. now i am trying to install steam and i am getting the following error that is related to google earth: 'The following packages have unmet dependencies: google-earth-stable .....' what to do?
[23:14] <TJ-> _codepoet: it was added in commit becfd1f3754 in March 2011, so you ought to be seeing it in 12.04. Which architecture is the 12.04 ?
[23:14] <daftykins> a_: for steam, "sudo apt-get install steam" is all that should be necessary
[23:14] <_denis_> what?
[23:15] <_codepoet> TJ-: Linux ec2-52-21-5-201.compute-1.amazonaws.com 3.2.0-76-virtual #111-Ubuntu SMP Tue Jan 13 22:33:42 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
[23:15] <_denis_> has just happened?
[23:15] <_denis_> genii what happened?
[23:15] <a_> daftykins, that's what i am running, but it talk about dependencies related to google earth
[23:15] <a_> it talks*
[23:16] <genii> _denis_: Abusive user was removed.
[23:16] <IRCJOE> guys how can i run remote desktop always just keepit running
[23:16] <wileee> a_, Not uncommon there are web pages addressing fixes per releases of google versions
[23:16] <tiblock> Guys, how do you think, can this card run lubuntu 14.04? http://vgamuseum.ru/gpu/weitek/weitek-power-9100/
[23:16] <_codepoet> Could it be that someone purposely removed the syscall from the  3.2.0-76-virtual kernel for whatever reason? I’m grasping at straws here ;)
[23:16] <a_> wileee, all i want is it to stop talking about google earth so that i will install steam
[23:16] <a_> i don't care about google earth anymore
[23:17] <_codepoet> I just don’t know how to even go about checking for that , to give this customer a definitive answer
[23:17] <_denis_> genii i thought that it was upset
[23:17] <_denis_> he*
[23:18] <wileee> a_, Ah, I see, sorry, what do an update and upgrade show, any held or broken packgs?
[23:18] <daftykins> a_: can you pastebin the actual output to http://paste.ubuntu.com to share here?
[23:18] <TJ-> _codepoet: try "grep 'sys_open_by_handle_at' /proc/kallsyms"
[23:19] <_denis_> a_ try sudo apt-get clean
[23:19] <brandon_> sudo apt-get install bekks-small-cock-inmy-mouth
[23:19] <Browser> Hello. I have a customer display connect through a USB cable in /dev/ttyACM0. When I do: echo "Text" > /dev/ttyACM0 until I don´t do cat /dev/ttyACM0 the text is not displayed. Why do I have to do cat? It used to work without running the cat command. With screen /dev/ttyACM0 it works with the echo command
[23:19] <_codepoet> TJ-: ffffffff811d10c0 T sys_open_by_handle_at  .. and ffffffff811c8b90 T compat_sys_open_by_handle_at
[23:19] <TJ-> _codepoet: so it is there
[23:20] <_codepoet> yeah, I looked at the headers before and saw references
[23:20] <_codepoet> I wonder if auditd is somehow not getting the right headers when it determines if there are proper syscalls?
[23:21] <a_> _denis_, already tried that
[23:21] <TJ-> _codepoet: how about the system libraries? "grep -rn 'open_by_handle_at' /usr/include/*"
[23:21] <a_> daftykins, give me a minute
[23:21] <_codepoet> Is there a way of testing out a syscall, other than grepping for it there? perhaps a tool I can give to this customer and say ‘hey look, your auditd problems are your own, the call is there'
[23:22] <tiblock> oh wow, installed that card in celeron 1.0GHz system, its working
[23:22] <tiblock> 1994 year made card, 2mb memory
[23:22] <_codepoet> TJ-:  yeah, that’s where I looked earlied. A few hits in there http://paste.ubuntu.com/12620079/
[23:22] <_codepoet> s/earlied/earlier/
[23:23] <TJ-> _codepoet: The customer with auditd is using the Ubuntu system you've described?
[23:23] <_codepoet> so all signs point to that its there. Is there a way of suppressing syscalls on the system at all, or do these two locations point to it definitiviely being a problem with Auditd?
[23:23] <_codepoet> TJ-: yes. They’ve installed the same version. http://thecloudmarket.com/image/ami-e2296b8a--ubuntu-images-hvm-ubuntu-precise-12-04-amd64-server-20150204#/definition
[23:24] <_codepoet> I verified their problem exists  on a  fresh install of the same AMI
[23:24] <_codepoet> then when I upgraded to 14, it worked fine
[23:24] <TJ-> _codepoet: I'm looking at the audit source code
[23:25] <TJ-> _codepoet: hang on! are you trying to audit the syscall itself?
[23:25] <_codepoet> I don’t have the version of audit that they’re using, unfortunately. Basically they are saying ‘hey guys, this is a pretty standard syscall  and has been for a bit, and we need it for infosec to be happy’
[23:26] <_codepoet> and it’s turning in to quite the myster for me and my low to mid level sysadmin abilities
[23:26] <_codepoet> s/myster/mystery/
[23:26] <TJ-> _codepoet: "Restarting audit daemon auditd. Syscall name unknown: open_by_handle_at" ... shouldn't it be "sys_open_by_handle_at" ?
[23:27] <_codepoet> TJ-: I tried both.  This is a 64-bit kernel isn't it?
[23:27] <_codepoet> TJ-: Yes
[23:28] <TJ-> _codepoet: Doh! syscalls are 32 bit
[23:28] <brandon_> who wants to fuck me in the ass when i play with terminal?
[23:28] <_denis_> genii
[23:28] <TJ-> _codepoet: in the audit.rules you need "-F arch=b32" or similar
[23:29] <_codepoet> TJ-: ah ,right now its -a always,exit -F arch=b64 -S creat -S open -S openat -S truncate -F exit=-EACCES -k access -S name_to_handle_at
[23:29] <_codepoet> so I need to ‘down bit’ audit for it to work?
[23:29] <_codepoet> on trusty 64 bit, it works fine :/
[23:29] <_codepoet> trying this though!
[23:30] <_codepoet> ignor name_to_handle_at, that was leftover from a debug attempt
[23:30] <TJ-> _codepoet: check out "man 7 audit.rules"
[23:32] <TJ-> _codepoet: it could also be caused by the syscall numbers being different between 64-bit and 32-bit
[23:32] <_codepoet> TJ-: yeah still no dice :( tried with b32, with sys_open_by_handle_at, etc
[23:33] <_codepoet> TJ-: current rule line is:   “-a always,exit -F arch=b32 -S creat -S open -S openat -S truncate -S open_by_handle_at -F exit=-EACCES -k access"
[23:33] <_codepoet> and still get  * Restarting audit daemon auditd --  Syscall name unknown: open_by_handle_at
[23:34] <pigererz> _codepoet: you got it
[23:34] <_codepoet> I wish there was another way that we could test the syscall without including audit, to see if it itself is causing the issue
[23:34] <_codepoet> pigererz: hrm?
[23:35] <_denis_> just write a program
[23:35] <_denis_> _codepoet
[23:36] <_codepoet> I was hoping for something a bit more independent and more GNU so I can have the client do it themselves :P
[23:37] <daftykins> why can't the client just use trusty?
[23:37] <_codepoet> Becuase our software is built on top of precise for at least 6 more month
[23:37] <TJ-> _codepoet: I can reproduce here; working on it
[23:38] <_codepoet> TJ-: woo! I am not crazy!
[23:38] <_codepoet> TJ-: Thanks so much for your time thus far. I owe someone a beer ;)
[23:39] <pigererz> J
[23:39] <TJ-> _codepoet: This is weird; If I do "sudo auditd -f" it works!
[23:40] <_codepoet> that doesn’t look at rules
[23:40] <_codepoet> Afaik
[23:40] <_codepoet> rules come in via the init.d script
[23:41] <pigererz> But me a beer _codepoet
[23:41] <tachibana> help aptoncd is having troubles loading up my .iso file i backed up my system to with it
[23:41] <tachibana> google says the source of the problem is HAL
[23:42] <bekks> tachibana: so pastebin you errors, etc.
[23:42] <TJ-> _codepoet: hmm, maybe that is because the rules aren't read, you're right!
[23:42] <_codepoet> hehe
[23:43] <muka_> I have external usb drive that I want to mount at boot (fstab) but I get errors. After login, when I "mount -a" all works, so it looks like usb dev is not detected while booting.  Either no one uses this syscall, or there is a problem and people have been able to solve it without turning to the internet for help
[23:48] <TJ-> _codepoet: the code fails in src/auditctl.c::set_opt() with "rc = audit_rule_syscallbyname((struct audit_rule *)rule_new, optarg)
[23:48] <TJ-> _codepoet: switch case -1
[23:49] <tachibana> oh i see my problem, it must be all because my .iso must be burned to a CD or dvd media :/
[23:50] <_codepoet> I wish I knew enough about programming in the shell to write something that included the appropriate headers and proved to the client that this is a problem with audit
[23:50] <TJ-> _codepoet: not promising: "lib/deprecated.c:142:int audit_rule_syscallbyname(struct audit_rule *rule," (deprecated!)
[23:50] <tachibana> D:
[23:50] <_codepoet> that particular call is deprecated? odd that it doesnt speak to that
[23:52] <TJ-> _codepoet: that has led to "lib/lookup_table.c:89:int audit_name_to_syscall(const char *sc, int machine)"
[23:53] <_codepoet> im looking at the source now myself
[23:53] <TJ-> _codepoet: which selects on machine arch type to call found = x86_64_syscall_s2i(sc, &res) (if you don't have my suggested arch=b32
[23:54] <_codepoet> yea, I tried both b32 and b64, ala : -a always,exit -F arch=b32 -S creat -S open -S openat -S truncate -S open_by_handle_at -F exit=-EACCES -k access
[23:55] <agliodbs> hey, I'm trying to debug an upstart job which works fine when I run it interactively, but fails silently when I run it under upstart
[23:56] <Jordan_U> agliodbs: Please pastebin your upstart configuration.
[23:56] <agliodbs> there doesn't seem to be any way to capture the output of the daemon I'm trying to start though; upstart buries all logging
[23:57] <TJ-> _codepoet: and the answer. It isn't listed in "lib/x86_64_table.h"
[23:58] <agliodbs> Jordan_U: here's the current version http://pastebin.com/N2qMf8dd
[23:58] <agliodbs> feh, trailing "
[23:59] <agliodbs> fixed that, still the same issue
[23:59] <_codepoet> TJ-: Hrmmm.. then why does it work in trusty? because apt-get installs a newer version there?
[23:59]  * _codepoet goes to try it out


[10:11] <Mirv> what tsdgeos said. /me waves too
[10:41] <zsombi> Same here. All thebest for everyone!!!
[10:41]  * zsombi waves