 Forwarded from unknown: We are excited to announce that Lubuntu 22.10 has been released!
 You can find more details here: https://lubuntu.me/kinetic-released/


[00:19] <tsimonq2> Hey Kubuntu Council.
[00:20] <tsimonq2> Aaron and Walter know about this already, but tomorrow the Ubuntu Membership Board will announce an adjustment to Ubuntu Membership procedures; expired Ubuntu Members have one year and Ubuntu Members who left the team have one month to email the UMB, or they have to answer a short list of questions to be an Ubuntu Member again.
[00:20] <tsimonq2> (Well, maybe not Aaron.)
[00:21] <tsimonq2> Here's the long form of it: https://wiki.ubuntu.com/Membership/Rejoining
[00:21] <tsimonq2> I would strongly suggest that the Kubuntu Council adopt this for Kubuntu Membership; we're leaving it up to managers of delegated teams to decide what to do here.
[01:27] <valorie> would you please write to the Council list about it, tsimonq2?
[01:27] <valorie> and /me pokes again about the i386 email
[01:27] <tsimonq2> Sure, once the official email goes out tomorrow.
[01:27] <tsimonq2> And yeah, sorry.
[01:29] <valorie> it sounds reasonable to me
[01:29] <tsimonq2> OK.
[20:44] <tsimonq2> https://lists.ubuntu.com/archives/ubuntu-community-team/2018-May/001574.html
[20:46] <tsimonq2> valorie: As promised, sent to the KC list.
[20:47] <tsimonq2> https://lists.launchpad.net/kubuntu-council/msg00288.html
[21:20] <valorie> thank you -- what I'm really waiting for is your email about dropping i386


[07:52] <arm1e> Hi, Can anyone tell me if there is a way to turn off the full screen brisk menu in the Mutiny layout on 18.04?
[12:53] <rankin> pearlmate 4 synaptic package manager no longer working. How to reinstall it with distro's default settings. Main problem "cannot lock directory" and "held packages"
[13:24] <alkisg> rankin: that means that some OTHER application is using apt; maybe "unattended-updates"
[13:24] <alkisg> Run ps aux|grep apt and see
[13:43] <pilotbob42> I read the second beta of 18.04 drops today?
[14:04] <usrshv_> hi! why when i commented out all the parameters of the /etc/default/tlp, but frequency scaling.. i won some Celsius grades on my laptop! Just with even only compositing off and scaling at 800 MHz per core (0 and 1) this was at 70C under long load. now some about 68C. Now (at chat) it is about 53C
[16:45] <hp> hola
[16:47] <davido_> After apt upgrade Firefox no longer starts up successfully. I imagine this might be a known issue.
[16:49] <bard> My system crashed two days ago after an update, and I needed to reinstall.  Did anyone else have the same problem?
[16:50] <davido_> bard: I did an upgrade yesterday on a really old rpi-mate install and it bricked Firefox. So I did a completely fresh install of Mate on a new microsd. Firefox then worked until after I ran apt update && apt upgrade
[16:51] <davido_> Now it's persisting to be broken. did an rpi-update too, but that didn't help, and did an apt install firefox --reinstall too.
[16:51] <bard> My screen resolution got really strange.  I could only see the top left corner.
[16:52] <davido_> I suspect our issues are unrelated. Haven't had any similar screen issues.
[16:53] <hp> Spanish?
[16:53] <bard> I'm wondering if the upcoming release of 18.0 is taking people's attention away from 17, and things are getting a bit sloppy.
[16:54] <bard> My issue was system wide.
[16:55] <davido_> Yes, and you're not on a Pi either, right?
[16:55] <bard> No.  I'm on an Asus with an i7.
[16:58] <bard> Also, I couldn't get a good iso for a reinstall.  I had to use an old cd with 16.0 to get going, then change the repositories to update.
[16:58] <davido_> What's the advantage to using Mate on a modern i7?
[16:59] <bard> What else would I run?  I think MacOS stinks and Windows is worse.
[16:59] <davido_> (Not saying there isn't one, just wondered why this particular dist)
[17:00] <bard> I've been running Ubuntu Mate for 2 years, and this is my first major problem.
[17:00] <bard> I wanted to do a reinstall anyway because of all the packages I no longer wanted.
[17:00] <davido_> What I mean is, Ubuntu is the sort of go to dist, whereas Ubuntu Mate (which this IRC channel targets) is more geared toward lower-end equipment.  So with an i7 why go with Mate instead of a more mainstream version of Ubunut?
[17:01] <bard> I like the way it looks and performs.
[17:01] <bard> I think the team does a great job.
[17:02] <davido_> I see.  That's as good an explanation as any. :)
[17:02] <davido_> As for avoiding Windows and MacOS, I'm with you there.
[17:02] <bard> Also, I understand that Canonical collects a lot of information that the Mate team doesn't collect.
[17:03] <davido_> At $work I've strongly avoided the trend of going with a mac
[17:03] <bard> I think some Mac apps are good, but I don't need them.
[17:04] <bard> At least they were.  Mac desktops have stagnated for a decade now.    My eyes aren't that good.
[17:05] <bard> Ubuntu Mate, as far as I know, is only for desktops and laptops, so the engineers concentrate on that segment.
[17:06] <bard> Well Cheers!  I'm off to the trenches.
[22:05] <mate|47904> Anyone else get a blank grey unresponsive screen sometimes while using Discord?
[22:45] <Guest36908> oi


[00:58] <prometheanfire> smoser: btw, I might have a gsoc person do the gentoo cloud-init revamp
[14:32] <smoser> prometheanfire, that'd be cool!
[14:32] <smoser> Odd_Bloke, re-thinking what i said yesterday.
[14:33] <smoser> this is not terribly different than what azure accomplishes in their datasource
[14:33] <smoser> they handle re-running the mkfs and mounts
[15:55] <rangerpb> smoser, nice email response .... i was just thinking through the use of the ovf file for the hostname, remember that azure ejects the "cdrom" with that file after it completes provisioning ... do you think that is going to be problematic for reboots, etc?
[15:57] <smoser> no. it should be ok. it is guaranteed to be there on first boot, and we check to see if the cached instance-id is the same as the current instance id (provided in smbios) to determine if hte cached value is valid
[15:57] <smoser> and fwiw... they say they eject it, but i've never seen that happen.
[15:58] <rangerpb> :)
[15:58] <smoser> (that said, my instances done last more than 30 minutes normally)
[17:00] <larsks> smoser: re: the new ci stuff, is it possible to have launchpad take the merge proposal from the commit being merged in order to avoid "No commit message was specified in the merge proposal."? I am going to do a couple of copy-and-paste updates, but that seems like busy work.
[17:02] <powersj> larsks: it is not unfortunately. Basically setup to let you propose a new message in the event that you have many commits and assumes you want to squash them all into one with the new message, rather than the last.
[17:02] <larsks> Yeah, I understand the reason. I am just spoiled by github, which if there is a single commit will just adopt that commit message for the pr, and only give you an empty field if there are multiple commits.
[17:03] <powersj> ah that would be nice :\
[17:03] <smoser> larsks, i know. its a pita.
[17:03] <smoser> that is what it shoudl do, like github.
[17:08] <larsks> smoser: I've updated those merge requests, so hopefully ci will be happy.  Any chance you will have time to look at them?  Fixes for #1670052 and #1669504
[17:10] <smoser> just commented on https://code.launchpad.net/~larsks/cloud-init/+git/cloud-init/+merge/318800
[17:10] <smoser> that looks fine other than the flake8 errors...
[17:12] <larsks> smoser: fixed and updated...
[17:13] <smoser> larsks, didi harlow mention at all where the hard 3 nameserver restriction comes form ?
[17:13] <larsks> smoser: I commented in the issue I think: it's referenced in the resolv.conf(5) man page.
[17:13] <smoser> and maybe, if it is really 3 per protocol (ipv4 or ipv6) then ideally we'd still check that ?
[17:14] <larsks> I don't think it's *per protocol*.
[17:14] <larsks> I am pretty sure it is "anything more than three will be ignored".
[17:14] <smoser> k
[17:28] <smoser> larsks, for the resolvconf, lets at least WARN which ones we're adding. or more clearly state "only the first 3 are will be used"
[17:29] <larsks> Aren't we doing that?  It logs a warning message with the nameserver that is being ignored.
[17:29] <larsks> Line 25 in the review.
[17:31] <smoser> if you just read that message, is it clear to you waht its going to do ? or what it did ?
[17:31] <smoser> it somewhat makes sense if it raises an exception
[17:32] <larsks> I don't think it makes sense at all if it raises an exception. THat means that data in your cloud providers environment can prevent you from logging into your new instance.
[17:32] <larsks> That seems like a real problem.
[17:32] <smoser> i agree with you there.
[17:32] <smoser> i was saying that the *message* makes sense as an exception
[17:32] <smoser> but not as a warning
[17:32] <smoser> raise Exception("Too many nameservers")
[17:32] <smoser> but as a warning:
[17:33] <larsks> Okay.
[17:33] <larsks> So..."Ignoring nameserver %s because that would exceed the maximum of 3 nameservers"?
[17:33] <smoser> well, "using the first 3" or something like that.
[17:40] <larsks> smoser: that message will get logged once per nameserver (for each ns beyond 3).  Does "using the first 3" make sense (i.e., will someone reading the logs know what "the first 3" are?)
[17:42] <larsks> How about that (update I just pushed)?
[17:42] <smoser> lookiong
[17:47] <smoser> larsks, that looks good, thanks. looking at only the mp and not enough context, i was thinking that 'ns' was the list, not an individual name server.
[17:49] <larsks> Okay.  New question, unrelated: I am trying to resolve a dependency cycle between cloud-init and os-collect-config (on RHEL).  What is the goal of having cloud-final.service run After=multi-user.target?
[17:49] <larsks> (I'm not entirely sure what happens during the -final step)'
[17:53] <smoser> larsks, that one is merged. the other https://code.launchpad.net/~larsks/cloud-init/+git/cloud-init/+merge/318800 did you think you pushed flake8 fixes ?
[17:53] <larsks> smoser: I thought I did, but let me double check.
[17:54] <smoser> i just fetched here and 'tox -e flake8' showed errors (0e5610fd08)
[17:56] <larsks> There.
[17:56] <smoser> having final run after multi-user.target ... we ended up doing that to avoid some issues witih package instaallation
[17:56] <smoser>  commit 34a26f7f59 talks about it and references 2 bugs that we were hitting.
[17:57] <larsks> Thanks, I'll take a look.
[17:58] <smoser> if package installation worked fine prior to multi-user.target on redhat (it may well .. due to services not starting by default), then i'm not opposed to it being different there.
[17:58] <smoser> the goal really is for '-final' to run "as late as possible"
[17:59] <smoser> see the somewhat limited text description i wrote at doc/rtd/topics/boot.rst
[18:01] <larsks> I was guessing I would find --no-block somewhere in there, and I did :)
[18:47] <rangerpb> smoser, ive been poking around the cloud-init code ... the suggestion to set the hostname from the cdrom metadata is prob worth pursuing.  Did you have a place in mind for that? At what point in the cloud-init cycle is the network set up ?
[18:51] <smoser> rangerpb, give me a minute, i'll take a quick poke and give you a diff that might helip you get started.
[18:51] <rangerpb> awesome
[19:46] <smoser> rangerpb, http://paste.ubuntu.com/24132495/
[19:46] <smoser> thats what i have... there is non-trivial work there.
[19:46] <smoser> the setting of hostname in this  manger is generally i think a good thing (tm)
[19:48] <smoser> The other option would be for azure to act more like DigitalOcean and in its local data search, it could dhcp, bring up the network do all the configuration and then take it down, and let the OS bring it up.  In its 'get_data()' then that would run in local mode, it would have to read the ovf file, and invoke dhcp and negotiate with the metadata service for the ssh keys.  I don't think this is supportable with the legacy "use walinu
[19:48] <smoser> xagent path".
[19:48] <rangerpb> right
[19:48] <rangerpb> getting to the ideal is not going to be trivial
[19:49] <smoser> generally speaking though, setting the hostname "centrally" is a win i think
[19:50] <rangerpb> yeah big time
[21:22] <msaikia> Hi, Just yesterday I got an email from Server Team CI bot about continuous integration failure. I looked into the failed log. Doesnot seem like anything to do with my change. This is my branch https://code.launchpad.net/~msaikia/cloud-init/+git/cloud-init/+merge/305427
[21:22] <msaikia> Any steps that I need to take to fix it?
[21:26] <powersj> msaikia: you are right, the issue was fixed in a later version of cloud-init that was trying to access the local maas cfg files


[10:41] <akgraner> Hi all I'll be sending invites to https://trello.com/ today for the team board I created last night - so be patient with me - I'll get there promise :-)
[10:50] <akgraner> also as I've been adding links I've also been trying to write up a couple summaries per day, as it beats us rushing around on Monday (or even Sunday) to get them all done - so if someone could jump into the spread sheet and help summarize what's there now that would great - b/c Thur-Sun there will be a lot of news about the release so we need to get ahead...
[14:17] <pleia2> thanks akgraner, I'm still on the road through Sunday, I'll pitch in when I can
[14:18] <akgraner> pleia2, no worries  - just wanted to mention it ;-)


[09:06] <ssj6akshat> hi mpt
[09:06] <mpt> hello ssj6akshat
[09:08]  * ssj6akshat wants to write an article on why rolling release is not suitable for Ubuntu
[09:18] <mpt> aha
[09:18] <mpt> ssj6akshat, how close are you to a bookshop?
[09:19] <ssj6akshat> mpt, 8 kilometres away
[09:19] <mpt> heh
[09:20] <mpt> Last time I was in a bookshop, a couple of weeks ago
[09:20] <mpt> I looked to see what books they had about Ubuntu
[09:21] <mpt> There were about half a dozen different titles
[09:21] <mpt> None of them covered 10.10 yet
[09:21] <mpt> About half of them covered 10.04
[09:21] <ssj6akshat> I bet you could find any book about Computers in an Indian village :(
[09:22] <mpt> though in one of the ones that did cover 10.04, all its screenshots had (Minimize)(Maximize)(Close) on the left, so it was obviously based on the beta
[09:22] <mpt> the rest covered 9.10 an earlier
[09:24] <mpt> It's a struggle for book authors and publishers to keep up with a six-month release cycle. Whereas the books they published about Windows XP five years ago are still sellable.
[09:27] <mpt> On Amazon I see zero books about Linux Mint. There are three about Gentoo, and one of them is fake (a bunch of Wikipedia articles stapled together).
[09:28] <mpt> So, that's one reason.
[09:28] <mpt> Not the most important reason, though.
[09:28] <ssj6akshat> mpt, noted
[09:30] <ssj6akshat> 1st reason- Rolling release makes life harder for book writers
[09:33] <mpt> Another reason is https://shipit.ubuntu.com/
[09:34] <ssj6akshat> 2nd reason- Can't ship outdated CDs
[09:34] <mpt> Every six months, a factory presses thousands of CDs for us
[09:34] <mpt> (I don't know the exact number, and if I did know, I couldn't say)
[09:34] <mpt> We send them by ShipIt, and distribute them at conferences and trade shows and so on
[09:34] <mpt> send them to LoCo teams
[09:37] <mpt> We could still do that with a rolling release, but it would be confusing, because we'd be promoting something that wasn't actually the latest version.
[09:38] <mpt> Another reason is http://www.ubuntu.com/support/training
[09:38] <mpt> Training courses need to be prepared, and revised for each new version of Ubuntu
[09:39] <mpt> and the trainers themselves need to be trained
[09:40] <mpt> It's easier for all those steps to happen once or twice a year, than for constant dribs and drabs from particular updates that change features or change the interface
[09:42] <mpt> It's also easier to tell whether you need to take the training again (or get your employees to take the training again) if there are clear version numbers to compare.
[09:44] <mpt> Another reason is http://www.ubuntu.com/support/services
[09:45] <mpt> It's much easier for Canonical, and other companies that provide tech support for Ubuntu, to do that if they're familiar with the features of each Ubuntu version.
[09:47] <mpt> E.g. knowing that in 10.10, X and Y and Z switched to Upstart jobs, instead of having to know that X switched on some date, Y switched on some other date, Z switched on some other date, and sorry, when did you last update your system?
[09:47] <ssj6akshat> lol
[09:48] <mpt> I could be wrong, but I don't think operating systems that have rolling releases have much in the way of commercial tech support.
[09:49] <mpt> But here's the two biggest reasons
[09:50] <mpt> The second biggest reason is commercial application developers. They need to be able to say "Yes, this program does work on 10.04 LTS, and if it doesn't we'll refund you." Rather than having to constantly keep track of changes in the system that break the application.
[09:51] <ssj6akshat> true
[09:51] <mpt> Rolling releases tend to assume, I think, that every application is in the OS's own repositories, so they can fix breakage that way. But that model can't scale. <http://www.youtube.com/watch?v=GT5fUcMUfYg>
[09:52] <mpt> And the biggest reason is OEMs.
[09:52] <mpt> and ODMs.
[09:53] <mpt> Most of the computers you can buy with Ubuntu preinstalled right now have either 10.04, or 9.10.
[09:55] <mpt> It takes time for manufacturers to test the OS with their hardware, or to pay us to do that <http://webapps.ubuntu.com/certification/>
[09:56] <mpt> It's difficult for them to keep up with a release every six months
[09:56] <mpt> If there was a release every day or so, I don't know what they'd do, but it wouldn't be pretty.
[09:57] <mpt> Now, there are two other things to mention
[09:57] <mpt> One is that daily builds are useful for testing. sabdfl has wanted these for a long time. <https://wiki.ubuntu.com/UbuntuDownUnder/BOFs/GrumpyGroundhog>
[10:00] <mpt> The other is that the main reason people want a "rolling release" in the first place is not so that they can get updates for udev or plymouth or gvfs, but so that they can get updates for Firefox and Banshee and so on.
[10:00] <mpt> But there are other ways to do that. (Which is what I was getting at with my "bifurcation fallacy" comment.)
[10:00] <mpt> That's also covered in Evan's talk in that YouTube link above.
[10:02] <mpt> For all those reasons, the more popular an operating system is, the less frequent its releases are.
[10:03] <mpt> That's a general pattern, of course, not a perfect rule.
[10:06] <mpt> http://stats.wikimedia.org/wikimedia/squids/SquidReportOperatingSystems.htm has useful statistics for that, because it shows how popular individual Linux-based OSes are.
[10:22] <mpt> ssj6akshat, is that enough to get you started? :-)
[10:24] <ssj6akshat> mpt, yes
[11:43] <ssj6akshat> mpt, lol @ Just another wordpress site
[12:53] <m4n1sh> join #desktocouch
[12:53] <m4n1sh> sorry :P
[12:54] <ssj6akshat> m4n1sh, typo
[12:54] <m4n1sh> yeah
[13:08] <sojourner__> I unsubscribed from the ayatana project a couple of weeks ago but the bug mail keeps comming how do I stop it ?
[13:17] <mpt> sojourner__, <https://launchpad.net/people/+me/+subscriptions> might list something that you can unsubscribe from or a team you need to leave
[13:33] <coz_> good day al
[13:38] <sojourner__> thanks MPT but that just shows bugs that I am subscribed to the bugs from ayatana bugmail show me as " also notified" so I can't unsubscribe from them .
[13:39] <mpt> sojourner__, can you give an example?
[13:43] <sojourner__> have a look at  https://bugs.launchpad.net/indicator-datetime/+bug/579134  and you will see that I am "also notified" but not subscribed .
[13:44] <sojourner__> the email I recieve says "You received this bug notification because you are subscribed to The
[13:44] <sojourner__> Ayatana Project." but I am no longer subscribed .
[14:55] <mpt> sojourner__, that's a mystery to me. #launchpad may be a better place to ask your question.
[15:09] <sojourner__> thanks MPT , I already tried that and got nowhere , they just answered that if I wasn't subscribed to the team I wouldn't get the mail , the problem seems to be that the bugmail is different from the team mail and dosen't show on the launchpad mailing lists page .
[15:24] <ssj6akshat> can anybody help us?
[15:24] <ssj6akshat> https://wiki.ubuntu.com/AyatanaDmediaLovefest
[15:46] <mpt> sojourner__, is the first checkbox checked for you on <https://launchpad.net/ayatana-design/+subscribe>? If so, uncheck it and choose "Save these changes".
[15:47] <mpt> sojourner__, ah, no, cancel that
[15:48] <mpt> sojourner__, I think I've worked it out. You need to uncheck the first checkbox on <https://launchpad.net/ayatana/+subscribe> and choose "Save these changes".
[15:52] <mpt> ssj6akshat, that's a pretty neat wiki page (and bug report)
[15:53] <ssj6akshat> mpt, Jason's wife Tara is a profession in that field
[15:54] <ssj6akshat> He has been watching her workflow for almost 2 years
[15:54] <pavolzetor> hi, is there windicator lib?
[15:55] <ssj6akshat> pavolzetor, work on them hasn't been started
[15:55] <pavolzetor> and is there any schedule?
[15:56] <pavolzetor> I am making decision, if join ubuntu or android development
[15:56] <pavolzetor> but ubuntu looks easier for me (I love C)
[15:56] <ssj6akshat> pavolzetor, mark said that windicators were a low priority
[15:56] <pavolzetor> I don't think that, it should be high
[15:56] <mpt> ssj6akshat, I don't have time to get involved with that in detail, but one quick suggestion I do have is that most of those notification bubbles aren't really appropriate
[15:57] <pavolzetor> we are getting appmenu to panel, so we need something easy access to configure app
[15:57] <mpt> ssj6akshat, a single import dialog could better communicate show the list of cards you've imported photos from so far in this batch, which of your card readers is idle (and ready to take another card), etc
[15:58] <pavolzetor> I would like write RSS reader and I have some design in my mind, but in nattym there is appmenu in panel, so I need windicators to store there some option, like settings
[15:59] <pavolzetor> and another question, when will vala bindings work for desktopcouch?
[15:59] <mpt> pavolzetor, what kind of settings? The standard place to present those is an "Edit" > "Settings" menu item
[15:59] <pavolzetor> yes, but I wanna make app without Edit, File, Help
[16:00] <pavolzetor> it will have it, but you don't need going there for normal purposes
[16:00] <ssj6akshat> pavolzetor, so, you would be making something like google chrome
[16:00] <ssj6akshat> ?
[16:00] <mpt> pavolzetor, there's a #desktopcouch channel for questions about that
[16:00] <ssj6akshat> or firefox with it's menu button?
[16:00] <pavolzetor> thnaks
[16:01] <pavolzetor> yes
[16:01] <mpt> That reminds me, I need to nag the Chromium developers to add some native menus :-)
[16:01] <pavolzetor> but not same
[16:01] <pavolzetor> there can be in right side of title bar just one button
[16:01] <pavolzetor> like Close, but on the other side
[16:01] <pavolzetor> for settings
[16:01] <pavolzetor> in every program
[16:01] <pavolzetor> I think, uses will love it
[16:02] <pavolzetor> users
[16:03] <jderose> hi mpt :)
[16:04] <jderose> mpt: so ssj6akshat said you had some critiques of https://wiki.ubuntu.com/AyatanaDmediaLovefest
[16:04] <mpt> jderose, yeah, I don't have time to get involved in detail, but I read the wiki page and the bug report and the Google Doc
[16:05] <mpt> It seems to me that pretty close to the ideal interaction would be:
[16:05] <mpt> 1. You insert the first card
[16:05] <jderose> mpt: np.... i believe the concern you mentioned will be addressed by the application indicator (not yet completed)
[16:05] <mpt> 2. You go into some "quick batch import" mode, separate from the normal import-one-card-into-Shotwell process
[16:06] <mpt> 3. The only thing you have to do from then on is to swap cards, once the interface tells you that a particular card reader is finished.
[16:07] <jderose> very hard to identify card readers, though, unless you know you have special hardware where card slots are build in and clearly labeled
[16:08] <mpt> I think a single window could do those things better than a series of notification bubbles and a menu could.
[16:08] <jderose> mpt: and a big point is to not sit waiting for free card readers, you have other stuff to be doing... it's not worth bothering the user till they are going to swap all the cards
[16:08] <mpt> Depends on speed vs. other things you're doing, I guess
[16:09] <mpt> For example, a window could easily show a list of the cards you've imported so far, how many photos were on each, and how many were duplicates. Bubbles and a menu, not so much.
[16:10] <jderose> that information will be available, but i wanted a workflow that assumed you might not be doing anything with the computer, you might just be dumping off cards in between scenes
[16:11] <jderose> but i've got more thinking to do... obviously the design isn't done yet.  thank you so much for looking at it! :)
[16:12] <mpt> yw
[16:28] <sojourner__> @ MPT thanks , I was away from the computer for awhile , your link seems to have worked thanks again .
[16:50] <mpt> It's the famous DanRabbit
[16:50] <mpt> DanRabbit, at UDS we talked about getting the artwork team more involved in tasks
[16:51] <DanRabbit> mpt: good morning :) It's the infamous MPT ;)
[16:51] <mpt> If I have something large-ish that I'd like done, should I just post to the mailing list?
[16:51] <DanRabbit> mpt: TBH I'm not sure who you would hit. For example: I'm not subscribed to that mailing list haha
[16:52] <DanRabbit> mpt: but if there is anything I can personally do for you, feel free to shoot :D
[16:52] <mpt> Just out of curiosity: Why aren't you? (I'm not, but that's because I'm not an artist)
[16:53] <DanRabbit> mpt: I get too much mail. I'm thinking of unsubscribing to papercuts at this point...
[16:53] <mpt> I wish I could do that, but Canonical UX is the owner :-)
[17:02] <DanRabbit> mpt: well good luck :) I don't think the mailing list would be a bad place to put your request in any case ;)
[20:44] <nperry> How do I add lauchers to unity-compiz?
[20:44] <spikeb> i don't think you can yet
[20:45] <nperry> ALT+F2 it is then
[20:46] <nperry> First time running it
[20:55] <nperry> http://ubuntuforums.org/showpost.php?p=10111328&postcount=21


[05:30] <Unit193> "yes, the i386 retracer crashed, I restarted it yesterday"
[10:50] <brainwash> ali1234: any idea what might be broken here? bug 1280641
[11:34] <slickymasterWork> brainwash: I can confirm that your patch for bug 1185396 works
[11:37] <slickymasterWork> brainwash: https://bugs.launchpad.net/ubuntu/+source/gnome-system-tools/+bug/1185396/comments/16
[12:06] <brainwash> slickymasterWork: thanks for testing, but I think that it could be fixed differently, in a clean way (approved by memory logs)
[12:07] <slickymasterWork> brainwash: tbh I didn't saw the code for your fix. I'm a bit overwhelmed with work
[12:07] <slickymasterWork> I just add the PPA and tested it :P
[12:07] <brainwash> my other MP for gnome-system-tools got rejected, because I should report the patch upstream
[12:08] <brainwash> bug 586080
[12:09] <slickymasterWork> hmm, well, at least that shows that the package is not completely abandoned upstream
[12:09] <brainwash> it is actually
[12:09] <brainwash> upstream means debian in this case
[12:10] <slickymasterWork> Yeah, I was referring to debian
[12:10] <slickymasterWork> are you going to report this patch upstream?
[12:11] <slickymasterWork> aor are you going to fiddle it a bit more
[12:11] <slickymasterWork> s/aor/or
[12:11] <brainwash> was hoping that one of the ubuntu guys would do it, some of them create package for ubuntu and debian
[12:12] <brainwash> or simply just apply it for ubuntu only, it's dead software anyway
[12:13] <slickymasterWork> well, you're right, about being dead ;)~
[12:13] <knome> well, hoping for others to do things often doesn't help
[12:13] <knome> why not do it yourself?
[12:13] <brainwash> I was hoping that we could have switched to mate-system-tools
[12:14] <knome> don't think switching to otherDE-system-tools is cool
[12:14] <brainwash> I was not aware that I have to do it
[12:14] <knome> brainwash, don't think you "have to", but it doesn't hurt to do that, right? :)
[12:14] <brainwash> I fixed the bug in ubuntu
[12:14] <knome> there was that guy writing a new DE-agnostic user tool
[12:14] <knome> *user management tool
[12:15] <knome> that looks the most promising
[12:15] <brainwash> but mate-system-tools is a simple fork which still gets some love
[12:15] <brainwash> it works with Xfce
[12:15] <knome> i don't doubt that
[12:15] <knome> why wouldn't it? it's for user management
[12:16] <knome> but anyway, using mate-system-tools doesn't sound at all better than using gnome-system-tools
[12:16] <brainwash> one could think, that it builds around the MATE DE
[12:16] <knome> and if there is an alternative for those, why not?
[12:16] <brainwash> like the new gnome3 user management tool does
[12:17] <brainwash> right, so we need something new for 14.10 :)
[12:17] <knome> possibly
[12:17] <slickymasterWork> hey knome, good morning
[12:18] <knome> bbl, phone
[12:18] <slickymasterWork> I was away this weekend and was trying to know if the screenshots serve your purpose?
[12:23] <knome> yep
[12:23] <knome> haven't been able to do anything with those yet
[12:23] <knome> could do next
[12:24] <knome> and will
[12:27] <knome> slickymasterWork, done, refresh font page and you'll see your shots there
[12:27] <knome> (some)
[12:27] <slickymasterWork> ok, if you need anything else, just ping me
[12:28] <knome> the next time we need to worry about those is some time before trusty release
[12:28] <slickymasterWork> oh, btw, don't forget also the three -docs MP's
[12:28] <knome> i know...
[12:28] <slickymasterWork> yeah, sorry for being such a pain in the neck :P
[12:28] <knome> nah
[12:28] <knome> life is that ;P
[12:28] <knome> and "real" work
[12:29] <knome> keeps me doing xubuntu stuff
[12:29] <slickymasterWork> again, when you're right... you're right
[12:31] <brainwash> the screenshots contain the word "Sex" (date)
[12:31] <brainwash> :-)
[12:32] <brainwash> really sexy screenshots
[12:34] <slickymasterWork> lol, that's the portuguese abbreviation for friday, brainwash
[12:35] <slickymasterWork> in portuguese Sexta (friday) gets to be Sex (Fri) you dirty mind ;)
[12:36] <brainwash> oh, so it's not a subliminal message :P
[12:37] <slickymasterWork> who's to know, now :)
[13:02] <slickymasterWork> lunch time ->
[15:41] <ali1234> brainwash: i don't understand where to get that version. it isn't in the repositories
[15:47] <brainwash> ali1234: it's Thunar 1.6.3-1ubuntu3
[15:49] <brainwash> https://launchpad.net/ubuntu/+source/thunar
[15:51] <ali1234> yeah that is definitely broken
[15:52] <ali1234> oh, i know what it is, probably
[15:57] <ali1234> i can't actually reproduce it
[15:57] <ali1234> it's like the patch isn't applied at all
[15:58] <brainwash> I can't reproduce it either
[15:58] <ali1234> but the bookmarks aren't saved under gtk-3.0
[16:01] <brainwash> what keeps both bookmark files in sync? nothing, right?
[16:01] <ali1234> nothing
[16:01] <ali1234> ~/.gtk-bookmarks should be read only
[16:01] <ali1234> there is literally no way for the code to ever write to it when correctly patched
[16:01] <ali1234> yet it is writing to it
[16:02] <ali1234> my installed thunar does not even contain the string "bookmarks"
[16:02] <ali1234> which means it hasn't had this patch applied to it
[16:02] <brainwash> o.o
[16:02] <ali1234> Installed: 1.6.3-1ubuntu3
[16:03] <brainwash> so the package has not been properly built?
[16:04] <ali1234> it certainly looks that way
[16:04] <ali1234> does it even work at all for you?
[16:04] <ali1234> for me it behaves 100% like the old version
[16:07] <ali1234> the package will not buidl locally:
[16:07] <ali1234> dpkg-shlibdeps: error: no dependency information found for /usr/local/lib/libxfce4ui-1.so.0 (used by debian/thunar/usr/lib/x86_64-linux-gnu/xfce4/panel/plugins/libthunar-tpa.so)
[16:07] <ali1234> dh_shlibdeps: dpkg-shlibdeps -Tdebian/libthunarx-2-0.substvars -dRecommends debian/thunar/usr/lib/x86_64-linux-gnu/xfce4/panel/plugins/libthunar-tpa.so -dDepends debian/libthunarx-2-0/usr/lib/x86_64-linux-gnu/libthunarx-2.so.0.0.0 debian/libthunarx-2-0/usr/lib/x86_64-linux-gnu/thunarx-2/thunar-sbr.so debian/libthunarx-2-0/usr/lib/x86_64-linux-gnu/thunarx-2/thunar-apr.so debian/libthunarx-2-0/usr/lib/x86_64-linux-gnu/thunarx-2/thunar-wallpaper-plugi
[16:07] <brainwash> new bookmarks do get saved here
[16:08] <ali1234> yes but where do they get saved?
[16:08] <brainwash> gtk3
[16:08] <brainwash> don't have the gtk2 file
[16:08] <ali1234> try deleting both bookmarks files
[16:10] <brainwash> did that, then I added a new bookmark and it got saved in the gtk3 location
[16:11] <ali1234> ok, try deleting ~/.config/gtk-3.0 directory completely
[16:12] <brainwash> now it stopped working
[16:12] <ali1234> yeah i thought so
[16:12] <brainwash> the folder does not get recreated
[16:12] <ali1234> yes
[16:14] <ali1234> so it just needs to create the directory
[16:14] <ali1234> i will fix this and upload a new patch to bugzilla
[16:14] <ali1234> (which is currently broken)
[16:15] <brainwash> thanks :)
[16:48] <ochosi> ali1234: even if window-resizing could only solved within the compositor, that'd be nice actually
[17:23] <elfy> mp3 player working in thunar after upgrade of mount - so that's usb's working for me in thunar \o/
[18:28] <brainwash> anyone testing light-locker-settings?
[18:32] <brainwash> looks like it does not work 100% properly yet
[18:33] <brainwash> so we need some test results
[18:33] <brainwash> :)
[18:36] <schproodle> brainwash, I did a test. Is there an update?
[18:37] <brainwash> no, should be still the initial release of light-locker-settings
[18:37] <brainwash> it works fine for you?
[18:38] <schproodle> brainwash, odd. one still neesds to purge xscreensaver
[18:39] <brainwash> maybe some meta package still depends on it
[18:39] <schproodle> It passed the test:http://packages.qa.ubuntu.com/qatracker/milestones/306/builds/55995/testcases/1630/results
[18:40] <schproodle> I have since tested the settings and function several times.  All on a vm.
[18:41] <schproodle> brainwash, oops: this one: http://packages.qa.ubuntu.com/qatracker/milestones/306/builds/55995/testcases/1633/results
[18:41] <brainwash> but that's only the test case for light-locker (the actual screen locker)
[18:41] <brainwash> ah
[18:43] <elfy> brainwash - are you wkrekik or texadactyl on Launchpad?
[18:43] <brainwash> no
[18:43] <schproodle> elfy, appears that they are both from the testing
[18:43] <brainwash> <- https://launchpad.net/~thad-fisch
[18:43] <elfy> brainwash> so we need some test results
[18:44] <elfy> off you go then ;)
[18:44] <elfy> that'll be one more when you do it
[18:44] <brainwash> just installed -settings to give it a go... and noticed some oddities
[18:45] <brainwash> but I'm glad that we already got a test case for -settings :)
[18:49] <elfy> yep
[18:49] <elfy> menulibre is the only one without one now
[18:50] <elfy> and there's only 2 mails to the -dev and -testers left on my list now
[19:01] <schproodle> elfy, I have a screen shot of the two-instances-of-lightdm-gtk-greeter in the taskbar.  Wanna see it?
[19:02] <elfy> I guess so
[19:02] <schproodle> or, I guess I could try ubuntu-bug lightdm-gtk-greeter.
[19:03] <schproodle> How would I show the screenshot to you -- if you have the time or you could see it later.
[19:03] <elfy> report it then - you can add screenshot as attachment
[19:04] <schproodle> ok
[19:04] <elfy> unless there is one - ochosi had it I thought
[19:05] <schproodle> brainwash, I did the testcase for light-locker-setting again.  Seems fine here on vbox 4.3.8 64bit
[19:05] <elfy> might even have been fixed - just not seen it come through yet - in which case a bug report is pointless
[19:05] <brainwash> schproodle: thanks for testing again
[19:06] <brainwash> a screenshot is nice to have, but only log files will help in this case
[19:06] <elfy> schproodle: you can put the screenshot online for me to look at ;)
[19:07] <elfy> other than seeing what it looks like - I'm not bothered tbh
[19:07] <schproodle> OK, don't know how :(
[19:07] <Unit193> I'll do it.
[19:07] <elfy> schproodle: imagebin I use http://imagebin.org/index.php?page=add
[19:07] <Unit193> picpaste, imagebin, imgur, etc.
[19:08] <brainwash> ..or even launchpad :)
[19:08] <Unit193> (I have it from PPA, no bug report.)
[19:08] <Unit193> brainwash: It finally retraced the bug from Sat. :P
[19:08] <brainwash> what bug?
[19:09] <schproodle> http://imagebin.org/298340
[19:10] <ali1234> brainwash: ok, gtk does g_file_make_directory_with_parents() to make the bookmarks folder.... thunar needs to do it too when saving
[19:10] <elfy> schproodle: never seen it - never even seen one there, let alone 2
[19:10] <Unit193> brainwash: xorg, crashes on the trusty kernels.
[19:10] <Unit193> schproodle: From repo or ppa?
[19:11] <ali1234> schproodle: what is that dark bar?
[19:11] <brainwash> ali1234: ok, should be easily fixable then
[19:11] <schproodle> maybe I need a fresh Rx for my spectacles eh :)
[19:12] <ali1234> schproodle: also what does ps waxf say?
[19:12] <ali1234> the only way i can imagine this happening is if lightdm-gtk-greeter got zombified... twice
[19:13] <elfy> image size is creeping up then - 945Mb
[19:13] <Unit193> Yeah. :/
[19:15] <schproodle> see wickz
[19:15] <schproodle> ali1234, don't know what the dark bar means eh
[19:16] <wickz> jack@jack-VirtualBox:~$ ps waxf | grep greet
[19:16] <wickz>  3283 pts/0    S+     0:00                  \_ grep --color=auto greet
[19:16] <wickz>  1939 ?        Sl     0:01 /usr/sbin/lightdm-gtk-greeter
[19:16] <wickz>  2775 ?        Sl     0:00 /usr/sbin/lightdm-gtk-greeter
[19:16] <ali1234> i need to see the whole thing
[19:16] <elfy> knome: new slideshow - where to report issues with it?
[19:17] <elfy> schproodle: please use a pastebin
[19:17] <schproodle> ali1234, where do I put that -- gotta a url for pastebin or somesuch
[19:17] <Unit193> schproodle: ps waxf | pastebinit
[19:18] <wickz> http://paste.ubuntu.com/7069422/
[19:19] <schproodle> wickz is on the vm with the issue
[19:19] <schproodle> ali1234, ^^
[19:28] <schproodle> ali1234, anything else I might do.  How about ubuntu-bug.  This happens intermittently here.
[19:28] <ali1234> yes, i don't know what yet though
[19:28] <ali1234> please don't reboot the vm
[19:29] <ali1234> from the pastebin i can see that both the greeters are zombies
[19:29] <schproodle> ali1234, I will keep it up if you want.  Please advise as you please.
[19:29] <ali1234> please pastebin /var/log/lightdm/*
[19:33] <wickz> http://paste.ubuntu.com/7069490/
[19:33] <wickz> http://paste.ubuntu.com/7069491/
[19:34] <wickz> http://paste.ubuntu.com/7069492/
[19:34] <wickz> http://paste.ubuntu.com/7069493/
[19:34] <wickz> http://paste.ubuntu.com/7069494/
[19:34] <wickz> http://paste.ubuntu.com/7069495/
[19:34] <wickz> http://paste.ubuntu.com/7069496/
[19:35] <wickz> http://paste.ubuntu.com/7069497/
[19:35] <wickz> http://paste.ubuntu.com/7069498/
[19:35] <wickz> http://paste.ubuntu.com/7069499/
[19:35] <schproodle> ali1234, ^^ wickz
[19:36] <brainwash> and "apt-cache policy lightdm-gtk-greeter"?
[19:37] <wickz> http://paste.ubuntu.com/7069515/
[19:37] <schproodle> brainwash, ^^ wickz
[19:37] <elfy> schproodle: they'll know who wickz is :)
[19:38] <schproodle> okeeleedokeelee, duh
[19:38] <ali1234> this might be related http://paste.ubuntu.com/7069492/
[19:39] <brainwash> strange
[19:39] <ali1234> that would make sense actually
[19:40] <ali1234> those might not be gtk-greeter processes
[19:40] <ali1234> does it run the indicators by forking?
[19:40] <wickz> yeah schproodle is kinda weird
[19:40] <ali1234> i bet it does
[19:40] <ali1234> yeah... so this is my theory
[19:40] <ali1234> the indicator watchers bug causes the indicators to respawn "too fast"
[19:41] <ali1234> so it something turns them into zombies
[19:41] <schproodle> ali1234, might this be vbox vm related?
[19:41] <ali1234> or the indicator is waiting for them to exit
[19:41] <ali1234> schproodle: no
[19:42] <ali1234> the problem here is that the process is turning to zombie instead of exiting clean
[19:42] <schproodle> intermittently
[19:42] <ali1234> yeah, it's a race condition
[19:43] <ali1234> if you look on the pswaxf there are more zombie processes
[19:43] <ali1234> lots of init --user --startup-event indicator-services-start
[19:43] <ali1234> so this is almost certainly related
[19:44] <ali1234> so, revised theory: gtk-greeter runs init to send the startup-event
[19:44] <ali1234> init goes zombie and that causes greeter to go zombie
[19:44] <ali1234> they both get reparented
[19:45] <ali1234> init still has indicator-sound-service as a child
[19:45] <ali1234> i know how to "fix" this
[19:45] <ali1234> it's a bug we've been waiting for unity to fix for months
[19:46] <ali1234> however, there might be secondary bug here
[19:46] <ali1234> ochosi: thoughts?
[19:47] <ali1234> if you run "top" on the vm, does it say you have zombies?
[19:48] <schproodle> ali1234, '0 zombie'
[19:48] <ali1234> hmm
[19:48] <ali1234> no convinced :)
[19:48] <ali1234> those processes may not technically be zombie but they sure act like they are
[19:49] <ali1234> it is probably part of the "spawning too fast" protection to make it go into a "dormant" state similar to zombie but not quite the same
[19:49] <schproodle> ali1234, if one right-clicks the taskbar entry, it says the program or window is not responding etc
[19:49] <ali1234> yes, because it's walking-dead :)
[19:49] <Unit193> I was able to right click > close.
[19:49] <ali1234> how easy can you guys reproduce this?
[19:49] <schproodle> scary and sordid, all that parenting eh
[19:50] <ali1234> try to reproduce after applying the no watchers workaround
[19:50] <ali1234> i bet you can't...
[19:50] <schproodle> intermittent here for about the last week
[19:50] <ali1234> put INDICATOR_ALLOW_NO_WATCHERS=1 in /etc/environment on a line on it's own and then reboot
[19:51] <schproodle> ok...
[19:53] <schproodle> ali1234, skip ubuntu-but, right?
[19:53] <schproodle> ^but^bug
[19:54] <schproodle> ready to reboot...
[19:55] <ali1234> well, you could open a bug, bug we've got all the logs now
[19:55] <schproodle> reboot then?
[19:55] <ali1234> sure
[19:57] <schproodle> up -- no taskbar lightdm* stuff
[19:57] <schproodle> what next?
[19:58] <ali1234> well, wait and see if it happens again
[19:59] <schproodle> that /etc/environment line is on a vm system that I am upgrading from the iso option, so, it should remain there.
[20:00] <ali1234> hmm... probably it will ask if you want to keep the changes
[20:01] <schproodle> Ok, I have no idea what it does.  If it happens again, I will report here.
[20:01] <Unit193> It'll ask for sure, but don't see it owned by any package.
[20:02] <ali1234> ochosi: how are you shutting down the indicators when exiting the greeter?
[20:02] <schproodle> Unit193, It might ask if I was upgrading with apt-get.  What is the difference from the iso upgrade option campared to apt-get upgrade or dist-upgrade.
[20:03] <ali1234> good question actually...
[20:04] <brainwash> ali1234: http://bazaar.launchpad.net/~lightdm-gtk-greeter-team/lightdm-gtk-greeter/trunk/view/head:/src/lightdm-gtk-greeter.c#L2800
[20:04] <ali1234> hmm... ok that seems wrong
[20:04] <ali1234> they are launched by sending an upstart event
[20:05] <ali1234> upstart is going to try to keep them alive until it gets the shutdown signal i assume
[20:05] <brainwash> already mentioned this
[20:05] <ali1234> so then gtk-greeter does waitpid
[20:05] <ali1234> that will never return
[20:05] <ali1234> or it will but by then there will be a new one
[20:05] <brainwash> but... unity-greeter does the same
[20:05] <ali1234> so that's keeping everything around
[20:05] <ali1234> well, maybe unity-greeter has the same bug, who knows?
[20:06] <brainwash> i cannot reproduce it
[20:06] <ali1234> maybe unity-greeter sets the hint to not show on the panel?
[20:06] <ali1234> this is certainly related to the upstart managed indicators though
[20:07] <brainwash> yeah, like you've said: race condition
[20:28] <elfy> Unit193: you got a clue as to where to push a slide for our ubiquity slideshow?
[20:29] <elfy> or of course anyone else that sees ...
[20:31] <Unit193> elfy: lp:ubiquity-slideshow-ubuntu
[20:33] <elfy> knome: https://code.launchpad.net/~elfy/ubiquity-slideshow-ubuntu/slide1/+merge/210291
[20:33] <elfy> thanks Unit193
[20:34] <Unit193> Sure.
[20:35] <schproodle> ali1234, looking at the image of the lightdm double entry, I noticed that the icons on the desktop are missing.
[20:35] <ali1234> probably an unrelated bug
[20:46] <knome> elfy, will look at that later
[20:46] <knome> i will try to take some time for tomorrow to go through all the pending merge proposals
[20:48] <elfy> :)
[20:48] <elfy> knome: I don't even know if there are others doing the same thing tbh - I just noticed it a short while ago
[20:54] <knome> elfy, not for that slide, no
[20:54] <knome> elfy, we did land the new slides for b1 for the reason of getting feedback
[20:54] <knome> so thanks ;)
[20:55] <elfy> :)
[21:18] <schproodle> ali1234, reproduced lightdm-gtk-greeter -- this time with the /etc/environment line
[21:18] <schproodle> ali1234, desktop icons are also missing
[21:18] <ali1234> hmm... ok, thanks
[21:19] <schproodle> what next if anything?
[21:19] <brainwash> ubuntu-bug
[21:20] <brainwash> regarding the missing desktop icons, can you right-click the desktop to trigger the context menu?
[21:20] <schproodle> well, when I clicked on the desktop the icons appeared!
[21:20] <ali1234> that is probably the background of lightdm-gtk-greeter obscuring the desktop
[21:20] <schproodle> I left clicked inadvertently
[21:21] <schproodle> right click doe not work
[21:22] <brainwash> that's not normal
[21:23] <brainwash> does running "xfdesktop --reload" restore the desktop functionality?
[21:23] <schproodle> ubuntu-bug lightdm-gtk-greeter then?
[21:23] <brainwash> yes
[21:23] <schproodle> will do ...reload
[21:24] <schproodle> do the reload before bug?
[21:24] <brainwash> yeah
[21:25] <schproodle> ok, have not done this before -- advice welcome
[21:28] <Unit193> ali1234: I'd say so as well, when I closed the window the desktop came up.
[21:28] <brainwash> so, did the reload change anything?
[21:28] <Unit193> (IIRC)
[21:28] <wickz> still doing bug...
[21:29] <ali1234> wickz: attach all the logs please
[21:30] <wickz> reload did not correct right-click dysfuntion
[21:31] <ali1234> hmm
[21:31] <wickz> ali1234, what logs...appport had completed and browser is open 'report a bug'
[21:31] <ali1234> finish bug report first
[21:31] <wickz> OK
[21:31] <ali1234> hmm i actally have one of these zombies on my machine
[21:32] <wickz> gotta nice concise summary for me?
[21:32] <ali1234> anything you like. i'll edit it when i figure out what is going on
[21:33] <ali1234> "lightdm-gtk-greeter doesn't exit cleanly when logging in"
[21:33] <wickz> ali1234, ok
[21:33] <ali1234> although i don't have any greeter processes
[21:41] <ali1234> wickz: also please link to the bug here
[21:53] <schproodle> ali1234, what about the logs?
[21:59] <schproodle> ali1234, bug #1290575
[21:59] <ali1234> thanks. i'll fill in the rest
[21:59] <schproodle> ali1234, logs or anything else from me, please advise.
[22:00] <ali1234> not sure really
[22:03] <ali1234> you could try to attach gdb to the dead greeter process and then get a backtrace
[22:03] <ali1234> i get it's on waitpid()
[22:03] <ali1234> *bet
[22:06] <wickz> I put the logs ^^ in a comment: pastebin /var/log/lightdm
[22:06] <wickz> I put the logs ^^ in a comment: pastebin /var/log/lightdm/*
[22:07] <wickz> don't know about gdb debugger eh for a backtrace, please advise
[22:07] <ali1234> run pidof lightdm-gtk-greeter
[22:07] <ali1234> then run gdb -p <the first number>
[22:07] <ali1234> then press ctrl-c
[22:08] <ali1234> then type bt
[22:09] <wickz> no stack
[22:09] <ali1234> hmm
[22:09] <ali1234> so it really exited
[22:09] <ali1234> it's not waiting
[22:10] <ali1234> weird
[22:10] <ali1234> i'll need to make a vm and try to reproduce i suppose
[22:11] <wickz> someone has left a comment on the bug report
[22:12] <wickz> It appears that lightdm-gtk-greeter is waiting for init (upstart) to exit. upstart is in turn waiting on the indicator services to exit. From the log:
[22:12] <ali1234> that was me
[22:19] <wickz> ali1234, anything else from me at this time?
[22:19] <ali1234> i don't think so
[23:25] <Unit193> https://bugs.launchpad.net/ubuntu/+source/fglrx-installer/+bug/1289852 nice.


[14:19] <jelly> https://www.youtube.com/watch?v=dY93dRoG6-Q
[14:19] <datase> ^ YouTube :: Djeco Ivica se zovem :: Duration: 00:14 :: Views: 67,894 uploaded by ToninhoHR :: 203 likes :: 4 dislikes :: 0 favorites
[14:24] <obrut> kog nacrtam bice ziv ?
[14:27] <jelly> te ga slike vode, vode


[15:48]  * thafreak finally registered for OLF :)
[15:57] <dzho> well played
[15:57]  * dzho isn't signed up yet
[16:01] <thafreak> dzho: you planning on making an appearance this year?
[16:01] <dzho> thafreak: 60/40 in favor at this point.
[16:02] <dzho> I really loved going to fsoss and cposc also has a lot of appeal, and doing 3 in one season seems like a lot.


[01:00] <infinity> This is disconcerting.  Has anyone else noticed a tmpfs leak on raring?
[01:02] <infinity> (base)adconrad@cthulhu:~$ du -h /var/lib/schroot/union/overlay
[01:02] <infinity> 0	/var/lib/schroot/union/overlay
[01:02] <infinity> (base)adconrad@cthulhu:~$ ls -l /var/lib/schroot/union/overlay
[01:02] <infinity> total 0
[01:02] <infinity> (base)adconrad@cthulhu:~$ df -h /var/lib/schroot/union/overlay
[01:02] <infinity> Filesystem      Size  Used Avail Use% Mounted on
[01:02] <infinity> schroot          12G  792M   11G   7% /var/lib/schroot/union/overlay
[01:07] <infinity> Hrm, Google points me at http://www.gossamer-threads.com/lists/linux/kernel/1643266
[09:52]  * henrix curses at the ppc builders
[09:53] <cking> ppc backlog?
[09:57] <henrix> yep
[09:57] <henrix> huge!
[09:58] <henrix> i've uploaded the quantal kernel tuesday evening and its still on the queue :)
[10:12] <cking> need more ppc builders...
[10:14]  * henrix nods
[10:20] <Laney> does the nexus 7 kernel follow the usual kernel team process for submitting changes?
[10:21] <cking> i believe so
[10:21]  * Laney nods
[10:25] <apw> Laney, yes it would indeed
[10:26] <Laney> ok cool
[10:26] <Laney> incoming </worms voice>
[10:56] <henrix> apw: we have a few Hiper-V bugs to be verified in P. do you have any chance to take a look at them?
[10:57] <apw> henrix, i probabally won't this week on a fire drill right now.  that said i would ask utlemming (who will be about in about an hour) as he i think said they had tested the hyper-v stuff yesterday; so it may already be done
[10:58] <henrix> apw: ok, cool. i'll ask him about that. thanks
[11:09] <StFS> Hi. I was hoping that someone could maybe help me a bit. I just reported a bug on my wireless NIC, it sometimes (not always) doesn't come back after suspend/resume. I reported the bug when everything was ok (the wireless NIC was up and running) but now I have the problem again but I'm connected to a wired connection.
[11:09] <StFS> I'm just wondering whether there is anything I should do now to add more information to the bug? Any tools or commands I should run or anything like that?
[11:10] <StFS> the bug in question is this one: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1089856
[11:10] <ubot2`> Launchpad bug 1089856 in linux (Ubuntu) "Wireless network doesn't resume after suspend/resume (sometimes)" [Undecided,Confirmed]
[11:11] <apw> StFS, is this a PCI device?  if so an lspci and a dmesg from 'now' as it just happened cannot hurt
[11:11] <apw> the dmesg is the key one i guess, it may have some hints as to the failure during resume
[11:15] <StFS> apw: hmm... sorry, dmesg from 'now'? Is there some option to dmesg I don't now about or do you just mean now as in "since the problem is showing now"?
[11:15] <apw> i mean the latter
[11:16] <StFS> ok :) will do that
[11:23] <StFS> do you know the lspci format that is used with apport? I want to run it the same way
[11:24] <StFS> probably just lspci -v
[11:27] <StFS> well that looks a bit suspicious: 03:00.0 Network controller: Intel Corporation Centrino Ultimate-N 6300 (rev ff) (prog-if ff) !!! Unknown header type 7f
[11:31] <apw> StFS, it may be -vvnn actually
[11:31] <StFS> apw: thanks, I'll update it
[13:33] <jgdx> I might be asking in the wrong place, but why is the virtualbox linux kernel driver available to the 3.6.7 kernel but not to the 3.7.0 (rc8) kernel?
[13:37]  * henrix -> lunch
[14:06]  * smb gets more coffee while email client struggles
[14:07] <amitk> smb: while email client struggles to get coffee? ;)
[14:08] <smb> amitk, nah, it struggles to handle herton 's mails
[14:08] <smartboyhw> smb, my gmail went down because of that:P
[14:08] <herton> haha, sorry, doing some spamming today :)
[14:08] <amitk> smb: aah, that. Good point, I meant to ask herton if there is a reason why he doesn't thread his emails
[14:09] <smartboyhw> 241...........
[14:09]  * smartboyhw is ready to mark all the emails read:P
[14:09] <herton> amitk, the patches added to the queue are not threaded, but the review patches are
[14:10] <smb> amitk, They appear to be threaded. Though that is relative to how far tb got aware of them before imapfilter rips em away
[14:11] <amitk> herton: ok. Just trying to minimize the number of Ctrl-r or Ctrl-d i have to hit in mutt
[14:16] <herton> ok, all 241 patches are sent now. I expect to not have this much on next releases (I've caught up now with what was pending)
[15:10] <cking> mailbox overflow
[15:19]  * ogasawara back in 20
[15:58] <kees> apw, ogasawara: raring c28f49fd37b32bbc88b86a6ff01aeb28948c7aaa disabled SLUB_DEBUG which kills off /proc/slabinfo that is needed by tools like stabtop.
[15:58] <kees> (this is a regression in raring)
[15:58] <apw> kees, ok
[15:59] <kees> (credit to sbeattie for seeing the problem)
[15:59]  * amitk likes stabtop as the name of a Linux tool
[15:59] <kees> apw: was SLUB_DEBUG removed for a specific reason? (and can it be put back?)
[16:00] <apw> kees, i cannot recall, either we didn't think it was useful and was costly, or as likely right now, i may have zapped a couple wrong in an update
[16:00] <apw> will check it out
[16:01] <kees> thanks!
[16:08] <cking> it was kinda useful, but a little bit costly for small allocations
[16:08] <hggdh> smb: So Xen 4.2 is out. xen-hypervisor-amd64 was yesterday (at least for a while) a purely virtual package with no installation candidates. How is this package updated to the current Xen version?
[16:08] <cking> http://kernel.ubuntu.com/~cking/slub-debug/
[16:09] <kees> cking: what about slab?
[16:09] <kees> I have no strong opinion about slabinfo, but some people live by it.
[16:10] <cking> well if it's useful, then it's probably well worth the teeny weeny overhead
[16:12] <arges> cking, your performance study is pretty awesome. I would have guessed slub_debug would be more expensive than that
[16:12] <smb> hggdh, I'd need to check where that came from exactly but there is xen-system-(i386|amd64). Though it should probably be noted that right now upgrading would not remove the 4.1 utils and hypervisor but install the 4.2 in parallel
[16:12] <arges> cking, but i agree slub_debug is useful to have esp. when we get those really painful kernel memory bugs
[16:13] <cking> arges, yep, we should therefore keep it in
[16:14] <hggdh> smb: in my case it does not matter, since it I am installing Xen on a fresh system. For the xen-hypervisor-amd64, this is the package you suggest to install on the wiki
[16:15] <hggdh> smb: also, the Grub name for Xen changed on 4.2 :-)
[16:17] <smb> hggdh, So maybe the first one we may have messed up right now. You can use xen-system-amd64. The grub thing someone else is to be blamed but I guess you may update the wiki page ;)
[16:22] <hggdh> smb: I am going to update it, just wanted to be sure about it
[16:32] <smb> hggdh, Well both would gonna be variables based on release. The xen-system-* meta packages should be working for Quantal onwards. And I believe it was Q as well that renamed the whole of grub entries.
[16:33] <smb> About the xen-hypervisor-<arch> thing... not sure it seems to appear in the provides section of the xen-hypervisor-4.x-<arch> packages and still exist in raring's xen-4.2...
[16:44] <smb> hggdh, So xen-hypervisor-amd64 seems like it would work today. Did not say "yes" to install it into my xen domU I used to check though... ;(
[16:44] <smb> I meant ;)
[16:47] <hggdh> smb: ok, so the xen-hypervisor-amd64 error I got yesterday was probably due to the packages not being completely up-to-date
[16:48] <smb> hggdh, I would assume. It was just released or moved out of proposed then
[16:48] <hggdh> yeah.
[17:13] <henrix> infinity: any idea about when we'll have a free slot with the ppc builders?
[17:15] <sbeattie> kees, apw: actually hggdh deserves the credit for catching the SLUB_DEBUG change with QRT
[17:17] <infinity> henrix: Define "free slot".
[17:18] <bjf> infinity, we want some ppc love for a kernel build
[17:18] <henrix> infinity: some time where our kernels will be allowed to build :)
[17:18] <infinity> The quantal SRU?
[17:18] <henrix> yep
[17:18] <bjf> yes
[17:19] <bjf> we had a regression and had to respin
[17:19] <infinity> How's 4 minutes sound?
[17:19] <bjf> wfm
[17:19] <vanhoof> bjf: does that pull in the fix for that bug that multiplied a few times henrix sorted out?
[17:19]  * vanhoof thinks it was henrix at least
[17:19] <vanhoof> -ETOOMUCHMAIL
[17:20] <bjf> vanhoof, yes
[17:20] <vanhoof> sweetness
[17:20] <bjf> vanhoof, the gfx driver we all love so much
[17:20] <vanhoof> the bane of my existence
[17:36] <henrix> infinity: thanks!
[17:39] <infinity> henrix: No problem.
[17:39] <infinity> henrix: I'll check back later today and promote/override.
[17:40] <henrix> infinity: cool, thanks a lot
[17:40] <infinity> (Looks like it'll take adare ~6h to build that)
[17:40] <infinity> That new hardware can't come a moment too soon.
[18:10] <kees> apw: btw, who should I re-send this to? http://git.kernel.org/?p=linux/kernel/git/kees/linux.git;a=commitdiff;h=ab2ad33a9510fd3588fd431ceff5891992e5999e
[18:11] <apw> i thought that went in
[18:11] <kees> oh? maybe I missed it. let me check linux-next
[18:11] <apw> if you poke me on monday i'll see what i can make happen, slammed right now
[18:12] <kees> cool, thanks
[18:13] <kees> apw: ah-ha, yes, it is. nm!
[18:48] <infinity> henrix: Is there a linux-lts-quantal set being uploaded to match this quantal emergency SRU?
[18:48] <henrix> infinity: yes, i was just waiting for the bot to generate the tracking bug #
[18:49] <infinity> Oh, right, it doesn't do that until they've all built. :/
[18:49] <infinity> That still feels like a misfeature to me. :P
[18:49] <henrix> infinity: yeah. anyway, the -lts doesn't require ppc builders :)
[18:50] <infinity> Maybe we can discuss said misfeature after Christmas, but for now, can you manually prod it to create the bug just for lts-q?
[18:50] <infinity> (It can build in parallel with the PPC one, and they can all go in together was my motivation).
[18:51] <henrix> herton: ^
[18:51] <henrix> infinity: i guess we could create it manually, yes...
[18:51] <infinity> Well, it's either that, or we get a bit of a turnaround delay, I'm not picky either way, I suppose.
[18:52] <infinity> Oh, the regression is only in -proposed, I guess this isn't as urgent as I initially thought.
[18:53] <henrix> yeah, there's that as well
[18:54] <infinity> So, I'm going to pull these from quantal-proposed and precise-proposed.
[18:54] <infinity> The regression was only in i915, right, so ARM kernels are unaffected?
[18:54] <henrix> correct
[18:55] <herton> the bot waits only to ensure at least master builds before someone rebases to a derivative or backport
[18:56] <infinity> Is anyone looking at the new bugs referenced here?
[18:56] <infinity> The ftrace stuff?
[18:56] <herton> but if that is not too much desired, could again be changed. Just got more noticed now with this ppc long wait
[18:56] <infinity> Or is this the same bug?
[18:56] <henrix> ftrace?
[18:56] <infinity> Ahh, yeah.  It's all the i915 nug.
[18:56] <infinity> s/nug/bug/
[18:57] <henrix> herton: yeah, i guess that's the correct behaviour. maybe i should just reuse the old tracking bug
[18:57] <infinity> Was just reading hggdh's comments, s'all.
[18:57] <henrix> ah, ok. that's what's shown on the stacktrace. yep, that's the i915 thing
[18:58] <herton> henrix, you can also open a new one, and close the old one and the new one which the bot opens as duplicates
[18:59] <herton> henrix, probably on the old one you will have to reset all the tasks, but any way is fine
[18:59] <henrix> herton: ah, right. i could use the script to do that.
[19:00] <apw> henrix, henrix, how close to having -21 (quantal) in the -proposed pocket are we ?
[19:01] <bjf> henrix, we really want that lts-quantal
[19:01] <bjf> apw, we're just waiting on ppc :-P
[19:01] <bjf> apw, and a week of testing
[19:02] <apw> bjf, i just care about it being in -proposed
[19:02] <apw> right now the source is out of sync with published reality
[19:02] <bjf> apw, then it's just the ppc issue
[19:02] <henrix> bjf: ack, i'll have it uploaded today
[19:02] <bjf> apw, we've been waiting since tue. to get it built
[19:03] <infinity> Someone should have mentioned it earlier. :/
[19:03] <apw> when we going to get some more horses in that queue
[19:03] <bjf> infinity, so we should just nag you constantly?
[19:03] <infinity> bjf: Sometimes. :P
[19:03] <infinity> Anyhow, failed SRUs removed from -proposed.
[19:05] <bjf> sforshee, do you have the link to the amd64+mac iso images. i just seem to be going around and around in circles trying to find it
[19:06] <infinity> bjf: For which release?
[19:06] <bjf> infinity, quantal
[19:06] <sforshee> bjf, I noticed recently that they seem to be impossible to find on ubuntu.com
[19:06] <infinity> http://releases.ubuntu.com/12.10/
[19:07] <bjf> infinity, thanks. for some reason my fingers keep typing cdimage.ubuntu.com
[19:07] <sforshee> bjf, if you want to do an efi install the standard images should work fine too
[19:07] <infinity> bjf: Yeah, for released images, there's a weird split, where supported stuff lands on releases.u.c, and everything else on cdimage.u.c/releases/
[19:08] <infinity> (Because lots of people mirror releases.u.c and don't want 500GB of crap)
[19:08] <bjf> sforshee, i'm actually not sure how i'm installing on this air. i have an OSX partion and refit
[19:08] <sforshee> bjf, actually I think the standard image also work for a csm install as long as you're using a usb stick. I want to say the +mac images are only needed for actual CDs.
[19:09] <bjf> sforshee, i can certainly try both to see
[19:09] <sforshee> bjf, for an air an efi install works fine, and subjectively I think the performance is a little better
[19:09] <bjf> sforshee, how can i tell ?
[19:20] <mjg59> The +mac images are only needed for CSM installs on old Macs
[19:27] <sforshee> bjf, sorry, I got a phone call
[19:28] <sforshee> did you get what you need?
[19:38] <bjf> sforshee, think so
[19:39] <sforshee> bjf, let me know if you have any more questions
[19:47] <bjf> sforshee, well, refit doesn't seem to like the non mac iso
[19:50] <sforshee> bjf, are you using dd or usb-creator-gtk? I have better luck with the latter
[19:51] <bjf> sforshee, dd on precise
[19:51] <bjf> sforshee, i'll try usb-c-g
[19:51] <sforshee> bjf, that should give you better results
[20:06] <bjf> sforshee, not so much
[20:09] <sforshee> bjf, really
[20:09] <sforshee> I haven't used refit in a while
[20:09] <sforshee> maybe there's something there I forgot about
[20:10] <sforshee> but what should work is to hold alt while you boot the macbook and select the usb stick from the apple boot picker
[20:12] <bjf> sforshee, so i hold down the alt key and I am presented with 5 icons. 3 disk and 2 usb. the 3 disk icons are labeld 'rEFIt', 'Windows', 'Recovery HE' the two USB icons are 'Windows' and 'EFI Boot'
[20:13] <sforshee> bjf, you should obviously pick one of the usb options, I'd suggest going with 'EFI Boot'
[20:14] <sforshee> that should get you to the installer, and after you install refit *should* see the efi executable for grub and offer it to you as an option
[20:18] <bjf> sforshee, so yes, that does seem to work
[20:19] <sforshee> bjf, good. Was the problem with refit that it didn't display the USB boot options or that it failed to boot them?
[20:20] <bjf> sforshee, given all the odd icons refit was showing and no labels it was hard for me to decide what to select
[20:21] <bjf> sforshee, i'm probably responsible for configuring it to not display labels
[20:21] <sforshee> bjf, heh
[20:21] <bjf> because that just wouldn't be as cool, you know
[20:24] <bjf> that does seem to have borked refit though
[20:24] <sforshee> d'oh
[20:24] <sforshee> I wonder why
[20:26] <bjf> sforshee, so my boot options are now "rEFIt", "Windows", "Recovery HD" (no usb stick in it and just holding down the alt key)
[20:26] <sforshee> slangasek, are you guys planning to integrate all the iso image changes and apple boot picker integration that mjg59 figured out? That would sure make life easier for folks installing ubuntu on macs.
[20:26] <bjf> sforshee, "rEFIt" and "Windows" lead to unbootable grub menu
[20:26] <bjf> sforshee, so i can't seem to boot to my good OSX either
[20:27] <sforshee> bjf, that's really odd and unfortunate
[20:28] <sforshee> I don't know what the installer did to bork refit
[20:29] <sforshee> bjf, so I suppose your options are to boot the live image and try to fix it or to boot to the recovery partition and start from scratch
[20:29] <bjf> sforshee, yup
[20:31] <sforshee> bjf, refit is stored on the hfs+ partition, and I didn't think our installer touched anything there
[20:34] <sforshee> bjf, the refit option takes you straight to grub without any intermediate menu? I can't figure out why that would happen.
[20:40] <infinity> henrix: Thanks for getting on top of the lts-q uploads.
[20:40] <infinity> henrix: I'll promote the whole mess this evening when everything's done.
[20:40] <infinity> henrix: (don't forget linux-signed)
[20:42] <bjf> sforshee, i'm mistaken, the refit got me to three other icons one of which lets me boot my osx install, so that's still there
[20:43] <sforshee> bjf, and the other two get you to a broken grub?
[20:43] <sforshee> fwiw if you were booting ubuntu with CSM before then the 'Windows' option is probably just a vestige of that install
[20:44] <sforshee> bjf, at least that makes more sense :-)
[20:44] <sforshee> I was really puzzled about how refit got broken
[20:45] <bjf> sforshee, yes, but after one boot into osx, the refit is now missing ... still figuring this out
[20:45] <sforshee> bjf, do you just have the OSX option instead?
[20:47] <bjf> sforshee, so i had to reboot into the osx config once, that seems to have sort of restored refit
[20:49] <bjf> sforshee, now when i boot and don't hold down alt, i get 3 icons, one (that used to boot ubuntu) and now just gets me to "error: file '/boot/grub/i386-pc/normal.mod' not found. grub rescue>"
[20:49] <bjf> sforshee, a second icon which boots into the ubuntu i just installed
[20:49] <bjf> sforshee, and a third icon which boots into my OSX
[20:50] <bjf> it's odd but useable
[20:50] <sforshee> bjf, that's more or less what I expected to happen. The option that doesn't work is likely leftover from a CSM install.
[20:51] <bjf> sforshee, i agree though it was confusing
[20:52] <sforshee> bjf, I have no idea why you had problems initially. Everything to do with refit is in the hfs+ partition, which shouldn't have been touched by the installer.
[20:55] <slangasek> sforshee: yes, that's definitely the goal
[20:56] <sforshee> slangasek, sweet :-)
[20:56] <slangasek> sforshee: if you have some time tomorrow afternoon, I think it would help me to pick your brain further so I can better understand exactly what I'm seeing currently... there are a lot of moving parts
[20:57] <sforshee> slangasek, sure. You'd better catch me tomorrow because I'll be on holiday for the following two weeks
[20:57] <slangasek> sforshee: righto - sorry, I misunderstood earlier and thought you were /already/ on vacation, or I would've been hunting you down earlier this week :)
[20:58] <sforshee> bjf, you might be interested to know that in 3.8 the wifi on the macbook air should work somewhat better in 3.8
[20:58] <sforshee> bjf, I'm still chasing down some of the problems though. I've found serious issues with background scans this week.
[20:58] <sforshee> slangasek, nope, still working. My schedule is wide open tomorrow so just grab me whenever is convenient for you.
[21:00] <bjf> sforshee, at one point i did have raring on this, i'm actually trying to get back to it
[21:00] <sforshee> bjf, I put raring on my air this week and it seems to be working fine
[21:00] <bjf> sforshee, the daily iso today didn't work for me so i went down the rabbit hole
[21:00] <bjf> and got very lost
[21:00] <sforshee> uh oh. I haven't updated in the past couple of days, maybe that's a good thing
[21:01] <bjf> i'm hoping it's just the daily image being the issue, couldn't get past the purple Ubuntu screen
[21:02] <bjf> but now i may try it again doing it the same way i just put quantal back on it to see if it will work
[21:03] <sforshee> I'm updating to see if my machine still works okay
[21:13] <sforshee> bjf, I'm now fully up-to-date and raring seems to be working fine
[21:13] <bjf> i'm creating a new usb stick with today's raring, will give it a spin shortly
[21:19] <bjf> sforshee, nope, seems to be the image is borked
[21:20] <sforshee> bjf, I'll give it a try, probably tomorrow. I did an upgrade from quantal so I haven't tested our raring images on this machine yet.
[21:20] <bjf> sforshee, interesting, if i "try ubuntu" it comes up
[21:21] <bjf> but if i go directly to "install ubuntu" it doesn't work
[21:23] <sforshee> bjf, have you tried it on any other machines? Maybe that's just plain broken in general right now.
[21:23] <henrix> infinity: i'll upload the -signed in a minute. i had to have the main pkg built first before uploading
[21:23] <bjf> sforshee, no, not tried it anywhere else ... good point
[21:25] <infinity> henrix: The build-deps should be versioned, no?  It'll just dep-wait if they upload out of sync.
[21:25] <infinity> henrix: (Which is what happens in the primary archive)
[21:36] <bjf> sforshee, the install went fine as did a post-install dist-upgrade
[21:37] <sforshee> bjf, you're referring to the raring install on the macbook?
[21:38] <bjf> sforshee, yes
[21:38] <bjf> sforshee, from a live desktop
[21:38] <sforshee> bjf, good deal
[22:26] <henrix> apw: still around?
[22:27] <wmp> hello, where i can found package source to linux-3.5.0-19
[22:28] <infinity> bjf: Was the update on #1088979 a manual nudge of the bot, or did it screw up?
[22:28] <infinity> bjf: (It claimed the package was built and published an hour before PPC finished)
[22:29] <bjf> infinity, appears to be a bug
[22:30] <henrix> infinity: yeah, i was discussing this earlier with herton. he (or me) will investigate this later
[22:30] <infinity> Mmkay.
[22:30] <infinity> henrix: Also, going to dupe 1090126 to 1087221, I assume?
[22:32] <henrix> infinity: ah, right. will do
[22:34] <henrix> apw: ping
[22:54] <infinity> henrix: While I'm complaining about the bot, any reason that 1087221 is stuck in Prepare-package?  Perhaps a problem with having reset all the tasks and reused the bug?
[22:54] <infinity> (I'm happy to manually mark that Fix Released and do my promotion bits, but if the bot's "stuck", we might want to know)
[22:55] <henrix> infinity: hmm... maybe the bot isn't running? bjf ^^
[23:08] <bjf> henrix, infinity just ran it by hand, it just changed promote-to-proposed state for that bug
[23:09]  * vanhoof waits with anticipation and <3 for bjf ;)
[23:10] <vanhoof> not infinity though
[23:10] <vanhoof> he said he's not buying me a birthday present
[23:11] <bjf> henrix, i'm not sure what is up but git is struggleing to pull your quantal-lbm
[23:12] <bjf> henrix, the problem is on my end somehow
[23:12] <henrix> bjf: that's odd, because i've just pulled it into tangerine and it was quick
[23:13] <henrix> ah
[23:13] <bjf> henrix, the quantal trees look good
[23:14] <henrix> bjf: cool. i'll push them and upload the src pkgs
[23:14] <henrix> thanks
[23:24] <infinity> bjf: Thanks for that.  So we're all set to promote and override quantal and lts-quantal?  Will do.
[23:24] <infinity> And then I will get back to important holiday tasks like re-watching Arrested Development.
[23:25] <bjf> infinity, we'll have quantal-lbm and precise-lbm pkgs that we're trying to "rush" through
[23:25] <henrix> infinity: btw, just fyi, i'm uploading a few more pkgs at the moment...
[23:25] <henrix> infinity: namely: precise and quantal -lbm and -meta packages
[23:26] <henrix> infinity: these are just minor version bumps btw
[23:26] <bjf> heh
[23:26] <infinity> Oh, for they who shall not be named, yes. :/
[23:26] <bjf> yup
[23:26] <infinity> Well, I'm promoting what's there now.  When those are ready to go, let me know, and I'll review and push.
[23:27] <bjf> ack
[23:27] <infinity> Do they have their own separate bug?
[23:27] <henrix> they should start building in a few seconds
[23:27] <henrix> no, they don't have a bug tracking bug as they are just minor version bumps
[23:27] <henrix> or should they...?
[23:27] <infinity> I didn't mean a tracking bug, but an SRU bug at all.
[23:27] <infinity> They should be fixing a bug, surely.
[23:28] <henrix> ah, they do have an sru bug #
[23:28] <bjf> infinity, yes, we are following the rules :-)
[23:29] <henrix> infinity: and another request... could you make sure the -meta packages won't get stuck with the ppc builders? :)
[23:29] <infinity> henrix: Absolutely.
[23:30] <henrix> infinity: cool, thanks
[23:31] <infinity> Bumped for precise.  Will do the same for quantal when I see it.
[23:32] <infinity> Though, both will get stuck behind the current webkit build.
[23:32] <infinity> Which is in its final link, at least, so probably only an hour or two, tops.
[23:32] <henrix> cool, thanks
[23:32] <bjf> ogasawara, the lbm and meta packages have been uploaded
[23:33]  * henrix -> EOD
[23:33] <infinity> I wonder what Laney and micahg did to make webkit take twice as long to build. :/
[23:48] <infinity> apw: Was there a reason those lbm-meta packages are -virtual instead of -generic, if they're built agains the generic kernel?
[23:49] <infinity> apw: Seems a little inconsistent with the naming of all the other lbm metapackages.
[23:52] <infinity> apw: Actually, precise is a bit strange there too, since you seem to be building both -generic and -virtual packages from lbm, but then the meta has the virtual->generic cross-depend.
[23:52] <infinity> apw: So, neither of these looks quite right to me.
[23:52] <infinity> ogasawara: ^
[23:58] <infinity> Yeah, meta is definitely wrong for both of these.  lbm looks fine, though.
[23:58] <bjf> infinity, sigh
[23:59] <bjf> infinity, looking
[23:59] <infinity> bjf: So, for Q, meta should just have generic->generic metapackages.
[23:59] <infinity> bjf: For P, it needs generic->generic, generic-pae->generic-pae and virtual->virtual.


[01:12] <nigelb> cjohnston: pong
[01:12] <nigelb> daker: looking
[10:48] <cjohnston> daker: piiiiiiiing
[10:49] <daker> yo
[10:49] <cjohnston> daker: are you familiar wiiiiith user.has_perrrrrrmmmmsssss()
[10:49] <cjohnston> uggh
[10:51] <daker> https://docs.djangoproject.com/en/dev/topics/auth/#limiting-access-to-logged-in-users-that-pass-a-test
[10:57] <cjohnston> daker: http://pad.ubuntu.com/summit
[12:05] <daker> cjohnston: https://docs.djangoproject.com/en/1.4/topics/auth/#default-permissions
[12:06] <cjohnston> right.. thats the link i gave you
[12:13] <daker> yes :(
[12:40] <nigelb> I think cjohnston has sticky keys today :P
[12:42] <cjohnston> nigelb: synergy
[12:42] <cjohnston> nigelb: http://pad.ubuntu.com/summit
[12:44] <nigelb> I have to sign in. Meh. Working right now.
[12:44] <cjohnston> blah


[06:07] <brobostigon> morning
[08:01] <zmoylan-pi> o/
[08:10] <brobostigon> \o
[13:13] <penguin42> anyone know of a good way to turn 'local authority' locations into a map?  https://www.gov.uk/government/publications/coronavirus-covid-19-number-of-cases-in-england/coronavirus-covid-19-number-of-cases-in-england
[13:14] <zmoylan-pi> open street map not do that already?
[13:16] <penguin42> oh maybe
[13:17]  * penguin42 should learn how to wrangle that someday
[13:18] <zmoylan-pi> it's like gimp and ffmpeg, something that we'll get around to one day but seldom do... :-)
[13:28] <zmoylan-pi> some nice unsoothing background... https://www.youtube.com/watch?v=qgylp3Td1Bw
[13:33] <penguin42> gimp and ffmpeg I can handle :-)
[13:35]  * zmoylan-pi bows before the master.... \o/


 I can not always type sudo this sudo that
[07:30] <bazhang> I might chip a nail!
[08:38] <bazhang> 2000 lines in the framebuffer?
[08:38] <bazhang> that seems excessive
[09:23] <x-s4nd3r> ikonia: what have you done.
[09:26] <k1l> isnt that syko/lanser ?
[09:26] <k1l> @btlogin
[09:27] <bazhang> a second cloak?
[09:27] <bazhang> no way staff would let that slip
[09:27] <k1l> yes, he has several cloaks and nicknames
[09:28] <bazhang> Pric ey was looking into him just yesterday, so I'd doubt its the same
[09:29] <ikonia> ?
[09:29] <k1l> ban 55418 shows his ip which is the range that syko/lanser used
[09:29] <ikonia> what does he mean "what have I done" ?
[09:29] <ikonia> is there a problem ?
[09:29] <bazhang> well staff are volunteers!!11
[09:29] <bazhang> so yeah its him
[09:29] <k1l> i think he realizied that some of his ips are banned again/still
[09:29] <bazhang> hitting debain now
[09:30] <k1l> he is in offtopic right now
[09:30] <ikonia> oh yes,
[09:30] <ikonia> he's just trolled #debian telling them to go to #ubuntu for help
[09:30] <ikonia> great
[09:31] <ikonia> yes, it's the same guy
[09:32] <k1l> aka stein
[09:32] <ikonia> yes
[09:36] <k1l> stein, syko, lanser, x-s4nd3r, agd_scorp, jaykay, chadman, gangsta, jonathanlopez,...
[09:36] <ikonia> that's the one
[09:36] <k1l> every single nick did enough to receive a ban. and that is all just him. he really seems to be bored
[09:40] <k1l> ah you did ban his second ip range. i think that is why he made that comment
[09:44] <k1l> btw should this be a topic for staff. he got several cloaks for his nicks
[09:46] <bazhang> yet another
[09:46] <bazhang> hi klein
[15:06] <ikonia> it looks like taout_ is the syko
[15:06] <ikonia> although as pretty much all syko's accounts are cloaked it's hard to get more info
[17:59] <bazhang> Agd_Scorp, hi. need some assistance
[19:11] <bazhang> Agd_Scorp, did you need some assistance
[19:16] <IdleOne> Agd_Scorp: Please state your reason for joining this channel or leave.
[21:22]  * genii slides Jordan_U a large beverage of their choice
[21:23]  * Jordan_U sips horchata