[08:09] <brobostigon> morning boys and girls.
[08:13] <zmoylan-pi> o/
[08:16] <brobostigon> o/
[13:55] <Merblammo> Hi. I'm trying to dual boot xubuntu on a laptop that already had Windows 10, but the only thing that ever boots off the HDD is Win10. I've disabled secure boot, disabled hibernate, but Grub never loads. Help :s
[13:57] <Merblammo> Btw xubuntu is installed, just won't boot
[14:09] <Seeker`> http://www.spacex.com/webcast iridium 5 launch in ~4 minutes
[14:23] <penguin42> hmm, not usual presenter
[14:57] <spaceloop> t
[15:01] <diddledan> spaceloop: this isn't minecraft, you don't need to press T to talk
[15:05] <spaceloop> thanks diddledan, it was my actually irc client popping open ubuntu-uk as I was trying to /join
[15:39]  * penguin42 fights a dist-upgrade - it's recreating initrd's for kernel versions that don't exist and filling /boot
[17:00] <penguin42> oh, that's damn annoying: https://arstechnica.com/science/2018/03/spacex-launches-a-rocket-but-noaa-prevented-some-of-it-from-being-shown/
[17:03] <TJ-> penguin42: "update-initramfs -d -k <version>" for each non-existent version
[17:04] <penguin42> TJ-: Hmm, what does that do other than delete it from /boot ?
[17:05] <TJ-> penguin42: removes the reference from /var/lib/initrams-tools/<version>
[17:06] <penguin42> TJ-: Why doesn't that happen automatically when the kernel dpkg's are removed?
[17:06] <TJ-> s/rams/ramfs/
[17:06] <TJ-> When the system runs out of space it bails before it reaches the code that removes the reference
[17:07] <penguin42> oh, that's unfortunate - so you mean when it runs out of space it end s up not doing the thing that could avoid it running out of space?
[17:09] <TJ-> penguin42: yes; if I recall correctly it's due to postponed triggers, and then bailing before triggers are carried out
[17:11] <penguin42> TJ-: Thanks; I'd ended up removing the /var/lib/initramfs-tools by hand and was upgraded before getting your reply; one for next time
[17:12] <TJ-> I've got a script to do it automatically that has come in useful for users in #ubuntu, and I wrote some instructions a couple days ago. There's a tip at the end might help for the future: https://paste.ubuntu.com/p/Thdtg9jCjp/
[17:14] <penguin42> nod
[17:52] <Azelphur> I'm really trying hard to get along with duckduckgo, but it kinda sucks, is there any way to make it less terrible?
[17:56] <DJones> Afternoonall
[17:57] <daftykins> Azelphur: i'd been playing with it on my desktop too, it is annoying you have to explicitly go to the images section sometimes - and results haven't been that ace - what are you seeing?
[17:57] <daftykins> hi DJones \o
[17:57] <Azelphur> daftykins: just terrible results
[17:58] <DJones> daftykins: How do, long time nospeaketc,hope things are goodwith you
[17:58] <Azelphur> daftykins: I mean, I could see myself using it with !g every time - but I suppose that kinda violates the point
[17:59] <DJones> Excuse lack of  spaces, need to de-crumb my keyboard
[18:00] <daftykins> DJones: :D yeah not too bad thanks, 2017 was a year of drama with house insurance works due to water leaks - but everywhere is nicely insulated and i got a new bathroom out of it too \o/ so pretty ace! how's about in your corner of the world?
[18:02] <DJones> Improving, 4 months with my  being ill (Pneumonia, bronchitis, sepsis etc,multiple stays in hospital) Due  to go back to work next week  on phased return
[18:03] <DJones> with my wife
[18:04] <DJones> But seems good now
[18:05] <daftykins> oh that sounds horrible, glad you've made it through!
[18:05] <penguin42> DJones: Oh, fun
[18:06] <DJones> Yeah, getting over it now
[18:14] <daftykins> i've been meaning to get into more exercise so i can try and get some fitness back, slightest bit of rain and i wimp out though ;)
[18:15] <daftykins> up to London on Tuesday too, gotta attend a clients BT engineer phone line install
[18:16] <zmoylan-pi> up to the big smoke... :-)
[18:20] <daftykins> yip!
[18:20] <daftykins> £180 return on flights
[18:22] <penguin42> daftykins: And what is the chance the engineer will show up ?
[18:22] <daftykins> i've no experience of these things on the mainland as it goes, since we don't have BT :D
[18:22] <zmoylan-pi> daftykins will be there, he's an engineer... :-)
[18:23] <daftykins> just a nice big afternoon range appointment time for Wednesday the 4th, but i'll be there 'til Friday so who knows
[18:23] <daftykins> yeah i'll ask the apartments caretaker to let me into the basement and hook it up for us :D
[18:23] <daftykins> as it is i'm going over to terminate all the apartments network points to the patch panel and put all the gadgets in (bar the TVs) so should be fun
[18:24] <zmoylan-pi> for some reason young indiana jones tv show is popping up in my brain were he has to receive a very important phone call... :-)
[18:32] <daftykins> sounds like my trip preparation should be watching that!
[19:48] <zmoylan-pi> i remember it after only seeing it once many moons ago... http://indianajones.wikia.com/wiki/Prague,_August_1917


[02:52] <jjesse> @agenda Detroit
[02:52] <jjesse> @schedule Detroit
[02:52] <Ubugtu> Schedule for America/Detroit: 26 Jun 17:00: Kubuntu | 28 Jun 08:00: Edubuntu | 29 Jun 10:00: Ubuntu Development Team | 04 Jul 16:00: Technical Board | 05 Jul 16:00: Edubuntu | 06 Jul 16:00: Ubuntu Development Team
[02:56] <sivang> @schedule Israel
[02:56] <Ubugtu> Schedule for Israel: 27 Jun 00:00: Kubuntu | 28 Jun 15:00: Edubuntu | 29 Jun 17:00: Ubuntu Development Team | 04 Jul 23:00: Technical Board | 05 Jul 23:00: Edubuntu | 06 Jul 23:00: Ubuntu Development Team
[02:59] <simira> what, did CC go on summer holidays or something?
[03:09] <jenda> simira: yup :) see them in september :)
[03:09] <simira> jenda: seriously?
[03:10] <jenda> simira: no, not seriously.
[03:10] <jenda> But it's been a month since the last meeting :(
[03:10] <simira> yes, too lon
[03:10] <simira> long*
[03:20] <Kamion> oh give us a break, it's only one skipped meeting
[03:21] <jsgotangco> heh
[03:21] <Riddell> Kamion: I think the current complaint is that there's no next meeting on the schedule
[03:21] <Kamion> I'm aware of that
[03:21] <Kamion> I also note nobody has yet mailed community-council@ about it; apparently IRC is easier
[03:21] <Kamion> I'll send mail now
[05:00] <nixternal> @schedule chicago
[05:00] <Ubugtu> Schedule for America/Chicago: 26 Jun 16:00: Kubuntu | 28 Jun 07:00: Edubuntu | 29 Jun 09:00: Ubuntu Development Team | 04 Jul 15:00: Technical Board | 05 Jul 15:00: Edubuntu | 06 Jul 15:00: Ubuntu Development Team
[07:25] <GNAM> @schedule rome
[07:26] <Ubugtu> Schedule for Europe/Rome: 26 Jun 23:00: Kubuntu | 28 Jun 14:00: Edubuntu | 29 Jun 16:00: Ubuntu Development Team | 04 Jul 22:00: Technical Board | 05 Jul 22:00: Edubuntu | 06 Jul 22:00: Ubuntu Development Team
[09:55] <Nirvana> is the meeting in 5 mins? or an hour and 5 mins?
[09:58] <jenda> @schedule Prague
[09:58] <Ubugtu> Schedule for Europe/Prague: 26 Jun 23:00: Kubuntu | 28 Jun 14:00: Edubuntu | 29 Jun 16:00: Ubuntu Development Team | 04 Jul 22:00: Technical Board | 05 Jul 22:00: Edubuntu | 06 Jul 22:00: Ubuntu Development Team
[09:58] <jenda> Nirvana: an hour
[10:15] <profoX`> @schedule Belgium
[10:15] <profoX`> @schedule Brussels
[10:15] <Ubugtu> Schedule for Europe/Brussels: 26 Jun 23:00: Kubuntu | 28 Jun 14:00: Edubuntu | 29 Jun 16:00: Ubuntu Development Team | 04 Jul 22:00: Technical Board | 05 Jul 22:00: Edubuntu | 06 Jul 22:00: Ubuntu Development Team
[10:16] <Hawkwind> @schedule chicago
[10:16] <Ubugtu> Schedule for America/Chicago: 26 Jun 16:00: Kubuntu | 28 Jun 07:00: Edubuntu | 29 Jun 09:00: Ubuntu Development Team | 04 Jul 15:00: Technical Board | 05 Jul 15:00: Edubuntu | 06 Jul 15:00: Ubuntu Development Team
[10:37] <Nirvana> @schedule Toronto
[10:37] <Ubugtu> Schedule for America/Toronto: 26 Jun 17:00: Kubuntu | 28 Jun 08:00: Edubuntu | 29 Jun 10:00: Ubuntu Development Team | 04 Jul 16:00: Technical Board | 05 Jul 16:00: Edubuntu | 06 Jul 16:00: Ubuntu Development Team
[10:46] <uniq> @schedule oslo
[10:46] <Ubugtu> Schedule for Europe/Oslo: 26 Jun 23:00: Kubuntu | 28 Jun 14:00: Edubuntu | 29 Jun 16:00: Ubuntu Development Team | 04 Jul 22:00: Technical Board | 05 Jul 22:00: Edubuntu | 06 Jul 22:00: Ubuntu Development Team
[10:57] <imbrandon> am i late ?
[10:57] <jenda> you're three minutes early.
[10:57] <Hawkwind> Topic just changed before you entered
[10:57] <nixternal> lol
[10:57] <jenda> or is my clock wrong, dammit...
[10:57] <imbrandon> ;)
[10:58] <Hawkwind> jenda: I have 3 minutes til too :P
[10:58] <imbrandon> @now
[10:58] <nixternal> i just did ntpdate... 3 minutes
[10:58] <Ubugtu> Current time in Etc/UTC: June 26 2006, 20:58:13 - Current meeting: Kubuntu
[10:58] <[Nirvana] > I have 2
[10:58] <jenda> OK
[10:58] <jenda> :)
[10:58] <Hawkwind> jenda: Let's hope both of our clocks aren't wrong
[10:58] <jenda> let's hope the world isn't, Hawkwind
[10:58] <[Nirvana] > they are... it's 2 and a half mins to
[10:58] <nixternal> hehe
[10:58] <Hawkwind> jenda: Then again...Heh
[10:58] <kwwii> hi
[10:59] <[Nirvana] > TOMA... YOU ARE LATE
[10:59] <ogra> hey kwwii
[10:59] <[Nirvana] > WHAT DO YOU HAVE TO SAY ABOUT YOURSELF?
[10:59] <nixternal> hi kwwii
[10:59] <kwwii> hi ogra
[10:59] <kwwii> am I late too?
[10:59] <imbrandon> moins kwwii and orga
[10:59] <toma> [Nirvana] : i so apologise
[10:59] <[Nirvana] > lol
[10:59] <uniq> hi.
[10:59] <toma> can you forgive me?
[10:59] <[Nirvana] > kneel and beg for forgivenes
[10:59] <[Nirvana] > forgiveness^
[11:00] <[Nirvana] > hehe... I'm just messing with ya... meeting should start any second now
[11:00] <[Nirvana] > @now
[11:00] <Ubugtu> Current time in Etc/UTC: June 26 2006, 21:00:24 - Current meeting: Kubuntu
[11:02] <highvoltage> hmmm... i remember talking to a kwwii at uds, but can't remember who it was (it's terrible when you can only remember people by their nicks)
[11:02] <imbrandon> lol
[11:02] <seaLne> is there mopre than one of him?
[11:03] <ogra> highvoltage, he's the guy with the beer in his hand :)
[11:03] <highvoltage> ogra: you'll have to narrow it down :)
[11:04] <ogra> highvoltage, especially the beer in a sixpack when you guys cam back with your eiffel tower collections ;)
[11:04] <highvoltage> aaaah
[11:04] <allee> seaLne: # of kwwiis depends on the level of alcohol in quite blood
[11:04] <imbrandon> haha
[11:07] <ogra> allee, nicotine also plays a role here :)
[11:07] <ogra> (you'll find him in the smokers place ;) )
[11:07] <allee> I know ;)
[11:07] <ogra> else the # of kwwii's is zero
[11:07] <seaLne> does that depend on your meaning of #?
[11:07] <imbrandon> how does Seveas put it , /dev/zero >> /dev/mind , does that applie to kwwii too ;)
[11:07] <Riddell> hi all
[11:07] <Riddell> sorry I'm late
[11:07] <highvoltage> seaLne: hehe. i would say something about # and kde devels, but that would not be CoC appropriate ;)
[11:07] <nixternal> hi Riddell
[11:07] <Riddell> what did I miss?
[11:08] <imbrandon> nothign waiting on you Riddell
[11:08] <allee> toma: one more try
[11:08] <Riddell> so, agenda at https://wiki.kubuntu.org/Kubuntu/Meetings
[11:09] <allee> nahh
[11:09] <imbrandon> Riddell, did you skype hobbsee ?
[11:09] <Riddell> imbrandon: she's sleeping
[11:09] <Lure> toma: we know ;-)
[11:09] <imbrandon> ok
[11:09] <Riddell> raphink-work can't make it
[11:10] <imbrandon> maybe next one we can make a few hours later like 2400 or soemthing ( will wait till end of meeting for that )
[11:10] <Riddell> but allee, toma and me makes quota
[11:10] <imbrandon> aye ;)
[11:10] <Riddell> so first item on agenda is from hobbsee, discussing https://launchpad.net/distros/ubuntu/+source/kdenetwork/+bug/50387
[11:10] <Ubugtu> Malone bug 50387 in kdenetwork "Default "privacy" settings don't respect privacy" [Untriaged,Confirmed]
[11:10] <seaLne> i think it is normal behaviour
[11:11] <Riddell> I don't really use instant messenging enough to know what the norms are
[11:11] <imbrandon> my .02 cents is lock it down by default ( ie turn privacy settings on ) and if users want it on they can easly cahnge the settings
[11:11] <seaLne> sending away etc is normal
[11:12] <Riddell> so it's a complaining that "Become available when detecting activity again" is against privacy
[11:12] <uniq> i don't like sharing 'hidden' information. atleast kopete should tell you it does this.
[11:12] <Riddell> I can understand the worry there
[11:12] <imbrandon> Riddell, yea
[11:12] <seaLne> changing the OS info stuff i think is probably fine
[11:12] <toma> it is the first thing i disable after installing im-software
[11:12] <Riddell> "Always send notifications" sounds like we need more info on what those notifications are but I guess they're similar
[11:13] <imbrandon> IE msn / icq on windows makes you turn that stuff ON if you want it
[11:13] <toma> allee: why dont you agree?
[11:13] <Riddell> "Hide system and client info" that doesn't sound like anything you couldn't get with web browser ident
[11:13] <seaLne> interesting
[11:13] <Riddell> imbrandon: that's interesting
[11:14] <Riddell> well if kopete is giving out more information than MSN we should change that
[11:14] <DaSkreech> Riddell: Wouldn't Spim be a problem then?
[11:14] <Riddell> DaSkreech: what's that?
[11:14] <allee> toma: be conservative.  Only give away info that are strictly necessary.
[11:14] <DaSkreech> Spam through Instant Messenger
[11:14] <allee> (by default)
[11:14] <imbrandon> yea i agree with allee
[11:14] <toma> allee: ah right, i misunderstood. I agree
[11:14] <imbrandon> still an option but OFF by default
[11:14] <uniq> i agree with allee too.
[11:14] <DaSkreech> If someone can just send you an off message and gain a lot of information on your computer and you that might be cause for concern
[11:15] <imbrandon> DaSkreech, exactly what we are addressing ;)
[11:15] <DaSkreech> Plus I think that Ubuntu has prided itself and marketed it self as being secure by default
[11:15] <Riddell> I don't see an issue with "Hide system and client info" but everything else I'm happy to have changed
[11:15] <imbrandon> Riddell, spim == spam for IM's
[11:15] <Riddell> I'll assign the bug to tonio, he's the default-settings hero
[11:15] <toma> Riddell: i agree
[11:15] <toma> i have another question about kopete
[11:15] <Riddell> toma: go for it
[11:15] <DaSkreech> imbrandon: RIght I'm saying that the fact that unknown people can message you and get info as soon as you start up Kopete (and some account) is serious issue
[11:16] <toma> today i've learned that 0.12 sdoes not contain translations, is that handled by the lang packs?
[11:16] <Riddell> toma: no, although some people might be able to translate it with rosetta if they want
[11:16] <Riddell> but the correct solution is to get the kopete developers to fix their svn branch
[11:17] <Riddell> KDE is perfectly able to do translations for a branch
[11:17] <toma> absolutly, i'll have a look at that.
[11:17] <Riddell> "What's that @SIG@ thing, and how do we use it?" anyone here put that on the agenda?
[11:17] <toma> it just means we ship a nontranslated app, not sure if it should replace a translated one.
[11:18] <[Nirvana] > prolly someone who didn't read the NOTE:
[11:18] <imbrandon> not I but it seems like its explained below the agenda
[11:18] <Riddell> toma: if translations appear later it's not a problem to add them
[11:18] <nixternal> look at the line i added under imbrandon's last agenda item...see my name and the info after it..that is what @SIG@ does in the wiki
[11:19] <imbrandon> nixternal, yes and that is explained in the "NOTE:" below, someone just dident read
[11:19] <Riddell> "When will we get the wiki.kubuntu.org certificate fixed?" when the sysadmins get around to it
[11:19] <Riddell> I'll politely poke them this week
[11:19] <DaSkreech> Whats wrong with you?
[11:19] <imbrandon> thanks Riddell ;) hehe
[11:19] <DaSkreech> I mean with it
[11:19] <Riddell> allee: your item
[11:20] <[Nirvana] > speaking of certificates, when is https://xubuntu.com gonna get fixed?
[11:20] <allee> Fonts of wiki.kubuntu are way to small here.
[11:20] <imbrandon> [Nirvana] , best to ask the xubuntu team / meeting
[11:20] <Riddell> [Nirvana] : get whoever runs that site to file a request in rt
[11:20] <allee> We had a similar discussion about defaut font size in kubuntu.  I argue that same applies to wiki ;)
[11:20] <[Nirvana] > ahh, because I filed a bug a while back
[11:20] <Riddell> allee: heno was incharge of the wiki, I think canonical has a new webmaster about to start so it's probably in flux
[11:21] <allee> Someone should fix the css
[11:21] <Lure> allee: really? they are quite big here (147DPI), both konqueror and firefox
[11:21] <Riddell> allee: however best thing would be if you or someone could make a patch and I'll find the right person to send it to
[11:21] <allee> Lure: when I press once ctrl-+.  font size rougly matches here.
[11:21] <[Nirvana] > xubuntu.com went to edubuntu, and it seems that edubuntu still owns the certificate for https://xubuntu.com...but now it points to the fridge
[11:21] <imbrandon> and / or attach it to website-bugs in LP
[11:21] <Riddell> allee: although you shouldn't use fixed point sizes in webpages
[11:21] <ogra> [Nirvana] , ``
[11:21] <Riddell> [Nirvana] : wrong meeting
[11:21] <ogra> ??
[11:21] <imbrandon> [Nirvana] , this isnt the place for that
[11:22] <seaLne> btw pretty please can we do new members in the next 30min so i can catch the last bus?
[11:22] <Riddell> seaLne: sure, do we have any member candidates here?
[11:22] <Riddell> preseumably seaLne is one :)
[11:22] <Lure> allee: I need to do Ctrl+ - twice to have the same size as wiki.k.org
[11:22] <imbrandon> seaLne, looks to be the only one on the agenda
[11:23] <Riddell> I changed the font size on kubuntu.org recently to make it normal size not smaller than normal
[11:23] <Riddell> ok seaLne, could you introduce yourself
[11:23] <Riddell> got a wiki page
[11:23] <Riddell> anything about what you're been doing?
[11:23] <[Nirvana] > he is THE Kenny Duffus... BehindUbuntu.com... duh! :P
[11:23] <imbrandon> https://wiki.kubuntu.org/KennyDuffus
[11:23] <seaLne> i have done various bug triaging and run behindubuntu.org and have done a few packages
[11:24] <imbrandon> [Nirvana] , this si protocal please refrain
[11:24] <uniq> 10k+ karma :)
[11:24] <toma> behindKubuntu.org?
[11:24] <DaSkreech> heehee
[11:25] <seaLne> pay the money and i'll use it aswell :)
[11:25] <Riddell> I should say that I've known Kenny in real life for several years and he's often let me sleep on his floor when I get stuck in Glasgow
[11:25] <imbrandon> ;)
[11:25] <Riddell> so I might be in trouble if I don't vote him in
[11:25] <kwwii> Riddell justs wants him in so that he has someone to talk Scots to
[11:26] <kwwii> :p
[11:26] <Riddell> toma, allee: any questions from our council members?
[11:26] <Lure> seaLne did great work on bug traige for dapper
[11:26] <toma> browsing through launchpad for a second
[11:27] <toma> it looks good to me
[11:28] <toma> seaLne: any kubuntu specific plans?
[11:28] <allee> no really.  What I've seen up to now is impressive
[11:29] <toma> what is sleuthkit?
[11:29] <seaLne> toma: i'd like to see improvements in accessability
[11:29] <seaLne> forensic sw
[11:29] <Riddell> seaLne: we have just the spec for you http://wiki.kubuntu.org/KubuntuAccessibility
[11:29] <Riddell> lets vote
[11:29] <Riddell> +1 from me
[11:29] <seaLne> we have lots of expensive acessability stuf for windows but not in linux
[11:30] <allee> seaLne: you have a connection to people working in kde on accessibility?
[11:30] <seaLne> nope
[11:30] <allee> seaLne: how long are you participating in (k)ubuntu?
[11:31] <seaLne> hmm not actually sure, since some point in breezy
[11:31] <Riddell> first sighted on #kubuntu-devel 2006-02-18
[11:31] <Riddell> oh no, he was on in 2005 too
[11:32] <Riddell> 2005-09
[11:32] <imbrandon> sept 05
[11:32] <toma> seaLne: did you sign the code of conduct?
[11:33] <allee> yes he did
[11:33] <Riddell> "Ubuntero: Yes "
[11:33] <toma> ah ok
[11:33] <toma> +1 for me
[11:33] <allee> Okay +1 from me too.  Riddell trusts him and I see lots of activity traces from him
[11:33] <Riddell> yay!
[11:33] <toma> yes indeed
[11:34] <Riddell> welcome to kubuntu membership seaLne
[11:34] <seaLne> wooo :)
[11:34] <allee> seaLne: congrats
[11:34] <imbrandon> seaLne, congrats
[11:34] <toma> cool, we tricked another one ;-)
[11:34] <Lure> seaLne: congrats
[11:34] <seaLne> hehe
[11:34] <imbrandon> haha
[11:34] <Riddell> any other member candidates now?
[11:34] <nixternal> one of these days ...
[11:35] <Riddell> Lure: your item
[11:35] <Lure> is it clear now what is accepted of edgy in terms of Kubuntu spec?
[11:35] <Lure> (and general updated on major conclusion from UDS in paris)
[11:36] <Lure> s/updated/update/
[11:36] <imbrandon> and if so where is it housed other than Riddell's mind ;)
[11:36] <imbrandon> ( the kubuntu specifics )
[11:36] <toma> yes, the blogs wheren't much helpfull
[11:36] <Riddell> the specs are still at https://launchpad.net/people/jr/+specs
[11:36] <Riddell> I need to target the edgy ones to edgy
[11:37] <Riddell> and there's a bunch I need to tidy up and poke through to approval
[11:37] <Riddell> toma: I'll do a more complete blog soon
[11:37] <Riddell> allee: having the KDE devels was really cool
[11:37] <Riddell> at least for me it meant there was more than me at the KDE BoFs
[11:37] <Riddell> kwwii: any opinion?
[11:38] <Riddell> the teamspeak stuff didn't relly work, it's just too difficult to have a conversation in two places like that at once
[11:38] <imbrandon> what were some of the major things that you think will affect kubuntu as a whole decided ?
[11:38] <kwwii> well, we are starting a totally new way of working on the artwork
[11:38] <kwwii> Mark announced today that I will be "artist in chief" for kubuntu for the edgy cycle
[11:38] <Riddell> kwwii: announced where?
[11:38] <toma> kwwii: cool!
[11:38] <kwwii> on the ubuntu-artwork list
[11:39] <imbrandon> congrats kwwii
[11:39] <profoX`> @schedule Brussels
[11:39] <Riddell> great
[11:39] <Ubugtu> Schedule for Europe/Brussels: Current meeting: Kubuntu | 28 Jun 14:00: Edubuntu | 29 Jun 16:00: Ubuntu Development Team | 04 Jul 22:00: Technical Board | 05 Jul 22:00: Edubuntu | 06 Jul 22:00: Ubuntu Development Team
[11:39] <allee> kwwii: cool
[11:39] <kwwii> well, I am my own boss, that is what is means
[11:39] <kwwii> but this time I want to get more people involved
[11:39] <imbrandon> kwwii, where did he announce it ?
[11:39] <kwwii> I have already talked to a few guys about helping out
[11:39] <[Nirvana] > ubuntu-art he announced it
[11:39] <[Nirvana] > on June 18
[11:39] <Riddell> imbrandon: my main focus will be laptop support, although I've no idea how I'll do the laptop buttons since my laptop buttons don't seem to work at all
[11:39] <kwwii> no, he only announced it today
[11:40] <kwwii> that myself and frank schoep will be the AICs
[11:40] <kwwii> that adds a lot of coordination work which I did not have during dapper
[11:40] <Riddell> kubuntu-accessibility will be cool to have
[11:40] <Riddell> and well overdue
[11:40] <Lure> Riddell: I can help on buttons (not sure for PM GUI as I am not GUI developer ;-))
[11:40] <kwwii> definitly
[11:40] <imbrandon> https://lists.ubuntu.com/archives/ubuntu-art/2006-June/002250.html  <-- the announcement
[11:40] <seaLne> something laptop related that would be nice to fix is on this hp if you turn off wireless in windows you can't turn it on in linux afaik
[11:40] <Riddell> kubuntu-easy-zeroconf also nice
[11:41] <Lure> seaLne: easy fix - do not use windows ;-)
[11:41] <Riddell> and I need to talk to mornfall about how we'll manage adept, but he seems to be cracking on with development at the moment
[11:41] <allee> Riddell: did any of the KDE devels show interest to help on some specs?
[11:41] <seaLne> tonight i had to to login to the fscking wireless :(
[11:41] <Riddell> allee: I know el will help with the usability stuff we started with her
[11:42] <Riddell> allee: and ervin will be interested in the laptop stuff from a Solid viewpoint
[11:42] <Riddell> but I'm not interested in turning KDE developers into kubuntu developers, we need an upstream too!
[11:43] <imbrandon> ;)
[11:43] <Lure> Riddell: will sebas work on PM GUI?
[11:43] <Riddell> Lure: oh yes, he started that already
[11:43] <Lure> (or should we hack kpowersave wityh hal
[11:43] <Lure> Riddell: great!
[11:43] <toma> yes, saw some commits already
[11:43] <Lure> toma: kde svn?
[11:43] <toma> yes
[11:43] <imbrandon> Riddell, is the solid stuff going to be making its way into edgy ?
[11:43] <Riddell> Lure: the powersave stuff is interesting since shortly after we wrote the spec saying "we'll just make our own simple powersave frontend that uses HAL"...
[11:44] <uniq> riddell: any more thoughts on dropping gamin or not?
[11:44] <Riddell> they wrote an e-mail saying they'd turn kpowersave into a simple HAL frontend
[11:44] <Riddell> uniq: I'm packaging kdelibs just now and have dropped gamin, I'll see how it works
[11:44] <Lure> Riddell: true, I think they have seen that big splash inclusion into kde is less likely
[11:44] <Riddell> imbrandon: no, solid is kde 4
[11:45] <uniq> riddell: with --enable-fast-malloc (would make adept faster don't know anything about side effects) and +inotify?
[11:45] <DaSkreech> Riddell: There will be KDE4 Debs for Edgy?
[11:45] <Lure> Riddell: we need to discuss with sebas interaction between kmilo & new-pm-gui regarding suspend/hibernate keys...
[11:45] <Riddell> kde-kiosk-profiles is a fun task for anyone with a few evenings to spare
[11:45] <Lure> (or is this already clear?)
[11:45] <imbrandon> DaSkreech, no
[11:46] <Riddell> DaSkreech: only very early ones for developers
[11:46] <imbrandon> DaSkreech, preview only in late october
[11:46] <Riddell> uniq: I'll look into using those too, thanks for reminding me
[11:46] <Lure> Riddell: isn't Tonio_ expert in profiles?
[11:46] <Riddell> uniq: inotify is in there of course
[11:46] <DaSkreech> imbrandon: Wel Riddell is slated for KDE4 on edgy
[11:46] <imbrandon> DaSkreech, preview only in late october
[11:46] <Riddell> Lure: that's not difficult, we just use standard X keys and bindings
[11:47] <Riddell> DaSkreech: I'm not slated for anything, I don't want to be slated thanks
[11:47] <imbrandon> lol
[11:47] <Lure> Riddell: ok, so pm-gui will have proper xkeysym binding for X86Sleep?
[11:47] <Riddell> Lure: that's the idea
[11:47] <DaSkreech> Ah ok so don't expect a KDE4 Repo till Fuzzy Ferret?
[11:47] <uniq> riddell: great, if you build ppc debs i can test, :)
[11:47] <Riddell> DaSkreech: correct
[11:47] <DaSkreech> ok cool :)
[11:48] <Riddell> DaSkreech: although we might have early kdelibs packages
[11:48] <[Nirvana] > Fuzzy Ferret is next?
[11:48] <DaSkreech> [Nirvana] : No
[11:48] <Lure> Riddell: any idea how to make kmilo bindings configurable (g-s-d has some xml config file)
[11:48] <DaSkreech> Flirty Flamingo :)
[11:48] <imbrandon> [Nirvana] , no name for it yet other than it will PROBBABLY start with an F
[11:48] <Riddell> Lure: we make kmilo create standard X keys then let the suitable application pick them up and make them configurable
[11:49] <allee> Next agenda item?
[11:49] <[Nirvana] > that's funny because someone at neowin.net was said he was waiting for the Farty Ferret release, so they weren't too far off
[11:49] <toma> would be nice to package kde4 next to kde3
[11:49] <toma> so people can test
[11:49] <Riddell> so in conclusion edgy looks cool and if anyone wants to pick up a spec and run with it please feel free to do so (but let me know)
[11:49] <uniq> toma: something for kubuntu.org maybe?
[11:49] <toma> ?
[11:50] <Riddell> imbrandon: your item
[11:50] <imbrandon> that would be mine, was wondring about the kde edgy timetable and when its going to tentively be uploaded
[11:50] <toma> uniq: yes
[11:50] <seaLne> ok got to go see yas later
[11:50] <apokryphos> adieu
[11:50] <toma> bye
[11:50] <imbrandon> as gnome is already in the edgy repos
[11:50] <Lure> seaLne: bye
[11:50] <imbrandon> Timetable for KDE 3.5.3 ( or what ever version we're starting with ) getting uploaded to Edgy ( Gnome uploaded already ) -- imbrandon
[11:51] <Riddell> imbrandon: well I've done qt 3 and 4 today, kdelibs is currently compiling away
[11:51] <imbrandon> but i also seen kdelibs just come accross edgy-changes a few moments ago
[11:51] <Riddell> and I'll do the rest tomorrow and wednesday
[11:51] <Riddell> you have?
[11:51] <DaSkreech> how many Apps have jumped to KDE4?
[11:51] <imbrandon> err qt4-x11
[11:51] <imbrandon> ^^ my mistake
[11:51] <Riddell> imbrandon: phew :)
[11:51] <Riddell> DaSkreech: none
[11:51] <DaSkreech> Amarok, Kopete.. Kouple others
[11:51] <Riddell> DaSkreech: a couple on qt 4 though
[11:52] <DaSkreech> Sorry that's what I meant
[11:52] <imbrandon> DaSkreech, none for kde4 , some qt4
[11:52] <apokryphos> DaSkreech: they *can* be compiled, but none are fully ported
[11:52] <Riddell> neither amarok nor kopete use qt 4
[11:52] <Riddell> imbrandon: does that answer your question?
[11:52] <imbrandon> it would be silly to post major apps this early
[11:52] <imbrandon> and yes Riddell thanks
[11:53] <toma> one of my coworkers mentioned that a new gnome was added recently
[11:53] <Riddell> still plenty of gaps in https://wiki.kubuntu.org/KubuntuEdgyPackageUpdates if anyone wants to take some
[11:53] <Riddell> toma: yes, the new gnome is being uploaded, although not very fast since they're at guadec
[11:53] <imbrandon> Riddell, been working on some , also what do we do with those for us MOTU hopefulls? upload to revu ?
[11:53] <Riddell> imbrandon: your item again
[11:53] <[Nirvana] > if KDE 3.5.4 is slated for the end of July, we'll see it in edgy right?
[11:54] <[Nirvana] > sorry for hijacking^
[11:54] <Riddell> imbrandon: upload to revu and find someone to take a look at it, I'm happy to
[11:54] <toma> nm
[11:54] <Riddell> [Nirvana] : yes, I expect it will be
[11:54] <imbrandon> Riddell, ok , and my next item ....
[11:54] <imbrandon> Sugest Getting a KDE theme and redirects for doc.kubuntu.org and help.kubuntu.org just as *.ubuntu.com -- imbrandon
[11:54] <Riddell> nixternal has info on this?
[11:54] <nixternal> KDE theme is being worked on as we speak...redirects are all still in the process as the transfer to h.u.c isnt' complete 100%...we (DocTeam & WikiTeam) are currently working on getting this all organized...mdke is the man in charge
[11:54] <imbrandon> kinda like the wiki.k.org
[11:54] <apokryphos> cool
[11:54] <nixternal> ;)
[11:55] <Riddell> nixternal: who's working on redirects?
[11:55] <nixternal> only CatDocs is being transferred from current wiki to new wiki...Matthew East
[11:55] <Riddell> hi jjesse
[11:55] <nixternal> and that guy there
[11:55] <jjesse> hello
[11:55] <nixternal> ;)
[11:55] <apokryphos> so all things on w.k.o will take you to h.u.c as it is
[11:55] <nixternal> rain delay?
[11:56] <Riddell> nixternal: has he requested the domains be set up?
[11:56] <nixternal> jjesse:  you couldn't be any more perfect on time
[11:56] <jjesse> gotta leave soon to softball game
[11:56] <jjesse> real quick :)
[11:56] <nixternal> domains and all that should be completed already...
[11:56] <imbrandon> apokryphos, as is right now yes
[11:56] <nixternal> everything is being ported if it belongs to CategoryDocumentation to help.ubuntu.com
[11:56] <Riddell> dig help.kubuntu.org
[11:56] <Riddell> doesn't seem to return anythin
[11:57] <imbrandon> right but what about help.kubuntu.org ;)
[11:57] <jjesse> correct
[11:57] <nixternal> the wiki.ubuntu.com is staying, just all of the CatDoc is being redirected
[11:57] <nixternal> there is no subdomain for h.k.o
[11:57] <imbrandon> nixternal, we are talking about resirects for the DNS and Kubuntu themes
[11:57] <jjesse> i don't think anything has been setup yet for help.kubuntu.com to redirect to anything, it was just a minor suggestion at the time to mdke
[11:57] <nixternal> that i can dig at least
[11:58] <imbrandon> jjesse, major sugestion to us kubuntu peeps ;)
[11:58] <nixternal> Kubuntu themes are being recreated due to the moinmoin upgrade...old theme doesn't work with new server
[11:58] <apokryphos> would be a good idea to get done; would be nice to have cleaner kubuntu theme when viewing docs
[11:58] <jjesse> i just asked mdke if we could setup the kubuntu template from the wiki on help.ubuntu.com and also see if we could get a redirect
[11:58] <jjesse> the last i knew he was working on getting it taken care of
[11:58] <jjesse> reason i suggested to him was because he manages help.ubuntu.com
[11:58] <imbrandon> ok jjesse thanks
[11:58] <Riddell> ok, I'll talk to mdke and see if he needs anything out of me for it
[11:58] <Riddell> I'd love to see it happen of course
[11:59] <jjesse> sure, i think we have two people imbrandon and me trying to get teh same thing done w/o talking to each other :)
[11:59] <imbrandon> hahah ;) probbly
[11:59] <imbrandon> jjesse,  i'll ping ya after, also is kwwii working ont he theme artwork ?
[11:59] <jjesse> in fact i wasn't even aware it was on the agenda until nixternal brought it up to me before the meeting started
[11:59] <jjesse> sorry i can't stay longer gotta go play softball :)
[11:59] <nixternal> doin' what i can boss ;)
[11:59] <jjesse> imbrandon: i'll be out for a couple of hours
[12:00] <imbrandon> ok np
[12:00] <nixternal> gl jjesse ;)
[12:00] <Riddell> jjesse: any suggestions from you about meeting time?
[12:00] <imbrandon> NEW meeting time ;)
[12:00] <jjesse> 2100 utc is 5 o'clock my time
[12:00] <jjesse> when i leave for work
[12:00] <jjesse> leave work
[12:00] <jjesse> for home, so even an hour earlier would be perfect
[12:00] <kwwii> imbrandon: yes, as "artist in chief" for the edgy cycle, I will be working on the theme artwork
[12:00] <imbrandon> and hobbsee wants later
[12:01] <Riddell> hobssee suggested 13:00utc for her
[12:01] <imbrandon> kwwii, cool just makin sure ;)
[12:01] <kwwii> :)
[12:01] <Riddell> any other agenda items before we do next meeting time?
[12:02] <Riddell> I have one
[12:02] <Riddell> could someone post a story to dot.kde.org about the ubuntuos podcast?
[12:02] <toma> the what?
[12:02] <Riddell> toma: see kubuntu.org
[12:02] <imbrandon> Riddell, heheh i'll try , also have you listend to the sound quality on that ewwww
[12:02] <apokryphos> toma: podcast with our very own Riddell 8)
[12:02] <Riddell> imbrandon: I know.  they're recording it over transatlantic skype
[12:03] <imbrandon> Riddell, we did one with ummm ( not realeased yet ) on buntudot.org transalatic and its VERY clear ;)
[12:03] <kwwii> skype! OMG, non-free software
[12:03] <nixternal> hahah kwwii
[12:03] <imbrandon> kwwii, better than skype for windows though ;)
[12:04] <imbrandon> one step closer to FOSS ;)
[12:04] <kwwii> hehe
[12:04] <imbrandon> ok new meeting time ? 1300 utc ? thats ummm *calculates local time*
[12:05] <toma> imbrandon: did anyone step up?
[12:05] <imbrandon> toma, to what ?
[12:05] <toma> for the dot story?
[12:05] <imbrandon> ahh i said i would try , i have never posted to dot.kde but i'll give it a shot
[12:05] <toma> ah cool
[12:05] <Riddell> it's the Contribute link on the left
[12:05] <imbrandon> kk
[12:05] <apokryphos> thing is, it's not that much about kde really eh?
[12:06] <imbrandon> kde developer ;)
[12:06] <toma> riddell = kde
[12:06] <apokryphos> kubuntu plans for edgy
[12:06] <Riddell> it's all related, dot takes any story with a KDE angle
[12:06] <Riddell> so next meeting, how does 13:00UTC suit people?
[12:06] <kwwii> sounds perfect to me
[12:07] <[Nirvana] > Prolly not good for West Coast North America
[12:07] <Riddell> or we could try it at that time as a one off to see if anyone still turns up
[12:07] <toma> in the weekend you mean ? ;-)
[12:07] <imbrandon> hmm thats like early AM in the US
[12:08] <[Nirvana] > in New York/Toronto/Basically along the East Coast it's 9:00 AM, which isn't bad
[12:08] <nixternal> 8am
[12:08] <toma> what do you think it is here right now?
[12:08] <kwwii> nope, 9am
[12:08] <Riddell> imbrandon: what time is it for you?
[12:08] <imbrandon> yea 1300 is ok for me personaly but i was thinking about day job people
[12:08] <allee> Riddell: 13.00 is during work time.  So I can promise to be available
[12:08] <Riddell> it's 9am for jjesse wherever he is


[01:30] <braiam> how much I have to wait till my ppa get updated??
[01:34] <wgrant> braiam: What do you mean?
[01:34] <wgrant> What in particular are you waiting for?
[06:34] <braiam> well I see no new lines since I asked, so I was waiting for some packages that I updated to Lp, right now I need to test
[06:53] <wgrant> braiam: What have you done? What apparently hasn't happened yet?
[06:54] <wgrant> Are you waiting for a source upload to be processed? Builds to happen? Built packages to be published?
[06:55] <braiam> Im uploading the .changes, .dsc, and orig.tar.gz, to my ppa. bzr informs that the upload was done but the ppa don't show the package
[07:08] <wgrant> bzr? You mean dput?
[07:08] <wgrant> braiam: ^^
[07:08] <braiam> yeah
[07:08] <braiam> sorry
[07:09] <wgrant> What's the package name?
[07:09] <braiam> cgminer
[07:10] <wgrant> You've signed the .changes with a key that Launchpad doesn't know about.
[07:10] <braiam> at first
[07:10] <braiam> then I uploaded my key and tried again
[07:10] <wgrant> Ah, then I see others that sent you a rejection email.
[07:10] <braiam> huh??
[07:10] <wgrant> 2011-10-09 01:00:36 INFO    Processing upload cgminer_2.0.5-1_source.changes
[07:10] <wgrant> 2011-10-09 01:00:36 INFO    Upload was rejected:
[07:10] <wgrant> 2011-10-09 01:00:36 INFO        Unable to find distroseries: unstable
[07:10] <wgrant> 2011-10-09 01:00:36 INFO        Further error processing not possible because of a critical previous error.
[07:11] <wgrant> 2011-10-09 01:00:36 INFO    Committing the transaction and any mails associated with this upload.
[07:11] <wgrant> You should have received an email about that.
[07:12] <braiam> huh?? thats when I tried upload from a branch
[07:12] <wgrant> You need to specify an Ubuntu series in debian/changelog.
[07:12] <wgrant> unstable is a Debian series.
[07:13] <braiam> oh...
[07:14] <braiam> so if I have tested the package on my system, what series I must put??
[07:14]  * braiam thinks dh_make its stupid...
[07:15] <wgrant> Whichever Ubuntu series you want the package to build for.
[07:16] <braiam> the stable equivalent??
[07:18] <wgrant> Perhaps one of lucid, maverick, natty, oneiric?
[07:18] <braiam> forget it... natty
[07:19] <braiam> but I want to make one for last 3 versions...
[07:20] <wgrant> braiam: Have you read https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage?
[07:21] <braiam> yes, and I've lost for a couple days trying to understand what I got wrong
[07:21] <wgrant> Read the second half of the "Versioning" section.
[07:21] <wgrant> It describes how to handle multiple series.
[07:22] <braiam> well I dont get that far... I was having problem with build & upload but Im going to read it all
[07:28] <braiam> still lost, I have to change change log, each time that I want to make a new package for each ubuntu version?? It only refers about the name format that the package should have, and about changelog it says that I have no need to change it since I put natty on it??
[07:29] <wgrant> If you need to upload to multiple Ubuntu series, you need to change the version and series in debian/changelog for each one.
[07:31] <braiam> or I can make a brach for each one, export one branch to the others 3 and make it ignore changelog
[07:32] <wgrant> If you are building entirely from a branch, have you considered using https://help.launchpad.net/Packaging/SourceBuilds/Recipes? They can handle multi-series builds automatically.
[07:32] <braiam> thats exactly was im using
[07:32] <braiam> Could not be uploaded correctly 	1 minute ago buildlog (5.8 KiB) 	Natty
[07:33] <braiam> now its a seccion error, arggg
[07:33] <braiam> section*
[07:40] <braiam> yay, thanks you wgrant, for breaking my head :D
[07:40] <wgrant> It worked?
[07:41] <braiam> [FULLYBUILT] Successful build 	1 minute ago buildlog (7.7 KiB) 	Oneiric
[07:41] <wgrant> Excellent.
[07:42] <braiam> now, I need to delete all those emails D:
[07:43] <wgrant> Heh.
[11:11] <chrisccoulson> could someone kill this build - https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/+build/2204969 ?
[11:11] <chrisccoulson> not sure why it's been waiting since january
[14:36] <MattJ100> Erm, can I depend on other packages in my PPA in Build-Depends?
[14:36] <MattJ100> I thought the answer was yes, but I'm getting dependency errors
[14:42] <MattJ100> Ah yes: https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage#Dependencies
[14:42] <MattJ100> Interesting, I wonder why it's not working
[14:54] <tumbleweed> they need to be published first
[15:14] <MattJ100> tumbleweed, define "published"? They're already in and built successfully, and I can install them from the PPA onto my system
[15:15] <MattJ100> and then dpkg-checkbuilddeps is happy locally
[15:15] <tumbleweed> MattJ100: right, that's published (it'll say published next to the package on the ppa's web page)
[15:15] <MattJ100> Ah yes, I see
[15:19] <MattJ101> Sorry, what was the last mesage of mine that got through?
[15:19] <MattJ101> I need a new DSL filter :)
[15:21] <tumbleweed> 17:15 < MattJ100> Ah yes, I see
[16:16] <MattJ> https://launchpad.net/~mwild1/+archive/ppa/+build/2833360 is the failing build
[16:17] <MattJ> Maybe it's just me getting something wrong about Build-Depends
[16:18] <MattJ> It's complaining mongodb doesn't match the required version, but I have " | libmongoclient-dev (>= 1.6)" in Build-Depends, and that package in my PPA should match that
[16:20] <MattJ> Hmm yes, actually I see in the build log it's just running apt-get with mongodb
[16:21] <MattJ> I guess I thought it would be a bit smarter than that, I'll try making sure my package is listed first, regardless of version
[18:00] <tumbleweed> https://launchpad.net/debian/+source/microcode.ctl/+publishinghistory appears to be published, without any publication record that getPublishedSources can find
[18:03] <tumbleweed> err I made a typo, never mind
[20:59] <aber> Anyone familiar with the build farm?
[21:00] <aber> This project seems to run out of space:
[21:00] <aber> https://code.launchpad.net/~widelands-dev/+recipe/widelands-daily
[21:01] <lifeless> aber: during the build?
[21:02] <aber> lifeless: bzr: out of memory, so its probably the branch part
[21:17] <c0cac00l> hi
[21:17] <lifeless> aber: there is a bug about this
[21:17] <c0cac00l> who can help me to delete a comment?
[21:23] <yofel> aber: bug 746822
[21:32] <aber> I see. Not even enough memory to build a text editor...
[21:39] <lifeless> aber: its not about compilation
[21:39] <lifeless> aber: its cloning very large histories that causes issues
[21:49] <mwhudson> i'm getting lots of timeouts this morning
[21:49] <lifeless> bug search ?
[21:49] <wgrant> mwhudson: eg?
[21:50] <mwhudson> bah, i've not been saving the ids :(
[21:50] <mwhudson> lifeless: no, mostly code related
[21:50] <wgrant> What sort of action?
[21:50] <wgrant> yes, the scanner is slow :)
[21:50] <mwhudson> https://code.launchpad.net/~mwhudson, merge proposals
[21:50] <lifeless> bug fti is back at 90% bloat
[21:50] <mwhudson> it's probably the scanner i guess
[21:50] <lifeless> mwhudson: when submitting ?
[21:51] <mwhudson> lifeless: no
[21:51] <wgrant> Huh, times out for me too.
[21:51] <wgrant> That's a newish one...
[21:51] <mwhudson> wgrant: did you snag the id?
[21:52] <wgrant> OOPS-2108CP126
[21:52] <wgrant> Hm, that's a worry.
[21:53] <wgrant> No single obvious bad query.
[21:53] <wgrant> Lots of VPC/SPN/Product queries.
[21:54] <wgrant> Although there is a 3.5s SELECT COUNT(*) FROM branch WHERE [...] query.
[21:54] <mwhudson> how are you seeing this?
[21:54] <wgrant> carob:~wgrant/logs/*/2011-10-09/*.CP126
[21:55] <mwhudson> ah
[21:55] <wgrant> ~wgrant/+code-index just took 8.74s :/
[21:56] <wgrant> And now just timed out.
[21:56] <wgrant> We have a problem.
[21:59] <lifeless> 1.2 seconds in teams with branches
[21:59] <lifeless> and vpc is a bad sig
[21:59] <lifeless> n
[22:00] <wgrant> And one of mine had 2.2s in an MP search.
[22:00] <wgrant> https://lp-oops.canonical.com/oops.py/?oopsid=2108CP126 is hanging, so probably there.
[22:03] <wgrant> Perhaps branch has just crossed some stats threshold.
[22:03] <wgrant> Like we saw with I forget which table a couple of months ago.
[22:03] <wgrant> ~6.5s in CP126 is on queries involving branch.
[22:04] <wgrant> lifeless: Can you explanalyse them? oops-tools can see it now.
[22:04] <lifeless> losa should be here now
[22:04] <wgrant> Ah, true.
[22:07] <lifeless> if they aren't, ys I can


[04:54] <nand_> HI
[04:55] <nand_> I have installed xubuntu on newly purchased leneno system model:- G50-70
[04:56] <nand_> i am not able to see wifi network in network manager
[04:56] <nand_> can some one help me in solving this problem ?
[04:58] <holstein> nand_: if its literally just missing, add it back. but, what you need to determine is more than that .. is the wifi chipset present? is it in the bios? is it functional in windows, or at all..
[04:59] <nand_> I didn't check in windows
[04:59] <nand_> how can i check wifi chipset present? is it in the bios?
[04:59] <holstein> nand_: its an easy way to tell if, the device is able to be functional.. and not broken
[05:00] <holstein> nand_: i would literally load the bios, and see that its present.. if its disabled there, or by a hardware switch, then it wont work
[05:01] <nand_> by using this command  lspci -vvnn | grep -A 9 Network   Chip ID: BCM43142 The PCI-ID: 14e4:4365 Kernel driver in use: bcma-pci-bridge
[05:01] <nand_> got those data
[05:01] <holstein> !broadcom
[05:01] <holstein> thats what i refer to ^ (typically before i replace the broadcom chip)
[05:02] <holstein> try simply installing the driver for it. if you can wire up to wired network, temporarily, you may find the GUI works.. if not, refer to that ^
[09:44] <r734> Hi! Why does installing libgl1-mesa-dev:i386 remove libgl1-mesa-dev? Why can't they coexist?
[09:45] <cfhowlett> !info libgl1-mesa-dev
[09:47] <ObrienDave> libgl1-mesa-dev is the meta-file package name. libgl1-mesa-dev:i386 is the 386 driver package. or vice-versa ;P
[09:48] <ObrienDave> same thing just 2 different names
[09:49] <xubuntu97w> trying to find out files like 'icons.screen0-3888x850' using catfish but do not find the file ??
[09:49] <r734> oh ok, bit of a misconception on my part here, then. But how should I proceed to install both the x86_64 and i386 versions of the package, then?
[09:50] <ObrienDave> r734, you need to add multi-arch support
[09:51] <ObrienDave> so you can load both x64 and 386 drivers
[09:52] <r734> ObrienDave : I know, I thought that's what I was doing by explicitly adding *:i386 after the package name (from here https://help.ubuntu.com/community/MultiArch).
[09:54] <r734> I'm confused
[09:54] <ObrienDave> yea, me too. there is another way to add multi-arch support
[09:56] <r734> how? ^^
[09:57] <ObrienDave> sudo apt-get install multiarch-support
[09:57] <ObrienDave> then you can add both, iirc
[09:57] <r734> that tells me I already have the newest version
[09:59] <ObrienDave> well, dang, too tired to think. it's possible they cannot co-exist
[10:01] <r734> that's weird, it would mean multiarch support is limited to executables not linking to opengl...
[10:03] <ObrienDave> that, i would not know about
[10:05] <r734> ObrienDave ok, thanks anyway. If someone has more insight about this, I'd love to hear it.
[10:06] <ObrienDave> knome just jumped on. he should know better than I
[10:11] <r734> knome : any idea?
[10:12] <knome> not really.
[10:12] <knome> maybe opengl just doesn't support multiarch
[10:27] <r734> hmm apparently it's a bug? https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1317113
[10:27] <knome> that's completely possible
[10:30] <r734> ok, then...  Thanks anyway!
[11:53] <cntr> if i click a window's titlebar to focus it and move my mouse, it's grabbed and drags along with my mouse
[11:53] <cntr> how do i fix this?
[11:56] <cntr> to be clear, this happens randomly, not every time
[11:59] <Luyin> cntr don't know a fix, but as a workaround just hit escape when it happens. worked for me, had this happen too some time ago.
[12:10] <Guest43907> Hi, I wanted to make an inquiry. Yesterday install Xubuntu 14.04 and after 10-15 minutes graphical environment is damaged, forcing me to restart. No problem of temperature.  Can someone help me out?
[12:18] <xubuntu69w> Hello. Ran apt-get upgrade on an old 14.04 install the other day. Now autologin doesn't work anymore. Anyone knows how to fix it? Thanks
[12:43] <xubuntu61w> helllo guys  maybe thi is offtopic...... but is there a way to noob user can fix Core dump segmention fault  bug in xubuntu 15.04 (also that bug is in xub 15.10)
[12:49] <Guest1636> ok..... maybe this is offtopic  but  how can  noob fix core dump segmention fault  bug in xubuntu 15.04 64bit and as i saw xub 15.10 alpha ver 1
[17:14] <xubuntu71w> Hi, does anyone know if there is a way to get my display settings back to their original default settings? After spending hours trying to get hiDPI working properly on my notebook and 1080p external monitor things are pretty messed up and I just want to get everything back to a sane starting point.
[17:36] <Beginner000> I'm trying to install sun's oficial java, does somebody know witch commands I need to write on terminal?
[17:37] <Beginner000> which*
[17:41] <w30> xubuntu71w, try the restore button in xvidtune?
[17:41] <knome> w30, ...what?
[17:43] <w30> type sudo xvidtune in a terminal
[17:45] <xubuntu71w> hmm, I'm not familiar with xvidtune, I have no idea what clicking the restore button will do
[17:45] <knome> xubuntu71w, what have you used to configure your monitors?
[17:46] <w30> xubuntu71w, neither do I
[17:47] <xubuntu71w> it didn't do anything, just gave me a warning message about an invalid mode line
[17:49] <xubuntu71w> knome, I had used the the display applet in settings to use the full screen resolution of the notebook, then adjusted the DPI and fonts to make things readable
[17:49] <w30> xubuntu71w, maybe it just restores to what you have when you invoke it, sigh....
[17:49] <xubuntu71w> This of course made everything 2x too large on the external 1080p monitor, so then I tried to use xrandr to scale it back down to 1920x1080, but that never worked right
[17:50] <xubuntu71w> after trying to undo all of those changes my system boots up with the notebook at 1920x1080 but the external monitor still seems to be displayed with the xrandr settings that scale down by half
[17:51] <xubuntu71w> I have not been able to figure out what is holding on to those old settings for the external monitor. In addition to that , my system is just plain unstable when it comes to the displays.
[17:52] <xubuntu71w> Sometimes I have a black screen after the screen saver, sometimes I have a black screen after a reboot, its all most annoying and I'd like to just get back to a default starting point
[19:22] <holstein> xubuntu71w: i find, i may need to work with a few different drivers to find the most stable setup.. you can use arandr, which is a GUI, to generate a script you can set to autorun, and set settings the way you need at login


[04:59] <Noskcaj> aeoril, of course. I have limited time thisafternoon, but i'll help you as much as i can
[05:01] <aeoril> Can you look at this forum post please, Noskcaj:  http://ubuntuforums.org/showthread.php?t=2263747
[05:01] <aeoril> Noskcaj and, thanks!
[05:03] <Noskcaj> So first off, make a launchpad bug with instructions to reliably reproduce this.
[05:04] <Noskcaj> Then see if it still affects the version in vivid and git master
[05:04] <aeoril> ok, I searched in launchpad bugs for "vi resize" and found nothing similar, so I think it is safe that it is not a duplicate
[05:04] <aeoril> git master?
[05:04] <lathiat> Anyone seeing or know a bug number for getting spurious \ or \\ input when entering characters like | on vivid.. started happening a few days ago.  maybe there isn't one but having a hard time search as i'm not really sure what package that's ultimately going to be.  happens often when inputting |, if i type a character immediately after (rapidly) its more likely to occur or input even more \ characters.
[05:04] <Noskcaj> git.gnome.org/browse/gnome-terminal
[05:04] <Noskcaj> aeoril, upstream's git
[05:05] <aeoril> ok
[05:05] <Noskcaj> also maybe check bugzilla.gnome.org for the bug (upstream bugtracker)
[05:05] <aeoril> you think it might be vim, or bash?  Not gnome-terminal?
[05:06] <aeoril> or the virtual display driver or whatever, Noskcaj?  I guess I am asking why did you immediately think it was gnome-terminal?  Just from past experience?
[05:08] <Noskcaj_> aeoril: I'll look in an hour, playing dota then getting ready for some after-school stuff
[05:08] <darkxst> aeoril, you need to isolate that, if there is some other cli app that has problems then its gnome-terminal
[05:08] <darkxst> if not then its vim
[05:09] <aeoril> darkxst ok, thanks - I will try out some other stuff - can you think of something good to try that uses the screen like vim?
[05:09] <darkxst> if it is fixed in vivid or 14.10 then its a matter of finding the patch that fixed it
[05:09] <darkxst> you could try some curses apps? although don't think vim uses curses
[05:10] <aeoril> darkxst I was thinking of curses - if it is fixed in vivid or 14.10, the point of finding the patch is to backport?
[05:11] <darkxst> aeoril, yes
[05:11] <aeoril> ok
[05:11] <aeoril> what about emacs?  Is that character based, or its own gui?
[05:12] <aeoril> (I forget)
[05:14] <aeoril> oh, the man page viewer, but that might just use vim ... ???
[05:17] <aeoril> darkxst man page viewer worked fine ...
[05:27] <aeoril> darkxst nano, irssi and the man page viewer all worked fine - I will file a bug report against vim.  Thanks.
[05:31] <aeoril> Noskcaj fyi I am going to bed now (late here) - I think it is vim - will file bug report against vim tomorrow.  Thanks.
[05:37] <tumbleweed> Noskcaj: sure (re rebuilds)
[05:41] <tumbleweed> uploaded
[05:59] <Noskcaj> aeoril, ok, good to see progress
[06:00] <Noskcaj> tumbleweed, thanks. Also bug 1417257
[06:05] <tumbleweed> Noskcaj: not now, but I can look in the morning
[06:05] <Noskcaj> ty
[06:08] <pitti> Good morning
[06:11] <darkxst> hey pitti
[06:12] <darkxst> I can't reproduce that boot bug anywhere else ;(
[06:13] <pitti> darkxst: yeah, I couldn't either, although I have a good idea why it happens
[06:13] <darkxst> I may have hit a similar state with samba on my laptop, however it didn't block the boot like happens on my desktop
[06:13] <pitti> darkxst: some more things: could you attach your /etc/network/interfaces, and try to comment out eth0 so that network-manager will bring it up instead of ifupdown? does that make a difference?
[06:13] <darkxst> (i.e. lots of jobs waiting on ifup after login)
[06:13] <pitti> darkxst: I think I fixed that in -7ubuntu1
[06:14] <darkxst> pitti,  is really just:
[06:14] <darkxst> auto eth0
[06:14] <darkxst> iface eth0 inet dhcp
[06:14] <darkxst> maybe thats not needed anymore with systemd-networkd in play though?
[06:14] <pitti> darkxst: ok, I figured (and that's what I tried); I'd like to know if the hang also happens with that commented out
[06:15] <darkxst> ok will try
[06:28] <darkxst> pitti, boots fine with out /etc/network/interfaces snippet
[06:28] <pitti> darkxst: ok, interesting; thanks
[06:29] <pitti> darkxst: so then I don't understand why it doesn't start after the 2 mins of network-online.target timeout if you do use ifupdown
[06:29] <darkxst> I do see other interfaces being brought up (virtual ones) ok
[06:30] <darkxst> pitti, I don't either, but the message says 'no limit' which is presumably the timeout
[06:30] <pitti> darkxst: oh, which "the message"?
[06:30] <pitti> darkxst: I mean ifup-wait-all-auto.service has a timeout of 2 mins
[06:31] <darkxst> pitti, when it hangs it says "a start job is waiting for ifup on eth0 (<timer>/no limit)
[06:31] <darkxst> or similar to that alteast
[06:32] <pitti> hm, interesting; do you happen to know which job that is?
[06:34] <pitti> darkxst: can you boot with the debug shell and "systemd.log_level=debug", let it sit there for some 3 minutes, then do "journalctl > /root/logs" in the debug shell, reboot to a  working system, and attach /root/logs to the bug?
[06:34] <pitti> (this assumes that in the broken case you don't get any gettys or lightdm)
[06:36] <darkxst> pitti, right, when it hangs I never gets and never gets to the dm
[06:52] <darkxst> pitt added to bug 1417010
[06:52] <darkxst> ^pitti
[06:53] <pitti> darkxst: thanks! looking
[07:06] <pitti> darkxst: do you have something in /etc/network/interfaces.d/ which defines a "test" interfaces?
[07:07] <darkxst> pitti, no
[07:07] <pitti> Feb 03 17:43:46 duhast systemd[1]<EMAIL_ADDRESS>changed dead -> start
[07:07] <pitti> hm, so where does that come from then
[07:07] <pitti> Feb 03 17:43:46 duhast systemd[1]: sys-subsystem-net-devices-test.device changed dead -> plugged
[07:07] <pitti> Feb 03 17:43:46 duhast systemd[1]: sys-devices-virtual-net-test.device changed dead -> plugged
[07:08] <pitti> darkxst: so your "ip a" presumably has some "test" thingy?
[07:09] <darkxst> pitti, not that I can see
[07:09] <pitti> darkxst: ls -l /sys/class/net/*test* ?
[07:10] <darkxst> lrwxrwxrwx 1 root root 0 Feb  3 18:09 /sys/class/net/test -> ../../devices/virtual/net/test
[07:10] <pitti> ok; but that succeeded, so shouldn't be responsible for these woes
[07:11] <pitti> darkxst: hm, I still don't see anything in the logs which would actually wait for<EMAIL_ADDRESS>[07:12] <darkxst> pitti, it was actually " A start job is running for ifup on eth0"
[07:13] <pitti> darkxst: right, and that job never finishes, I wonder why; it starts fine, but then NM seems to get in the way
[07:14] <pitti> actually no, I guess it just logs that eth0 got online
[07:15] <darkxst> I wonder if vmware runs hooks to bridge in the virtual network interfaces?
[07:16] <darkxst> though the virtual interfaces seem to come up fine
[07:16] <pitti> darkxst: oh, argh; can you please try somethign?
[07:17] <pitti> darkxst: edit<EMAIL_ADDRESS>to fix thsi:
[07:17] <pitti> (give me a sec)
[07:17] <pitti> Before=network.target
[07:17] <pitti> to
[07:17] <pitti> Before=network-onlnie.target
[07:17] <pitti> erk
[07:17] <pitti> Before=network-online.target
[07:18] <pitti> darkxst: this should at least fix network.target, and probably a whole slew of services which need it
[07:18] <darkxst> pitti, ok, trying now
[07:27] <darkxst> pitti, still hanging, but now there are 2 jobs trying to start for ifup@eth0
[07:28] <darkxst> and I am getting a little concerned about the races happening with gdm everytime I boot with upstart ;(
[07:28] <pitti> darkxst: there should be a lot fewer jobs be in "start waiting" now
[07:28] <pitti> (systemctl list-jobs)
[07:28] <pitti> ^ output of that appreciated
[07:28] <darkxst> I didnt check that, but it was the same message as before but with (1 of 2), (2 of 2) alternating
[07:30] <darkxst> pitti, ok, but this is the last reboot! atleast until I find the charger for my laptop
[07:30] <pitti> darkxst: argh, sorry about that; I wish I could reproduce this, would make things so much easier to debug
[07:31] <darkxst> pitti, yep always the case
[07:38] <darkxst> pitti, http://pastebin.com/HNQDUL5B 32 vs ~40 before
[07:40] <pitti> darkxst: thanks; I guess the remainder is due to init.d scripts waiting for $network, i. e. the loop that I explained in the bug
[07:42] <darkxst> pitti, right, but that doesnt bring us closer to why ifup is hanging!
[07:42] <pitti> darkxst: it's waiting for systemctl reload smbd.service (through the dhcp-enter-hoooks script)
[07:42] <pitti> darkxst: and smbd.service is in turn waiting for network-online.target as it depends on $network
[07:43] <darkxst> all my VM's boot in about 0.5sec even when I install smbd and configure shares
[07:43] <pitti> darkxst: and network-online.target is waiting for<EMAIL_ADDRESS>to finish, closing the dependency loop
[07:43] <pitti> but the latter axis should be broken after 2 mins, so that timeout isn't working
[07:45] <darkxst> pitti, right, could that be hardware specific?
[07:45] <pitti> darkxst: I doubt it; I haven't fully read the samba hook yet, but apparently it behaves differently depending on the config
[07:47] <pitti> darkxst: what's interesting is that networking.service is not running for you
[07:47] <pitti> darkxst: i. e. in that regard it could be hw specific, in that eth0 isn't detected by the kernel at that time already
[07:49] <pitti> but according to your debug log it is detected before, so it ought to already block networking.service
[07:52] <pitti> darkxst: oh, I think I can funge something similar in my VM
[07:53] <pitti> darkxst: I'll try to analyze and understand that more thoroughly, but have a doctor's appointment first; I'll get back to you later (or via a bug reply if you are already off for the evening)
[08:19] <darkxst> pitti, just cooking dinner will be back later for a bit
[08:20] <dholbach> good morning
[08:21] <mvo_> pitti: good morning! could you think of a reason why we would not want http://paste.ubuntu.com/10030708/ ?  if not I will upload in a bit
[09:01] <pitti> mvo_: what will that change?
[09:02] <pitti> mvo_: i. e. would be nice to give the rationale to in the changelog and forward it to Debian
[09:04] <pitti> mvo, wgrant, infinity: wrt. apt-ftparchive clean as in http://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel/view/head:/lib/lp/archivepublisher/model/ftparchive.py#L796 (which I'm trying to do in the ddeb retriever), this fails with "unable to allocate space from the buffer cache" for me
[09:04] <pitti> is there a trick to increase its cache, with env vars or config items or so?
[09:05] <wgrant> Hm, I don't remember anything special.
[09:05] <wgrant> What's the syscall that's failing?
[09:06] <mvo_> pitti: sure, I send #776905 to debian, it will make the partition labels visible when run as non-root. right now they are empty and only filled when running as root
[09:07] <pitti> mvo_: or for blkid?
[09:07] <mvo_> pitti: lsblk, I have not check blkid
[09:07] <pitti> wgrant: I haven't straced it yet; it's a berkeley db thingy, I just wanted to know whether you happened to come across that
[09:07] <mvo_> pitti: what is the exact error message for apt-ftparchive, could you pastebinit?
[09:08] <wgrant> No, we hadn't, I'm afraid.
[09:08] <mvo_> pitti: not from the top of my head either, sorry (the apt-ftparchive issue)
[09:08] <pitti> mvo_: ah ok, lsblk and sudo lsblk don't look any different here; but sure, go ahead (with mentioning that in the changelog please)
[09:08] <pitti> wgrant: ack, thanks
[09:08] <mvo_> pitti: do you have a disklabel?
[09:08] <mvo_> pitti: you might create one first using e2label to see a difference :)
[09:09] <pitti> mvo_: ah heh, I guess I don't; the installer doesn't seem to create one
[09:09] <pitti> mvo_: btrfs here :)
[09:10] <mvo_> :)
[09:10] <pitti> mvo_: error message> running again (takes a while)
[09:10] <mvo_> ok
[09:13] <pitti> mvo_: tried in a VM, still no diff between user and sudo; so lsblk might just always need that?
[09:14] <pitti> mvo_: (sudo blkid shows it fine)
[09:15] <mvo_> pitti: oh? strange, for me it was no label without libudev-dev b-d and label with it
[09:15] <pitti> mvo_: right, my point; I was saying that user vs. root makes no difference
[09:18] <mvo_> pitti: always need libudev-dev you mean ? could be I did not dig very deep. I wonder if its a issue in debian with non-linux arches(?)
[09:20] <pitti> mvo_: for sure, but you can mark it as [linux-any]
[09:20] <pitti> mvo_: non-linux arches just won't get that feature then *shrug* (not a regression)
[09:20]  * mvo_ nods
[09:27] <xnox> morning. So cold here.... we even had slow
[09:27] <xnox> *snow
[09:28] <pitti> hey xnox ; here too, -8 degrees, *brrr*
[09:28] <Unit193> -18C here. :P
[09:30] <seb128> mlankhorst, hey, is your ppa for xmir supposed to work on current vivid amd64? it wants to uninstall the drivers because abi mismatch here
[09:31] <pitti> Unit193: double-brr
[09:37] <ogra_> pitti, line 404 ff ... how do i find out more about that failure in the systemd world (i guess there is a way to get finer grained info from a job ?) http://paste.ubuntu.com/10031420/
[09:37] <mlankhorst> seb128: add the x-staging ppa
[09:38] <seb128> mlankhorst, not sure I want to go off vivid by so much
[09:38] <mlankhorst> The x-staging ppa only has rebuilds against the new abi
[09:39] <pitti> ogra_: .device units are really just representations of the actual udev devices, so I don't think there's much further logging
[09:39] <pitti> ogra_: in general, "sudo systemctl status -l unitname" gives you the most useful things, like the current status and the last few lines of journal output that belogns to that unit
[09:40] <pitti> ogra_: in this concrete case it looks like mmcblk0p1 was requested through /etc/fstab, but the device never actually appears
[09:40] <ogra_> pitti, right, which i guess is just the same i already have there ... just filtered
[09:40] <ogra_> pitti, heh, exactly ...
[09:40] <pitti> ogra_: and if you look at the kernel messages, it only sees 0p4 and 0p2
[09:40] <ogra_> which is weird
[09:41] <ogra_> this is a normal snappy install (well, should be at least, not sure how teh user built it )
[09:41] <pitti> ogra_: on that device, looking at parted and sudo blkid might be insightful
[09:41] <ogra_> we did already :)
[09:41] <pitti> i. e. perhaps there just aren't any partitions like that
[09:41] <ogra_> well, with blkid
[09:41] <ogra_> it seems to be all fine
[09:42] <pitti> ogra_: hm, missing fs driver in the kernel then? what did blkid say?
[09:42] <pitti> ogra_: I take it there really is no /dev/mmcblk0p1? if there is, then we indeed have a bug in systemd
[09:42] <ogra_> vfat (as it should ...) and labelled "system-boot" (as it should)
[09:42] <ogra_> the device exists in a booted system and can manually be mounted
[09:43] <ogra_> we use "auto" in fstab ... i was wondering if it has to do with that
[09:43] <ogra_> (btw, you dont seem to be in #snappy :) )
[09:44] <pitti> ogra_: argh, bip restart last Friday, sorry :) I am now
[09:44] <ogra_> heh
[09:52] <LocutusOfBorg1> sil2100, I uploaded the new lucene++ on debian and syncd in ubuntu, hope is ok for you :)
[09:52] <LocutusOfBorg1> also put in collab-maint shared git repository
[10:31] <pitti> darkxst: I posted a possible solution to bug 1417010
[10:36] <darkxst> pitti, will look tomorrow, its late now
[10:37] <darkxst> but thanks for investigating
[10:37] <pitti> darkxst: ack, thansk
[11:00] <LocutusOfBorg1> dholbach, poedit is sync'd from debian/experimental, I updated it on experimental again, will it be sync'd automatically?
[11:00] <dholbach> no
[11:01] <LocutusOfBorg1> thanks :)
[11:01] <LocutusOfBorg1> can you please sync again :p
[11:01] <dholbach> do you need it synced?
[11:01] <LocutusOfBorg1> :)
[11:01] <dholbach> sure
[11:01] <dholbach> let me take a look - no need to file a bug
[11:01] <LocutusOfBorg1> the 1.7.4 is a little bug fix release, mostly for macosx, but something is linux related
[11:02] <LocutusOfBorg1> thanks, much appreciated!
[11:02] <LocutusOfBorg1> I hope debian will be released soon, so I'll start again uploading in unstable :p
[11:03] <dholbach> :)
[11:08] <LocutusOfBorg1> thanks!
[11:48] <doko> Riddell, ScottK: which of the cantor, kio, marble autopkg tests can be ignored?
[11:49] <doko> pitti, ^^^
[11:49] <Riddell> doko: all of them, upstream doesn't mind that they fail
[11:49] <pitti> doko: for gcc probably all of them
[11:49] <doko> pitti, ok, and how much do we care about mysql-5.5?
[11:50] <doko> ugh, still in main, and 5.6 still in universe
[11:54] <pitti> doko: probably not at all, AFAIK it's slated for removal
[11:55] <doko> pitti, can you override these?
[11:57] <cjwatson> Might be a good idea to check that one with the server team.
[11:57] <cjwatson> I vaguely recall it not being quite trivial.
[11:59] <rbasak> I've been working on mysql for the last few weeks.
[11:59] <rbasak> I should have an upload soon. Then we can lose 5.5.
[11:59] <doko> rbasak, 5.5, or 5.6?
[11:59] <pitti> doko: yep, will do in a bit (still drowning on IRC)
[11:59] <rbasak> doko: the upload will be for 5.6. So we can then remove 5.5, and put 5.6 in main.
[11:59] <rbasak> (both are currently in the archive)
[12:25] <rsalveti> pitti: just noticed we still got whoopsie crashing in loop (desktop and touch), we need to fix this at some point
[12:25] <rsalveti> no crashing, just the upstart job failing to start because of the lock file
[12:33] <mdeslaur> @pilot in
[12:47] <medicalwei> Hello
[12:48] <medicalwei> I'd like to fix a bug in a package in Ubuntu, I am wondering what's the routine if the bug is fixed in Debian.
[12:48] <medicalwei> Do Ubuntu have a sponsored upload like which in Debian?
[12:49] <highvoltage> medicalwei: http://packaging.ubuntu.com/html/fixing-a-bug.html
[12:49] <highvoltage> medicalwei: you might want to join #ubuntu-packaging and #ubuntu-motu for packaging related questions
[12:50] <highvoltage> medicalwei: (but yes, you can request a sponsor for your upload)
[12:50] <medicalwei> highvoltage, Thanks :)
[12:52] <rbasak> medicalwei: https://wiki.ubuntu.com/SponsorshipProcess might also be relevant for you.
[12:53] <medicalwei> Okay. My case is that the bug is fixed in the packaging git repo (Alioth) in Debian, but the maintainer says he won't upload since Debian jessie is frozen.
[12:53] <rbasak> That's fine. Just point that out in your sponsorship request.
[12:54] <rbasak> The sponsor can take that into account.
[13:05] <xnox> didrocks: yo, didier. I think i got preset-transient to work correctly.
[13:06] <xnox> my initial patch from hackfest is very very buggy.
[13:06] <didrocks> xnox: nice! I'm still working on the fsck thing
[13:07] <xnox> there are many places where it is assumed that "!UNIT_FILE_SYSTEM" means user mode. Thus adding a new system-level scope is hard.
[13:07]  * xnox ponders if we should talk on #systemd, but meh
[13:07] <didrocks> ah ok
[13:07] <didrocks> yeah, making sense
[13:07] <didrocks> I need still to send that email (probably tomorrow) summarizing the solution we decided on
[13:07] <xnox> didrocks: so i have a better patch, which adds a new option (as a /proc/cmdline, --arg, config file setting)
[13:07] <didrocks> but the fsck thing got all my time
[13:08] <didrocks> what do you mean about the option?
[13:08] <xnox> didrocks: well, keep working on the fsck thing for now. I'll test my updated patch again and will send you that for re-review.
[13:08] <didrocks> xnox: great!
[13:08] <xnox> didrocks: one has to opt-into transient presets explicitely.
[13:09] <xnox> and i'm now pondering, if we even need separete /lib/systemd/system-preset-transient in that case.
[13:09] <didrocks> hum… didn't we say that we would only do this if there were some presets?
[13:09] <didrocks> like, if the dir exists and there are some presets in it
[13:09] <xnox> as the policy is the same, whether or not it's transient or normal preset.
[13:09] <xnox> looking at the code checking whether or not there are any presets is fragileish =)
[13:10] <xnox> (as one needs to stat a lot of dirs)
[13:10] <didrocks> hum, not sure that upstream would like that though
[13:10] <xnox> with normal preset the flag file is /etc/machine-id
[13:10] <xnox> in transient-preset case it's a runtime option.
[13:10] <xnox> imho applying normal presets should also be a runtime option.
[13:11] <didrocks> I guess we discussed the case where some people would want a default distro + a first setup?
[13:11] <xnox> cause e.g. in debian case we wouldn't want to enable / apply normal presets by default (when machine-id is missing)
[13:11] <xnox> making it a first-class option makes it easier for distro-system-user-admin configuration
[13:12] <xnox> just like --show-status --dump-core --log-level etc.
[13:12] <didrocks> but I think that on some setups, they sys admin of the domain would want a first-time setup
[13:12] <xnox> anyway, let me test this more and send you the updated patch
[13:12] <didrocks> ok
[13:12] <didrocks> xnox: enjoy :)
[13:19] <pitti> doko_: ok, gcc unstuck; also some of python-defaults, I'll have a closer look after lunch
[15:04] <xnox> didrocks: i think i'm happy now. performance is bad if one has a lot of units without any "Install" sections....
[15:04] <xnox> which systemd seems to ship quite a few....
[15:05] <xnox> adding a massive "disable *" helps.
[15:06] <xnox> or well shipping "disable basic.target" "disable emergency.target" et.c
[15:06] <xnox> overall it's then just a small penalty.
[15:09] <lfrlucas> Hi. I would like to know if this bug will be fixed on Ubuntu 14.04 using KDE (kubuntu): https://bugs.kde.org/show_bug.cgi?id=271934
[15:10] <lfrlucas> This is a memory leak related with policykit package. It was already solved on upstream...
[15:11] <lfrlucas> Every time we make ssh kdeinit4 memory grows.
[15:12] <brendand_> does anyone know why bzr push and pull are hanging so frequently these days? is it just me?
[15:12] <lfrlucas> We are using Ubuntu server 14.04 and kde desktops in our university lab. Since we do a lot of ssh, this bug is quite severe for us. I would like to know if it would be solved, or if you have any workaround. Otherwise the only solution for us seems to migrate to opensuse, which already fixed this bug
[15:12] <rbasak> lfrlucas: is there a bug in Launchpad tracking this?
[15:14] <rbasak> lfrlucas: also, #kubuntu or #kubuntu-devel might be more relevant channels with people more likely to know the answer there.
[15:14] <xnox> didrocks: if you want to try that preset patch on ubuntu, make sure you at least copy the 90-systemd.preset file into system-preset-transient dir.... otherwise you will boot to shutdown.target.
[15:14] <rbasak> But generally, bugs that don't get reported are unlikely to get fixed.
[15:14] <didrocks> xnox: will probably try tomorrow
[15:14] <didrocks> xnox: want to concentrate/finish/polish
[15:14] <xnox> didrocks: and given how all of this works, i'm siding to actually have "disable *" policy now
[15:14] <xnox> didrocks: on the fsck, yeah. please =)
[15:15] <didrocks> ;)
[15:15] <lfrlucas> rbasak: Only found this bug reported on  https://bugs.kde.org/show_bug.cgi?id=271934, but this is not kde related. I discussed on #kubuntu-devel  and the problem is on  policykit-1 http://packages.ubuntu.com/trusty/policykit-1
[15:15] <xnox> didrocks: once your done i'll steal your fsck stuff for stuff in debian probably.
[15:15] <lfrlucas> rbasak: So, I guess only ubuntu team can fix this bug
[15:15] <didrocks> xnox: be my guest :)
[15:16] <didrocks> xnox: I'm rewritting it to use epoll, almost done, but there is still this libplymouth thingy
[15:16] <lfrlucas> I guess the soution si simply to update policykit-1
[15:18] <rbasak> lfrlucas: well, a first step is to have a good quality bug report in Launchpad that you can point to.
[15:18] <lfrlucas> I would expect to see this bug fixed. But several weeks passed and nothing.  I don't understand how an LTS version can exist with a leak like this. Every time we make ssh used memory grows 2-3 mb. We lots of scripts making ssh, and dektop machines get memory full in few days
[15:19] <rbasak> lfrlucas: I would expect nothing without a bug report in Launchpad.
[15:19] <rbasak> lfrlucas: if this is of particular impact to Kubuntu users, the Kubuntu team might be interested in fixing the issue.
[15:20] <lfrlucas> rbasak: How can I open a bug report. I don't find any place on website to open new bug
[15:21] <rbasak> lfrlucas: https://help.ubuntu.com/community/ReportingBugs
[15:23] <lfrlucas> rbasak: I read that page. I continue without understanding how to open new bug report
[15:23] <rbasak> lfrlucas: try #ubuntu for help on this.
[15:23] <rbasak> lfrlucas: or #kubuntu, if it really affects KDE users particularly.
[15:26] <dupondje> cyphermox: lets hope you can fix the NetworkManager crashes :)
[15:27] <cyphermox> dupondje: not a problem, I just pushed it to a PPA to try it out
[15:28] <lfrlucas> rbasak: This affects kubuntu and ubuntu. We have 15 machines running ubuntu-server and kubuntu. If we don't solve this, we have to migrate all machines to another distro, including ubuntu-server, we should use the same basis distro in all machines.
[15:29] <lfrlucas> rbasak: THe problem is identified and fixed upstream. It is on policykit package. I'm trying to open bug but I don''t find
[15:30] <rbasak> lfrlucas: I use Ubuntu server constantly, as do many others. Are you sure you aren't doing something special that results in your leak, that doesn't affect others?
[15:31] <lfrlucas> rbasak: The leak is only visible in ubuntu machines using kde. But I just saying, that this should be of interest of ubuntu guys to. Because we can not keep ubuntu-server machines with leaked kubuntu machines.
[15:32] <rbasak> lfrlucas: OK, you're probably best off asking in #kubuntu to help get the bug filed then.
[15:32] <cjwatson> Run "ubuntu-bug policykit-1"; that should walk you through reporting a bug against that.
[15:33] <lfrlucas> tarpman: On kubuntu apps,  the bug report only points to kde.bugs
[15:33] <lfrlucas> cjwatson: Thanks!
[15:47] <doko> I hate arm64 ... both gcc-4.9 and gcc-5 are unable to build gcc-5
[15:52] <lfrlucas> rbasak: Here it is https://bugs.launchpad.net/ubuntu/+source/policykit-1/+bug/1417637
[15:52] <xnox> doko: It's ok, it hates you to. bootstrapping toolchain - who cares about that =)
[15:54] <xnox> lfrlucas: well the patch at https://bugs.freedesktop.org/attachment.cgi?id=112087 looks trivial.
[15:54] <lfrlucas> rbasak: We already have solution. I hope ubuntu team can solve this bug quickly! Otherwise we cannot continue using ubuntu like this...
[15:54] <xnox> lfrlucas: did you try rebuilding policykit package with that patch to see if it solves the problem for you?
[15:54] <xnox> if it does doing an SRU for this one-liner is trivial.
[15:54] <lfrlucas> xnox: Noo, I have no experience rebuild system packages on ubuntu
[15:55] <lfrlucas> xnox: But I would like to help on that
[15:55] <xnox> lfrlucas: do you know how to use "diff" and "patch" utilities?
[15:55] <lfrlucas> ya
[15:58] <lfrlucas> xnox: The problem should be to gennerate deb.. And what source code ubuntu uses for policykit-1 ?
[15:59] <AkivaAvraham> Hey all: Live Ask Ubuntu Anything live in 5 minutes: http://ubuntuonair.com | #ubuntu-on-air
[15:59] <xnox> lfrlucas: https://help.ubuntu.com/community/UpdatingADeb
[16:00] <xnox> lfrlucas: follow that, policykit-1 is the package name, patch is at http://cgit.freedesktop.org/polkit/patch/?id=f4d71e0de885010494b8b0b8d62ca910011d7544
[16:15] <mdeslaur> @pilot out
[16:18] <lfrlucas> xnox: Could you help here? http://pastebin.com/JCarGuH2
[16:24] <lfrlucas> Anyone could help here?  http://pastebin.com/JCarGuH2
[16:28] <rbasak> lfrlucas: your version number for an update to Trusty needs to be 0.105-4ubuntu<IP_ADDRESS>. Get rid of the "patched" thing, it's messing it up.
[16:29] <lfrlucas> rbasak: I'm testing the patch that solves the bug of policykit. How to test the patch?
[16:29] <lfrlucas> rbasak: xnox pointed me to  https://help.ubuntu.com/community/UpdatingADeb
[16:34] <lfrlucas> xnox, rbasak: I used dpkg-buildpackage -b and run debi.
[16:34] <lfrlucas> xnox, rbasak: I can confirm that the patch in http://cgit.freedesktop.org/polkit/patch/?id=f4d71e0de885010494b8b0b8d62ca910011d7544 solves the bug in https://bugs.launchpad.net/ubuntu/+source/policykit-1/+bug/1417637
[16:35] <lfrlucas> Kdeinit4 does not grow anymore in this machine were I installed patched policykit
[16:35] <xnox> lfrlucas: well comment on the bug report. For faster SRU times it's best to document how to observe the bug, and how to observe that it is gone after policykit is upgrade with such a patch.
[16:36] <lfrlucas> *where
[16:36] <lfrlucas> just looking memory usage in htop
[16:36] <xnox> lfrlucas: e.g. i run this commend to check memory usage of foo, ssh in, check again it grows, but now it stays constant.
[16:37] <xnox> lfrlucas: well on irc we know that =) random people reading and/or processing that stable release upgrade will only see what's in the bug report =)
[16:41] <lfrlucas> xnox: I guess I made what you asked...
[16:42] <lfrlucas> xnox: Now, should we wait for someone to fix this?
[16:43] <xnox> lfrlucas: if you can prepare a debdiff - that is the diff of all packaging before and after the patch is applied with the right version number targetting vivid that would be first step.
[16:43] <xnox> if you have the new .dsc that you just compiled: $ debdiff old.dsc new.dsc
[16:43] <xnox> should produce that.
[16:44] <lfrlucas> vivid? and trusty?
[16:44] <xnox> (not version number for vivid would be e.g. 0.1-2ubuntu3, where the last digit is one higher than last one, or some such)
[16:44] <xnox> then attaching such a debdiff and subscribing sponsor would seal the deal for now.
[16:44] <xnox> lfrlucas: once the patch is in vivid, debdiffs for utopic & trusty can be created and uploaded.
[16:45] <lfrlucas> I made the patch on trusty....
[16:45] <xnox> lfrlucas: bug affects current development series (15.04) and needs to be fixed there first.
[16:45] <xnox> as well as stable series.
[16:45] <xnox> lfrlucas: attach that, it's already some work done - for trusty upload.
[16:46] <xnox> you can do pull-lp-source policykit-1 vivid
[16:46] <lfrlucas> xnox: What about version numbering? I didn't change anything
[16:46] <xnox> to get the vivid's current .dsc & well utopics, and rince & repeat.
[16:46] <xnox> $ dch -i
[16:46] <xnox> should do the right thing, it will increment the version number and open the debian/changelog to fill in details.
[16:47] <xnox> Fix memory leak in foobar (LP: #bugnumber)
[16:47] <xnox> is all that's needed there.
[16:47] <lfrlucas> It shows vim with this first line: policykit-1 (0.105-4ubuntu3) UNRELEASED; urgency=medium
[16:47] <lfrlucas> xnox: should I change anything
[16:47] <xnox> i need to go, but hopefully somebody can help you.
[16:47] <xnox> let me point you at documentation
[16:48] <xnox> lfrlucas: http://packaging.ubuntu.com/html/fixing-a-bug.html#documenting-the-fix
[16:48] <lfrlucas> xnox: thanks
[16:48] <xnox> the guide uses bzr as well... but that bit is optional.
[16:49] <xnox> you can do $ debuild -S to get new dsc, and then generate debdiff with $ debdiff trusty-current.dsc your-new.dsc
[16:49] <xnox> once attached to the bug report subscribe "~ubuntu-sponsors" team =)
[17:04] <lfrlucas> xnox: debuild -S doesn't work for me. But dpkg-buildpackage -b works
[17:05] <lfrlucas> dpkg-source: error: cannot represent change to src/polkitagent/PolkitAgent-1.0.typelib: binary file contents changed
[17:05] <lfrlucas> dpkg-source: error: add src/polkitagent/PolkitAgent-1.0.typelib in debian/source/include-binaries if you want to store the modified binary in the Debian tar-ball
[17:05] <xnox> lfrlucas: typically the patch should be stored in debian/patches directory
[17:05] <lfrlucas> hmmm
[17:05] <xnox> and added to the debian/patches/series file
[17:06] <xnox> lfrlucas: binary contents changed - run $ ./debian/rules clean
[17:06] <xnox> lfrlucas: if that does not help, remove the binary files that are changed. E.g. rm src/polkitagent/PolkitAgent-1.0.typelib should do the trick
[17:06] <xnox> (it's a way to specify "i did not change this" and "please use copy from upstream tarball")
[17:06] <lfrlucas> xnox: What description should I use for patch. Bugfix?
[17:07] <xnox> fixes a memory leak when this and that happens (LP: #bugnumber)
[17:07] <lfrlucas> And patch name?
[17:07] <xnox> lfrlucas: re-use / get insparation from the the git patch commit message
[17:07] <lfrlucas> ok
[17:08] <xnox> lfrlucas: it's free-form text, see previous changelog entries for style / feel as to how to write them.
[17:08] <lfrlucas> Most patches have number, like this: 01_pam_polkit.patch
[17:09] <lfrlucas> Is it required?
[17:09] <lfrlucas> kdeleak_fix.patch?
[17:24] <lfrlucas> gpg: /tmp/debsign.bKOjVp0a/policykit-1_0.105-4ubuntu3.dsc: clearsign failed: secret key not available
[17:24] <lfrlucas> debsign: gpg error occurred!  Aborting....
[17:24] <lfrlucas> Any help?
[17:27] <cjwatson> lfrlucas: You can ignore that if you aren't planning to upload the source package itself to an archive.
[17:27] <lfrlucas> cjwatson: But debuild -S fails...
[17:27] <lfrlucas> debsign: gpg error occurred!  Aborting....
[17:27] <lfrlucas> debuild: fatal error at line 1283:
[17:28] <lfrlucas> I want to fix bug  https://bugs.launchpad.net/ubuntu/+source/policykit-1/+bug/1417637
[17:30] <rbasak> lfrlucas: call debuild with -us -uc also. That'll tell it not to sign.
[17:32] <lfrlucas> rbasak: thanks
[17:32] <cjwatson> lfrlucas: It only fails right at the end, and it has in fact successfully generated a source package.  And as rbasak says.
[17:35] <lfrlucas> cjwatson: I already have debdiff output. How should I update launchpad?
[17:36] <lfrlucas> Here it is : http://pastebin.com/E2yGwp4n
[17:37] <cjwatson> Save the debdiff to a file and attach it to the bug.
[17:37] <cjwatson> Not a pastebin link, because pastebins can expire.
[17:37] <lfrlucas> ok, thanks
[17:37] <lfrlucas> Can I call debdiff ?
[17:37] <lfrlucas> name it debdiff
[17:37] <cjwatson> Why not?
[17:37] <lfrlucas> ok
[17:37] <cjwatson> It hardly matters.
[17:38] <lfrlucas> This is my first time doing this
[17:41] <alexbligh1> hi rbasak - don't suppose you've made any progress with the backport to T of https://bugs.launchpad.net/ubuntu/trusty/+source/apache2/+bug/1366174 ?
[17:45] <lfrlucas> cjwatson, xnox, rbasak: Debdiff is uploaded: https://bugs.launchpad.net/ubuntu/+source/policykit-1/+bug/1417637
[17:45] <lfrlucas> What will happen then?
[17:46] <xnox> lfrlucas: looks good. By large it is correct, and should be easy enough to be tweaked to upload into each of the required series where the fix is needed.
[17:47] <cjwatson> It's on the sponsorship queue, so it'll get looked at in time
[17:47] <cjwatson> http://reqorts.qa.ubuntu.com/reports/sponsoring/ - well, it'll get there in a moment
[17:49] <xnox> lfrlucas: thank you for contributing to ubuntu development.
[18:06] <lfrlucas> Thank you all. We have about 7 kubuntu machines and 7 ubuntu-server machines in your university research lab. I hope to see this bug fixed ...
[18:17] <lfrlucas> What's sponsor team ?
[18:32] <lfrlucas> Is it possible to remove packages installed by apt-get build-dep policykit-1 ?
[18:35] <sarnold> lfrlucas: best is if you still have that list of packages in scrollback and can apt-get purge them all with copy-and-paste :)
[18:35] <sarnold> lfrlucas: /var/log/dpkg.log is there in case you don't have it in scrollback any longer
[18:35] <lfrlucas> sarnold: thanks
[18:35] <sarnold> lfrlucas: ... and it'd be best to use sbuild in the future to avoid the issue :)
[18:45] <lfrlucas> sarnold: To replace the patched  policykit-1 which I installed using debi, with the original repository version, the apt-get install policykit-1 command should be enough?
[18:46] <sarnold> lfrlucas: unlikely, that one might be difficult to easily fix
[18:49] <lfrlucas> sarnold: At leas it installed policykit-1-0.105-4ubuntu2 over my version policykit-1-0.105-4ubuntu3 which I generated before.
[18:50] <sarnold> lfrlucas: ah, nice
[19:02] <dobey> you can specify an exact version with apt-get install, and you can --reinstall as well
[19:03] <sarnold> dobey: ooo. nice on both counts. :)
[19:04] <dobey> apt-get install policykit-1=0.105-4ubuntu2 for example
[19:05] <lfrlucas> dobey: It will replace an higher version without problem, even if the installed files are different? In my case, the file files should be the same
[19:05] <cjwatson> Yes
[19:05] <lfrlucas> hmm nice
[19:07] <lfrlucas> cjwatson: xnox told me before to subscribe to sponsors-team after upload debdiff. Is that required? What is that intended for?
[19:07] <cjwatson> it's already done
[19:08] <cjwatson> and it causes the bug to end up on the sponsorship queue, which I linked to above
[19:08] <lfrlucas> So you guys made it for me?
[19:08] <cjwatson> Somebody did, I don't know who
[19:09] <lfrlucas> nice, thanks
[19:09] <cjwatson> I had been about to do it for you and noticed that somebody already had
[19:09] <lfrlucas> I think it was xnox
[19:20] <asac> doko: slangasek: https://bugs.launchpad.net/ubuntu/+source/gcc-4.9/+bug/1417664
[20:04] <Noskcaj> What would be causing https://launchpadlibrarian.net/196501062/buildlog_ubuntu-vivid-amd64.sagan_1.0.0~RC4-0ubuntu1~vivid1_FAILEDTOBUILD.txt.gz to not build? It says it can't make executables
[20:15] <cjwatson> Noskcaj: I think "/usr/bin/ld: cannot find -lee" may be the real error message there, so pehaps just a missing build-dep
[20:15] <cjwatson> *perhaps
[20:16] <Noskcaj> thanks, i'd forgot that was needed as well (it was listed in the FTBFS bug report somewhere)
[20:48] <flexiondotorg> cyphermox, https://code.launchpad.net/~ubuntu-mate-dev/ubuntu-mate/ubuntu-mate-meta
[20:59] <cyphermox> flexiondotorg: cool, so I think we should start with reviewing the packages that are still only in ubuntu-mate-dev PPA and get them to the archive, and finish with the meta-package
[20:59] <flexiondotorg> Agreed.
[21:00] <cyphermox> let's start with fun stuff, yoga-gtk-theme maybe? :)
[21:02] <flexiondotorg> cyphermox, https://code.launchpad.net/~ubuntu-mate-dev/ubuntu-mate/yuyo-gtk-theme
[21:03] <cyphermox> oh, yuyo, not yoga


[22:46] <thebe> System>Hardware Drivers
[22:46] <XPS_M1330> I can't find the selfdestruct button on my laptop, what's the manual command?
[22:47] <thebe> I got there the driver of this WLAN NIC and it was activated too
[22:47] <thebe> but even then, there is no blinking light in the indicator of wlan
[22:47] <thebe> any solution??
[22:49] <petr> -help
[22:50] <thebe_> I need help plz
[22:50] <thebe_> I wanna fix my wireless problem
[22:50] <petr> thebe_: so do i
[22:50] <robin0800> thebe: in mine I use led=1 in modprobe
[22:53] <thebe_> i did non understand what robin mean??
[22:53] <wirechief> thebe what is your wireless problem
[22:54] <thebe_> Oh, I could not connect to wireless
[22:55] <thebe_> In network notification (system tray) icon, there is only eth0 and I did sudo iwconfig and pan0,l0 and eth0 only displays
[22:56] <wirechief> what does lspci |grep Wireless show ?
[22:56] <thebe_> I tried to find out about driver status in System>Hardware drivers too, and the driver for Atheros is activated too
[22:56] <thebe_> even then no connection
[22:57] <wirechief> i would try using dhclient eth0  then try eth1 if that didnt work
[22:57] <thebe_> wirechief i didnot get your command
[22:58] <thebe_> is it spci grep??
[22:58] <wirechief> but also i would do cat /etc/network/interfaces  and see what shows up. sometimes its wlan0
[22:58] <wirechief> lspci |grep Wireless
[22:59] <will> Could someone recommend a good video player that automatically retrieves codec's?
[22:59] <wirechief> thebe what network manager are you using ? network-manager or wicd
[23:00] <thebe_> Knetwork manager
[23:00] <wirechief> ok
[23:01] <petr> wirechief: what does "thebe" mean? :)
[23:01] <wirechief> i am currently on a different distro and using wi-cd it is different than knetwork-manager but does the job
[23:01] <thebe_> i put command lspci |grep wireless and it displayed Ethernet controller Atheros Communication Inc. AR"¤2x 802.11 1bg wirelsess
[23:01] <wirechief> petr i havent found out yet
[23:03] <petr> wirechief: wow, really nice shortcut, thx :))
[23:03] <wirechief> sure
[23:04] <petr> wirechief: there is still question... why is it "thebe", but... i dont have to know everything... but if yo
[23:04] <petr> ...you'd have time... :D
[23:05] <thebe_> waitin you wirechief, and petr i am beginner
[23:05] <thebe_> have been one week in linux world
[23:05] <wirechief> this stuff might be dated but it use to work well check this link https://help.ubuntu.com/community/WifiDocs
[23:05] <thebe_> so need your help
[23:05] <wirechief> thebe check the link ^^^
[23:05] <petr> lolll
[23:06] <thebe_> thanks
[23:06] <thebe_> thank you wirechief
[23:06] <wirechief> !wifi
[23:06] <petr> wirechief, thebe_ i thought "thebe" is some shortcut of words "i havent found yet" :D
[23:07] <wirechief> petr when you want to address someone it is best to use their nick, otherwise it gets lost in the traffic on the irc but here today is not too bad
[23:07] <wirechief> thebe np
[23:08] <petr> wirechief: i do understand... :D thx, but.. it was cross purposes from my direction :D
[23:09] <wirechief> ok.. no problem...
[23:09] <petr> wirechief: btw. could you help me? O:-) i am afraid that really die because of my problem... :D
[23:10] <wirechief> petr maybe what is your problem
[23:10] <wirechief> petr need to know what version of kbuntu you are using too.
[23:11] <petr> wirechief: 3.5.10...?
[23:15] <will> Is there a way to get dragon player to read .flv files?
[23:21] <master> Hello..
[23:23] <master> I'm trying to install an IDE called HI-TIDE for C programing with microcontrollers. It is based on eclipse and has an exeuteble of its own for installation. It is console based and asked me for path where java is installed
[23:23] <master> and I cant get it to work... :/
[23:23] <master> had it working before in arch..
[23:24] <wirechief> master just use the locate command to find java but do updatedb before you use it.
[23:25] <master> yeah have done that..
[23:25] <master> but what should a type in then? /usr/share/java does not seam to work..
[23:27] <master> got it to work!!! :D /usr/lib/jvm/java-6-openjdk/
[23:27] <master> :)
[23:27] <Guest68330> carlo
[23:32] <wirechief> master ;)
[23:36] <contrast> !aptfix
[23:38] <ActionParsnip> hey guys, is their a lightweight DE based on Qt?
[23:38] <ActionParsnip> gtk is to xfce as qt is to.....
[23:39] <contrast> ActionParsnip: last i heard, the guys who developed kxdocker were supposed to be working on one. not sure if anything ever came of it.
[23:42] <contrast> i know it's not qt-based, but have you tried e17 _lately_?
[23:42] <sy> i like to know some can help me for my compter
[23:43] <contrast> hrmm... "sudo fuser -vki /var/lib/dpkg/lock;sudo dpkg --configure -a" doesn't seem to be working to fix apt. should it be safe to just remove /var/lib/dpkg/lock?
[23:43] <contrast> sy: yes...?
[23:43] <sy> how do i instal cd ubuntu in my compter
[23:44] <contrast> sy: do you want to keep windows installed, or just wipe it out and only have ubuntu?
[23:45] <sy> only heve ubuntu
[23:46] <contrast> assuming you've already backed up any data you mean to keep, just double-click the Install icon and when it asks you about partitioning, select "Use entire disk". the rest is pretty self-explanatory
[23:46] <contrast> sy: are you running from the live cd now?
[23:47] <sy> no, i want to start it tomorrow
[23:47] <contrast> ?
[23:47] <contrast> sy: what's your native language?
[23:48] <sy> bambara
[23:48] <contrast> !bam
[23:48] <contrast> !ba
[23:48] <contrast> bah
[23:49] <sy> bambara is my tongue
[23:49] <capitancan> Me acabo de instalar kubuntu y tengo un problemilla... ¿alguien me puede ayudar?
[23:50] <contrast> !bm
[23:50] <sy> but i speak english a little bit
[23:50] <fosco__> !es | capitancan
[23:50] <sy> can you help me?
[23:50] <capitancan> Gracias....
[23:51] <contrast> sy: i'm still not sure what you're asking. :)
[23:51] <capitancan> Me acabo de instalar kubuntu y tengo un problemilla... ¿alguien me puede ayudar?
[23:51] <fosco__> capitancan, use english please
[23:51] <contrast> heh
[23:52] <sy> i told you i want to install live cd ubuntu in my compter. but i don't know how to do it.
[23:53] <fosco__> sy, burn the iso file in a blank CD, reboot your computer and follow the instructions on screen
[23:53] <sy> is it easy?
[23:54] <fosco__> yes
[23:56] <sy> thanks, i have another question, i don't know how to pirate the film in internet, music. do you have a idea
[23:57] <fosco__> this is kubuntu support
[23:57] <fosco__> do not ask for that