 @AdamOutler do you remember you were saying you were having issues with cable modem lags? you switched between a few different models? I found the problem.
 It effects a few of the higher end modems including Netgear, Arris and a few others.
 Anyone using an intel puma chipset for the modem has a firmware bug that causes jitter
 Not the best link but they have some charts showing the difference between two modems https://www.theregister.co.uk/2016/12/03/intel_puma_chipset_firmware_fix/
 Intel is working on providing a firmware update for ISP's with a fix. But even then, it will be up to the isp to test and push it out in their system. whenever that may be
 seems the new system76 machine will have GNOME by default
 https://twitter.com/carlrichell/status/851940806843809793
[01:08] <clvx> I'm wondering if ubuntu gnome and current ubuntu will merge? Otherwise, customers will have to reinstall(?_?) the system maybe.
 Well system76 are doing their own mods to it
 So they will be building their own isos
[01:46] <clvx> interesting.. if they're gonna support it, I'm good with them.. I used to have a lemu4, and system76 support was pretty good.
 I'm on my second system76. My only computers will be system76 unless someone goes full core boot with real modern hardware
 https://dribbble.com/shots/3429458-Ubuntu-Gnome-Concept
 http://imgur.com/a/bYfz0
 http://www.theregister.co.uk/2017/04/12/prisoners_built_computer_connected_to_states_network/
 Jane Silber is to step down as Canonical CEO, with Mark Shuttleworth taking her place. Silber revealed the news in a blog post, following speculation on her future role.
 Yea saw that
 Big changes coming


[09:29] <Rhonda> Who can use ESM releases?  Is it public, or only for paying customers?
[09:33] <laney> Rhonda: Bit of both; any individual can get 3 licenses (IIRC), Ubuntu Members can get 50 (again IIRC), you can pay for more
[09:36] <Rhonda> Shouldn't bugs marked "incomplete" be closed in launchpad after a certain time?
[09:36] <Rhonda> I have one that has its last comment well over two years ago …
[09:37] <laney> I forgot the rules there
[10:20] <rbasak> Rhonda: IIRC it's only if nobody has replied and the project is set to do it.
[18:44] <Rhonda> rbasak: Noone has replied since well over two years.  How can the project be set to remove invalid bugreports after a while?
[18:46] <rbasak> Rhonda: https://launchpad.net/<project>/+configure-bugtracker "Expire "Incomplete" bug reports when they become inactive"
[18:46] <rbasak> It just changes the bug status from Incomplete to Expired automatically; that's all AIUI.
[18:47] <rbasak> But I believe it only does it when there hasn't been a further comment after the bug was marked Incomplete (see "with response" and "without response" in the advanced bug search form for evidence that Launchpad makes that distinction)
[18:48] <rbasak> I thought the length of time was configurable, but don't see that option.
[18:48] <rbasak> Maybe it's always 90 days or something like that?
[19:00] <Rhonda> rbasak: cheers, that wasn't set indeed. :)


[01:59] <Riddell> sgclark: 5.2.2 all in save for muon which I had to reroll again, time for sleep :)
[02:01] <sgclark> Riddell: thanks! night :)
[02:22] <ahoneybun> is there a Beta 2?
[05:33] <valorie> ahoneycutt: I think the above will be beta2?
[05:34] <valorie> unsure it it will be rolled out as a beta 2 release though
[05:41] <ahoneycutt> I saw it on the qa page
[05:41] <ahoneycutt> listed as beta 2 but was just a daily image
[05:52] <valorie> ok
[05:52] <valorie> an actual beta is usually announced
[08:49] <KDDA> Ive got a stuck package mysql-server-5.6 and I cant seem to install it, error is "/usr/bin/deb-systemd-helper: error: unable to link /etc/systemd/system/mysql.service to /dev/null: File exists
[08:49] <KDDA> "
[08:50] <KDDA> anyone know a fix?
[08:54] <valorie> hmmm, a few mentions here of mysql problems earlier
[08:54] <valorie> did you google that line you pasted?
[08:54] <valorie> might be a bug report with a workaround
[10:39] <sitter> amazon says austrian wine can't be sent to austria :(
[10:43] <manchicken>  So, my test box is dead in the water, I think it was the 3.19.0-10 kernel upgrade.
[10:43] <manchicken> I'm thinking of purging that package, but will that revert back to the already-installed 3.18.0-13 or will it leave me with no kernel image?
[10:44] <manchicken> It's been a long time since I had to fix this manner of screw-up.
[10:44] <KDDA> just select the previous one in grub
[10:44] <KDDA> does it boot at all?
[10:49] <Riddell> anyone able to test libreoffice from here for breeze icons? https://launchpad.net/~jr/+archive/ubuntu/ppa
[10:49] <Riddell> manchicken_: is it just sddm not running?
[10:49] <manchicken_> Reverting kernel versions fixed it.
[10:50] <sitter> Riddell: did you review the apport port?
[10:50] <manchicken_> I was very worried for a moment there... I did it and then the machine kinda went to the boot throbber and wouldn't do anything else.
[10:50] <manchicken_> Then I rebooted with the power button and it started right back up.
[10:52] <Riddell> sitter: mm no sorry
[10:52] <Riddell> can do so in a bit
[11:14] <mparillo> Launchpad bug 1409555 is fix released. Does that mean it is time to re-test the development release upgrade process (https://help.ubuntu.com/community/VividUpgrades/Kubuntu), or do we wait?
[11:16] <Riddell> mparillo: yes we need to test that for beta
[11:16] <sitter> Riddell: http://kci.pangea.pub/job/vivid_unstable_muon/57/ broken
[11:16] <Riddell> meh I fixed that
[11:17] <Riddell> sitter: no really, I fixed that
[11:17] <sitter> ah still building
[11:17] <sitter> Riddell: nevermind ^^
[11:22] <soee> good morning
[11:23]  * Riddell rebuliding beta candidate images
[11:25] <shadeslayer> Hola soee
[11:25] <Sick_Rimmit> Morning soee
[11:26] <Riddell> Sick_Rimmit, mparillo, soee: who's coming to akademy?
[11:27] <soee> oh, not me :(
[11:34] <soee> Riddell: as i wrot yesterday the element that is missing i mun for me in 5.2.2 is called Discover Tollbar. The real problem is it exists but is just empty
[11:52] <sgclark> morning
[11:53] <soee> good morning sgclark
[11:55] <mparillo> Riddell: OK, I will re-test https://help.ubuntu.com/community/VividUpgrades/Kubuntu, but I assume Akademy is in Europe? Very kind of you for including me in your question, but Sick_Rimmit and soee would be both much more useful there.
[11:56] <BluesKaj> 'Morning folks
[11:57] <Riddell> markey_work: ddd
[11:58] <soee> <3 https://kdeonlinux.wordpress.com/2015/03/25/breeze-love-libre-office/
[12:02] <sitter> Riddell: wrong m<tab>? also what's ddd :O
[12:05] <Riddell> oh sorry markey_work
[12:05] <Riddell> my ssh session hung
[12:06] <markey_work> it's ok :)
[12:07] <Sick_Rimmit> mparillo: I am not going to be able to upgrade because I am on the Plasma 5 Tech Preview, so I'm going to do a re-install
[12:09] <Riddell> ooh Sick_Rimmit are you coming to akademy?
[12:09] <Riddell> mparillo: don't undersell yourself!
[12:09] <Sick_Rimmit> Let me take a look at that.
[12:10] <sitter> mh
[12:11] <sitter> mparillo: people insist I go to akademy yet all I do is get everyone drunk and insult as many people as possible ;)
[12:12] <Riddell> sitter: and we love you for it
[12:12] <sitter> :*
[12:12] <sgclark> yes we do!
[12:12] <mparillo> Sick_Rimmit: I meant you would be more useful at Akademy than I would be. Not that I was asking you to help me test the upgrade. I am building a clean 14.10 VM now. THen I will kick off the 14.10 upgrade. Then I will test the https://help.ubuntu.com/community/VividUpgrades/Kubuntu
[12:12] <Riddell> mparillo: ah but if you both came.. twice the usefulness :)
[12:13] <Sick_Rimmit> mparillo: Ah ha, right OK now I understand :-)
[12:19] <BluesKaj> can anyone point me to a tutorial for setting up actitvities on 15.04 ...can't seem find anything except descriptions about how wonderful activities is, but no real tutorials
[12:21] <BluesKaj> mainly because I miss my different wallpapers for VDs
[12:23] <Riddell> BluesKaj: come to akademy and ask in person :)
[12:23] <BluesKaj> akademy?
[12:24] <Riddell> kde conference
[12:24] <BluesKaj> oh, where?
[12:24] <Riddell> a coruna in western spain
[12:24] <Riddell> they put the "finisterre" into the shipping forcast
[12:26] <BluesKaj> don't think wife would appreciate me attending a geek conference in Spain without her :)
[12:27] <mparillo> BluesKaj: better a geek conference than a trade show. In the USA, you will find 'booth babes' (not sure that translates well, but you can figure it out).
[12:28] <Riddell> no booth babes at akademy, only codes of conduct to ensure none of that silly sexist stuff
[12:28] <soee> i doubt i can attend such events this year, but i would like to start soon
[12:28] <Riddell> and my girlfriend is coming, all welcome
[12:29] <soee> anyone knows something about this: https://plus.google.com/112006442202318727102/posts/SMRDjueGCA3 ?
[12:34] <BluesKaj> well, my bad knees wouldn't be able to handle a long flight now that the seating arrangements are even more cramped than before...being a really old tall guy is no fun in an airplane nowadays
[12:35] <sitter> soee: google: plasma desktop scripting
[12:38] <Riddell> ScottK: you should come to akademy, we haven't seen you in too long!
[12:41]  * sitter agrees
[12:41] <Riddell> see, if you come then harald will come and we can have hot tub parties
[12:45] <yofel> talking about conferences, anyone going to debconf?
[12:48] <sitter> need review http://paste.ubuntu.com/10677432/
[12:50] <Riddell> sitter: no changelog entry?
[12:50] <Riddell> sitter: what's the rationale?
[12:50] <yofel> +Breaks: cantor
[12:50] <yofel> +Replaces: cantor
[12:50] <yofel> unversioned?
[12:52] <yofel> what's up with line 183-185? ^^
[12:52] <sitter> wrap and sort decides to not eat empty lines xD
[12:52] <yofel> mah
[12:53] <sitter> which is actually intersting considering it eats comments in control
[12:53] <sitter> ....
[12:53] <yofel> why the data files in libcantorlibs6 ?
[12:54] <sitter> yofel: it also contains an unversioned plugin, so no point in moving the data elsewhere as the plugin would conflict anyway
[12:54] <yofel> meh, true
[12:58] <sitter> other option would be to split the plugin out and move the data out as well
[12:59] <sitter> personally I don't see the benefit in that, in fact I'd put all of cantor in one package and have one -dev and one -dbg and be done with it
[12:59] <sitter> the packaging is awkwardly blown up with no real benefit other than not having to install all possibly backend thingums
[12:59] <yofel> I think that's the point really
[13:00] <sitter> technically it also has a kpart
[13:00] <sitter> so that would have to be split as well
[13:01] <sitter> oh and the assitants needs splitting as well xd
[13:03] <debfx> split all the things!
[13:04] <sitter> what we could do is cantor -> kpart5-cantor -> libcantorlibs -> cantor-panels & cantor-assistants & libcantrolibs-data & cantor-backend-*
[13:04] <sitter> this would seem slightly less awkward if the lib wasn't glued into the app source for no good reason
[13:17] <Riddell> sitter: I committed a fix for apport qt5 and it's working well
[13:18] <Riddell> sitter: fancy submitting a FFe and we'll get pitti to ack?
[13:23] <sitter> https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1436328 https://code.launchpad.net/~kubuntu-packagers/apport/qt5/+merge/254082
[13:25] <sitter> so guys, what do we do with cantor? should I split it further or are we leaving it at libs+dev for now?
[13:56] <soee> Riddell: Vivid does not work with VB ?
[14:00] <Riddell> soee: it's reported to work now
[14:01] <soee> Riddell: one user reports on #kubuntu crash
[14:02] <soee> but he is using debian, does it matter ?
[14:09] <Riddell> I've no idea
[14:09] <Riddell> depends what crashed and how
[14:11] <mparillo> Could not install the upgrades from 14.10. Everything seemed to be running nicely but I got: http://imgur.com/RvTrg2H towards the end (after step 3.4 on https://help.ubuntu.com/community/VividUpgrades/Kubuntu). I noticed Riddell removed the bit about removing extras
[14:25] <Riddell> mparillo: ug, what's in logs?
[14:26] <Riddell> note to self: is http://kde-apps.org/content/show.php/Kcmsystemd?content=161871 interesting?
[14:29] <mparillo> How do I get the logs?
[14:34] <Riddell> mparillo: /var/log/dist-upgrade I think
[14:50] <yofel> Riddell: kde-config-systemd 0.7.0-1 is in debian experimental
[14:51] <Riddell> hmmwe should sync that
[14:52] <Riddell> but I wonder if it's useful on by default and I wonder if it's useful to be part of upstream plasma
[14:53] <Riddell> trying out fedora.. it's a bit weird but not as bad as arch which apparantly doesn't even have an installer
[15:12] <BluesKaj> arch is delberately obtuse about creating an installer , the devs think it weeds out the great unwashed :) ...I ran their tutorial and installed arch, then running it was an anticlimax ...didn't do much for me at all
[15:13] <BluesKaj> arch lasted 3 days on my pc :)
[15:14] <Riddell> :)
[15:14] <soee> well its good if you know how to install what you want and want to insyall only what you want
[15:14] <soee> BluesKaj: did an upgrade to 5.2.2 ?
[15:14] <BluesKaj> and their chats are full of juveys with swelled heads
[15:15] <BluesKaj> I guess so , I dist upgraded this morning, soee
[15:16] <soee> BluesKaj: can you chec muon ?
[15:16] <soee> *check
[15:17] <BluesKaj> I can't right now I'm on 14.10
[15:17] <soee> ok
[15:17] <KDDA> anyone find a fix for MySQL>Akonaid>Kontact?
[15:18] <soee> woho LibreOffice Online Announced :)
[15:18] <Riddell> about time, only took them three years
[15:19] <soee> better now than never :)
[15:19] <soee> BluesKaj: you once mentioned you cant run kdesu from krunner ?
[15:22] <BluesKaj> soee, I can't get kdesudo systemsettings to launch in krunner in order to set global fonts as root so I can read the toolbars during file editing on this TV/monitor
[15:22] <BluesKaj> for example
[15:23] <BluesKaj> won't launch from the konsole either
[15:26] <kfunk> the kubuntu vivid live installer asks for a kwallet pass when entering the wifi password -- I'm sure we don't want that?
[15:26] <kfunk> known?
[15:27] <kfunk> lemme rephrase: it attempts to create a wallet. which is quite useless in the live session.
[15:28] <BluesKaj> yup, ignore kwallet just enter your pw in the login  , it will continue, it's a known bug
[15:29] <Riddell> kfunk: oh bah I had hoped I had fixed that
[15:29] <Riddell> kfunk: ifyou can work out what setting is needed or file should be removed to sto pit from happening let me know :)
[15:29] <Riddell> kfunk: does it try to migrate the kdelibs4 wallet?
[15:29] <BluesKaj> Riddell, i saw it in the daily a few days ago when i reinstalled
[15:30] <kfunk> Riddell: no migration iirc
[15:30] <Riddell> well that's something :)
[15:30] <BluesKaj> except the wallet didn't pop up ,. only the the login page
[15:36] <kfunk> Riddell: also, I'd disable the automatic screensave if possible
[15:36] <kfunk> just setting up a new notebook, thus I'm seeing this issues here :)
[15:40] <sitter> Mirv, mitya57: upstream kde wants a patchy in qtwayland, how do we best go about landing that? https://codereview.qt-project.org/#/c/106367/
[15:50] <Riddell> note to self, add http://quickgit.kde.org/?p=plasma-workspace.git&a=commit&h=a476e1b6bf6f683bd74000bb30076868c9f92371
[15:50] <Riddell> ooh new images :)
[15:50] <Riddell> !testers | beta 2 candidate images
[15:52] <mparillo> Riddell: Paste from var/log/dist-uprade http://paste.ubuntu.com/10678743/
[15:58] <soee> som isos link please
[15:59] <Riddell> soee: http://iso.qa.ubuntu.com/qatracker/milestones/336/builds
[16:00] <mparillo> soee: I am getting 32-bit, so maybe you can pick 64-bit?
[16:06] <BluesKaj> Riddell, navigated to the image but it's the same as my daily image from last week , they should label it beta 2
[16:06] <Riddell> it is a daily image, we make them new each day
[16:06] <Riddell> it doesn't get labelled beta until we release it, that's why we need people to test it so we can label it
[16:10] <soee> mparillo: ok
[16:10] <BluesKaj> ok , dumped the old image, downloading the new daily
[16:10] <Riddell> hi ximion, have you seen the gsoc project I have to add install to various kde apps?
[16:11] <Riddell> BluesKaj: a zsync might have been faster
[16:25] <ximion> Riddell: the "package install for 3rd party applications " one?
[16:25] <Riddell> ximion: yeah
[16:28] <ximion> Riddell: I am currently working with the Debian ftpmasters to get a patch for AppStream into dak (it's quite a lot of code to review, and might even need to be run on a separate machine since some people don't like image processing being done on a critical machine)
[16:29] <ximion> the basic building block for DEP-11 support (the Debian spec for AppStream) is at https://github.com/ximion/dep11
[16:29] <ximion> I'll likely create a standalone app to generate the data without the use of dak
[16:30] <ximion> theoretically, the data could then be shipped in a simple .deb package, instead of integrating AppStream into Launchpad (which would be the proper way to do things, but will likely also take more time)
[16:31] <ximion> on Tanglu, we already ship a package for AppStream support as technical preview: http://packages.tanglu.org/source/bartholomea-updates/appstream-data
[16:32] <Riddell> ximion: how does that package work?
[16:33] <ximion> Riddell: it ships the DEP-11 YAML and icons, which are then consumed by appstream-index or hughsie's appstream-glib library
[16:33] <ximion> (see the /usr/share/app-info/yaml folder in the package)
[16:35] <ximion> the "normal way" to get that data would be APT downloading it from the archive directly, but that feature needs dak/Soyuz integration on Debian/Ubuntu, so shipping it as .deb package is easier
[16:35] <ximion> (for now)
[16:39] <soee> Riddell: if in live session desktop is not localized i should mark test as failed ? and this bug is enough to add 1306866 ?
[16:40] <Riddell> soee: the session won't be translated, we don't have space for that
[16:40] <Riddell> but ubiquity should be if you set it
[16:40] <Riddell> and the installed session should be if you have internet access during install
[16:40] <soee> ubiquity is, just not live session
[16:40] <Riddell> that's as expected then
[16:40] <soee> ok
[16:42] <BluesKaj> hmm, the loads shown by cpu/memory monitor widget doesn't agree with ksysguard and htop ...something to keep in mind
[17:06] <soee> :$
[17:17] <soee> i think ubquity misses some images
[17:23] <sgclark> thanks Riddell, one of these days I will remember to update trello
[17:23] <Riddell> :)
[17:23] <Riddell> thanks for doing 5.2.2 sgclark
[17:23] <sgclark> np!
[17:23] <sgclark> think a couple days yet for the applications?
[17:31] <Riddell> sgclark: I'm not sure what you're asking there, applications can be packaged now no?
[17:32] <sgclark> Riddell: oh? I thought the email saiding tagging 3 days yesterday or day before.
[17:33] <sgclark> would be better for me to do now, I am out of town this weekend and forcing myself away from work lol
[17:35] <BluesKaj> Riddell, both zsync anmd html images failed during the last few secs of their respective downloads , md5sum is totally different than the soiurce
[17:39] <BluesKaj> trying wget
[18:05] <_Groo_> Riddell: kde-telepathy is still broken in ci :(
[18:06] <_Groo_> https://www.irccloud.com/pastebin/PhPaeYNh
[18:07] <soee> Riddell: from this slideshow images are missing http://wstaw.org/m/2015/03/25/ubiquity.jpg
[18:07] <soee> in ubiquity
[18:11] <Riddell> soee: well spotted, can you report a bug?
[18:12] <Riddell> sgclark: looks like beta 3 was last week, RC is due today, final thing tagged in two weeks, take your pick :)
[18:13] <sgclark> Riddell: ahh okies, rc then and final when it arrives
[18:13] <sgclark> ty
[18:17] <BluesKaj> Riddell, FYI , wget fails to finish the beta 2 download as well, that 3 tries and they all failed ...sorry can't test the iso
[18:17] <Riddell> BluesKaj: wget -c  ?
[18:17] <genii> or noclobber
[18:17] <BluesKaj> something wrong withe source url
[18:18] <BluesKaj> just wget , no -c
[18:18] <Riddell> try -c to finish it off
[18:18] <Riddell> what url are you using?
[18:18] <genii> BluesKaj: What url are you using? I can try it here
[18:19] <BluesKaj> http://cdimage.ubuntu.com/kubuntu/daily-live/20150325.1/vivid-desktop-amd64.iso
[18:19] <ovidiu-florin> ahoneybun 65 more links to fix
[18:20] <ovidiu-florin> this is too repetitive for me
[18:20] <ovidiu-florin> I'm taking a shower. BRB
[18:20] <BluesKaj> genii, it's stuck at 99%
[18:21] <BluesKaj> no way to get back to mth eprompt to use the -c
[18:21] <genii> Well, I'm trying it now but on this connection I'll let you know in ~35 minutes
[18:22] <_Groo_> Riddell: according to ci lp all the telepathy files are there, but i still cant install it cleanly in utopic, its missing packages
[18:23] <ahoneybun> ovidiu-florin: I have not see your notes on how to check them
[18:23] <BluesKaj> I opened another terminal and used -c and it finished the download , I think
[18:24] <BluesKaj> genii, ^
[18:25] <genii> BluesKaj: Ah, OK. I think you could have also ctrl-c the original wget
[18:26] <BluesKaj> ok , I'll try to remember that
[18:26] <BluesKaj> gonna try burning it with wodim
[18:26] <BluesKaj> k3b fails
[18:27] <yofel> did someone try to run ubiquity from a live session? For me it just says "rmdir: failed to remove '/run/udisks2/inhibit-polkit': Device or resource busy" and quits
[18:29] <soee> yofel: im installing it now, doing Non-English Live Session & Installation; Full Network Support in Kubuntu Desktop amd64 for Vivid Daily
[18:29] <soee> all went fine, installer copies files now
[18:30] <yofel> that's what I did too, but after launching the live session I can't start ubiquity
[18:36] <Riddell> d__ed: so can I borrow your shower now?
[18:39] <BluesKaj> well, here goes
[18:47] <mparillo> sgclark: Today's Beta 2 Release Candidates show Plasma 5.2.2 Thank you.
[18:49] <ovidiu-florin> ahoneybun: I haven't written much on that
[18:49] <ovidiu-florin> ahoneybun: check the header from https://notes.kde.org/p/Kubuntu-new-site-pages-not-found
[18:50] <soee> yofel: non english live session finished and works fine after installation for me
[18:51] <soee> im testing in VB
[18:53] <yofel> me too...
[18:55] <ovidiu-florin> jose: ping
[18:55] <jose> pong
[18:56] <ovidiu-florin> jose: I want/hope that by the end of this week to give the site to the canonical sysadmins
[18:57] <jose> perfect
[18:57] <ovidiu-florin> and have it available under a temporary subdomain
[18:57] <ovidiu-florin> newsite.kubuntu.org
[18:57] <ovidiu-florin> or something like that
[18:57] <ovidiu-florin> can you make the necessary arangements?
[18:58] <ovidiu-florin> jose: there are backups (not sanitized) in the Backups folder in my HOME on the server
[18:58] <ovidiu-florin> I'll make one after every milestone (if I don't forget)
[18:58] <jose> eh, we need to have something finalized before we can ask
[18:59] <ovidiu-florin> I'll do my best
[18:59] <ovidiu-florin> brb
[19:00] <soee> ubiquity slides should be localized ?
[19:01] <Riddell> soee: known bug
[19:02] <soee> Riddell: do you know bug report number ?
[19:03] <mparillo> Does anybody have to re-enter their kwallet password to access wireless every time booting? http://imgur.com/iFbqueM
[19:06] <Riddell> mparillo: yep
[19:09] <mparillo> Riddell: TY, so working as designed, known bug, or should I create a new one? If, what component?
[19:10] <Riddell> mparillo: it's working as designed
[19:10] <Riddell> mparillo: the fix is to get someone to finish off pam integration of kwallet at login
[19:10] <Riddell> but that's a feature rather than a bug
[19:17] <ovidiu-florin> jose: back
[19:17] <jose> ok
[19:17] <ovidiu-florin> jose: I would like to get the site on a temporary domain, when it's almost release ready
[19:17] <ovidiu-florin> and continue working on it there
[19:18] <jose> don't we have that already?
[19:18] <ovidiu-florin> and then just ask them to change domains to publish it
[19:18] <ovidiu-florin> that's faster than migrating the whole site at wonce
[19:18] <ovidiu-florin> jose: we have it on our working server
[19:19] <ovidiu-florin> I want to get it on our public server, but on a temporary subdomain
[19:19] <ovidiu-florin> so we can make sure everything works
[19:19] <jose> eh, not sure if we can get that done.
[19:19] <jose> I can ask around later today
[19:19] <ovidiu-florin> and do some last minute changes
[19:19] <ovidiu-florin> jose: that's what I wanted
[19:20] <ovidiu-florin> to find out if we can do that, and what's the procedure
[19:36] <soee_> the OEM installation does not offer Prepare for shipping to end user install icon on the desktop
[19:38] <soee_> if we add widget Flder and it point to Desktop folder
[19:38] <soee_> we than have this icon
[19:49] <soee_> https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1436537
[19:50] <soee_> oh crap, i think it shouldnt be assigned to ubiquity right ?
[19:53] <mparillo> I might have found the cause of http://imgur.com/RvTrg2H on the development upgrade. I force-powered-down my VM (I could not use the menu or launch a konsole). When I re-started, it looked as if I was running Plasma 5. I opened a konsole and I ran sudo dpkg --configure -a and the problem was a dependency on baloo-kf5
[19:54] <yofel> that's lp 1426132 then
[19:55] <mparillo> I will add a comment that it still occurs with Beta2 RC1.
[19:56] <ahoneybun> ovidiu-florin: sgclark valorie Riddell guess who is going to Akademy!
[19:56] <soee_> Riddell: shall i report new bug for ubiquity about missing slides localization ?
[19:56] <ovidiu-florin> ahoneybun you and me?
[19:56] <ovidiu-florin> and my brother :P
[19:56] <ahoneybun> yep
[19:56] <ahoneybun> XD
[19:57] <ovidiu-florin> awesome :D
[19:57] <ahoneybun> my request was approved
[19:57] <Riddell> awooga
[19:57] <ovidiu-florin> so was mine
[19:57] <ahoneybun> awesomesauce
[19:57] <ahoneybun> whooo
[19:58] <sgclark> nice!
[19:59] <ovidiu-florin> Riddell: do we have a list of people that are going to akademy this year?
[20:00] <ahoneybun> hey prth
[20:01] <prth> hi ahoneybun
[20:02]  * ahoneybun calling everyone telling them about akademy
[20:03] <ahoneybun> sgclark: I've been out of the country
[20:03] <ahoneybun> *never
[20:04] <sgclark> wow! so this will be a grand experience for you :)
[20:04] <sgclark> it is great fun
[20:04] <Riddell> ahoneybun: um do you have a passport?
[20:05] <ahoneybun> Riddell: need to get one
[20:05] <ahoneybun> *will get it
[20:06] <ahoneybun> Riddell: ^
[20:07] <Riddell> ahoneybun: best start pronto, those things can be very beurocratic :)
[20:07] <sgclark> ahoneybun: eek yes they can take some time
[20:07] <yofel> soee_: did you ever had plasma freeze on you on first boot after install? Happened to me twice already..
[20:08] <soee_> yofel: nope
[20:08] <ahoneybun> sgclark: Riddell next paycheck
[20:08] <soee_> but Vb uses half of my laptop resources, 4 cores, 4GB ram etc
[20:08] <prth> Riddell, i read your comment & i agree. I had thought to fix the bugs while porting
[20:09] <soee_> so maybe it prevents from freezing
[20:09] <prth> Riddell, so do you recommend to focus on porting ui files to QML during summer or should i  focus on adding features?
[20:09] <yofel> I only gave it 1.2G, maybe that's it
[20:09] <yofel> it actually seems to be doing something, just very _very_ slow
[20:09] <soee_> yofel: but twice i had to restart my  laptop when my system stoped to response during installation in VB :)
[20:10] <yofel> haven't seen that in a while, but I know what you mean
[20:10] <Riddell> prth: fixing bugs and ensuring feature parity with the gtk frontend should be first, qml well that needs a reason why first :)
[20:12] <prth> Riddell, yeah i lean towards that too. i thought it would be cool to use QML animations instead of WebView for slides but features like upgrade Kubuntu would be more useful to the users
[20:13] <yofel> hm, now plasma reacts again, and top shows plasmashell using 70% cpu doing... something (I have a notification with an unlabled progressbar...)
[20:13] <Riddell> prth: the ubiquity UI is quite shiny already, if you want to make a shiny UI the release-upgrade tool is in need of one
[20:14] <soee_> yofel: if you find few minutes, please do OEM test and see if you can confirm the bug i have reported
[20:14] <Riddell> yofel: baloo breakage on upgrade, I think I'll add a baloo transitional package that depends on baloo-kf5
[20:15] <yofel> Riddell: if you do that you might want to drop the provides: - I think that's where our troubles come from in the first place
[20:16] <Riddell> yes I'll do that
[20:16] <ahoneybun> next paycheck I'm getting the passport
[20:16] <prth> Riddell, thanks :). I'll focus on the features qt frontend is lacking
[20:16] <yofel> soee_: I'll do that in a moment
[20:16] <yofel> now to pass auto-resize...
[20:17] <soee_> nie
[20:17] <soee_> nice
[20:20]  * ahoneybun just thought of going to akademy with a GNOME laptop
[20:21] <Riddell> ahoneybun: best not
[20:21] <soee_> someone can take a look @ #kubutnu and maybe help this user (vivid and systemd)
[20:21] <ahoneybun> Riddell: joke
[20:22] <Riddell> phew
[20:23] <Riddell> mparillo: you fell into the trap with that libreoffice blog and posted a screenshot of it on windows :)
[20:23] <Riddell> don't worry nobody will notice
[20:44]  * ahoneybun will try out Beta 2
[20:45] <ovidiu-florin> beta 2 was released?
[20:46] <yofel> not yet
[20:46] <yofel> though the installation is in a reasonable state
[20:49] <soee_> can someone highlight on this chan ?
[20:50] <yofel> soee_: ping
[20:50] <yofel> though ubottu could do that too IIRC
[20:50] <soee_> yofel: thank you, seems like i had disabled notifications in systray
[21:05] <mparillo> Riddell: D'oh. I simply pasted from his blog post. And when you write 'nobody will notice' you noticed. As we used to say in New York, "What am I, chopped liver?" Meaning: "What? I do not count?"
[21:05] <Riddell> mparillo: only because he pointed it out to me :)
[21:05] <Riddell> and I sent him a better screenshot to put on his blog
[21:05] <ovidiu-florin> 13 more links to fix
[21:06]  * Riddell hugs ovidiu-florin
[21:06] <ovidiu-florin> 12
[21:07] <ovidiu-florin> 11
[21:07] <ovidiu-florin> 10
[21:08] <ovidiu-florin> 9
[21:09] <ovidiu-florin> 8
[21:09] <soee_> :)
[21:09] <Riddell> ☺
[21:09] <ovidiu-florin> 7
[21:09] <Riddell> ༒
[21:10] <ovidiu-florin> 6
[21:10] <soee_> mparillo: ill do 1 or 2 test with 32bit isos
[21:11] <soee_> appmenu-qt5 is part of Plama 5 ?
[21:11] <ovidiu-florin> 5
[21:12] <ovidiu-florin> 4
[21:12] <Riddell> 
[21:12] <ovidiu-florin> 3
[21:13] <Riddell> soee_: no and we don't install it any more since nothing uses it
[21:13] <ovidiu-florin> 2
[21:14] <ovidiu-florin> 1
[21:14] <Riddell> ⋯
[21:14] <soee_> Riddell: ok, it also breaks a lot Plasma5 https://plus.google.com/+AnoopPanavalappil/posts/Ao6K1ZWCnJF
[21:14] <soee_> i have installed this and can confirm what they write
[21:14] <ovidiu-florin> DONE https://notes.kde.org/p/Kubuntu-new-site-pages-not-found
[21:15] <ahoneybun> seems I have a courthouse near me that I can apply for the passport Riddell
[21:15] <Riddell> soee_: what does it break? I don't see him complaining about appmenu-qt5
[21:15] <ahoneybun> awesome ovidiu-florin
[21:16] <ahoneybun> anything else needs doing ovidiu-florin?
[21:16] <yofel> kubotu: order whisky for ovidiu-florin
[21:16]  * kubotu throws a mighty fine glass of Balvenie Doublewood at ovidiu-florin.
[21:16] <kubotu> What are ye looking at?
[21:16] <Riddell> yofel: wait, he has 1 more to do!
[21:16] <soee_> Riddell: read the kaspers comment
[21:16] <ovidiu-florin> Riddell: no, It's done
[21:16] <ovidiu-florin> I've made a backup already of the site
[21:16] <Riddell> soee_: hmm, strange
[21:17] <Riddell> 🎆🎇
[21:17] <ovidiu-florin> now I just want lordievader to run his magical scripts to check everything
[21:17] <ovidiu-florin> then I'll mark it as done in trello
[21:17] <Riddell> thanks ovidiu-florin, you're doing great
[21:19] <soee_> hmm fr i386 iso VB shows me FATAL: No bootable device found.  I have done a couple of the easy ones. Even though I did not notice the missing images on the slide show.
[21:27] <ovidiu-florin> finish adding them, and then I'll add some style to that page
[21:27] <ovidiu-florin> I'm off to bed
[21:27] <ovidiu-florin> good night
[21:46] <KDDA> anyone know how to fix the problem with MySQL not starting and affecting Akonadi and Kontact?
[21:48] <yofel> KDDA: a full error log would really help to narrow the error down
[21:48] <yofel> mine turned out to be lp 1435823
[22:04] <soee_> Riddell: what about User settings moduel in System Settings - any idea why its gone ?
[22:05] <yofel> *blink*
[22:06] <yofel> /usr/share/kservices5/user_manager.desktop: Exec=kcmshell4 user_manager
[22:06] <yofel> that looks wrong
[22:07] <soee_> thers no port to kf5 ?
[22:08] <yofel> that *is* the kf5 port
[22:08] <yofel> and our user-manager version is ancient
[22:08] <yofel>  user-manager | 4:5.1.95-0ubuntu1        | vivid/universe  | source, amd64, arm64, armhf, i386, powerpc, ppc64el
[22:08] <soee_> hmm
[22:08] <yofel> it's fixed upstream FWIW
[22:09] <Riddell> yeah probably just needs a new snapshot taken
[22:09] <yofel> well, a release would be better. Is there a reason why there isn't one?
[22:10] <Riddell> cos a plasma dev grumped that it overlapped with the accounts kcm
[22:10] <Riddell> which has gone in 5.3
[22:10] <yofel> ah
[22:11] <yofel> soee_: anyway, kcmshell5 user_manager works fine if you need it
[22:11] <Riddell> we might want a snapshot of Touchpad kcm too
[22:11] <Riddell> great work testing yofel, soee_, mparillo :)
[22:15] <soee_> yofel: thanks
[22:16] <soee_> one month and we will have Plasma 5.3 :) and not so long ago we had 5.0
[22:18] <Riddell> and now we have fcitx for chinese users, woo
[22:18] <KDDA> yofel: looked at that bug and dont think its the same one Im seeing
[22:18] <KDDA> all the error log seems to say is "Database process exited unexpectedly during initial connection!"
[22:18] <_Groo_> can someone confirm that kde-telepathy is still broken in ci?
[22:19] <_Groo_> https://www.irccloud.com/pastebin/atfJaJUJ
[22:19] <_Groo_> neither kde-telepathy nor kde-telepathy-minimal can be installed
[22:20] <soee_> im not using ci, ut kde-telepathy from archive in vivid works just fine
[22:48] <valorie> I'm sorry to report that systemd/sddm catfight continues in latest upgrades
[22:48] <valorie> systemctl start sddm starts it, but bleah
[22:51] <Riddell> seems like a recurring problem
[22:51] <soee_> mparillo: i did last test for i386
[22:51] <Riddell> but at least it's repeatable
[22:51] <soee_> mparillo: we have all now done
[22:51]  * Riddell high fives soee_
[22:51] <Riddell> baloo packages up so upgrade may work in a couple of hours
[22:52]  * Riddell snoozes
[22:53] <soee_> and we are after chineese ppl taht had kylin tested before us :)
[22:53] <soee_> but beeing second isn't that bad -.-
[23:11] <mparillo> TY soee_ I got to have dinner.
[23:17] <ahoneybun> is that daily image treated as Beta 2 RC?
[23:18] <yofel> yes
[23:18] <ahoneybun> thanks yofel I will download it tonight
[23:23] <soee_> i think i will install Vivid on my parents pc this weeknd :)
[23:26] <KDDA> soee: it ready for show time?
[23:26] <soee> works nice for me, so i gues yes
[23:27] <KDDA> I have a windoze 8 laptop Im just itching to format
[23:27] <KDDA> well 8.1
[23:28] <soee> install kubutnu next to it
[23:28] <KDDA> nah, I cant stand those fecking tiles!
[23:29] <valorie> rebooting still needs console: systemctl start sddm
[23:29] <valorie> if your parents can handle that until it's fix00red
[23:30] <KDDA> my box is reboot fine
[23:30] <KDDA> only problem I have at the moment is Kontact
[23:30] <KDDA> and the manual checking of 16 accounts is getting annoying!
[23:31] <valorie> oh, interesting
[23:31] <valorie> this was a fresh install of beta 1
[23:31] <valorie> and I did the updates today
[23:32] <soee> valorie: i dont have such problem on my laptop nor my work pc
[23:33] <valorie> hmmm, I thought it was universal
[23:33] <valorie> stranger and stranger
[23:33] <KDDA> dont think so :/
[23:33] <valorie> I know I'm not alone for sure
[23:33] <soee> well at work i had a problem with sddm but used one comment that lordivader showed me and it works since then
[23:33] <KDDA> your just special
[23:33] <yofel> no, and for most people, enabling it once by hand fixes it
[23:33] <valorie> hmmm
[23:34] <soee> oh crap my cursor is gone oO
[23:34] <valorie> should I use something else than `start`?
[23:34] <soee> valorie: wasnt there soem command to enable it ?
[23:34] <yofel> valorie: what does status say for Loaded:... ?
[23:35] <valorie> yofel, full command I should type?
[23:35] <yofel> systemctl status sddm
[23:36] <valorie> oops, how do I pastebinit that again? systemctl status sddm | pastebinit ?
[23:36] <yofel> I just care about that one line
[23:37] <yofel> or well, whether it says enabled or disabled in the middle of it
[23:37] <soee> brb
[23:37] <KDDA> loaded and active here :)
[23:37] <yofel> valorie: you should see:    Loaded: loaded (/lib/systemd/system/sddm.service; enabled; vendor preset: enabled)
[23:38] <valorie> http://paste.ubuntu.com/10681193/
[23:38] <valorie> disabled
[23:39] <yofel> valorie: right, so 'sudo systemctl enable sddm' should fix it
[23:39] <valorie> excellent
[23:39] <yofel> Riddell: why does sddm still conflict with<EMAIL_ADDRESS>?
[23:39] <mparillo> hmm, I have not had to systemctl start sddm on either Beta2 RCs.
[23:40] <valorie> so somehow this was fixed, strange
[23:46] <KDDA> valorie: have you tried a reboot?
[23:46] <valorie> after that command, no
[23:46] <valorie> busy with other things now
[23:46] <KDDA> no prob
[23:54] <yofel> *sigh* - this is 2015, and reasonable handling of broken network mounts on shutdown remains a dream...


[07:52] <dholbach> good morning
[08:09] <ion> hi
[09:12] <ev> pitti, bdmurray: https://wiki.ubuntu.com/ErrorTracker/ReducingRetracerDiskUsage
[09:16] <pitti> Good morning
[09:37] <ev> pitti, mpt: https://docs.google.com/a/canonical.com/document/d/1BWOIRdJvUueJa4cWV68UEY3nlmHgAVJY6aNGo6YSCQg/edit
[10:01] <pitti> ev, bdmurray: bug 1084996
[10:03] <bdmurray> pitti: so with that SRU also bug 1084296 should be fixed
[10:11] <mpt> ev, bug 1056061
[10:15] <mpt> ev, bug 1020988 is fixed now, right? :-)
[10:18] <mpt> ev, bug 1068060 looks like another example of a typo-test-level bug with a decent-sized benefit
[10:20] <bdmurray> ev: is bug 1021326 fixed too?
[10:24] <mpt> ev, bdmurray: reported bug 1085853
[10:33] <mlankhorst> slangasek: is a rebuild of the non-ddx reverse-depends of x11proto enough?
[11:09] <mlankhorst> slangasek: https://launchpad.net/~mlankhorst/+archive/ppa/+packages pushed there, libxcb on armel failed on uploading, building went fine and it wasn't a rdepends anyway, just thought I'd test it
[11:10] <pitti> mvo: have you ever used python-apt to construct an apt cache for a different architecture?
[11:10] <pitti> mvo: I tried to call apt.apt_pkg.config.set('Architecture', 'armhf') before apt.Cache(rootdir=...), but it isn't taken into account
[11:13] <cjwatson> mlankhorst: I think that's possibly transient, as it seems to just have fallen over trying to upload to the librarian - retry that build?
[11:15] <mlankhorst> yeah it's fine, armhf worked so no need to try again..
[11:51] <didrocks> cjwatson: FYI, as you didn't attach any bugs to https://code.launchpad.net/~cjwatson/frame/cross/+merge/137457, I think that tomorrow's frame daily build will only be "Automated snapshot from rev <…>" (nothing wrong with that personnaly), just a warning :)
[11:51] <cjwatson> didrocks: Ah, fair enough, I wasn't sure how to interact with it from a patch submitter's point of view
[11:51] <cjwatson> didrocks: Not a big deal, it's one of hundreds ...
[11:51] <didrocks> cjwatson: exactly :)
[11:52] <cjwatson> So, what, it uses the bug title by default?
[11:52] <didrocks> yeah, the bug title
[11:53] <cjwatson> Would it be helpful if I filed a bug now and attached it?
[11:53] <didrocks> it's trying to search for an attached bug for all merges branches (whatever the deepness of the merge is), and as well, trying to fetch bug #<...> and a tons of variations of it in the commit message if you didn't attach it
[11:53] <didrocks> cjwatson: hum, now that the upstream jenkins merger is doing its job, I think it's too late TBH
[11:53] <cjwatson> OK
[11:54] <cjwatson> I'll live
[11:54] <didrocks> same for me ;)
[11:54] <didrocks> I just prefer to warn beforehand :)
[12:06] <mvo> pitti: I used this before, yes, let me check whats going on, maybe multiarch oddness
[12:06] <pitti> mvo: or does root= reset this?
[12:06] <mvo> pitti: and its generally a important and useful use-case
[12:06] <mvo> pitti: could be, give me a minute to create a test
[12:07] <pitti> mvo: danke!
[12:08] <cjwatson> doko__: Have you had any opportunity to consider Debian #693220 yet?
[12:10] <cjwatson> doko__: My cross-build environment has some corner-case difficulties with including wookey_'s bootstrap archive, and I'd like to get to the point of being able to work in plain raring ASAP
[12:10] <doko__> cjwatson, yeah, will look at it this week
[12:10] <cjwatson> Thanks
[12:14] <mvo> pitti: http://paste.ubuntu.com/1407600/ <- that seems to be doing what needs to be done (modulo that archive does not have armhf but if I use ports there it seems to be fine
[12:15] <pitti> mvo: odd, that's pretty much what I did
[12:15] <mvo> pitti: do you have anything in your rootdir that migh reset something in the config? a apt.conf or apt.conf.d snippets?
[12:15] <pitti> mvo: ok, if that works for you, then I probably just did something wrong
[12:15] <pitti> mvo: a sources.list with http://ports.u.c/, just like you
[12:16] <pitti> mvo: (currently discussing stuff with ev, getting back to this soon)
[12:16] <pitti> mvo: thanks!
[12:16] <mvo> pitti: odd, happy to dig more with you once you have a spare minute :)
[12:19] <pitti> Get:3 http://ports.ubuntu.com precise/main armhf Packages [1258 kB]
[12:19] <pitti> mvo: ok, your test case works here
[12:19] <pitti> mvo: ooh
[12:19] <mvo> pitti: \o/
[12:20] <pitti>         apt.apt_pkg.config.set('Architecture', 'armhf')
[12:20] <pitti> mvo: spot the error :)
[12:20] <pitti> yay, works in apport now
[12:20]  * pitti hugs mvo, sorry for disturbing then; just blindness
[12:20] <mvo> pitti: :)
[12:20] <ogra-cb> oh, when did we drop the requirement for the /ubuntu-ports dir ?
[12:20] <mvo> pitti: no worries, the config synatax is archane
[12:21] <ogra-cb> it always needed to be http://ports.ubuntu.com/ubuntu-ports in the past
[12:23] <pitti> hm, I guess not since I got my first arm device :)
[12:32] <ev> pitti: https://wiki.ubuntu.com/ErrorTracker/MapReduce - what I just explained in written form
[14:26] <ev> pitti: https://dev.launchpad.net/LEP/BugsToFixedBinaries
[14:26] <ev> mpt: http://bazaar.launchpad.net/~daisy-pluckers/whoopsie/trunk/view/head:/src/whoopsie.c#L87
[14:27] <mpt> ta
[14:32] <bdrung> cjwatson: can you please look at https://code.launchpad.net/~logan/ubuntu/raring/partman-basicfilesystems/debian-merge/+merge/135032 ?
[14:33] <cjwatson> I'm going to reject it because it's against the wrong branch, but OK ...
[14:34] <ev> pitti, mpt, bdmurray: https://bugs.launchpad.net/whoopsie/+bug/1085987 - created this from our batches discussion
[14:35] <bdrung> micahg: can you look at the SRU at bug #1027977 (you sponsored the quantal fix)?
[14:38] <bdrung> xnox: can you look at the SRU in bug #1027977 (you sponsored the fix to raring)?
[14:39] <mpt> bdmurray, bug 1084979
[14:43] <mpt> bdmurray, https://bugs.launchpad.net/ubuntu-error-tracker
[14:43] <xnox> bdrung: Can you explain how you calculate micahg for quantal & me for raring?
[14:45] <xnox> bdrung: micahg sponsored it into quantal, when quantal was the dev release. I was looking at the bug, but didn't review it for sru.
[14:45] <bdrung> xnox: hm, there is a copy-paste mistake
[14:46] <bdrung> xnox: bug #973014 is for you
[14:47] <bdrung> xnox: my calculation was to look at the sponsor who uploaded the fix to the development version
[14:48] <xnox> bdrung: I see now what you did there =)
[14:49] <bdrung> xnox: :D
[14:49]  * bdrung tries to be a load balancer
[14:55] <cjwatson> xnox: Any thoughts on http://paste.ubuntu.com/1407904/ ?  (still testing)
[14:57] <pitti> ogra-cb: IIRC you used qemu-user in the past to run arm binaries on x86, didn't you?
[14:58] <ogra-cb> pitti, sudo apt-get install qemu-user-static && sudo qemu-debootstrap ....
[14:58] <micahg> bdrung: sorry, not this week
[14:58] <pitti> ogra-cb: oh, I just found the -L switch
[14:59] <pitti> ogra-cb: I was trying LD_LIBRARY_PATH=`pwd`/lib qemu-arm /tmp/sandbox/usr/bin/gdb
[14:59] <xnox> cjwatson: looks ok. As long as it boots & still shows ubuntu logo with christmas lights going on and off again, this should be fine.
[14:59] <pitti> ogra-cb: but that tried to use /lib/ld-linux-armhf.so.3 still; but with -L it seems to work
[14:59] <ogra-cb> pitti, better use qemu-debootstrap and create an arm chroot ;)
[14:59] <pitti> ogra-cb: nah, I want this for the apport retracers
[14:59] <cjwatson> xnox: seems to in kvm -snapshot at least
[15:00] <ogra-cb> pitti, ah, k
[15:00] <pitti> ogra-cb: they already build a sandbox with all hte necessary debs and ddebs unpacked; I just want to rum armhf's gdb in there
[15:00] <pitti> ogra-cb: and that actually seems to work
[15:00] <ogra-cb> yeah, as long as it finds the libs
[15:01] <ogra-cb> you shouldnt need to call qemu-arm explicitly though
[15:01] <ogra-cb> binfmt shoould take care
[15:02] <ogra-cb> read: LD_LIBRARY_PATH=`pwd`/lib /tmp/sandbox/usr/bin/gdb ... should just work as well
[15:02] <pitti> ogra-cb: ah, maybe I didn't install that properly
[15:03] <ogra-cb> qemu-arm-static should handle it in its postinst
[15:03] <ogra-cb> or qemu-user-static as it is called nowadays
[15:03] <bdrung> pitti: can you look at bug #1070581 (you are the last uploader of that package)?
[15:05] <stokachu> tjaalton: would it be possible to get a debdiff for bug 1012900 so we can get it through SRU?
[15:06] <tjaalton> stokachu: I'll push 1.8.5 for precise
[15:07] <tjaalton> it's maintained in git
[15:07] <stokachu> tjaalton: perfect thank you
[15:07] <tjaalton> i'll pull some packaging fixes too
[15:08] <tjaalton> that landed raring on saturday
[15:08] <stokachu> tjaalton: even better! :D
[15:08] <tjaalton> +in
[15:08] <tjaalton> I'll finalize the package tomorrow
[15:09] <stokachu> tjaalton: thats perfect, ill look for an update tomorrow, thanks again
[15:14] <cjwatson> xnox: Righto, pretty sure this is right, so uploading; wanted you to have a heads-up though :-)
[15:14] <xnox> cjwatson: ok. i will reboot today =)
[15:19] <pitti> ogra-cb: eek -- we have no armhf ddebs for quantal and raring
[15:20] <pitti> ogra-cb: I fixed the ddeb-retriever configuration, but urgh..
[15:20] <pitti> seems nobody was missing them so far
[15:43] <pitti> ogra-cb: how would qemu-user integrate itself with binfmt-misc?
[15:43] <pitti> ogra-cb: shouldn't it ship a file in /var/lib/binfmts/ the or so?
[15:44] <cjwatson> qemu-user-static does
[15:44] <pitti> oh, -static
[15:44] <cjwatson> Which is almost more useful since you can copy it into chroots and such
[15:47] <pitti> hm, but I guess I still need to explicitly call qemu-arm, for the -L option (LD_LIBRARY_PATH doesn't seem to work)
[15:50] <ev> pitti: https://bugs.launchpad.net/daisy/+bug/1086014
[15:53] <ev> pitti: also, can you track your progress in the ARM retracer work in https://bugs.launchpad.net/daisy/+bug/1044437
[16:08] <slangasek> mlankhorst: yes, that's fine for a test
[16:16] <mlankhorst> slangasek: good enough then?
[16:16] <slangasek> mlankhorst: yep, looks like it - I'll get those processed today
[16:25] <ScottK> pitti: Is there a reason to leave jockey in the archive?
[16:25] <pitti> ScottK: did kubuntu stop using it?
[16:25] <pitti> Package: jockey-kde
[16:25] <pitti> Task: kubuntu-desktop, kubuntu-full, kubuntu-active-desktop, kubuntu-active-full, kubuntu-active
[16:25] <ScottK> Hmmm.
[16:26] <pitti> ScottK: if you don't need it any more, I'll happily kick it out
[16:26] <ScottK> Let me make sure.
[16:27] <Riddell> ScottK: muon doesn't yet replace it
[16:27] <Riddell> JontheEchidna needs more poking
[16:27] <ScottK> Ah.  OK.
[16:33] <shnatsel> cjwatson: Hello! Could you point me to the scripts that generate the "/efi" folder on Ubuntu ISOs? I can't find anything relevant in lp:ubuntu-cdimage
[16:35] <cjwatson> shnatsel: tools/boot/<blah>/boot-amd64
[16:35] <cjwatson> shnatsel: in lp:~ubuntu-cdimage/debian-cd/ubuntu
[16:35] <mlankhorst> normally x11proto won't break anyway, ddx depend on xserver abi and xserver abi just doesn't use the extra fields unless available.
[16:36] <ricotz> infinity, hi :), i hope you can cherry pick the mentioned fix for eglibc here: https://bugzilla.gnome.org/show_bug.cgi?id=687265#c9
[16:37] <shnatsel> cjwatson: thanks a lot!
[16:37] <shnatsel> found it :)
[16:38] <pitti> slangasek: ah, so I did try gdb-multiarch, but didn't set a target so it coulnd't decipher the core properly; do you happen to know the option for this?
[16:41] <pitti> ah, 'set architecture'
[16:42] <smoser> slangasek, around?
[16:44] <pitti> slangasek: hm, with value "arm" I still get "/tmp/tmpQ9sZpI" is not a core dump: File format is ambiguous", and arm-linux-gnueabihf or armhf are not valid
[16:45] <pitti> and "show architecture" from arm's gdb is just "arm"
[16:46] <shnatsel> oh, one more question: I see Precise seeds have been converted to using 3.5 kernel backported from Quantal by default for x86 architectures. I wonder if I should use 3.2 or 3.5 for a derivative distro? I'm primarily concerned by two things: for how long will it be supported and will hardware support patches be backported to 3.5 like they are being backported to 3.2?
[16:46] <cjwatson> The point of the 3.5 kernel is to provide improved hardware enablement
[16:46] <cjwatson> Though I think the plan is to supersede it with whatever's in raring after raring's out
[16:47] <shnatsel> cjwatson: ah, so Ivy Bridge works OOTB, etc? I hear it doesn't work in 3.2
[16:47] <cjwatson> No idea about that
[16:47] <cjwatson> Not a kernel guy, I just do what I'm told with the seeds :)
[16:47] <shnatsel> cjwatson: thanks, I'll ask in the kernel channel then :)
[16:48] <smoser> it would seem that mountall is likely the difference between pretty green dots at https://jenkins.qa.ubuntu.com/view/ec2%20AMI%20Testing/view/Overview/job/quantal-server-ec2-daily/153/ and red ones at https://jenkins.qa.ubuntu.com/view/ec2%20AMI%20Testing/view/Overview/job/quantal-server-ec2-daily/154/ . the difference in manifests of those 2 builds are http://paste.ubuntu.com/1408166/ . seems bug 1059471 to have regressed.
[16:53] <xnox> ev: http://tldp.org/HOWTO/LVM-HOWTO/
[16:53] <xnox> ev: http://tldp.org/HOWTO/LVM-HOWTO/commontask.html
[17:01] <infinity> ricotz: I'll have a look at it.
[17:03] <mlankhorst> slangasek: just leaves the rest of the stack then :)
[17:04] <ricotz> infinity, thank you
[17:09] <slangasek> pitti: can you toss me a sample core file so I can poke at it?  the documentation on 'set architecture' is lousy IME, I generally find I have to do this by feel
[17:10] <pitti> slangasek: I was using the one from bug 1070952
[17:10] <slangasek> smoser: hey there - otp, but go ahead :)
[17:10] <pitti> slangasek: we don't have debugging symbols for quantal/raring, but at least a stack of ?? without error messages would do fine
[17:11] <smoser> slangasek, i did. see above.
[17:11] <smoser> and comment added to bug 1059471
[17:11] <slangasek> smoser: right, reading now
[17:11] <smoser> and i apologize
[17:11] <smoser> for not testing as solid as you woudl have liked. but sometimes it doesnt fail, and I *did* test.
[17:23] <slangasek> smoser: unfortunately, the tests being run here aren't very diagnosable, "assertTrue" doesn't give us any other debugging information; can you reproduce these failures?
[17:23] <smoser> slangasek, yes.
[17:23] <smoser> they fail > 50% of the time on canonistack and on ec2
[17:25] <slangasek> smoser: oh, the console output looks more interesting though... seems you're getting 'Permission denied'?  Do the cloud-init jobs need any tweaking to work correctly with the changed mountall?
[17:25] <smoser> where do you see permission denied?
[17:26] <slangasek> smoser: https://jenkins.qa.ubuntu.com/view/ec2%20AMI%20Testing/view/Overview/job/quantal-server-ec2-daily/154/ARCH=i386,REGION=eu-west-1,STORAGE=ebs,TEST=simple-user-data,label=ubuntu-server-ec2-testing/console
[17:26] <slangasek> smoser: in response to the ssh attempts
[17:26] <smoser> well, if fails to ssh in
[17:26] <smoser> because the instance failed to import hte keypair
[17:26] <smoser> becaus the instance failed to find the datasource
[17:26] <smoser> ie, there was no way into that instance.
[17:27] <smoser> the data you want is actually
[17:27] <slangasek> ah; where's the datasource failure?
[17:27] <smoser> https://jenkins.qa.ubuntu.com/view/ec2%20AMI%20Testing/view/Overview/job/quantal-server-ec2-daily/154/ARCH=i386,REGION=eu-west-1,STORAGE=ebs,TEST=simple-user-data,label=ubuntu-server-ec2-testing/artifact/None/i386/m1.small/ebs/i-aa125fe1/uec2-20121128-1030-297e755409fb4e-terminated.console.txt
[17:27] <smoser> wait
[17:27] <smoser> thats a bad one.
[17:27] <smoser> well, sor of a bad one
[17:28] <smoser> it demonstrates the "plymouth ate output" bug
[17:29] <smoser> slangasek, the "good news" is that when i add --verbose to kernel cmdline it gets much harder to reproduce
[17:29] <smoser> :)
[17:30] <slangasek> heh
[17:30] <smoser> (ie, i cant reproduce with that on just yet)
[17:30] <smoser> i'm 0/5
[17:30] <smoser> slangasek, can you confirm that you want me to try to get failure with --verbose ?
[17:30] <smoser> because if so, i'll work on that.
[17:31] <smoser> but i can give you access to an instance to poke around on and just look if you'd like
[17:31] <smoser> your choice of raring or quantal
[17:32] <smoser> ok. i have it failing. console output is very limited, but i'll get it and let you into instance.
[17:33] <slangasek> smoser: thanks
[17:36] <smoser> slangasek, console log at: http://paste.ubuntu.com/1408297/ .
[17:39] <slangasek> smoser: thanks.  which part shows me the failed access to the datasource?
[17:40] <smoser> :) plymouth ate that output
[17:40] <slangasek> hmm
[17:40] <smoser> but its in /var/log/boot.log and /var/log/cloud-init.log
[17:40] <slangasek> ok
[17:40] <smoser> and you can correlate timestamps
[17:41] <slangasek> which is one is the expected data source?
[17:41] <smoser> EC2.
[17:41] <slangasek> ok
[17:42] <smoser> slangasek, there is a big hint in that the EC2 datasource didn't run until uptime of 136 seconds.
[17:42] <zul> barry: ping
[17:42] <smoser> cloud-init-nonet waiting 120 seconds for a network device.
[17:42] <smoser> cloud-init-nonet gave up waiting for a network device.
[17:43] <smoser> it would appear to me that the race condition that we're seeing stops the network device added hooks from firing and bringing up network.
[17:46] <slangasek> smoser: eth0 was seemingly not found until 5 minutes after boot... any idea there?
[17:46] <slangasek> smoser: /var/log/udev confirms that the kernel didn't turn up eth0 until 265.527315 after boot
[17:47] <slangasek> so this is triggered by mountall, yes, but the real problem is that something's preventing the network interface from being found in a timely manner by the kernel
[17:47] <smoser> well, the reason for so long after is proably that cloud-init-nonet blocked for 120 seconds, and then cloud-init (which was blocking) looked for the datasource for probably the remaineder of that time.
[17:48] <slangasek> cloud-init-nonet shouldn't be blocking udev
[17:48] <smoser> i agree.
[17:48] <smoser> but it is
[17:48] <smoser> :)
[17:48] <slangasek> how?
[17:48] <smoser> well some race there i think.
[17:48] <slangasek> udev is 'start on virtual-filesystems', udevtrigger is 'start on startup and started udev and not-container'
[17:49] <slangasek> so as soon as virtual-filesystems is emitted, udev runs; and the virtual-filesystems event does not block on the rootfs, which is where cloud-init-nonet hooks in
[17:49] <smoser> 265 = 10 seconds of boot time + 120 timeout + 126 seconds of "look for datasource"
[17:49] <slangasek> ok
[17:49] <slangasek> so process list confirms udev didn't start until 17:35
[17:49] <slangasek> I think I need mountall --verbose output to diagnose further :/
[17:50] <smoser> slangasek, ok. i'll work on that.
[17:50] <smoser> you have any ideas on the "plymouth ate my output" issue ?
[17:50] <smoser> (which i'm opening a separate bug for now)
[17:50] <slangasek> not really
[17:51] <slangasek> other than that I'm not sure 'console output' is actually a good idea
[17:51] <slangasek> (*because* it's probably incompatible with plymouth)
[17:52] <smoser> well thats a bug in plymouth/upstart
[17:52] <smoser> if console output doesnt work
[17:52] <smoser> i need some way to get stuff to the console
[17:52] <smoser> (which i can see remotely)
[17:59] <slangasek> smoser: it may be a bug in plymouth, but not the bug you're thinking
[18:00] <slangasek> plymouth itself is supposed to replay output to the console
[18:00] <smoser> right
[18:00] <smoser> it does the ioctl to /dev/console that says "give me all that stuff"
[18:00] <smoser> and then nis supposed to replay it
[18:05] <smoser> slangasek, you want --verbose or --debug for mountall
[18:05] <slangasek> smoser: --verbose is sufficient
[18:06] <slangasek> smoser: you're familiar with the dance for /etc/init/mountall.conf to capture the output off somewhere?
[18:07] <slangasek> pitti: 'set gnutarget elf32-littlearm'
[18:08] <smoser> slangasek, i don thtink so. but it *should* go to console i think :)
[18:08] <slangasek> smoser: yeah, if plymouth doesn't eat it ;P
[18:08] <pitti> slangasek: oh, how obvious! merci beaucoup
[18:08] <pitti> slangasek: this goes on top of "set architecture arm", I figure?
[18:08] <smoser> but it stlil gets into /var/log/upstart/mountall.conf i think
[18:09] <slangasek> smoser: I generally disable 'console output' and do '> /run/mountall.log 2>&1' in the script when I'm debugging mountall; you can also just omit 'console output' and it'll capture to /var/log/upstart automatically, yeah
[18:09] <slangasek> pitti: well, seems that it gives me the same output with or without the 'set architecture arm'
[18:10] <slangasek> pitti: that output is not particularly pretty though :)
[18:10] <pitti> slangasek: I still get "warning: wrong size gregset struct in core file"
[18:11] <slangasek> yeah, I get that too; not sure what it means
[18:11] <pitti> slangasek: with qemu-arm gdb it is slightly bigger than just one line
[18:11] <slangasek> digging further
[18:11] <pitti> slangasek: and it at least gets addresses
[18:11]  * slangasek nods
[18:11] <pitti> slangasek: thanks
[18:13] <slangasek> pitti: maybe the original binary is also needed?
[18:13] <pitti> slangasek: I do have that
[18:13] <slangasek> hmm
[18:13] <pitti> slangasek: I have a complete apport-like sandbox from apport-retrace
[18:13] <slangasek> can you give me a pointer to it?
[18:13] <slangasek> ah ok
[18:13] <pitti> $ du -hs /tmp/sandbox/
[18:13] <pitti> that's not too bad, I could tar it up
[18:14] <pitti> OMGupload speed from the office
[18:14] <slangasek> :)
[18:14] <pitti> http://people.canonical.com/~pitti/tmp/sandbox.tar.bz2
[18:16] <pitti> slangasek: http://paste.ubuntu.com/1408422/
[18:16] <pitti> slangasek: these are my two commands (slightly hacked in-place, as I was running them out of apport-retrace)
[18:17] <pitti> slangasek: (the sandbox has armhf's gdb package and dependencies unpacked)
[18:18]  * slangasek nods
[18:21] <smoser> slangasek, http://paste.ubuntu.com/1408434/
[18:23] <smoser> slangasek, appears mount of /run was blocked
[18:23] <slangasek> smoser: where do you see this?  I'm not seeing any of the mountall --verbose output in the console log
[18:23] <smoser> its not there.
[18:23] <smoser> in instance, /var/log/boot.log
[18:24] <slangasek> ah, ok
[18:24] <slangasek> I do however see 'mounted-run' running at 15s, so that doesn't seem to have been blocked
[18:24] <slangasek> right, so /run is *mounted*, but something prevents 'mounted MOUNTPOINT=/run' from returning
[18:29] <slangasek> smoser: there are only three jobs on this system which start on that event: resolvconf, container-detect, and mounted-run.  container-detect doesn't do anything that should block, and in any case the timestamp on its log shows that it completes quickly; that means we need to look at the other two to see what's blocking
[18:29] <slangasek> smoser: in theory the only long-running code in mounted-dev shouldn't block because it's backgrounded, but you could try commenting out the 'run-parts' line
[18:30] <smoser> slangasek, sure.
[18:33] <smoser> slangasek, it hink you meant mounted-run
[18:35] <slangasek> smoser: yes :)
[18:45] <barry> xnox: thanks for porting gnome-menus to py3
[18:45] <arosen> I'm trying to modify an existing package; if I do apt-get source <package>; how can I recreate the package using those files?
[18:46] <penguin42> arosen: dpkg-buildpackage
[18:49] <smoser> slangasek, i think i've reproduced with "#    [ -d "/etc/update-motd.d" ] && run-parts --lsbsysinit /etc/update-motd.d > /run/motd &"
[18:49] <smoser> (ie commented out)
[18:49] <smoser> i will wait a bit to be sure.
[18:49] <smoser> yeah, definitely reproduced there.
[18:53] <ev> mpt, bdmurray, pitti: http://www.toptable.co.uk/opentables.aspx?m=72&p=6&d=03/12/2012%2019:00:00&lat=51.5063116&lng=-0.0998713999999836&di=0.5&ula=Bankside,%20London%20Borough%20of%20Southwark,%20London%20SE1%200SU,%20UK&t=loc&fsr=1&rp=opentables.aspx
[18:55] <slangasek> smoser: ok, that seems to leave only resolvconf as a possible culprit, hmm
[18:57] <ev> http://www.blackandbluerestaurants.com/page/home/11/11
[18:57] <ev> totes workin hard ;)
[18:58] <mpt> #ubuntu-devel, The Food Channel
[18:58] <smoser> slangasek, <IP_ADDRESS> if you want to check my work
[18:59] <micahg> Are we serving Raspberry Pi? /me ducks
[19:02] <slangasek> smoser: looks sane to me; resolvconf seems to be the only possible explanation
[19:06] <slangasek> smoser: how about a set -x in /bin/resolvconf for debugging?
[19:06] <slangasek> smoser: sorry, /sbin/resolvconf
[19:07] <smoser> slangasek, [   14.223470] init: resolvconf state changed from post-start to running
[19:08] <smoser> that is the last occurance of 'resolvconf' in the console log
[19:08] <slangasek> yep
[19:08] <smoser> shouldn't we see a stopped or killed ?
[19:08] <slangasek> no
[19:08] <slangasek> though, the fact that it goes to 'running' that early means that the pre-start script has finished
[19:08] <slangasek> hmm
[19:09] <slangasek> ok, this may be a straight up bug in mountall then
[19:10] <smoser> oh yeah. you're right. about the running
[19:10] <slangasek> unfortunately we have asymmetric debug output here, so we don't actually see when the mounted event is emitted
[19:10] <smoser> http://paste.ubuntu.com/1408556/ is console output
[19:10] <slangasek> but given that none of the three dependent jobs seem to be buggy, I suspect that 'mounted /run' isn't being emitted until after the rootfs is mounted rw
[19:10] <slangasek> and that's a bug
[19:11] <smoser> well, that is one of the resonss i put utc and kernel uptime in cloud-init output
[19:11] <smoser> so you can correlate if you have symettric logs
[19:11] <smoser> err... if you only have separate logs
[19:11] <smoser> anyway.
[19:12] <slangasek> smoser: could I have you test a patch to mountall to add more debugging, while I start looking for this bug?
[19:12] <smoser> remember when we had /dev/console, and writes there were not masked by some complex daemon ?
[19:12] <smoser> that was cool
[19:12] <slangasek> :P
[19:12] <smoser> slangasek, sure.
[19:12] <slangasek> yes, I believe that was before we had an event-based init system and you could actually rely on writes to the console happening in some meaningful order
[19:14] <slangasek> smoser: http://people.canonical.com/~vorlon/mountall-better-debugging.patch
[19:29] <slangasek> smoser: oh, at least I have a clue now why this change triggered the problem: the initramfs is mounting /run with the device name "tmpfs" whereas /lib/init/fstab lists "none", so I guess before this fix we were maybe not emitting mounted MOUNTPOINT=/run at all?
[19:30] <slangasek> that should have manifested as broken resolvconf handling in the cloud images though, AFAICS
[19:30] <smoser> well, i've not seen broken resolvconf handling in images.
[19:30] <smoser> certainly not at the 50% failure rate that we're seeing this.
[19:31] <slangasek> yeah, it seems that would've been a 100% failure rate, not 50%
[19:31] <slangasek> hmm
[19:31] <slangasek> smoser: you could try changing "none" to "tmpfs" in /lib/init/fstab, see if it's reproducible then
[19:34] <smoser> slangasek, sure.
[19:34] <slangasek> smoser: (would still like to see debug output with that mountall patch first, however, to make sure this isn't a red herring)
[19:36] <smoser> slangasek, ok. i'm building that, and will build an image with it.
[19:36] <slangasek> cheers
[19:39] <smoser>  sbuild-build-depends-mountall-dummy : Depends: plymouth-dev (>= <IP_ADDRESS>) but it is not installable
[19:39] <smoser> that happened when trying to build patched mountall. :-(
[19:39] <smoser> in schroot
[19:40] <infinity> rly?
[19:41] <infinity> E: Unable to locate package plymouth-dev
[19:42] <infinity> That's a more helpful error message.
[19:42] <slangasek> should be  plymouth-dev (>= <IP_ADDRESS>) | libplymouth-dev
[19:42] <slangasek> and we have the latter
[19:42] <smoser> probably some user error. http://paste.ubuntu.com/1408628/
[19:42] <penguin42> I'd appreciate a review on the following trivial crash fix at some point; https://code.launchpad.net/~ubuntu-treblig/ubuntu/raring/xpilot-ng/bug-1033250
[19:42] <infinity> slangasek: plymouth-dev is a virtual...
[19:43] <slangasek> infinity: shouldn't be?
[19:43] <slangasek> infinity: it's the divergent Debian package name
[19:43] <infinity> Oh, it's a virtual in Ubuntu only.  Ick.
[19:43] <penguin42> you can't do version comparisons like that on virtuals can you?
[19:43] <slangasek> smoser: I think there's a toggle you have to set somewhere to get sbuild to behave correctly and not ignore alternate build-deps
[19:44] <slangasek> i.e., to get the Ubuntu buildd behavior
[19:44] <infinity> Pretty sure that versioned build-deps on virtuals explodes the apt resolver, hence the buildd sbuild is fine, the one on my system, not so much.
[19:44] <infinity> Oh, or maybe it's just the alt toggle.
[19:44] <slangasek> infinity: it's not "virtual", it's *non-existent*
[19:44] <mlankhorst> yeah if only i could do versioned virtuals :/
[19:44] <slangasek> the only reason apt reports it as "virtual" is mountall's own reference to it
[19:44] <SpamapS> slangasek: I know for php I have to use the aptitude build dep reosolver
[19:45] <infinity> slangasek: Oh, so it is.  That helps.
[19:45] <slangasek> really seems like we should set this toggle by default in the Ubuntu sbuild package
[19:46] <SpamapS> slangasek: the man page claims that the aptitude resolver is not the default because of performance concerns
[19:46] <SpamapS> I can't imagine it adds more than a few seconds to any given build
[19:47] <smoser> what is the toggle ?
[19:47] <infinity> No need to use aptitude.
[19:47] <infinity> smoser: Add "$resolve_alternatives = 1;" to your ~/.sbuildrc
[19:47] <smoser> gracias
[19:47] <slangasek> right, there it is
[19:47] <infinity> slangasek: If we toggle it by default, it breaks my sid builds, mind you.  I'm not sure there's a right answer here.
[19:48] <slangasek> infinity: I guess you could be fancy and make it vary with build target? :)
[19:48] <infinity> Yeah, which is the glory of config files that happen to be perl code.
[19:49] <infinity> But that's harder to enforce at the packaging level, since the package doesn't know what you've named all your chroots/targets.
[19:49] <infinity> Easier for a user to mangle.
[19:49] <infinity> Maybe our default sbuildrc could include a commented-out snippet, though.
[19:50] <ScottK> Probably something the sbuild wrapper in u-d-t could handle though.
[19:50] <infinity> There's a wrapper?
[19:50]  * ScottK thought so.
[19:51] <slangasek> I thought there was just mk-sbuild
[19:51] <ScottK> Yeah, that's what I was thinking of.
[19:51] <infinity> Yeah, that's all I see.
[19:51] <slangasek> oh, but does that generate sbuildrc snippets?  I don't recall
[19:51] <ScottK> Sorry for the distractin.
[19:51] <ScottK> distraction even.
[19:52] <infinity> Although, Andy just did some mangling to do proper pocket/component manipulation, and I should massage that and figure out if it belongs in sbuild or u-d-t.
[19:52] <infinity> Maybe an ubuntu-sbuild wrapper that employs his hacks, plus sets the right variables (resolve_alternatives can be set in the environmnet too) might do the trick.
[19:53] <ScottK> This is how pbuilder-dist got started ...
[19:54] <infinity> On balance, though, I'd prefer sbuild DTRT out of the box, if that's plausible.  The alternative thing is a minor mess, that's all.
[19:54]  * slangasek runs away
[19:54] <ScottK> (see pbuilder-dist-simple for the simple idea from which the monster grew)
[19:54] <infinity> Actually, I should turn that off in my .sbuildrc again before I forget and do a Debian upload with it on.
[19:54] <infinity> And remind myself to make it conditional later.
[19:56] <slangasek> pitti: do you also get this error? seems some deps are missing from the tarball: warning: Could not load shared library symbols for 17 libraries, e.g. /usr/lib/arm-linux-gnueabihf/libX11.so.6.
[20:22] <arosen> When I do apt-get install package vs apt-get source package for some reason a different version of package is received
[20:22] <arosen> any ideas why?
[20:27] <micahg> source files from other releases?
[20:30] <arosen> micahg: yes
[20:30] <micahg> arosen: there's your answer
[20:33] <arosen> micahg: also I was wondering if there was anyway to use dpkg-buildpackage without it having to look for an upstream tarball and instead use the untar'ed code from the current working directory ?
[20:38] <smoser> slangasek, <IP_ADDRESS> has reproduced raring+debug patch
[20:38] <smoser> there is no swap on those instances though
[20:40] <slangasek> smoser: random aside, do you have an .ssh config snippet of some kind to not save fingerprints for cloud hosts? :)
[20:41] <slangasek> smoser: ok, very interesting output, it shows the mounted event is sent *very* early but doesn't complete until we hit those timeouts
[20:41] <slangasek> so the device mismatch was a red herring after all
[20:42] <smoser> slangasek, http://paste.ubuntu.com/1408767/
[20:42] <smoser> oh. do you want the console output for that ?
[20:43] <smoser> http://paste.ubuntu.com/1408769/
[20:44] <smoser> duh.
[20:44] <smoser> i completely wasn't thinking. and didn't realize your patch added debug in both swap and "other"
[20:45] <slangasek> smoser: there's no chance I'm missing something here, is there?  like an upstart job that starts on /run and deletes itself on first boot?
[20:46]  * slangasek keeps living in denial that this is his bug :)
[20:47] <smoser> slangasek, no. nothing evil like that.
[20:48] <slangasek> mmk
[20:48] <smoser> slangasek, i was about to comment that cloud-init in "config" does execute a 'mount -a' as it might update /etc/fstab.
[20:48] <smoser> but it doesn't get to the point where it would/could do that.
[20:48] <slangasek> yep
[21:01] <slangasek> smoser: ok, am going to have to meditate over this code for a bit :/
[21:02]  * infinity hands slangasek an Amiga.
[21:06]  * ScottK thinks whisky might work better.
[21:12] <slangasek> smoser: aha
[21:13] <slangasek> smoser: try_mounts(), once it's seen that all mounts are attempted, loops waiting for each of the outstanding events to finish; and it happens that the outstanding event for / is in the list ahead of /run :P
[21:14]  * slangasek claims his whiskey reward
[21:16] <infinity> slangasek: Hrm, could that be the source of my on-again-off-again "waiting for /tmp" bug that I keep forgetting to file?
[21:16] <slangasek> infinity: shouldn't be, no
[21:16] <infinity> Hrmph.
[21:17] <infinity> Alright, I should do a few dozen reboots and see if I still have that bug, and then file it.
[21:17] <infinity> And we can go spelunking.
[21:17] <smoser> infinity, i see a waiting for swap all the time
[21:17] <smoser> (encrypted swap)
[21:17] <smoser> it ends up being mounted, just annoying.
[21:17] <smoser> i dont have /tmp on separate mp
[21:17] <infinity> smoser: The special thing about my case is that /tmp isn't actually a mountpoint here.
[21:17] <slangasek> smoser: does it time out?
[21:18] <slangasek> smoser: or do you only see the message briefly because it really is taking a while to find itself?
[21:19] <smoser> slangasek, briefly during boot... i dont knwo tha tit goes away, but it goes to login screen. (i didn't know if it was the login screen that wiped it off the display). it does get mounted.
[21:19] <smoser> but in most cases where i have swap i see the message on the boot screen
[21:19] <slangasek> hmm
[21:19] <smoser> granted i probably have encrypted swap everywhere
[21:20] <smoser> as i have a encrypted home user everywhere.
[21:20] <slangasek> yep
[21:28] <slangasek> smoser: build-tested only: http:?/people.canonical.com/~vorlon/mountall-more-asyncer.patch
[21:28] <slangasek> er
[21:28] <slangasek> http://people.canonical.com/~vorlon/mountall-more-asyncer.patch
[21:28] <smoser> more asyncer.
[21:28] <smoser> nice
[21:29] <smoser> slangasek, did you see the complaints in some logs about dbus and ...
[21:29] <smoser> process 329: arguments to dbus_server_unref() were incorrect, assertion "old_refcount > 0" failed in file ../../dbus/dbus-server.c line 749.
[21:30] <slangasek> smoser: there's a bug report about that; I don't yet understand that one either
[21:31] <slangasek> there's only a single call to dbus_server_unref() in all of mountall, so I'd love to know who is unreffing it for us :P
[21:36] <arosen> If you do apt-get installl <blah> apt will automatically resolve the dependencies for you. Is there anything like that if you do dpkg -i foo.deb?
[21:36] <ion> arosen: Offtopic for this channel, but anyway: dpkg --unpack foo.deb && apt-get -f install
[21:37] <slangasek> or just 'gdebi foo.deb'.
[21:37] <ion> If i’m on a desktop, i just use xdg-open, which opens it in software-center nowadays.
[21:45] <slangasek> smoser: can I ask you to open a new bug report about this mountall race?
[21:47] <smoser> are you not happy with the one i have open ?
[21:48] <smoser> https://bugs.launchpad.net/ubuntu/+bug/1078926
[21:48] <slangasek> smoser: no, because you didn't file it against mountall ;)
[21:49] <slangasek> moving it
[21:50] <smoser> slangasek, i should spin the kernel issue off to another bug though.
[21:50] <slangasek> ok
[21:54] <urgodfather> hello room, does anyone have experience in the gma500 (Poulsbo) chip? im looking to update to the 3.7 kernel, as it has additional bug fixes, but cannot get much insight as to update it properly
[22:07] <ScottK> barry: Did the pykde4 import fail because someone had pushed to it before the upload?
[22:07] <slangasek> smoser: ok, bug paperwork done.  do you expect to be able to test that proposed patch today?
[22:07] <barry> ScottK: i'm only guessing on that one.
[22:08] <ScottK> OK.
[22:08] <ScottK> Because that package even has Vcs-foo pointing elsewhere ...
[22:10] <slangasek> smoser: btw, I guess this is a regression vs. 2.42, but I think it's probably just a partial reintroduction of the same problem we had before 2.41?
[22:12] <smoser> slangasek, well, this is probably critical or greater at the moment.
[22:12] <slangasek> so is that a yes? :)
[22:12] <smoser> as anyone who upgrades on a running cloud instance is looking at a boot time of 260 seconds
[22:12]  * slangasek nods
[22:12] <cjwatson> "critical or greater" - signs of severity hyperinflation
[22:12] <smoser> and if we were to promote a daily we'd have 50% failure boot.
[22:12]  * cjwatson looks for the wheelbarrows full of bug comments
[22:12] <smoser> megahyper inflation
[22:13] <smoser> cjwatson, what would you call it if you regressed grub to having new installs boot only 50% of the time.
[22:13] <smoser> and existing installs take 4 minutes additional
[22:15] <smoser> slangasek, i've just built a image with that new deb.
[22:15] <smoser> i will launch a bunch of instances later.
[22:15] <slangasek> smoser: ack, thanks
[22:16] <smoser> and see if it seems fixed.
[22:19] <cjwatson> smoser: "critical", not "critical or greater" :P
[22:19] <slangasek> supercritical
[22:24] <ScottK> hypocritical
[22:24] <ScottK> No, wait.  That's something different.
[22:24] <ScottK> ;-)
[22:50] <mlankhorst> tjaalton: ohey new patch to make libgallium shared on mailing list btw
[23:25] <slangasek> smoser: have trivially proven to myself that this patch is broken; fixing now
[23:45] <slangasek> smoser: ok, have pushed a better patch now, this time it survives my own test. http://people.canonical.com/~vorlon/mountall-more-asyncer.patch
[23:45]  * mlankhorst pokes slangasek
[23:46] <slangasek> smoser: I'm sufficiently convinced of it's correctness that I'm going to push it to Debian unstable now so we can get it on its way; but please test and let me know if I've missed anything


[01:47] <osmel> how i can get mass copy files on PCfman?
[01:48] <tsimonq2> Ctrl + A?
[01:49] <osmel> mass copy file with batch, resume, tails?
[01:53] <osmel> On cuba island the people watch video on usb stick memory, overlapping the stablisment restrictions, so, the mass copy files is critical to adopt lubuntu.
[06:09] <Ascavasaion> Any idea why a keyboard and mouse would stop working?  Computer boots... keyboard works to get into BIOS... Able to use keyboard to choose from Grub boot menu... and I can put Numlock on and off during boot.  But the moment the login screen pops up the keyboard and mouse no longer work.  I have changed keyboards... used both PS2 and USB keyboards
[06:11] <diogenes_> Ascavasaion, fresh install?
[06:12] <Ascavasaion> diogenes_: Sheesh... is that not extreme?
[06:13] <diogenes_> does it work in live use session?
[06:13] <Ascavasaion> diogenes_: Have not tried that because it worked before.
[06:15] <diogenes_> then it happened after what? update/upgrade?
[06:15] <Ascavasaion> diogenes_: Yes... update.
[06:16] <diogenes_> at grub, can u choose to boot the previuos kernel?
[06:17] <Ascavasaion> diogenes_: there is no previous kernel.  It updated a few apps... but not a kernel.. Let me restart to make 100% sure.
[06:17] <diogenes_> ok
[06:21] <Ascavasaion> diogenes_: Same thing :-(
[06:23] <diogenes_> do u remember what packages were updated?
[06:24] <Ascavasaion> Unfortunately not.
[06:26] <diogenes_> you pretty much stuck, I'd advice u to burn a live dvd on a friend's pc and run it, then find your /home/.config/autostart
[06:27] <Ascavasaion> I can SSH in?  If that is of any help to us?
[06:27] <diogenes_> see what apps are being started
[06:28] <diogenes_> then ssh and check startup
[06:28] <diogenes_> also you could try dist-upgrade
[06:29] <Ascavasaion> the autostart folder is empty
[06:30] <diogenes_> run xinput
[06:30] <Ascavasaion> I was trying to get higher res in xorg... I installed  package... not exactly sure of the name....
[06:31] <Ascavasaion> When I do dist-upgrade this line...
[06:31] <Ascavasaion> The following packages were automatically installed and are no longer required:
[06:31] <Ascavasaion>   libxfont2 xserver-xorg-legacy-hwe-16.04
[06:31] <diogenes_> you have to run sudo apt autoremove
[06:31] <Ascavasaion> the xserver-org-legacy one... It triggered my memory... I installed something for xorg related to Intel.
[06:32] <diogenes_> oh
[06:32] <diogenes_> then try this
[06:33] <diogenes_> ls /etc/X11/xorg.conf.d/
[06:33] <diogenes_> and what do you get?
[06:34] <Ascavasaion> Just one thing... think it might have been this... xserver-xorg-video-intel
[06:35] <diogenes_> what is the output of the command?
[06:35] <Ascavasaion> joel@mynasbox:~/.config/autostart$ ls /etc/X11/xorg.conf.d/
[06:35] <Ascavasaion> ls: cannot access '/etc/X11/xorg.conf.d/': No such file or directory
[06:36] <diogenes_> and ls /etc/X11/
[06:36] <Ascavasaion> If I did a sudo apt-get remove xserver-xorg-video-intel* ?
[06:36] <Ascavasaion> joel@mynasbox:~/.config/autostart$ ls /etc/X11
[06:36] <Ascavasaion> app-defaults  default-display-manager  openbox  xinit  Xreset    Xresources  Xsession.d        xsm
[06:36] <Ascavasaion> cursors       fonts                    rgb.txt  xkb    Xreset.d  Xsession    Xsession.options  Xwrapper.config
[06:37] <diogenes_> try removing that package and reboot, if that don't help we'll see
[06:37] <Ascavasaion> Okies
[06:38] <Ascavasaion> Done and rebooting
[06:41] <Ascavasaion> Back
[06:41] <Ascavasaion> Never worked.
[06:41] <diogenes_> ok let's try one trick
[06:42] <diogenes_> via ssh: sudo mkdir /etc/X11/xorg.conf.d
[06:42] <Ascavasaion> Do I not need to do soemthing like dpkg-reconfigure xorg etc?
[06:43] <Ascavasaion> I mean after removing that other xserver thing?
[06:43] <diogenes_> you can try that
[06:43] <Ascavasaion> Okay, did sudo mkdir /etc/X11/xorg.conf.d
[06:44] <diogenes_> sudo touch /etc/X11/xorg.conf.d/00-keyboard.conf
[06:45] <Ascavasaion> Did it... returned me to prompt with no messazges.
[06:45] <Ascavasaion> messages I mean.
[06:46] <diogenes_> ok
[06:46] <diogenes_> now run: sudo nano /etc/X11/xorg.conf.d/00-keyboard.conf
[06:47] <diogenes_> paste in the following
[06:47] <diogenes_> Section "InputClass"
[06:47] <diogenes_>         Identifier "system-keyboard"
[06:47] <diogenes_>         MatchIsKeyboard "on"
[06:47] <diogenes_>         Option "XkbLayout" "us"
[06:47] <diogenes_> EndSection
[06:47] <Ascavasaion> Blank file.
[06:48] <Ascavasaion> hehe
[06:48] <Ascavasaion> Sorry about that :)
[06:48] <Ascavasaion> Done and saved
[06:48] <Ascavasaion> reboot?
[06:48] <diogenes_> yes
[06:49] <Ascavasaion> Rebooting
[06:49] <diogenes_> ok
[06:54] <Ascavasaion> Still nothing
[06:54] <diogenes_> ok run: sudo rm -r /etc/X11/xorg.conf.d/
[06:55] <diogenes_> try this: sudo apt install --reinstall xserver-xorg-input-all
[07:00] <Ascavasaion> Done... do I reboot now?
[07:00] <diogenes_> yes
[07:02] <Ascavasaion> Sorry for delay... running a hardware raid... takes a while on each boot.
[07:02] <diogenes_> np
[07:05] <Ascavasaion> I have a question... unrelated... to reboot I keep having to type sudo reboot in the SSH connection... would sudo shutdown -r now be better?  I ask because each time it starts it runs a filesystem check whichmakes me wonder if the sudo reboot is not shutting down stuff properly before rebooting.
[07:07] <diogenes_> sometimes, especially after gpu driver installation, it's recommended to actually shutdown the pc instead of reboot
[07:07] <Ascavasaion> WHOOP WHOOP!!!!
[07:07] <Ascavasaion> It worked
[07:07] <Ascavasaion> Thank you!
[07:07] <diogenes_> you're welcome
[07:08] <Ascavasaion> xserver has my brain boggled.
[07:08] <diogenes_> :))
[07:10] <Ascavasaion> diogenes_: Can I pick your brain some more re graphics resolutions?
[07:10] <Ascavasaion> It is what made everything bomb in the first place hehe
[07:10] <diogenes_> your resolution is not correct?
[07:10] <Ascavasaion> It says that the max it can do is 1024x768... but I am 95% certain that it can go higher.
[07:10] <Ascavasaion> This is not urgent, but it would be nice :-)
[07:11] <Ascavasaion> It is running at 1024x768... but I am sure it goes up to the 12xx x 1024 resolution.
[07:12] <diogenes_> ok let's see, run: sudo lspci -nnk | grep VGA -A3
[07:12] <diogenes_> pastebin it and share the link
[07:14] <Ascavasaion> https://pastebin.com/JqAmcHaT
[07:15] <diogenes_> ok now pastebin: xrandr
[07:17] <Ascavasaion> https://pastebin.com/ENUXqbB5
[07:17] <diogenes_> Ascavasaion, not with sudo
[07:18] <diogenes_> simply: xrand
[07:18] <diogenes_> xrandr*
[07:19] <Ascavasaion> Looks the same... https://pastebin.com/xHJyNA6y
[07:21] <diogenes_> it says, you current is: 3200x1080
[07:21] <Ascavasaion> That is not true.
[07:21] <Ascavasaion> I mean the output is not true hehe
[07:21] <Ascavasaion> Ooooh
[07:21] <Ascavasaion> Wait
[07:21] <Ascavasaion> Maybe because I am in SSH
[07:21] <Ascavasaion> It is giving this computer's settings
[07:21] <diogenes_> ah ok
[07:21] <Ascavasaion> Le tme log in there
[07:21] <diogenes_> ok
[07:22] <Ascavasaion_> BAck
[07:23] <diogenes_> pastebin those: sudo lspci -nnk | grep VGA -A3 and xrandr
[07:24] <Ascavasaion_> https://pastebin.com/XfAhk4Pc
[07:25] <diogenes_> ok let's try one trick
[07:26] <diogenes_> pastebin the output of: cvt 1280 720
[07:26] <diogenes_> only if you get any
[07:27] <Ascavasaion_> https://pastebin.com/N05ySjVW
[07:28] <Ascavasaion_> I did get "any" hehe
[07:29] <diogenes_> run: xrandr --newmode "1280x720_60.00"   74.50  1280 1344 1472 1664  720 723 728 748 -hsync +vsync
[07:29] <Ascavasaion_> Returned to prompt with no emssages
[07:29] <Ascavasaion_> messages I mean.
[07:30] <diogenes_> that's good
[07:30] <diogenes_> now run: xrandr | grep " connected " | awk '{ print$1 }'
[07:30] <diogenes_> and paste here the putput
[07:30] <diogenes_> output*
[07:31] <Ascavasaion_> It just said "DP-1"
[07:31] <diogenes_> run: xrandr --addmode DP-1 1280x720_60.00
[07:31] <Ascavasaion_> returned to prompt, no message
[07:32] <diogenes_> run: xrandr --output DP-1 --mode 1280x720_60.00
[07:32] <Ascavasaion_> It worked
[07:32] <Ascavasaion_> WOW!
[07:32] <Ascavasaion_> So if I do all of this using 1280x1024 it should work?
[07:33] <diogenes_> but wait, these changes won't survive the reboot
[07:33] <Ascavasaion_> Oh, okay
[07:33] <diogenes_> it might work with a larger resolution too
[07:33] <diogenes_> the thing you need to do
[07:33] <Ascavasaion_> The monitor can do max 1280x1024
[07:34] <diogenes_> is to create a startup script that will run these commands at startup:
[07:34] <diogenes_> xrandr --newmode "1280x720_60.00"   74.50  1280 1344 1472 1664  720 723 728 748 -hsync +vsync
[07:34] <diogenes_>  xrandr --addmode DP-1 1280x720_60.00
[07:34] <diogenes_> xrandr --output DP-1 --mode 1280x720_60.00
[07:34] <diogenes_> if you wanna try with 1280x1024
[07:35] <diogenes_> then run: cvt 1280 1024
[07:35] <diogenes_> pastebin
[07:36] <Ascavasaion_> https://pastebin.com/Xh37a566
[07:37] <diogenes_> run: xrandr --newmode "1280x1024_60.00"  109.00  1280 1368 1496 1712  1024 1027 1034 1063 -hsync +vsync
[07:38] <diogenes_> run: xrandr --addmode DP-1 1280x1024_60.00
[07:38] <diogenes_> run: xrandr --output DP-1 --mode 1280x1024_60.00
[07:38] <diogenes_> see if that works
[07:39] <Ascavasaion_> You rock!!!
[07:39] <Ascavasaion_> Worked perfectly
[07:39] <diogenes_> ok then let's create a starup script
[07:39] <Ascavasaion_> Thank you
[07:39] <diogenes_> run: mkdir $HOME/Documents/scripts
[07:40] <Ascavasaion_> done
[07:40] <diogenes_> run: touch $HOME/Documents/scripts/resolution.sh
[07:40] <Ascavasaion_> done
[07:40] <diogenes_> run: nano $HOME/Documents/scripts/resolution.sh
[07:41] <Ascavasaion_> done
[07:41] <diogenes_> #!/bin/bash
[07:41] <diogenes_> xrandr --newmode "1280x1024_60.00"  109.00  1280 1368 1496 1712  1024 1027 1034 1063 -hsync +vsync
[07:41] <diogenes_> xrandr --addmode DP-1 1280x1024_60.00
[07:41] <diogenes_> xrandr --output DP-1 --mode 1280x1024_60.00
[07:42] <diogenes_> save, close
[07:44] <Ascavasaion_> done
[07:44] <diogenes_> let's see if it works, run: xrandr --size 1024x768
[07:45] <diogenes_> did it change the relsolution back?
[07:45] <Ascavasaion_> Okay, back to its old res
[07:45] <Ascavasaion_> yes
[07:45] <diogenes_> now run: chmod +x $HOME/Documents/scripts/resolution.sh
[07:46] <Ascavasaion_> BAck to prompt, no emssages
[07:46] <diogenes_> run; cd $HOME/Documents/scripts
[07:46] <Ascavasaion_> done
[07:46] <diogenes_> run: ./resolution.sh
[07:47] <Ascavasaion_> Perfect... back to 1280x1024
[07:47] <diogenes_> ok now run: touch $HOME/.config/autostart/resolution.desktop
[07:48] <Ascavasaion_> Back toprompt, no messages
[07:48] <diogenes_> nano $HOME/.config/autostart/resolution.desktop
[07:49] <Ascavasaion_> done
[07:49] <diogenes_> [Desktop Entry]
[07:49] <diogenes_> Name = Resolution Change
[07:49] <diogenes_> Type = Application
[07:49] <diogenes_> Categories =Utility;
[07:49] <diogenes_> Comment =Resolution change
[07:49] <diogenes_> Icon = lubuntu
[07:50] <diogenes_> Exec = sh -c "cd $HOME/Documents/scripts && ./resolution.sh"
[07:50] <diogenes_> save, close
[07:50] <Ascavasaion_> must there be a ; after Categories =Utility;?
[07:51] <diogenes_> no
[07:51] <diogenes_> yes
[07:51] <Ascavasaion_> Okay, will delete it.
[07:51] <diogenes_> yes yes ;
[07:51] <diogenes_> ^^
[07:51] <diogenes_> semicolon
[07:51] <Ascavasaion_> Oh, okay HAHA... I will not delete it.
[07:51] <Ascavasaion_> Done
[07:52] <diogenes_> run: chmod +x $HOME/.config/autostart/resolution.desktop
[07:52] <Ascavasaion_> Back to prompt, no messages
[07:52] <diogenes_> run: cp $HOME/.config/autostart/resolution.desktop $HOME/.locat/share/applications
[07:54] <Ascavasaion_> joel@mynasbox:~/Documents/scripts$ cp $HOME/.config/autostart/resolution.desktop $HOME/.locat/share/applications
[07:54] <Ascavasaion_> cp: cannot create regular file '/home/joel/.locat/share/applications': No such file or directory
[07:54] <Ascavasaion_> locate/
[07:54] <Ascavasaion_> locat?
[07:54] <diogenes_> sorry :)
[07:54] <diogenes_> it's: cp $HOME/.config/autostart/resolution.desktop $HOME/.local/share/applications
[07:55] <diogenes_> locat must be local*
[07:55] <Ascavasaion_> Done
[07:55] <diogenes_> let's see if it works, run: xrandr --size 1024x768
[07:55] <Ascavasaion_> Back to old res
[07:56] <Ascavasaion_> reboot?
[07:56] <diogenes_> now open the lubuntu menu
[07:56] <diogenes_> look for a new application called Resolution Change
[07:56] <diogenes_> click on iy
[07:56] <diogenes_> it*
[07:57] <Ascavasaion_> Works perfectly
[07:57] <Ascavasaion_> WOW
[07:57] <diogenes_> reboot
[07:57] <Ascavasaion_> Okies
[07:57] <Ascavasaion_> Be right back.
[07:57] <diogenes_> ok
[08:01] <Ascavasaion_> Works well
[08:01] <diogenes_> be sure to preserve these two files: $HOME/.config/autostart/resolution.desktop and $HOME/Documents/scripts/resolution.sh
[08:01] <Ascavasaion_> Goesinto 1024x768 for a second, and then changes to 1280x1024
[08:01] <Ascavasaion_> Thank you so so much
[08:01] <diogenes_> you're welcome
[08:02] <Ascavasaion_> Are you here  alot?
[08:02] <diogenes_> yep, mpst of the time
[08:02] <diogenes_> most*
[08:03] <Ascavasaion_> Good
[08:03] <Ascavasaion_> I have to dash now.  Mother was visiting for the weekend but need to take her home now.
[08:03] <Ascavasaion_> I really appreciate yuor help.
[08:03] <Ascavasaion_> I am Joel from South Africa
[08:03] <Ascavasaion_> Again, thank you.
[08:03] <diogenes_> no problem and you're welcpme
[08:04] <diogenes_> welcome*
[08:04] <Ascavasaion_> Chat again...
[08:04] <diogenes_> yep
[08:04] <Ascavasaion_> ps. I wold never have figured this stuff out... thank you.
[08:04] <diogenes_> :) from now on you will figure it out
[17:02] <martins80170> bonjour
[17:02] <martins80170> jaimerais faire retourné un eeepc
[17:03] <tsimonq2> !fr
[17:08] <laptop> what is more resource light bodhi or lbuntu
[17:12] <tsimonq2> laptop: We had this conversation yesterday.
[17:12] <tsimonq2> Please stop.
[17:14] <laptop> ok sorry just give me an answer and i will not ask again
[17:14] <tsimonq2> YMMV.
[17:15] <laptop> ?
[17:16] <tsimonq2> Your Mileage May Vary.
[17:17] <laptop> oh i need something for 2 gb core2duo 2.2 ghz and i tried lbuntu 194 mb usage bodhi 96 mb usage
[17:18] <laptop> but bodhi could not get correct wifi drivers
[17:18] <tsimonq2> Then don't use Bodhi. :P
[17:18] <laptop> i ill stick with lubuntu better security, not sure if should wait until 4/26
[17:18] <laptop> for download the beta now
[17:19] <tsimonq2> Wait.
[17:21] <laptop> ok ty
[17:22] <tsimonq2> np


[01:20] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: ristretto 0.8.4 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-ristretto-0-8-4-released-tp52948.html (by Igor Zakharov)
[10:07] <bluesabre> we might want that ristretto
[10:13] <Unit193> With a bunch of stuff filtered: 23 files changed, 395 insertions(+), 229 deletions(-)
[10:38] <bluesabre> in case somebody with bug powers wants to look, I grabbed all the xubuntu-disco-related bugs and tossed them into a single place for review/dedupe/cleanup https://blueprints.launchpad.net/ubuntu/+spec/xubuntu-tagged-disco
[11:12] <brainwash> bluesabre: something for the known issues list: bug 1822380
[11:12] <brainwash> means there is no Create New Document in thunar right now
[11:24] <knome> bluesabre, awesome bug work.
[11:25] <knome> bluesabre, what do you think about using a "rolling" blueprint (spanning multiple releases) for bugs?
[11:25] <knome> bluesabre, when a release is done, we could list all the bugs marked fixed somewhere, then do a cleanup and we would have a list of bugs we want to fix immediately
[11:26] <knome> bluesabre, theoretically we could even split this blueprint into two: one for papercuts/low-hanging fruit and one for the rest
[11:26] <knome> bluesabre, even once/when we migrate to a wp-based tracking, i'm pretty sure we want something like a blueprint for bugs for easier tracking at launchpad
[13:08] <Spass> I think that the team should consider including "curl" and "git" tools in Xubuntu by default, they seem to be pretty basic tools and many people/projects assume that they're included in the distro
[13:09] <Spass> examples: https://riot.im/desktop.html and https://www.signal.org/download/
[13:09] <Spass> (both have "curl" in the commands that add a needed repo)
[14:54] <brainwash> Spass: shouldn't they be included in general then?
[14:54] <brainwash> so that every flavour and plain ubuntu have them onboard
[15:41] <knome> Spass, most users won't ever need git... or want to use curl. they will only use them because tutorials on the internet tell them to do so. :P
[15:42] <knome> and yeah, even if it was decided that those are essential enough to be on a system, i'd like to follow that decision downstream like brainwash mentioned
[15:43] <knome> also why git, why not bazaar ;>
[15:43] <knome> or both
[15:43] <knome> or what about cvs or svn... or mercurial!
[15:50] <Spass> yes, you're right, I probably shouldn't propose that here, my bad
[15:51] <knome> no worries, proposals are better than not speaking and getting involved at all
[15:52] <knome> (and remember it's not personal, we just have different thoughts on the subject matter)
[15:55] <Spass> thanks and no problem, I understand that :)
[22:37] <Unit193> knome: git would be the most useful to add in that list you gave, it is by far the most used.  bzr is pretty much a launchpad thing, and a lot of those are moving to git as well (also it's py2, I'd rather add brz)
[22:38] <Unit193> brz/breezy


[03:18] <user|16620> hola.  alguien podria decirme si puedo instalar linuxcnc en kubuntu? o en su defecto instalar kde en linuxcnc?
[03:22] <Eickmeyer> !es | user|16620
[12:20] <BluesKaj> howdy folks
[12:45] <user|81202> hello
[12:47] <user|81202> I need help because I can´t install kubuntu 19.04 because Kubuntu don´t see my new nvidia geforce gtx 1650
[12:52] <mparillo> Not that I have any personal experience, but can you try to install with nomodeset and then try to install your Nvidia driver later?
[12:52] <mparillo> !nomodeset
[19:47] <magic_ninja_work> Is there any way to get the edge of my touchpad to work?
[20:04] <diogenes_> magic_ninja_work, did you look in touchpad settings?
[20:06] <magic_ninja_work> diogenes_, yes. The edge of the touchpad, about 1/2" in on all sides doesn't respond to input to move my pointer.
[20:06] <magic_ninja_work> If I start the middle it does.
[20:06] <magic_ninja_work> If I start at the edge it doesn't. Or is this by design?
[20:08] <diogenes_> magic_ninja_work, no clue but my touchpad never worked right until i installed xserver-xorg-input-synaptics.
[21:16] <chealer> magic_ninja_work: left and right, but not top and down?
[23:59] <magic_ninja_work> chealer, all around the touchpad


[11:09] <CrazyLemon> http://www.rtvslo.si/svet/s-in-j-amerika/v-zda-puma-enega-kolesarja-ubila-drugega-pa-poskodovala/455473
[11:09] <jabuk> V ZDA puma enega kolesarja ubila, drugega pa poškodovala :: Prvi interaktivni multimedijski portal, MMC RTV Slovenija
[11:09] <jabuk> V ameriški zvezni državi Washington je puma ubila gorskega kolesarja, še enega pa poškodovala, ko sta vstopila na njeno ozemlje. Oblasti so žival nato ubile.
[11:36] <idioterna> taki so tej gorski kolesarji
[11:36] <idioterna> s cestakom te puma ne dobi kr tko
[11:57] <CrazyLemon> https://nextcloud.com/blog/german-federal-administration-relies-on-nextcloud-as-a-secure-file-exchange-solution/
[11:57] <jabuk> German Federal Administration relies on Nextcloud as a secure file exchange solution – The most popular self-hosted file share and collaboration platform
[11:57] <jabuk> Nextcloud is an open source, self-hosted file share and communication platform. Access& sync your files, contacts, calendars& communicate and collaborate across your devices. You decide what happens with your data, where it is and who can access it!
[17:25] <CrazyLemon> https://www.youtube.com/watch?v=fnxPjeaCAck
[17:25] <jabuk> Tesla Model X rollover test - YouTube
[17:25] <jabuk> Tesla Model X rollover test
[17:49] <Lurker69> https://www.hotrecentnews.com/news/puma-kills-mountain-biker-bites-another-cycli/38094
[17:49] <jabuk> Puma kills mountain biker, bites another cyclist - Hot Recent News
[17:49] <jabuk> A man was attacked and killed by a puma during a mountain bike ride through a nature reserve in the US state of Washington.
[17:49] <Lurker69> ups
[17:49] <Lurker69> narobe kanal
[17:49] <Lurker69> zanimiva novice, sem glihkar prišu iz kolesa
[17:51] <Lurker69> > The cougar was shot by an agent after the attack on the two cyclists. The animal had dragged the lifeless body of the victim to the den.