[10:01] <juliank> rbalint: So, bug 1871268 is a regression from bug 835625 sort of
[10:02] <juliank> rbalint: We needed to change the code to unpack packages in the correct order in lock-step, but it was additionally also changed to do the same for configuration, even though that is not strictly necessary
[10:06] <juliank> rbalint: Together with the immediate configuration nastiness, this causes the bug
[10:07] <juliank> rbalint: So I turned off lock-step configuration for immediately configured packages in https://salsa.debian.org/apt-team/apt/-/merge_requests/133
[10:07] <juliank> which solves the issue
[10:24] <juliank> Discussing this vs other solution which just ignores failures to configure in lockstep
[10:25] <juliank> well blurting it out in #debian-apt and waiting for feedback
[10:28] <juliank> oh https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618288
[11:04] <Laney> If someone like bdmurray is planning to update tzdata to the new release, please be aware of https://gitlab.gnome.org/GNOME/glib/-/issues/2219
[11:13] <doko> rafaeldtinoco: could you have a look at<EMAIL_ADDRESS>(cannot be triggered by the dependency package)
[12:50] <rafaeldtinoco> doko: sure
[14:33] <seb128> bdmurray, hey, are retracers known to have problems on 20.10? loading the weekly view it seems the reports that started in 20.10 all fail to have a stacktrace
[14:33] <seb128> https://errors.ubuntu.com/?release=Ubuntu%2020.10&period=week
[14:42] <bdmurray> Laney: noted, thanks
[14:42] <bdmurray> seb128: I'll have a look later today
[14:42] <seb128> bdmurray, thanks, I'm trying to poke at log since I've access now
[14:42] <bdmurray> oh yeah, that's right
[14:43] <seb128> bdmurray, what's the first argument of your result.sh script?
[14:43] <seb128> START=$1
[14:43] <bdmurray> the date around when the crash would have been retraced
[14:43] <bdmurray> eg 20200918
[14:43] <seb128> so a date like 20200925?
[14:43] <seb128> k
[14:43] <seb128> thanks
[14:44] <bdmurray> $2 = arch
[14:44] <seb128> right, the one others are more obvious :)
[14:55] <seb128> bdmurray, nothing obvious from the logs from what I can tell, is there any easy way to trigger a retry on an oopsid maybe in manual mode to see the apport-retracer output?
[14:59] <bdmurray> seb128: you could look for a recent crash that failed for 20.10 that says something like 'Saved OOPS ... manual investigation'.
[14:59] <bdmurray> seb128: then we could ask IS for those crash files
[15:02] <seb128> bdmurray, hum, k, most of those have what seems a valid reason, like outdated packages, I'm a bit lost of how to poke more efficiently but if you have a go at it let me know what you do, maybe I can do better next time
[15:04] <bdmurray> seb128: It might help if you told me some specific buckets or OOPSes you looked at
[15:08] <seb128> bdmurray, I basically tried https://errors.ubuntu.com/?release=Ubuntu%2020.10&period=week from the top
[15:08] <seb128> so
[15:08] <seb128> https://errors.ubuntu.com/problem/5a56214a25fff7acaadab83596f28ca48b2c3a4a
[15:08] <seb128> https://errors.ubuntu.com/problem/9ace446c7efa9e848ba843abc8bd6c0809db511f
[15:08] <seb128> https://errors.ubuntu.com/problem/2e25f5d3e7aa6566a2835e57283e0a9c279cc131
[15:09] <seb128> then picked some other components in case it makes a difference
[15:09] <seb128> https://errors.ubuntu.com/problem/a1ed5547f529129d60f520d80ee1d5c3d1588c3f
[15:09] <seb128> https://errors.ubuntu.com/problem/8001aea69f50d0d8ffc8ba90729856ada2f629a7
[15:09] <seb128> https://errors.ubuntu.com/problem/eddba3341754bbda4a3276338e8a79ebd4cb6c1d
[15:24] <bdmurray> seb128: last week we talked about updating the ubiquity translations templates for the active directory strings y'all added. Is that something the desktop team can do?
[15:28] <seb128> bdmurray, those things would be easier if coredev had commit access to the vcs...
[15:31] <seb128> bdmurray, https://code.launchpad.net/~seb128/ubiquity/+git/ubiquity/+merge/391994
[15:31] <seb128> bdmurray, if you want to merge, I don't have access
[15:40] <seb128> juliank, is that new that we call update-motd-updates-available after each apt install? it creates a noticable delay after packages installation on my groovy system, quite annoying
[15:40] <juliank> seb128: Maybe? I didn't do it :)
[15:42] <seb128> k
[15:43] <juliank> seb128: Investigation shows we do since timestamp: Tue 2016-04-12 11:26:52 +0100 to fix LP: #1558270
[15:43] <seb128> k, I wonder if that became slower for some reasons
[15:44] <bdmurray> seb128: I don't have access either so I guess we should sort this out!
[15:44] <seb128> bdmurray, can you find someone in foundations to figure that out?
[15:45] <juliank> seb128: apt-check which is run by it takes 1.3s here which is not entirely optimal, but not a regression since focal
[15:45] <juliank> and it's not possible to go faster in python
[15:45] <juliank> Maybe in groovy+1
[15:45] <juliank> I need to add better APIs to python-apt
[15:45] <bdmurray> seb128: yeah, we'll discuss it
[15:45] <seb128> bdmurray, thanks, meanwhile the mp is up for review so hopefully someone from the ubiquity team notice and get it merged
[15:46] <juliank> heh no, it actually uses the depcache so 1s for opening the depcache it can't get rid off :/
[15:49] <bdmurray> jibel: Could do it!
[18:48] <seb128> bdmurray, small status update on ubiquity/active directory strings, L_aney merged my changes, I uploaded the updated template directly to launchpad to avoid waiting for the next upload and I emailed translators to let them know the new strings are available on launchpad now
[18:50] <bdmurray> seb128: great, thanks
[18:50] <seb128> np!
[19:05] <mwhudson> docker: Error response from daemon: AppArmor enabled on system but the docker-default profile could not be loaded: strconv.Atoi: parsing "0-beta1": invalid syntax. <- ring any bells for anyone?
[19:08] <jdstrand> mwhudson: yes
[19:08] <jdstrand> we did an upload for that
[19:08]  * jdstrand looks
[19:09] <jdstrand> mwhudson: did the 19.03.13-0ubuntu1 upload drop amurray's patch in 19.03.11-0ubuntu3?
[19:09] <jdstrand> mwhudson: it did
[19:10] <jdstrand> diff -Nru docker.io-19.03.11/debian/patches/series docker.io-19.03.13/debian/patches/series
[19:10] <jdstrand> --- docker.io-19.03.11/debian/patches/series	2020-09-01 01:10:54.000000000 +0000
[19:10] <jdstrand> +++ docker.io-19.03.13/debian/patches/series	1970-01-01 00:00:00.000000000 +0000
[19:10] <jdstrand> @@ -1 +0,0 @@
[19:10] <udevbot> Error: "@" is not a valid command.
[19:10] <jdstrand> -handle-apparmor-beta-version-suffix.patch
[19:11] <jdstrand> mwhudson: you want this: https://launchpadlibrarian.net/495816608/docker.io_19.03.11-0ubuntu2_19.03.11-0ubuntu3.diff.gz
[19:11] <jdstrand> mwhudson: note, we are planning a new apparmor upload with the final release tarball so this will go away, but that won't be until next week
[19:28] <mwhudson> jdstrand: oh whoops
[19:30] <mwhudson> yay for autopkgtest i guess
[19:35] <jdstrand> heh, indeed :)
[19:57] <tdaitx> who knows about availability of popcon historical data? there was a question about it in discourse: https://discourse.ubuntu.com/t/popcon-to-be-removed-from-the-standard-seed/17238/4
[20:16] <vorlon> tdaitx: checking the server, we have some logs in a directory called logs/all-popcon-results/ that are listed by date.  We could perhaps expose them, though the inquiry there is about using them for research... and I don't see how they're going to learn anything interesting from this data :)
[20:17] <tdaitx> vorlon: neither do I, but that was what they asked for, if we have it and it is ok (and easy) to share, then I don't see why we shouldn't


  I could pinch those off very quickly.
[05:19] <troy_s> kwwii: In addition to this, it is a wonderful chance for people to get their feet wet with bzr and Launchpad.  Those who will want to contribute will need to learn bzr and LP and, quite frankly, that seems like the perfect project to learn.  Agree?
[12:17] <kwwii> troy_s: good idea, done ;-)
[12:17] <kwwii> https://launchpad.net/human-panel-icons/
[12:33] <Toma-> that update orange is quite offensive on the eyes
[12:50] <kwwii> yeah, that one needs a lot of love
[12:59] <kwwii> everyone should feel free to work on those icons
[12:59] <kwwii> send any ideas to me or ping me in irc
[13:00] <Toma-> dont you think heavily stylised icons will clash with the systray?
[13:01] <kwwii> I think that we should create as many icons as possible which show up in the system tray
[13:01] <kwwii> and really we only have to worry about the default setup plus the most important/common apps
[17:05] <lapo> ciao there
[23:00] <emgent> hello people :)
[23:00] <emgent> someone have time to make an icons to new launchpad tm ?
[23:00] <emgent> s/to/for/


[07:33] <joelesko> micahg: thanks for pulling in the 2.6.1 seamonkey branch
[16:24] <alex_mayorga> Any chance to get chromium on precise? Shall I volunteer? =P
[16:26] <chrisccoulson> volunteers welcome :)
[16:27] <chrisccoulson> i'm still catching up from having nearly 3 weeks off, and anything chromium related generally appears at the bottom end of the pile ;)
[16:27] <alex_mayorga> chrisccoulson: Fill me up please, my laptop is already running precise FWIW
[17:22] <micahg> alex_mayorga: it's on my list, but currently fails to build, a merge proposal to fix would be welcome (lp:chromium-browser/stable)
[17:33] <alex_mayorga> micahg: n00b here, what's "a merge proposal"?
[17:34] <micahg> alex_mayorga: a bzr branch with the change proposed to be merged into the parent branch
[17:58] <micahg> alex_mayorga: actually, someone just commented that the fix is already in another branch, I'll pull it in later today and try another test build
[18:07] <alex_mayorga> micahg: is that comment publicly available?
[18:07] <micahg> yes
[18:08] <micahg> bug 910561
[18:08] <ubot2`> Launchpad bug 910561 in chromium-browser "Chromium PPA builds failing: Stable and Beta channels (chromium_useragent.patch does not apply)" [Undecided,Confirmed] https://launchpad.net/bugs/910561
[18:08] <micahg> let me start that test build now, so it builds during lunch
[21:40] <chrisccoulson> wow, seems my neighbours are having another domestic
[21:40] <chrisccoulson> always brightens the evenings up :-)
[21:43] <mdeslaur> chrisccoulson: do you take sides?
[21:44] <chrisccoulson> mdeslaur, no, i just sit here and enjoy the entertainment
[21:45] <chrisccoulson> being able to listen to my neighbours arguments is probably the only decent thing about this house ;)
[21:46] <mdeslaur> hehe
[22:07] <micahg> chrisccoulson: 702,305,008 -- page-faults-soft in about:memory, worth a bug?
[22:08] <chrisccoulson> micahg, no, why?
[22:08] <micahg> idk, just seems high
[22:09] <alex_mayorga> chrisccoulson: call the cops for even heightened fun
[22:10] <alex_mayorga> you might even get some taser action
[22:10] <micahg> ah, I went back to 9.0.1 somehow, I thought I was on 10 already :)
[22:11] <alex_mayorga> chrisccoulson: if location==.us that's it
[22:11] <chrisccoulson> alex_mayorga, it's not
[22:11] <chrisccoulson> my location is even worse than that
[22:12] <chrisccoulson> i certainly wouldn't trust the police around here to use a taser ;)
[22:12] <alex_mayorga> does police even care about domestics there?
[22:12] <chrisccoulson> they'd probably leave it on top of their car in a supermarket car park or something stupid like that :)
[22:13] <chrisccoulson> alex_mayorga, no, generally the police won't come out to violent domestics, burglaries or any other similar types of crimes
[22:13] <chrisccoulson> the only thing they are useful for is obtaining a crime reference number to make an insurance claim ;)
[22:15] <alex_mayorga> chrisccoulson: .mx?
[22:15] <chrisccoulson> alex_mayorga, no, uk ;)
[22:15] <alex_mayorga> I see
[22:16] <chrisccoulson> of course, i'm probably exaggerating the truth a little there. but from experience, the police are pretty useless at catching criminals around here ;)
[22:17] <alex_mayorga> they'd just politely ask them to stop I'd guess
[22:18] <alex_mayorga> they're good at kettling judging by the footage I've seen
[23:58] <chrisccoulson> excellent, i've got the new jsctypes mozvoikko working on lucid's stoneage libvoikko :-)


[03:40] <skellat> Attention is drawn to LP Bug #1215182
[04:08] <Unit193> knome, ochosi: ---v
[04:08] <Unit193> Before I forget, so some thoughts for the meeting tomorrow.  Even if multimonitor support and bypass land this week (which look like they're landing), you still have many failing cards, and not just falling back to X.org, ones that either have corrupt screen ranging from login to completely unusable.  Apart from that, there seems to be quite a lot of people still having mouse lag, and of course it still hasn't landed with virtual machine ...
[04:08] <Unit193> ... support.  Another thought is if we decide to use some Xfce 4.11 applications, we'd be running two experimental package sets which can make it more fun to figure out where something may be breaking.  As for the tearing issue, I personally think it'd be nice to have compton in the repos, and ship a config file but don't actually ship compton itself (Not in Saucy).  Any questions?
[05:55] <Noskcaj> I'm not going to make the meeting, but i think we should run either mir or 4.11 not both. I'm talking with debian about 4.11 currently.
[07:15] <ochosi> Unit193: sounds very sensible to me
[07:18] <elfy> that's my take too - but even if we didn't have both, given what I get with mir I'd not be using it currently
[07:18] <elfy> which is my position for the meeting this afternoon as I'll not be making it
[07:22] <ochosi> mhm
[07:22] <ochosi> thing is, we're going for xfce4.11 packages to get better multi-monitor support
[07:23] <ochosi> crapping that up with a worse general experience kinda makes that move senseless
[07:23] <elfy> yep
[07:23] <ochosi> (although the 4.11 packages aren't in yet and mr_pouit hasn't really given us his opinion on the matter)
[07:23] <ochosi> (so it's far from sure we'll get them)
[07:24] <elfy> yep
[09:39] <Unit193> {Sure, if 4.11 still doesn't land that doesn't change any stability problems, only possible future ones.)
[09:46] <knome> Unit193, compton being?
[09:47] <knome> noting -1 from Unit193 and elfy.
[09:47] <Unit193> knome: Compositor, seems to be a nice one.
[09:47] <knome> Unit193, mir compositor? :P
[09:48] <Unit193> Heh.
[09:48] <Unit193> Thought ochosi tried to get you to use it once, but could be wrong.
[09:48]  * knome sneezes while has some muesli in the mouth
[09:48] <knome> oop.
[09:48] <knome> okay, so non-related
[09:48] <knome> elfy, what's your opinion on waiting for new things to land?
[09:49] <ochosi> it's a replacement for xfwm4's built-in compositor
[09:49] <knome> oh wait
[09:49] <knome> he said already
[09:49] <knome> right
[09:49] <ochosi> the main advantage of it being that it uses opengl (optionally)
[09:49] <knome> i'll promise i'll test it if we decide not to take mir.
[09:49] <ochosi> so you don't get any window tearing anymore when watching videos
[09:49] <ochosi> so it's kinda mir-unrelated, we can use or not use it with or without mir
[09:50] <ochosi> it seemed stable enough, but i assume the performance varies across hardware (as is usually the case, because it's the driver's fault)
[09:50] <knome> yeah
[09:50] <ochosi> xfwm4's compositor uses XRender afaik, which is why there is window-tearing and stuff
[09:50] <ochosi> so basically all you have to do after compton is installed is switch off the xfwm4 compositor and start compton
[09:51] <knome> aha
[09:51] <ochosi> it also has some effects builtin, but i wouldn't recommend any of them
[09:51] <ochosi> at least the transparency-blur (which might be useful) made my system slow
[09:51] <knome> does it have at least the same features than xfce's?
[09:51] <knome> bleh, that's a bugger
[09:51] <Unit193> That's why I think in this case it might make sense to ship config but not the compositor itself.  Also<EMAIL_ADDRESS>indicates they are following true to what they said.
[09:52] <knome> it's kind of stupid to ship something that has a feature that's interesting but damn slow
[09:52] <ochosi> knome: yeah, it has more features than xfce's compositor
[09:52] <ochosi> and xfce's compositor doesn't do blur at all
[09:52] <ochosi> so in the config, that would simply be disabled
[09:52] <ochosi> same with fade-outs on window close or minimize
[09:53] <ochosi> it might also just be that those make the system _feel_ slower...
[09:53] <knome> "in the config"?
[09:53] <knome> does that mean it doesn't have a GUI config tool?
[09:53] <ochosi> so yeah, there are no regressions over xfwm4's compositor, but potential gains
[09:53] <knome> because what i meant was:
[09:53] <knome> if there is a GUI tool to configure
[09:53] <ochosi> exactly, it has a config file that lives in .config/compton.conf (iirc)
[09:54] <knome> aha
[09:54] <knome> then i don't think it's a good thing
[09:54] <ochosi> i mean it shouldn't be too hard to write a config-dialog for compton tbh
[09:54] <knome> for me, it's a regression in itself that there is no GUI tool to manage that
[09:54] <knome> sure
[09:54] <ochosi> if that's the only blocker
[09:54] <knome> i'm not questioning that
[09:54] <knome> well my other point
[09:54] <knome> if there is a GUI
[09:54] <knome> and even if feature X would be disabled by default
[09:54] <ochosi> but as Unit193 said (and i agree with that), shipping such a config-file by default might still be a good idea to make it easier for users to test it
[09:55] <knome> if enabling feature X would make the system performance really poor, that sucks
[09:55] <knome> most definitely
[09:55] <knome> +1 for that, feel free to do that for 13.10
[09:56] <ochosi> yeah, for users to enable a feature, they'd have to dig in the config-file, so that's almost regression-safe imo :)
[09:56] <knome> yes, but then again i also think it sucks that we don't have a GUI ;)
[09:56] <ochosi> who digs around in config files and flips switches has to live with the consequences
[09:56] <ochosi> yeah, i agree
[09:56] <ochosi> someone should contact the compton dev and ask him whether there are plans for that
[09:56] <ochosi> Unit193: ? ^
[09:57] <knome> i agree with poking config files, but i don't want to make them do that
[09:57] <ochosi> sorry folks, i gotta run now
[09:57] <knome> np
[09:57] <ochosi> hope i can make it to the meeting though
[09:57] <knome> have fun ochosi
[09:57] <ochosi> well, if you call plumbing fun...
[09:57] <knome> if you want, and if you're certain, tell your vote now and we'll take into account
[09:57] <ochosi> Mir/Xmir: -1
[09:57] <knome> okay
[09:58] <ochosi> (i don't want to turn our user-base into a herd of guinea-pigs)
[09:58] <ochosi> (if anyone asks why -1 :))
[09:58] <knome> sure
[09:58] <knome> i'll point them to the logs
[09:58] <ochosi> cause then we can also start shipping xfce in random git snapshots
[09:58] <ochosi> bbl
[09:59] <Unit193> I have yet to install it, I know it exists and seems to make the most sense.
[09:59] <knome> Unit193, once you do, can you check performance-wise if some of the features have a big effect
[10:06] <Unit193> Well, I wasn't planning on it, but if need be I could.  There was a forum post linked in #xubuntu geared towards Xfce (and LXDE) that could be used.
[10:07] <knome> well if you do it...
[10:10] <knome> by no means do feel like you're obliged
[10:11] <knome> i just think you've did great with other similar things
[10:11] <knome> and i'm sure it could benefit xubuntu
[10:11] <knome> but if you don't feel like doing it, it's ok
[10:14] <Unit193> Heh, I just said that I didn't plan on it, hardware that I typically use isn't the best so chances of being slower are high.  I'd be up for it though.  (Fastest computer, which I don't use often or little slower one.)
[10:15] <knome> but isn't that a good benchmark anyway?
[10:15] <knome> do you use the xfce compositor on those?
[10:16] <Unit193> Yep, use it on all of them (slow one too. :P )
[10:17] <knome> yeah, then it's a fair comparison
[12:53] <ochosi> just for everyone's information before today's meeting: http://www.phoronix.com/scan.php?page=news_item&px=MTQ0MjA (security issue with XMir)
[12:54] <smartboyhw> security issue heh
[12:56] <knome> phoronix too.
[12:56]  * smartboyhw will object (although not a Xubuntu person)
[12:57] <smartboyhw> I mean, Mir.
[12:57] <knome> you can object, but only team members can vote.
[12:57] <smartboyhw> knome, yep
[12:57] <smartboyhw> knome, ochosi https://code.launchpad.net/~robertcarr/mir/client-focus-notifications
[12:58] <smartboyhw> The Mir guys gave me that link to the phonorix bug fix
[12:58] <smartboyhw> *phoronix
 smartboyhw, quite a big change and as it is so crucial, we have given it extra attention and reviews
 tvoss|lunch, :)
[13:04] <OvenWerks> knome: I will watch the meeting as well. Whatever xubuntu does is of interest to studio
[13:05] <knome> OvenWerks, sure, everybody is free to join the meeting (and speak, only voting on certain issues is limited to team members) :)
[13:06] <OvenWerks> I think Studio will run Xorg till after 14.04
[13:06]  * cub is running Ubuntu Studio on xmir as we speak ...
[13:07] <knome> OvenWerks, that sounds like a valid strategy.
[13:07] <knome> or at least, one of the valid ones...
[13:08] <knome> bbl ->
[13:20] <elfy> knome: my opinion is how long do we wait - how long is a piece of string ...
[13:22] <OvenWerks> elfy: I think in this case, even if all the things get fixed that are "about to be fixed", xMir is not ready.
[13:24] <OvenWerks> my understanding is that MIR does not equal xMIR either, so the same deal for 14.04, another new SW block. That is why my thought is: after 14.04
[13:28] <elfy> knome: now I've read the whole scrollback my vote is still the -1 thanks
[13:28] <elfy> hi OvenWerks, would chat but I get 30 minutes for lunch :)
[13:30] <OvenWerks> elfy: no prob
[14:36] <GridCube> meeting is in 15 minutes right?
[14:37] <smartboyhw> GridCube, I thought it's 24:P
[14:37] <smartboyhw> Your time is a bit too fast.
[14:37] <GridCube> ?
[14:38] <GridCube> its 22
[14:38] <GridCube> https://wiki.ubuntu.com/Xubuntu/Meetings
[14:38] <drc> maybe Grid lives in on of theose countries that has the time off-set by 15 or 30 minutes :)
[14:38] <GridCube> :/
[14:38] <GridCube> ooo
[14:38] <GridCube> the minutes
[14:38] <GridCube> right
[14:38] <lderan> :P
[14:38] <GridCube> my clock might be wrong
[14:41] <drc> Maybe time moves differently in a quiet library?
[14:43] <drc> oh, I know what it is...he was looking at the clock on his computer running Xubuntu, and, as everybody knows, Xubuntu doesn't have ntp installed/configured by default :)
[14:48] <smartboyhw> :P
[14:49] <GridCube> i had my computer runing xubuntu in a vm :( but they took it to repair in May because its video card got broken, in May
[14:50] <smartboyhw> GridCube, now it's 10 minutes to meeting:P
[14:53] <knome> hallo.
[14:53]  * smartboyhw waves at knome
[14:53] <drc> \o/
[14:55] <knome> so i need to be as quick as possible today (though no hard deadlines)
[14:55] <knome> who's here for the meeting?
[14:55] <smartboyhw> o/
[14:55] <jjfrv8> o/
[14:56] <smartboyhw> (as a guest, alright)
[14:56] <smartboyhw> tvoss_ is here it seems:)
[14:56] <tvoss_> smartboyhw, yup, o/
[14:57]  * OvenWerks is an observer
[14:57]  * smartboyhw too
[14:59] <knome> #startmeeting Xubuntu community meeting
[14:59] <meetingology> Meeting started Thu Aug 22 14:59:22 2013 UTC.  The chair is knome. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:59] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[14:59] <knome> #topic Items carried on
[14:59] <knome> #subtopic Open action items from previous meeting
[14:59] <knome> #action skellat to prepare blog article discussing updating & upgrading for users and why it is okay to do so
[14:59] <meetingology> ACTION: skellat to prepare blog article discussing updating & upgrading for users and why it is okay to do so
[14:59] <knome> #topic Team updates
[14:59] <knome> Please use #info and #action
[14:59] <knome> people, go ahead
[15:00] <GridCube> :)
[15:00] <knome> #info unfortunately, due to various obstacles, the docs SRU is not going to make it to .3, but we will upload it to -updates ASAP (and eventually, it'll be in .4)
[15:01] <GridCube> #info Desktop of the week will have a list ready for later today of the first few images proposed for the project, we hope to have them posted an anounced for the first days of the next week
[15:01] <knome> #action knome will prepare the website side later this week
[15:01] <meetingology> ACTION: knome will prepare the website side later this week
[15:02] <knome> #undo
[15:02] <meetingology> Removing item from minutes: <MeetBot.items.Action object at 0x322da50>
[15:02] <knome> #action knome will prepare the website side for desktop of the week -gallery later this week
[15:02] <meetingology> ACTION: knome will prepare the website side for desktop of the week -gallery later this week
[15:02] <knome> anything else?
[15:02] <GridCube> not from me in this topics
[15:02] <knome> looking at a busier week next week, because we're one week to FF :)
[15:03] <GridCube> indeed
[15:03] <knome> #topic Announcements
[15:03] <knome> none from me at this time. other team members?
[15:03] <knome> oh, i do
[15:04] <knome> #info knome has received money from the magazine. the project now about 250 euros to spend.
[15:04] <knome> #undo
[15:04] <meetingology> Removing item from minutes: <MeetBot.items.Info object at 0x30dc710>
[15:04] <knome> #info knome has received money from the linuxidentity magazine articles. the project has now about 250 euros to spend.
[15:04] <knome> better :P
[15:04] <smartboyhw> \o/
[15:05] <knome> #topic New and emerging items
[15:05] <knome> #subtopic Mir decisions
[15:05] <GridCube> is this time for opinions?
[15:05] <knome> soon
[15:05] <knome> is there something people want to discuss?
[15:06] <olli> knome, tvoss and I can give an update
[15:06] <knome> what's the status updates for Mir, is there any new ground-breaking tests?
[15:06] <pleia2> o/
[15:06] <knome> olli, sure, that would be good :)
[15:06] <olli> we were heading for a Call for testing for today around Multimonitor and composite bypass
[15:07] <olli> sad reality is that we don't have the PPA ready for testing today
[15:07] <olli> while we hope it's ready by tomorrow, we might even see further delays
[15:07] <olli> I understand that this negatively impacts your decision making process
[15:08] <olli> the ultimate plan is to land these features sufficiently tested by FF, i.e. 8/29
[15:08] <olli> so we don't have a lot of time to pull the PPA together _and_ have enough headway until FF
[15:09] <olli> there has been some FUD around the VT security bug
[15:10] <olli> that is currently being worked on at https://code.launchpad.net/~robertcarr/mir/client-focus-notifications
[15:10] <olli> and a mandatory target for 13.10
[15:10] <olli> internal testing has shown improvements for the bypass feature
[15:10] <olli> we are about to publish numbers via the long promised & outstanding dashboard
[15:11] <olli> tvoss_, anything I missed (sorry, am in a real life meeting while I type;)
[15:11] <tvoss_> olli, nope, all good :) for racarr's branch: it has taken quite a while to review it as it impacts such an important area and is security relevant
[15:13] <knome> Riddell, o/
[15:13] <knome> anybody has questions to olli, tvoss_?
[15:14] <pleia2> thanks for the updates
[15:15] <knome> yup
[15:15] <smartboyhw> tvoss_, when is the ETA of the fix branch?
[15:15] <smartboyhw> I mean, landing
[15:16] <knome> i think we should vote about waiting or not waiting first
[15:17] <knome> everybody agree or do we have better ideas?
[15:17] <pleia2> maybe talk about it before vote? :)
[15:17] <knome> people are so quiet...
[15:17] <pleia2> hehe
[15:17] <GridCube> we need opinions before voting
[15:17] <lderan> sorry reading work emails :P
[15:17] <tvoss_> smartboyhw, so eta for landing was yesterday :) but one reviewer found small issues
[15:17] <GridCube> to take a reasonable desition
[15:17] <rowboatnick> im spectating only
[15:17] <smartboyhw> tvoss_, ah
[15:18] <pleia2> so here's the thing, we're still seeing a fair number of failures, where the failover doesn't work and folks end up with blank screens, slow mouse pointers and screen corruption on some cards
[15:18] <tvoss_> smartboyhw, small issues as in: syntactic mostly. racarr is online in ~1 hour and should tackle those, so there are no major blockers
[15:18] <pleia2> even if the multi-monitor stuff landed today, I'm not happy
[15:18] <knome> ...which is why i personally see a little point in postponing the decision
[15:18] <GridCube> mmhm, i had better results on 0.0.8 than 0.0.9
[15:19] <smartboyhw> 0.0.9 is most certainly better than 0.0.8. I agree with GridCube
[15:19] <pleia2> postponing until today was already quite late for us given limitations of our team (we have a pretty small testing team in general, smaller development for fixing bugs)
[15:19] <knome> smartboyhw, that's not what he said..
[15:19] <pleia2> smartboyhw: he said the opposite
[15:19] <GridCube> i had more lag on .9 than in .8
[15:19] <smartboyhw> knome, pleia2 oh:(
[15:19]  * smartboyhw says the direct oppostie of GridCube then
[15:19] <smartboyhw> :P
[15:20] <GridCube> in any case there are too many result in the fail area
[15:20] <olli> I don't know XUbuntu well, but is there an anticipated large difference between XUbuntu's DE and Ubuntu's DE
[15:20] <cub> But would still be possible to add xmir as of today with apt-get install unity-system-compositor?
[15:20] <knome> from my point of view, while there certainly has been improvements, xmir hasn't been proving to generally improve for everybody
[15:20] <knome> olli, yes
[15:20] <smartboyhw> cub, yes
[15:20] <olli> i.e. shouldn't Ubuntu & XUbuntu see feature/bug parity
[15:20] <knome> olli, partly, but there is a lot that is different
[15:21] <cub> So the question is more "Should mir be the default already on installation?"?
[15:21] <lderan> I haven't had a good experience of xmir yet
[15:21] <tvoss_> knome, I think olli is referring to the underlying graphics stack
[15:21] <knome> cub, ...no :)
[15:21] <pleia2> cub: right, that's the question
[15:21] <pleia2> knome: oh?
[15:21] <smartboyhw> oh?
[15:21] <GridCube> cub: the question would be if it will be shipped default
[15:21] <knome> that ^
[15:21] <pleia2> it will be in the repos regardless, is I think what cub is saying
[15:22] <knome> then it should be "for" installation :)
[15:22] <knome> tvoss_, olli: yes, sure
[15:22] <cub> exactly. But the people who would like to test it could just add it themselves. Everybody happy.
[15:22] <GridCube> we could change the ubiquity installer to ask if xmir or x.org?
[15:22] <knome> but the reason why we are here that the Canonical decision to indlude mir or not is a different from the Xubuntu decision to include (X)Mir
[15:23] <OvenWerks> Only if it includes an expailation
[15:23] <knome> not only because the other uses Mir and the other XMir
[15:23] <olli> regarding QA resources & test coverage... would it help if we (upstream) would contribute to your testing
[15:23] <knome> GridCube, not happy with that either.
[15:24] <smartboyhw> knome, I rather think an explanation on the website or the release notes might help.
[15:24] <xnox> GridCube: that would mean shipping xmir & x.org packages on the cd, and removing the one not needed at the end of installation (similar is done with unneeded file-system utilities et al)
[15:24] <knome> GridCube, if XMir is ready and stable enough to be chosen from the installer, then it should probably be default. if not, then it shouldn't be installable at all
[15:24] <pleia2> olli: so we've put a lot of effort into testing xmir specifically, we really need to get back on track for more general Xubuntu testing
[15:24] <GridCube> ofcourse it would help, but our users regard xubuntu as a pretty stable release, they use us on many places where they want to have a simple-stable system, not providing that would scare many of our users
[15:24] <GridCube> knome: good point
[15:24] <knome> (installable from the CD)
[15:25] <pleia2> we could make sure a wiki page is maintained for folks who do want to enable it (I don't love installer option either)
[15:25] <GridCube> At this moment, just at this moment, xmir its not stable enough for xubuntu, that is my opinion
[15:25] <smartboyhw> pleia2, you can put it in release notes
[15:25] <GridCube> its pretty good though
[15:25] <smartboyhw> Or website
[15:26] <knome> so...
[15:27] <pleia2> vote time
[15:27] <knome> do people think we should bother to vote about waiting or not waiting
[15:27]  * smartboyhw doesn't
[15:27]  * olli does
[15:27] <GridCube> vote
[15:27] <knome> i think we should do that.
[15:27] <smartboyhw> It's one week BEFORE ff now
[15:27] <olli> sorry, that was selfish ;)
[15:27]  * tvoss_ does, too :)
[15:27] <pleia2> olli: hehe :)
[15:27] <knome> olli, np, that's expected ;)
[15:27] <knome> #vote Should we wait for improvements landing to XMir later (but before the FF)? (+1 for wait, -1 for not wait)
[15:27] <meetingology> Please vote on: Should we wait for improvements landing to XMir later (but before the FF)? (+1 for wait, -1 for not wait)
[15:27] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[15:27] <knome> #voters bluesabre elfy GridCube jjfrv8 knome micahg mr_pouit ochosi pleia2 skellat Unit193
[15:27] <meetingology> Current voters: GridCube Unit193 bluesabre elfy jjfrv8 knome micahg mr_pouit ochosi pleia2 skellat
[15:27] <knome> -0
[15:28] <knome> bah, no -0?
[15:28] <knome> +0
[15:28] <meetingology> +0 received from knome
[15:28] <pleia2> -1
[15:28] <meetingology> -1 received from pleia2
[15:28] <GridCube> -1
[15:28] <meetingology> -1 received from GridCube
[15:28] <jjfrv8> -1
[15:28] <meetingology> -1 received from jjfrv8
[15:28] <smartboyhw> Well...
[15:29] <knome> there was one -1 from elfy and one -1 from Unit193.
[15:29] <knome> (covering this questions as well)
[15:29] <smartboyhw> -6...
[15:29] <knome> people who want to check that the votes are valid can check the logs from this channel earlier today.
[15:30] <knome> let's wait for a few more minutes.
[15:31] <ochosi> -1
[15:31] <meetingology> -1 received from ochosi
[15:31]  * smartboyhw thinks -7 is a majority already...
[15:31] <knome> smartboyhw, please.
[15:31] <knome> #endvote
[15:31] <meetingology> Voting ended on: Should we wait for improvements landing to XMir later (but before the FF)? (+1 for wait, -1 for not wait)
[15:31] <meetingology> Votes for:0 Votes against:4 Abstentions:1
[15:31] <meetingology> Motion denied
[15:31] <knome> #vote Include (+1) or not include (-1) Mir in Xubuntu 13.10?
[15:31] <meetingology> Please vote on: Include (+1) or not include (-1) Mir in Xubuntu 13.10?
[15:31] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[15:31] <knome> #voters bluesabre elfy GridCube jjfrv8 knome micahg mr_pouit ochosi pleia2 skellat Unit193
[15:31] <meetingology> Current voters: GridCube Unit193 bluesabre elfy jjfrv8 knome micahg mr_pouit ochosi pleia2 skellat
[15:31] <pleia2> -1
[15:31] <meetingology> -1 received from pleia2
[15:32] <knome> -1
[15:32] <meetingology> -1 received from knome
[15:32] <GridCube> -1
[15:32] <meetingology> -1 received from GridCube
[15:32] <ochosi> -1
[15:32] <meetingology> -1 received from ochosi
[15:32] <jjfrv8> -1
[15:32] <meetingology> -1 received from jjfrv8
[15:32] <knome> there was one -1 from elfy and one -1 from Unit193 to this as well.
[15:33] <knome> again, you can check the logs
[15:33] <knome> #endvote
[15:33] <meetingology> Voting ended on: Include (+1) or not include (-1) Mir in Xubuntu 13.10?
[15:33] <meetingology> Votes for:0 Votes against:5 Abstentions:0
[15:33] <meetingology> Motion denied
[15:33] <knome> tvoss_, olli: thanks
[15:33] <knome> efforts are appreciated :)
[15:34] <GridCube> its not ready just yet
[15:34] <olli> so, while this is not the resolution we were hoping for (but we understand & appreciate your efforts) I really wanted to say thanks to the team for giving it a fair chance
[15:34] <pleia2> indeed! it's been fun working with the Mir team, and helping folks get the hands in testing at Ubuntu Hours and such
[15:34] <olli> rather than making uneducated decisions, this is worth a lot to us
[15:34] <ochosi> i guess ppl will continue testing
[15:34] <lderan> hope mir goes well for ubuntu :)
[15:34] <knome> tvoss_, olli: i'm sure people can test mir with xubuntu in the following days as well, to see if things have been improving and bugs fixed :)
[15:34] <GridCube> olli: :) and thank you for your presence it was greatly appreciated
[15:35] <tvoss_> yeah, and thanks or all your testing efforts :)
[15:35] <olli> I hope that by 14.04 the vote will be in the different direction ;)
[15:35] <knome> tvoss_, olli: if you don't mind, we won't mind you being on the channel available for possible questions and discussion in the future
[15:35] <ochosi> +1
[15:35] <olli> knome, I will try to idle around
[15:35] <tvoss_> knome, I will be around
[15:35] <olli> but you guys know, that #ubuntu-mir is just around the /j corner ;)
[15:35] <knome> tvoss_, olli: and finally, thanks again for working with us and really taking us into account!
[15:36] <knome> anybody else with closing thoughts? :)
[15:37] <GridCube> I think that what we all think its that is great to have the developers here, trying to help us to make the best desition
[15:37] <knome> definitely
[15:37] <GridCube> and that we hope that if things keep this way in the future we can rethink our position for future releases
[15:38] <knome> #subtopic Proposal for more structured handling of Xubuntu bugs
[15:38] <knome> skellat is not around, so passing
[15:38] <knome> #subtopic Inclusion of Xfce 4.11 components in Xubuntu 13.10?
[15:39] <knome> since developers aren't around, we can't make final decisions... however,
[15:40] <knome> ochosi, would you like to list components that we should consider, since you have been overlooking the xfce development lately?
[15:40] <ochosi> well the most important part of xfce4.11 in my personal opinion is the improved multi-monitor support
[15:41] <ochosi> that is part of xfce4-settings
[15:41] <ochosi> bluesabre, mr_pouit and me were working on that
[15:41] <ochosi> xfdesktop also bears quite some improvements
[15:41] <knome> i assume that would bring the much discussed display-dialog in as well
[15:41] <ochosi> yes, xfce4-settings == display dialog (amongst others)
[15:42] <ochosi> and i think some of the keyboard-shortcut issues (primary vs. ctrl) were solved recently
[15:42] <ochosi> for the display dialog we should at least (if we don't include it by default) point ppl to the 4.12 dev ppa
[15:42] <knome> what's in with xfdesktop more specifically?
[15:43] <ochosi> a revamped settings-dialog, nicer workspaces support
[15:43] <knome> #info xfce4-settings to bring in improved multi-monitor support along with a nice display dialog
[15:43] <ochosi> the settings-dialog doesn't just show a fixed list, but the content of a folder
[15:44] <ochosi> i've also been involved in that a bit
[15:44] <knome> #info xfdekstop to bring improvements in settings dialog and better workspace support
[15:44] <ochosi> you can also set different wallpapers per workspace
[15:44] <ochosi> which is a feature many wanted for a long time
[15:45] <knome> what about the panel indicators patch?
[15:45] <knome> i know that's not exactly 4.11, but is something that relates to that
[15:45] <ochosi> i've been sitting behind a really slow mobile internet connection, so i wasn't able to put the pieces together unfortunately
[15:46] <knome> okay, but would you think that would be something we wanted to consider?
[15:46] <knome> "that" being a patch that allowed running gtk3 indicators in a gtk2 panel
[15:46] <ochosi> well there are two options:
[15:46] <knome> which would mean we wouldn't need to maintain the gtk2 indicators, and we'd get back some lost features
[15:46] <ochosi> 1) use patched gtk2 panel with gtk3 indicators
[15:47] <ochosi> 2) use gtk3 panel with gtk2 xfce plugins and gtk3 indicators
[15:47] <ochosi> tbh i've only tested the latter
[15:47] <ochosi> that was stable though, i even have theming for it in a separate branch of greybird
[15:48] <ochosi> i've been trying to get a hold of andrzejr, the author of the patches and maintainer of the indicator-plugin for a few days now
[15:48] <knome> do you think you would have some time and a decent enough connection to work on that before the FF?
[15:48] <knome> #info Several options to enable GTK3 indicators for the panel
[15:48] <ochosi> i'll have a bad connection until the end of august, then i'll be moving to italy, so possibly no regular connection at all for the first weeks
[15:49] <ochosi> at least not in a way that i can promise
[15:49] <knome> okay
[15:49] <knome> let's postpone that for 14.04 then
[15:49] <ochosi> yeah, if no-one else can test it
[15:49] <ochosi> i mean it's not extremely hard to do, i can possibly write up some instructions
[15:49] <knome> i can test, and we can organize broader testing, but things would need to work first :)
[15:50] <knome> sure, so let's see if we can do that
[15:50] <ochosi> ok
[15:50] <knome> #action knome to be in touch with developers in cherry-picking xfce4-settings and xfdesktop from 4.11 to 13.10
[15:50] <meetingology> ACTION: knome to be in touch with developers in cherry-picking xfce4-settings and xfdesktop from 4.11 to 13.10
[15:50] <knome> #action ochosi to write instructions on testing panel with gtk3 indicators enabled
[15:50] <meetingology> ACTION: ochosi to write instructions on testing panel with gtk3 indicators enabled
[15:51] <knome> #subtopic Virtual Ubuntu Developer Summit August 2013 Participation?
[15:51] <knome> there was some discussion about this, and we'll probably schedule two off-vUDS-schedule sessions
[15:52] <knome> #action knome to send information about vUDS participation/sessions to ML later this week
[15:52] <meetingology> ACTION: knome to send information about vUDS participation/sessions to ML later this week
[15:52] <knome> #subtopic Status Report on Strategy Document revisions
[15:52] <knome> #info TODO
[15:52] <knome> #action knome will send drafts of changes to the ML later this month
[15:52] <meetingology> ACTION: knome will send drafts of changes to the ML later this month
[15:53] <knome> #subtopic Schedule next meeting
[15:53] <knome> do we want a meeting next week (FF day)?
[15:53] <skellat> Meh
[15:53] <pleia2> what a cheerful response
[15:53] <skellat> pleia2: Not feeling the most well
[15:54] <knome> it's also one week before B1
[15:54] <knome> and the B1 freeze day.
[15:54] <pleia2> +1 to meeting next week
[15:54] <knome> okay
[15:54] <skellat> Put it on the 28th?
[15:54] <pleia2> (even if I hate waking up at 8AM :))
[15:54] <knome> pleia2, you can do wed?
[15:54] <lderan> poor pleia2 :P
[15:54] <skellat> That'll have us the day before Feature Freeze
[15:54] <knome> skellat, which is useless if things are still "TODO" :)
[15:54] <pleia2> yeah whatever :)
[15:55] <knome> but i do think it's better than FF day.
[15:55] <knome> #info Next meeting: 28 Aug at 15UTC
[15:55] <knome> #endmeeting
[15:55] <meetingology> Meeting ended Thu Aug 22 15:55:41 2013 UTC.
[15:55] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/xubuntu-devel/2013/xubuntu-devel.2013-08-22-14.59.moin.txt
[15:55] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/xubuntu-devel/2013/xubuntu-devel.2013-08-22-14.59.html
[15:55] <knome> thanks.
[15:55] <knome> i'll put up the minutes on the wiki later today
[15:56] <skellat> How do we want to announce the Mir decision?
[15:56] <knome> i'll post a quick post in my blog
[15:56] <knome> can retweet that
[15:56] <knome> want something else?
[15:57] <skellat> No, not really.  We may catch some static but that's expected.  My apologies for being rather quite late to the meeting.
[15:57] <knome> no problem
[15:58] <skellat> But, to have it logged, I concur in both votes.
[15:59] <ochosi> knome: testing the gtk3 panel is not bad, but a bit vane, as long as there are no devs around...
[16:00] <knome> ochosi, i realize that.
[16:00] <ochosi> but yeah, it's not like it's entirely meaningless
[16:03]  * skellat is off to play staff driver
[16:04] <knome> minutes are up.
[16:06] <smartboyhw> ALL: Re-test Xubuntu alternates plz.
[16:06] <smartboyhw> The screen should have gone away
[16:06] <knome> published http://open.knome.fi/2013/08/22/xubuntu-team-no-mir-for-13-10/
[17:40] <elfy> belated thanks for the meeting
[18:30] <Unit193> knome: Yes thanks.  Is this good for you? http://paste.openstack.org/show/44927/  I'll continue to stick up images if it'd help in the least, or if it'd help tvoss_
[18:32] <knome> worksforme
[18:34] <elfy> if you keep me in the loop I'll continue to seed it
[18:35]  * knome puts elfy in a hamster loop
[18:35] <elfy> that works too :)
[18:36] <elfy> not for long though - I'll break that
[18:36] <knome> hah
[18:36] <knome> i'm sure you'll break yourself first :P
[18:37] <elfy> :)
[18:37] <knome> i would!
[18:37] <knome> (break myself first)
[18:41] <Unit193> elfy: Sure.
[18:42] <elfy> knome: you must be a lot smaller than your fingers sounded on the keyboard then :p
[18:42] <knome> huh? :P
[18:42] <elfy> :)
[18:44] <olbi> hello guys, long time pasted since I was here :D
[18:44] <Unit193> Indeed!    Added the next meeting to the calendar.
[20:30] <elfy> seems the same as it did last year more or less
[20:49] <elfy> there's just autoresize on 32bit alternate left by the time I'm done
[20:59] <Unit193> 526KB/s Sloooow.
[21:00] <elfy> indeed
[21:00] <Noskcaj> Unit193, that's super fast
[21:00] <Noskcaj> for me at least
[21:00] <ochosi> wow, skippy-xd has become really snappy
[21:00] <Unit193> Not really, the Canonical servers always lag to Ohio.
[21:00]  * pleia2 blames ohio
[21:00] <Unit193> >_>
[21:01] <pleia2> :D
[21:01] <Unit193> :D
[21:01] <elfy> seems like the obvious thing to do pleia2 and I live thousands of miles away
[21:01] <Unit193> ochosi: Not in repos?
[21:36] <ochosi> Unit193: yeah, i can send you a link to the ppa though
[21:36] <ochosi> the new maintainer/dev is quite responsive, i already filed bugs/requests on his github project page and he fixed them immediately
[23:57] <jjfrv8> elfy, I did the auto-resize 32-bit alternate testcase on real hardware
[23:58] <Unit193> Hah, oh well.  I'm just finishing it up in vbox, you win.
[23:58] <jjfrv8> :)


[08:01] <Madpilot> Wow, there are *four* different pages in help.u.c/c on encrypted filesystems, and all of them seem totally different... and none of them seem to have been updated for Dapper... :|
[08:16] <nixternal> heh, been there looked at um
[08:25] <Madpilot> ah well, CategorySecurity is slightly more up to date now - and CatCleanup has a few new entries...
[08:29] <Madpilot> meh... we've still got hardware pages spread over both wikis... messy.
[09:00] <Kamping_Kaiser> Madpilot, its all a bit messy
[09:00] <Kamping_Kaiser> *though
[09:00] <Madpilot> yes, but I wasn't going to point that out ;)
[09:01] <nixternal> i have some open time this weekend for some wiki work, and that is what i intend to do..try and knock down at least 20 catcleanup pages
[09:01] <nixternal> i have to get chuggin' along on the switching guide as well
[09:04] <Kamping_Kaiser> but beofre that, i have to work out a proper backup system for a community group... sigh.
[09:04] <Kamping_Kaiser> so no, no time this weekend ;/
[11:06] <Madpilot> http://www.ubuntuvideo.com/ubuntupolice.png <-- I think this phrase should replace "Linux for human beings" in Edgy+1 ;)
[11:10] <mdke> that's awesome
[11:12] <Madpilot> not my work, it's by johnlittle in -marketing - worth sharing, tho ;)
[11:23] <jsgotangco> haha half life 2
[11:55] <rob> very cool
[05:41] <nixternal> mornin'
[08:10] <nixternal> mdke: did you get a chance to look over the xubuntu desktop guide translations?
[09:19] <mdke> nixternal: fraid not, have been very busy at work today
[09:20] <mdke> nixternal: I'll try and take a look this evening
[09:21] <nixternal> no problem..just a friendly reminder that they are ready for review ;)
[09:32] <mdke> nixternal: 5.8 MB? holy cow
[09:34] <nixternal> ya, it was a biggie ;)
[09:35] <mdke> meh, lots of empty ones :/
[09:37] <mdke> 4 new complete translations though, not bad
[09:42] <mdke> nixternal: looks perfect dude. I'll add the three missing preface files manually
[09:43] <nixternal> i thought i created those?
[09:43] <nixternal> 3, well maybe i missed some, because i believe there were quite a few now that i think about it
[09:44] <mdke> nixternal: you might have created them but not included them in the patch
[09:44] <nixternal> oops ;)
[09:44] <mdke> you did the patch from branches/dapper/xubuntu
[09:44] <mdke> no worries at all, great work again
[09:45] <nixternal> oh ya, that is why it didn't grab those
[09:45] <nixternal> anymore need to be done, let me know
[09:46] <mdke> there is the server guide and packaging guide, if you are a glutton for punishment. Otherwise I will get to them soonish
[09:47] <nixternal> ok...i will request them via LP/Rosetta, and work on them today a little bit
[09:47] <mdke> they are slightly more complicated, because you need to do the Makefile for ubuntu and kubuntu, and the packaging for Ubuntu is a bit more laborious. But it's more or less the same stuff
[09:47] <nixternal> Groovy
[09:51] <nixternal> eww, mouthwash first next time please ;)
[09:51] <nixternal> are you waking up or going to sleep?
[09:52] <nixternal> isn't is like 4am there
[09:52] <jsgotangco> yep
[09:53] <mdke> oh shit
[09:53] <mdke> oh well, it has gotta be done
[09:53] <nixternal> lol mdke
[09:53] <nixternal> i can start making smaller diffs from now on to curb that
[09:55] <mdke> nixternal: well, it has to be uploaded eventually, the bandwidth comes out in the wash
[09:55] <nixternal> true
[09:55] <nixternal> hehe
[09:55] <nixternal> blame it on me
[09:55] <nixternal> eww
[09:56] <mdke> yeah. Should've used the doc server
[09:57] <nixternal> ahh ya, some ssh action from there, itw ould have upped it rather quick
[09:57] <mdke> yes, it is very fast. I use it quite often for things like that... just forgot
[09:58] <mdke> oh, that wasn't so bad
[09:59] <nixternal> hehe
[10:03] <nixternal> here comes that email ;)
[10:03] <mdke> yeah, it's a biggie
[10:04] <mdke> the archive version has crashed epiphany anyway :/
[10:05] <nixternal> i love the warning message
[10:05] <nixternal> do not download, oh well you already did
[10:13] <nixternal> alrighty, i requested the translations..gonna go take care of some stuff, come back and get to work on them
[10:13] <nixternal> bbiaf
[10:14] <LaserJock> mdke: I've had that happen before wit epi
[10:14] <LaserJock> *with
[10:14] <LaserJock> I reopened with firefox and it was ok


[00:23] <xubuntu50i> Hi, i'm trying to install xubuntu 15.04 all the instalation was good except the partitions formating i get the message: GTK-Message: failen to load ''overlar-scrollbar''
[00:25] <xubuntu50i> look the problem:   http://k30.kn3.net/3/F/2/B/E/8/376.png
[00:26] <xubuntu50i> Puedo hablar español, and a little of english
[00:27] <xubuntu50i> Thank you everyone, nobody helps me, i gonna return to windows.
[00:40] <knome> i wonder what the problem was?
[01:06] <function9x> not sure, he didn't hang around long enough
[03:29] <cdk_> What is the recommended hardware/and is for beginning training towards  CEH certificatoin?
[09:36] <xubuntu01w> hi, looking for help with the sound icon/menu in the system tray.
[09:46] <xubuntu01w> hi, can anyone help?
[12:55] <fsociety[00]dat> is it possible to set a different hinting for xfce4-terminal from general settings?
[13:15] <newke> hey. ive installed 15.10 xubuntu. trying to set Super+1 Super+2 keybinds for switching workspaces, but it doesnt work. Is there something i should know?
[13:24] <flocculant> newke: not sure how you're doing that - try editing in Settings Editor, might need to remove the existing first not sure
[13:25] <flocculant> nvm - doesn't let you do that :)
[13:29] <hyperboria> Long live xubuntu!
[13:31] <newke> i found that i had to set more workspaces before using them. did that from settings manager>workspaces. silly me
[14:26] <newke> do you use any software for backups and making snapshots?
[14:26] <knome> yes
[14:26] <hyperboria> i heard systemback is good
[14:27] <knome> there are many alternatives in the repositories
[14:28] <hyperboria> I installed bumblebee in xubuntu 15.10, nvidia 352 . After reboot i got no boot, because there was "nvidia" screen in xorg.conf.  Log said smth like , Screen not found. It helped to just delete xorg.conf. but After reboot i got same ***. Can anyone help with it?
[14:28] <hyperboria>  Also to change screen to "intel" in xorg was helpful too
[14:29] <knome> hyperboria, unfortunately, the nvidia+intel GPU's are known to have many problems
[14:48] <hyperboria> :(
[14:50] <nikow_> hyperboria, Purge bublebee, restore old xorg.conf from backup
[14:50] <nikow_> hyperboria, then install it again but with drivers community
[14:51] <nikow_> It helped for me.
[14:51] <hyperboria> drivers community?
[14:51] <nikow_> yeah
[14:51] <hyperboria> what is it?
[14:51] <hyperboria> btw, it seemd to there was no old xorg.conf...
[14:51] <nikow_> In graphical settings, i do not have Xubuntu close, but in graphic settings or repo settings are setting
[14:52] <nikow_> You can copy one from LiveCD :)
[14:53] <hyperboria> cant find graphic settings (
[14:56] <hyperboria> https://help.ubuntu.com/community/BinaryDriverHowto/Nvidia
[14:57] <hyperboria> which one i need ?
[15:06] <nikow_> hyperboria, I am using nouveau ones
[15:07] <hyperboria> hm, i found that i have nouveau. What i need to do ? just new install bumblebee and then optirun smth?
[15:07] <nikow_> hyperboria, All other drivers (i checked it by just trying) was failing for my ASUS
[15:43] <recon_lap> hi all, trying to install 14.04 and I keep getting it frezzing or giving me blank screens and various places. anyone got suggestions?
[15:50] <recon_lap> wondering if I should set -nodetect (or whatever it was) option in the boot sting
[16:00] <genii> !nomodeset
[16:09] <newke> do you also have blink on lightdm greeter? when i turn on, lightdm greeter starts with fading in wallpaper after fading finishes black screen appears for ~ half second. it bugs me
[16:09] <newke> have freshly installed xubuntu 15.10
[16:10] <newke> well not really fresh, but done only minor configurations
[16:13] <recon_lap> booting from DVD, keeps frezzing or getting stuck on a black screen
[16:14] <recon_lap> is the install any more robust in 15.09 or is there still a alt text install option?
[16:24] <xubuntu82w> Hi there
[16:25] <xubuntu82w> Trying to install Xubuntu on a USB drive
[16:26] <xubuntu82w> Step 2: Select your xubuntu *.iso - not sure what that is
[16:37] <bazhang> !torrents
[16:37] <bazhang> that ^
[16:38] <recon_lap> he left i think
[16:38] <bazhang> yep
[16:38] <flocculant> recon_lap: there's no alt text version - closest would be a netboot and pick xubuntu-desktop I guess
[16:38] <flocculant> recon_lap: re your issues I assume you've checked the burn/source iso veracity?
[16:40] <recon_lap> guess I better md5 it, froze again, I bloody hate computers that wont boot from usb
[16:40] <flocculant> yea
[16:41] <flocculant> can't remember the last time I burnt a cd/dvd - certainly not on this machine - not got anything to do it with :p
[16:53] <recon_lap> I'd dont know, the check DVD option said Checking ./cas[er/filesystem.squashfs.deb: ok4.deb and now looks like it's froze again
[16:56] <flocculant> mmm - well if it's crashed doing that either it is a dodgy burn or something that's way outside what we'd have looked at
[16:56] <recon_lap> going to see if I can get a usb to boot
[16:58] <flocculant> this might help it is doesn't want to boot from a usb http://xubuntu.org/news/booting-the-xubuntu-usb-image-from-a-cd/
[17:03] <recon_lap> bit lax linking you to a torrent download link and not suppling a md5 hazh
[17:07] <flocculant> ?
[17:21] <newke> lightdm-gtk-greeter is kinda glitchy. when it starts, it starts with wallpaper fading in, when fading finishes there is a black screen for about 1/3 second. do you experience the same?
[18:05] <AlexRednax> Hi :)
[18:12] <flocculant> hello
[19:34] <svip> I have a problem with notifications stealing focus.
[19:34] <svip> Can I turn off notifications entirely?
[20:05] <recon_lap> will boot into live desktop, just will not install. thinking of trying stright debian
[20:50] <recon_lap> so, is there anyway of finding out where a 14.04 install crashes?
[20:52] <function9x> recon_lap: gpu,cpu specs?
[20:53] <recon_lap> 3.06GHz Celeron , 2006 vintage , onboard video, dont know the MB , live CD works fine
[20:53] <recon_lap> gets about 2/3 of the way into the install and frezes
[20:55] <function9x> do you get the same issue with debian?
[20:56] <recon_lap> not tried it yet, got to download it first
[20:56] <recon_lap> might give the 32bit install a go
[21:04] <recon_lap> actualy, seems to be locking up randomly
[21:10] <flocculant> recon_lap: checked memory? option exists on the boot menu
[21:10] <recon_lap> check memory takes forever, might run it overnight
[21:11] <recon_lap> anyways, bloody waste of a day. thx for the input, I have to get dinner, later
[21:26] <flocculant> in my experience if it's going to fail - it's pretty quick
[22:03] <xubuntu301> buen día alguien habla español
[22:05] <krytarik> !es | xubuntu301