[15:35] <wontfix[m]> Does LP not automatically obey the debian control file or does it have to be specified in the build recipe for breaking out packages?
[15:51] <pelpsi> hey wontfix LP obeys debian/control
[15:53] <wontfix[m]> Thank you! So it's just showing the meta in the ppa but the individual packages will be available?
[15:53] <pelpsi> if you have a more specific problem please put your question here : https://answers.launchpad.net/launchpad
[15:54] <cjwatson> As for what it shows, it depends which view you're using.  In the detailed packages view you can expand a source package to see individual binaries


[01:48] <eruditehermit> is there an input channel for ubuntu-x?
[01:49] <RAOF> What do you mean?
[01:49] <eruditehermit> for touchpad and keyboard questions
[01:49] <RAOF> Yes; #ubuntu-x :)
[01:49] <eruditehermit> I read that multitouch touchpads might work
[01:49] <eruditehermit> in 12.04
[01:50] <eruditehermit> I tried letting ubuntu do the right thing but then my mouse doesn't work at all
[01:50] <eruditehermit> so I had to revert back to psmouse proto=exps
[01:51] <RAOF> What's your touchpad?
[01:51] <eruditehermit> well it appears as AlpsPS/2 ALPS DualPoint TouchPad in xinput list
[01:51] <eruditehermit> I am using a Sony VIAO SA 2011 model
[01:52] <RAOF> Is there a launchpad bug about this?
[01:52] <RAOF> cnd is the person most likely to be helpful with touchpads.
[01:52] <cnd> actually, sforshee may be the best first line of defense :)
[01:53] <cnd> sforshee wrote the multitouch patches for the ALPS touchpads for Linux
[01:53] <RAOF> Yeah, I guess he *was* doing the actual re work :)
[01:53] <cnd> the more people who do input stuff, the more I can shove off onto others
[01:54] <cnd> RAOF, would you like to work on input stuff :)
[01:54] <RAOF> Not particularly :)
[01:55] <RAOF> Actually - you can have me on input, but only as long as you ensure I never need to touch the SIGIO context.
[01:55] <cnd> RAOF, meh, I can live with that :)
[01:55] <eruditehermit> what does it mean if the mouse pointer doesn't even appear
[01:55] <cnd> eruditehermit, what did you try doing?
[01:55] <cnd> eruditehermit, the mouse pointer hides when you don't move it
[01:56] <cnd> so it likely means that you aren't moving it :)
[01:56] <RAOF> cnd: You know that basically every line of the input stack gets called from the gorram SIGIO context, right? :)
[01:56] <eruditehermit> cnd, Running 12.04 if I boot without kernel params for psmouse I cannot see or use my mouse at all
[01:56] <cnd> RAOF, no, only the input modules basically
[01:56] <eruditehermit> even if I move it no mouse pointer appears
[01:56] <cnd> most of the xserver input stack is run in normal context
[01:56] <cnd> eruditehermit, that's odd
[01:57] <eruditehermit> however if I boot with psmouse proto=exps, I can use my mouse but with limited functionality
[01:57]  * RAOF is just bitter that his pointer barrier work *is* unexpectedly called in the SIGIO context.
[01:57] <cnd> RAOF, ewww
[01:57] <RAOF> Indeed.
[01:58] <RAOF> This is why people report "sometimes the X server freezes when I try to reveal the launcher" - because I'm sending events from SIGIO.
[01:58] <eruditehermit> cnd, xinput list-props says Device Enabled 1
[01:58] <eruditehermit> what should I try?
[01:58] <cnd> eruditehermit, it sounds like you have a kernel driver issue
[01:59] <cnd> eruditehermit, are you able to ping sforshee earlier in the day?
[01:59] <eruditehermit> I can try
[01:59] <cnd> eruditehermit, actually, the best thing would be to file a bug
[01:59] <cnd> ubuntu-bug linux
[01:59] <cnd> then subscribe seth forshee
[02:00] <eruditehermit> cnd, is there a way to determine the actual hardware in the touchpad?
[02:01] <cnd> eruditehermit, if it's not detecting the make and model automatically, then there's no easy way
[02:01] <cnd> eruditehermit, do you know that it's an ALPS trackpad?
[02:01] <eruditehermit> not sure
[02:01] <eruditehermit> It is telling me
[02:02] <eruditehermit> AlpsPS/2 ALPS DualPoint TouchPad
[02:02] <eruditehermit> however I wanted to confirm that it is actually true
[02:02] <cnd> eruditehermit, then it probably is ALPS
[02:03] <cnd> I've not heard of accidental identifications
[02:03] <eruditehermit> ok
[02:03] <cnd> it would require a device to almost purposefully look like a different one
[02:03] <eruditehermit> well in that case
[02:03] <eruditehermit> that is what I have
[02:03] <eruditehermit> I have a Sony VPCSA-290X
[02:04] <cnd> eruditehermit, sforshee should know best then, he's worked on the ALPS driver quite a bit
[02:04] <eruditehermit> ok
[02:06] <eruditehermit> I will talk to him and file a bug report tomorrow
[02:07] <eruditehermit> is there a way to check that any events are even being picked up by the driver?
[02:17] <cnd> eruditehermit, there are lots of diagnostic tools :)
[02:17] <cnd> when you file a bug report, a utouch-evemu recording would be helpful
[02:17] <cnd> https://wiki.ubuntu.com/Multitouch/Testing/uTouchEvEmu#Debugging
[02:27] <eruditehermit> cnd, ok will do
[02:27] <eruditehermit> thanks!
[02:27] <cnd> np :)
[05:30] <RAOF> Dear X: I hate you, and your asynchronicity.  No love, Chris.
[05:36] <Sarvatt> why the heck do I get flooded with this just closing my lid and reopening it http://kernel.ubuntu.com/~sarvatt/evtest.txt
[05:37] <RAOF> That's a lot of events for closing+opening :)
[05:37] <Sarvatt> i always come back to tons of new windows opened these days
[05:37] <RAOF> Too sensitive touchpad?  Is it reading the screen or something? :)
[06:00] <RAOF> Good.  That seems to now dependably pass the tests.  Will it do so in a chroot, though.  That is the question!
[06:09] <RAOF> New question: Do these passing tests mean that the server (a) works, and (b) won't crash on me?  Tune in next time to find out!
[06:45] <RAOF> Hm.  Well, that *has* fixed both the crashes and the potential deadlocking.  Now, about that runaway memory usage…
[09:46] <seb128> does anyone here know if cnd got anywhere with the gtk mouse wheel scrolling issue
[09:47] <seb128> or with the scroll increment being buggy on i386 rather
[09:47] <seb128> ?
[09:49] <FernandoMiguel> I only have buggy scrool with mouthpad... usb mouse is fine.... but I'm on x64
[09:50] <tjaalton> seb128: no idea
[09:54] <eruditehermit> sforshee, please ping me when you are awake
[09:55] <eruditehermit> thank you in advance
[22:19] <FernandoMiguel> evening
[22:26] <cnd> RAOF, did your pointer barrier stuff get into ubuntu, and is it being used?
[22:26] <cnd> I'm curious to know what new functionality exists on my desktop :)
[22:32] <RAOF> cnd: It is in Ubuntu, and it is being used.
[22:33] <RAOF> It's how the launcher reveal works.
[22:33] <RAOF> So it's only really being used if you've got the launcher to autohide.
[22:33] <cnd> ahh
[22:33] <cnd> RAOF, so what is the algorithm that we settled on?
[22:33] <cnd> do you have to move a certain distance?
[22:34] <cnd> or with a certain speed?
[22:34] <RAOF> To parts:
[22:34] <RAOF> The barrier is entirely transparent if you hit it above a certain speed.
[22:35] <RAOF> Once you hit it, it generates events, and the client can then release the barrier at it's will.
[22:35] <RAOF> You *may* be able to correlate “generates events” with me bitching about stuff being called in the sigio context :)
[22:36] <cnd> heh
[22:36] <cnd> I hope you aren't trying to generate events on the heap in SIGIO :)
[22:37] <RAOF> No.  I was blissfully unaware that I was being *called* from SIGIO, and so was sending events to clients from the handler.
[22:38] <RAOF> This works amazingly often.
[22:38] <cnd> ahh
[22:38] <cnd> yeah, SIGIO almost always works
[22:38] <cnd> sounds like we need to fix SIGIO :)
[22:38] <RAOF> As in: it didn't fail once on *my* machine.
[22:40] <RAOF> By ‘fix’ do you mean ‘use a real input handling thread, like nature intended’?
[22:40] <cnd> heh
[22:40] <cnd> RAOF, do you remember how someone at nokia was attempting to do that?
[22:40] <RAOF> Signals: 100% of the pain of multithreading, plus a whole lot of stupid restrictions!
[22:40] <cnd> apparently they hit some nasty problems the further they dug
[22:41] <RAOF> Yeah, tiago, right?
[22:41] <cnd> maybe
[22:41] <cnd> so I guess the work has been abandoned, sadly
[22:41] <cnd> I think they hit issues when they would update the pointer sprite and/or sprint rendering from the input thread
[22:41] <seb128> cnd, stop chatting and fixing scrolling ;-)
[22:43] <cnd> seb128, I am just about to upload!
[22:43] <seb128> \o/
[22:43] <seb128> cnd, thanks
[22:43] <cnd> seb128, did you see my bug?
[22:43] <seb128> cnd, I just got dobey asking about it :p
[22:43] <cnd> I subscribed you
[22:43] <cnd> heh
[22:43] <seb128> cnd, no ...
[22:43] <cnd> seb128, I just created it an subscribed you about 10 mins ago
[22:44] <seb128> let me check emails
[22:45] <cnd> seb128, I just uploaded
[22:45] <seb128> cnd, ok, great, https://bugs.launchpad.net/ubuntu/+source/libxi/+bug/949465 right?
[22:46] <seb128> cnd, thanks a lot for fixing it, and sorry for being pingy about it ;-)
[22:46] <cnd> seb128, nah, np :)
[22:47] <cnd> seb128, I'm going to send the patch to xorg-devel now
[22:47] <cnd> who should I Cc so gtk devs are aware?
[22:47] <seb128><EMAIL_ADDRESS>[22:48] <seb128> if you want to Cc them
[22:48] <cnd> seb128, I'm wary of cross subscribing
[22:48] <cnd> an entire list
[22:48] <cnd> but if you think that's the best way, it's not a big deal
[22:48] <seb128> cnd<EMAIL_ADDRESS>then
[22:48] <seb128> should be enough
[22:49] <cnd> ok
[23:36] <cnd> RAOF, bryceh: I'm about to upload a new xserver with updated input stack from 1.12 and a fix for bug 929408
[23:37] <cnd> anything you need me to add in?
[23:37] <bryceh> cnd, I notice there's a couple patches on the upstream xserver that look worth including
[23:37] <cnd> bryceh, input related, or otherwise?
[23:38]  * RAOF would *like* to include a fix for barriers, but that's not yet baked.
[23:38] <bryceh> input, yes
[23:38] <bryceh> hang on
[23:39] <bryceh> 2416ee4a015068359807a10f433e8c54192c78a9 and 38000e7d1f958f5944e641de3e716944a5876d41
[23:39] <bryceh> fixes for bug fdo #38313, which afaict doesn't affect us, but hard to say for sure
[23:39] <bryceh> or I should say, s/doesn't affect us/hasn't been reported to us/
[23:40] <cnd> bryceh, already got them
[23:40] <cnd> locally in the branch I'm cooking at least
[23:40] <bryceh> cnd, RAOF, we seem to have a slew of xserver crashes amongst inputty stuff
[23:40] <bryceh> cnd, excellent
[23:40] <cnd> bryceh, do they look like one or two bugs?
[23:40] <cnd> or many?
[23:41] <cnd> btw, there's currently a memory leak in the server when using gestures
[23:41] <cnd> which is what I'm fixing for bug 929408
[23:41] <bryceh> cnd, it sort of feels like there's invalid memory and bad pointers floating about
[23:42] <bryceh> i.e., they're not simple NULL pointer deref issues, but oddball stacktraces
[23:42] <cnd> hmmm
[23:42] <cnd> RAOF, could they be because of your SIGIO issue?
[23:42] <cnd> or has that already been fixed?
[23:42] <RAOF> Some of that *might* be me, yes.
[23:42] <bryceh> I *suspect* that a lot of these are dupes of the same underlying issue
[23:43] <cnd> I think we should assume they are due to the SIGIO issue until it's fixed and we still see it
[23:43] <cnd> because the signature of a SIGIO issue is random corruption :)
[23:43] <bryceh> RAOF, bug #948858 might be yours?
[23:43] <bryceh> RAOF, "Unity crashed when moving the cursor to the top left corner"
[23:44] <RAOF> Yup, entirely possible.
[23:44] <bryceh> separate from these crashes, we're also seeing a bunch of SIGABRT bugs, that have crap for traces.  Anyone have a clue on those?
[23:44] <cnd> bryceh, why are the traces bad?
[23:44] <bryceh> bug #948733 for example
[23:44] <bryceh> cnd, they are all like this:
[23:44] <bryceh> Stacktrace:
[23:44] <bryceh>  #0 0x00a20416 in ?? ()
[23:44] <bryceh>  No symbol table info available.
[23:44] <bryceh>  Cannot access memory at address 0xbfc714f0
[23:45] <cnd> hmmm
[23:45] <cnd> could be memory corruption again?
[23:46] <RAOF> Maybe?
[23:46] <bryceh> I haven't seen bug reports with stacktraces like those since maybe a few weeks ago, and there's probably a dozen or so since, if that helps scope things
[23:47] <cnd> RAOF, if it makes you feel any better, our first implementation of the X gesture extension had the same problem :)
[23:47] <RAOF> I guess a stacktrace like that could be calling off into random memory...
[23:48] <cnd> we were emitting gesture events from within the sigio context
[23:48] <RAOF> cnd: Yeah, I think it's a fairly common thing to want to do.
[23:48]  * RAOF has fixed the WorkQueue to make this possible.
[23:48] <bryceh> should I just close them out (assuming there's not something obvious in the traces) and have them re-report after your upload(s)?  Or think they're worth keeping around for further study?
[23:48] <cnd> perhaps we should add a check in WriteToClient for whether we are in SIGIO context or not
[23:49] <RAOF> cnd: Not a terrible idea; add a flag to something, hidden behind DEBUG?
[23:49] <cnd> bryceh, by close them out do you mean ask for confirmation in latest xserver and moving to incomplete?
[23:49] <cnd> so they autoexpire after 60 days?
[23:49] <cnd> RAOF, I wouldn't even hide it behind a flag
[23:49] <bryceh> cnd, I could do that, but I meant close out as in mark fixed and tell them to file new bugs if they still get crashes
[23:50] <cnd> RAOF, it's not like a check would be heavy weight right?
[23:50] <cnd> bryceh, it irks me to think about bugs that are marked as fixed when we don't really know they are
[23:50] <cnd> or at least don't have the submitters verifying
[23:50] <RAOF> cnd: True.
[23:51] <cnd> but waiting for the expiration will entail 60 days of bugs hanging around that are probably fixed
[23:51] <cnd> I don't know how much that factors into your bug wrangling :)
[23:52] <bryceh> nah if they're incomplete without response they're excluded from my view
[23:52] <bryceh> I suspect a lot of these crashes are one-time one-off  things though, mostly without reproduction steps, so hard to definitively know they're fixed
[23:53] <cnd> yeah, even if you're sure
[23:53] <cnd> as in, think you're sure
[23:53] <bryceh> on the plus side, apport seems to be catching these crashes ok, so if they're not fixed, people will be able to easily file new ones
[23:54] <bryceh> anyway, setting to incomplete is fine by me, I'll make it so
[23:54] <cnd> perhaps with a boilerplate message of: We think your bug has been fixed, but it is not possible to verify based on the information in this bug report. We are moving this bug to fix released. Please re-open if you encounter the bug again."
[23:54]  * bryceh nods
[23:56] <cnd> hooray!
[23:56] <cnd> my integration test passes on the server I'm about to upload
[23:56] <cnd> bryceh, RAOF: just double checking, you don't have anything else to consider for the upload?
[23:56] <bryceh> nope
[23:57] <bryceh> hmm, I could also dupe the bugs up.  that might be tidier
[23:58] <cnd> yeah
[23:59] <cnd> though it makes it harder for someone to reopen their specific bug if they hit it
[23:59] <cnd> if they hit it again, that is
[23:59] <cnd> they have to undupe, and then reopen
[23:59] <cnd> but maybe we want them to file a new bug anyways?
[23:59] <bryceh> they wouldn't need to reopen, just undupe


[00:45] <BrunoAssis> hello guys, i have noticed some freezing/other issues on 14.04 LTS, is there a place i can report those problems?
[01:17] <bluesabre> Unit193: thanks for the pointer
[02:21] <Noskcaj> Did anyone else's theme turn purple today? something broke mine
[02:23] <Unit193> Heh, that was the Unicorn surprise for Lyz.
[02:27] <bluesabre> gtk-theme-config to easily enable/disable the pink
[02:31] <Unit193> Didn't for me on upgrade, but meh.
[02:36] <bluesabre> well... it *should* work
[02:36] <bluesabre> :_
[02:36] <bluesabre> :)
[08:16] <ochosi> haha, people think it's a bug: https://bugs.launchpad.net/bugs/1373280
[08:26] <brainwash> can it be reverted easily?
[08:27] <brainwash> the color override affects every gtk theme, right?
[08:36] <brainwash> the gtk3 one would be even visible in unity and so on
[08:40] <brainwash> ochosi: do you want to add a comment to the report and close it? ^
[08:53] <slickymasterWork> !team | I'm thinking on October, 1, 18:00 UTC for the next team meeting. Does anyone have any objection with this time frame?
[08:53] <lderan> none, will be able to attend that one
[08:54] <slickymasterWork> hey lderan
[08:54] <lderan> hey :)
[09:15] <elfy> slickymasterWork: wfm
[09:15] <slickymasterWork> great elfy
[09:20] <ochosi> brainwash: done
[09:21] <ochosi> wb lderan
[09:21] <ochosi> slickymasterWork: day should work, not sure about time yet
[09:21] <ochosi> (no need to make this dependent on me though)
[09:21] <brainwash> ochosi: thanks
[09:21] <lderan> hello ochosi & elfy
[09:21] <slickymasterWork> ok ochosi
[09:35] <bluesabre> ahaha, the pink bug reports have begun
[09:36] <lderan> :P
[10:31] <slickymasterWork> knome: ping
[10:36] <knome> slickymasterWork, pong
[10:36] <knome> bluesabre, really? where?
[10:37] <bluesabre> the one ochosi posted https://bugs.launchpad.net/bugs/1373280
[10:37] <knome> hah
[11:11] <ochosi> bluesabre, knome: felt i'd answer the first so we can mark all future reports as duplicates...
[11:12] <ochosi> lunchtime, yummy
[11:12] <ochosi> bbl
[11:12] <knome> ochosi, i was thinking very much in the same lines
[11:12] <knome> bon appetit
[11:13] <knome> btw, i think the cycling chair is a definitive improvement on the meetings
[11:13] <knome> keeps the meetings going, allows everybody to join at least some of the time, and doesn't create the same kind of burden about even weekly meetings (i'd imagine)
[11:14] <knome> the downside is that it can be a bit chaotic for new people, but that's somewhat easily overcome by just scheduling the next meeting ASAP
[11:14] <bluesabre> yeah, its great
[11:17] <slickymasterWork> knome I'm having a hard time to add the team meeting schedule to http://xubuntu.org/team-calendar/
[11:17] <knome> slickymasterWork, what's the issue?
[11:17] <slickymasterWork> no idea, I have https://www.google.com/calendar/render?cid=383qgn907l43kd425bteqjg850%40group.calendar.google.com&cid=e_2_en%23weeknum%40group.v.calendar.google.com&cid=s7uaht7f9mhsfdub4lbisebd75g30sa5%40import.calendar.google.com
[11:18] <slickymasterWork> defined as public and I thought it would automatic imprted to the team calendar
[11:18] <slickymasterWork> * be imported
[11:19] <knome> you have what defined as public?
[11:19] <knome> oh, you're not in the managing group
[11:19] <knome> give me your gmail address and i'll add you
[11:20] <slickymasterWork> slickymaster at g m a i l
[11:20] <knome> you should now have access to manage the events
[11:21] <knome> actually, now you should also have access to share the calendar, so you can add others to manage the events if they need to :)
[11:22] <knome> slickymasterWork, ^ does that help you getting it in? :)
[11:22] <slickymasterWork> so how do I publish it?
[11:23] <knome> how do you edit the calendar?
[11:23] <knome> in gmail.com ?
[11:23] <knome> it shows up now.
[11:23] <knome> but you probably want to switch the location/title bits :P
[11:25] <knome> and note that the time is currently 17UTC, which might or might not be by design
[11:27] <knome> >__<
[11:27] <knome> awesome connectivity
[11:27] <elfy> yep
[11:27] <elfy> sucks to be a portuguese connection :p
[11:27] <knome> heh
[11:28] <slickymasterWork> I think it's ok now knome
[11:28] <knome> 14:25  knome: and note that the time is currently 17UTC, which might or might not be by design
[11:29] <knome> did you see that?
[11:31] <slickymasterWork> yeah, I was thinking about that, because I think next monday will mobe from GMT+1 to GMT, over here
[11:31] <slickymasterWork> but I'm not sure, I'm going to have to find that out
[11:31] <knome> ok
[11:31] <knome> well just that you know, the calendar and the meetings page is out of sync
[11:32] <knome> basically once the event is in the calendar, it has entered the GMT/UTC timezone and won't change based on daylight savings
[11:33] <slickymasterWork> well we're going to be straight GMT just on October, 26th
[11:33] <knome> yep, i understand it'll affect you
[11:33] <knome> but please don't tell this on the calendar and the other on the wiki, that just confuses people more :)
[11:34] <slickymasterWork> lol, one daylight hour less when surfing :P
[11:34] <elfy> can't the gmail thingy just use UTC
[11:34] <elfy> did when I did it for Fridge
[11:34] <knome> elfy, there is no "UTC" to be selected unfortunately
[11:34] <knome> elfy, but the GMT implementation they are using is practically UTC
[11:34] <elfy> dtupid
[11:35] <knome> because GMT *does* have DST's, but gmail's GMT doesn't
[11:36] <elfy> GMT is GMT - UK is GMT and then BST when necessary
[11:36] <knome> except in google-world
[11:36] <slickymasterWork> corrected now
[11:36] <knome> i know, it really is stupid
[11:36] <elfy> oic you meant GGMT
[11:36] <elfy> :)
[11:36] <knome> yep
[11:37] <knome> but yeah.. as long as you remmeber to mentally do s/GMT/UTC/ when looking at google calendars, it's all ok
[11:38] <elfy> I guess most will look at agenda anyway
[11:38] <knome> who knows
[11:38] <knome> i think the calendar view is very useful
[11:39] <elfy> if the time's right ...
[11:39] <elfy> :p
[11:39] <knome> and when i'm not chairing, i usually don't need to look at the agenda before the meeting
[11:39] <knome> because i either know if there's something i need to prepare for, or it's good to go without too much preparing
[11:40] <knome> the agenda is useful for a very different reason and usecase :)
[12:16] <jjfrv8> elfy, never mind on my question from yesterday.  Wasn't a bug after all.
[16:09] <elfy> jjfrv8: thanks
[16:37] <GridCube> how much time is left to finish the documentation translations?
[16:38] <GridCube> im trying to get the oficial translators to review our suggestions but they are not responding
[16:40] <elfy> GridCube: not sure if that's covered by the language pack translation deadline - if it is that's october 16th week
[16:40] <GridCube> i remember something about october on the mail a few weeks ago, so it must be
[16:41] <GridCube> our translation is now over 80% for sure, but its not accepted
[16:41] <elfy> there are 2 language freezes - https://wiki.ubuntu.com/UtopicUnicorn/ReleaseSchedule
[16:56] <GridCube> mmhm
[16:57] <GridCube> well, ill try to get the people to review it as soon as they can
[18:07] <brainwash> bluesabre: do you want to build a snowman.. ehm, fix some package dependencies? http://lpaste.net/111559
[18:12] <brainwash> bug 1320560 needs some testing, anyone interested?
[18:13] <brainwash> nothing crucial, because the default xubuntu desktop setup is not affected
[18:59] <Unit193> `gdmflexiserver` still exists for GDM.
[18:59] <Unit193> libgdm1  to be precise.
[19:01] <brainwash> and how does it work?
[19:02] <Unit193> I comment because at least https://launchpadlibrarian.net/185077517/xscreensaver_5.26-1ubuntu2_5.26-1ubuntu3.diff.gz removes flex.  I don't know, Gnome is the one that uses GDM.
[19:02] <Unit193> ubuntu-gnome-desktop even seeds it.
[19:02] <brainwash> gnome... we don't care about that, do we? we need something that works with lightdm
[19:03] <Unit193> All of those packages though are xfce, or xscreensaver.  It's nice to give people options, but the chances that'll be a problem are slightly lower, yeah.
[19:03] <Unit193> I'd think it'd be easy enough to add support without removing, but maybe not, so..
[19:05] <brainwash> without removing what?
[19:08] <Unit193> Support for gdm.
[19:11] <brainwash> that's just a minor drawback
[19:12] <brainwash> other display managers or user switching methods aren't support either
[19:13] <brainwash> supported
[19:14] <brainwash> would you prefer a solution similar to xflock4?
[19:15] <brainwash> check which dm is running and invoke the according user switch call
[19:16] <Unit193> That's actually what xscreensaver-wrapper.sh seems to do, and how lxsession does it too.
[19:17] <elfy> evening
[19:17] <Unit193> I'm not *that* invested, just figured I'd point out that gdmflexiserver does exist for gdm, I don't use it either.
[19:17] <Unit193> elfy: Howdy.
[19:24] <brainwash> Unit193: ok, wanna add a comment to the report then? your info might be relevant
[20:27] <zequence> Are you having problems installing Utopic on VirtualBox?
[20:27] <elfy> zequence: yea - known issue
[20:27] <zequence> elfy: Ok, thanks
[20:28] <elfy> bug 1371651
[20:28] <elfy> you *can* boot it, it just won't do it without mucking about :)
[20:29] <elfy> zequence: that is assuming you've found the same thing - livesession works - install works - boot into install fails
[20:30] <zequence> elfy: I've already forgotten if I had a problem last. Just remember it worked. Will be do some testing tomorrow. Have a guy helping me today
[20:31] <elfy> yea - it's a recent issue


[07:57] <MooDoo> morning all
[08:00] <k1l_> hi
[23:46] <sakrecoer> greetings! luisbg has fixd the access flags for you guys on #ubuntustudio-es, would you be so kind to set either me or zequence on the acces list of it, so that we can set-up a forward to #ubuntu-es?
[23:46] <Unit193> hggdh: Can you set +eor on Drone`?
[23:49] <hggdh> Unit193: on it
[23:52] <hggdh> I really, *really* should look at my macros...
[23:53] <hggdh> Unit193: so all you need is +eor, correct?
[23:54] <Unit193> Yep!  Danke.
[23:54] <hggdh> bitte


[01:14] <callmepk> good morning
[01:46] <duflu> Morning callmepk
[01:52] <callmepk> morning duflu
[01:59] <jamesh> morning callmepk, duflu
[01:59] <callmepk> morning jamesh
[06:08] <seb128> goood morning desktopers
[06:20] <duflu> Hi seb128
[06:35] <duflu> Back in a bit
[06:53] <jibel> Good morning
[07:00] <oSoMoN> good morning desktoppers, happy Monday!
[07:11] <ricotz> good morning everyone
[07:13] <duflu> Morning jibel, oSoMoN, ricotz
[07:16] <oSoMoN> hey duflu, ricotz
[07:36] <seb128> hey callmepk, duflu, jamesh, oSoMoN, jibel, ricotz
[07:36] <jamesh> hi seb128
[07:38] <jibel> Salut seb128 duflu
[07:38] <jibel> and oSoMoN, ricotz and all
[07:39] <oSoMoN> salut seb128, jibel
[07:39] <oSoMoN> hey jamesh
[08:02] <ricotz> hey duflu oSoMoN seb128 jamesh jibel
[08:03] <didrocks> good morning
[08:03] <ricotz> oSoMoN, hi, could you schedule autopkgtests for this libreoffice 7.0.5/groovy build https://launchpad.net/~ricotz/+archive/ubuntu/ppa/+packages?field.name_filter=&field.status_filter=published&field.series_filter=groovy ?
[08:10] <callmepk> hi seb128 oSoMoN jibel ricotz didrocks
[08:11] <didrocks> hey callmepk
[08:16] <duflu> Morning didrocks
[08:18] <didrocks> hey duflu
[08:27] <jibel> Hi callmepk didrocks
[08:27] <didrocks> salut jibel
[08:40] <seb128> lut didrocks
[08:44] <didrocks> salut seb128
[08:53] <oSoMoN> ricotz, done
[08:53] <oSoMoN> hey callmepk, didrocks
[08:54] <didrocks> salut oSoMoN
[09:00] <ricotz> oSoMoN, thank you
[09:04] <Laney> ahoy
[09:06] <didrocks> hey Laney
[09:07] <seb128> hey Laney how are you?
[09:10] <Laney> hey didrocks seb128
[09:11] <Laney> doing alright
[09:11] <Laney> bon weekend over there?
[09:12] <marcustomlinson> morning
[09:12] <seb128> hey marcustomlinson
[09:12] <seb128> Laney, weekend was alright, nights less so, at least it's monday and it's quiet :-)
[09:14] <Laney> heh
[09:14] <Laney> moin marcustomlinson
[09:14] <didrocks> hey hey marcustomlinson
[09:23] <RikMills> morning
[09:23] <RikMills> ricotz: thank you for the libreoffice fix. my ISO no longer has jre/jdk on it :)
[09:27] <ricotz> RikMills, yw :)
[09:45] <KGB-1> gnome-disk-utility tags 2235675 Sebastien Bacher upstream/40_rc * Upstream version 40~rc * https://deb.li/3VMyj
[09:46] <KGB-1> gnome-disk-utility upstream/latest fbb9929 Sebastien Bacher * pushed 23 commits * https://deb.li/BZsn
[09:46] <KGB-1> gnome-disk-utility pristine-tar cedf768 Sebastien Bacher gnome-disk-utility_40~rc.orig.tar.xz.delta gnome-disk-utility_40~rc.orig.tar.xz.id * pristine-tar data for gnome-disk-utility_40~rc.orig.tar.xz * https://deb.li/3TVr7
[09:49] <duflu> +1 seb128
[09:49] <KGB-1> gnome-disk-utility signed tags 783dae9 Sebastien Bacher ubuntu/40_rc-1ubuntu1 * gnome-disk-utility Debian release 40~rc-1ubuntu1 * https://deb.li/LVv0
[09:50] <KGB-1> gnome-disk-utility ubuntu/master 7a586aa Sebastien Bacher * pushed 28 commits (first 5 follow) * https://deb.li/31Ot2
[09:50] <KGB-1> gnome-disk-utility ubuntu/master b7b99e0 Asier Sarasua Garmendia po/eu.po * Update Basque translation * https://deb.li/iiJMl
[09:50] <KGB-1> gnome-disk-utility ubuntu/master e8282e6 Jiri Grönroos po/fi.po * Update Finnish translation * https://deb.li/jOzs
[09:50] <KGB-1> gnome-disk-utility ubuntu/master 3f8933e Fran Dieguez po/gl.po * Update Galician translation * https://deb.li/3DcwU
[09:50] <KGB-1> gnome-disk-utility ubuntu/master c18417a Fran Dieguez po/gl.po * Update Galician translation * https://deb.li/3iM6i
[09:50] <KGB-1> gnome-disk-utility ubuntu/master b6debe2 Christian Kirbach po/de.po * Update German translation * https://deb.li/iQZfh
[10:14] <seb128> Laney, one funny fact, working on the KPI friday makes me notice we didn't publish an amd64 hirsute daily issue to current since jan 23th (my version warning didn't catch it because I check the dir there and arm64 are updated)
[10:14] <seb128> jibel, ^ do you know what's the issue?
[10:15]  * duflu noticed :)
[10:15] <seb128> duflu, you should have mentioned it!
[10:15] <duflu> seb128, I assumed it was correct and due to some benign failure
[10:15] <duflu> as always
[10:16] <seb128> well 'correct', it's an issue
[10:16] <seb128> I mean if we have a test issue we should fix the test
[10:17] <seb128> if the ISO is borked we should fix the bug
[10:21] <Laney> seb128: heh
[10:21] <Laney> I saw a bug about that this morning, was going to look / ping later
[10:21] <Laney> https://bugs.launchpad.net/bugs/1919079
[10:22] <Laney> would be nicer if a dashboard showed that though
[10:22] <Laney> lets get that reviewed soon
[10:22] <seb128> Laney, if the ISO KPI lands at least it will be visible there ;-)
[10:23] <seb128> I never remember where to find the promotion log though
[10:23] <Laney> next thing is to code a bot to notify the channel about that right
[10:23] <seb128> IRC bots aren't in my skills (yet)
[10:23] <Laney> https://platform-qa-jenkins.ubuntu.com/view/Desktop/
[10:24] <Laney> follow the crumbs
[10:24] <seb128> well, I will fix the version warning, that usually makes it visible enough (at least me for since I check that page regularly)
[10:26] <seb128> utah.timeout.UTAHTimeout: _provision(None) timed out after 9000 seconds
[10:26] <seb128> hum
[10:26] <seb128> libvirt: QEMU Driver error : Domain not found: no domain with matching uuid '3d912082-78da-49b5-bf5a-241cb02bbfc9' (utah-108641-hirsute-amd64)
[10:26] <seb128> that's another thing I've little clue about, how utah is working :-/
[10:27] <seb128> the libvirt error was also in the last successful log so probably not the issue
[11:56] <RikMills> ricotz: might be a further issue with the jre/jdk thing. liblibreoffice-java is installed by default in 20.10, so a 20.10 -> 21.04 upgrade installs the jre/jdk as new packages still, as liblibreoffice-java still depends on ure-java in that case.
[12:07] <ricotz> RikMills, I see, if liblibreoffice-java is marked as automatically installed then shouldn't this cause liblibreoffice-java to be removed on an upgrade?
[12:16] <RikMills> ricotz: it didn't when I tested an upgrade
[12:18] <RikMills> unless you mean auto-purged at the end?
[12:20] <RikMills> I had only looked at the list of new packages to be installed
[12:20]  * RikMills tries a new upgrade
[12:21] <ricotz> RikMills, yeah, I guess auto-purge might pick this up
[13:03] <RikMills> ricotz: yeah, they got installed but then removed again in the 'remove obsolete packages' step
[13:03] <RikMills> at least with a plain do-release-upgrade
[13:12] <ricotz> RikMills, good :), I got a bit worried here
[14:14] <seb128> Laney, if you manage to figure out what's the issue with the daily ISO tests I would welcome if you share the details so maybe next time I've a clue where to poke for such cases
[14:21] <Laney> seb128: I don't know, I looked in some of the logs and didn't find any indication, we probably need to wait for jibel
[14:22] <seb128> jibel, we need your help to figure out why utah is timeouting and hirsute daily aren't promoted since january
[14:22] <Laney> did we get removed from the email list for that job at some point?
[14:23] <Laney> used to get notified when it failed
[14:23] <seb128> Laney, also thanks for the KPI review. Do you feel strongly that rsync is a better way than hitting the website?
[14:23] <seb128> I sort of liked the property that querying the website also ensure the service is working, but I guess you could say the same is true for rsync, just a different entry point
[14:24] <Laney> if you can find out how to do a directory listing on the website then that's fine
[14:25] <Laney> I don't want to have a list of targets in the python file, it should just crawl everything
[14:26] <Laney> rsync seemed like a convenient way to do that to me
[14:27] <jibel> seb128, Laney I'll have a look
[14:27] <jibel> I'll let you know if I find anything and how I did
[14:27] <seb128> jibel, thanks!
[14:27] <seb128> Laney, you are concerned that the url scheme might change?
[14:28] <Laney> not really
[14:28] <Laney> I don't want another place to update when we add or remove a product
[14:28] <Laney> so if you can avoid doing that then that's okay
[14:28] <seb128> k, fair enough
[14:28] <Laney> I think having a metric failing to be posted is not a great way to detect if cdimage goes down though
[14:29] <Laney> and the metrics project is probably not the right place to detect that
[14:29] <seb128> you are right
[14:29] <Laney> although it might be possible to get telegraf to link up to some kind of IRC bot
[14:30] <seb128> thanks for the replies there
[14:30] <seb128> I will iterate on that, but it might take some days
[14:30] <Laney> no worries
[14:31] <Laney> no big rush I don't think
[15:23] <hellsworth> good morning desktopers
[15:23] <marcustomlinson> hi hellsworth
[15:24] <hellsworth> hi there marcustomlinson
[15:24] <oSoMoN> hey hellsworth
[15:24] <hellsworth> hey oSoMoN .. i hope you both are well :)
[15:24] <marcustomlinson> yeah alright you?
[15:25] <oSoMoN> I'm doing good, spring is here and lots of positive energy with it
[15:25] <hellsworth> nice!
[15:25] <hellsworth> over the weekend i put an offer on a house and it was accepted.. so i'm extra excited to have a garden this year :)
[15:25] <oSoMoN> cool
[15:26] <marcustomlinson> very nice
[15:26] <marcustomlinson> congrats
[15:26] <hellsworth> i'm excited to be a homeowner :)
[15:26] <hellsworth> thanks!!
[15:37] <ricotz> wow
[15:37] <ricotz> hey hellsworth
[15:41] <hellsworth> hey there ricotz
[16:11] <didrocks> congrats hellsworth :)
[16:21] <seb128> hey Heather, congrats!
[16:24] <jibel> Good morning hellsworth
[16:31] <hellsworth> hey didrocks and jibel !!
[16:31] <hellsworth> thanks seb128 :)
[17:13] <hellsworth> does anyone know how to increase the bug control of a user in launchpad? we need to increase the perms of ricotz so that he has control over the LO bugs to be able to change the target series, importance, etc.
[17:22] <marcustomlinson> seb128: ^ can you add rico to the bug triagers group?
[17:23] <marcustomlinson> actually can’t remember the name but I recall there being a LP group?
[17:26] <RikMills> hellsworth: https://wiki.ubuntu.com/UbuntuBugControl
[17:26] <RikMills> I *think*
[17:26] <RikMills> https://launchpad.net/~ubuntu-bugcontrol
[17:26] <hellsworth> wonderful thanks i'll take a look at it and see if it's something i can just do for rico
[17:28] <marcustomlinson> yeah that looks correct. I believe you have to apply
[17:28] <hellsworth> i don't remember applying..
[17:29] <hellsworth> (maybe it came for free by joining the desktop team)
[17:30] <RikMills> yes, you can iherit perms through other teams. sure I never applied
[17:30] <marcustomlinson> maybe Laney knows?
[17:31] <marcustomlinson> actually jibel is admin on Ubuntu Bug Control. jibel are you able to add ricotz to the group
[17:32] <Laney> RikMills already linked the wiki with the process
[17:32] <hellsworth> maybe we shouldn't circumvent the process though. looks like ricotz just needs to send an email to the bug control team asking nicely
[17:32] <Laney> upload rights also give it
[17:33] <hellsworth> aaah
[17:33] <marcustomlinson> okidokes
[17:34] <Laney> https://launchpad.net/~ubuntu-bugcontrol when logged in should show you which path you are taking
[17:34] <Laney> for me it is  Iain Lane → Ubuntu Core Development Team → Ubuntu Bug Control
[17:36] <RikMills> think I 1st had it through kubuntu-dev, but MOTU trumps that on the page now...
[18:17] <KGB-2> glib tags fd791ae Simon McVittie upstream/2.67.6 * Upstream version 2.67.6 * https://deb.li/32ANR
[18:18] <KGB-2> glib pristine-tar f6475bf Simon McVittie glib2.0_2.67.6.orig.tar.xz.delta glib2.0_2.67.6.orig.tar.xz.id * pristine-tar data for glib2.0_2.67.6.orig.tar.xz * https://deb.li/qz1D
[18:18] <KGB-2> glib pristine-tar 7e41c67 Simon McVittie glib2.0_2.67.5.orig.tar.xz.delta glib2.0_2.67.5.orig.tar.xz.id * Merge remote-tracking branch 'origin/pristine-tar' into pristine-tar * https://deb.li/386xz
[18:18] <KGB-2> glib upstream/latest b8eed9e Simon McVittie * pushed 51 commits * https://deb.li/H6dl
[18:51] <ricotz> marcustomlinson, hi :)
[18:52] <ricotz> marcustomlinson, would you have time to sponsor SRU packages of libreoffice for focal and groovy?
[18:52] <ricotz> https://launchpad.net/~libreoffice/+archive/ubuntu/upload2/+packages -- https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1906684 -- https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1913353


[00:17] <fathom> Switching distros may be the best fix
[04:09] <leop> don't have install plugins
[04:10] <leop> I can not install plugins for ubuntu studio
[04:10] <leop> help please
[04:10] <cfhowlett> leop, "plugins"???
[04:10] <cfhowlett> !details | leop
[04:13] <leop> the command (sudo apt-get upgrade) not donwload nothing
[04:14] <cfhowlett> leop, what version are you running?
[04:15] <leop> 14.04
[04:15] <cfhowlett> leop, sudo apt-get update && sudo apt-get dist-upgrade should bring you to 14.04.2
[04:19] <leop> Imposible obtener http://ec.archive.ubuntu.com/ubuntu/dists/quantal-backports/main/binary-i386/Packages  404  Not Found [IP: <IP_ADDRESS> 80]
[04:20] <cfhowlett> leop, do this:  cat /etc/apt/sources.list | nc termbin.com 9999             copy and paste the url here
[04:21] <danish> Hi
[04:30] <leop> nothing
[04:30] <leop> :(
[04:31] <cfhowlett> leop, run that command.  it will return a url.  paste the url here.
[04:33] <leop> # See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
[04:33] <leop> # newer versions of the distribution.
[04:33] <leop> deb http://ec.archive.ubuntu.com/ubuntu/ quantal main restricted
[04:33] <leop> deb-src http://ec.archive.ubuntu.com/ubuntu/ quantal main restricted
[04:33] <leop> ## Major bug fix updates produced after the final release of the
[04:33] <leop> ## distribution.
[04:33] <leop> deb http://ec.archive.ubuntu.com/ubuntu/ quantal-updates main restricted
[04:33] <leop> deb-src http://ec.archive.ubuntu.com/ubuntu/ quantal-updates main restricted
[04:33] <leop> ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
[04:33] <leop> ## team. Also, please note that software in universe WILL NOT receive any
[04:33] <cfhowlett> leop STOP
[04:33] <leop> ## review or updates from the Ubuntu security team.
[04:33] <leop> deb http://ec.archive.ubuntu.com/ubuntu/ quantal universe
[04:33] <leop> deb-src http://ec.archive.ubuntu.com/ubuntu/ quantal universe
[04:33] <leop> deb http://ec.archive.ubuntu.com/ubuntu/ quantal-updates universe
[04:33] <leop> deb-src http://ec.archive.ubuntu.com/ubuntu/ quantal-updates universe
[04:33] <leop> ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
[04:33] <leop> ## team, and may not be under a free licence. Please satisfy yourself as to
[04:33] <leop> ## your rights to use the software. Also, please note that software in
[04:33] <leop> ## multiverse WILL NOT receive any review or updates from the Ubuntu
[04:33] <leop> ## security team.
[04:33] <leop> deb http://ec.archive.ubuntu.com/ubuntu/ quantal multiverse
[04:34] <leop> deb-src http://ec.archive.ubuntu.com/ubuntu/ quantal multiverse
[04:34] <leop> deb http://ec.archive.ubuntu.com/ubuntu/ quantal-updates multiverse
[04:34] <cfhowlett> !paste
[04:34] <leop> deb-src http://ec.archive.ubuntu.com/ubuntu/ quantal-updates multiverse
[04:34] <leop> ## N.B. software from this repository may not have been tested as
[04:34] <leop> ## extensively as that contained in the main release, although it includes
[04:34] <leop> ## newer versions of some applications which may provide useful features.
[04:34] <leop> ## Also, please note that software in backports WILL NOT receive any review
[04:34] <leop> ## or updates from the Ubuntu security team.
[04:34] <leop> deb http://ec.archive.ubuntu.com/ubuntu/ quantal-backports main restricted universe multiverse
[04:34] <leop> deb-src http://ec.archive.ubuntu.com/ubuntu/ quantal-backports main restricted universe multiverse
[04:34] <cfhowlett> !paste | leop
[04:35] <leop> ok
[04:35] <leop> i don't
[04:36] <cfhowlett> your software sources are wrong.  quantal is WAY paste end of life.  what does lsb_release -a report???
[04:39] <leop> thank you ..
[07:34] <zequence> fathom: I'm going to double check if I can get Audacity to work.
[07:35] <zequence> fathom: Is your system a fresh installation. Did Audacity never work for you on that installation?
[07:40] <zequence> I'm getting the 15.04 ISO now for another reason as well. Someone claims it is uninstallable.
[08:10] <zequence> Well, the live ISO has no problems at least.
[08:10] <zequence> Let's see what happens when I install it
[11:11] <fathom> zequence, When you see this, yes, my install of uubuntustudio is fress and audacity never worked
[11:11] <fathom> fresh
[14:53] <holstein> fathom: audacity works here.. let me search for your pastes above..
[14:53] <holstein> yeah.. i just double checked, with updates applied.. in 15.04, and audacity starts right up.. what are your conditions for it not working?
[14:54] <holstein> i dont try to use audacity with jack, though..
[18:59] <fathom> holstein, I launch it and it does not work
[18:59] <fathom> With or without jack
[19:01] <holstein> fathom: cool.. wonder what is different about your setup, than mine..
[19:01] <holstein> fathom: can you try, as another user? even as the guest user.. try just simply launching the applicaion
[19:02] <fathom> Well...my 'puter is newish...so that may be one of the issues.
[19:02] <holstein> shouldnt be
[19:03] <holstein> audacity doesnt require any 3d, or other features
[19:04] <fathom> It happens that sometimes the os gets buggy
[19:05] <fathom> I have had that experience with ubuntu where I just switch distros. However, there are some driver issues that other os' have not caught up with yet
[19:05] <fathom> Ubuntu is thebest at drivers
[19:07] <holstein> fathom: sure. its just that, its not buggy here..
[19:08] <holstein> some hardware certainly dosnt support linux well, thats for sure, but, that shouldnt be tyhe case for you
[19:08] <holstein> the linux kernel is the linux kernel, and most distros have access to, and use the same drivers..
[19:18] <fathom> holstein, Not so, Ubuntu goes above and for drivers
[19:18] <fathom> I am not a buntu fan boy
[19:19] <holstein> oh, im not either.. its just that, they are only repackages. not created by ubuntu
[19:19] <holstein> repackaged*
[19:19] <holstein> there are no drivers that are made, for example, for nvidia, only for ubuntu.. specifically
[19:19] <holstein> they are for the linux kernel, and can be used anywhere..
[19:20] <fathom> I know of no other distro that checks your hard ware and tells you drivers available
[19:20] <fathom> Normally you have to sweat it out yourself
[19:20] <holstein> fathom: anyways, i dont think thats why your audacity isnt  starting, since, its not requiring 3d.. can you start audacity as the guest user?
[19:20] <fathom> Like Slackware
[19:20] <fathom> no
[19:20] <fathom> Audacity just greys out
[19:20] <holstein> fathom: that tool, that ubuntu uses, can be used on other distros, if one wanted.. its just a GUI to selct the drivers we are talking about
[19:20] <holstein> select*
[19:21] <holstein> fathom: so, audacity starts now? and something "Greys out" ?
[19:21] <fathom> Audacity does not fully launch
[19:21] <fathom> You just have a grey box where audacity should be
[19:21] <holstein> fathom: ok.. and it looks the same as any user?
[19:21] <fathom> I pasted the program launch from command line and attendent errors
[19:22] <fathom> yep
[19:22] <holstein> fathom: was it this paste? that has been removed? http://pastebin.com/GAhKQmMA
[19:24] <fathom> holstein, http://pastebin.com/KNgp0vuK
[19:24] <holstein> fathom: did you add a ppa? for a development version?
[19:25] <fathom> no, just regular
[19:25] <holstein> fathom: a regular what? ppa?
[19:25] <holstein> if you have a ppa version, that can be the issue..
[19:27] <fathom> The only one I got is sudo apt-get install
[19:27] <fathom> I see no reason why i would need a ppa version
[19:28] <fathom> I just needed stable audacity to apply some basic effects to
[19:28] <holstein> fathom: i dont either. im just checking that you are using the same version i am, which works
[19:28] <holstein> http://pastebin.com/MRMLUR1u is the paste of my output, for you to compare
[19:29] <holstein> i have 2.0.6.. what do you have?
[19:29] <fathom> holstein, I don't know, it greys out
[19:30] <holstein> you can look in a package manager
[19:31] <fathom> <IP_ADDRESS>
[19:35] <holstein> i have 2.0.6-2 is that what you have?
[19:35] <holstein> did you configure it to use jack? are you using jack?
[19:39] <holstein> fathom: would you please, at least temporarily, reset the user config? and try running it again.. should be  "~/.audacity-data".. you can just rename, or move/delete it


[18:39] <rangerboy> i have a problem with backtrack 4... anyone have an idea how to mount a cdrom?
[18:49] <Ahmuck> mkdir /mnt/cdrom
[18:50] <Ahmuck> mount /dev/hdx /mnt/cdrom
[18:50] <Ahmuck> where hdx == ur cdrom device
[18:51] <Ahmuck> actually in ubuntu it should already be mounted
[18:51] <Ahmuck> in /media/cdrom
[19:23] <rangerboy> cool


[19:48] <coreyfro>  Hey all.  I need to build packages on a PPA for arm based systems.  Is there a how-to for preparing source packages for cross compileing?
[19:48] <coreyfro>  Also, how does one prepare a kernel for PPA?
[19:48] <coreyfro>  And out-of-tree device drivers
[19:49] <coreyfro>  All for cross compiling for arm
[19:49] <coreyfro>  I have them all working, manually.  I've even built debs by hand. Now I just need to make them something to satisfy a PPA
[19:50] <infinity> coreyfro: The best way to do out-of-tree modules is with a DKMS package
[19:50] <infinity> https://wiki.ubuntu.com/Kernel/Dev/DKMSPackaging
[19:51] <infinity> coreyfro: And cross-compiling is probably not the right answer in a distribution packaging setting (we don't cross any of our packages, except to bootstrap)
[19:52] <coreyfro> Awesome! Thanks!  Is there a PPA that build ARM schtuff?
[19:52] <coreyfro> infinity: I mean, ARM native?
[19:53] <infinity> coreyfro: You can request armhf be turned on for specific PPAs, though if you're doing dkms packages, you don't need to do that, as the builds happen on the user's machine.  The package only contains source, and can be arch:all.
[19:53] <infinity> (Unless it's a binary-only module, in which case you can't have it in a PPA anyway, as we don't allow you to upload non-free stuff to PPAs)
[19:54] <coreyfro> Oh, no.  We need it built on the PPA, we're making devices based on Ubuntu.  The users should never have to touch the user environment
[19:54] <coreyfro> It's all opensource
[19:54] <infinity> I don't think you understand what DKMS does. :)
[19:54] <infinity> The user doesn't manually build anything.
[19:55] <infinity> It's a framework that keeps modules up-to-date with current kernels.
[19:55] <coreyfro> ifinity : You would be correct ;-)
[19:55] <infinity> It's how we package, for instance, nvidia and fglrx stuff, and many other out-of-tree modules.
[19:55] <infinity> This is *far* better than you having to rebuild versioned modules in your PPA for every single kernel SRU or security update.
[19:57] <coreyfro> infinity: awesome.  What about building kernels?  I have huge sets of patches I need to move around (https://github.com/RobertCNelson/linux-dev)
[19:58] <infinity> Building kernels is a different kettle of fish entirely and yeah, you'd need a native PPA for that, and to do a fair bit of reading/research on how to make packaged kernels that play nicely.
[19:58] <infinity> Probably lots of good info to be found under wiki.u.c/Kernel
[20:00] <coreyfro> I've been building clean, happy kernals on my AMD64 systes.  Do PPA's work better or only as native build environments?


[00:00] <LjL> Nafallo, ugh.
[00:00] <Nafallo> yea. I think something like that now...
[00:01] <no0tic> Nafallo, argh
[00:04] <RoAkSoAx> lol
[00:05] <Seeker`> Nafallo: I believe the correct phrase is "OMG! MY EYES!! THE GOGGLES DO NOTHING!"
[00:05] <RoAkSoAx> does anyone know why botijo is not around?
[00:05] <Nafallo> Seeker`: naah. I'm pretty openminded. not quite that openminded, but still :-)
[00:06] <LjL> RoAkSoAx: jpatrick might
[00:07] <RoAkSoAx> LjL, i have seen him away for a couple of days , that why i was asking xD
[00:08] <LjL> well, i don't know :|
[00:10] <RoAkSoAx> ok, np xD
[00:14] <LjL> raptoid, now there is still a couple of things you should do (or if you want, i guess i can do them for you)
[00:14] <LjL> 1) change https://help.ubuntu.com/community/InternetRelayChat so that it mentions the right channel and the right contact
[00:14] <LjL> 2) mail admin at   ubuntu-eu dot org   and ask them to move locobot_1 from #ubuntu.tr to #ubuntu-tr
[00:15] <LjL> (yes, i know it has already moved, but they should still set it up to join the right channel)
[00:21] <LjL> ah raptoid, there was another thing you asked me but i'm not sure what you meant
[00:21] <LjL> was that how to obtain an ubuntu/member/ cloak?
[00:51] <heartsmagic> hello
[00:51] <LjL> hi heartsmagic
[00:52] <LjL> i've just talked to raptoid some minutes ago, as we moved #ubuntu.tr to #ubuntu-tr, since #ubuntu.tr is not the correct naming for an official LoCo channel, and i believed that they represented the turkish LoCo team, as the channel is listed on http://wiki.ubuntu.com/IRC and contained an official LoCoBot
[00:52] <LjL> it would seem now that the official LoCo team for Turkey is another, however
[00:52] <LjL> could you clarify?
[00:53] <heartsmagic> yes, now the team is different
[00:53] <heartsmagic> none of the old stuff are with us
[00:54] <heartsmagic> s/stuff/staff
[00:55] <LjL> heartsmagic, uhm, i see... the channels you're using, however, aren't in the namespace for LoCo channels... also, i see your team listed at https://wiki.ubuntu.com/LoCoTeamList as an Approved team, is that correct?
[00:55] <heartsmagic> yes correct
[00:55] <heartsmagic> and we know our channel names are not suitable
[00:57] <LjL> heartsmagic, do you remember when the team was approved, roughly?
[00:57] <LjL> and if i may know... what relationships are you in with the #ubuntu.tr people?
[00:58] <heartsmagic> approximately one month ago
[00:58] <heartsmagic> LjL: i know _paco_ , he said they want to transfer the channel to us, but i dont know the last situation
[00:59] <heartsmagic> he is online right now, i asked, if he answered i'll tell you
[01:02] <LjL> cool
[01:02] <LjL> was the approval decided during the CC meeting of 21 february?
[01:02] <heartsmagic> yeah LjL prolly
[01:02] <heartsmagic> ok he answered
[01:02] <heartsmagic> should i invite him here?
[01:02] <LjL> feel free to invite him here, yes
[01:04] <heartsmagic> hmm, i think they want to continue as the owner of the channel
[01:07] <LjL> oh, i see ekovanci is online, could you invite?
[01:08] <heartsmagic> ok
[01:09] <heartsmagic> ok LjL i'll be the interpreter
[01:09] <LjL> hello ekovanci
[01:09] <LjL> ah thanks
[01:09] <ekovanci> hello LjL
[01:09] <heartsmagic> LjL: ekovanci knows the situation
[01:10] <LjL> i'd like to know in which CC meeting the team was approved, i don't see it in the february logs...
[01:11] <heartsmagic> ok, he thinks it is approximately one month, like me
[01:11] <LjL> don't remember the day of the meeting? :|
[01:11] <heartsmagic> nope, sorry
[01:12] <LjL> the last CC meeting was on 21 February, that i can see, but there is no mention of the Turkish LoCo Team
[01:12] <heartsmagic> LjL: ekovanci wasnt in the project when we approved
[01:13] <heartsmagic> i dont know in which meeting but we saw our names on the approved section
[01:13] <LjL> uh, who was leading the team at that time?
[01:14] <heartsmagic> he was kerem ongan
[01:16] <LjL> can't see that name on launchpad
[01:16] <heartsmagic> on turkish team? he quit
[01:16] <LjL> no, anywhere
[01:17] <heartsmagic> ok i think this is because
[01:17] <heartsmagic> the project is hold with a group in here, OpenSource-Tr
[01:17] <heartsmagic> and kerem was a member of this group
[01:18] <heartsmagic> but actually we havnt started the project, serdar mete has
[01:18] <heartsmagic> after some time, canonical gave us the project
[01:20] <LjL> where does #ubuntu.tr fall in the picture?
[01:21] <heartsmagic> when ubuntu-tr.com was active
[01:21] <heartsmagic> 1,5 years ago i think or some more
[01:21] <heartsmagic> after that ubuntu-tr.com dropped
[01:22] <LjL> this seems a bit like a mess, honestly :|
[01:23] <heartsmagic> yes a big mess :) i am sorry
[01:24] <heartsmagic> but now we are the only project holders of k/ubuntu-tr.org , ekovanci and me
[01:24] <heartsmagic> but we are tied to Opensource-tr
[01:25] <LjL> well, the problem here is... if you are the official, approved Ubuntu LoCo Team for Turkey, then you should in theory control the #ubuntu-tr channel
[01:25] <heartsmagic> but ubuntu-tr is so old, before ubuntu-tr.org
[01:25] <LjL> (at least, the problem as far as the irc council is concerned)
[01:25] <heartsmagic> the owner of ubuntu-tr.com dropped the domain
[01:26] <LjL> well, but the channel is still active
[01:26] <heartsmagic> so what can we do now?
[01:26] <LjL> i don't know. LoCo teams are usually approved by the Community Council during a public meeting, but i can find no such meeting
[01:27] <heartsmagic> so who approved us?
[01:27] <Seeker`> There aren't any logs that support the approval in the "MeetingLogs" section of the wiki
[01:27] <LjL> i don't know... how did you get to know you had been approved, to begin with?
[01:28] <heartsmagic> just check the wiki :)
[01:28] <heartsmagic> nobody came to us
[01:28] <Seeker`> which goes back to November 2005
[01:28] <LjL> heartsmagic, but the wiki was changed by the user "Ubuntuturkey"
[01:28] <LjL> which i guess is/was a fictious name for the whole team
[01:29] <heartsmagic> we don'k know him or her
[01:29] <heartsmagic> but one of our old project workers is Yaman Akçalı
[01:29] <Seeker`> The "Ubuntuturkey" user's home page was created on the 25th february
[01:29] <heartsmagic> imho he is working or was working for canonical
[01:31] <heartsmagic> or maybe Serdar Mete
[01:31] <heartsmagic> founder of ubuntu-tr.info , after that we moved to ubuntu-tr.org
[01:32] <heartsmagic> i think Serdar Mete talked to you at the beginning of the project
[01:34] <heartsmagic> LjL: if you give me abit time, i'll the exact approval date
[01:34] <heartsmagic> but just adding the wiki time
[01:35] <LjL> if you could clarify this for me, i'd be glad
[01:35] <heartsmagic> ok i am checking the logs
[01:39] <heartsmagic> LjL: got it
[01:39] <heartsmagic> 2008-03-26
[01:41] <heartsmagic> LjL: as you see, we dont know who approved us, or who is ubuntuturkiye on the wiki
[01:41] <heartsmagic> how can we clarify this?
[01:42] <LjL> heartsmagic, i'm not sure, i'll try to get in contact with the loco team coordination about this
[01:42] <LjL> could you stay joined to this channel for some days, please?
[01:42] <heartsmagic> ok no problem
[02:53] <ekovanci> herkese iyi geceler
[14:17] <Nafallo> !ask
[14:17] <ubotu> Please don't ask to ask a question, ask the question (all on ONE line, so others can read and follow it easily). If anyone knows the answer they will most likely answer. :-)
[17:02] <raptoid> hi
[17:02] <raptoid> everyone..
[17:03] <raptoid> i need a forwarding channel command ..
[17:03] <raptoid> ?
[17:04] <Myrtti> it's basically a ban
[17:04] <Myrtti> I think
[17:05] <pleia2> raptoid: https://wiki.ubuntu.com/IrcTeam/MovingChannels
[17:06] <pleia2> is that what you meant?
[20:14] <heartsmagic> hello
[20:25] <LjL> hi
[20:28] <heartsmagic> LjL: have you learned the approval date and who did it?
[22:13] <LjL> heartsmagic, nope
[22:13] <heartsmagic> weird
[22:13] <heartsmagic> cant you check who edited the wiki?
[22:20] <LjL> heartsmagic: not beyond knowing it was the Ubuntuturkey nickname
[22:21] <heartsmagic> so weird
[22:21] <heartsmagic> do you know Yaman Akçalı?
[22:27] <LjL> afraid not
[22:27] <LjL> i'm just an irc person, i've only accidentally stumbled into this issue
[22:29] <heartsmagic> with who should we talk this issue?
[22:36] <RoAkSoAx> hi LjL :)


[00:00] <lazypower> you realize my hand is getting sore from all the hi5's lately dude. You've been killin it.
[00:00] <jose> lazypower: apparently the Chamilo charm is working and needs to be promulgated so it can be promoted during an expo
[00:00] <jose> thanks :)
[00:00] <lazypower> when is this expo?
[00:00] <jose> from today until saturday
[00:00] <jose> started like at noon today
[00:00] <lazypower> oh ok, zero notice
[00:00]  * jose told Marco on Monday
[00:00] <lazypower> i'm checking into the MapR Hadoop distribution charm. Once that's done i can take a look at chamilio again
[00:01] <jose> thank you!
[00:01] <lazypower> ah, he's been saddled with my MongoDB work since i fell ill
[00:01] <lazypower> i'll pick up the torch nbd
[00:01] <jose> in the meanwhile, I'll organize the Ubuntu on Air! channel for a nicer experience
[00:01] <lazypower> what
[00:04] <jose> you'll see later today
[00:05]  * lazypower eyeballs jose suspiciously
[01:04] <marcoceppi> jose: promulgated
[01:04] <jose> marcoceppi: awesome, thanks a bunch! \o/
[07:45] <yaell> Hi we are new to juju and trying to deploy openstack using it. We encountered some basic problems. We are using 10 machines one is the maas and juju server and the 9 others for deployment. The problem is there are 9 services that have to be deployed but only 8 machines left after bootstrap. When trying to deploy 2 services on 1 machine something always fails. Does anyone know if there are services that can not be installed on the same m
[07:46] <yaell> In addition is this the best place to ask questions regarding juju and openstack or is there an additional mailing list?
[07:50] <axw> yaell: I don't know the answer to your problem, but there's a mailing list (https://lists.ubuntu.com/mailman/listinfo/juju) and http://askubuntu.com/
[07:51] <axw> this is an appropriate place, but I think most of the people who know the answers will be asleep
[07:57] <mwhudson> yaell: you can deploy a bunch of the services to separate containers on one node
[07:57] <mwhudson> i'm fairly sure
[07:57] <mwhudson> how production-ish is this?
[08:04] <yaell> Just testing it for now
[08:04] <yaell> how do I deploy to separate containers on the same node?
[08:18] <mwhudson> yaell: if you know the machine number you can say juju deploy --to lxc:$machine number
[08:19] <mwhudson> yaell: juju help deploy has some more examples
[08:28] <lukebennett> lazypower: Thanks for your reply to me yesterday. No the node stayed as allocated. As suspected, when I powered the node down manually and reran juju bootstrap, it PXE booted and deployed as expected.
[08:29] <yaell> Yes I did that the problem is when I do that the service does not come up properly or if I add relations the service fails.
[08:33] <mivtachyahu> good morning.  That's happened to me a few times, things seem to get out of whack once in a great while and things go into a pending state.
[13:31] <lazypower> sherman: i dont understand the question
[13:32] <lazypower> You want to place your bootstrap node on an lXC container somewhere, and use that to orchestrate your maas cluster?
[13:43] <jcastro> hey so I noticed something odd
[13:43] <jcastro> hey marcoceppi
[13:43] <jcastro> https://juju.ubuntu.com/docs/tools-amulet.html
[13:43] <jcastro> in the sidebar
[13:43] <marcoceppi> jcastro: hey
[13:43] <jcastro> I think we should just rename it to "Writing Tests" to be more obvious.
[13:43] <gQuigs> with the local-provider all of my VMs get the same IP/DNS name, what am I doing wrong?
[13:44] <jcastro> https://juju.ubuntu.com/docs/authors-testing.html
[13:44] <jcastro> oh, this is the page I wanted anyway
[13:44] <marcoceppi> jcastro: it's the Amulet reference guide
[13:44] <marcoceppi> yeah
[13:44] <jcastro> I'm going to retitle that
[13:44] <jcastro> "Writing tests for charms"
[13:46] <lazypower> gQuigs: lxc is attempting to assign the same ip to all of your containers?
[13:47] <gQuigs> lazypower: afaict it actually does
[13:47] <lazypower> that.. makes no sense. its given a range in the configuration to choose from
[13:47] <lazypower> what version of juju/lxc?
[13:47] <gQuigs> last time, I could ssh to the IP and I would randomly get one of the VMs
[13:48] <lazypower> gQuigs: if you look in /etc/defaults/lxc you should see a config variable for LXC_DHCP_RANGE
[13:48] <gQuigs> juju, stable/ppa - 1.18.4-trusty-amd64;   lxc, the stable
[13:49] <jcastro> huh, how is that even possible
[13:50] <lazypower> jcastro: this ties in with what bluespeck emailed us about this morning.
[13:50] <jcastro> surely it would error out if it tried to get the same ip?
[13:50] <lazypower> and right, the container should sit in pending due to ip collision
[13:50] <jcastro> lazypower, but they were on azure, so if it affects multiple providers ....
[13:50] <lazypower> jcastro: well i dont have imperical evidence but this sounds strikingly similar
[13:51] <jcastro> similar enough to ask somebody
[13:51] <gQuigs> lazypower: jcastro: nope, it tries really hard to work... http://pastebin.ubuntu.com/7705971/
[13:51]  * gQuigs checking in ..default/ now
[13:51] <lazypower> what the
[13:51] <jcastro> hey so let's open a bug right away
[13:52] <jcastro> so I can ask people to take a look
[13:53] <lazypower> gQuigs: do you mind attaching the output of your machine0.log, your juju-status, and filing a but at launchpad.net/juju-core ?
[13:53] <lazypower> er juju-local
[13:55] <gQuigs> lazypower: sure, will do if I can find a cause
[13:55] <lazypower> gQuigs: we need to poke at this sooner rather than later. this appears to be related (but may not be)
[13:56] <gQuigs> lazypower: what is your /etc/default/lxc-net supposed to look at?
[13:56] <lazypower> jcastro: once we have a bug # will you follow up with the bluespeck guys?
[13:56] <lazypower> gQuigs: http://paste.ubuntu.com/7705989/ is mine
[13:57]  * gQuigs is identical... I'm going to revert to a non-ppa LXC...
[14:00] <sparkiegeek> marcoceppi: jcastro: sorry for nagging but would really appreciate a look at https://code.launchpad.net/~adam-collard/charms/precise/reviewboard/trunk/+merge/224041. Fixes a bug that prevented installation on stale images and adds a ton of tests
[14:02] <jcastro> sparkiegeek, yeah reviewers have been swamped
[14:02] <lazypower> sparkiegeek: this looks good - however your tests are in hooks/
[14:02] <jcastro> lazypower, you got time to take a break and give that a review today?
[14:02] <lazypower> there's an idiom to keep tests in $CHARM_DIR so they can be executed via charm test
[14:03] <sparkiegeek> lazypower: they aren't amulet tests (as discussed before, can't do that due to postgresql charm relation)
[14:03] <lazypower> ahhh ok so you're aware
[14:03] <sparkiegeek> lazypower: I consider it Python best practice to put them where they are now (close to the code)
[14:03] <lazypower> well, you have a make target for them
[14:03] <lazypower> +1
[14:03] <sparkiegeek> yup :)
[14:04] <lazypower> i dont have the same dependencies though, is it possible you could add a requirements.txt or something with the deps and a make setup target that would pip install those for me?
[14:04] <lazypower> that way i'm not manually chasing down the deps?
[14:04] <sparkiegeek> lazypower: of course
[14:08] <jcastro> asanjar, hey elasticsearch ninja-edition is now in the store, please start bundling cool stuff
[14:10] <wesleymason> marcoceppi: lazypower: I've been told you've been working on the mongo charm, I've been working on getting it to use the storage subordinate for persistent volumes
[14:12] <jcastro> marcoceppi, how often does the github sync work? elasticsearch seems out of date but it updated in the store like yesterday
[14:12] <lazypower> wesleymason: we're under an active effort to rewrite it to use currently existing charm-helpers and reduce overall complexity of the charm. We should have something to look at by next week. Do you have your storage-volume branch somewhere we can reference?
[14:12] <lazypower> i'd be willing to try to fold it in to the first cut if its basically there in the  mongodb charms current form.
[14:16] <wesleymason> lazypower: I have an MP, with branch referenced: https://code.launchpad.net/~wesmason/charms/precise/mongodb/add-storage-subordinate-support/+merge/223539
[14:17] <lazypower> wesleymason: ah, thanks. seems pretty straight forward. I'l add this to our card to have this as a base feature ootb
[14:17] <wesleymason> lazypower: cheers :)
[14:18] <lazypower> gQuigs: still banging your head against the desk with ip assignment and LXC?
[14:19] <gQuigs> lazypower: nuked all the juju/local/lxc packages and trying fresh
[14:23] <gQuigs> hmm.. now on reinstall I'm getting lxcbr0 not found.. maybe I messed with that at some point...
[14:25] <lazypower> gQuigs: its a virtual ethernet device bridge. when you purged it probably removed the device. did you install the juju-local package?
[14:25] <gQuigs> lazypower: yup
[14:28] <wesleymason> lazypower: fyi I'm also *currently* adding some nagios checks to the mongodb charm on another branch
[14:28] <lazypower> wesleymason: might want to hold on that pending our re-release of the charm
[14:29] <wesleymason> lazypower: is it going to add checks? Or just because of the refactor of the charm?
[14:29] <marcoceppi> lazypower wesleymason adding nagions relation should be pretty easy to transplant, unless you're adding it in the hooks.py
[14:29] <wesleymason> marcoceppi: yeah, the relation/hook is about 6 lines of python, most of the checks are in separate nagios plugin script files
[14:29] <marcoceppi> wesleymason: cool, should be pretty easy to transplant that
[14:30] <wesleymason> aye, won't be a merge, but not hard to copy over
[14:30] <wesleymason> as I ended up bumping charmhelpers on my branch too, for the nrpe helper
[14:31] <wesleymason> marcoceppi: lazypower: got any idea of an ETA on charm refactor, or just "when it's done"?
[14:31] <marcoceppi> wesleymason: I'm working on it right now, I should have it done by the end of the weekend
[14:32] <wesleymason> awesome
[14:48] <gQuigs> yup, now installing lxc does't create the lxcbr0 at installl time...
[14:48] <asanjar> lazypower: i am back from doc visist, what's up
[14:48]  * gQuigs goes to#lxcontainers
[14:48] <lazypower> couple of things actually
[14:48] <lazypower> i gated a merge against your hadoop2-devel charm: https://code.launchpad.net/~lazypower/charms/trusty/hadoop2-devel/python_rewrite/+merge/224647
[14:49] <lazypower> that should close the loop on removing all the class bits out of the hooks and 1:1 with the bash counterpart. so we're good to gofor replacement
[14:49] <lazypower> we can pair program the tests as early as next week.
[14:50] <lazypower> Did you get a chance to review MapR yet?
[14:55] <schegi> anyone knows how to name ceph clusters when deployed with ceph charm??
[15:00] <gQuigs> and now that I have lxcbr0 working again, it's all fine - different IPs for each machine, yay :)
[15:00] <jcastro> sebas5384, it will take me a bit longer to get me a shirt to you
[15:02] <schegi> jamespage, thx for your help yesterday ceph cluster up and running with splited network. now i have to figure out how to configure the osds to use external journal devices. but this seems to be doable.
[15:08] <lazypower> sebas5384: hey! i haven't forgot about you. I'll be working on the vagrant plugin this weekend. I should have a PR circa sunday.
[15:08] <sebas5384> yeah!! lazypower i'm a bit in phantom mode these days hehe
[15:09] <lazypower> Totally understood :) Thanks for laying out the repository for the work though. I'm going to head back through it tonight and setup the remaining milestones and project plan
[15:09] <sebas5384> but definitely i'm going to comeback to you in these days :D
[15:10] <lazypower> i started it and never finished the work. I've been sidetracked with 8 billion other objectives
[15:10] <sebas5384> great!! and i had some ideias that i'm going to registrate in the issues list :D
[15:10] <sebas5384> hehehe
[15:10] <sebas5384> i know that feeling
[15:10] <sebas5384> right now im in a hackathon of drupal 8
[15:10] <lazypower> sounds good. I'm heading out to a dr's appt.   Did apt-get install juju-core, juju-local.  Then did juju init, switch local, bootstrap - Machine "0" : agent-state started.
[16:51] <g0ldr4k3> hello everyone, I've a question for you, juju-core has to be installed on host machine or on region controller (MaaS) if I want to have an environment based on MaaS (Region Controller + 3 Cluster Controller +3 nodes for each CC)?
[16:52] <Pa^2> When I attempt to do juju deploy wordpress it appears to try and start machine "1" but just says pending - many minutes now.  Thoughts?
[16:52] <sarnold> Pa^2: the first deploy downloads a whole cloud image.. that can take a while
[16:53] <Pa^2> I will wait and get back to you.  Thanks.
[16:55] <g0ldr4k3> because I've installed it on RC but when to run the command "juju bootstrap -e maas --debug". juju try to connect to node but without to create a connection!!!
[16:55] <g0ldr4k3> is there someone can help me? thanks
[16:56] <g0ldr4k3> there string is this "2014-06-26 16:55:29 DEBUG juju.utils.ssh ssh_openssh.go:122 running: ssh -o "StrictHostKeyChecking no" -o "PasswordAuthentication no" -i /home/richardsith/.juju/ssh/juju_id_rsa<EMAIL_ADDRESS>/bin/bash"
[16:58] <sarnold> g0ldr4k3: oh, nice; what happens when you run that command by hand?
[16:59] <g0ldr4k3> sarnold: which is the command I have to run?
[16:59] <g0ldr4k3> sarnold: and why it try to connect on only one node the others
[17:00] <sarnold> g0ldr4k3: ssh -o "StrictHostKeyChecking no" -o "PasswordAuthentication no" -i /home/richardsith/.juju/ssh/juju_id_rsa<EMAIL_ADDRESS>/bin/bash
[17:00] <g0ldr4k3> sarnold: the result is this "ssh: Could not resolve hostname ubuntu14.04ltsnode02cluster01svr: Name or service not known"
[17:01] <sarnold> g0ldr4k3: nice.
[17:01] <sarnold> g0ldr4k3: do you recognize that funny hostname? "Ubuntu14.04LtsNode02Cluster01Svr"
[17:01] <g0ldr4k3> if I try to run a ssh connectio from host machine it works well
[17:01] <sarnold> g0ldr4k3: do you recall if that's something that you might have assigned to it in some way? I'm really surprised about the . in the middle of it..
[17:02] <g0ldr4k3> yes but it's a test in my lab
[17:02] <sarnold> can you change the name to somehting that doesn't include a period?
[17:03] <sarnold> unless you're in a position to run a domain 04LtsNode02Cluster01Svr that has a host named Ubuntu14...
[17:04] <g0ldr4k3> no its hostname is another it's just the node's name added on MaaS UI
[17:04] <g0ldr4k3> and that's it
[17:04] <sarnold> hrm, did MAAS assign that name??
[17:18] <g0ldr4k3> Anyone can help me?
[17:21] <g0ldr4k3> I've posted my question tenore...
[17:24] <sparkiegeek> g0ldr4k3: please rename the node in MAAS to not have the "." in it as per sarnold above (unless you really have a domain as he suggests)
[17:25] <g0ldr4k3> I've to check i dont think its name has "."
[17:29] <g0ldr4k3> Maybe i understand the issue. I've not a doman set on maas
[17:30] <g0ldr4k3> The connection via ssh from host machine work's only with ip
[17:32] <g0ldr4k3> Sparkiegeek: thanks a lot for support i'll try to set it on maas
[17:51] <lukebennett> sparkiegeek: Thanks for your response to my query yesterday. PXE boot seems fine but I'm still having problems - http://askubuntu.com/questions/488396/
[17:54] <sparkiegeek> lukebennett: are you using virtual machines, or is this real hardware? What power type are you using?
[17:54] <lukebennett> Real hardware via WOL
[17:55] <sparkiegeek> lukebennett: any other DHCP servers in the network? Can you share the console log?
[17:56] <lukebennett> Yes, using external DHCP server but with reserved IP and relevant PXE configuration
[17:57] <lukebennett> You mean the maas log?
[17:57] <sparkiegeek> lukebennett: "relevant PXE" scares me... are you not using PXE from MAAS?
[17:58] <sparkiegeek> no I mean the log of the node that got booted
[17:58] <lukebennett> Test bed consists of two nodes - one running as MAAS cluster controller and region controller, one as a node... node has reserved IP and DHCP server is configured so it PXE boots from the MAAS server
[17:58] <lukebennett> PXE booting works fine - when I juju bootstrap, the server powers up
[17:58] <lukebennett> The environment deploys ok (well it doesn't, I get various errors with some of the charms but that's another story)
[17:59] <lukebennett> When I destroy it, mongod keeps running and the server stays online so a subsequent bootstrap fails
[17:59] <lukebennett> Which particular log file are you interested in? Sorry if that's a stupid question, still finding my way around
[18:05] <sparkiegeek> lukebennett: ok, sorry I went to read up on MAAS power settings
[18:05] <sparkiegeek> lukebennett: so it turns out that (as I suspected) MAAS can't do power down using WOL
[18:05] <lukebennett> Ah
[18:05] <lukebennett> Thanks
[18:06] <sparkiegeek> lukebennett: the MAAS guys hang out in #maas if you need more help :)
[18:06] <lukebennett> Thanks, I've been somewhat split between the two :) It feels like regardless of the power down, juju ought to be able to clean up after itself?
[18:06] <lukebennett> i.e. I shouldn't have to power the node down to redeploy onto it
[18:08] <sparkiegeek> how are you "stopping" juju?
[18:08] <sparkiegeek> I mean, destroy-environment or ?
[18:08] <lukebennett> juju destroy-environment xxxx
[18:26] <AskUbuntu> Juju - configuring a service by clicking on charm with stand-alone implementation - LXCa | http://askubuntu.com/q/488575
[18:28] <sparkiegeek> lukebennett: can't say for sure but I suspect Juju expects MAAS to be able to power down machines and so doesn't do it itself
[18:28] <sparkiegeek> lukebennett: do you have any remote power control for turning the node off?
[18:29] <sparkiegeek> lukebennett: if so, you could "teach" it to MAAS by editting /etc/maas/templates/power/ether_wake.template
[18:31] <lukebennett> I think WOL is all we have on this setup but I'll speak to our ops guys about it. May have to try going down the VM route for testing
[18:32] <lukebennett> I would say that juju ought to be agnostic of what MAAS decides to do with powering down however
[18:34] <lukebennett> I need to hit the road now but thanks for your help
[18:38] <sparkiegeek> lukebennett: no worries, sorry I couldn't give you a better overall answer!
[18:49] <lazypower> sparkiegeek: did you get reviewboards make targets updated for me? this MP looks good otherwise.
[18:49] <sparkiegeek> lazypower: haven't had a chance yet I'm afraid
[18:49] <lazypower> ping me when that lands and i'll merge this for you.
[18:50] <sparkiegeek> lazypower: sure, thanks
[19:14] <arosales> jose:  nice to see tests in your chamilo charm
[19:30] <Pa^2> Just how big is cs:precise\wordpress?
[19:31] <Pa^2> BTW: I successfully got trusty/mysql and juju-gui working on my local install.
[19:37] <jcastro> marcoceppi, here's a small one
[19:37] <jcastro> https://code.launchpad.net/~chris-gondolin/charms/precise/nrpe-external-master/trunk/+merge/221062
[19:37] <jcastro> I think chuck sorted the lowest hanging fruit
[19:38] <jcastro> also, wrt to your mongo work
[19:38] <jcastro> https://code.launchpad.net/~wesmason/charms/precise/mongodb/add-storage-subordinate-support/+merge/223539
[19:39] <jcastro> marcoceppi, this one looks straightforward: https://bugs.launchpad.net/charms/+bug/1195736
[19:39] <_mup_> Bug #1195736: Storm Charm was added. <Juju Charms Collection:Fix Committed by maarten-ectors> <https://launchpad.net/bugs/1195736>
[19:40] <jcastro> here's another easier one
[19:40] <jcastro> https://code.launchpad.net/~jacekn/charms/precise/mysql/n-e-m-relation-v2/+merge/218969
[19:41] <lazypower> jcastro: i have that MP in the card on the board
[19:41] <jcastro> rock
[20:16] <Pa^2> Hmm, on a trusty system trusty charms spin right up, precise machines and charms not so much.
[20:20] <Pa^2> failed to process updated machines: cannot start machine 3: no matching tools available
[20:21] <Pa^2> Machine 3 is precise, 0,1,2 are trusty
[20:21] <Pa^2> Is there a way to DL precise "tools"
[20:22] <sarnold> Pa^2: juju sync-tools? tools-sync?
[20:22] <Pa^2> Thanks
[20:23] <lazypower> Pa^2: thats progress!
[20:23] <lazypower> yesterday you weren't even getting the tools notice
[20:23] <lazypower> sarnold: its sync-tools
[20:24] <sarnold> lazypower: nice, alphabetical order :) thanks
[20:24] <lazypower> np :)
[20:30] <Pa^2> I have the precise tarball in ~/.juju/local/storage/tools/releases.  Is that where it should draw from?
[20:32] <Pa^2> Unfortunately there is no precise in ~/.juju/local/tools
[20:35] <lazypower> Pa^2: http://askubuntu.com/questions/285395/how-can-i-copy-juju-tools-for-use-in-my-deployment
[20:35] <Pa^2> Thanks.
[20:38] <Pa^2> Well, time for burgers and beer... I will let this go until I get back in the am.  Thanks for all the assistance.
[22:25] <pmatulis> how do i remove proxy settings from juju?
[22:27] <pmatulis> i removed it from ~/.juju/environments/local.jenv but no


[05:21] <kerrick_> How can I figure out what's taking my (Upstart-based) system so long to boot?
[05:22] <kerrick_> With systemd there's systemd-analyze blame, but not sure if Upstart has an equivalent


[15:22] <jbailey> doko: ping
[21:35] <doko> jbailey: pong
[21:37] <jbailey> doko: Heya!  I was trying to catch you during your working hours earlier.  How much did I miss by?
[21:38] <doko> jbailey: maybe by minutes; I did leave early today
[21:41] <jbailey> Ah, too bad.
[22:15] <jbailey> doko: I'm bouncing around dayjob tasks right now.  Mostly I wanted to check with you.  I hadn't seen a 2.7.1 announcement yet, and I don't see it on ftp.gnu.org
[22:15] <jbailey> Did you mean 2.7-1?
[22:16] <doko> jbailey: I did mean 2.7-1
[22:16] <jbailey> Cool.  That's what I'm working with.
[22:16] <doko> and: <CIA-4> debian-glibc: aurel32 * r2704 /glibc-package/tags/2.7-2/ (20 files in 9 dirs): Tag glibc 2.7-2
[22:16] <jbailey> Yeah, I'll finish the merge I've got going now.
[22:17] <jbailey> I'm hoping the thousand lines of Sparc patch made it into 2.7 upstream.


[14:35]  * mpt hugs newz2000
[14:36] <newz2000> hey mpt! what did I do to deserver that?
[14:36] <mpt> search.ubuntu.com!
[14:36] <newz2000> ah, yeah, it's alive!
[14:37] <mpt> The link in the help viewer doesn't work yet, but I'm sure that's only a matter of time ;-)
[14:37] <newz2000> yeah, it's on my list
[14:38] <mpt> Completely unrelated question: What's http://isv-image.ubuntu.com/ ?
[14:39] <newz2000> I've never used that site, it looks like an apt repo maybe?
[14:40] <mpt> Completely unrelated question: Why do cdimage.ubuntu.com and cdimages.ubuntu.com coexist? Why doesn't one redirect to the other?
[14:41] <newz2000> I don't know the answer to that one
[14:43] <mpt> Then there's <http://cl.releases.ubuntu.com/> and <http://sk.releases.ubuntu.com/>, which seem to differ only in their icons and font sizes
[14:44]  * newz2000 marvels at matt's detective skills
[14:46] <mpt> Huh, http://videos.ubuntu.com/
[14:47] <newz2000> I believe that one is a place for boredandblogging (and maybe popey) to put videos for use on other ubuntu websites
[14:47] <mpt> I see
[14:47] <popey> it was used by jono/daniel
[14:47] <popey> after some videos were uploaded to youtube and people bitched about them not being in an open format
[14:48] <popey> iirc
[14:48] <mpt> http://auckland.ubuntu.com/ probably should redirect to http://archive.ubuntu.com/
[14:49] <newz2000> oh, hey popey, I didn't notice you were here!
[14:49] <popey> I'm _everywhere_ :)
[14:49] <popey> ish
[14:49] <newz2000> mpt: these points you're making are good, but probably need to go to<EMAIL_ADDRESS>for them to get done (though I'm happy to tell you what I know about them)
[14:50] <mpt> yeah, that's the idea :-) I'm just exploring
[14:50] <mpt> I assume seek-test.ubuntu.com can go away now?
[14:50] <newz2000> no prob
[14:50] <newz2000> ah yes, it can
[14:50] <newz2000> oh wait
[14:51] <newz2000> actually, maybe not until I get yelp working with search.ubuntu.com
[14:51] <newz2000> I will need to explore that first
[14:52] <mpt> oh man, there's isv-image.ubuntu.com *and* isvimage.ubuntu.com
[14:53] <newz2000> where are you gettign this?
[14:55] <mpt> I'm up to <http://www.google.com/search?hl=en&q=%22index+of%22+site%3Aubuntu.com+-site%3Aplanet.ubuntu.com+-site%3Abrainstorm.ubuntu.com+-site%3Aseek-test.ubuntu.com+-site%3Alists.ubuntu.com+-site%3Amanpages.ubuntu.com+-site%3Adoc.ubuntu.com+-site%3Apackages.ubuntu.com+-site%3Aauckland.ubuntu.com+-site%3Aports.ubuntu.com+-site%3Aconflictchecker.ubuntu.com+-site%3Avideos.ubuntu.com+-site%3Akernel.ubuntu.com+-site%3Amerges.ubuntu.com+-site%3Ahelp
[14:55] <mpt> .ubuntu.com+-site%3Aupstart.ubuntu.com+-site%3Aisv-image.ubuntu.com+-site%3Aold-releases.ubuntu.com+-site%3Areleases.ubuntu.com+-site%3Acdimages.ubuntu.com+-site%3Atorrent.ubuntu.com+-site%3Airclogs.ubuntu.com+-site%3Apeople.ubuntu.com+-site%3Apatches.ubuntu.com+-site%3Acdimage.ubuntu.com+-site%3Asecurity.ubuntu.com+-site%3Aarchive.ubuntu.com&btnG=Search> so far :-)
[14:55] <mpt> hehe, http://prat.ubuntu.com/
[14:56] <mpt> ok, that's the end
[14:58] <newz2000> \o/
[15:00] <mpt> Weird, prat.ubuntu.com and archive.ubuntu.com seem to be identical, but auckland.ubuntu.com has a different modification date at the top level
[15:09] <mpt> Ok, I've submitted two RT requests, one on auckland vs. prat vs. archive, the other on isvimage vs. isv-image
[15:09] <newz2000> I'll research seek-test and get an RT for that soon
[15:10] <mpt> I have a new appreciation for how vast Ubuntu's Web presence is
[15:10] <mpt> (and therefore how mind-boggling it is for just one person to be responsible for it all)
[15:11] <newz2000> I would be more productive if the gnome file open (or save) dialog was more efficient
[15:11] <newz2000> :-)
[15:11]  * newz2000 chuckles
[15:12] <newz2000> sorry, feeble attempt at humour
[15:14] <newz2000> actually I've made a request to hire another webmaster, one whose strengths lie in the world of graphic design to compliment my deficiency in that area
[15:14] <newz2000> so far andrew is not convinced we need one
[15:15] <newz2000> but we're getting behind as time goes by and it prevents us from doing cool proactive stuff like user testing, optimizing navigation, etc.
[15:15] <newz2000> fortunately we have the webteam. Maybe once we get going we'll get ahead of the game
[15:16] <mpt> Do you find that sometimes when you press Ctrl O (or Ctrl S) the file dialog takes 20~30 seconds to appear?
[15:16] <mpt> I get that sometimes, and I've never understood why
[15:16] <newz2000> no
[15:17] <newz2000> oh, wait, I have had that, but not recently
[15:17] <newz2000> I thought it was something related to mounted drive like a network share or an SD card because that would happen in Windows too for that reason
[15:18] <newz2000> (back in the day)
[15:19] <newz2000> have you noticed that in many dialogs if you start typing it does the wrong thing? For example, in the save dialog often the text field is not focused by default so typing starts a search in the file list
[15:19] <newz2000> and if you click on the left side to choose desktop then it starts a search in the left side but really you want to start typing your file name
[16:44] <mpt> yes
[16:45] <mpt> and it's gratuitously difficult to unfocus the auto-complete field
[18:42] <vbabiy> newz2000: hey how are you?
[18:43] <newz2000> hey vbabiy, good here, how are you?
[18:43] <vbabiy> Not bad, how are things going
[18:43] <newz2000> don't ask because the answer ends with, "wanna help?"
[18:43] <newz2000> :-)
[18:44] <vbabiy> newz2000: is there anything little project because I am pretty packed right now, got a few projects going on at once
[18:44] <newz2000> nah, don't sweat it. We've got the start page and feature tour that I'd love to get some help with but both of those are going to take some big help
[18:45] <vbabiy> newz2000: can I see what you have for the feature tour
[18:46] <vbabiy> Sorry, about this I really wanted to help I just go so much work right now its crazy
[18:46] <newz2000> well, we decided to go with BnaryDigit's mockup with some modifications
[18:46]  * newz2000 gets the link
[18:46] <newz2000> https://wiki.ubuntu.com/Website/IntrepidStartPage
[18:46] <newz2000> I edited that page to make it more clear
[18:47] <vbabiy> is it the one at the bottom
[18:47] <newz2000> the top one
[18:48] <vbabiy> O isee
[18:48] <vbabiy> did you get a feature tour design?
[18:48] <newz2000> no, I'm going to get that started and then ask for help on smaller bits because I think its too big and people are hesitant to take on too much work when it's not clearly defined
[18:50] <vbabiy> yeah the release is coming up soon
[18:50] <newz2000> indeed
[18:50] <newz2000> I've got to make the homepage banner for beta tomorrow because beta is Thurs I think
[18:50] <newz2000> we'll be using thorwill's brown countdown banner there \o/
[18:52] <vbabiy> wow sounds like you got your hands full
[18:52] <newz2000> yeah it does
[18:52] <newz2000> and I'm not doing any of that stuff at the moment
[18:52] <newz2000> I'm setting up a wysiwyg editor so that someone can send html newsletters to canonical partners. :-)
[23:05] <newz2000> ah, too bad mdke isn't here, I got his editbar thingy working


[23:22] <aeden__d> any openVPN gurus looking for a challenge ?
[23:34] <aeden__d> looking for a little help with a vpn config. anyone have experience with setting one up?


[07:58] <lifeless> wgrant: don't you love release bugs ;0
[07:59] <lifeless> wgrant: I've asked ttx to grab some timing data, it looks like milestone assignment on bugs may be rather slow - we'll try to create a decent bug report
[08:00] <lifeless> wgrant: he's saying ~2s to dereference the bug, assign a milestone, and call lp_save()
[08:00] <wgrant> lifeless: On OpenStack projects? Yes.
[08:00] <wgrant> You have thousands of structsubs.
[08:01] <lifeless> wgrant: still, should be deferrable work
[08:01] <wgrant> I am aware.
[08:01] <lifeless> wgrant: heh
[08:01] <lifeless> wgrant: ok, well we'll gather the data
[08:02] <wgrant> It's on the list for this year, as it's becoming quite unpleasant.
[08:02] <lifeless> since assigning milestones is relatively rare I figure it doesn't show in the % failure rates much
[08:02] <wgrant> Most other things are performing OK nowadays.
[13:26] <cjwatson> Re discussion from yesterday, Diff.generateDiffstat works just fine for git diffs; it just needs a small tweak to run in -p1 mode.
[13:27] <cjwatson> (We could change the diff format from turnip, but I'd rather leave that as close as possible to the default git style.)
[13:29] <wgrant> Nice.
[13:30] <wgrant> Yeah, let's notdiverge pointlessly.
[13:35] <cjwatson> wgrant: And it's just the format_diff stuff in lp.app.browser.stringformatter that should need to be tweaked otherwise, right?
[13:38] <cjwatson> In which case I'm nearly done with preview diffs, just need to have the alternate diffs stuff in place in turnip and to finish the job changes.
[13:38] <wgrant> cjwatson: I think so. The rest is just bsed on the classes.
[13:41] <wgrant> I'll get to your two remaining not-quite-mega-branches soonish.
[13:41] <cjwatson> https://code.qastaging.launchpad.net/~cjwatson/germinate/+git/germinate/+ref/exp/+merge/254302 renders now.
[13:42] <cjwatson> Thanks.
[13:58] <wgrant> Ah excellent.
[14:06] <wgrant> cjwatson: https://code.launchpad.net/~wgrant/launchpad/do-not-reject-ddebs/+merge/257758
[14:10] <cjwatson> wgrant: r=me, thanks
[14:42] <cjwatson> wgrant: That's hopefully all the MP stuff proposed now.  I'm moving on to see if I can sort out at least a little bit of repo listing display.
[14:57] <cjwatson> wgrant: Should I shove contextlib2 into turnip-dependencies and land Kit's branch?  (Though, that's only worth it if you're going to get all the way up my review stack today, which may be a bit to ask ...)
[15:01] <wgrant> cjwatson: Sounds reasonable to me.
[16:48] <cjwatson> wgrant: This is basically awful: http://people.canonical.com/~cjwatson/tmp/git-target-listing.png
[16:49] <cjwatson> I think the best way to improve that would be to provide a list of branches in all associated repositories sorted by last-modified and privileging the default repository, or something
[16:49] <cjwatson> OTOH this was quick.  Any suggestions that might be doable short-term?
[17:32] <cjwatson> Deploying Kit's turnip branch for cross-repo diffs now.
[17:38] <cjwatson> Had to "rm -r /srv/mojo/mojo-stg-ue-launchpad-git/trusty/qastaging/build/storage-ceph/" so that the new auto-repo stuff stopped being confused


[00:04] <nigelb> Pendulum: I am now
[00:04] <Pendulum> nigelb: I have to go to dinner now, chat when I get back?
[00:04] <nigelb> sure
[21:13] <qu|x> hi all :)
[21:14] <Pendulum> hi qu|x
[21:15] <qu|x> Pendulum: Is it the channel for purblind people? :)
[21:19] <qu|x> Evening, school, I'm going to sleep!
[21:19] <qu|x> Bye all


[01:54] <subman> I assume that installing/running lubuntu under ubuntu installed with sudo apt-get install lubuntu-desktop is the same as running it by installing just it alone
[01:57] <Unit193> Not quite, you'll have all the gnome/unity leftovers/daemons.  Not even !purelubuntu is *quite* the same.
[01:57] <Unit193> !purelubuntu
[01:59] <subman> Unit193, I understand but is the performance/experience about the same?  I'm just testing 13.04 and was wondering if reporting anything I find is worth it.
[01:59] <subman> Problems I might encounter could be due to my method of installation/running.
[02:00] <subman> So far it seems to run much lighter and faster than xubuntu/xfce
[02:02] <Unit193> Xubuntu leans towards lightweight at times, but considers itself midweight.
[02:03] <subman> It seems that way for sure.  This is noticeably  faster and lighter.  Memory requirements are much less, cpu usage is very low.
[02:04] <subman> The clock defaulting to 24 hour format is a pita for me personally.
[02:12] <subman> firefox seems to be the major resource hog no matter what flavour of Ubuntu I run!
[02:15] <Unit193> You can always try xxxterm/xombrero.
[02:22] <subman> chromium seems light enough so far.
[02:24] <subman> I've never hear of xombrero until now.  I just might have to try that!
[02:24] <subman> Thanks
[02:26] <phillw> subman: there is a 'test' version of xombrero available via the dev area.
[02:27] <subman> 'dev area'?
[02:28] <phillw> subman: https://launchpad.net/~lubuntu-dev/+archive/non-official-apps
[02:29] <phillw> it is an area where the devs 'try' things out.
[02:35] <subman> phillw, trying it right now!  Thanks.
[02:35] <subman> Chromium is light though.  What makes FF so heavy?
[02:35] <Unit193> FF is actually ligher for me. >_>
[02:36] <subman> Unit193, maybe it is the pages I'm on.  Like google+
[02:36] <phillw> subman: the new FF is better (Don't quote me).
[02:37] <subman> I think I'm at version 20?
[02:37] <Unit193> That could be part of it, I'm at version 22.
[02:37] <subman> Ah.....Not in 13.04?
[02:38] <phillw> subman: lubuntu 13,04 will launch with chromium
[02:38] <phillw> as default
[02:39] <Unit193> I'm on 12.10.  It's been better for my usecase anyway for a bit.
[02:40] <subman> It looks like Chromium beats xombrero in both 'lightness' and speed.
[02:40] <Unit193> 0_o  You have one weird, weird system. :P
[02:40] <subman> Standard netbook
[02:40] <subman> Watching with htop
[02:42] <Unit193> Are you including all of chromium's processes?
[02:42] <subman> Right now I'm looking at overall load
[02:43] <phillw> subman: if you have xombrero using more resources than a a normal browser, you have a real problem...
[02:44] <subman> xombrero uses around 20% of my cpu and 42% of memory.
[02:44] <subman> I'll now check chromium.  Exact numbers should not matter as this is comparative
[02:44] <subman> my load with xombrero is .57
[02:47] <subman> Chromium takes 17% of memory and 6% of cpu.  load is .32
[02:48] <subman> Same pages loaded
[02:48] <phillw> subman: as we are discussing possible stuff, as opposed to actual; can you please move to lubuntu-offtopic
[02:49] <subman> phillw, done.
[11:34] <linuxdumb> I have installed lubuntu 12.04, if I choose to install all the updates from update manager will that upgrade my version of Lubuntu to the latest version which I think is 12.10, or do the updates not chance what release you have installed?
[14:21] <Wendigo> Would Lubuntu run well on a IBM Thinkpad R51, Pentium M 1.6GHz, 768MB of RAM, 40GB of HD, ATI Mobility Radeon 9000?
[14:29] <miksd> does that cpu have PAE support?
[14:31] <miksd> i had some older laptop ith pentium m cpu and it did not have PAE support and therefore was not able to run newer versions of ubuntu because newer ubuntu kernels does not have non-pae cpu support
[16:22] <mikeconcepts> sh: 1: inxi: not found
[20:03] <pinportal> hello, can I install Lubuntu on a tablet with CPU WM8650 ?
[20:22] <phillw> pinportal: what size is the hard drive?
[20:23] <pinportal> 1GB
[20:24] <phillw> pinportal: none of the ubuntu family will install with just 1GB
[20:24] <phillw> it's an ARM processor?
[20:24] <pinportal> yes...
[20:25] <phillw> lubuntu only have an image for the ac100
[20:25] <pinportal> http://www.wondermedia.com.tw/en/products/platform/soc/wm8650/
[20:26] <pinportal> this is my tablet CPU
[20:26] <pinportal> 600Mhz ARM926EJ-S processor
[20:27] <phillw> pinportal: have a read of https://wiki.ubuntu.com/ARMTeam that has details of where to ask.
[20:28] <pinportal> because
[20:28] <pinportal> I installed on there
[20:28] <pinportal> a android 2.2
[20:28] <pinportal> but It is slow on my tablet
[20:28] <pinportal> so I wanna try Lubuntu
[20:28] <pinportal> :)
[20:29] <phillw> I know there is a lubuntu arm distro that runs with 512Mb. But the ARM team are the best people to ask :)
[20:29] <phillw> they welcome new people :)
[20:30] <pinportal> oh ...
[20:30] <pinportal> thanks :D
[20:30] <pinportal> beucase
[20:30] <pinportal> bacause*
[20:30] <pinportal> because I know that Ubuntu for tablet
[20:30] <pinportal> will be very heavy
[20:31] <pinportal> so will need a good CPU :(
[20:31] <pinportal> maybe FirefoxOS could help me
[20:32] <phillw> pinportal: that is why I suggest asking them. I have no idea if the ac100 iso would run on your system. They will be able to help you. Their channel is #ubuntu-arm
[20:34] <pinportal> ok thanks )
[20:34] <pinportal> :D
[20:34] <pinportal> I will try it, bye
[20:35] <phillw> I've also joined the channel
[21:27] <n-iCe> hi
[23:36] <linuxdummy> I want to edit a .cfg file using leafpad but when I goto save it I get "can't open file to write" error
[23:56] <linuxdummy> I got my answer, gksudo leafpad