[05:41] <didrocks> good morning
[05:46] <duflu> Morning didrocks
[05:50] <jibel> morning all
[05:50] <didrocks> hey duflu, jibel
[05:56] <duflu> Morning jibel
[06:36] <oSoMoN> good morning desktoppers
[06:42] <didrocks> salut oSoMoN
[06:44] <duflu> Morning oSoMoN
[06:46] <oSoMoN> salut didrocks, hey duflu
[07:18] <seb128> gooood morning desktopers
[07:18] <oSoMoN> salut seb128
[07:19] <seb128> lut oSoMoN, wb! did you have good holidays?
[07:19] <oSoMoN> yes, I had a really good time off. what about you?
[07:24] <seb128> same, no computer, nice weather, being outside was good and food was great
[07:25] <seb128> my shoulders were glad when we stopped walking though, the kid didn't want to walk much and ended up spending most of the days in the backpack
[07:25] <didrocks> hey seb128
[07:25] <seb128> lut didrocks, en forme ?
[07:25] <didrocks> ça va, et toi ?
[07:29] <seb128> ça va bien :)
[07:30] <seb128> busy week though, post holidays catchup + new GNOME + Paris to prepare
[07:30] <didrocks> still on catchup? good luck!
[07:34] <seb128> I did email/trello/active topics on monday and I'm done with those
[07:34] <seb128> I didn't look at bugs reports and such though, which I want to do at this point of the cycle to have an idea where we stand and potential bugs to rls tag at least
[08:00] <Laney> 0\ 0\ 0\
[08:01] <marcustomlinson> morning seb128 didrocks willcooke Laney and wb oSoMoN
[08:01] <Laney> good anticipation marcustomlinson
[08:01] <willcooke> morning all y'all
[08:01] <seb128> hey marcustomlinson, willcooke, Laney
[08:01] <oSoMoN> good morning marcustomlinson
[08:01] <oSoMoN> good morning willcooke
[08:01] <didrocks> hey marcustomlinson, Laney, willcooke
[08:03] <marcustomlinson> what a friendly bunch :)
[08:23] <seb128> Laney, I think we should maybe skip at-spi2-atk/s390X (http://autopkgtest.ubuntu.com/packages/a/at-spi2-atk/eoan/s390x) autopkgtests, they worked once but they are new and I don't think they are indicating any real regression by failing atm
[08:23] <seb128> we should still figure that out, but debugging accessiblity on s390x is probalby not our priority atm
[08:23] <seb128> wdyt?
[08:27] <Laney> maybe
[08:28] <Laney> especially if you can say that it's a problem that doesn't affect other arches
[08:28] <Laney> not just e.g. because s390x is way fast
[08:29] <seb128> the tests hit a SIGTRAP on s390x so probably a really binary problem than timing
[08:30] <seb128> well could be resulting from timing issues...
[08:30] <seb128> I didn't debug much so far
[08:35] <Laney> ok
[08:59] <Laney> looks like gvfs has become sad
[09:01] <seb128> samba?
[09:01] <seb128> not only
[09:01] <seb128> bah :-/
[09:07] <Laney> :(
[09:07] <seb128> no, it's the trash test, but diffing the last good and failing log I can't see a lot of depends changed
[09:08] <seb128> gcc, cups, mesa
[09:09] <seb128> but that looks like the same flackyness we have been having for a while
[09:10] <Laney> more ignoring of it?
[09:10] <seb128> or retrying
[09:10] <seb128> I mean<EMAIL_ADDRESS>[09:10] <seb128> from aug 26 was the same error
[09:10] <seb128> and it worked after retrying
[09:11] <seb128> but yeah, another one we should probably look at once rush of updates & co is over
[09:12] <Laney> I've been flagging gvfs for a long time now, so agreed it would be good to actually do it
[09:14] <seb128> agreed, let's deal with that once GNOME 3.34 is done
[10:53] <oSoMoN> ricotz, hey, could you please push your changes to the firefox-beta.* branches?
[11:46] <frederikf[m]> test
[11:46] <seb128> hey frederikf[m] :)
[11:47] <frederikf[m]> omg... hi! I wont tell how long it took me to connect freednode to riot...
[11:51] <seb128> frederikf[m], trying matrix? ;)
[11:52] <willcooke> hi frederikf[m]
[11:53] <frederikf[m]> Yeah :| I thought it's so easy but it looks like I am a spoiled telegram user being too stupid to use all these stuff.. irc... matrix :)
[12:03] <clobrano> frederikf[m]: hi! may I suggest you irccloud? :)
[12:20] <frederikf[m]> <clobrano "frederik.f: hi! may I suggest yo"> I think I got it now thanks to this tutorial: https://jon.sprig.gs/blog/post/497
[12:34] <Trevinho> weechat and a bouncer is the way :-P. I spent days in getting riot to behave as I wanted with a custom irc server but no....
[12:35] <Trevinho> BTW hi :-)
[12:39] <frederikf[m]> hi :)
[12:41] <seb128> hey Trevinho, how are you?
[12:59] <Trevinho> seb128: hi Seb, all good...
[12:59] <Trevinho> you?
[13:00] <seb128> Trevinho, I blocked a bit my back which is annoying but otherwise good!
[13:09] <ricotz> oSoMoN, hi, will try to push it in the evening
[13:11] <ricotz> oSoMoN, regarding the clang usage, I am not so convinced with your approach, while this can all be done in debian/config/mozconfig.in ?
[13:38] <willcooke> hey marcustomlinson, did you snap up a gnome extension?
[13:39] <willcooke> ever
[13:39] <marcustomlinson> willcooke: I haven't myself, I know ken has done at least one
[13:40] <willcooke> oki, np
[13:40] <kenvandine> not an extension :)
[13:40] <marcustomlinson> (I read that differently from how it was written - assuming what was meant was snapped something using the extension)
[13:40] <willcooke> So general question then... frederikf[m] has written a gnome extension to allow you to easily switch themes.  He was asking about getting it packaged.  I wondered if we could snap it, could be a whole lot quicker
[13:41] <marcustomlinson> oh!
[13:41] <marcustomlinson> right, confusing the snapcraft gnome-extension
[13:41] <willcooke> oh, sorry :)
[13:42] <kenvandine> yeah :)
[13:43] <kenvandine> so i think it might iterate $XDG_DATA_DIRS
[13:43] <seb128> makes things easier :)
[13:43] <kenvandine> but not a silver bullet
[13:44] <frederikf[m]> I forked it and changed it to work for ubuntu:
[13:44] <frederikf[m]> https://i.imgur.com/OQamWtx.gif
[13:46] <marcustomlinson> frederikf[m]: nice
[13:47] <mgedmin> nice
[13:49] <marcustomlinson> I'm just trying to think now how a snap could be installed such that gnome could discover the extension inside
[13:54] <marcustomlinson> will likely need a post-install script
[13:55] <clobrano> frederikf[m]: very nice! Does it change gtk variant only, or also shell one?
[13:55] <frederikf[m]> only the gtk theme sadly
[13:55] <clobrano> I see
[14:04] <oSoMoN> ricotz, thanks. agreed that if everything can be done in d/config/mozconfig.in, that's better, let's tweak this in the beta branches once you have pushed your changes
[14:12] <frederikf[m]> <marcustomlinson "frederik.f: nice"> here is the repo https://github.com/Feichtmeier/gnome-shell-extension-dark-theme-toggle
[14:25] <xnox> willcooke:  error: cannot validate seed:
[14:25] <xnox> - cannot use snap "gnome-calculator": default provider "gtk-common-themes" is missing
[14:26] <xnox> willcooke:  is layered images work maintained at all? or is it dead?
[14:28] <xnox> hmmm
[14:28] <xnox> but looks like above was fixed in https://bugs.launchpad.net/bugs/1772844
[14:28] <xnox> hm
[14:28] <Laney> no it's not
[14:29] <Laney> this is something else - livecd-rootfs is validating the snapd seed.yaml as it is being created
[14:29] <Laney> and it must be that some of the intermediate steps here are invalid
[14:31] <Laney> we turned off that for regular distro image builds but I guess this one is using something else
[14:32] <ricotz> oSoMoN, ok, I will force push the beta branches
[14:33] <oSoMoN> ricotz, I think I merged back the changes from the stable branch only for xenial, the others shouldn't require a force-push
[14:33] <xnox> Laney:  looks like it's sorted wrong.
[14:33] <xnox> Laney:  https://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.eoan/desktop-minimal.snaps has things not in the order of seed text =/
[14:34] <xnox> and the order matters
[14:34] <ricotz> oSoMoN, ok
[14:34] <xnox> Laney:  do you remember where/how "turned off that for regular distro image builds" => was that in livecd-rootfs?
[14:35] <Laney> yes
[14:35] <Laney> "wrong"
[14:36] <Laney> the order doesn't really matter
[14:36] <Laney> desktop isos do work
[14:36] <xnox> Laney:  well, the snap seed validation code, tries to validate that seed yaml is correct after every snap download, instead of "in the end" because it doesn't know if something is "the end" or not.
[14:36] <Laney> it's just bogus for livecd-rootfs to be enforcing that every intermediate step is a valid seed
[14:36] <xnox> yeah that
[14:37] <Laney> but I didn't win that one with CPC so I just turned it off selectively
[14:37] <xnox> twats
[14:37] <Laney> :)
[14:37] <Laney> not sure which path this image is using for seeding though :(
[14:38] <xnox> so
[14:39] <xnox> hm
[14:42] <xnox> Laney:  possibly found the "one more code path"
[14:43] <Laney> lb_chroot_layered?
[14:45] <xnox> yes....
[14:45] <xnox> Laney:  does desktop team maintain that at all still?
[14:45] <Laney> not sure
[14:45] <Laney> I think it's not a top top priority right now
[14:45] <seb128> didrocks, do you know if there is anything I can do to unblock the rygel MIR? security team gave their +1 some weeks ago, should it auto-bounce to MIR/be discussed in the next meeting? (was it since if you had a meeting?)
[14:45] <xnox> Laney:  or is it the case of something actually needs to use that, as in "make ubiquity build/use a two layer image"
[14:45] <Laney> check with jibel and/or didrocks
[14:46] <willcooke> xnox, Laney - from what I can remember we were told that Ubiquiuty should not use the multi lat
[14:47] <seb128> xnox, good discussion for Paris maybe? but afaik we have been asked to not spend efforts on ubiquity, that was some of the first step toward the new installer which was put in standby for now
[14:47] <willcooke> *layer stuff, only subiquity when used in desktop mode.  And that got dropped as a requirement for 20.04
[14:47] <Laney> right, but there's a canary image being built still
[14:47] <seb128> did we get that build fixed?
[14:47] <Laney> that's the conversation
[14:47] <seb128> it was buggy since july after some changes from xnox
[14:49] <xnox> seb128:  wrong =) on june 14th i explained to didrocks & jibel and coached them that layered images are executing certain hooks at the wrong layers and use the wrong initrd extracted from the wrong layer.
[14:49] <xnox> seb128:  and i was awaiting to review the patch to extract initrd from the live layer, instead of the first one.
[14:50] <xnox> seb128:  and i am confused why 3line patch did not emerge from desktop team since.......
[14:50] <xnox> willcooke:  right, i was hoping that we could use layer image in at least one type of image, such that it does not regress.
[14:50] <seb128> xnox, from your hangout they understood you said you would fix it
[14:50] <xnox> seb128:  ?!
[14:50] <seb128> xnox, since it's your changes who broke the build
[14:51] <seb128> xnox, is that the bug you assigned to willcooke? ;)
[14:51] <xnox> seb128:  dude no. my changes didn't break stuff. layered images have never had initrd with expected content to begin with.
[14:51] <seb128> xnox, let's not have that discussion again
[14:51] <Laney> you're off topic from snap stuff now so I'll go away and do something else if you don't mind :-)
[14:51] <jibel> xnox, our implementation of layered image have been reviewed and merged, then your change breaks it, my understanding is that you break it you fix it
[14:51] <xnox> seb128:  they always used root layer initrd, expecting it to work, without any detection of matching iso & initrd ever ;-)
[14:52] <xnox> jibel:  the bug exists in layered image work, and it never worked correctly.
[14:52] <seb128> xnox, that's not going to be a constructive discussion to have here so let's stop please
[14:52] <seb128> and talk in person in Paris
[14:52] <jibel> yeah lets do that
[14:52] <seb128> that's going to be easier than wasting an hour arguing over IRC typing
[14:53] <xnox> jibel:  as in, if one burns two different builds of layered images on two usb sticks, and boots with both plugged in, a random one gets mounted, instead of a matching one. Ie. resulting in missmatch of booted kernel & modules available.
[14:53] <xnox> jibel:  so layered images work has always been buggy. despite reviews and merged.
[14:53] <xnox> jibel:  and my understanding was that desktop team committed to maintain that part of livecd-rootfs codebase.
[14:54] <xnox> jibel:  not just throw it over the wall =)
[14:54] <xnox> jibel:  and it looks like it's bitrotting now, given that snap validation stuff is broken for it now, and was only fixed for non-layered case.
[14:54] <xnox> so someone has to maintain layered code in livecd-rootfs codebase on ongoing basis. cause foudnations/cpc does not do that.
[14:55] <willcooke> This can be a 20 min conversation face to face, lets do that please
[14:55] <seb128> +1
[14:55] <seb128> xnox, Laney, sorry I didn't mean to derail the initial snap problem which from I understand now is another problem
[14:56] <seb128> but sounds like we had multilayer image buggy still even without the snap problem then
[14:57] <xnox> well always, just nobody noticied that it was lacking uuid stamps, and later in eoan further checks got added to enforce requiring them, since we included them for years at this point.
[14:58] <xnox> at which point it became evident that layered features has never been correct
[14:58] <xnox> (but kind of operational, if one didn't happen to hit archive when kernel changes)
[14:59] <jibel> Trevinho, I've just got another gnome-shell crash. All the crashes point to bug 1736664 which is not very useful.
[14:59] <jibel> Trevinho, how can I help getting more interesting data?
[14:59] <seb128> xnox, as said let's discuss that nex tweek please
[15:02] <xnox> willcooke:  seb128: either any image should use layered code-path for something, or it should be removed and dropped. It could be as simple as, building ubiquity image via layered codepath with just two layers "full" and "live" overlay. That alone would be enough to keep that code-path of livecd-rootfs hot and alive.
[15:02] <xnox> (not the whole subiquity-for-desktop stuff)
[15:03] <willcooke> oki, we can look at that next week then
[15:03] <seb128> that's for sure doable for next cycle
[15:06] <xnox> willcooke:  seb128: so if you schedule that the agenda would be to identify a usecase/scope/resource-allocation. Or writting off layered work, which will make it more expensive to resurrect later (well obvious statement)
[15:06] <willcooke> ack
[15:06] <seb128> xnox, well I though our usecase when we previously talked about it was to make the minimal install do less work than the normal install
[15:07] <seb128> willcooke, ^
[15:07] <willcooke> yeah, but that got nacked for ubiquiuty.  Maybe we JFDI?
[15:07] <seb128> well, that's what we can discuss in Paris
[15:07] <willcooke> yeah
[15:07] <willcooke> oki
[15:08]  * willcooke draws a line under it
[15:23] <seb128> looks like the fix from rober_ancell for the g-c-c/sound missing slider didn't work...
[15:26] <didrocks> right, it worked for all bars but the sound top one
[15:27] <seb128> the other bar is Laney's fix
[15:27] <seb128> that one works it looks like :)
[15:27] <didrocks> yeah ;)
[15:31] <Trevinho> jibel: try follow https://wiki.gnome.org/Projects/GnomeShell/Debugging#Starting_GNOME_Shell_under_gdb
[15:31] <Laney> the global slider works ok for me
[15:31] <didrocks> Laney: are you in the ubuntu session, with the amplification setting visible?
[15:32] <Laney> no
[15:32] <didrocks> maybe you should :)
[15:32] <Laney> no thanks
[15:32] <didrocks> shrugh
[15:33] <Laney> if it's that, sounds like a distro patch bug though
[15:33] <seb128> still needs fixing?
[15:33] <seb128> I'm going to drop an email to Robert
[15:35] <seb128> right, works with XDG_CURRENT_DESKTOP=GNOME
[15:39] <seb128> (done)
[15:41] <Laney> this is probably a trivial fix
[15:43] <jibel> the global slider doesn't work for me
[15:43] <seb128> jibel, yeah, we confirmed it's an issue with our ubuntu session change
[15:43] <seb128> Laney, agreed, I trust Robert should be able to fix easily :)
[15:43] <Laney> done it
[15:43] <Laney> you can unemail him
[15:43] <seb128> thx, doing so
[15:44] <seb128> sorry I though you said you were not interested, misunderstanding
[15:44] <seb128> (&done)
[15:44] <jibel> Trevinho, I don't have a reliable way to reproduce the crash. It's just random and I cannot run all day under gdb. Any other suggestion?
[15:45] <seb128> jibel, does gdb create any problem?
[15:45] <seb128> if it doesn't stop you should be able to have it attached all day long without noticing
[15:48] <jibel> seb128, my system's quite slow already. I'll try gdb anyway see if it's still usable
[15:48] <seb128> gbp isn't valgrind
[15:48] <seb128> bah
[15:48] <seb128> too much packaging recently!
[15:48] <seb128> gdb
[15:48] <seb128> it shouldn't have any impact on performances
[15:49] <seb128> or I never had cases where I could see performances problems once it's done loading the symbols
[16:01] <marcustomlinson> frederikf[m]: sorry for the delay, so interestingly I developed a very similar extension which I've just added snap packaging to. Here's how: https://bit.ly/2kFWL5g
[16:01] <GunnarHj> Hi seb128, still there?
[16:01] <seb128> GunnarHj, hey, yes but probably going to step our for dinner&co in not long, why?
[16:03] <GunnarHj> seb128: I started to play with the docs repos at Debian, but I'm not sure you want me to push. :) What I did was taking the tarball, making the repo equal it, which means that the new upstream is only reflected via one single commit.
[16:04] <seb128> GunnarHj, it's not in a vcs yet? what package is that?
[16:04] <GunnarHj> seb128: I'm basically talking about gnome-user-docs.
[16:05] <seb128> GunnarHj, basically https://salsa.debian.org/gnome-team/gnome-user-docs then?
[16:05] <GunnarHj> seb128: Yes.
[16:06] <seb128> updating it should be done following https://wiki.debian.org/Gnome/Git
[16:06] <seb128> basucally gbp import-orig
[16:06] <seb128> that should update the different branches
[16:06] <seb128> (I need to step out for a bit, I will read the backlog and comment back if needed in a bit)
[16:07] <GunnarHj> seb128: Ok, I'll check out that and make a new try.
[16:40] <frederikf[m]> <marcustomlinson "frederik.f: sorry for the delay,"> Oh nice! I personally would prefer yours then, because I only forked an existing one. Don't know how the others feel about that?
[16:41] <marcustomlinson> frederikf[m]: I don't know, I like the one you had better actually :) simpler
[16:43] <frederikf[m]> <marcustomlinson "frederik.f: I don't know, I like"> Sorry how could I try it? with "sudo snap install gnome-shell-extension-theme-indicator"?
[16:45] <marcustomlinson> frederikf[m]: it's not been uploaded to the store, so to try mine out you'll have to pull the source, build, and install
[16:45] <marcustomlinson> https://pastebin.ubuntu.com/p/2d8nSCmjZz/
[16:47] <marcustomlinson> frederikf[m]: this extension was a proof of concept, not something I've seriously considered releasing. If you test it you'll see it needs love
[16:48] <marcustomlinson> frederikf[m]: I just added snap packaging to it today to give you a working example from which you could learn from to package yours :)
[16:49] <frederikf[m]> thanks! trying it now in my eoan vm!
[16:49] <frederikf[m]> Not sure if I could take over the packaging part though 😕 I fear someone else would need to do the packaging
[16:55] <frederikf[m]> wow actually that's very cool 😇 We would need to blacklist "emacs" "raleigh" and "default"  I think
[17:07] <marcustomlinson> frederikf[m]: https://github.com/Feichtmeier/gnome-shell-extension-dark-theme-toggle/pull/1/files
[17:09] <frederikf[m]> woah merged ^^ you're fast
[17:09] <marcustomlinson> frederikf[m]: https://snapcraft.io/docs/releasing-your-app
[17:09] <marcustomlinson> :)
[17:14] <willcooke> very cool!  thanks guys
[17:14] <willcooke> I gotta go
[17:14] <willcooke> night all
[17:21] <frederikf[m]> <marcustomlinson "frederik.f: https://snapcraft.io"> thank you very much I will try this tutorial
[18:39] <frederikf[m]> marcustomlinson: Ok I've built and uploadeded the snap to the store. "a human will soon review your snap" : ) Let's see!
[18:39] <frederikf[m]> What are the next steps now to get it installed by default in 19.10? Or did I misunderstand something and that was not the plan for you guys?


[00:32] <carbonzero> hey guys. I wanted to ask you a question. Do you know anything about the zsync version of an ISO?


[09:34] <zequence> cub, if you read this, this is where the two existing branches for the website lies. https://code.launchpad.net/ubuntustudio-website
[09:35] <zequence> So, to create a branch there, you'd do: bzr push lp:~jimmy-sjolund/ubuntustudio-website/<new-branch-name>
[09:35] <zequence> As long as only you are working on the code, don't worry so much about how you do commits.
[10:37] <cub> Thanks zequence, I'll see which way to go. knome replied to my questions about the Xubuntu theme and it seems the best way would be to make some responsiveness with the theme we have and redo to 16.04
[10:38] <cub> I'm not sure how to do that yet but will be looking into it
[11:56] <cub> Still no word from madeinkobaya though
[16:19] <zequence> I also contacted madein some time ago, and he hasn't responded to me either. Think I heard from him at the beginning of the year. Not a word since.


[07:16] <eagles0513875> hey guys im trying out the nvidia-current from yalls ppa
[07:16] <eagles0513875> it works fine yet i still am getting the occasional driver crash.
[11:11] <trinikrono> hey guys are they different xserver -xorg-video-intel drivers between xubuntu and ubuntu
[11:11] <trinikrono> on bug 601441 the reporter says he changed to xubuntu and it works fine now
[11:11] <ubot4> Launchpad bug 601441 in xserver-xorg-video-intel (Ubuntu) "[i845G] Running Firefox crashes X (affects: 1) (heat: 89)" [Undecided,Incomplete] https://launchpad.net/bugs/601441


[00:00] <bluesabre> Thanks!
[00:01] <Unit193> I can give it a shot.
[00:01] <bluesabre> Double thanks!
[00:02] <Unit193> Note: I can only reproduce it half the time I try.
[00:06] <Unit193> ...Not to be a nitpicking jerk, but..Can you use a pastebin I can wget from? :3
[00:10] <Unit193> bluesabre: ...I can still get the scroll window?
[00:11] <bluesabre> Unit193: still 2 pixels tall, or can you read the items?
[00:12] <Unit193> I can read the items, as before it's only trimming ~3 items or so.
[00:13] <bluesabre> Unit193: for me, the submenu was drawing so short I couldn't read anything... the patch makes it workable
[00:14] <Unit193> Ouch.  Sorry then, I thought this was the other problem where the menu was scrollable even though there's plenty of screen. :3
[00:15] <bluesabre> :D
[00:15] <bluesabre> It's actually drawing at normal height for me, so a variety of weirdness(es?)
[00:16] <Unit193> The problem you describe is even worse.
[00:17] <bluesabre> So, sounds like it's ok to go ahead and upload in this state
[10:41] <bluesabre> infinity mentioned yesterday that there'd be some respins today, so keep an eye out for those :)
[15:14] <knome> Spass, do you have stylus (or a similar add-on that can apply custom css in your browser) installed?
[15:15] <Spass> knome, nope, but I can do this if some testing is needed
[15:15] <knome> Spass, yes, i have a treat for you :)
[15:16] <knome> Spass, put this in for cdimage.ubuntu.com/xubuntu/*: https://paste.ubuntu.com/p/pMCSMJKJC9/
[15:23] <Spass> ah, nice, blue header and single "Desktop image" section now :)
[15:23] <knome>  yep
[15:23] <knome> also, table styling
[15:23] <knome> see how .iso and .torrent are highlighted vs. the ubuntu page...
[15:23] <Spass> I can't see the icons near files, maybe something on my side?
[15:23] <knome> they're hidden.
[15:24] <knome> what do you need the question marks for?
[15:25] <Spass> don't need them
[15:25] <knome> indeed
[15:25] <knome> i'm pretty sure they just increase confusion
[15:36] <Spass> I like it, two small changes I would propose are: make the row higher - tbody tr { height: 2.3em;}, and personally I'm not a fan of the "padding-left" on the non-ISOs tbh
[15:39] <Spass> so, to conclude my propositions, this - https://screenshots.firefox.com/hmnsDtC7undORo7P/cdimage.ubuntu.com
[15:45] <Spass> ah, and maybe there's a way to hide that first empty row?
[15:46] <Spass> so my proposition is bad, need to find something else
[15:49] <Spass> yup, changing "tbody tr td { padding: 0.2em 0; }" to "tbody tr td { padding: 0.5em 0; }" works much better
[15:59] <Spass> knome, and what do you think about this https://paste.ubuntu.com/p/VtVfpKCxpv/
[16:03] <bluesabre> Oooooohhhh
[16:03] <bluesabre> Fancy!
[16:07] <Spass> original: https://screenshots.firefox.com/ehM4ciiycJoQAmAO/cdimage.ubuntu.com
[16:07] <Spass> my seggestions: https://screenshots.firefox.com/cJEhUUrohXVqN6G0/cdimage.ubuntu.com
[16:07] <Spass> anyway, both are fine
[16:14] <knome> Spass, first what empty row? "parent dir"?
[16:15] <Spass> nah, my first change in css was faulty, there's no empty row now :)
[16:15] <Spass> all good
[16:15] <knome> :)
[16:16] <knome> Spass, not opposed to your changes
[16:16] <knome> Spass, now let's start working on getting this to a git repository etc.
[16:16] <knome> i think we need to include the main css file as well
[16:17] <knome> https://wiki.ubuntu.com/ReleaseTeam/FlavorCSSChanges
[16:17] <knome> here's the process explained
[16:17] <knome> we should dump this under xubuntu-website
[16:18] <Spass> yeah looks like the CSS need to be complete
[16:19] <Spass> and if you think that rows are slightly to high in my mod, we could change "0.5em" to "0.4em"
[16:19]  * knome shrugs
[16:19] <knome> i'm fine either way ;)
[16:31] <Spass> I might be wrong, but I think that "existing CSS" from that Wiki page is deprecated
[16:31] <Spass> tried to use that in Stylus and it looks bad
[16:32] <Spass> they probably changed that since then
[16:33] <Spass> this is how it look with only that "original" CSS from the wiki - https://screenshots.firefox.com/SGAAhPiB5Oju6ds6/cdimage.ubuntu.com
[16:36] <Spass> and yeah... looks like Lubuntu team missed that change in CSS - http://cdimage.ubuntu.com/lubuntu/releases/18.04.2/release/
[16:37] <Spass> and probably kubuntu team also - http://cdimage.ubuntu.com/kubuntu/releases/18.04.2/release/
[16:38] <Spass> so yeah, is it really worth it to maintain that custom css?
[16:46] <knome> i'd at least go ahead and change the header bg color
[16:46] <knome> if nothing else
[16:46] <knome> and link colors
[16:46] <knome> those are pretty generic changes that work with all kinds of "base" css
[16:46] <knome> (maybe we should see if we could just load the base css with an @import?)
[17:00] <flocculant> Unit193: just so you know - got new kernel, reverted the grub change, rebooted and all is fine here again
[17:00] <flocculant> hi knome Spass
[17:00] <Spass> hello flocculant
[17:01] <knome> hey flocculant
[17:01] <flocculant> how's things - the iso page changes you're looking to do look good :)
[17:01] <knome> slow... :P
[17:02] <knome> it's not often i have these quiet moments alone on the computer
[17:02] <flocculant> :)
[17:02] <flocculant> it's not often I have a quiet moment the last 6 months lol
[17:02] <knome> and even now i'm kind of thinking if i should use the quiet time for something else :P
[17:03] <knome> flocculant, i understand ;P
[17:03] <flocculant> I'm just about to away again now lol
[17:03] <knome> yep
[17:03] <knome> have fun
[17:03] <knome> and - me too
[17:03] <knome> -->
[17:04] <flocculant> yep - see you
[17:05] <flocculant> bluesabre: I will try to do a test again this week - if it happens Wednesday - if it's Thursday I'll have no time
[17:44] <Spass> knome, this mess is what cdimages.ubuntu.com/ubuntu/* imports :) https://assets.ubuntu.com/v1/vanilla-framework-version-1.8.0.min.css
[17:44] <Spass> so yeah, not too clean
[18:39] <knome> Spass, indeed.
[19:19] <Unit193> flocculant: Ah, that's good news.  1998's resolution is gone. \o/
[20:02] <flocculant> Unit193: yup it was - and it wasn't till I started typing I realised 1998's resolution wasn't something you did on New Years Day ...
[20:24] <Spass_> refreshed disco ISO landed
[20:39] <Spass_> (but I'll test them tomorrow, it's getting late here)
[20:52] <Unit193> So I should refresh mine.


[00:05] <Roey> Hi.  With Kubuntu, is it upon me as a user to execute this as a script every few months?  https://pastebin.com/WEDenMcB
[00:15] <Roey> I do this because all the snapshots that dpkg creates take up space
 I have not used snapshots before, but typical answer is "yes", the user is responsible for the cleanup.
 same with "sudo apt autoremove" to clean up older packages/kernels.
[04:01] <eegore> Is ther a way to view HTML content in Kontact?
[04:01] <eegore> ie: Kmail
[04:05] <valorie> eegore: of course
[04:06] <eegore> Would I do this automatically or should I do this on a case by case basis
[04:06] <eegore> Like part of contact list
[04:09] <valorie> as I recall, you can do it by source, always allow it, or do it one at a time
[04:09] <valorie> some never allow it
[04:09] <valorie> some always do
[04:10] <valorie> and some go the middle way with trusted sources
[04:10] <eegore> some of these are my regular accounts
[04:10] <valorie> for in-depth questions you'll want #kontact
[04:15] <eegore> Damn, found my printer right away
[04:41] <eegore> I love when a plan comes together
[04:56] <eegore> I forgot what they replace top with for process control
[04:57] <eegore> nm, it installed by default
[05:08] <valorie> top is there, and one can use htop as well
[05:08] <valorie> also we have system monitor
[05:08] <valorie> control + escape for the little version
[05:28] <eegore> I end up using more console aps on this box since it is only an atom proc
[05:29] <eegore> nothing to write  home about
[05:35] <valorie> I used to have a little atom netbook
[05:35] <valorie> it was a cutie, but seriously underpowered
[05:41] <howyoubeen> I'm chugging away on a 10 year old hand-me-down i3 laptop. It's running a heck of a lot better than I thought it would.
[07:14] <lordievader> Good morning
[08:25] <statut777> Hi what is the best messanger for LAN ? thx
[08:31] <lordievader> statut777: What do you mean?
[08:32] <statut777> lordievader, I need instant messanger that work on local network, thx
[08:33] <lordievader> Matrix would work in that instance, given that the homeserver is in the same network.
[08:33] <lordievader> https://matrix.org/
[08:34] <Lacus86> Good day
[08:34] <Lacus86> My quick question is what is the minimum processor requirement for Kubuntu 18.04.4 LTS? I would like to use Intel® Celeron® 1007U Processor 1.5 Ghz with 4 gb rams. Thanks in advance for the answer!
[08:34] <statut777> lordievader, thx, I ll check
[08:47] <lordievader> Lacus86: Don't think there is a real minimum processor requirement. However, if you have a real slow processor you might want to run something lighter than KDE. And even then it may be a test of patience.
 someone faced an issue with brightness, my issue is everytime i reboot the brightness is reset to maximum
[09:50] <Lacus86> thank s
[10:22] <BluesKaj> Howdy folks
 @ericadams, Was there ever a solution for this one?
 @Semi, I had the same thing happen in Ubuntu and was able to fix it by switching kernels. There is or was something in the 5.4 kernel that wasn't working properly.
 Thanks, I will try a newer kernel then.
 Hope that works for you too
[13:12] <TomyWork> I'm on 18.04 and i noticed that VPN passwords are stored as clear text (albeit accessible only to root). Can those be stored in the wallet instead?
[13:12] <TomyWork> they're in /etc/NetworkManager/system-connections
[13:31] <viewer|1> hello
[13:32] <oerheks> :-)
[13:33] <viewer|1> who know how can I set my system language to Chinese
[13:33] <viewer|1> now some place in my system is Chinese language,but most are english
[13:34] <viewer|1> I am not good at using KDE
[13:34] <viewer|1> quite different from gnome
[13:35] <oerheks> Did you ran updates after changing? you might need to reboot to let language changes take effect systemwide..
[13:35] <viewer|1> I have rebooted
[13:36] <viewer|1> Uploaded file: https://uploads.kiwiirc.com/files/22597cb9bddc428c9548993b15bcb6d5/image.png
[13:36] <viewer|1> but still like this
[13:37] <viewer|1> and my language setting option is Chinese
[15:39] <acid41> hi
[15:40] <acid41> have a littel problem when hexchat
[15:40] <acid41> in irc hispano put 1970 1 enero
[15:40] <acid41> gener
[15:40] <acid41> no put the real date
[15:40] <acid41> today
[15:41] <acid41> any people hel me please
[15:41] <acid41> any people help me please
[16:16] <BWBX> Hi,
[16:16] <BWBX> I have just done an update of kubuntu 18.10 as 30 packages needed to be updated.
[16:17] <BWBX> I used apt-get dist-upgrade and it received an error code.
[16:19] <BWBX> Since there is a packet conflict which is will not resolve. Anyone know what to do?
[16:19] <BWBX> It recommended using "apt --fix-broken install" but that doesn't do anything either
[16:20] <BWBX> Error message:
[16:20] <BWBX> dpkg: error processing archive /var/cache/apt/archives/libreoffice-math_1%3a6.4.2-0ubuntu<IP_ADDRESS>_amd64.deb (--unpack):
[16:20] <BWBX>  trying to overwrite '/usr/lib/libreoffice/share/config/soffice.cfg/modules/smath/menubar/menubar.xml', which is also in package libreoffice-common 1:6.3.5~rc2-0ubuntu<IP_ADDRESS>~l
[16:21] <BWBX> Now libreoffice does not work at all
 What PPA's are enabled?  Sound like you need to PPA purge an old or experimental ppa...
[17:08] <Metamorphosis> Hello everyone
 (Document) https://irc-attachments.kde.org/NPD07Pex/file_26123.mp4
[17:45] <Guest32002> hello to all
[17:46] <Guest32002> just triying to install Kubuntu in my pc where I have a 120gSSD and 1T HD , I0d like to install home on the HD and boot and SW on the SSD do you thonk is correct?
[17:49] <Guest32002> any help?
[17:52] <Guest32002>  just triying to install Kubuntu 18 LTS  in my pc where I have a 120gSSD and 1T HD , I'd like to install home on the HD and boot and SW on the SSD do you think is correct?
[17:54] <Guest32002> any help?
[18:00] <Guest32002>   just triying to install Kubuntu 18 LTS  in my pc where I have a 120gSSD and 1T HD , I'd like to install home on the HD and boot and SW on the SSD do you think is correct?
 Hey all
[18:03] <Guest32002> hey
[18:03] <Guest32002> there is a live on Mars
[18:03] <Guest32002> ;)
 Guest32002: Are you installing along side an existing OS or formatting all drives?
[18:36] <dash_> Hi
[20:02] <Guest32002>   just triying to install Kubuntu 18 LTS  in my pc where I have a 120gSSD and 1T HD , I'd like to install home on the HD and boot and SW on the SSD do you think is correct?
[20:12] <masonbee-M> Guest32002 My 2 cents.
[20:12] <masonbee-M> On my laptop I have a 256gb ssd and a 1tb harddrive. Because I wanted it to be encrypted I installed to the ssd (encrypted) and then created a new partition on the harddrive and encrypted it using the method at Average Linux user (https://averagelinuxuser.com/encrypt-hard-drive-in-linux/). As your ssd is smaller, then if it was an unencrypted install I would do what you are suggesting, put everything but home on the ssd
[20:12] <masonbee-M> and home on the hd. Or, if I wanted to encrypt it I would install it all to the ssd, format and encrypt the hd as per the average linux user instructions and then go into fstab afterwards and change where home.
[20:13] <juacom99> hi i got kind of a dum question: is changing the render engin going to improve/deteriorate my game's performance in any way?
[20:14] <juacom99> the ones that run nativly i mean
[20:16] <masonbee-M> Guest32002 My 2 cents...part 2
[20:16] <masonbee-M> Forgot to say, in my first instance where I wanted it encrypted I then mounted the volume inside the home folder as /home/myname/Archive.  My fstab in that case reads /dev/mapper/sda1 /home/myname/Archive ext4 defaults 0 1
[21:28] <andrybak> hello, does anybody know what is (if any exist) the KDE5 analogue of the APT package ubuntu-session, which is used for Gnome?
[22:22] <valorie> ubuntu-session?
[22:22] <valorie> what does it do, andrybak?
[22:23] <valorie> !info ubuntu-session
[22:24] <valorie> there is plasmashell of course, but even googling leaves me wondering what it might be/do
[23:27] <leaftype> question about irc/konversation ... how do I silence all the joined and quit messages?
[23:41] <oerheks> https://web.archive.org/web/20160419133538/https://wiki.xkcd.com/irc/hide_join_part_messages#Konversation


[08:26] <RikMills> petersaints: there were a couple of things I wanted to look at, but I guess it should be ok to do
[17:42] <valorie> 🎄🎄🎄


[21:20] <ripdisk> Hello everybody! I'm having a very odd problem. I host a particular game server, but the windows box in my rack died, and since its a tiny daemon i figured i'd just run i in a virtualbox win7 setup
[21:21] <ripdisk> i had a very hard ime getting it to work.... but now, finall, my game client can connect.  BUT UH-OH...
[21:21] <ripdisk> now, suddenly out of nowhere.... apache is completely broken
[21:21] <ripdisk> i cannot access ANY webfiles in /var/www/html/
[21:21] <ripdisk> not even when i do it from the server itself using <IP_ADDRESS>
[21:22] <ripdisk> i've restarted apache... made sure port 80 is specified
[21:22] <wxl> this all sounds like maybe a virtualbox question?
[21:22] <ripdisk> that
[21:22] <wxl>  /join #virtualbox
[21:22] <ripdisk> that's incorrect, sir
[21:22] <ripdisk> my virtualbox is working completely fine
[21:23] <ripdisk> i'm not having any problems with that, i just typed that.
[21:23] <ripdisk> i typed 'it took a long time, but now finally my game client can connect'
[21:23] <wxl> i'm having a little trouble understanding what server/client is running on what host/guest
[21:23] <wxl> that may explain things
[21:23] <ripdisk> ok, that has absolutely nothing to do with my problem.
[21:24] <ripdisk> here, lets pretend i never mentioned a virtual computer
[21:24] <ripdisk> now. apache broke for no reason.
[21:24] <wxl> so yuor problem is apache running on a lubuntu machine?
[21:24] <ripdisk> yes.
[21:24] <wxl> well, i doubt that has anything to do with lubuntu specifically. again, it's probably just as applicable to any *buntu flavour
[21:24] <wxl> still, i'd start by looking at permissions
[21:25] <ripdisk> i'm on a PC wiht lubuntu installed as the OS I boot into. I set up a virtualbox and installed windows 7 in there, so i could run my game server without having to get rid of my linux
[21:25] <ripdisk> ok, heres some more information
[21:25] <ripdisk> i was working perfectly for a long time, and the ONLY Other thing aside from settintg up virtual box was an upgrade
[21:25] <ripdisk> it was working*
[21:25] <wxl> what got upgraded?
[21:25] <ripdisk> and now.... ihave virtualbox completely shut down.
[21:26] <wxl> and.. did you check the permissions?
[21:26] <ripdisk> virtualbox is no longer running whatsoever,and i cannot access any of my webpages
[21:26] <ripdisk> ok, permissions of what? and.. if  thats the case, why would they suddenly change all on their own?
[21:26] <wxl> no clue what updated, so can't tell you
[21:26] <ripdisk> no, UPGRADE
[21:26] <ripdisk> not update.
[21:27] <wxl> but the permissions of the files you're trying to serve
[21:27] <wxl> same difference. some part of your system changed.
[21:28] <ripdisk> OK, i changed the permissions of /var/www/html to 777
[21:28] <ripdisk> absolutely no difference.
[21:28] <wxl> what about ownership?
[21:28] <ripdisk> who should it belong to
[21:28] <ripdisk> 'cos i DID at one point mess with permissions and i didn't realy know hwat i was doing...tryijg to get my game sever working
[21:29] <wxl> that's likely your problem
[21:29] <wxl> but i don't know much about apache
[21:29] <ripdisk> i think i did chmod ripdisk -R html
[21:29] <ripdisk> wel
[21:29] <ripdisk> if its set to 777 i shouldn't matter WHO owns it
[21:30] <wxl> not necessarily true
[21:30] <wxl> so let's start with dumb questions though
[21:30] <wxl> is apache running?
[21:31] <ripdisk> yeah. I Mentioned up top that I restarted it several times
[21:31] <wxl> have you looked for eerrors in the logs?
[21:33] <ripdisk> i woulnd't know what log to look at... but hey here's some more info
[21:33] <ripdisk> when i try to visit the folder, even from localhost
[21:33] <ripdisk> it says unable to connect
[21:34] <wxl> can you telnet to localhost 80?
[21:35] <ripdisk> how do you do that? telne <IP_ADDRESS>:80 ?
[21:36] <wxl> telnet <IP_ADDRESS> 80
[21:36] <ripdisk> remote connection refused
[21:36] <ripdisk> its a port beng blocked i just know it
[21:37] <wxl> there ya go
[21:37] <wxl> one sec
[21:37] <ripdisk> at one point i was looking at ports and stuff to get my client to work but i forgo where i found those setings
[21:39] <wxl> does `netstat -lntu | grep 80` return anything?
[21:41] <wxl> you could use ss instead of netstat fwiw
[21:42] <ripdisk> nope, nothing... dude i just accidently did something really stupid
[21:43] <wxl> so it sounds like either you don't have apache listening on 80 or you have a firewall rule working against you
[21:43] <ripdisk> foar whatever reaqson, i hit a key and it pasted apt install apache2-bin
[21:43] <ripdisk> and it started doing something so i hit ctrl c to stop it
[21:43] <ripdisk> and now when  type service apache2 start it says
[21:43] <ripdisk> Job for apache2.service failed because the control process exited with error code.
[21:43] <ripdisk> See "systemctl  status apache2.service" and "journalctl  -xe" for details.
[21:44] <ripdisk> crap man i dont know wtf i did
[21:44] <wxl> just install apache2-bin
[21:44] <wxl> there's nothing wrong with installing it
[21:44] <wxl> it is a dependency of apache2
[21:44] <wxl> i.e. you need to have it
[21:45] <wxl> you might want to just `sudo apt update && sudo apt-get install --reinstall apache2`
[21:46] <ripdisk> ok, its dong that
[21:46] <ripdisk> i hope tis didn't break my phpmyadmin and my mysql stuff cos i dont have it written down anwhere
[21:47] <wxl> it shouldn't clobber your configs
[21:47] <ripdisk> ok, the reinstall finished
[21:47] <ripdisk> i just typed service apache2 start
[21:47] <ripdisk> and it saId this again
[21:47] <ripdisk> Job for apache2.service failed because the control process exited with error code.
[21:47] <ripdisk> See "systemctl  status apache2.service" and "journalctl  -xe" for details.
[21:48] <wxl> what version are you on?
[21:48] <ripdisk> i was on an oldder one, and the other day i just did the 'upgrade'
[21:48] <ripdisk> everything was working fine until i started messing with ports
[21:48] <wxl> not helpful; `lsb_release -a`
[21:48] <ripdisk> 17.10
[21:49] <wxl> pastebin the results of systemctl status apache2.service
[21:54] <ripdisk> https://pastebin.com/YwDFcmzd
[21:55] <wxl> that output seems really messed up like something's cut off
[21:55] <wxl> however it's clear there's something wrong with your conf file
[21:56] <wxl> looks like there also may be an error with mods-enabled/php5.load
[21:56] <ripdisk> dude
[21:57] <ripdisk> i found the problem, SOME DAMN IDIOT
[21:57] <ripdisk> I'M SO ANGRY
[21:57] <wxl> that's surprisngly more often the case than not :)
[21:58] <ripdisk> https://pastebin.com/fLipm8PT
[21:58] <ripdisk> if i cant fix this, i will ruin everything i've been working with for a long time
[21:58] <wxl> apache2 remember
[21:59] <ripdisk> IT SAYS THE SAME THNG
[22:00] <ripdisk> here's the same thing with apache2
[22:00] <ripdisk>           this or Ctrl-C to cancel.
[22:00] <ripdisk>  [15:00] [ripdisk(+i)] [3:freenode/#lubuntu(+Ccnt)] [Act: 1]
[22:00] <ripdisk> [#lubuntu] https://pastebin.com/0yrHfNJB
[22:00] <ripdisk> sorry
[22:00] <ripdisk> https://pastebin.com/0yrHfNJB
[22:00] <ripdisk> thats the one.
[22:01] <ripdisk> dude.... if i cant get this shit working...
[22:01] <wxl> try doing systemctl start apache2.service
[22:01] <wxl> oh wait nevermind
[22:01] <ripdisk> I dont know ANY of my mysql information, all my phpmyadmin info will be gone which means EVERYTHING i made that relies on mysql is EFFED
[22:01] <wxl> you said it says the same thing but it doesn't
[22:01] <wxl> now do systemctl status apache2.service again
[22:02] <wxl> also: freaking out ain't going to fix nothing, so chillax
[22:03] <ripdisk> https://pastebin.com/rQn3TDJV
[22:03] <ripdisk> no, if i cant fix this i'm calling the cops on  him
[22:03] <wxl> Syntax error on line 146 of /etc/apache2/apache2.conf
[22:03] <ripdisk> i have his name, address, number, license plate, number to his job, number to his wife's job
[22:03] <wxl> fix that
[22:03] <wxl> Syntax error on line 1 of /etc/apache2/mods-enabled/php5.load
[22:03] <wxl> then fix that
[22:04] <ripdisk> i dont know what you mean by fix it
[22:04] <ripdisk> it only has one line
[22:04] <ripdisk> LoadModule php5_module /usr/lib/apache2/modules/libphp5.so
[22:04] <ripdisk> thats the whole file
[22:05] <wxl> you fixed the first problem?
[22:05] <ripdisk> no, thats whats in the file you told me to edit
[22:05] <wxl> Syntax error on line 146 of /etc/apache2/apache2.conf
[22:05] <wxl> ^^ that
[22:05] <wxl> do that first
[22:06] <ripdisk> # Include module configuration:
[22:06] <ripdisk> IncludeOptional mods-enabled/*.load
[22:06] <ripdisk> IncludeOptional mods-enabled/*.conf
[22:06] <ripdisk> thatsa the line.
[22:06] <wxl> 146 is one line
[22:06] <wxl> those are 3
[22:06] <ripdisk> IncludeOptional mods-enabled/*.load
[22:06] <wxl> but suffice it to say it looks like the problem is the fact that it's loading the other file
[22:06] <ripdisk> thats the line
[22:07] <wxl> does /usr/lib/apache2/modules/libphp5.so exist?
[22:08] <ripdisk> no
[22:09] <wxl> looks like it's part of php5-dbg which is only available for trusty
[22:09] <ripdisk> i'm getting really freaking angry. everything worked absolutely perfectly as of yesterday, i didn't touch any settings or do ANTHING other than upgrade
[22:09] <wxl> doesn't sound like it
[22:09] <wxl> looks like we're up to about php7 now
[22:10] <ripdisk> doesn'tsound like what
[22:10] <wxl> you didn't do anything other than upgrade
[22:10] <ripdisk> i didn't. i upgraded, and then i installed virtual box.
[22:10] <ripdisk> it worked RIGHT before i did that, and hasn't worked since.
[22:10] <wxl> and then messed with ports and permissions and some guy did something and blah blha blah
[22:12] <ripdisk> that guy did something was not yesterday
[22:12] <ripdisk> that happened like maybe months ago
[22:12] <ripdisk> and he only ports i messed with were on my router and within virtual obx
[22:14] <wxl> do you need php for what you're serving?
[22:20] <ripdisk> i mostly work in php
[22:20] <wxl> what's php --version give you? please tell me it says 7
[22:20] <wxl> well, 7.1. more specifically
[22:21] <ripdisk> ripdisk@bmt-one:~$ php --version
[22:21] <ripdisk> PHP 7.1.11-0ubuntu0.17.10.
[22:21] <wxl> lovely
[22:21] <ripdisk> ok, fr shits and giggles, how do i disable php entirely
[22:21] <ripdisk> just to try
[22:21] <wxl> you can get rid of or remove that php5.load file
[22:22] <wxl> there will not be php5 for the version of *buntu you're on
[22:22] <ripdisk> yeah, wher'es it aga again
[22:22] <wxl> in mods-enabled
[22:22] <ripdisk> i'm in irssi i cant freaking scroll up
[22:22] <ripdisk> eugh
[22:22] <wxl> page up
[22:23] <ripdisk> f /etc/apache2/apache2.conf
[22:23] <ripdisk> that file?
[22:23] <wxl> nope
[22:23] <wxl> all of apache2 stuff is in /etc/apache2
[22:23] <wxl> then go into mods-enabled
[22:23] <wxl> anything php5 in there, you do not want
[22:23] <wxl> actually, you don't want anything less than 7
[22:24] <ripdisk> funny, her4e is no 7s in there
[22:24] <ripdisk> only 5s
[22:24] <wxl> burn them
[22:24] <ripdisk> ok i moved them to a temp folder for now
[22:24] <ripdisk> hey look i think it worked hold on
[22:24] <ripdisk> it sure as hell did
[22:25] <ripdisk> ok, now we'r making progress
[22:25] <wxl> go check to see your php is working
[22:26] <ripdisk> but i'm not sexually excited at the moment
[22:26] <ripdisk> oh my PHP
[22:26] <ripdisk> didn't see the H
[22:26] <wxl> if it's not, `a2enmod php7.1` should get you there
[22:27] <wxl> word to the wise: things like programming language version changes that often occur between major system version changes often result in a little extra work
[22:27] <ripdisk> <?php
[22:27] <ripdisk> echo a horse is a horse of course of course;
[22:27] <ripdisk> ?>
[22:27] <ripdisk> did not load.
[22:27] <ripdisk> oh wait
[22:28] <ripdisk> it'd help if i knew how to code
[22:28] <wxl> ^^
[22:28] <wxl> `phpinfo();` would probably suffice
[22:29] <ripdisk> <?php
[22:29] <ripdisk> echo "a horse is a horse of course of course";
[22:29] <ripdisk> ?>
[22:29] <ripdisk> won't work
[22:29] <ripdisk> no mas php :( no bueno
[22:30] <wxl> did you do what i suggested?
[22:32] <ripdisk> `a2enmod php7.
[22:32] <ripdisk> where would i et that
[22:33] <wxl> sorry i'm not drunk enough to understand that
[22:33] <ripdisk> et = get
[22:33] <ripdisk> where would I get that
[22:33] <ripdisk> `a2enmod php7
[22:33] <ripdisk> tatswhat you said
[22:33] <ripdisk> < wxl> if it's not, `a2enmod php7.1` should get you there
[22:33] <ripdisk> is that not what you meant by 'doing what you told me to do' ?
[22:34] <wxl> go to the command line and type that
[22:37] <ripdisk> root@bmt-one:/etc/apache2/mods-enabled# a2enmod php7.1
[22:37] <ripdisk> ERROR: Module php7.1 does not exist!
[22:38] <wxl> install libapache2-mod-php
[23:56] <billybob> I am unable to connect a wireless Canon MG2922 to an ACER Aspire laptop running Lubuntu 17.10. I want to connect without using an access point, that is, connect directly to the printer wirelessly without using a router. The printer is properly set to access point mode. The printer shows up in Wi-Fi networks and I can connect the laptop but I'm unable to print.


[05:08] <DerRaiden> morning/morgen
[06:11] <pitti> Good morning
[07:05] <twb> Dumb question: is it normal for EOLd packages to still have .dscs linked from packages.u.c ?  Because http://packages.ubuntu.com/lucid/cups links to http://archive.ubuntu.com/ubuntu/pool/main/c/cups/cups_1.4.3-1ubuntu1.14.dsc but the files *that* references are 404d (presumably because they're moved to the EOL server)
[07:05] <twb> oh wait, I misread the error message
[07:06] <twb> Ignore me, I'm just an idiot.
[07:13] <jibel> pitti, where are the logs now with systemd? it used to be in /var/log/upstart/ is everything in syslog? I'm searching why whoopsie doesn't upload crash files on vivid
[07:13] <pitti> jibel: it should be in syslog too, but everything goes into the journal
[07:14] <pitti> jibel: "journalctl" -> everything; "journalctl -u whoopsie" -> everything from whoopsie
[07:14] <jibel> pitti, thanks. I'll check that.
[07:14] <pitti> (there's lots of more filters, but those are probably the two most common ones)
[07:14] <pitti> jibel: so journalctl -u <servicename> is the direct equivalent of /var/log/upstart/<servicename>
[07:20] <jibel> Cannot reach: https://daisy.ubuntu.com is a good reason to not upload crash files :/
[07:31] <dholbach> good morning
[08:31] <pitti> cjwatson: do you want a Debian bug for bug 1440070 / the patch in http://launchpadlibrarian.net/202605250/openssh_1%3A6.7p1-5_1%3A6.7p1-5ubuntu1.diff.gz ?
[08:58] <cjwatson> pitti: Yes please
[08:58] <cjwatson> pitti: Or I can give you git commit access if you like
[08:59] <pitti> cjwatson: I'll file a bug then
[09:09] <LocutusOfBorg1> Does anybody know how to contact Chris Arges?
[09:09] <LocutusOfBorg1> about bug 1129409
[09:10] <LocutusOfBorg1> seems he didn't upload the utopic fix :(
[09:38] <pitti> infinity: FYI: https://tracker.debian.org/news/676575
[10:44] <Riddell> tseliot: sddm today should make the /etc/X11/default-display-manager file
[10:46] <tseliot> Riddell: ok, will it also come with an entry in sddm.conf?
[10:47] <Riddell> tseliot: it'll use the default which points to the Xsetup script which does run /sbin/prime-offload
[10:48] <tseliot> Riddell: ok, that would work. I'll push my change for gpu-manager in ubuntu-drivers-common, so that it doesn't abort when it finds sddm
[10:49] <Riddell> tseliot: lovely :)
[10:55] <tseliot> Riddell: done
[10:55] <Riddell> tseliot: awooga, thanks for your help
[10:56] <infinity> pitti: Excellent, now it just needs an unblock?
[10:56] <tseliot> Riddell: you're welcome. If they ever add support for restarting X on log out, I'll be glad to complete support for hybrid graphics in sddm
[10:57] <pitti> infinity: yes; I'd like to keep this in unstable for two days or so to get some field testing, so I was going to file the request on Sat
[11:01] <infinity> pitti: Fair enough.  Since I uploaded sysvinit with a medium urgency, I figured that would take care of me anyway and filed the unblock with the upload.  That's 5 days for someone to file an RC bug and keep it out.
[11:01] <infinity> pitti: And, indeed, you were a medium too, so...
[11:14] <tjaalton> LocutusOfBorg1: that would be tseliot then, who packaged them
[11:16] <tseliot> LocutusOfBorg1: I haven't backported the fix to utopic. It's only in trusty and in vivid for now
[11:34] <LocutusOfBorg1> tseliot, I provided the debdiff in the bug
[11:34] <LocutusOfBorg1> the fix is trivial
[11:39] <tseliot> LocutusOfBorg1: right. I can upload that later
[11:49] <LocutusOfBorg1> thanks
[12:07] <shadeslayer> mvo: poke
[12:07] <shadeslayer> mvo: Kubuntu core ?
[12:09] <flexiondotorg> If there is someone piloting would they be good enough to look at the following please?
[12:09] <flexiondotorg> https://bugs.launchpad.net/ubuntu-mate/+bug/1439388
[12:10] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+source/mate-menu/+bug/1439380
[12:10] <flexiondotorg> They are updated translations and bugs fix. I think today is the deadline for translations.
[12:16] <Odd_Bloke> mvo: Thanks for the merge!
[12:42] <ginggs> hi, anyone one in ubuntu-archive able to look at LP: #1432576 please?
[13:01] <cjwatson> ginggs: done
[13:02] <ginggs> cjwatson: thanks!
[13:39] <flexiondotorg> Is there someone scheduled to pilot today?
[13:42] <seb128> flexiondotorg, mvo and cjwatson
[13:42] <flexiondotorg> seb128, Thanks.
[13:43] <flexiondotorg> mvo, cjwatson When you're piloting I have some stuff that I think is time critical for today.
[13:43] <cjwatson> I'm unlikely to do it today, sorry.  Doesn't fit very well into my LP work
[13:44] <cjwatson> Trying to follow a long chain of stuff for new-style ddebs right now
[13:44] <flexiondotorg> cjwatson, OK. Understood :)
[14:00] <caribou> Any trick to investigate build failures caused by dependancies not being installed ?
[14:00] <caribou> The Build-Depends-Indep: dblatex is correctly installed when I build with sbuild, but PPA builder doesn't want to include itg
[14:00] <caribou> s/itg/it
[14:01] <caribou> (on precise btw)
[14:05] <geser> have you a link to a build log?
[14:08] <caribou> geser: https://launchpadlibrarian.net/202635957/buildlog_ubuntu-precise-amd64.openafs_1.6.7-1ubuntu<IP_ADDRESS>_BUILDING.txt.gz
[14:11] <caribou> geser: doesn't seem to install the Build-Depends-Indep
[14:11] <caribou> geser: dkms & the other are not there either
[14:16] <geser> caribou: but only for amd64, the build succeeded for i386
[14:17] <geser> the amd64 build should only build arch-dep packages (indep is build by i386) and shouldn't need  B-D-I in the first place
[14:17] <infinity> caribou: B-D-I is only installed when building arch:all packages.
[14:18] <infinity> caribou: For local tests, that's "dpkg-buildpackage -B" versus "dpkg-buildpackage -b"
[14:18] <cjwatson> Or sbuild --no-arch-all vs. -A
[14:21] <caribou> cjwatson: -A is the answer, I got into the habit of *always* using this switch
[14:21] <caribou> geser: infinity: thanks for the info
[14:23] <infinity> caribou: Yeah, you should generally test once with -A, once without, if you're paranoid about getting it right.
[14:24] <caribou> infinity: well, in that case, I'm paranoid about asking stoopid questions :-)
[14:26] <LocutusOfBorg1> doko, hi, you there?
[14:26] <LocutusOfBorg1> talking about the virtualbox gcc-5 build failure
[14:26] <LocutusOfBorg1> I got the regression fixed tonight (I'm still testing the fix)
[14:27] <LocutusOfBorg1> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65693
[14:27] <LocutusOfBorg1> do you think you can include in your next upload? do you fetch from trunk, right?
[14:39] <LocutusOfBorg1> I'm building it locally ATM, not sure if I did everything correctly :)
[14:43] <doko> LocutusOfBorg1, sure, but not this week
[14:46] <LocutusOfBorg1> no problem, thanks!
[14:47] <LocutusOfBorg1> the question was "do you fetch from trunk?" I'm wondering if they branched gcc-5 somewhere, and I don't want to look at svn jungle :)
[14:50] <flexiondotorg> mvo, Please can you let me know when are you scheduled to pilot?
[14:51] <infinity> doko: Is cgo disabled on powerpc intentionally, or is that an oops?
[14:51] <Riddell> tseliot: david from sddm says they do restart X, pier says they do not but david says pier is wrong
[14:51] <Riddell> sounds like a difficult topic :)
[14:52] <ogra_> lol
[14:57] <tseliot> Riddell: all I know is that XorgDisplayServer::stop() is not being called on log out, or I would see "Display server stopping..." in the log
[14:57] <tseliot> Riddell: that's only called on shutdown, at least this is what I saw in my tests
[15:01] <tseliot> Riddell: they stop X when they stop the greeter (in Display::stop() )
[15:01] <mvo> flexiondotorg: what can I do for you?
[15:02] <Riddell> tseliot: but not on logout?
[15:02] <flexiondotorg> mvo, Hi :)
[15:02] <flexiondotorg> mvo, Some sponsoring for Ubuntu MATE if possible. Got the time?
[15:03] <mvo> flexiondotorg: I can squeeze it in, can you point me to the branches please?
[15:03] <flexiondotorg> mvo, https://bugs.launchpad.net/ubuntu-mate/+bug/1439388
[15:03] <flexiondotorg> mvo, https://bugs.launchpad.net/ubuntu/+source/mate-menu/+bug/1439380
[15:04] <flexiondotorg> mvo, https://bugs.launchpad.net/bugs/1441030
[15:06] <tseliot> Riddell: all I see is the Display::login() function, I really can't find the relevant logout function anywhere in the code
[15:13] <tseliot> Riddell: so, either they have a hidden log out function that I can't find, or they simply stop X when they destroy the greeter object which, in turn, tells X to stop. It would help if somebody from sddm could confirm either theory
[15:17] <hallyn> stgraber: https://bugs.launchpad.net/bugs/1392176
[15:18] <hallyn> odd thought that having kernel fix it would be uglier hack than quickly writing a hotplug listening daemon
[15:25] <rbasak> Anyone have issues with Alt+<number> being swallowed since an upgrade to Vivid?
[15:26] <rbasak> Anyone have issues with Alt+<number> being swallowed since an upgrade to Vivid? Esc <number> works but makes irssi pretty frustrating to use.
[15:28] <Laney> rbasak: Check the "Switch to tab" keybindings in the preferences
[15:28] <Riddell> tseliot: (alberto) meet sddm's d_ed (david)
[15:28] <tseliot> hi d_ed
[15:29] <infinity> rbasak: Terminal -> Preferences -> Shortcuts, to be exact.
[15:29] <infinity> And I agree that eating Alt-anything is a dumb default. :/
[15:30] <rbasak> Laney, infinity: that worked. Thanks!
[15:30] <d_ed> tseliot: hey, my laptop died last week, so I don't have SDDM code at the moment. Cloning and looking now
[15:31] <tseliot> d_ed: thanks. I was wondering what happens on log out and where the relevant code is, since I can't find a logout function, only login()
[15:31] <d_ed> tseliot: so I can catch up, why should we be restarting X on logout?
[15:32] <d_ed> yeah, logout is when the user session closes
[15:33] <tseliot> d_ed: the thing is that, when switching between GPUs (hybrid graphics), we also need to switch to different libraries, and restart X to either enable or disable the discrete card, or X won't like it
[15:33] <d_ed> m_auth is used to wrap both the greeter and the session environment
[15:35] <d_ed> sorry, m_auth only wraps the session
[15:35] <tseliot> d_ed: so what currently happens is that X is stopped only on shutdown (i.e. when the greeter stops), not on log out
[15:36] <mvo> flexiondotorg: I uploaded both, thanks
[15:36] <d_ed> yeah, there's a code comment here that makes no sense; we restart X depending on the return code of the session we started
[15:36] <flexiondotorg> mvo, I just saw mate-menu and mate-control-center in #ubuntu-release. Many thanks!
[15:37] <flexiondotorg> mvo, Anytime to look at mate-tweak too? - https://bugs.launchpad.net/ubuntu-mate/+bug/1439388
[15:37] <tseliot> d_ed: where is that?
[15:39] <mvo> flexiondotorg: sure, one sec
[15:39] <flexiondotorg> mvo, Thank you :)
[15:42] <d_ed> tseliot: Display::slotHelperFinished
[15:42] <d_ed> this is called when the user session finishes
[15:42] <d_ed> yet the comments don't reflect that
[15:51] <infinity> doko: Nevermind my cgo question, was a gccgo-go thing.  Oops.
[15:53] <tseliot> d_ed: so slotHelperFinished() is called when m_auth emits the finished signal i.e. when m_auth exits. Does m_auth exit on log out?
[15:57] <d_ed> yes
[16:22] <tseliot> d_ed: I don't see anything other than a black screen and a mouse pointer when I log out. Nothing in sddm.log either: http://paste.ubuntu.com/10783826/
[16:22] <d_ed> oh
[16:22] <tseliot> d_ed: [18:17:30.535] (II) DAEMON: Session started - was from when I logged in
[16:22] <d_ed> you should have said
[16:22] <d_ed> yeah, it's a bug I fixed last week
[16:22] <d_ed> in
[16:22] <d_ed> gnome keyring!
[16:23] <tseliot> d_ed: oh, we need that fix then. Riddell ^
[16:23] <d_ed> he's fixed it
[16:23] <d_ed> I think
[16:23] <d_ed> I assumed the fix was out
[16:23] <d_ed> might be in ubuntu's staging or something
[16:23] <d_ed> worst case remove the gnome-keyring line from /etc/pam.d/sddm
[16:24] <tseliot> I'm updating my packages list to see if we have a new gnome-keyring...
[16:42] <tseliot> d_ed: it seems to start even if I remove it from /etc/pam.d/sddm and there are problem upgrading here. But yes, the new package seems to be in the archive: https://launchpad.net/ubuntu/+source/gnome-keyring
[16:44] <doko> infinity, cgo should be fully functional on powerpc now
[16:47] <infinity> doko: Yeah, I had gccgo-go installed, which breaks the world.
[16:47] <infinity> doko: Should probably have a Conflicts/Replaces from gccgo-5 to gccgo-go to force it off on upgrades.
[17:14] <stgraber> infinity: so touchpad on the x240 works as it used to in trusty and utopic. If I turn off the touchpad, I can't click anymore at all. If the touchpad is on, I get the 3 buttons working but I can't scroll by using middle button + trackpoint.
[17:18] <infinity> stgraber: Huh.  Is any of that a regression, or just a disappointing lack of progression?
[17:18] <infinity> stgraber: Either way, I'd love to play with it in Austin when we both get there.
[17:19] <infinity> stgraber: I have a feeling the top-button-touchpad models might just be problem children we can't enirely fix kernel-side, but I'd like to prove that theory wrong, given that we managed to fix the next generation.
[17:20] <infinity> stgraber: And if we can fix just those ones via the X driver without messing with the new models, we should do that in the distro and ditch your hacks.
[17:21] <stgraber> infinity: I don't think it's a regression, looks similar to what I had on stock trusty before going with the hacked up X driver. But yeah, we can certainly play with it in Austin and see if we can get something saner in the distro
[17:22] <stgraber> infinity: my current hack is certainly unsuitable for the distro as it's about merging the synaptics and evdev code together in a single driver (which is about as ugly a hack as you can get :))
[17:25] <infinity> stgraber: Yeah, I think I've seen some slightly more elegant hacks from synaptics upstream, we'll see if we can come up with something suitably targeted that obviously doesn't break the rest of the world in the process.
[17:25] <infinity> stgraber: Do we know which models have that gross touchpad combo?  240, 440, 540, and X1C2?
[17:26] <stgraber> infinity: yeah, sounds right. All the Haswell thinkpads
[17:28] <hallyn> pitti: we need an equiv systemd unit to /etc/init/container-detect.conf.  whichnpkg should that go into? or does systemd already provide that?
[17:28] <infinity> stgraber: FWIW, wgrant speaks rather highly of the *40 + *50 touchpad hybrid hack.  If you like real buttons.
[17:28] <infinity> stgraber: But glad you have a non-hybrid to test on for now. :P
[17:28] <infinity> hallyn: systemd has a check for containers.
[17:28] <stgraber> infinity: yeah, still considering whether to do the hack or just ditch the 240 and switch to a 250 (just got to sell the 240 for that first)
[17:29] <infinity> hallyn: ConditionVirtualization=container
[17:29] <hallyn> ideally /bin/running-in-container could go inti init-shstem-helpers and work for both systemd and upstart
[17:29] <infinity> hallyn: rgrep Virtual /lib/systemd/system
[17:29] <hallyn> ideally /bin/running-in-container could go inti init-shstem-helpers and work for both systemd and upstart
[17:30] <hallyn> grr
[17:30] <hallyn> infinity: ill take a look at that thx
[17:31] <hallyn> maybe running-in-container can use thT
[17:31] <hallyn> and then apparmor can keep using that
[17:32] <infinity> hallyn: If apparmor has a .service file, it should be using the Condition, not a hack.  If it's shipping an init script, I'd expect the current running-in-container to still work?  Or does it depend on upstart?
[17:32] <infinity> Oh, it does.  status container-detect.  Ick.
[17:33] <infinity> hallyn: So, a container-detect.service that only runs on the right condition would probably work.
[17:33] <infinity> I guess.
[17:33] <infinity> Gross hack, though.
[17:53] <hallyn> infinity: yes, it seems just as well to move /bin/running-in-container to init-system-helpers and have it first check the systmd conditions, then the upstart ones
[17:55] <hallyn> oh, i see.  systemd doesn't export htat information anywhere.
[17:56] <infinity> hallyn: Probably, yes.  Bonus points if there's a sysvinit fallback too, but not really necessary in Ubuntu.
[17:56] <infinity> hallyn: It could "export" it via having a unit with the right conditions that either starts or doesn't, so you could do the same status check.  But still feels super gross.
[17:57] <hallyn> systemd-detect-virt
[17:57] <infinity> Ah-ha.
[17:57] <infinity> I assume that calls back to the same things that set those Conditions.
[17:57] <infinity> So, that would be the "right" way.
[17:58] <infinity> From outside the init system.
[17:58] <infinity> Inside init, obviously the Conditions are the correct way.
[17:58] <hallyn> right
[17:58] <hallyn> but so i'll probably use that in running-in-container and move running-in-container from upstart->init-system-helpers.  That sound ok?
[17:59] <infinity> Right.  And guard calling it with the usual [ -d /run/systemd/system ] check.
[17:59] <infinity> Remember to bump the Breaks/Replaces on upstart/upstart-bin to the version where you remove the binary.
[17:59] <infinity> And make it a << this time. :)
[18:00] <hallyn> yup :)
[18:00] <hallyn> thx, i'll do that in a bit when i have better internet
[18:01] <infinity> hallyn: This has the potential side-effect that a bunch more packages might have grown an undeclared dep on init-system-helpers.  Do you have a handle on how many things call running-in-container?
[18:01] <infinity> hallyn: (Granted, they probably all had undeclared deps on upstart before, so they're not getting much more broken, but we should still fix it)
[18:06] <hallyn> i don't.  i was going to make upstart depend on init-system-helpers, but that's not perfect
[18:07] <tseliot> d_ed: I've just reinstalled Kubuntu and log out works now (with today's image). I'll follow up on github for the merge request, as we can get hybrid graphics to work now. Riddell ^
[18:07] <d_ed> thanks
[18:07] <hallyn> infinity: it'll all do [ -x /bin/running-in-container ] && /bin/running-in-container as it does now, so nothing will be completel broken
[18:07] <tseliot> d_ed: thanks for your help
[18:08] <hallyn> just silently broken.  yay
[18:16] <infinity> hallyn: Don't make upstart depend on i-s-h.  I'm running out the door, but we can talk about this more later this afternoon.
[18:33] <hallyn> k
[18:44] <hallyn> infinity: as far as the actual script, http://paste.ubuntu.com/10784798/ seems to work
[18:45] <tseliot> d_ed: we're not quite there yet. sddm seems to stop. I'm not sure why http://paste.ubuntu.com/10784812/
[18:50] <tseliot> d_ed: that's even before the greeter shows up (which it never does)
[22:06] <hallyn> arges: time to scrap bug 1366868 ?
[22:07] <hallyn> oh, heh, you submitted it.  i was thinking you uploaded it
[22:16] <infinity> hallyn: I'd probably write that as "if type=$(systemd-detect-virt -c); then echo $type; exit 0; else exit 1; fi", but to each their own.
[22:16] <infinity> hallyn: Which allows them to add new container types without you having to fix the case statement.
[22:20] <hallyn> infinity: oh, -c, hadn't noticed that.  sounds good
[22:20] <infinity> hallyn: Double-check that -c exits non-zero under, say, qemu, but that's what I'd expect from the option and manpage.
[22:22] <hallyn> infinity: yeah, it does
[22:25] <hallyn> (fwiw this is bug 1442228)
[22:26] <hallyn> anyway it's getting late here so  i will either upload late after dinner, or tomorrow
[22:27] <infinity> hallyn: Not sure you needed to keep my one-liner on a single line, that was just for the benefit of IRC. :P
[22:29] <infinity> hallyn: Also, I realise it's cargo-cult from the previous iteration, but "if status foo; then thing; fi" is generally saner shell than "foo; if $?; then", since the latter is begging someone to miss the flow and insert a command between the call and the test.
[22:35]  * hallyn looks
[22:35] <hallyn> oh, that
[22:36] <hallyn> yeah i'll re-flow it before uploading
[22:37] <hallyn> at leset the one-liner;  the status one does get unwieldy if merged
[22:37] <hallyn> well, not really i guess
[22:41] <hallyn> so maybe http://paste.ubuntu.com/10786678/.
[23:41] <infinity> hallyn: Yep, that looks nice.
[23:41] <infinity> hallyn: The only other complaint would be the inconsistency between "type" and "[ -x", but pretty sure no one cares for a 23-line script. :P
[23:42] <hallyn> infinity: upstart currently is Depends: init-system-helpers (>= 1.22ubuntu6) .  are you sure we dont' want to update that to make sure ppl don't lose /bin/running-in-container?
[23:43] <hallyn> infinity: the -x is bc there are other 'status' programs
[23:43] <infinity> hallyn: That guarantees nothing, as upstart isn't required to be installed.
[23:43] <hallyn> so we really want to -x that path, whereas with the systemd tool i don't trust its path to never change
[23:43] <hallyn> ok
[23:43] <hallyn> not touching that then
[23:46] <hallyn> ok, quick test build ... (http://paste.ubuntu.com/10787092/ and http://paste.ubuntu.com/10787094/)
[23:48] <infinity> hallyn: Looks good, x2.
[23:49] <infinity> hallyn: And the Breaks/Replaces will ultimately have the same effect as if you'd bumped the versioned dep anyway.  *shrug*
[23:49] <hallyn> ok, this build test won't be very quick :(
[23:50] <infinity> export DEB_BUILD_OPTIONS="parallel=$(nproc) nocheck"
[23:51] <infinity> Because if you managed to break upstart's testsuite with this, lolz?
[23:51] <hallyn> heh, no it's just that my vivid container is apparently behind and has huge update waiting
[23:52] <hallyn> sigh, still going


[00:43] <Impossible> hi
[02:18] <smartboyhw> OK, testing day for Kubuntu (after this, Xubuntu alternates and Mythbuntu)
[04:15]  * smartboyhw will come back to test Kubuntu 12.04.3 amd64 alternate
[06:04] <Noskcaj> Something broke in ktp. can someone take a look? https://launchpad.net/ubuntu/+source/ktp-call-ui/0.6.3-1ubuntu1/
[06:18] <soee> good morning
[06:40] <jussi> is there a way to make apt automatically install suggested packages? or ask you about them, instead of just telling?
[06:57] <valorie> I think it's --install-recommends
[07:12] <jussi> valorie: no, that is enabled already by default. I am talking about suggested packages
[07:16] <valorie> ok
[07:35] <yofel> jussi: sure there is
[07:35] <yofel> --install-suggests
[07:35] <yofel>            Consider suggested packages as a dependency for installing. Configuration Item: APT::Install-Suggests.
[07:35] <valorie> haha, just found: http://askubuntu.com/questions/117635/how-to-install-suggested-packages-in-apt-get
[07:36] <valorie> BUT: --install-suggests installs the recommendations, and all *their* recommendations
[07:36] <valorie> could be lotsa packages
[07:37] <yofel> it will be a lot, recommends are recursive too, but it's simply not that much
[08:23] <lordievader> Good morning.
[08:47] <kubotu> ::workspace-bugs:: [1214668] No login sound on Kubuntu 13.10 with KDE 4.11 @ https://bugs.launchpad.net/bugs/1214668 (by Marco Parillo)
[10:18] <smartboyhw> !testers | PLEASE test the 12.04.3 images at http://iso.qa.ubuntu.com/qatracker/milestones/301/builds
[10:27] <BluesKaj> Hi all
[10:28] <soee> hiho
[10:28] <soee> smartboyhw, didn't work
[10:46] <smartboyhw> soee, WHAT?
[10:46] <smartboyhw> Oh
[10:46] <soee> yes
[10:46] <smartboyhw> !testers
[10:47] <smartboyhw> ^ Please test the 12.04.3 images
[10:48] <shadeslayer> smartboyhw: I did
[10:48] <smartboyhw> shadeslayer, the alternates also?
[10:48] <shadeslayer> :S
[10:48]  * shadeslayer has never used the alternate ISO's
[10:49] <smartboyhw> shadeslayer, yes, they exist for amd64, sigh
[10:49] <smartboyhw> and i386
[10:49] <smartboyhw> (Actually I'm saying 12.04(
[10:49] <shadeslayer> fine
[10:49] <BluesKaj> what's the ping all about ?
[10:49] <shadeslayer> QA is boring work
[10:49] <smartboyhw> BluesKaj, 12.04.3 image testing
[10:50] <BluesKaj> not me
[10:51] <shadeslayer> I wish we couldm automate away this stuff :<
[10:51]  * smartboyhw agrees
[10:51] <smartboyhw> shadeslayer, and anyways you completed only 2 out of the 7 testcases
[10:52] <shadeslayer> smartboyhw: yes, because it was boring and monotonus
[10:52] <smartboyhw> shadeslayer, LOL
[10:55] <shadeslayer> unfunny
[10:56] <kubotu> ::workspace-bugs:: [1214668] No login sound on Kubuntu 13.10 with KDE 4.11 @ https://bugs.launchpad.net/bugs/1214668 (by Marco Parillo)
[10:58] <soee> the no logoin sound i can confirm
[10:58] <smartboyhw> Uh oh:(
[10:58] <BluesKaj> never noticed , always turn those sounds off , annoying to me
[11:00] <soee> BluesKaj, true :D
[11:01] <BluesKaj> soee, did you ever get your audio issue solved ?
[11:02] <BluesKaj> just curious
[11:03] <soee> BluesKaj, the one with nvidia hdmi ?
[11:05] <BluesKaj> soee, I think so , yes
[11:06] <BluesKaj> it was a while ago...my memory isn't so great
[11:06] <soee> BluesKaj, partially, now i have only problem when Skype shows some notification than if for example playing Yutube video the voice is played like its speed would be set to x2 :)
[11:10] <BluesKaj> sorry , I don't understand
[11:16] <BluesKaj> BBL
[11:22] <smartboyhw> shadeslayer, no need to do the amd64 alternate, I will do it:P
[11:23] <shadeslayer> smartboyhw: already doing it
[11:23] <shadeslayer> smartboyhw: I'm doing the auto partitionining one
[11:23] <shadeslayer> can you do the manual partitioning stuff?
[11:23] <smartboyhw> shadeslayer, sure
[11:23] <smartboyhw> shadeslayer, auto partition is another thing, you seem to be doing entire disk
[11:24] <shadeslayer> ah hmm
[11:24] <shadeslayer> yes
[11:24] <shadeslayer> well this pointless
[11:24] <shadeslayer> smartboyhw: k doing i386 then
[11:24] <smartboyhw> shadeslayer, sure.
[11:36] <shadeslayer> smartboyhw: does encrypted setup work for you on amd64?
[11:36] <smartboyhw> shadeslayer, NO.
[11:36] <shadeslayer> because I don't think it does on i386
[11:36] <smartboyhw> Uh hum
[11:37] <shadeslayer> keeps going back to "Setup partitions" after you write changes to the disk?>
[11:37] <smartboyhw> Yes
[11:37] <shadeslayer> yeah, can you report a bug?
[11:37] <smartboyhw> Unfortunately, it seems that doesn't happen in Ubuntu alternates (they passed)
[11:37] <smartboyhw> shadeslayer, why you can't?
[11:38] <shadeslayer> smartboyhw: I'm running the tests on a server ontop of kvm
[11:38] <shadeslayer> and the alternate images don't detect the network
[11:38] <shadeslayer> so can't run ubuntu-bug
[11:45] <smartboyhw> shadeslayer, me doesn't either
[11:45] <smartboyhw> I'm on Virtualbox
[11:45] <smartboyhw> :P
[11:45] <shadeslayer> bah :/
[11:46] <shadeslayer> smartboyhw: try changing the network driver in VBox?
[11:47] <shadeslayer> and try virtio-net
[11:47] <shadeslayer> IIRC that should work
[12:18] <smartboyhw> shadeslayer, do you have http://imagebin.org/268366 ?
[12:18] <shadeslayer> tesd
[12:18] <shadeslayer> *yes
[12:18] <smartboyhw> shadeslayer, mark all as fail.
[12:19] <smartboyhw> I think:P
[12:19]  * smartboyhw has to ask still
[12:19] <shadeslayer> no
[12:19] <shadeslayer> you just press Yes
[12:19] <shadeslayer> and it'll work
[12:19] <smartboyhw> shadeslayer, dunno, Xubuntu are all holding it off (they might not release it with that)
[12:20] <shadeslayer> oh, well, I pressed yes, and it worked I think
[12:20] <shadeslayer> yep worked
[12:20] <smartboyhw> shadeslayer, it worked
[12:21] <smartboyhw> But I think I needed to further ask
[12:25] <lordievader> smartboyhw: Got the same error here with the i386 alternate (OEM)
[12:25] <smartboyhw> lordievader, as expected
[12:25] <shadeslayer> I don't think it's an error
[12:26]  * smartboyhw doesn't too..
[12:28] <shadeslayer> mh
[12:33] <jussi> Jussi,
[12:33] <jussi> The shirts are in our warehouse and going to the embroiderer.
[12:33] <jussi> ^^^ this is good :)
[12:33] <BluesKaj> embroiderey ?
[12:36] <jussi> BluesKaj: yes, for the Kubuntu logo
[12:36] <Riddell> hi
[12:36] <Riddell> how's the testing?
[12:37] <Riddell> hmm more needing done
[12:37] <smartboyhw> Riddell, we have a problem with encrpytion
[12:37] <smartboyhw> It failed ruthlessly
[12:37] <Riddell> wibble
[12:38] <Riddell> what sort of encryption?
[12:38] <Riddell> ubuntu affected?
[12:38] <smartboyhw> Riddell, LVM
[12:38] <smartboyhw> Ubuntu seemingly not affected
[12:38] <BluesKaj> jussi, ahh , fancy :)
[12:39] <Riddell> smartboyhw: alternate?
[12:39] <BluesKaj> probly don't make those kubuntu shirts in my size anyway :(
[12:39] <smartboyhw> Riddell, alternate.
[12:39] <smartboyhw> Riddell, we also have http://imagebin.org/268366 (which appears everywhere and we decided to ignore)
[12:39] <smartboyhw> Even Xubuntu:P
[12:39] <Riddell> um, that's quite nasty no?
[12:39] <smartboyhw> Riddell, yeah
[12:42] <smartboyhw> shadeslayer, reporting bug
[12:42] <shadeslayer> smartboyhw: cool
[12:43] <shadeslayer> I wonder if VBox can pass do fake keyboard events
[12:43] <shadeslayer> then I can basically automate all of thos :P
[12:43] <shadeslayer> *this
[12:44] <shadeslayer> and we can concentrate on more awesome stuff
[12:44] <smartboyhw> It failed! http://www.indiegogo.com/projects/ubuntu-edge
[12:45] <shadeslayer> not surprised I am
[12:46] <Riddell> a shame
[12:46] <Riddell> failed is relative though, they can still go to manufacturers and say it's the most successful crowd sourcing ever and there's at least x thousand people willing to pay above market price
[12:48] <Tm_T> Riddell: well I'd say the price they were asking for the phone isn't above market price
[12:48] <Tm_T> pretty much in line with flagship phone prices
[12:49] <Riddell> 10 times what my phone cost :)
[12:49] <smartboyhw> Riddell, shadeslayer I bought a new phone today:P
[12:49] <shadeslayer> cool :)
[12:49] <smartboyhw> Very new, the salesman said it just came out for less than a week:O
[12:50] <smartboyhw> shadeslayer, Bug 1214518
[12:50] <smartboyhw> Oops
[12:50] <smartboyhw> Bug 1215418
[12:50] <smartboyhw> Yes that.
[12:50] <shadeslayer> sounds super expensive
[12:50] <smartboyhw> shadeslayer, not really, under $300 USD for sure
[12:50] <shadeslayer> smartboyhw: which one?
[12:50] <smartboyhw> shadeslayer, Samsung Galaxy ACE 3
[12:51] <smartboyhw> With Android 4.2.2
[12:52] <smartboyhw> shadeslayer, can you confirm that bug?
[12:52] <smartboyhw> Oh you did:P
[12:52] <shadeslayer> :)
[12:53] <smartboyhw> Make sure you mark the result as failed (for encryption)
[12:53] <shadeslayer> already did
[12:53] <smartboyhw> shadeslayer, good
[12:53]  * shadeslayer doesn't particularly like Samsung phones
[12:53] <smartboyhw> We are releasing the image with that, right?
[12:53] <smartboyhw> shadeslayer, what do you like then?
[12:53] <smartboyhw> Samsung is the KING here;P
[12:54] <shadeslayer> smartboyhw: HTC, I have a HTC One X, still works, my HTC Desire recently died after being through 2 owners over the last 32 months
[12:54] <smartboyhw> shadeslayer, HTC
[12:54] <smartboyhw> I am sometimes called HTC at school
[12:55] <smartboyhw> (Howard the Coward)...
[12:55] <shadeslayer> though I can probably get the Mobo repaired and it'll work
[12:55] <shadeslayer> lol?
[12:55] <smartboyhw> shadeslayer, LMAO rather
[13:00] <ScottK> Fun: http://mjg59.dreamwidth.org/27327.html
[13:04] <smartboyhw> ScottK, Mir team has proposed a fix
[13:05] <ScottK> It was irresponsible to land it in the archive with a known security vulnerability like that.
[13:11] <apachelogger> uhm
[13:11] <shadeslayer> curious, but has anyone faked key events in VBox?
[13:12] <shadeslayer> there's some documentation online but that's for their SDK, nothing that be done via the command line
[13:13] <apachelogger> ScottK: can we get such a feature as well please?
[13:14] <apachelogger> shadeslayer: wah?
[13:14] <apachelogger> also stop using vbox :P
[13:14] <shadeslayer> why :(
[13:14] <apachelogger> cuz oracle
[13:14]  * shadeslayer is fine with the OSE version
[13:14] <apachelogger> yes, that takes the oracle out of it
[13:15] <shadeslayer> nope, but VBox is most certainly faster than kvm
[13:15] <shadeslayer> or qemu
[13:15] <shadeslayer> qemu takes *ages* to boot
[13:19] <apachelogger> wut?
[13:19] <apachelogger> get proper hardware then
[13:20] <shadeslayer> -.-
[13:21] <apachelogger> anyway, I still do not know what you meant
[13:27] <smartboyhw> Riddell, ScottK shadeslayer : So we are still releasing the alternates even with the encrpytion problem?
[13:28] <shadeslayer> I wouldn't
[13:29] <smartboyhw> Riddell, ScottK your call, I and shadeslayer failed the encryption ones.
[13:30] <shadeslayer> can't someone who knows d-i stuff look into it?
[13:30]  * smartboyhw doesn't
[13:33] <smartboyhw> shadeslayer, am asking in #ubuntu-release if they can fix
[13:34] <smartboyhw> Eh, most of the desktop ones aren't completed.
[13:58] <smartboyhw> ALL ALTERNATE TESTERS: Please add Bug 1215453 to your results
[13:59] <smartboyhw> shadeslayer, lordievader monkeyjuice ^
[14:15] <lordievader> Hmm my oem install seems to have frozen on updating grub... :(
[14:15] <smartboyhw> lordievader, :O
[14:15]  * smartboyhw didn't have THAT bug.
[14:16] <lordievader> It might be that Vbox reads the iso out of memory (tmpfs).
[14:31] <smartboyhw> WARNING: possible respin of 12.04.3 alternates..
[14:31] <lordievader> Lovely...
[14:58] <shadeslayer> xnox: can you also have a look at the encrypted partman bug?
[14:58] <shadeslayer> xnox: bug 1215418
[14:59] <xnox> shadeslayer: no, as I believe alternate cd is borked. The udebs & debs don't match the running kernel. Thus the kubuntu-meta needs an upload & alternate cd needs a respin. See merge proposals on bug 1215453
[15:00] <shadeslayer> yes I saw that
[15:00] <shadeslayer> would that also fix the encryption bug?
[15:00] <xnox> shadeslayer: i don't see how encrypted install of alternate cd can work, without loading device-mapper and crypto modules =)
[15:00] <xnox> shadeslayer: I don't know, but at the moment encryption doesn't have a chance at working off that cd.
[15:00] <shadeslayer> oh ... I was told it worked in the ubuntu CD
[15:01] <Riddell> did p:~xnox/ubuntu-seeds/fix-kernels-precise-xubuntu  go into xubuntu seed? I can't see the merge proposal
[15:01] <Riddell> ah this is a cleaner merge into kubuntu :) https://code.launchpad.net/~xnox/ubuntu-seeds/fix-kernels-precise-kubuntu/+merge/181578
[15:03] <Riddell> xnox: merged thanks
[15:03] <xnox> Riddell: yeah, launchpad was very insistent that i merge all braches against kubuntu.precise.
[15:03] <xnox> Riddell: i have no idea how to upload kubuntu-meta, can you do that?
[15:04] <Riddell> xnox: yep
[15:04] <xnox> Riddell: thanks.
[15:04] <xnox> Riddell: ditto xubuntu, but no idea how to do thsoe.
[15:04] <Riddell> smartboyhw: able to do that or find someone who can?
[15:05] <xnox> smartboyhw: https://code.launchpad.net/~xnox/ubuntu-seeds/fix-kernels-precise-xubuntu/+merge/181586
[15:05] <smartboyhw> Riddell, I will get knome
[15:06] <smartboyhw> Have to do it in #ubuntu-quality, Xubuntu is having a meeting to decide the fate of Mir in them
[15:07] <Riddell> xnox: kubuntu-meta says "No changes found", are you sure it needs an update?
[15:08] <xnox> Riddell: no idea. something, somewhere should trigger updates such that when building the image the correct kernel modules are pulled in.
[15:08]  * xnox ponders was it d-i upload.
[15:08]  * xnox goes to ask kernel guyes.
[15:09] <smartboyhw> Riddell, xnox Xubuntu will be delayed a bit
[15:09] <smartboyhw> Even the project lead himself doesn't have commit rights, sigh
[15:09]  * smartboyhw emits blood
[15:10] <Riddell> um
[15:10] <Riddell> smartboyhw: is it ubuntu-core-dev? I can do that
[15:10]  * smartboyhw checks
[15:11] <smartboyhw> Riddell, yes
[15:12] <smartboyhw> Riddell, please merge then:P
[15:13] <Riddell> smartboyhw, xnox: xubuntu merged
[15:13] <smartboyhw> Riddell, great thanks
[15:53] <xnox> Riddell: http://people.canonical.com/~ubuntu-archive/seeds/kubuntu.precise/installer seems to have been updated. Respin alternate and check what kernels it gets? it's a borked image at the moment so it can't get worse =)
[15:55] <Riddell> kubuntu and xubuntu alternates rebuilding
[15:55] <Riddell> thanks xnox
[16:02] <xnox> that's quick.
[16:03] <smartboyhw> !testers | Please test the alternate images AGAIN
[16:03] <shadeslayer> uff
[16:03]  * smartboyhw can't, sorry
[16:03] <smartboyhw> I need to sleep soon.
[16:04] <shadeslayer> ok
[16:04] <shadeslayer> I just had pizza
[16:04] <shadeslayer> so I'm well fed and not cranku
[16:05] <shadeslayer> *cranky
[16:05] <mikhas> but now you're tired and not fit for work
[16:07] <shadeslayer> not really, I'm much better post food
[16:07] <smartboyhw> Food = protein, carbohydrates and lipid = energy
[16:14] <shadeslayer> smartboyhw: xnox also fixed the encryption issue
[16:15] <smartboyhw> shadeslayer, \o/
[16:15] <smartboyhw> AWESOME
[16:15]  * smartboyhw hugs xnox
[16:16] <xnox> shadeslayer: excellent.
[16:17] <shadeslayer> smartboyhw: as a vegetarian, I don't get alot of protien
[16:17] <shadeslayer> or well, the Indian vegetarian diet doesn't have alot of protien
[16:17] <shadeslayer> mostly for lentils/pulses , but that's about it
[16:17] <shadeslayer> s/for/from/
[16:17] <kubotu> shadeslayer meant: "mostly from lentils/pulses , but that's about it"
[16:18] <smartboyhw> ;O
[16:54] <Riddell> I need to go out for about 3 hours, sorry about that
[16:54] <Riddell> amd64 desktop needs some more love and alternates need all tests done
[16:54] <Riddell> call me if problems
[17:18] <shadeslayer> oh
[17:18] <shadeslayer> you already did the tests?
[17:18] <shadeslayer> my alternate test just finished :<
[17:18] <shadeslayer> so slow
[17:26] <lordievader> Ugh I was just finished with alternate testing. When would/should 12.04.3 be released?
[19:09] <Quintasan> Yes
[19:09] <Quintasan> Finally back from "vacations"
[19:14] <Quintasan> shadeslayer: seen JT?
[19:15] <shadeslayer> not really
[19:15] <shadeslayer> I wished him on G+ and he +1'd my post
[19:15] <shadeslayer> so he's still alive
[19:24] <Quintasan> k
[20:56] <Riddell> hi
[20:56] <Riddell> how's it going?
[20:58] <Riddell> still need tests doing
[20:58]  * Riddell cracks on
[21:07] <Noskcaj> Riddell, I broke something, but can't fix due to a lack of kubuntu. https://launchpad.net/ubuntu/+source/ktp-call-ui/0.6.3-1ubuntu1/
[21:09] <Riddell> you broke kubuntu without even having kubuntu installed?!
[21:09] <Quintasan> Noskcaj: >#include <telepathy-farstream/telepathy-farstream.h>
[21:09] <Quintasan> Missing development headers I guess
[21:09] <Quintasan> Actually, I should update it in Debian and request a sync
[21:10] <Quintasan> We don't have much delta from Debian, do we?
[21:11] <Riddell> Quintasan: Noskcaj was doing syncs
[21:12] <Riddell> but because debian messed up the .orig with a funny tar in git thing it was fake syncs
[21:12] <Riddell> Noskcaj: I had to fix your other one too, the files had moved between binary packages
[21:14] <Noskcaj> ok. thanks. I really need to get a computer that can run VMs well enough to test this stuff
[21:19] <Riddell> Noskcaj: you can ask me to set up ec2s (or shadeslayer I think)
[21:19] <Riddell> Noskcaj: but why not just run it locally?
[21:21] <Noskcaj> I've got a case mod i'm partway through that will have all the VMs when it's done. And because i prefer xubuntu and can (just) run the installer in a VM with it
[21:21] <Noskcaj> And my gaming PC is windows
[21:25] <Riddell> hi littlegirl
[21:26] <littlegirl> Hey there. (:
[21:26] <littlegirl> Maybe you know the answer to the question I just posed in #kubuntu. (:
[21:28] <Riddell> littlegirl: mine just has:
[21:28] <Riddell> nameserver <IP_ADDRESS>
[21:28] <Riddell> search lan
[21:28] <Riddell> dns is managed by resolvconf I think
[21:29] <ScottK> Actually dnsmasque
[21:29] <ScottK> Or something close to that.
[21:29] <littlegirl> Yeah, I get the impression we don't use it any more and that the nameserver info has to be in /etc/network/interfaces but I'm trying to come up with a one-line command a new user can use to find out what their nameserver is, and I know the information is in my resolv.conf, but I'm not sure if that was there when I first installed Kubuntu. (:
[21:30] <ScottK> It's a relatively recent change.
[21:30] <Riddell> route  will tell you
[21:30] <Riddell> well that'll tell you the gateway
[21:31] <Riddell> but that's also the dns server on my home setups
[21:31] <ScottK> It's dnsmasq
[21:31] <littlegirl> Mine, too. Is that as it should be?
[21:31] <littlegirl> I can just tell users to use the gateway as the nameserver, but would that be telling them the correct thing to do?
[21:31]  * littlegirl is updating her Static IP page.
[21:32] <Riddell> if you just want a random dns server go for <IP_ADDRESS>
[21:35] <littlegirl> I'm trying to come up with the proper way to tell users what information needs to go into /etc/network/interfaces to set up a static IP, and part of that is knowing what the bits needed by that file are. I'd like to give them solid information, so I'm not sure <IP_ADDRESS> would be a good idea. (:
[21:35] <littlegirl> Here's what I've got so far: http://paste.ubuntu.com/6015549/
[21:36] <Riddell> it's a pretty good dns server https://developers.google.com/speed/public-dns/
[21:36] <littlegirl> If the gateway can always be used in the dns-nameservers line of the /etc/network/interfaces file, then I'm almost done and can just flesh out the explanation and the steps to take. (:
[21:36] <littlegirl> Oh, it's real! LOL
[21:37] <littlegirl> Interesting! Is that recommended rather than using your internet provider's DNS server(s)?
[21:38] <Riddell> it's easier to remember :)
[21:40] <littlegirl> Heh, that's true. Well, I'll put a note in the page suggesting that people might want to try it, but I'll probably recommend that they try the gateway first. I was hoping there was a command line incantation to ferret out the internet provider's DNS server from a fresh installation of Kubuntu. (:
[21:43] <littlegirl> I wonder how many people realize how difficult it is to take a complex topic and attempt to reduce it to simple concepts to make an easy to use document that provides enough information to get the job done without overwhelming the user with too much information which is surely aavailable elsewhere. (:
[21:48] <yofel> [12078.076124] pinentry[15285]: segfault at ffffffe302e30306 ip 00007fb03c605e49 sp 00007fffd8819468 error 5 in libQtCore.so.4.8.4[7fb03c547000+2d4000]
[21:49] <yofel> o.O
[22:00] <Riddell> yofel: mm it's been breaking for me
[23:35] <Riddell> images all good for me
[23:35]  * Riddell snoozes