[12:31] <manchicken> Riddell: So is there anything I need to prepare for next week?
[12:35] <manchicken> Anybody gonna be arriving at San Pablo at 12:55 on the 5th?
[12:35] <manchicken> Or around that time
[12:38] <manchicken> Do airports cash travelers cheques?
[12:38] <manchicken> And is Visa widely accepted in Spain?
[12:39] <manchicken> gosh, I didn't even think about currency stuff.  I wonder if my bank would give me Euros.
[12:42] <ScottK> manchicken: In my experience in Europe you'll be able to go to most any ATM and withdraw money (in Euros).  There will be money changing in the airport (although the rate isn't usually so hot).
[12:43] <manchicken> Okay.
[12:43] <manchicken> Cool.
[12:43] <manchicken> As long as there's an ATM in the airport.
[12:43] <manchicken> Do you think the hotel will require me to put a credit card on file?
[12:45] <ajmitch> they may do, I can't recall if that's the case if you're sponsored
[12:45] <manchicken> Gotcha.
[12:45] <ajmitch> hopefully visa is accepted in spain
[12:45] <manchicken> I'm hoping that they won't require it.  I don't want to burn my cards since I'm paying them down to buy a system76 box.
[12:45] <ajmitch> heh
[12:59] <manchicken> I'm gonna get some foreign traveller cheques
[01:02] <sebas> Visa is no problem, and just stating "I've no creditcard" should work as well.
[01:03] <sebas> Visa and Mastercard are the most common cards I think, having some cash is advisable.
[01:11] <manchicken> https://wiki.ubuntu.com/PlanetUbuntuEditorialPolicy <-- Very scary
[01:14] <DaSkreech> Mark runs Canonical and wants to make certain that future deals are not jeopardized by accidental release of information by his employees. He wants to be able to remove his employees blogs without concerns of censorship
[01:14] <DaSkreech> rANDOM NAME
[01:15] <ajmitch> manchicken: why?
[01:15] <ajmitch> DaSkreech: note that this was written by a community member, not someone at canonical
[01:16] <DaSkreech> Still a random name :)
[01:18] <manchicken> ajmitch: Censorship is only appropriate to protect consumers of media (e.g. rating systems, viewer discretion warnings, etc)... not to protect the providers of media.
[01:18] <DaSkreech> manchicken: You consider a rating system censoerdhip ?
[01:18] <manchicken> ajmitch: I don't like that they're censoring the planet.
[01:18] <DaSkreech> censorship ?
[01:18] <manchicken> DaSkreech: Yup.  Let's parents know what's in there so that parents can have the final say.
[01:18] <DaSkreech> That's Like taggin
[01:19] <DaSkreech>  not really censorship. You don't affect the product in anyway
[01:19] <ajmitch> manchicken: then choose a different name for it
[01:20] <ajmitch> canonical are not obliged to provide a place for people to write about stuff
[01:20] <manchicken> ajmitch: No, but if they are it's only fair for them to be... fair.
[01:21] <ajmitch> sure
[04:01] <ryanakca> Umm... is it normal that my .kde be 993.2MB a week after a fresh install?
[04:02] <jdong> ryanakca: kmail, amarok podcasts, ktorrent... any of above?
[04:02] <ryanakca> jdong: kmail... but... Amarok I have one. and that's LUGRadio.
[04:02] <ryanakca> hmm..
[04:02] <jdong> hmm
[04:02] <jdong> that doesn't sound like it'll fill that much
[04:03] <jdong> IRC LOGS? :D
[04:03] <ryanakca> lol
[04:03] <Jucato> lol
[04:03] <jdong> lol
[04:03] <jdong> I don't think that's possible
[04:03] <ryanakca> no?
[04:03] <jdong> it may be half of my politically incorrect jokes or 1/4 of my that's what she said jokes...
[04:03] <jdong> but not actual IRC logs :D
[04:03] <ryanakca> well, 270MB icons. there goes a chunk of it.
[04:04] <jdong> thumbnailer?
[04:04] <ryanakca> And amarok takes up 106.5MB in podcasts.
[04:04] <ryanakca> nuvoX, OS-K, KDE Crystal Diamond.
[04:05] <ryanakca> hmm...
[04:05] <manchicken> Anybody here know what the names on each of the UDS agenda items are?
[04:08] <ryanakca> jdong: fixed. It was my spam bin... that and icons and IRC logs
[04:08] <jdong> haha
[06:05] <DaSkreech> OK here's what I don't get. Why do so many applications not work when I gui open them but do when I cli open them ?
[06:05] <ScottK> Your intall is haunted?
[06:06] <ScottK> Dunno, but I do wonder about it because you've certainly had more than your fair share of trouble.
[06:20] <DaSkreech> yeah
[06:20] <DaSkreech> I'm trying to wait till there is Kubuntu KDE4 cd before I go a full reinstall
[06:20] <DaSkreech> and blow away this old config file
[06:26] <ScottK> Did you try making a new user and see if the problems persist when logged in as the new user?
[06:36] <nixternal> DaSkreech: have you tried the SUSE KDE4 Live CD?
[06:36] <DaSkreech> Nope
[06:36] <DaSkreech>  when did it ship?
[06:36] <nixternal> not to shabby
[06:36] <DaSkreech> What's the Highlights?
[06:36] <nixternal> Binieri (spelling?) put it out a couple of weeks ago
[06:36] <DaSkreech> I saw some blogs about it
[06:36] <nixternal> DaSkreech: only highlights I saw were that it works decent
[06:37] <nixternal> ScottK: you need to realize the SUSE puts more into KDE than a lot of distros
[06:37] <nixternal> heck, they even put a ton into the kernel I read recently
[06:37] <nixternal> second only to Red Hat I think
[06:38] <ScottK> And then defended the decision.
[06:38] <nixternal> heh, the fact they use RPMs is enough for me to not like it
[06:38] <ScottK> To ship a new update technology without the old one as a backup even though it was released AFTER the last RC (IIRC).
[06:38] <nixternal> I don't like what they do to their KDE setup ootb
[06:38] <nixternal> I don't like KBFX or Kickoff
[06:38] <nixternal> looks to much like XP
[06:39] <nixternal> although their Konqueror start page is pretty slick
[06:39] <ScottK> Bottom line is that if you run opensuse, you are viewed as a tester for SLES.
[06:39] <ScottK> IMO
[06:39] <ScottK> of course
[06:40] <nixternal> that isn't an opinion, isn't that a stated fact somewhere on the openSUSE wiki?
[06:40] <nixternal> same with Fedora and Red Hat
[06:40] <DaSkreech> Yeah Opretty much
[06:41] <DaSkreech> Pretty much
[06:41] <nixternal> heh
[06:41] <ScottK> It's one thing to say this is a proving ground to for the REALLY stable distros.
[06:41] <DaSkreech> but Fedora has a seperate organization
[06:41] <DaSkreech>  OpenSuse is like a team
[06:41] <nixternal> dude, my universities webserver is all of a sudden blocking Konqui
[06:41] <nixternal> tomorrow there will be hell to pay, as I can't submit my projects unless I use FF, IE, or Safari
[06:41] <ScottK> It's another thing to say we didn't even do public testing, but I don't understand why you are upset we delivered a totally broken system.
[06:42] <nixternal> DaSkreech: actually I hung out with tom "Spot" Callaway not long ago, he is a Red Hat dev, and he actually said opposite, pretty much said Fedora is community run, but they are guided by Red Hat
[06:42] <DaSkreech> Yeah they are
[06:43] <nixternal> I will say, the Fedora GDM owns the Ubuntu one
[06:43] <ScottK> opensuse would like to be community run.
[06:43] <DaSkreech> The Community has a board ( I guess like Debian) but RedHat can over rule anything they do
[06:43] <ScottK> It was clear with 10.1 that suits at Novell were calling the shots.
[06:43] <ScottK> DaSkreech: Try a new user if you haven't.
[06:43] <ScottK> I need to get to bed.
[06:43] <DaSkreech> ScottK: OK
[06:44] <DaSkreech> Lemme make one
[06:44] <DaSkreech> I guess 4 upgrades isn't really my cup of tea
[06:47] <DaSkreech> Not too hard
[06:47] <nixternal> hahaha
[10:51] <Tonio_> heya :)
[10:51] <Tonio_> Riddell: ping ?
[10:52] <Jucato> hi Tonio_!
[10:52] <Tonio_> hey Jucato :)
[10:53] <Tonio_> Jucato: fine ?
[10:53] <Tonio_> Jucato: sorry for not beeing there last days, but I have a hudge internet connection problem at home...
[10:54] <Jucato> it's ok. doing fine. I wasn't here myself last week. kinda busy at home
[10:54] <Jucato> you started work already?
[10:55] <Tonio_> Jucato: yep
[10:56] <Jucato> kool :)
[10:56] <Tonio_> but I didn't have access to irc previously before I got ssh tunnel access :)
[10:56] <Tonio_> Jucato: I'm so late in my gutsy work...
[10:56] <Jucato> heh I haven't even started getting into it... lots of real life work :(
[11:01] <Lure> Tonio_: hi
[11:02] <Tonio_> heu Lure :)
[11:03] <Lure> Tonio_: how is your new job? working from home?
[11:04] <Tonio_> Lure: not yet, since the project is very late...
[11:04] <Tonio_> Lure: and still I don't have internet access at home fr strange reasons.......
[11:04] <Tonio_> Lure: but in the future, I'll work at home most of the time yes
[11:04] <Lure> Tonio_: ok, but now you they should be back on schedule with you ;-)
[11:05] <Lure> Tonio_: are you doing any interesting customizations for parlament, that we could get in gutsy? ;-)
[11:06] <Tonio_> Lure: hum......
[11:06] <Tonio_> not yet I would say, but maybe in the future...
[11:12] <Riddell> Tonio_: hi
[11:13] <Tonio_> hey Riddell :)
[11:14] <Tonio_> Riddell: wanted to know... I think you are eating in paris on friday evening right ?
[11:16] <Riddell> Paris Nord          1723
[11:16] <Riddell> Paris Austerlitz    1943-
[11:16] <Riddell> arrive.. leave
[11:16] <Tonio_> Riddell: want to eat together in austerlitz ?
[11:16] <Tonio_> that's my train station too :)
[11:16] <Tonio_> to go back orlans
[11:17] <Riddell> different train I presume
[11:17] <Riddell> Tonio_: I've no idea when we'll be there
[11:17] <Riddell> or rather how much time we'll have when we are there
[11:17] <Tonio_> Riddell: the ride between the 2 train stations is kinda short
[11:17] <Riddell> but sure, we should try and meet up
[11:17] <Riddell> what's the best way to do it?
[11:17] <Tonio_> let me check
[11:20] <Riddell> Tonio_: I don't seem to have your mobile
[11:20] <Riddell> mine is on jriddell.org/contact.html
[11:20] <Tonio_> Riddell: +33660389553
[11:21] <Tonio_> Riddell: at paris north, take metro line 5, direction "place d'italie"
[11:21] <Tonio_> Riddell: direct to paris austerlitz
[11:22] <Tonio_> 10 minutes ride
[11:22] <Tonio_> but gare du nord is hudge, it'll take another few minutes to get to the metro
[11:22] <Tonio_> then call me when you are in austerlitz, I'll be there
[11:22] <Riddell> that's assuming there's no riots happening at the time
[11:22] <Tonio_> arround 6 pm I guess
[11:22] <Tonio_> Riddell: riots ?
[11:22] <Riddell> text. call too expensive
[11:23] <Tonio_> Riddell: hum, true, text is perfect
[11:23] <Riddell> gare du nord always has riots going on
[11:23] <Tonio_> Riddell: strike ?
[11:23] <Tonio_> what is riot ?
[11:23] <Riddell> http://www.flickr.com/photos/hughes_leglise/sets/72157600031510292/  that's a riot
[11:24] <Tonio_> hum, hehe :)
[11:24] <Tonio_> Riddell: well it just happened once, although it was kinda big
[12:25] <Tonio_> Riddell: what the international phone number for you ?
[12:25] <Tonio_> Riddell: looks like local one on your page
[12:27] <Tonio_> Riddell: forget that, I got it on kubuntu.org :)
[12:27] <Riddell> +44, remove 0
[12:28] <Tonio_> Riddell: yeah I wans't sure if the international code was the same for the all UK
[12:29] <Tonio_> Riddell: technical question...
[12:29] <Tonio_> Riddell: do you know if there is an easy way to disable the "change user" features in kde context menu and/or the kmenu ?
[12:29] <Tonio_> Riddell: I mean without heavilly patching kdelibs
[12:30] <Riddell> I don't know
[12:30] <Riddell> there usuall is, try searching the kicker source
[12:30] <Tonio_> Riddell: hum, looks like integrated to konqueror/kdesktop too
[12:30] <Tonio_> Riddell: I'll have a look, thanks
[02:28] <manchicken> Okay, so I've switched to the bcm43xx drivers for my wifi card again, and when I come back from suspend it looks like there are some funky graphical artifacts on my screen.
[02:29] <manchicken> And my virtual terminals look hosed.
[02:32] <sebas> Interesting.
[02:32] <Tm_T> manchicken: what wifi card that is exactly?
[02:32] <sebas> And if you unload the driver before suspending, same problem?
[02:32] <manchicken> broadcom 4318
[02:32] <Tm_T> hmm
[02:32] <manchicken> sebas: Yeah.
[02:32] <Tm_T> I wonder what was mine
[02:32] <manchicken> sebas: The driverloader module was the thing that was preventing me from suspending.
[02:32] <sebas> Also if you've not loaded them fter boot?
[02:33] <manchicken> Now I can suspend/resume, but coming back seems to hose things pretty badly.
[02:33] <sebas> Ow, it's ndiswrapper, not the native driver?
[02:33] <manchicken> It is the native driver now.
[02:33] <manchicken> I switched to the native driver before suspending and resuming.
[02:33] <manchicken> I had problems in 2.6.17 with bcm43xx drivers hanging my machine.
[02:34] <manchicken> I'm having trouble with konqueror not being able to talk HTTP for some reason now...
[02:34] <manchicken> I can telnet to port 80, but konq can't seem to figure it out.
[02:34] <sebas> Well, who needs http ;-)
[02:35] <sebas> Proxy set maybe?
[02:35] <manchicken> I don't have a proxy.
[02:35] <ScottK> manchicken: Does it sound like Bug #112068 maybe?
[02:35] <ubotu> Launchpad bug 112068 in knetworkmanager "Feisty: Konqueror stops working when switching network interfaces" [Undecided,Unconfirmed]  https://launchpad.net/bugs/112068
[02:35] <sebas> Yeah, my point exactly, maybe one's set?
[02:35] <sebas> Aye.
[02:35] <manchicken> ScottK: Ooh, that's a possibility.
[02:35] <sebas> Restarting KDE fixes it?
[02:35] <ScottK> Where switching network interfaces is a lot like resuming from suspend maybe?
[02:35] <manchicken> No, proxy is not set.
[02:36] <manchicken> ScottK: Well, I kinda did both.
[02:36] <sebas> There's a konq preloaded presumably, and it's not aware of the connection being different now?
[02:36] <ScottK> Ahhhh.
[02:36] <manchicken> What gets me is that my root window is f'ed up.
[02:36] <ScottK> manchicken: Then please comment on the bug and mark it confirmed.
[02:36] <manchicken> I'll shotty it before I reboot.
[02:37] <manchicken> Please repost the bug when I rejoin.  Rebooting now.
[02:41] <ScottK> manchicken: Bug #112068
[02:41] <ubotu> Launchpad bug 112068 in knetworkmanager "Feisty: Konqueror stops working when switching network interfaces" [Undecided,Unconfirmed]  https://launchpad.net/bugs/112068
[02:42] <manchicken> Thanks
[02:43] <manchicken> Here's a shotty of how my root window looked after resume: http://imagepaste.nulldigital.net/viewimage.php?id=196
[02:48] <manchicken> Bug #112068 confirmed and updated.
[02:48] <ubotu> Launchpad bug 112068 in knetworkmanager "Feisty: Konqueror stops working when switching network interfaces" [Undecided,Confirmed]  https://launchpad.net/bugs/112068
[02:48] <manchicken> Any idea on the root window being hosed issue?
[02:49] <ScottK> I see that sort of thing every now and then.  Do you get it all the time?
[02:52] <manchicken> Every time I resume from suspend.
[02:52] <manchicken> Hibernate does not seem to have the same issue.
[02:52] <ScottK> Hmmm.  What kind of video?
[02:52] <manchicken> And it screws up my virtual terminals as well.
[02:53] <manchicken> ATI radeon xpress 200m using xorg drivers.
[02:53] <manchicken> Not sure what framebuffer I'm using...
[02:54] <manchicken> Well, I'd blame xorg too, but it's hosing my virtual terminal.
[02:54] <ScottK> Dunno.  You're in an area I know little about now.
[02:54] <manchicken> though I suppose it may still be xorg leaving my graphics device in a weird state.
[02:55] <manchicken> I'll try suspend and resume again now that I don't have anymore driverloader.
[02:58] <manchicken> Yup.  Very much still hosed.
[02:59] <manchicken> It seems like anything trying to do transparency gets those weird lines.
[02:59] <manchicken> Let me restart K
[02:59] <manchicken> Hmm... had to reconnect on that...
[03:00] <manchicken_> Ooh, konq can't come back from suspend at all.
[03:00] <manchicken_> That sucks.
[03:00] <manchicken_> I'm gonna try killing X
[03:09] <manchicken> Okay, so once knetworkmanager thinks I'm using a manual configuration, it doesn't seem to want to let me use the wireless networks dropdown... how do I get back from there?
[03:10] <ScottK> Dunno.  Sorry.  I haven't actually had that problem, just saw it scrolling by on #ubuntu-bugs.
[03:23] <manchicken> Well, at least I can't blame driverloader anymore.
[03:23] <manchicken> But there still seems to be a lot more wrong with suspend-resume.
[03:24] <manchicken> Hibernate is flakey as well.
[03:24] <manchicken> I had to kill X and then restart ALSA.
[03:24] <manchicken> And I had to ifup --force to get my network up again.
[03:25] <manchicken> I think that one bug is more related to konqueror not coming back after resume.
[03:25] <manchicken> Do you still have that bug # so that I can update it with that info?
[03:25] <ScottK> manchicken: Bug #112068
[03:25] <ubotu> Launchpad bug 112068 in knetworkmanager "Feisty: Konqueror stops working when switching network interfaces" [Undecided,Confirmed]  https://launchpad.net/bugs/112068
[03:25] <manchicken> I'm considering unconfirming it.
[03:26] <ScottK> Maybe re-write it to be correct?
[03:29] <manchicken> I just updated it with the info, I'm trying to put hardware info on there too to help folks if they want to hunt for patterns.
[03:29] <manchicken> What's that package that allows you to pipe shell output into the X clipboard?
[03:29] <sebas> Are the specs for UDS already online (and accessible)?
[03:29] <manchicken> I don't think so...
[03:29] <ScottK> manchicken: Dunno, sorry.
[03:30] <manchicken> ScottK: xclip
[03:30] <manchicken> Hell yeah
[03:31] <ScottK> manchicken: Thanks.  I'll try and remember that one.  Sounds useful.
[03:31] <manchicken> Oh yeah.
[03:31] <manchicken> I'm unconfirming that bug
[03:34] <manchicken> That's alright, hopefully bcm43xx is more stable in 2.6.20
[03:34] <Tm_T> looks like I have ralink
[03:52] <manchicken> So this agenda is confusing me.  I see my name on there, but is that because I'm supposed to attend or because I'm supposed to run something?
[03:53] <Riddell> attend I think
[03:53] <manchicken> Okay.
[03:53] <Riddell> sebas: see topic for existing timetable, but specs don't seem to be registered yet
[03:54] <manchicken> Do you understand what the significance of the colors is?
[03:54] <Riddell> nope
[03:55] <manchicken> Riddell: These AC adapters look like they'd have trouble with falling out of the wall.  Is that a problem with European outlets normally?  Sorry, I know that's an odd question, just trying to figure out whether or not I need to bring tape.
[03:59] <Riddell> manchicken: it's a general problem but only as much as it is with US plugs
[03:59] <Riddell> they're both equally shoddy
[04:01] <manchicken> Well, with US plugs, since it's a flat piece of metal, you can just bend the plug a little bit to get a better fit.
[04:01] <manchicken> Those round things look like they'd break off if I tried to bend them.
[04:02] <manchicken> I'll bring some duct or electrical tape if I can find any.
[04:40] <nixternal> http://revu.tauware.de/details.py?upid=5003
[04:40] <nixternal> gentle review for you MOTUs/core-devs
[04:40] <nixternal> it is a cool app
[04:40] <nixternal> 4 konsole windows embedded into one konsole
[04:40] <gnomefreak> nixternal: do you get the link in terminal after dput command?
[04:40] <Jucato> quadkonsole?
[04:40] <nixternal> gnomefreak: no, I goto the website and grab it
[04:41] <gnomefreak> ah ok ty. i have to push somethind this weekend and its my first time :(
[04:41] <bddebian> Heya
[04:41] <nixternal> boo
[04:41] <Jucato> oh so it is quadkonsole
[04:42] <gnomefreak> that would be sweet (will be sweet even)
[04:47] <bddebian> nixternal: :)
[06:12] <toma> Riddell: btw is there any link between aKademy in Glasgow and the Scottish now voting on a party for Freedom??
[06:14] <Riddell> toma: no, the official party of akademy is the greens since it's their member of parliament who we have scheduled to open the conference
[06:15] <Riddell> and if he gets voted out, that'll make him somewhat less interesting
[06:15] <toma> exciting then ;-)
[06:16] <Riddell> the election and akademy are indeed both very exciting
[06:57] <manchicken> This is a new problem, amarok is not transferring tracks with accented characters.
[06:57] <manchicken> to my device
[07:00] <fdoving> everyone should just use ascii.
[07:00] <fdoving> encodings are a pain.
[07:01] <Tm_T> woohoo!
[07:02] <fdoving> Tm_T: familiar with qdockwidgets and auto-saving states with kxmlguiwindow magic?
[07:02] <Tm_T> hmm, is that something eatable?
[07:02] <fdoving> Tm_T: no, it's kde hacking :)
[07:03] <Tm_T> fdoving: can't say I am, though I might have done something related to it without knowing those fancy names
[07:03] <fdoving> i'm trying to make qdockwidgets restore their state/position.
[07:58] <Lure> Riddell: bug 91545 sounds like SRU candidate
[07:58] <ubotu> Launchpad bug 91545 in kde-guidance "MASTER [apport]  displayconfig-restore.py crashed with SIGSEGV in XRRGetScreenInfo()" [High,Fix committed]  https://launchpad.net/bugs/91545
[07:59] <Lure> Riddell: bug 112120 is not that critical, but could also be released for feisty
[07:59] <ubotu> Launchpad bug 112120 in kde-guidance "guidance-power-manager crashes at startup" [High,Needs info]  https://launchpad.net/bugs/112120
[07:59] <Riddell> Lure: do they have fixes?
[08:00] <Lure> Riddell: yep, the later still need confirmation from reported (but reproduced here)
[08:00] <Lure> Riddell: SEGV one would need more testing by real users
[08:01] <Lure> Riddell: should be easy with 42 duplicates ;-)
[08:02] <Lure> Riddell: btw, didn't we discuss/fix bug 104794 just before release?
[08:02] <ubotu> Launchpad bug 104794 in kde-guidance "guidance-power-manager shows dischanging if battery full" [Medium,Confirmed]  https://launchpad.net/bugs/104794
[08:02] <Riddell> Lure: cool, yes SRU would be very good for that
[08:02] <ScottK> Lure: I don't suppose you have Bug #97507 figured out do you?
[08:02] <ubotu> Launchpad bug 97507 in kde-guidance "[apport]  displayconfig-restore.py crashed with ImportError in <module>() - ixf86misc" [High,Confirmed]  https://launchpad.net/bugs/97507
[08:02] <Riddell> Lure: sounds like one we did
[08:02] <ScottK> It's got 33 dupes.
[08:02] <Riddell> ScottK: isn't that down to removing guidance-power-manager?
[08:02] <Lure> ScottK: that one is still mistery for me :-(
[08:02] <ScottK> Riddell: I don't think so.
[08:02] <Riddell> ScottK: I don't know why but removing g-p-m removes some important symlink for the other guidance modules
[08:03] <ScottK> Ahhh
[08:03] <ScottK> Sounds like it ought to be reproduceable/fixeable then.
[08:04] <Lure> ScottK: it is reproducable, but I have no idea what is wrong :-(
[08:04] <ScottK> Lure: on 104794 it was left fix committed at relase and when I looked at the code, it didn't match the patches.
[08:04] <ScottK> Someone verified that they still saw the problem.
[08:05] <Lure> ScottK: interesting, I recall Riddell asking me to code review some patches just before release, but it may not be released...
[08:05] <ScottK> The weird part on that one is that the code looked like neither the befor nor the after of the patches.
[08:06] <Riddell> Lure: g-p-m e-mail sent to you since you seem to be in the mood :)
[08:06] <ScottK> I think it maybe got stomped on by some other change.
[08:06] <Lure> ScottK: the patches from the comments are plain wrong ;-)
[08:06] <ScottK> That I could tell.
[08:06] <ScottK> Just didn't know how they were wrong.
[08:07] <ScottK> Man.  That all sounds very scary.
[08:07] <Lure> Riddell: yep, I planned to fix this together with adding support for other types of batteries (UPS, mouse...) - will work on this in a week or two (after sailing)
[08:09] <Lure> ScottK: it looks like the proper patch for 104794 is actually in feisty - kubuntu_06_powermanager_fixes.diff
[08:09] <Lure> ScottK: will close the bug then and see if somebody reopens if ;-)
[08:10] <ScottK> Lure: If you look at the comments, it's already been verified to be I problem still.
[08:12] <ScottK> Lure: https://bugs.launchpad.net/ubuntu/+source/kde-guidance/+bug/104794/comments/11
[08:12] <ubotu> Launchpad bug 104794 in kde-guidance "guidance-power-manager shows dischanging if battery full" [Medium,Confirmed]
[08:20] <stivani> Scottk: I had problems with wrong patches mentioned in this bug report, but I can confirm it's resolved just before feisty went stable, for me at least.
[08:21] <ScottK> stivani: Would you look at that comment then and see if that reporter is talking about the same problem?
[08:24] <Lure> ScottK: thanks - that sounds different though, so I have asked reporter to open new bug for this.
[08:24] <Tonio_> re
[08:25] <ScottK> OK.  Sounds good then.
[08:27] <stivani> The only thing I see is that it takes a couple of seconds before I get that my battery is charging
[08:27] <stivani> but I think this is a know problem with python
[08:28] <Lure> stivani: powermanager may have 1sec delay with detection, the rest is due to HAL or HW
[08:29] <stivani> Lure: Everything is working fine then :)
[08:54] <Lure> Riddell: it seems that you have broken knetworkmanager by your kdepim merge - see bug 112134
[08:54] <ubotu> Launchpad bug 112134 in knetworkmanager "knetworkmanager: error while loading shared libraries: libnetworkstatus.so.0: cannot open shared object file: No such file or directory" [Undecided,Needs info]  https://launchpad.net/bugs/112134
[09:05] <Riddell> hi [ade]
[09:05] <Riddell> Lure: mm, ok
[09:06] <Riddell> [ade] : there's more specs at https://blueprints.launchpad.net/sprints/uds-sevilla/
[09:06] <Riddell> [ade] : and you can register and propose your own if you have them
[09:08] <ScottK> Riddell: Does my S/MIME spec need to be registered?
[09:08] <ScottK> I'm not asking for any resources, just saying what I plan to do...
[09:19] <Riddell> ScottK: yeah, go on, it'll help to remind me to review it
[09:19] <ScottK> OK
[09:20] <ScottK> Riddell: OK.  I proposed it.
[09:22] <Lure> Riddell: test packages for guidance crash fixes and debdiff are available here: http://muse.19inch.net/~lure/feisty/
[09:23] <_Sime> Lure: hi
[09:23] <Lure> _Sime: hi - just packaged your fix from KDE SVN in order to see if it helps for people with crashes
[09:24] <_Sime> Lure: cool, thanks
[09:25] <Lure> _Sime: thank you for fix - I hope this is it as we have 40+ duplicates...
[09:25] <Lure> _Sime: any idea about bug 97507 - why would removal of powermanager break displayconfig
[09:25] <ubotu> Launchpad bug 97507 in kde-guidance "[apport]  displayconfig-restore.py crashed with ImportError in <module>() - ixf86misc" [High,Confirmed]  https://launchpad.net/bugs/97507
[09:36] <ScottK> Lure: Personally, I think there are some weird path issues in our Python 2.5.almost1.
[09:36] <Lure> ScottK: re 97507? but this bug is there from 2.4 (afair)
[09:37] <_Sime> I really don't know.
[09:37] <manchicken> Europeans have very pretty money.
[09:37] <ScottK> Is it.
[09:38] <_Sime> If anyone here has the same problem I would like to know about it.
[09:38] <ScottK> Then maybe this has it's own special problem.
[09:39] <ScottK> Actually, I think you are right as another bug that was weird path issues happended before we switched too.
[09:40] <ScottK> _Sime: Have a look at bug #80287 and bug #104971
[09:40] <ubotu> Launchpad bug 80287 in pysol "Doesn't start in feisty" [Medium,Fix released]  https://launchpad.net/bugs/80287
[09:40] <ubotu> Launchpad bug 104971 in python-defaults "Python path appears to be searched out of sequence - intermittent" [Undecided,Unconfirmed]  https://launchpad.net/bugs/104971
[09:43] <_Sime> ScottK: something fishy with the python modules paths seems more and more likely.
[09:43] <_Sime> ScottK: guidance needs to find the module /usr/lib/python-support/kde-guidance/python2.5/ixf86misc.so. python-support is AFAIK not a standard python module path.
[09:44] <ScottK> There are two ixf86misc.so installed and I wonder if it finds the wrong one.
[09:44] <_Sime> two??
[09:45] <ScottK> http://packages.ubuntu.com/cgi-bin/search_contents.pl?word=ixf86misc.so&searchmode=searchfiles&case=insensitive&version=feisty&arch=i386
[09:45] <ScottK> _Sime: ^^
[09:46] <_Sime> ScottK: oh, I see. That wasn't such a good idea on the behalf of the displayconfig-gtk packager.....
[09:47] <_Sime> ScottK: that needs to be fixed.
[09:47] <manchicken> Well, my findings on the suspend/resume thing are that driverloader sucks, bcm43xx seems to be more stable than driverloader, but something is still wrong with my suspend/resume.
[09:48] <ScottK> _Sime: Who needs to fix?
[09:48] <_Sime> ScottK: probably the displayconfig-gtk packager.
[09:48] <_Sime> ScottK: people should try to stay out of usr/lib/python2.5/site-packages/
[09:49] <ScottK> Riddell: Who should work between displayconfg-gtk and kde-guidance to get this sorted?
[09:51] <ScottK> _Sime: When I looked at the PYTHONPATH search order it looked like it should be OK for kde-guidance (IIRC), unless there are intermittent module search order problems...  Which I really wish we had a good way to figure out.
[09:51] <_Sime> ScottK:  That .so should be placed under /usr/lib/python-support/displayconfig-gtk/python2.5/
[09:52] <ScottK> OK.  So maybe Riddell should bug mvo about it then (he did displayconfig-gtk last).
[10:14] <ScottK> _Sime: There is a bug already Bug #103488 - Feel like commenting?
[10:14] <ubotu> Launchpad bug 103488 in displayconfig-gtk "the ixf86misc module is provided twice" [Undecided,Confirmed]  https://launchpad.net/bugs/103488
[10:18] <_Sime> ScottK: done
[10:19] <ScottK> Cool.
[10:21] <manchicken> So is the full name of this hotel "Hotel Silken Al-Andalus Palace Sevilla"?  I'm trying to figure out what to tell the cabbie.  heh
[11:44] <ryanakca> Erm. KMail is erasing every message as soon as I click on it.
[11:45] <DaSkreech> Great Spam filtration ?
[11:46] <ScottK> ryanakca: IMAP or POP?
[11:46] <ryanakca> POP
[11:46] <ryanakca> nope. Unless launchpad-users is all spam.
[11:46] <ScottK> hmm
[11:47] <toma_> ryanakca: remove the indexes
[11:47] <ScottK> It's probably index corruption.
[11:47] <ScottK> ;-)
[11:47] <toma_> you guys dont need me ;-(
[11:48] <crimsun> Use mutt.  Win!
[11:55] <ryanakca> ScottK: how do I remove the indexes?
[11:58] <ScottK> ryanakca: look for them in .kde
[11:58] <ScottK> ...
[11:58] <ScottK> ryanakca: I think it's .kde/share/apps/kmail
[11:59] <ScottK> I'm on my way out the door, do I can't give you detailed instructions.


[16:00] <rbasak> #startmeeting ubuntu-server-team
[16:00] <meetingology> Meeting started Tue Jul 29 16:00:15 2014 UTC.  The chair is rbasak. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:00] <meetingology> Available commands: action commands idea info link nick
[16:00] <rbasak> Who's here?
[16:00] <gnuoy> o/
[16:00] <jamespage> o/
[16:00] <jamespage> I'm here!
[16:00] <rbasak> #topic Review ACTION points from previous meeting
[16:00] <jamespage> hey rbasak, gnuoy
[16:00] <rbasak> I see none.
[16:00] <rbasak> #topic U Development
[16:01] <rbasak> Any comments? Feature freeze is August 21. It will probably start creeping up on us now.
[16:01] <beisner> o/ hi
[16:01] <coreycb> o/
[16:01] <jamespage> debian import freeze is soonish as well
[16:02] <jamespage> rbasak, do you reckon
[16:02] <matsubara> o/
[16:02] <rbasak> We're working on getting all the important outstanding merges done. Usually by sprinting together on Fridays in #ubuntu-server. All welcome.
[16:02] <kickinz1> o/
[16:02] <jamespage> that we will make the switch to 5.6 this cycle?
[16:02] <jamespage> for mysql?
[16:02] <rbasak> Yeah Debian Import Freeze not long away now.
[16:02] <rbasak> I've been looking at mysql 5.6 today.
[16:02] <jamespage> awesome
[16:02] <rbasak> Any other comments?
[16:03] <rbasak> The mysql conversation is proceeding btw, but I think it less likely now that the /var/lib/mysql/ change will happen this cycle (if it happens at all, as it's still under debate)
[16:03] <rbasak> But we can land 5.6 in the same manner as 5.5 for now.
[16:03] <jamespage> ack
[16:03] <rbasak> #topic Server & Cloud Bugs (caribou)
[16:03] <jamespage> http://status.ubuntu.com/ubuntu-u/group/topic-u-server.html
[16:04] <jamespage> ^^ remember to keep your BP's updated with work-item progress and re-plan milestones as things slip (if required)
[16:04] <jamespage> rbasak, sorry - thats me done
[16:04] <rbasak> caribou doesn't appear to be here, so I guess we can skip that.
[16:05] <rbasak> Unless anybody has anything else they'd like to bring up on this topic?
[16:05] <jamespage> nope
[16:05] <rbasak> #topic Weekly Updates & Questions for the QA Team (psivaa)
[16:05] <rbasak> psivaa: any updates?
[16:05] <rbasak> I guess not.
[16:05] <psivaa> nothing from our side rbasak
[16:05] <rbasak> OK, thanks!
[16:05] <rbasak> #topic Weekly Updates & Questions for the Kernel Team (smb, sforshee)
[16:06] <smoser> o/
[16:06] <jamespage> I have something for this section if smb or sforshee don't have
[16:06] <rharper> o/
[16:06] <sforshee> I don't have any updates. smb doesn't seem to be present.
[16:06] <rbasak> jamespage: go ahead
[16:06] <jamespage> so... this is my bad as I dropped the ball that smb started a while back
[16:07] <jamespage> iscsitarget on 12.04 - dkms has been bust with HWE kernels
[16:07] <jamespage> there was general consensus that backporting 14.04 version was the right way to go and some good testing from a community user
[16:07] <jamespage> I've uploaded that for SRU team review today
[16:07] <jamespage> apologies - that took way to long
[16:08] <jamespage> bug 1262712
[16:08] <rbasak> Thanks jamespage - nice to see that being fixed
[16:08] <rbasak> I've also seen some discussion (eg. earlier today in #ubuntu-server) on https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1346917
[16:08] <rbasak> I know a fix is in the works for Trusty, but hasn't landed yet.
[16:08] <jamespage> that's a critical one and arges is doing a great job on driving that forwards
[16:09] <rbasak> I could find the kernel SRU cadence documented from the link in https://wiki.ubuntu.com/StableReleaseUpdates#Kernel
[16:09] <rbasak> Does anyone know what the schedule is currently, or better have a link to it?
[16:09] <jamespage> sforshee, ^^ ?
[16:09] <smoser> i always just load https://launchpad.net/ubuntu/+source/linux
[16:09] <sforshee> I don't know where we are in the cadence for sure, I suggest asking bjf
[16:10] <bjf> jamespage, rbasak, i'm currently packaging up a kernel with that fix. should be uploaded today
[16:10] <bjf> jamespage, rbasak (very soon now)
[16:10] <rbasak> bjf: to trusty-proposed? That's great - thanks!
[16:10] <jamespage> bjf, thanks!
[16:10] <rbasak> bjf: though do you know where the normal cadence is documented? That's one thing I couldn't find and wanted to point people to.
[16:10] <bjf> rbasak, jamespage the plan is for it to hit -updates on Aug. 8. the day after 12.04.5
[16:11] <jamespage> great
[16:11] <jamespage> bjf, so it would be included in 12.04.5?
[16:11] <jamespage> sorry - being dumb...
[16:11] <rbasak> Sounds like it'll miss 12.04.5?
[16:11] <jamespage> 12.04.5 being the 3.13 HWE release right?
[16:11] <bjf> rbasak, the only way to know the dates for the next cadence is to be subscribed to kernel-sru-announce mailing list
[16:11] <bjf> jamespage, will not be in 12.04.5
[16:11] <jamespage> hmm
[16:12] <bjf> jamespage, that's why there will be an update the next day
[16:12] <jamespage> ok
[16:12] <rbasak> bjf: I can point them to https://lists.ubuntu.com/archives/kernel-sru-announce/ I guess then - thanks!
[16:12] <smoser> https://lists.ubuntu.com/archives/kernel-sru-announce/2014-July/thread.html
[16:12] <smoser> yeah, bjf. thanks for that.
[16:13] <smoser> bjf, could you, or someone on your team possibly update https://wiki.ubuntu.com/KernelTeam/KernelUpdates to point to that mailing list ?
[16:13] <smoser> i'd not seen that documented previously (but that coudl be user error)
[16:13] <rbasak> Meanwhile, any other kernel-related questions or comments?
[16:13] <bjf> smoser, since it's a wiki, you can do it :-)
[16:14] <rbasak> smb: o/
[16:14] <smb> Just about...
[16:14] <rbasak> smb: we're just about to finish the kernel topic. Did you have any comments?
[16:14] <smb> Just remembered
[16:15] <smb> I had nothing in particular. Just for zul and hallyn about the request for libvirt stuff back to Debian
[16:15] <smb> I would be interested to learn there if one of you does something (or help)
[16:16] <rbasak> I guess zul and hallyn have no comment right now. Thanks smb!
[16:16] <rbasak> #topic Ubuntu Server Team Events
[16:16] <rbasak> What's coming up?
[16:17] <zul> smb:  still reading the email
[16:17] <rbasak> Nothing that's not already been announced I guess.
[16:18] <rbasak> I mentioned before that the Canonical team have been sprinting to try and get merges done (including mentoring and sponsoring) on Fridays in #ubuntu-server.
[16:18] <rbasak> If others want to join us, please do.
[16:18] <rbasak> #topic Open Discussion
[16:18] <jamespage> o/
[16:18] <rbasak> Does anyone have anything else to bring up?
[16:18] <rbasak> jamespage: go!
[16:18] <jamespage> FYI there are plans to SRU docker 1.0.x to 14.04
[16:18] <jamespage> https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
[16:19] <jamespage> referenced from that bug is a PPA with the currently proposed backport set to support this; I'm pending review from the SRU team
[16:19] <jamespage> if anyone wants to take it for a spin please do!
[16:20] <rbasak> Thanks jamespage!
[16:20] <rbasak> #topic Announce next meeting date, time and chair
[16:21] <rbasak> The next meeting will be on Wed Aug 5 17:00:00 UTC 2014
[16:21] <rbasak> Who'll be chairing? I'm not sure I follow the rota right now. Are we not moving it along any more?
[16:21] <rbasak> So is that gauhen, or smoser?
[16:21] <rbasak> Or the other way and hallyn?
[16:22] <hallyn> gaughen or smoser
[16:22] <smoser> yeah. it'd be me.
[16:22] <rbasak> OK - thanks. gaughen or smoser then.
[16:22] <smoser> i dont know how rbasak got put up there.
[16:22] <rbasak> Thanks all!
[16:22] <rbasak> #endmeeting
[16:22] <meetingology> Meeting ended Tue Jul 29 16:22:51 2014 UTC.
[16:22] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2014/ubuntu-meeting.2014-07-29-16.00.moin.txt
[16:22] <smoser> but i probalby wont be availalbe, and neither will jamespage next week.
[16:22] <jamespage> yah
[16:23] <jamespage> have fun without us
[16:23] <rbasak> OK, so gaughen or gnuoy?
[16:23] <jamespage> gaughen will be out as well - so gnuoy!
[16:23] <rbasak> Both tech leads gone in the same week? Whatever will we do? :-P
[16:23] <gnuoy> I'll be out
[16:23] <jamespage> lol
[16:23] <rbasak> arosales will also be gone I'm guessing?
[16:23] <rbasak> Then matsubara?
[16:23] <matsubara> I'll be around
[16:24] <rbasak> Can you chair next week, please?
[16:24] <matsubara> Yes
[16:24] <rbasak> Thanks!
[16:24] <rharper> hehe
[16:24] <kickinz1> thanks, rbasak
[16:25] <matsubara> np
[17:00] <jsalisbury> ##
[17:00] <jsalisbury> ##
[17:00] <meetingology> Meeting started Tue Jul 29 17:00:17 2014 UTC.  The chair is jsalisbury. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[17:00] <meetingology> Available commands: action commands idea info link nick
[17:00] <jsalisbury> [LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Utopic
[17:00] <rtg> o/
[17:00] <ppisati> o/
[17:00] <ppisati> doh!
[17:00] <henrix> o/
[17:00] <ppisati> \o/
[17:00] <kamal> o/
[17:00] <cking> \o
[17:00] <sforshee> o/
[17:00] <jsalisbury> [TOPIC] Release Metrics and Incoming Bugs (jsalisbury)
[17:00] <jsalisbury> Release metrics and incoming bug data can be reviewed at the following link:
[17:00] <jsalisbury> [LINK] http://people.canonical.com/~kernel/reports/kt-meeting.txt
[17:00] <jsalisbury> ..
[17:01] <jsalisbury> [TOPIC] Status: Utopic Development Kernel (ogasawara)
[17:01] <ogasawara> The Utopic kernel has been rebased to v3.16-rc7 and uploaded to the
[17:01] <ogasawara> archive, ie. linux-3.13.0-6.11.  Please test and let us know your
[17:01] <ogasawara> results.  I also want to mention 14.04.1 released last Thursday
[17:01] <ogasawara> July 24 and 12.04.5 is scheduled to release next Thurs Aug 7.
[17:01] <ogasawara> -----
[17:01] <ogasawara> Important upcoming dates:
[17:01] <ogasawara> [LINK] https://wiki.ubuntu.com/UtopicUnicorn/ReleaseSchedule
[17:01] <ogasawara> Thurs Aug 07 - 12.04.5 (~1 week away)
[17:01] <ogasawara> Thurs Aug 21 - Utopic Feature Freeze (~3 weeks away)
[17:01] <ogasawara> ..
[17:01] <jsalisbury> [TOPIC] Status: CVE's
[17:01] <jsalisbury> The current CVE status can be reviewed at the following link:
[17:01] <jsalisbury> http://people.canonical.com/~kernel/cve/pkg/ALL-linux.html
[17:01] <jsalisbury> ..
[17:01] <jsalisbury> [TOPIC] Status: Stable, Security, and Bugfix Kernel Updates - Trusty/Saucy/Precise/Lucid (bjf/henrix/kamal/arges)
[17:02] <bjf> Status for the main kernels, until today (Jul. 22):
[17:02] <bjf>   *   Lucid - Released
[17:02] <bjf>   * Precise - Released
[17:02] <bjf>   *   Saucy - Released
[17:02] <bjf>   *  Trusty - Released
[17:02] <bjf>
[17:02] <bjf> Current opened tracking bugs details:
[17:02] <bjf>   * http://people.canonical.com/~kernel/reports/kernel-sru-workflow.html
[17:02] <bjf> For SRUs, SRU report is a good source of information:
[17:02] <bjf>   * http://people.canonical.com/~kernel/reports/sru-report.html
[17:02] <bjf>
[17:02] <bjf>
[17:02] <bjf> Schedule:
[17:02] <bjf>
[17:02] <bjf> 14.04.1 cycle: 29-Jun through 07-Aug
[17:02] <bjf> [17:02] <bjf>          27-Jun   Last day for kernel commits for this cycle
[17:02] <bjf> 29-Jun - 05-Jul   Kernel prep week.
[17:02] <bjf> 06-Jul - 12-Jul   Bug verification & Regression testing.
[17:02] <bjf> 13-Jul - 19-Jul   Regression testing & Release to -updates.
[17:02] <bjf> 20-Jul - 24-Jul   Release prep
[17:02] <bjf>          24-Jul   14.04.1 Release [1]
[17:02] <bjf>          07-Aug   12.04.5 Release [2]
[17:02] <bjf>
[17:02] <bjf> cycle: 08-Aug through 29-Aug
[17:02] <bjf> [17:02] <bjf>          08-Aug   Last day for kernel commits for this cycle
[17:02] <bjf> 10-Aug - 16-Aug   Kernel prep week.
[17:02] <bjf> 17-Aug - 23-Aug   Bug verification & Regression testing.
[17:02] <bjf> 24-Aug - 29-Aug   Regression testing & Release to -updates.
[17:02] <bjf>
[17:02] <bjf>
[17:02] <bjf> [1] This will be the very last kernels for lts-backport-quantal, lts-backport-raring,
[17:02] <bjf>     and lts-backport-saucy.
[17:02] <bjf>
[17:02] <bjf> [2] This will be the lts-backport-trusty kernel as the default in the precise point
[17:02] <bjf>     release iso.
[17:02] <bjf> ..
[17:02] <jsalisbury> [TOPIC] Open Discussion or Questions? Raise your hand to be recognized (o/)
[17:03] <jsalisbury> Thanks everyone
[17:03] <jsalisbury> #endmeeting
[17:03] <meetingology> Meeting ended Tue Jul 29 17:04:00 2014 UTC.
[17:03] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2014/ubuntu-meeting.2014-07-29-17.00.moin.txt
[17:03] <arges> o/
[17:03] <cking> heh
[17:03] <kamal> arges, hahaha
[17:03] <kamal> thanks jsalisbury!


[12:02] <ikonia> Hmmm, what's this channel all about then ?
[19:40] <LaserJock> hiya all!
[19:41] <LaserJock> Rinchen: question about your reply to Vid, which list are you talking about opening?
[19:46] <Rinchen> Hi LaserJock
[19:47] <Rinchen> LaserJock, the one proposed in the spec<EMAIL_ADDRESS>or whatever it was
[19:47] <Rinchen> LaserJock, a non-lp list
[19:47] <Rinchen> but I refuse to manage it
[19:47] <Rinchen> boredandblogging or someone else will need to do it
[19:48] <Rinchen> but I'd be happy to request it
[19:48] <LaserJock> hmm
[19:48] <LaserJock> well, I just launched off my thoughts
[19:48] <LaserJock> not sure if anybody cares ;-)
[20:10] <Rinchen> I care
[20:13] <LaserJock> Rinchen: I can't help but think the Newz bottleneck is a real killer
[20:13] <LaserJock> I've had other similar issues with other teams
[20:14] <LaserJock> poor guy just has too much to do
[20:15]  * beuno wonders if the discussion is about the fridge site
[20:16] <LaserJock> yes
[20:17] <LaserJock> I've seen rather glaring problems when working in the Doc team and Edubuntu as well
[20:17] <LaserJock> the problem is that *everybody* is dependent on one or maybe 2 people who actually have access to the machines
[20:19] <LaserJock> gotta run, bbiab
[20:21] <beuno> Rinchen, how about making those branches accesible to the team
[20:21] <beuno> we can commit to them
[20:21] <beuno> and if newz feels they're ok, we can merge em in
[20:37] <Rinchen> beuno, the theme is but the code is not. The theme is on the fridge project in LP
[20:38] <beuno> Rinchen, and why not the code?
[20:38] <beuno> bzr makes it pretty straight forward to see what has been changed
[20:38] <Rinchen> beuno, for no, I don't know.  In the future, because of the openid code
[20:38] <Rinchen> for now that is
[20:39] <Rinchen> beuno, I would like to resolve the bottleneck issue and that's based on access
[20:39] <Rinchen> beuno,  if we can either prevent it, or resolve it, it would be helpful
[20:39] <Rinchen> beuno, so far my limited attempts have not met with success.
[20:40] <Rinchen> (and the Fridge is, a labor of love vs my job)
[20:40] <beuno> Rinchen, it doesn't sound like a problem if there where a public branch with the code for it, cleaning out the DB bits
[20:40] <beuno> and it would allow for more of us to pitch in configuring it
[20:40] <Rinchen> beuno, well no actually...
[20:40] <Rinchen> beuno, because then the code would have to be reviewed
[20:41] <Rinchen> and I'd still have the problem of getting it deployed
[20:41] <Rinchen> so in this instance, it's nice but it doesn't help
[20:41] <beuno> right, that's the magic of bzr, trivial review of the changes
[20:41] <Rinchen> I'll propose it to newz though
[20:41] <beuno> and yes, deploying would still be on newz' end, but it takes quite some work off his hads
[20:41] <beuno> *hands
[20:44] <Rinchen> beuno, request sent for 3 items
[20:48] <beuno> Rinchen, you rock  :)
[20:49] <Rinchen> tell my manager :-)
[20:49] <beuno> muehehe
[20:49] <beuno> argh, sabdfl isn't here  :p
[20:50] <beuno> we can re-do this in #launchpad  :D
[20:50] <Rinchen> well, you can always do it there :-)


[20:50] <pepee> so, ubuntu.com doesn't even support https. why?
[20:51] <pepee> ^  http://worldwidemann.com/the-sad-state-of-linux-download-security/


[09:49] <ziirish> falcojr: I have finally completed my investigations. Turns out the "BOOT" event is indeed well interpreted in 22.2. But I think there is another issue related to this one: https://github.com/kubernetes-sigs/image-builder/issues/712, indeed when we *don't* specify a "set-name" or if we are using a _fake_ iface ID the traceback in the issue above is raised, that's what happened to me and that's why my
[09:49] <ziirish> network setup wasn't regen.
[23:17] <redkrieg> good call on CVE-2022-2084, I didn't consider it but userdata being logged unexpectedly isn't great
[23:19] <redkrieg> did the new release happen to include the rest of the recent additions to the main branch?
[23:25] <blackboxsw> redkrieg: glad you are on the security notice list. yeah has been a busy week fixing that properly. redkrieg the new release only included the single commit that landed in main to avoid undue risk. We plan shortly on releasing tip of main to Ubuntu Kinetic will will provide folks with an opportunity to test latest and greatest bits from tip of main
[23:26] <blackboxsw> our next scheduled SRU into bionic|focalimpish|jammy  is  August 17th to create an official upstream release 22.3 and sync it to stale releases in Ubuntu
[23:27] <blackboxsw> *sync it to stable releases in Ubuntu*      (not a nice typo)
[23:59] <redkrieg> thanks for the info!  I appreciate it.


[02:43] <hyperair> does anyone know how to get suspend/resume working on a radeon hd 4500?
[02:46] <RAOF> It doesn't already?
[02:50] <hyperair> RAOF: weird, it works on and off.
[02:50] <hyperair> RAOF: when i suspended from the menu, it worked, when i closed the lid, it didn't resume.
[02:59] <RAOF> Yay lidswitch!
[03:01] <hyperair> lol
[03:03] <RAOF> From the top of my head I'd guess it's a race between “Oh!    The user has shut the lid; let's suspend” on the g-p-m side.
[03:04] <hyperair> oh that sucks =\
[03:04] <RAOF> Combined with resume happening after the lid is opened.
[03:04] <RAOF> Well, that would be sucky driver's fault, realy.
[03:04] <RAOF> File A Bug™ :)
[03:04]  * ajmitch hates sucky drivers for such things
[03:05] <hyperair> heh
[03:05]  * hyperair doesn't own the hardware
[03:17] <RAOF> What laptop is it?
[03:26] <hyperair> dell studio 15
[13:42] <bjsnider> tseliot, i think we had a miscommunication the other day about nvidia-current
[13:42] <tseliot> bjsnider: ?
[13:43] <bjsnider> the package creates two modprobe.conf files
[13:43] <bjsnider> /lib/nvidia-current/modprobe.conf and /usr/lib/nvidia-current/modprobe.conf
[13:44] <bjsnider> i was talking about the contents of the former. the latter contains the alias line
[13:44] <tseliot> I'll check that
[13:45] <tseliot> the former should be enough though
[13:45] <bjsnider> i think this was done because of the separate partition for /lib. remember that?
[13:45] <tseliot> yep
[13:45] <bjsnider> my system complains unless i have the alias line in the /lib file
[13:45] <tseliot> actually a separate /usr partition
[13:45] <bjsnider> ok
[13:47] <bjsnider> the /lib file does not contain the alias line. there is no code in the rules file to add it. so my system is not totally crazy
[13:47] <bjsnider> i sorted through the variables in the rules file and the command works out to:
[13:47] <bjsnider> echo "alias nvidia nvidia-current" >> $(CURDIR)/debian/nvidia-current/usr/lib/nvidia-current/modprobe.conf
[17:48] <tseliot> bjsnider: the file in /lib is fine too
[17:49] <tseliot> but yes, we should have only one


[00:28] <malikeye> j #ubuntu-solutions
[02:28] <smattan> hello I'm having some issues with my MaaS design and need some help if availible.  Has anyone been able to successfully deploy CentOS via MaaS?
[02:29] <smattan> I am also looking for Windows solutions. as currently the only clue I had at wiki.cloudbase.it/maas doesn't seem to work anymore
[05:47] <SimplySeth> would there be any objection to adding 'python-maas-client' and 'python-maas-provisioningserver' to PyPi  so that it can be used on all platforms ?
[06:32] <smattan> hello I'm having some issues with my MaaS design and need some help if availible.  Has anyone been able to successfully deploy CentOS via MaaS?
[11:49] <kiko> good morning
[11:50] <kiko> smattan, we haven't published docs on it, so I would assume nobody apart from blake_r has :)
[16:22] <saltlake> roadmr, malikeye: I tried everything I could read about adding a scsi controller to the guest and adding the blcok device.. but whatever I do the guest will not see the additional disks in lshw -class disk
[16:23] <roadmr> saltlake: I downloaded the openstack installer but it's really complex, I haven't yet figured out how it verifies compliance of the nodes :/
[16:25] <saltlake> roadmr: That is awfully sweet of u to do that.. but I am still stuck at my stupid VM unable to see more than its boot disk. I added a scsi controller and disks from the fedora page documentation .. and I am just unable to proceed!! :-(
[16:29] <saltlake> http://docs.fedoraproject.org/en-US/Fedora/18/html/Virtualization_Administration_Guide/sect-Managing_storage_controllers_in_a_guest.html
[16:46] <saltlake> roadmr: I FINALLY figured it out!!
[16:47] <roadmr> saltlake: \o/ yay! what'd you do?
[16:47] <saltlake> arggghhh : JOY!!
[16:47] <saltlake> http://pastebin.com/vcE7JetA
[16:47] <roadmr> cool :D
[16:48] <saltlake> roadmr: http://pastebin.com/MuzueVEy
[16:49] <roadmr> ohh I see, interesting way to define them as scsi
[16:52] <saltlake> roadmr: Yes without that lshs -c disk was not showing them as disk..
[16:53] <saltlake> HOWEVER : the maas webpage still does not show the "DISK (GB) to be a total of all 3 disks. I am hoping it picks up only the boot disk and that openstack installer still is able to finally work now!!
[16:53] <roadmr> saltlake: did you commission the node? it will only gather hardware information after commissioning
[16:54] <saltlake> roadmr: definitley I commissioend it and started it
[16:54] <roadmr> saltlake: oh! ok then it should... but that information is gathered from lshw, so if lshw shows them, I'm pretty sure maas will be happy
[16:54] <saltlake> roadmr: I then sshd to it like u told me to y'day and that's how I get the llshw -c disk info output
[16:57] <saltlake> roadmr: this is the best I have so will go ahead and hope openstack installer is able to proceed !!
[16:57] <roadmr> saltlake: hope it works :)
[16:58] <saltlake> roadmr: thanks!! again thanks for responding and helping me out
[16:58] <roadmr> saltlake: you did most of the work :)
[16:59] <kiko> saltlake, neat :)
[17:05] <saltlake> roadmr, kiko: thanks, it helps alot to ask and discuss here when I am all by myself headbanging in my little cave!!
[17:12] <mbruzek> whit juju quickstart bundle:~hazmat/kubernetes/kubernetes
[17:13] <mbruzek> wrong room
[17:16] <malikeye> saltlake: I believe it only picks up the boot disk
[17:16] <malikeye> well, it only reports that in maas
[17:16] <SimplySeth> kiko: I'm in the process of asking permission to add the maas api python module to PyPi so it can be 'pip installed' from any platform
[17:16] <saltlake> malikeye: cool but I have not got there yet but am hoping openstack installer still sees that!!
[17:17] <saltlake> malikeye: thanks..
[17:17] <malikeye> you'll find out when you get to the landscape part, if that's what you are goin
[17:17] <malikeye> doing
[17:17] <kiko> SimplySeth, that's cool, but do keep in mind it's part of a larger source tree -- I dunno how trees like that are handled
[17:17] <malikeye> I'm giving up on the bundled package.... gonna try the manual setup
[17:18] <malikeye> the automated one just fails and I can't figure out why... so step by step will at least let me narrow it down
[17:18] <SimplySeth> kiko: I copied the module dir to my mac and it's running fine.
[17:20] <SimplySeth> kiko: it just required 'pip install oauth'
[17:20] <kiko> SimplySeth, I am wondering how we will handle updates to it
[17:21] <SimplySeth> kiko: ahhh good point
[18:42] <johng> hi all.  SSH keys that I entered in MAAS gui show in new VM instances on bootup, but ssh attempts fail with permission denied (publickey)
[18:42] <johng> is there a better way to get teh kys in the instances working?  Or should I set a password somewhere in a kickstart or seed?
[18:49] <serverascode> johng: which user are you trying to log in as?
[18:50] <johng> not root.  using a regular user account $
[18:51] <serverascode> I think by default it creates an ubuntu user, but I just started using maas yesterday lol
[18:51] <johng> I put three keys from 3 diff machines in the MAAS UI preferences..
[18:51] <johng> all machines fail with same message
[18:51] <serverascode> ssh ubuntu@ip works for me with maas by default
[18:52] <johng> doh!  your awesome!   thanks
[18:52] <johng> I was thinking my user need to match the one at the end of the pub key..
[18:52] <johng> guess not
[19:30] <roadmr> johng: indeed the key you specify will be added to each node's "ubuntu" user's authorized_keys
[19:31] <roadmr> johng: you could add a Host block to your .ssh/config specifying User ubuntu for the IP addresses of your maas cluster, this would avoid mechanically typing ubuntu@ every single time :)
[19:40] <kiko> roadmr, +1 :)
[19:41] <roadmr> TBH I don't mind typing ubuntu@ as I rarely need to log into raw nodes... but it's useful for debugging/learning
[21:11] <saltlake> malikeye: I am now at another roadblock. I had all the client nodes on a private virtual network. I need the second nic so I added these lines to the VMs xml:    <interface type='bridge'>
[21:11] <saltlake>       <source bridge='br0'/>
[21:11] <saltlake>       <target dev='vnet2'/>
[21:11] <saltlake>       <model type='virtio'/>
[21:11] <saltlake>     </interface>
[21:11] <saltlake> where br0 is a bridge to the eth0 on the host machine.
[21:12] <saltlake> should this work to create 2 Nics per VM node ?
[22:00] <saltlake> I am certain my second nic is configured properly!! but starting the VMAASServer with the 2 network interfaces .. I can longer reach the MAAS apache website.. what is going on ?
[22:08] <saltlake> if anyone can pastebin their VM nodes xml with 2 NICs configured it would be awwesome ..
[22:22] <roadmr> saltlake: sorry, as usual :( I've only ever used one nic in virsh :(
[22:25] <serverascode> hi all, can I specify that a node gets a particular IP address using MaaS?
[22:25] <saltlake> roadmr: No problem :-) iTs a journey no issues.. I tried a few things .. I added a second interface to the MAAS controller eth1 from the MAAS controller page. THen I went back to the VMAAS virsh xml and updated it to have a second interface. After that I can atleast start the MAAS Controller and i still get the MAAS webpage working.
[22:26] <saltlake> roadmr: However ifconfig -a on the maasserver node does not assign the P address I specified on the cluster interface page setting.. (LIke when I set address <IP_ADDRESS> for eth0) ifconfig -a shows the same. that does not apply to eth1
[22:27] <roadmr> hmm..
[23:36] <serverascode> hi all...does "allocated to $user" mean the node is done, or should it have a status of deployed or something else? I'm having a hard time figuring out what the status should be


[08:09] <jaddi27> hello
[08:12] <gggs> hi
[08:15] <jaddi27> hi gggs. Don't think I have seen you here before
[08:16] <gggs> I lurk mainly
[08:17] <jaddi27> That is alright. Always nice to see new people
[10:16] <gggs> http://fc01.deviantart.net/fs47/f/2009/203/1/c/Computer_hardware_poster_1_7_by_Sonic840.png
[10:16] <gggs> wait, that's 24mb, try http://i.imgur.com/W3bxy.jpg
[10:38] <blahdeblah> sweet chart gggs
[10:38]  * blahdeblah shares with workmates
[10:57] <gggs> could come in handy
[12:11] <jaddi27> sagaci, have you had issues with timeouts when translating?


[19:54] <cub> What language is most often used for the applications we use in US?
[19:55] <cub> programming language that is