[12:57] <Riddell> congratulations nixternal
[12:58] <jpatrick> err, yeah I think I missed it... congrats nixternal
[12:58] <Riddell> oh, hi jpatrick :)
[12:59] <jpatrick> good night Riddell (as in greeting)
[12:59] <Riddell> that would be buenes notches
[01:00] <jpatrick> well you're half right
[01:00] <jpatrick> it is the night
[01:01] <Riddell> jpatrick: you're still down for a good 5 merges on merge-o-matic, are you going to get to those this week?
[01:01] <jpatrick> I'll try
[01:01] <jpatrick> I'll do them today
[01:01] <Riddell> yay
[01:04] <jpatrick> Riddell: will have to be extra careful, just got turned down by a girl, so whoa
[01:04] <Riddell> :(
[01:07] <jpatrick> I guess that ain't an excuse :)
[01:26] <kwwii> quick, I need a name for the kubuntu theme
[01:27] <kwwii> as of now, it is called O2, since that is the only way you find oxygen in nature
[01:27] <kwwii> in the future, perhaps "Ozone"
[01:29] <kwwii> Riddell: what do you think?
[01:30] <Riddell> kwwii: ozone sounds cool to me
[01:30] <Riddell> oxygen++
[01:30] <Riddell> might have bad connotations I suppose, people might associate it with a hole in the layer
[01:30] <kwwii> hehe
[01:30] <kwwii> yeah, good point
[01:31] <kwwii> I am trying to write an wiki page about the kubuntu artwork philosophy
[01:31] <kwwii> s/an/a
[01:31] <kwwii> something like: https://wiki.ubuntu.com/Artwork/Documentation/Philosophy
[01:32] <kwwii> kinda hard to do something unique after they made that
[01:32] <kwwii> any ideas, anyone?
[01:33] <Riddell> bridging kde 3 and kde 4
[01:34] <kwwii> yeah, I know....that is kinda the problem
[01:34] <Riddell> how do you embody Freedom in desktop artwork?
[01:35] <kwwii> hehe
[01:35] <Riddell> wow, reading on it does expand on that
[01:36] <kwwii> well, it is very ambiguous, almost sounds like it comes from a text book
[01:36] <kwwii> and how does one change that for another theme?
[01:38] <kwwii> with that definition, you have the ubuntu theme and the fascist-asshole theme
[01:38] <Riddell> :)
[01:39] <kwwii> oh well, nobody ever said that artwork was easy :p
[01:39] <kwwii> oh, wait, yes they have
[01:39] <kwwii> anyway
[01:39] <kwwii> back to work
[01:58] <Riddell> good morning asia :)
[01:58] <freeflying> Riddell: morning
[02:03] <kwwii> https://wiki.ubuntu.com/Artwork/Documentation/KubuntuPhilosophy
[02:03] <kwwii> that is what I have so far
[02:03] <kwwii> 2 am here
[02:03] <kwwii> about time for bed
[02:04] <kwwii> any last comments for today?
[02:04] <allee> kwwii: yeah! nite ;)
[02:05] <kwwii> ;-)
[02:07] <Riddell> seems like a copy of the ubuntu stuff
[02:07] <Riddell> which is fine
[02:12] <kwwii> yeah
[02:12] <kwwii> there are important, subtle changes
[02:12] <kwwii> at least, I hope there are
[02:12] <kwwii> anyway
[02:12] <kwwii> good enough for now, I guess
[02:13] <Riddell> "no matter which desktop they use" nice
[02:13] <kwwii> :-)
[02:13] <kwwii> I was happy that the smiley came out in my browser
[02:17] <kwwii> ok, time for sleep, be back tomorrow
[02:17] <kwwii> bye
[02:29] <bddebian> Hello
[02:42] <nixternal> ty Riddell
[02:44] <bddebian> nixternal: Did you get in?
[02:45] <Riddell> almost
[02:45] <bddebian> almost?
[03:02] <imbrandon> moins Riddell and others awake ;)
[03:10] <Hobbsee> morning all
[03:24] <nixternal> almost..ya.lol...waiting for mako
[03:26] <Hobbsee> nixternal: what's up?
[03:28] <nixternal> same ol' same ol'
[03:28] <nixternal> my neice and nephew finally left
[03:28] <nixternal> im wore out
[03:29] <Hobbsee> nixternal: hehe.  go to bed?
[03:29] <nixternal> 8:30pm...way to early for me
[03:29] <Hobbsee> heh
[03:36] <Hobbsee> hehe
[03:47] <nixternal> Hobbsee: you use ICQ at all?  Kopete won't connect and tells me that the ICQ server thinks my client is to old.
[03:48] <Riddell> nixternal: known bug, if you want to supply a debdiff against kopete for with this patch http://bugs.kde.org/show_bug.cgi?id=130630 both ICQ users would be very happy
[03:48] <Ubugtu> KDE bug 130630 in general ""ICQ server thinks the client you are using is too old"" [Normal,Resolved: fixed]
[03:52] <Hobbsee> nixternal: same
[03:52] <Hobbsee> right, i'll do that  next
[03:52] <Hobbsee> hi Riddell
[03:52] <Hobbsee> i might add that patch in with my current revision
[03:53] <Hobbsee> Riddell: how do i actually get that patch?   do i go into the svn and grab it, or copy it off the webpage, and modify it?
[03:54] <Riddell> you'd need to get it from websvn
[03:54] <Riddell> or real svn
[03:54] <nixternal> it is in svn
[03:54] <nixternal> it seems it is to the oscartype.h file where the changes are
[03:54] <Hobbsee> Riddell: any way of telling what revision it is?
[03:54] <Hobbsee> that's probably had a fair few revisions
[03:56] <linuxmonkey> Hobbsee: my dear
[03:57] <Hobbsee> linuxmonkey: what?
[03:57] <linuxmonkey> Hobbsee: check the java page and let me know what you think
[03:59] <Hobbsee> !java
[03:59] <ubotu> java is an object oriented programming language. To install a java compiler/interpreter on Ubuntu, look at https://help.ubuntu.com/community/Java For the runtime Sun Java install sun-java5-jre from the Multiverse repository
[03:59] <linuxmonkey> i added the prerequisites section :)
[04:00] <Hobbsee> linuxmonkey: nice :)
[04:00] <linuxmonkey> well thats 1 thing i got done other than rush to the hospital
[04:05] <Hobbsee> Riddell: i'm stuck.
[04:07] <RadiantFire> stuck is bad :-(
[04:08] <linuxmonkey> Hobbsee: i told you not to eat all thos jelly donnuts....that will teach ya.
[04:08] <bddebian> heh
[04:08] <bddebian> Hobbsee: Is it a large patch?
[04:11] <Riddell> Hobbsee: what's up?
[04:13] <Hobbsee> Riddell:  i see the patch from the bug, i've found where it is, but i cant find the revision where it was actually applied.
[04:13] <Hobbsee> Riddell: is there some easy way to do that?
[04:13] <Hobbsee> bddebian: no
[04:13] <Hobbsee> linuxmonkey: heh.  i dont eat donuts anyway.
[04:13] <Riddell> Hobbsee: #561015:561016
[04:14] <Riddell> from the bug report
[04:14] <bddebian> Hobbsee: So do it the old fashioned way :-)
[04:14] <Hobbsee> Riddell: yeah, i got that far, but how do you actually get that revision from svn?
[04:14] <linuxmonkey> Hobbsee:  can i pm ya for a sec
[04:14] <Hobbsee> linuxmonkey: sure
[04:18] <Hobbsee> Riddell: there doesnt seem to be a "search for revision" button
[04:19] <Riddell> Hobbsee: go to http://websvn.kde.org/branches/KDE/3.5/kdenetwork/kopete/protocols/oscar/liboscar/oscartypes.h
[04:19] <Riddell> click diff to previous on Revision 561016
[04:20] <nixternal> there is less then 10 lines of changes...changing the ICQ info to icqbasic and a few 0x0a4 type addressing
[04:20] <Hobbsee> ah..
[04:20] <Hobbsee> it seems like it works this way.  good.
[04:21] <Hobbsee> found it :)  almost
[04:22] <Hobbsee> GOT IT :D
[04:24] <Hobbsee> okay, i'm going to have to build that when i get home - i dont have time now.
[04:24] <Hobbsee> Riddell: thanks for the hlep :)
[04:24] <Riddell> no problem, now I can go to bed :)
[04:25] <Hobbsee> ahhh...i was in the wrong branch anyway...
[04:25] <Hobbsee> no *wonder* I couldnt find the revision!
[04:25] <Hobbsee> Riddell: hehe, go for it :)
[04:28] <Hobbsee> svn confuses me :(
[04:28] <Hobbsee> it's getting better, but it's still confusing.
[04:33] <bddebian> Hobbsee: :-)
[04:33] <RadiantFire> yay :-)
[04:33] <Hobbsee> bddebian: either that, or slap the hell out of him sometime.
[04:34] <bddebian> Hobbsee: You have my vote :-)
[04:35] <Hobbsee> bddebian: hehe.  i suspect that doing what i'd like to do might just violate the COC.
[04:35] <nixternal> hehe
[04:35] <nixternal> but Hobbsee, it would still be pretty sweet to witness ;)
[04:35] <bddebian> Well I probably violate it every day, so WTF :-)
[04:35] <Hobbsee> although, throwing people out of the window was deemed to possibly be acceptable.  i'd have to bring it up with the CC to ask
[04:35] <bddebian> Is he a dev/MOTU/anything?
[04:36] <Hobbsee> bddebian: i hope not @ coc comment.  i dont think he's even a MOTU
[04:36] <Hobbsee> mind you, i dont know everything, and he may well have done stuff
[04:36] <RadiantFire> i've decided I will do something useful tomorrow, since I'm actually off work for a change...
[04:37] <Hobbsee> RadiantFire: oh good! :)
[04:37] <Hobbsee> RadiantFire: what will you do?
[04:37] <RadiantFire> remember how riddell told me to add a quit button to adept_batch like a week ago...
[04:37] <Hobbsee> RadiantFire: yep
[04:37] <RadiantFire> i have 3 whole days off...
[04:37] <Hobbsee> nice
[04:37] <RadiantFire> 3 days off not having to deal with silly people and even sillier salesmen...
[04:38] <RadiantFire> like the salesman that told some guy he needed the 64-bit OS to run on his intel core duo...

[04:39] <Hobbsee> hehe
[04:39] <RadiantFire> and they didn't believe me cuz I'm just a cashier...
[04:39] <bddebian> heh
[04:39] <RadiantFire> I will laugh when the computer spews terminal error messages when he tries to boot
[04:39] <bddebian> Heya DaSkreech
[04:40] <DaSkreech> Hi bddebian :)
[04:40] <Hobbsee> bye all - work time!
[04:40] <DaSkreech> hi *takes breath*
[04:40] <DaSkreech> hobbsee, imbrandon, nixternal, Riddell, mornfall
[04:40] <imbrandon> ?
[04:40] <nixternal> what
[04:40] <DaSkreech> Drat Hobbsee left :)
[04:40] <nixternal> ?
[04:41] <imbrandon> oh Hi
[04:41] <nixternal> ahhh
[04:41] <nixternal> hi
[04:41] <nixternal> lol
[04:41] <nixternal> i like that one DaSkreech
[04:41] <DaSkreech> :-)
[04:42] <DaSkreech> OK time to start planning my great format
[04:43] <RadiantFire> format of what?
[04:43] <DaSkreech> Dapper
[04:44] <RadiantFire> oh
[04:44] <RadiantFire> lol
[04:44] <DaSkreech> I think i've screwed it up to a point where I'm going to have a Dev install and an actual install
[04:44] <RadiantFire> thats fun
[04:44] <DaSkreech> Half of the things that I install no uninstall a whole slew of other things
[04:44] <RadiantFire> I need the "alternate" cd to install grub somewhere else than the mbr right?
[04:45] <imbrandon> yea ( grumbles about #kubuntu and support )
[04:45] <RadiantFire> lol
[04:45] <imbrandon> ;)
[04:45] <imbrandon> j/k
[04:45] <RadiantFire> I am gonna make a tiny partition for edgy
[04:45] <RadiantFire> and install its grub into that partition
[04:46] <RadiantFire> and have fun testing
[04:46] <imbrandon> heh
[04:46] <imbrandon> vmware ;)
[04:46] <RadiantFire> or I could do that...
[04:46] <RadiantFire> but chainloading grubs is fun :-)
[04:46] <imbrandon> as broken as edgy is atm i would use vmware easy to backup / restore
[04:46] <RadiantFire> lol
[04:46] <RadiantFire> k
[04:47] <RadiantFire> never used vmware, though I am familiar with qemu
[04:50] <DaSkreech> How much churn is in edgy right now?
[04:55] <bddebian> It's killed two of my machines on dist-upgrade so far :-)
[04:55] <DaSkreech> Hard drives sent in a letter of resignation?
[04:56] <bddebian> No, just choked
[04:56] <bddebian> 1 won't load the hardware drivers so I have no eth0
[04:57] <bddebian> The other has eth0 but I can't set a default route and can't even apt-get update by IP
[05:00] <DaSkreech> So the network card sent in a resignation?
[05:04] <bddebian> Aye :-)
[08:48] <fabo> nobody look to revu before uploading a package ?
[08:55] <crimsun> ?
[08:56] <DaSkreech> Night all
[08:56] <imbrandon> night
[08:56] <imbrandon> DaSkreech,
[08:56] <imbrandon> fabo, ?
[09:05] <fabo> i've done some month ago a pckage, uploaded to revu
[09:05] <fabo> not reviewed. and yesterday, i saw duplicate work.
[09:06] <crimsun> which packages?
[09:07] <fabo> klibido
[09:07] <fabo> http://revu.tauware.de/details.py?upid=2269
[09:09] <fabo> it's not important, but it's not an efficient work
[09:12] <fabo> out of scope, but some package on revu can be removed as they are uploaded out of advocating scheme
[09:13] <fabo> maybe ubuntu-motu is more appropriate ?
[10:29] <Hobbsee> imbrandon: ping?
[10:29] <Hobbsee> hi all
[10:29] <imbrandon> pongs
[10:29] <imbrandon> err pong
[10:30] <Hobbsee> imbrandon: heh
[10:30] <imbrandon> brb afk one moment, ask away
[10:31] <Hobbsee> you know, it occurs to me that our kopete 0.12 packages must not have tranlsations.
[10:32] <\sh> moins
[10:32] <Hobbsee> hey \sh!
[10:33] <imbrandon> heya \sh
[10:33] <imbrandon> Hobbsee, hrm i never thought to check since i just use en_US
[10:34] <Hobbsee> imbrandon: well, seeing as i'm not including a patch about .po files
[10:34] <imbrandon> heh true
[10:35] <imbrandon> does the one on ~riddell/kopete have a .po patch >
[10:35] <imbrandon> or ALL the versions we're working on as of late not have it
[10:38] <Hobbsee> imbrandon: no, just the 0.12 versions of kopete, i expect
[10:38] <imbrandon> hrm
[10:39] <imbrandon> that bites
[10:39] <imbrandon> lol
[10:55] <andred> hi all
[10:56] <andred> are you guys aware of the kopete icq problem? http://bugs.kde.org/show_bug.cgi?id=130630
[10:56] <Ubugtu> KDE bug 130630 in general ""ICQ server thinks the client you are using is too old"" [Normal,Resolved: fixed]
[10:56] <andred> people are asking for kubuntu packages all the time :)
[11:00] <Hobbsee> andred: yep
[11:00] <Hobbsee> andred: trying to patch it now, actually
[11:00] <Hobbsee> andred: this fix will be in the kopete 0.12 packages first, then we'll look at sticking it in the kdenetwork 3.5.3 ones
[11:01] <andred> Hobbsee: ok, cool
[11:01] <andred> thanks
[11:01] <Hobbsee> andred: and it'd help if i put my password in properly.  grr.
[11:02] <andred> hehe, indeed
[11:03] <Hobbsee> please work
[11:06] <Hobbsee> grr.  and it didnt.
[11:23] <allee> morning
[11:24] <Hobbsee> hey allee!
[11:34] <mornfall> hola
[11:35] <allee> hey (allee tries to remember what he wanted to typ) Hobbsee (puh, I could remember, can't be that bad this morning)
[11:35] <raphink> hi allee && mornfall
[11:35] <allee> mornfall: hi
[11:35] <Hobbsee> hehe
[11:35] <allee> hey raphink morning
[11:35] <raphink> :)
[11:35] <mornfall> i'm somewhat chronically underslept
[11:35] <Hobbsee> anyone good with patches here?
[11:35] <raphink> Hobbsee: do you need to stop smoking?
[11:36] <Hobbsee> raphink: no, kubuntu patches.
[11:36] <raphink> ;)
[11:37] <Hobbsee> raphink: i want to apply http://rafb.net/paste/results/nTOP8I11.html to http://rafb.net/paste/results/MwN7vr33.html but it keeps failing on me
[11:37] <Hobbsee> raphink: i dont think the line numbers are right, but dont know where it starts counting,e tc
[11:38] <raphink> ah
[11:39] <raphink> what does it say when you try to apply the patches manually?
[11:39] <Hobbsee> not sure, didnt try that
[11:39] <raphink> hehe
[11:39] <raphink> do you know how to use patch?
[11:40] <Hobbsee> i got the other patch to work, for some reason
[11:40] <raphink> cd to the kdenetwork dir and run patch -p 2 < debian/patches/yourpatch.diff
[11:40] <raphink> see what you get
[11:40] <Hobbsee> Trying patch debian/patches/02_icq_version_too_old.diff at level 0...1...2...failure. is the errror i get when trying that way
[11:41] <raphink> Hobbsee: did you try what I just said?
[11:41] <Hobbsee> not yet, i'm doign that now
[11:41] <raphink> ok
[11:41] <raphink> you need to be in the kdenetwork directory
[11:41] <Hobbsee> patching file kopete/protocols/oscar/liboscar/oscartypes.h
[11:41] <Hobbsee> Hunk #1 FAILED at 234.
[11:41] <Hobbsee> 1 out of 1 hunk FAILED -- saving rejects to file kopete/protocols/oscar/liboscar/oscartypes.h.rej
[11:41] <raphink> heh
[11:42] <raphink> there you get the error ;)
[11:42] <Hobbsee> ah
[11:42] <raphink> I'd say the easiest way in that case may be to rewrite the patch
[11:42] <raphink> you just need to understand what it does
[11:42] <raphink> and use cdbs-edit-patch to make a new one that does the same
[11:42] <raphink> it would be longer to find out why the patch doesn't work
[11:42] <raphink> most probably the line numbers do not match
[11:43] <Hobbsee> raphink: http://rafb.net/paste/results/XxuUCZ82.html was what it came back with
[11:44] <raphink> that's a very easy patch Hobbsee, you can make a new one from that easily
[11:44] <raphink> you know how to read patches, right?
[11:44] <Hobbsee> should do, yeah
[11:45] <Hobbsee> add this line, take this line out, etc
[11:45] <andred> Hobbsee: could it be that you are trying to patch kopete 0.12 with a patch for 0.11?
[11:45] <Hobbsee> andred: shouldnt be - i thought i took this from kopete 0.12 3.5 directories...
[11:45] <Hobbsee> andred: http://websvn.kde.org/trunk/KDE/kdenetwork/kopete/protocols/oscar/liboscar/oscartypes.h?rev=561015&view=log is where it's from
[11:46] <Hobbsee> no, wait
[11:47] <Hobbsee> hi mdz_
[11:48] <andred> Hobbsee: you should probably take it from branches/kopete/0.12
[11:48] <mdz> hi
[11:48] <andred> hi
[11:48] <raphink> hi mdz & andred
[01:27] <imbrandon> Hobbsee, mind emailing me what you package up for kopete when your done ?
[01:27] <Hobbsee> imbrandon: sure
[01:29] <omeow> Hobbsee: Have you ever used ktorrent?
[01:30] <Hobbsee> omeow: i patched it once. never used it - no point.
[01:31] <omeow> Cool, perfect guinea pig then.
[01:31] <omeow> Mind if I /query you a few questions?
[01:31] <Hobbsee> heh
[01:31] <Hobbsee> omeow: go for it
[01:35] <robotgeek> Riddell: looks like it was added
[01:37] <Riddell> robotgeek: what was?
[01:37] <robotgeek> Riddell: the kubuntu burning steps. sorry, was a bit delayed
[02:26] <Hobbsee> andred: you were right, by the way.
[02:27] <andred> Hobbsee: ok. is the package finished already?
[02:27] <Hobbsee> andred: no, i just started lookign at it again
[02:27] <andred> alright
[02:30] <Hobbsee> sigh.  i cant do this.
[02:32] <Riddell> hugs to Hobbsee
[02:32] <Riddell> what's up?
[02:33] <Hobbsee> Riddell: well, apart from the idiocy of taking kopete 0.11 patches and applying them to 0.12, i cant figure out how to patch this thing so it works.
[02:34] <Hobbsee> it's cdbs, and using simple patch thingo, iirc.
[02:34] <Riddell> have you got the 0.12 patch?
[02:35] <Hobbsee> yeah
[02:35] <Hobbsee> i do now
[02:36] <Riddell> does it apply?
[02:36] <Riddell> you may have to edit the headers of the patch to make it at -p1
[02:38] <Hobbsee> and now i lost what i did with the patch.  grr.
[02:39] <Hobbsee> Riddell: http://websvn.kde.org/branches/kopete/0.12/kopete/protocols/oscar/liboscar/oscartypes.h?rev=560990&r1=520033&r2=560990&makepatch=1&diff_format=h is what i'm trying to add, i dont know how to modify it
[02:41] <Riddell> Hobbsee: the first two lines are relative to svn, they need to be made relative to the kopete package so s,branches/kopete/0.12,kopete,
[02:41] <Riddell> check if it applies with  patch -p1 < mypatch
[02:41] <Riddell> if it does reverse it and put it in debian/patches
[02:42] <Riddell> ah, there is no debian/patches, so you'll need to make that and add the simple-patch include line to debian/rules
[02:42] <Hobbsee> i did get that much :)
[02:42] <Hobbsee> i'm not totally stupid :P
[02:42] <Hobbsee> even though i feel like it right now
[02:42] <Hobbsee> Riddell: ah, i need to do that from the source dir, or inside debian/patches?
[02:43] <Hobbsee> sarah@sarah:~/Desktop/kopete-3.5.3+kopete0.12.0$ patch -p1 < debian/patches/01_kopete_kdesktop_freeze.diff
[02:43] <Hobbsee> patching file kopete/libkopete/kopeteaway.cpp
[02:43] <Hobbsee> Hunk #1 FAILED at 198.
[02:43] <Hobbsee> Hunk #2 FAILED at 326.
[02:43] <Hobbsee> 2 out of 2 hunks FAILED -- saving rejects to file kopete/libkopete/kopeteaway.cpp.rej
[02:44] <Hobbsee> ah ha!  the second one patched.
[02:44] <Riddell> that desktop freeze one must not be the right patch
[02:44] <Riddell> where is it from?
[02:45] <Hobbsee> Riddell: http://websvn.kde.org/branches/kopete/0.12/kopete/libkopete/kopeteaway.cpp?rev=549156&r1=535908&r2=549156&makepatch=1&diff_format=h
[02:46] <Hobbsee> i wonder if that patch is already in there or something.
[02:47] <Riddell> Hobbsee: that applies for me
[02:48] <Hobbsee> i applied that patch yesterday, and i'm now trying to reapply it.  idiot.
[02:48] <Riddell> I'd start again with a fresh package source
[02:48] <Hobbsee> just did
[02:49] <Hobbsee> trying now
[02:49] <Hobbsee> bingo
[02:50] <Hobbsee> Riddell: thanks
[02:51] <Riddell> thanks for doing kopete :)
[02:51] <Hobbsee> Riddell: does pbuilder automatically try to reverse patches, if they've been applied?
[02:52] <Riddell> no
[02:52] <Riddell> you can do it by hand
[02:52] <Riddell> or you can do  touch debian/stamp-patched; make -f debian/rules reverse-patches
[02:52] <Hobbsee> right, so i can really only rebuild a package once
[02:53] <Riddell> oh it'll reverse them during debuild -S if they've all been successfully applied during building
[02:53] <Riddell> or during pbuilding
[02:53] <Hobbsee> oh right
[02:53] <Riddell> but if you've applied them by hand you have to unapply them by hand too
[02:53] <Hobbsee> right
[02:53] <Hobbsee> and i unapply by hand how?
[02:54] <Riddell> patch -p1 -R < debian/patches/foo
[02:54] <Hobbsee> ah
[02:54] <Riddell> or the command I gave above
[02:54] <Hobbsee> yep, ok
[02:55] <Hobbsee> hey cool!  it's actually working.
[02:55] <Hobbsee> Riddell: what are you up to today?
[02:56] <Riddell> kubuntu-launchpad-integration!
[02:56] <Hobbsee> ooh fun!  what exactly does that entail?
[02:56] <Riddell> adding some menu items to the help menu
[02:57] <Riddell> which proving more difficult that it should
[02:57] <Hobbsee> heh, great
[03:07] <omeow> Hobbsee: Want to see my research results? :)
[03:07] <Hobbsee> omeow: yep
[03:07] <omeow> (DCC)
[03:08] <omeow> It's just 15 people, but hopefully it's enough.
[03:08] <Riddell> omeow: are you a ktorrent developer?
[03:08] <omeow> No, just some lowly user.
[03:08] <Hobbsee> omeow: haha - i got save totally wrong :P
[03:46] <Tm_Konvi> phuoh
[03:46] <Tm_Konvi> I'm back
[03:46] <Hobbsee> hi Tm_Konvi
[03:47] <Riddell> hi Tm_Konvi
[03:47] <Riddell> welcome back
[03:47] <Tm_Konvi> same yes :p
[03:47] <Hobbsee> hehe
[03:47] <Hobbsee> hey you :)
[03:48] <Tm_Konvi> noticed couple minutes ago that adsl has gone alive
[03:48] <Tm_Konvi> sort of freaked me
[03:48] <Hobbsee> Tm_Konvi: we've got nightly konvi builds, fyi
[03:48] <Tm_Konvi> oh
[03:48] <Hobbsee> if you're interested
[03:49] <Tm_Konvi> hmm, I might be
[03:49] <Hobbsee> Tm_Konvi: http://www.buntudot.org/2006/07/07/buntudotorg-repositories/
[03:52] <Tm_Konvi> hum, how's business these days?
[03:52] <Hobbsee> Tm_Konvi: fun, i'm applying for MOTU next week.
[03:53] <Tm_Konvi> :)
[03:54] <Tm_Konvi> weird to use keyboard for irc after so long mobile phone season
[03:56] <Hobbsee> heh
[03:57] <Tm_Konvi> heh, only 3 600 mails
[03:57] <Hobbsee> *ouch*
[03:57] <Hobbsee> send them to /dev/null
[03:57] <Tm_Konvi> I bet my mailboxes just didn't take more
[03:57] <Riddell> anyone running gnome?
[03:58] <Hobbsee> Riddell: most of the people in #ubuntu-motu, yes
[03:58] <Tm_Konvi> anyway, I think I come hang around after upgrades so see you hopefully soon :) ->
[03:58] <Hobbsee> Tm_Konvi: okay
[04:03] <hunger> Why wasn't qt4 updated to 4.1.4 while you were updating it anyway? Did too much in the packaging change.
[04:05] <Riddell> hunger: good question.  I just synced with debian
[04:06] <Hobbsee> and it built.
[04:06] <Hobbsee> Riddell: stevenk's trying to grab you a picture
[04:06] <Hobbsee> oh you *IDIOT*
[04:09] <hunger> Riddell: Oh, so I should go and blame debian:-)
[04:10] <Riddell> hunger: you should offer to package 4.1.4 yourself :)
[04:10] <hunger> Riddell: Yes, I know... but I suck at packaging and I have too little time to learn:-(
[04:10] <Riddell> fair enough
[04:10] <Riddell> I might have time for it today
[04:11] <hunger> Riddell: no need to hurry.
[04:12] <hunger> Riddell: qt4.1 is not really intersting anymore anyway now that you need 4.2 to build kde4.
[04:13] <Riddell> hunger: I also need to fix qt4-x11-kdecopy
[04:13] <Riddell> Hobbsee: good shock or bad shock?
[04:13] <Hobbsee> Riddell: good shock.  my wifi card is working with a later version of ndiswrapper.
[04:13] <hunger> Riddell: Wow... that one will require some work to keep useful.
[04:14] <hunger> Riddell: I would not want to do that...
[04:15] <Riddell> hunger: it's a straight svn checkout with a debian directory, not too hard
[04:18] <hunger> Riddell: Yeap, but it is a frequently changing svn checkout.
[04:24] <hunger> Any idea why I need to /etc/init.d/powersaved restart once to get frequency scaling to work?
[04:45] <Riddell> did anyone test koffice 1.5.2?
[04:45] <Hobbsee> Riddell: nope
[04:45] <Hobbsee> not that i know of
[04:45] <Hobbsee> Riddell: did you ask anyone to?
[04:45] <freeflying|away> Riddell: It's broken in edgy now
[04:45] <Riddell> 19:32 < Riddell> testers needed for   deb http://kubuntu.org/packages/koffice-152/ dapper main
[04:45] <Riddell> freeflying|away: what's broken about it?
[04:46] <freeflying|away> Since you only requested a single operation it is extremely likely that
[04:47] <freeflying|away> the package is simply not installable and a bug report against
[04:47] <freeflying|away> that package should be filed.
[04:47] <freeflying|away> The following information may help to resolve the situation:
[04:47] <freeflying|away> The following packages have unmet dependencies:
[04:47] <freeflying|away>   koffice: Depends: karbon (>= 1:1.5.2-0ubuntu2) but it is not going to be installed
[04:47] <freeflying|away>            Depends: kchart (>= 1:1.5.2-0ubuntu2) but it is not going to be installed
[04:47] <freeflying|away>            Depends: kexi (>= 1:1.5.2-0ubuntu2) but it is not going to be installed
[04:47] <freeflying|away>            Depends: kformula (>= 1:1.5.2-0ubuntu2) but it is not going to be installed
[04:47] <nixternal> moins everyone
[04:47] <freeflying|away>            Depends: kivio (>= 1:1.5.2-0ubuntu2) but it is not going to be installed
[04:47] <freeflying|away>            Depends: koshell (>= 1:1.5.2-0ubuntu2) but it is not going to be installed
[04:47] <freeflying|away>            Depends: kpresenter (>= 1:1.5.2-0ubuntu2) but it is not going to be installed
[04:47] <freeflying|away>            Depends: krita (>= 1:1.5.2-0ubuntu2) but it is not going to be installed
[04:47] <freeflying|away>            Depends: kspread (>= 1:1.5.2-0ubuntu2) but it is not going to be installed
[04:47] <freeflying|away>            Depends: kugar (>= 1:1.5.2-0ubuntu2) but it is not going to be installed
[04:47] <freeflying|away>            Depends: kword (>= 1:1.5.2-0ubuntu2) but it is not going to be installed
[04:48] <freeflying|away>            Depends: kthesaurus (>= 1:1.5.2-0ubuntu2) but 1:1.5.0-0ubuntu9 is to be installed
[04:48] <freeflying|away> E: Broken packages
[04:48] <freeflying|away> sorry for flood
[04:48] <Riddell> hmm
[04:48] <Riddell> freeflying|away: you're running edgy ok otherwise?
[04:48] <freeflying|away> Riddell: ya
[04:49] <Riddell> well that's not doing too bad :)
[04:49] <freeflying|away> Riddell: would you mind upload scim-chewing for me?
[04:49] <Riddell> freeflying|away: what happens if you try and install kword?
[04:50] <Riddell> freeflying|away: sure, where do I get it?
[04:50] <freeflying|away> Riddell: I'd mail you soon
[04:50] <freeflying|away> Riddell:
[04:50] <freeflying|away>   kword: Depends: koffice-libs (>= 1:1.5.0) but it is not going to be installed
[04:50] <freeflying|away>          Depends: kspread (>= 1:1.5.0) but it is not going to be installed
[04:50] <freeflying|away>          Depends: kword-data (< 1:1.5.1) but 1:1.5.2-0ubuntu2 is to be installed
[04:52] <freeflying|away> Riddell: sent you the debdiff
[05:03] <Riddell> freeflying|away: checking
[05:04] <freeflying|away> Riddell: thanks
[05:07] <seaLne> Hobbsee: edgy is fine for me on my work desktop
[05:07] <seaLne> strangely i actually miss adept notifier thingy
[05:07] <Riddell> there's no adept notifier?
[05:07] <Hobbsee> hehe
[05:07] <seaLne> depends on something
[05:08] <freeflying|away> adept seems not avaliable in edgy now
[05:08] <seaLne> ah actually its installable now
[05:08] <Riddell> it was rebuilt yesterday
[05:08] <seaLne> a few days ago adept was complaining about the version of lib-apt-something
[05:08] <seaLne> ah ok
[05:09] <seaLne> yeah seems fine now
[05:09] <Riddell> but great to hear that edgy is generally working
[05:10] <Hobbsee> as long as you dont want to use evolutoin or something :P
[05:10] <Riddell> freeflying|away: why the change from pinyin to chewing for zh_TW and does that mean scim-pinyin needs changed too?
[05:11] <Riddell> Hobbsee: whyever would you want to use that :)
[05:11] <Hobbsee> Riddell: to keep dad happy
[05:11] <freeflying|away> Riddell: guys using zh_TW locales needn'd scim-pinyin
[05:11] <Hobbsee> (yes, it's my router)
[05:11] <mornfall> Hobbsee: your dad is your router? :]
[05:11] <freeflying|away> Riddell: and the conffile for im-switch of scim-pinyin need change too
[05:11] <seaLne> Riddell: spoke to soon: www2.duffus.org/tmp/adept.png
[05:12] <Hobbsee> mornfall: hehe
[05:12] <seaLne> apt-get is happy enough
[05:12] <Riddell> fun fun
[05:12] <Riddell> freeflying|away: scim-chewing uploaded
[05:13] <mornfall> seaLne: dpkg -l adept?
[05:13] <freeflying|away> Riddell: I'd mail you scim-pinyin's soon
[05:13] <seaLne> 2.1
[05:13] <Hobbsee> mornfall: i own the router, but he owns the internet connectoin, and he throws a hissy fit with an unencrypted network, as then people might login and see all the files on the study computer.
[05:13] <hunger> Wow, kubuntu-desktop is broken because of x-window-system-core only at the moment. Great work guys, yesterday there were dozends of missing packages!
[05:14] <mornfall> Hobbsee: if the only protection of your systems on a wireless is encryption, good luck ;p
[05:14] <Hobbsee> mornfall: well, i'ts an XP machine under a firewall, etc.  but dad's paranoid :P
[05:14] <Hobbsee> my computer's safe enough - it's running kubuntu :P
[05:14] <mornfall> my computer's safe -- famous last words :]
[05:15] <hunger> mornfall: She said safe *enough*:-)
[05:15] <mornfall> same thing applies :)
[05:15] <mornfall> so what now
[05:15] <hunger> mornfall: My wireless is WEP protected only, but that is safe enough for me as there are several unencrypted networks in the area:-)
[05:16] <mornfall> on that side of things, i am very safe, having no wireless at all :]
[05:16] <seaLne> hunger: and offer plausible deniability if something dodgy was downloaded :)
[05:16] <mornfall> although there is ethernet wiring all over the place
[05:17] <hunger> seaLne: I got a deniability router for that:-)
[05:17] <mornfall> seaLne: unless your neighbours delight in wiretapping :)
[05:17] <seaLne> heh
[05:18] <mornfall> i suppose i'll just set up openvpn for a wireless if i ever get one
[05:18] <hunger> seaLne: Unencrypted WLAN that is connected to my internet directly and with the same access to the rest of my network as the rest of the net.
[05:18] <mornfall> and put it into the external zone on my firewall ;)
[05:18] <Hobbsee> mornfall: heh, yeah.   nothing much of importance on here.
[05:19] <hunger> Hobbsee: I usually hear that from people to lazy to do backups:-)
[05:19] <mornfall> hmm, backups
[05:19] <Hobbsee> hunger: hehe, true.  i only backup when i'm about to reformat my system.
[05:19] <hunger> Hobbsee: ... before their HD crashes ...
[05:20] <mornfall> my last backup is somewhat aged now
[05:20] <mornfall> although most of the actual important data is mirrored out on the internet
[05:20] <mornfall> like source code :)
[05:21] <mornfall> hrm, 1.1G    txt/irclog
[05:28] <Hobbsee> i'm getting asked to work on a couple of packages in main.  interesting.
[05:29] <mornfall> well, you could adopt adept ;-))
[05:29] <Riddell> Hobbsee: why by?  what packages?
[05:30] <Hobbsee> Riddell: why by?  do you mean who by?
[05:30] <Hobbsee> see u-devel
[05:34] <raphink> hunger: why only when at home?
[05:34] <raphink> Hobbsee: at first I had read "see u-devil" and I was like "who is she talking to?"
[05:35] <hunger> raphink: Because I tend to have really sucky connectivity when abroad:-(
[05:35] <Hobbsee> raphink: hehe #ubuntu-devel
[05:35] <Riddell> Hobbsee: tell him you'll only do the merges if he puts a good word in for you at the tech board :)
[05:35] <Hobbsee> Riddell: hehe!
[05:35] <raphink> hunger: ?
[05:35] <Hobbsee> or if i didnt have to do the meeting
[05:35] <hunger> raphink: What were you refering to with: hunger: why only when at home?
[05:36] <raphink> hunger: where you talking about backing a server/desktop or a laptop?
[05:36] <hunger> raphink: No, backing up my laptop to my server.
[05:36] <raphink> oooh ok
[05:36] <raphink> :)
[05:37] <hunger> raphink: The laptop is my only "real" computer...
[05:37] <raphink> hehe
[05:37] <hunger> raphink: servers and infrastructure do not count:-)
[05:37] <raphink> yes I backup my mail to my server, too
[05:37] <raphink> once in a while
[05:37] <raphink> and I should backup more
[05:37] <raphink> actually right now I only sync ~/Mail
[05:38] <raphink> I've got a small script in my ~
[05:38] <raphink> $ ./sync-mail to raphink.net
[05:38] <raphink> :)
[05:38] <raphink> which does what's it's supposed to do :)
[05:39] <raphink> I have to buy a second HD for my server though :s
[05:41] <Hobbsee> whee!  that was fun
[05:42] <Riddell> Hobbsee: what was that?
[05:42] <Hobbsee> Riddell: modifying a package in main.
[05:42] <Riddell> that's reassuring :)
[05:42] <Hobbsee> hehe
[05:42] <Hobbsee> hey now - i dont really have to understand what the application does to be able to modify and fix it, do i?
[05:44] <mornfall> heh
[05:59] <Hobbsee> right, dpkg works again
[05:59] <Hobbsee> and the patch fixed the bug.  yay.
[05:59] <Hobbsee> Riddell: ping
[06:00] <Riddell> Hobbsee: yo
[06:04] <Riddell> hi \sh, going to fix ktorrent?
[06:06] <nixternal> hiya \sh, Riddell, and Hobbsee, if i missed ya i apologize
[06:06] <Hobbsee> ack, sorry
[06:06] <Hobbsee> what did i miss?
[06:06] <Hobbsee> hey nixternal
[06:06] <nixternal> not a whole lot ;)
[06:06] <Riddell> just my pong
[06:06] <\sh> Riddell: need a rebuild I think
[06:06] <Hobbsee> Riddell: right, great.  well, i just tested, both my patches solve the issues they're supposed to.
[06:07] <Hobbsee> Riddell: how do you want my fix?  debdiff, and then you rebuild it on your machines, or should imbrandon build, and you copy?  my ftp access here is quite slow, so i try to avoid it if possible
[06:07] <Riddell> Hobbsee: debdiff is nice
[06:07] <Riddell> \sh: it needs the empty .po file rm -f
[06:08] <imbrandon> huh?
[06:08] <\sh> checking
[06:09] <\sh> only a couple of hours to product launch
[06:09] <Riddell> \sh: what are you launching?
[06:09] <\sh> Riddell: www.combots.com
[06:09] <imbrandon> all on ubuntu ? ;)
[06:10] <\sh> the master FAI server is running ubuntu dapper server
[06:10] <imbrandon> nice ;)
[06:10] <Riddell> hello fre1
[06:12] <Hobbsee> Riddell: http://rafb.net/paste/results/L7BCxb85.html  thanks :)
[06:13] <DaSkreech> Morning all!!
[06:13] <Hobbsee> seaLne: yeah, gotta love that.
[06:13] <Hobbsee> hey DaSkreech
[06:13] <DaSkreech> Hi Hobbsee :)
[06:14] <seaLne> revu uploads get ignored for months then someone else does it grrr
[06:14] <Riddell> seaLne: you need to poke people to review stuff on revu
[06:15] <seaLne> Riddell: at the time i did, i gave up after asking 4 or 5 times
[06:15] <Riddell> really?  did I ignore it?
[06:15] <Hobbsee> Riddell: you were probably crazily busy, or asleep, at the time.
[06:15] <seaLne> i was just asking on #ubuntu-motu
[06:15] <seaLne> probably
[06:16] <Riddell> there's often not KDE people on #ubuntu-motu
[06:17] <Hobbsee> most non-kde people wont upload kde sutff, either
[06:17] <\sh> it shouldn't matter...
[06:17] <Hobbsee> \sh: yes, it shouldnt, but...
[06:17] <Hobbsee> \sh: then again, we've got you back now :)
[06:18] <\sh> Hobbsee: well...this week it's really hard with time
[06:19] <\sh> next week it will be better
[06:19] <Hobbsee> \sh: yeah, fair enough
[06:19] <nixternal> i know im not much help now, but i am picking up the packaging, so when edgy+1 comes around, I will be ready...i feel it is better to take the time and learn it, then try to jump in right now and mess stuff up
[06:20] <mornfall> btw, i have unsubscribed from malone so if there are adept bugs, they will need to be forwarded to bugs.kde.org for me to notice...
[06:20] <fre1> Riddell: hi, just watching :)
[06:21] <Riddell> Hobbsee: do you have bug numbers for those patches?  good for the changelog
[06:21] <Riddell> fre1: oh you'll get sucked in soon enough
[06:21] <Hobbsee> Riddell: ah, upstream ones, i would, yeah
[06:21] <Hobbsee> nixternal: that's what i said too - that i was going ot watch dapper, and wasnt going to do any developing in it, and start with edgy.
[06:21] <Hobbsee> nixternal: and now look what's happened
[06:22] <nixternal> hehe
[06:22] <Hobbsee> https://launchpad.net/bugs/43065
[06:22] <nixternal> but you know what you are doing, so that helps ;)
[06:22] <Ubugtu> Malone bug 43065 in kopete "kdesktop freezes often during RMB actions (dapper)" [Unknown,Fix released]
[06:22] <nixternal> i haven't done packaging of any sort for probably 6 to 8 years
[06:22] <nixternal> and when i did, it was rpm cuz i was a SuSe guy
[06:22] <Hobbsee> Riddell: you gave me the link tothe other earlier this morning
[06:23] <Riddell> mornfall: ok
[06:26] <Hobbsee> night all, night Riddell
[06:26] <Hobbsee> 2.30am = bedtime
[06:27] <Riddell> night Hobbsee, kopete is compiling fine, I'll upload in a bit
[06:27] <DaSkreech> Hobbsee: Night
[06:27] <Hobbsee> Riddell: yay :)  thanks
[06:27] <Hobbsee> night DaSkreech
[06:30] <\sh> Riddell: which empty po in ktorrent? in the .deb there is nothing
[06:32] <\sh> ./translations/nb/messages/ktorrent.po
[06:32] <\sh> grmpf
[06:33] <Riddell> \sh: see the build log, pkgstriptranslations didn't like it
[06:33] <Riddell> difficult one to test since generally only the buildds have it installed
[06:33] <\sh> yeah...just found it ;)
[06:35] <\sh> Riddell: buildd is just fetching the po files right? so I can remove then after the clean rule
[06:36] <Riddell> \sh: yes
[06:38] <Riddell> Hobbsee: toma was investigating that
[06:38] <Hobbsee> Riddell: good, okay
[06:44] <\sh> ok...new server rollout :)
[06:48] <apachelogger> lol
[06:48] <apachelogger> google nowhere claims to have copyright on google earth ^^
[06:50] <Riddell> apachelogger: you don't have to
[06:50] <apachelogger> Riddell: ok :)
[07:01] <toma> yoyo
[07:01] <Riddell> toma: did you discover anything about kopete translations?
[07:01] <toma> Riddell: hmm. that's long ago
[07:02] <Riddell> but did anything come of it
[07:02] <Riddell> or are they really not going to do translations
[07:02] <toma> Riddell: no, they are not doing them
[07:02] <Riddell> crazy
[07:02] <toma> Riddell: yes.
[07:02] <toma> Riddell: i'll look at it again this evening
[07:04] <Riddell> it should go into /branches/stable/ and translations would sort themselves out
[07:06] <toma> no, its not keg or playground
[07:06] <toma> so it would require some additional hacking to scrtipy
[07:08] <Riddell> good thing we have rosetta :)
[07:08] <toma> lol
[07:13] <Riddell> apachelogger: debian policy doesn't use opt
[07:13] <Riddell> it's for third party packages
[07:15] <apachelogger> http://www.pathname.com/fhs/pub/fhs-2.3.html#OPTADDONAPPLICATIONSOFTWAREPACKAGES
[07:15] <Riddell> debian-policy agrees with FHS
[07:16] <Riddell> why are you using /opt?
[07:16] <apachelogger> because google earth is static linked
[07:16] <apachelogger> so it should go to opt
[07:16] <apachelogger> unlike suse which just drops anything bigger 50mb in there
[07:17] <Riddell> if you're packaging google earth you'll need a licence from them
[07:18] <apachelogger> haven't cared about that yet - basically I just want to get a binary software packaged (XP) .. plus I hate google earth lying around in my home ;-)
[07:19] <apachelogger> Riddell: so even if it is static software debian policy wants it to be in /usr?
[07:19] <Riddell> nah, it can go into /opt
[07:19] <apachelogger> ah, awesome :)
[07:20] <Riddell> debian-policy isn't intended for proprietry stuff in that respect
[07:20] <apachelogger> sounds meaningful
[07:21] <Riddell> I wonder how opera is packaged
[07:23] <toma> Riddell: ok, the discussion on the i18n list resulted in unwilling developers to do something about it, after that the discussion went to k-c-d, they have requested to merge the branch back to trunk, which was not denied there. I'm not sure id that is merge is done yet. Will Stephenson was working on that. Maybe you can ping him when he is online, i seem to be out-of-sync online with him.
[07:23] <Riddell> toma: ok, thanks
[07:25] <mornfall> debian-policy doesn't apply to proprietary stuff by definition -- since proprietary stuff is excluded from debian :)
[07:26] <mornfall> although you can still try to meet other points of the policy
[07:26] <mornfall> but:
[07:26] <mornfall> fhs, i think, says that /opt is for site-installed software out of scope of package manager
[07:27] <mornfall> the difference between /opt and /usr/local is only in how the software is organized
[07:27] <mornfall> under /usr/local, it is traditional unix way
[07:27] <mornfall> under /opt, it is directory-per-package
[07:27] <apachelogger> mornfall: http://www.pathname.com/fhs/pub/fhs-2.3.html#OPTADDONAPPLICATIONSOFTWAREPACKAGES
[07:27] <apachelogger> has to be static linked as well
[07:27] <Tonio_> yo
[07:27] <Tonio_> little question
[07:27] <Tonio_> if an app exists in debian, but misses in ubuntu
[07:27] <Tonio_> can I pport the package and upload directly, or does it requires revuing ?
[07:28] <mornfall> apachelogger: it probably changed since i last read it
[07:29] <apachelogger> afaik it always has been that static stuff, though this would explain why suse keeps kde, gnome and moz in there
[07:30] <apachelogger> Tonio_: have you already bugged anyone for a license to redistribute google earth?
[07:30] <mornfall> i don't think it has to be static
[07:30] <mornfall> in the linking sense
[07:30] <mornfall> only in the /var vs /usr sense
[07:30] <Tonio_> apachelogger: nope, but that would be a good idea
[07:30] <mornfall> (so it must be possible that /opt is read-only and everything should work)
[07:30] <Tonio_> having it in multiverse would be nice
[07:30] <apachelogger> well
[07:31] <Tonio_> the problem is the ap is crappy
[07:31] <apachelogger> it is?
[07:31] <Tonio_> it requires to be launched as root, and doesn't respect the standard folders
[07:31] <apachelogger> Oo
[07:31] <Tonio_> so the only way to install it is to put everything in /top
[07:31] <Tonio_> top
[07:31] <Tonio_> rahhhhhhh
[07:31] <apachelogger> well
[07:31] <Tonio_> opt
[07:31] <apachelogger> I built a package - gonna test
[07:31] <apachelogger> ..now ;-)
[07:33] <imbrandon> gnight all , bed time for imbrandon
[07:33] <apachelogger> imbrandon: knite
[07:35] <bddebian> Heya
[07:47] <toma> Riddell: are the rosetta developers able /willing to make changes when they are reasonable?
[07:48] <Riddell> toma: should do yes
[07:50] <toma> Riddell: is it an idea to start a wiki page on kde.org and try to shape it with the translators  to a final document to the rosetta devels?
[07:52] <Riddell> toma: good idea yes
[07:53] <apachelogger> god I'm so unbelivable good :P
[07:53] <apachelogger> Tonio_: got a working package
[07:54] <Riddell> seaLne: synce-kde uploaded
[08:01] <toma> Riddell: ok, will set it up in the weekend. let them cool down for a couple of days...
[08:02] <DaSkreech> Nap away imbrandon
[08:03] <Riddell> imbrandon: I approved apt-mirror
[08:04] <Tonio_> apachelogger: for googleearth ?
[08:04] <apachelogger> yep
[08:04] <Tonio_> cool :)
[08:05] <imbrandon> Riddell: nice thanks, i'll get the 2nd approval after i wake, thanks alot ;)
[08:05] <jjesse> ooo a nap sounds really good :)
[08:05] <imbrandon> ;)
[08:05] <imbrandon> heh
[08:06] <Riddell> seaLne: kmobiletools failed to compile on my amd64, not sure why
[08:09] <toma> allee: did you mail digikam-devel?
[08:10] <allee> toma: yes. You're nolonger subscribed?
[08:10] <toma> allee: no and archive is broken
[08:11] <allee> toma: Oliver found that german doc translation are not included
[08:11] <allee> toma: i18n fun not only with kipi-plugins
[08:11] <allee> +:)
[08:11] <toma> allee: digikam or plugins?
[08:11] <allee> allee: both
[08:13] <DaSkreech> whats' the apt option to list what's installed?
[08:13] <DaSkreech> apt-cache --get-selections?
[08:14] <allee> dpkg -l | grep ^i   # or dpkg --get-selections
[08:14] <DaSkreech> dpkg.. dun
[08:14] <DaSkreech> Duh
[08:15] <Riddell> seaLne: I've advocated afflib, but see comment http://revu.tauware.de/details.py?upid=2687
[08:21] <apachelogger> hm
[08:21] <apachelogger> what's the difference between suggests and recommends?
[08:22] <Riddell> seaLne: seem comments on libewf http://revu.tauware.de/details.py?upid=2672
[08:22] <Riddell> apachelogger: recommends is stronger
[08:22] <apachelogger> k, thx
[08:22] <Riddell> apachelogger: see debian-policy, but recommends is for stuff you'd expect to have installed but isn't 100% necessary
[08:22] <toma> allee: svnroot    = "#{svnbase}/trunk"
[08:23] <apachelogger> I should do a google shortcut for in policy search ;-)
[08:23] <allee> toma: typo?  At least german docs were updated in stable branch
[08:24] <toma> allee: the release script pulls it from trunk
[08:24] <toma> allee: so throw that tarball in the chredder
[08:24] <allee> toma: maybe #digikam is right channel?
[08:25] <toma> allee: hmm. ok
[08:40] <Tonio_> Riddell: talking about recommends, I would like your idea
[08:41] <Tonio_> Riddell: with adept for example, except for very acknoledged people, it is not very easy to find out there are recommendations on the package
[08:42] <Tonio_> Riddell: wouldn't it be nice to have a graphical prompt like "the package xxx is recommanded when installing yyy, do you want to lso install it ?"
[08:42] <Tonio_> that would be pretty nice I think...
[08:42] <uniq> .. and a option to turn it off :)
[08:42] <Tonio_> uniq: of course ;)
[08:43] <uniq> it's a good idea.
[08:43] <Tonio_> but for the average people, which is the average kubuntu user, that could be interesting
[08:43] <Tonio_> mornfall: any opinion on this ?
[08:43] <Riddell> Tonio_: there was some discussion about recommends in Paris, mornfall will know more
[08:43] <Tonio_> Riddell: okay, so we maybe can discuss this with him during the meeting
[08:44] <Tonio_> Riddell: concerning the merges, can I as motu upload a debian package that doesn't exist in ubuntu without going to revu ?
[08:44] <Riddell> if he's at the meeting
[08:44] <Tonio_> Riddell: of course ;)
[08:45] <Tonio_> I went on kde-apps today and I took a list of.... 45 packages to merge, update of create.... hard time in perspective ;)
[08:45] <jjesse> which meeting?
[08:45] <Tonio_> jjesse: next week's
[08:45] <jjesse> kubuntu?
[08:47] <Riddell> how the heck do I use my ipod with amarok 1.4.1?
[08:48] <apachelogger> plug it in - follow the dialogs ;-)
[08:49] <Riddell> what dialogues?
[08:50] <apachelogger> Riddell: it is a vfat one?
[08:50] <Riddell> yes
[08:50] <apachelogger> hm
[08:50] <apachelogger> settings -> configure -> media devices
[08:50] <apachelogger> if it isn't listed click autodetect
[08:53] <Riddell> I still have to mount it manually?
[08:53] <apachelogger> not if your hal is working properly
[08:53] <apachelogger> it's using KDE mount thingy in that case
[08:56] <Riddell> doesn't seem to
[08:57] <apachelogger> hm, might be a problem with HAL as I haven't seen a "why-the-hell-isnt-it-mounting" request for a while :S
[08:58] <Riddell> media:/ i working fine
[08:59] <apachelogger> ok, then something is kinda not working properly
[08:59] <apachelogger> Riddell: you should talk to aumuell - he's the ipod guy
[09:04] <apachelogger> Riddell: he got some extra time right now, so please join #amarok
[09:05] <pygi> apachelogger, is sebr there?
[09:05] <apachelogger> no
[09:06] <apachelogger> kind like 3 or 4 am for him I think
[09:06] <pygi> ah,oki
[09:06] <pygi> I've been hunting him for a long time :P
[09:06] <apachelogger> you should mail him, or stay up very long ;-)
[09:12] <Tonio_> Riddell: ipod ioslave should be shipped by default :)
[09:12] <Tonio_> because amarok and ipod has a long history of working -> not working -> working etc.....
[09:13] <apachelogger> Tonio_: he's sleeping now :P
[09:13] <Tonio_> it works very nicelly, and you can play the files in amarok of kaffeine with ipod:/ urls
[09:13] <apachelogger> actually the code of ipod kioslave is very limited
[09:13] <Tonio_> apachelogger: that's not an issue, the package for ipod ioslave is on my list and I was thinking about asking for default shipping ;)
[09:13] <Tonio_> that can wait a bit
[09:14] <apachelogger> only supporting some versions of ipod with specific firmware versions
[09:14] <Tonio_> apachelogger: it allows read/write
[09:14] <pygi> apachelogger, eh :)
[09:14] <Tonio_> that not big, but that's enought for an ioslave
[09:14] <Tonio_> I don't need more :)
[09:14] <Tonio_> apachelogger: hum.... comments seems to prove it has been recently improved on that point
[09:15] <apachelogger> well, as Amarok 1.4 is using lib->G<-pod, it just can't work properly :P
[09:18] <uniq> tonio_: i'm working on packaging ipodslave 0.8-pre1, don't know if that should be included as it's a -pre, but i'm still doing it.
[09:19] <Tonio_> uniq: I would say do it :)
[09:19] <Tonio_> uniq: it is not a *major* app, so we can take the risk
[09:19] <uniq> it's major for the ones who need it.
[09:19] <uniq> I'm not a risk taker. :)
[09:20] <uniq> And I don't have a Ipod anymore, as it tasted sea water some months ago.
[09:24] <apacheLAGger> Tonio_: you'll care about a license for google earth redistribution?
[09:24] <Tonio_> apacheLAGger: we must have one ;)
[09:25] <apacheLAGger> you're responsible for get one :P
[10:13] <seaLne> Riddell: i'd thought about afflib-dev but wasn't sure how to do it
[10:20] <seaLne> Riddell: which header files for libewf?
[11:32] <pygi> kwwii, poke:)
[11:35] <kwwii> hey man
[11:35] <kwwii> I was just working on your stuff
[11:37] <pygi> kwwii, o really nice :)
[11:37] <pygi> I just wanted to ask you for shoots ^_^
[11:40] <kwwii> here is a question for you:
[11:40] <kwwii> I am defining everything in the toolbar
[11:40] <kwwii> so, what it important...I have Update, Info, Log, Diff,, and Commit
[11:41] <kwwii> each of those will be a button which can be pulled down to do the action on "selected" or "all in same dir", etc.
[11:41] <kwwii> I am starting with one view of a current repo
[11:41] <kwwii> and including an "add view" button
[11:42] <pygi> kwwii, "Update" should be "Pull"
[11:43] <kwwii> hrm, guess I meant "update status"
[11:43] <pygi> and if the toolbar wont look too crowded, then "Push" as well
[11:43] <kwwii> but that is a good button to have :p
[11:43] <kwwii> I like the idea of pull and push
[11:44] <kwwii> I have icons in mind for all of this
[11:44] <kwwii> but until now, I have been playing around with qtdesigner
[11:44] <kwwii> trying to get a feeling for interface first
[11:44] <kwwii> then I will remove the text I have now for icons in the toolbar
[11:44] <kwwii> I'll send you a screenshot in a bit
[11:45] <kwwii> how long will you be up for?
[11:47] <pygi> I don't know ^_^
[11:48] <kwwii> hehe
[11:48] <kwwii> well, if you fall asleep, I'll send you an email :-)
[11:49] <pygi> I'll be here until I drop on the keyboard :P
[11:49] <pygi> oki ^_^
[11:49] <pygi> just poke first =P
[11:49] <kwwii> I guess, we need a "status local" and a "status upstream" ?
[11:49] <kwwii> me biggest problem is that I have never used bzr
[11:49] <kwwii> I know cvs and svn
[11:50] <kwwii> but this is something a bit different
[11:50] <kwwii>  :-)
[11:50] <kwwii> I know the concepts, but not the implementation
[11:50] <pygi> what would you like to put in "status local" and what in "status upstream"?
[11:51] <kwwii> well, you would see, graphically (not sure how) whether things have been changed locally (probably by changing the color of the file name) and whether they have been changed upstream
[11:51] <pygi> hm, that's "diff", but right, that's a good idea ^_^
[11:52] <kwwii> well, diff is for the developer (and I included that as a button too)
[11:52] <nixternal> hiya kwwii
[11:53] <kwwii> one question: is there a commit command for local files as well?
[11:53] <pygi> kwwii, yup
[11:53] <pygi> commit is for local files
[11:53] <pygi> push "pushes" files to repository
[11:54] <kwwii> ie, I have a repo from somewhere (a branch, as I understand it) and I have to use "commit" to add those files to my local repo....adding them to the upstream repo is a "push"
[11:54] <kwwii> yeah, gotcha


[15:02] <Shady__> Hello every one!
[15:03] <Shady__> Do you know where I can get Unity Design specs?
[15:03] <Shady__> Specially opacity specs...


[05:19] <liamT> VERIFY
[05:19] <Maaz> liamT: By the way, Kilos on freenode told me "tell liamT thanks sylpheed works fine here" 18 hours, 24 minutes and 42 seconds ago
[05:32] <nuvolari> o/ aloha
[06:04] <Kilos> morning all
[06:05] <Squirm> morning
[06:16] <mazal> Morning everyone
[06:16] <Kilos> hi mazal
[06:16] <Kilos> hi liamT
[06:16] <mazal> Gaanit oom ?
[06:16] <Kilos> hi there Squirm
[06:16] <Kilos> goed danke en jy?
[06:17] <mazal> Goed dankie , raasie baie nie
[06:17] <Kilos> watse pos klient gebruik jy?
[06:21] <liamT> morning
[06:22] <Kilos> ty i like that mail client
[06:28] <Kilos> hi Xethron
[06:37] <mazal> Kilos, I use thunderbird
[06:38] <Kilos> so did i but didnt like it
[06:39] <mazal> It does everything I need so am happy with it
[06:39] <Squirm> I used claws for quite a while
[06:39] <Squirm> but then I was running my pc as light as possible
[06:39] <Squirm> got over that though and install Mint
[06:40] <Kilos> sylpheed much faster than thunderbird
[06:40] <Kilos> liamT, told us yesterday
[06:40] <Squirm> claws is also quick
[06:46] <Kilos> quick is good on old pcs
[06:54] <not_found> alo all
[06:54] <Kilos> morning not_found
[06:54] <Kilos> lost again?
[06:54] <not_found> always
[07:12] <inetpro> good mornings
[10:29] <Kilos> hi superfly inetpro
[10:30] <Symmetria> dammit, I hate poker sometimes
[10:31] <Kilos> when you lose?
[10:33] <Symmetria> hahaha when I get a bad beat
[10:34] <Symmetria> ;p got beaten holding 4 jacks
[10:34] <Kilos> wow
[10:34] <Symmetria> by some moron who through all in on a j/j/7 flop and then got runner runner queens while holding pocket queens
[10:35] <superfly> hi Kilos
[15:39] <magespawn> Good day
[17:24] <ThatGraemeGuy> Oh hi
[17:59] <superfly> ohi ThatGraemeGuy
[18:18] <magespawn> And we are back.
[19:08] <magespawn> Maaz seen Kilos
[19:08] <Maaz> magespawn: Kilos was last seen 8 hours, 33 minutes and 50 seconds ago in #ubuntu-za on freenode [2013-10-03 12:34:15 SAST], and has been offline on freenode since 2013-10-03 14:06:03 SAST
[19:08] <superfly> hiya Maaz
[19:08] <superfly> i mean, magespawn
[19:08] <magespawn> hey superfly
[19:15] <magespawn> i really missing using quassel
[19:15] <magespawn> am^
[19:35] <charl_> hi magespawn
[19:35] <charl_> how's it going
[19:52] <magespawn> hi charl_
[19:52] <magespawn> good and you?
[20:13] <magespawn> good night all


[02:33] <hallyn> xnox: hey, (stgraber suggested I ask you) do you know of any way offhand to have n thread handlers in an nih_main_loop()?  (particularly this is a nih-dbus app)
[02:39] <xnox> hallyn: first one needs to recompile libnih with "--enable-threading" flag, if there is need we can provide it as a separate package. It's same api/abi (sans threading) but threading is not considered safe for e.g. init.
[02:40] <xnox> hallyn: and then I believe you would have a main_loop per thread.
[02:40] <xnox> hallyn: entirely untested, first step is to recompile and check the test-suite results.
[02:43] <xnox> hallyn: if you want some better thread API, I'm all ears.
[02:43] <xnox> I'm writting a lot of libnih upstream code these days.
[02:45] <xnox> hallyn: if you are ok with something more haevy weight, i'd look into into glib / gio, they have more dbus features/code.
[02:52] <stgraber> xnox: it's for the cgroup manager, I think we're mostly using nih for the convenient dbus API. If we are to move away from it, my guess would be to go straight with libdbus and not depend on a giant library like glib
[02:55] <hallyn> xnox: hm, thanks.
[02:55] <hallyn> stgraber: bs.  if we go away from it, i'm going with straight unix socket :)
[02:56] <hallyn> effing kids these days with their little toolboxes that trade control ('its so complicated') for crappy random boilerplate
[02:56] <stgraber> hallyn: considering the pile of hack you had to do to get ucreds to sort of work with dbus, I can't blame you ;)
[02:56] <hallyn> stgraber: now i realize that really the thing to do is add scm_creds sending to dbus,
[02:56] <stgraber> yeah, but that'd be awkward since dbus supports tcp and a bunch of other medium on which scm_creds won't work
[02:57] <hallyn> same with sending scm_rights though
[03:00] <xnox> stgraber: scm_creds work with libdbus on linux (or so I thought)
[03:01] <xnox> plus libnih-dbus depends on libdbus, so you already have libdbus.
[03:01] <xnox> (granted with nih main loop)
[03:01] <stgraber> xnox: you can get the initial ucred from the socket, passing a scm_cred later on over the raw socket proved to be pretty tricky
[03:01] <xnox> I see.
[03:02] <stgraber> xnox: basically what we need is to have our client send a dbus message, then send a ucred struct, then wait for the reply from the server
[03:02] <stgraber> xnox: the server needs to grab the message from the client, wait to get the ucred, then process the request and return the reply
[03:02] <stgraber> based on what hallyn has been telling me today, it's not nearly as easy to do as it should be...
[03:02] <hallyn> xnox: yeah you cannot send a ucred using dbus.  dbus sends an scm_cred during auth phase but that' sit
[03:03] <hallyn> stgraber: not just not easy, not supported
[03:03] <hallyn> stgraber: however, in the end i figured out how to fetch my own reply so I could bypass the send_message_call_reply_block(0 or whatever
[03:03] <hallyn> that was a big step up
[03:04] <hallyn> all i have to do is manually send the scm-credential over the underlying fd
[03:04] <hallyn> xnox: I don't suppose you are at all 'in' with the upstream dbus crowd? :)
[03:05] <hallyn> still the dbus perf overhead (by all accounts no better than at least 2-4x) may be insurmountable
[03:05] <xnox> *giggle* not really no. If anything they hate me for bringing up "upstart dbus activation" and opening with "remember, scott & lennart had a fight about it 2 years ago"
[03:05] <hallyn> lol
[03:06] <hallyn> stgraber: hm, so would statically linking cgmanager against a custom-build libnih with threading be a problem?  after all we wanted minimal dependencies
[03:06] <xnox> hallyn: hm.. but surely kdbus would need to marshal creds & rights? and it looks like systemd commits of kdbus do have it.
[03:06] <xnox> hallyn: i'd provide threaded libnih in debian/ubuntu, but.....
[03:06] <hallyn> xnox: the server can get the creentials of the caller.  but that's not what i'm after
[03:07] <xnox> hallyn: libnih/upstart are removed from most RPM distros these days due to non-maintainance.
[03:07] <hallyn> non-maintenance?
[03:07] <xnox> hallyn: as in no RPM package maintainers in fedora (after it stopped being their init)
[03:07] <xnox> and almost by definition that meant no other RPM distros maintained it either.
[03:08] <hallyn> gotcha
[03:09] <hallyn> (i woudl have thought the RHEL folks would want to maintain it for a bit)
[03:09] <xnox> hallyn: talk to pitti, he did do dbus work, as far as I remember and he might now a better way to do it.
[03:09] <stgraber> hallyn: any static linking is usually very badly seen from the archive admin team and for good reason (security updates being the biggest one)
[03:09] <hallyn> stgraber: yeah...
[03:10] <stgraber> hallyn: desrt (Ryan Lortie) also has a few commits in dbus upstream (but don't mention nih since he's one of the glib guys ;))
[03:10] <hallyn> i dislike glib and nih equally :)
[03:11] <xnox> cgroups manager is an exercise in FLOSS political correctness =)
[03:11] <hallyn> (not that i would've used dbus at all without nih)
[03:12] <hallyn> xnox: astute
[03:12] <stgraber> my feeling is that we either manage to get nih and dbus to play nice or we go with good old (lxc-style) C and raw unix socket then try to build a protocol that's not too awful on top of that
[03:13] <hallyn> stgraber: i'm done with it for tonight, will look more tomorrow - but near as i can tell, all my tests were working today, but that was an accident and in fact the scm_cred sending is very racy
[03:13] <hallyn> (meaning i'm feeling down on our chance of being able to use dbus - again, unless we start making upstream dbus changes)
[03:14] <stgraber> upstream dbus changes will quite problematic with our plans of backward compatibility...
[03:14] <stgraber> *will be
[03:14] <hallyn> stgraber: yup
[03:14] <hallyn> though couldn't we just also backport the dbus delta? :)
[03:14] <hallyn> 'ust'
[03:14] <hallyn> 'just'
[03:14] <hallyn> i crack me up
[03:21] <zul> hallyn:  yeah will have it tomorrow
[03:23] <xnox> stgraber: hallyn: if i understand it right, once authenticated you can open a new abstract private dbus socket for that client & expect the first connect/authentication to be the "new" crendentials you want the client to pass (if kernels permits you to do that) followed by a stream message / magic cookie you gave the client during it's initial authentication.
[03:23] <xnox> ...... but that wouldn't pass scm_rights, only creds, horum.
[03:24] <xnox> dbus-over-dbus
[03:32] <techact> hi
[03:33] <stgraber> xnox: the trick is, we don't want the default ucred struct that's sent on open. We want an hand made struct to be sent instead which contains a different uid and pid than the default one.
[03:33] <stgraber> xnox: that's how we transmit the uid and pid of the task in a way that gets converted by the kernel into the host namespace.
[03:34] <xnox> stgraber: if it's hand-made, would it be verified by kernel? oh interesting. well the _CRED and _RIGHTS are arrays of ints, which is a native dbus type.
[03:34] <xnox> stgraber: it's just you'd need to hand construct it from a{i} into struct ucred once you receive it.
[03:34] <stgraber> xnox: it is verified and converted by the kernel
[03:35] <stgraber> xnox: that's how we retrict root in a container from sending us a pid that doesn't belong to the container
[03:35] <stgraber> xnox: and that's also how we then get the mapped PID on the host namespace (in the container you send the uid and pid in the container. On the host you receive the uid and pid as seen by the host)
[03:36] <xnox> with marshalling between receiver/sender
[03:36] <stgraber> sending an equivalent of the struct over dbus would bypass that convertion and validation step by the kernel which would make the whole thing worthless
[03:36] <xnox> yeah, it would be worthless.
[03:37] <xnox> i don't see how dbus can help you here, since it's inherently insecure for this. Using sockets is the only way i can think of how you can make sure that kernel does conversion/validation.
[03:37] <stgraber> the biggest issue we have is that there's no easy way from the host to know what's the host PID from a provided container PID. The only two ways we can do that is either by attaching to the container (setns with PID namespace) which is only supported since 3.8 (our target is 3.2) or sending scm_cred over a unix socket
[03:38] <stgraber> so our current dbus implementation is similar to upstart's, so we are our own server on the host and we use a unix socket, so as we have access to the raw socket, we can send the ucred, but as hallyn said, that's very hackish and racy
[03:39] <stgraber> so I guess hallyn will poke at it some more tomorrow and if that looks like too much of a hack, we may fallback to our own protocol, ditching dbus and nih for a good old handmade solution...
[03:40] <stgraber> on the upside, that'd reduce our dependencies to basically just the C library, which would be convenient for portability (LXC supports most distros and native Android)
[03:40] <stgraber> tbh I wasn't terribly looking forward to porting libnih to bionic ;)
[03:42] <rostam> HI I need to install python-autobahn on my 12.04 LTS update 3 system. Could someone help me to find out where to get that? thx
[03:53] <AlecTaylor> Which Java should I install, and how can I install it with its dependencies?
[03:53]  * AlecTaylor tried `sudo apt-get install default-jre -f`
[03:55] <martisj> mornigng
[03:56] <martisj> I'm having issues with our ssh keys on an ubuntu 10.4.3 server.
[03:57] <martisj> When ssh'ing in to the server it's still asking for a password even though my key is in the ~/.ssh/authorized_keys file
[04:14] <mardraum> martisj: check the ssh logs, either incorrect key or file perms usually
[04:15] <martisj> mardraum: thanks!!
[04:16] <martisj> found a stackoverflow related to permissions, but it doesn't seem to be it :S
[04:16] <martisj> probably incorrec key
[04:16] <martisj> :S
[04:38] <martisj> mardraum: n00b question, where is the ssh log located?
[04:40] <martisj> found it now
[04:40] <martisj> var/log/auth.lgo
[04:47] <martisj> I foud this in the log: error: key_from_blob: remaining bytes in key blob 268
[04:47] <martisj> blah :S
[06:10] <yogesh> hi
[08:11] <blueking> hello
[08:12] <blueking> where I find settings for removeable devices,  my raid array /dev/md0  are listed as removeable that it shouldn't be
[08:15] <andol> blueking: Listed where?
[08:17] <blueking> andol:  I installed ubuntu server   and added ubuntu gnome desktop  to it    when open 'files' application  raid array are listed there as removeable
[08:18] <andol> blueking: Have you defined a mount point for /dev/md0 in your /etc/fstab?
[08:18] <blueking> yes
[08:19] <andol> In that case I don't know. At least in Unity I seem to recall that having been the distinction.
[08:19] <blueking> UUID=xxxxxx-some numbersxxx /home/user/downloads ext4 defaults   0  2
[08:20] <blueking> nothing wrong there ?   added this line after finished initial install of ubuntu server
[08:21] <sarnold> blueking: in some sense, it -is- removable, you can always use mdadm to turn off the raid array and thus 'detach' it...
[08:22] <blueking> sarnold:  ok
[08:22] <blueking> it wasn't mounted in start
[08:24] <blueking> usb mounted devices are not listed in fstab   don't know where settings for that are ?
[08:25] <sarnold> blueking: check /etc/udev/ and /lib/udev/ for that...
[08:36] <blueking> sarnold:  will look into it
[08:38] <blueking> sarnold:  nothing configured in udev.conf
[08:40] <sarnold> blueking: no, it wouldn't be, check out /lib/udev/hwdb.d/20-usb-vendor-model.hwdb and other files. information about usb devices is scttered all over the udev files..
[08:40] <sarnold> blueking: time for me to call it a day :) have fun and good luck
[08:40] <blueking> thanx for help :)
[08:40] <blueking> sarnold:
[09:03] <blueking> hmm in /sys/devices/virtual/block/md0/removable     it's 0  flag  means not removable
[09:45] <jamespage> yolanda, some feedback on the heat charm - more units tests would be good; and I'd rather see use of the pwgen function from charmhelpers than using hexdump if that would work OK
[09:46] <yolanda> jamespage, ok, i'll take a look
[09:47] <jamespage> yolanda, you can probably ditch the upgrade_charm hook - that call was put into existing charms to deal with changing the default vhost for rabbitmq
[09:53] <yolanda> jamespage, about the heat logo, the one that we have in launchpad isn't the official one?
[09:53] <jamespage> yolanda, don't worry about that for now - I'll poke someone in the design team for some nice openstack ones
[09:53] <jamespage> they did the ones for the other openstack charms
[09:54] <yolanda> ok
[10:56] <yolanda> jamespage, i have a conflict with ceilometer. stevedore version requirements is >=0.12, but we have only 0.10-2, shoud we update stevedore version first?
[10:57] <jamespage> yolanda, sounds like a good idea
[11:00] <jamespage> yolanda, I just pinged zigo (debian maintainer)  - lets see if he has immediate plan - if not we delta it and give him a patch if need be :-)
[11:01] <yolanda> ok
[11:18] <blueking> a question about local net, have setup one pc as router  ubuntu server, with dhcp server  shorewall .. and two asus routers that I have some options to set these two...  1:  make its own subnet for wifi  one wifi router and the second router set in AP mode   or 2: set both wifi router in AP mode and have same subnet as local net ?
[11:19] <yolanda> jamespage, created this MP to prevent at least the FTBFS: https://code.launchpad.net/~yolanda.robla/ceilometer/icehouse_ftbfs/+merge/197692
[11:20] <yolanda> it will be pending the stevedore upgrade to 0.12, because package right now doesn't work
[11:36] <jamespage> yolanda, OK _ I checked with zigo - he has other challenges as he needs to test with havana as well
[11:36] <jamespage> so I uploaded to trusty
[11:37] <yolanda> jamespage, you uploaded 0.12 version?
[11:37] <jamespage> 0.13 actually
[11:40] <yolanda> cool, so i'll try to update my MP for ceilometer
[12:11] <jamespage> yolanda, should land in a bit
[12:11] <jamespage> backport-o-matic will detect it and shove it into the lab the the icehouse staging PPA
[12:11] <jamespage> Daviey, named for you ^^
[12:34] <jamespage> yolanda, some feedback in your ceilometer MP
[12:34] <yolanda> ok
[12:39] <R_L_N> hey guys quick question
[12:40] <R_L_N> im trying to install ubuntu server without the network configured
[12:40] <R_L_N> this should be fine except for when i get to the step for choosing a mirror
[12:40] <R_L_N> i cant get past it because it fails to find the mirror
[12:40] <R_L_N> is there a secret way past this? i cant see one
[13:13] <jamespage> zul, most of our backport failures either seem to be python3 related or due to BD's on dh-python now
[13:25] <jamespage> zul, dh-python from wheezy backports looks like it might be an option
[13:26] <jamespage> at least the delta is probably good for the backport we need to have
[13:26]  * jamespage looks deeper
[13:32] <yolanda> jamespage, pushed the fixes for ceilometer, but it won't work until new stevedore is pushed
[13:33] <zul> jamespage:  ack
[13:34] <smoser> roaksoax, were you planning (or could you) upload a maas to trusty that is >= 1.4+bzr1693+dfsg-0ubuntu2.2  ?
[13:35] <smoser> currently trusty < saucy-proposed
[13:35] <smoser> which is a "violation" in some sense
[13:46] <smoser> jamespage,  could you review https://code.launchpad.net/~smoser/ubuntu-reports/cloud-tools-next/+merge/197604
[13:47] <jamespage> smoser, sorry - I suck
[13:47] <smoser> its admittedly not the most beautiful patch in the world, but it works
[13:47] <smoser> and it gets me charts that actually have meaning versus the confusing bunch of RED at http://status.qa.ubuntu.com/reports/ubuntu-server/cloud-archive/cloud-tools_versions.html
[13:47] <smoser> OMG RED!
[13:50] <jamespage> smoser, looking now
[13:51] <roaksoax> smoser i was working on the package split before releasibg a new version since i wanted it out there sooner rather than later
[13:58] <smoser> roaksoax, just upload 2.2
[13:58] <smoser> early and often rather than perfect.
[13:58] <smoser> rbasak, https://bugs.launchpad.net/maas/+bug/1257082
[13:58] <smoser> i'm confused.
[13:59] <smoser> NTPDATE_USE_NTP_CONF=yes is "correct", no?
[13:59] <smoser> it looks to me like:
[13:59] <rbasak> smoser: I'm not sure that makes sense. AFAICS, if ntpdate intends to pick up the DHCP NTP server, surely it should do it by default?
[13:59] <smoser> i know i'm missing something.
[14:00] <smoser> but to me, ifup of dhcp causes /etc/dhcp/dhclient-exit-hooks.d/ntpdate
[14:00] <smoser> to run
[14:00] <smoser> which writes
[14:00] <smoser> /var/lib/ntpdate/default.dhcp
[14:00] <roaksoax> smoser: do you have anything to upload that doesn't involve a new upstream release?
[14:00] <smoser> and then after that is written
[14:00] <smoser> /etc/network/if-up.d/ntpdate would run, which reads that file if present.
[14:00] <smoser> roaksoax, why can't you just upload the same thing to trusty that is in saucy ?
[14:01] <rbasak> smoser: except it doesn't, which is either intentional or a bug. Take a look at the logic in /usr/sbin/ntpdate-debian.
[14:01] <smoser> rbasak, i'm missing something
[14:01] <roaksoax> smoser: ah! i see.. i guess noone every copied to the package to trusty
[14:01] <smoser> http://paste.ubuntu.com/6519871/
[14:02] <rbasak> smoser: if NTPDATE_USE_NTP_CONF=yes (the default), then /var/lib/ntpdate/default.dhcp is never examined.
[14:02] <smoser> rbasak, thats /usr/sbin/ntpdate-debian
[14:02] <smoser> oh.
[14:02] <smoser> i see.
[14:02] <smoser> i just assumed that the list of files thre in the 'yes' case
[14:03] <smoser> included /var/lib/ntpdate/default.dhcp
[14:03] <rbasak> Seems to me that NTPDATE_USE_NTP_CONF should be treated as if it says no if /etc/ntp.conf doesn't actually exist.
[14:03] <smoser> and never even looked at the other case.
[14:03] <rbasak> I think a bug in Debian is warranted here, to at least figure out the intention.
[14:03] <smoser> yeah.
[14:03] <rbasak> I'll file it, shall I?
[14:04] <smoser> yeah. and link to yours.
[14:05] <smoser> thanks rbasak. i just assumed line 10 there was searchign through ntpdate/default.dhcp
[14:05] <zul> hallyn:  libvirt-pythong should be fixed now
[14:11] <zul> jdstrand:  ping
[14:18] <jdstrand> zul: hey
[14:20] <zul> jdstrand:  can you get someone to look at the MIR for python-misaka please?
[14:30] <jamespage> zul, OK - have a dh-python that works for icehouse/precise
[14:30] <zul> jamespage:  sweet
[14:30] <zul> im just fighting python-librabbitmq
[14:30] <jamespage> zul, can you check http://paste.ubuntu.com/6520014/ and +1
[14:31] <jamespage> I'll then push it to all the right places manullay
[14:31] <zul> +1
[14:31] <zul> maybe we should get that delta in dh-python as well
[14:32] <zul> jamespage:  actually nevermind about what i was saying in the delta
[14:58] <jamespage> smoser, OK - I did a local test and then deployed it to the server
[14:58] <smoser> so will the server magically add the 'cloud-tools-next' ?
[15:14] <smoser> jamespage, ^
[15:15] <jamespage> smoser, no i need to enable that
[15:16] <jamespage> smoser, which I have now down /44 past the hour
[15:17] <smoser> i have no idea what that meant
[15:18] <jamespage> smoser, it runs at 44 minutes past the hour
[15:18] <jamespage> the reports are staggered
[15:18] <smoser> ah.
[15:18] <smoser> k.
[15:20] <Daviey> jamespage: hah, backport-o-matic :)
[15:22] <jcastro> https://blueprints.launchpad.net/ubuntu/+spec/servercloud-s-webscale
[15:22] <jcastro> does anyone know if any of this is targetted for T?
[15:23] <jamespage> jcastro, nginx was mentioned - rbasak was looking at that I think
[15:24] <jamespage> varnish - nid
[15:47] <zul> jamespage:  crap glance milestone.proposed is using olso.messaging
[15:47] <jamespage> zul, is it or is that on master?
[15:48] <zul> jamespage:  milestone-proposed
[15:48] <zul> jamespage:  aka icehouse-1
[15:48] <zul> grumble grumble
[15:49] <jamespage> zul, better get it uploaded then
[15:49] <jamespage> :-)
[15:49] <zul> jamespage:  i have it uploaded its just old
[15:49] <jamespage> Daviey, b-o-m for short
[15:49] <zul> just need to do an MIR
[15:49] <Daviey> jamespage: b-o-o-m would be better :)
[15:49] <jamespage> zul, that should be a nod through right?
[15:49] <zul> jamespage:  b-o-o-m Daviey jinx
[15:49] <zul> jamespage:  yeah
[15:49] <zul> im on it
[15:50] <jamespage> zul, good man
[15:51] <jamespage> zul, OK - we have quite a few blocked on http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg
[15:52] <smoser> jamespage, hoorah!
[15:52] <smoser> http://status.qa.ubuntu.com/reports/ubuntu-server/cloud-archive/cloud-tools_versions.html
[15:52] <smoser> http://status.qa.ubuntu.com/reports/ubuntu-server/cloud-archive/cloud-tools-next_versions.html
[15:52] <smoser> still red, but meaningful red
[15:52] <zul> jamespage:  yeah im working my way through im kind of ignoring python-nose though since its not a openstack dependency anymore
[15:53] <jamespage> ok
[15:53] <jamespage> smoser, we should get b-o-m running for cloud-tools and cloud-tools next
[15:53] <zul> jamespage:  kombu is mostly done, misaka is blocked on a security review
[15:56] <zul> jamespage:  we need to package oslo.rootwrap after icehouse-1 is out as well
[16:15] <zul> jamespage:  ok oslo.mesaging a11 (needed by glance) and MIR filed
[16:33] <zul> jamespage/roaksoax: https://code.launchpad.net/~zulcss/glance/oslo-messaging/+merge/197752
[16:56] <zul> jamespage:  oslo.messaging MIR approved, and boomed it
[16:58] <hallyn> zul: it's a problem that 'sudo apt-get dist-upgrade' doesn't cause libvirt-python to be installed automatically.  so you keep your python-libvirt 1.1.4 by default until you fix it
[16:59] <zul> hallyn:  argh...
[16:59] <zul> ill fix that up
[17:00] <hallyn> ok - new tests running (first failed bc i didnt notice the break :)
[17:16] <jamespage> zul, +1
[17:24] <zul> jamespage:  thanks
[17:49] <jamespage> yolanda, ceilometer build fix looks OK _ add one missing BD - down to 35 test failures now!
[17:49] <jamespage> pushed
[17:56] <smoser> jamespage, any idea how big a mess this is:
[17:56] <smoser> https://launchpad.net/~ubuntu-cloud-archive/+archive/cloud-tools-next/+build/5300997
[17:57] <smoser> dh-systemd dependency
[17:57] <jamespage> its not that bad tbh
[17:57] <jamespage> at least I don;t think so
[17:57] <smoser> ok. i'll give a try
[17:57] <jamespage> I just had to backport dh-python for 12.04 for the icehouse archive
[17:58] <smoser> jamespage, did it work ?
[17:58] <smoser> is it no change?
[17:58] <jamespage> smoser, yes - but I had to delta it quite a bit
[17:58] <smoser> hm..
[17:59] <jamespage> it was already backported for wheezy which was pretty close
[17:59] <smoser> well i guess my only real option ins to take your work then.
[17:59] <jamespage> smoser, I'd try it
[18:01] <smoser> jamespage, so i guess i'll just take your cloud0 and make it ctools0 ?
[18:01] <jamespage> smoser, do you need dh-python?
[18:01] <smoser> bah
[18:02] <smoser> for some reason i was thinking dh-systemd was dh-python
[18:02] <smoser> yeah, i'll look at it
[18:02] <jamespage> smoser, is that for mongodb per chance?
[18:02] <smoser> yes
[18:02] <jamespage> smoser, boost will be an issue as well
[18:02] <jamespage> precise has a to-old version
[18:03] <jamespage> I'd not got to looking at that just yet
[18:04] <adam_g> jamespage, so theres a bit of hacking we need to do around the neutron config that gets passed thru nova-compute -> nova-compute, currently handled by nova-compute's CloudComputeContext
[18:04] <adam_g> jamespage, moving that to the charmhelpers context
[18:04] <jamespage> ok
[18:06] <smoser> utlemming, can we get trusty builds of maas-ephemeral images turned on ?
[18:08] <adam_g> jamespage, eek actually this is quite a bit of refactoring
[19:32] <jamespage> zul, gah - that fix for pbr was not quite enough
[19:34] <zul> jamespage:  :(
[19:34] <zul> jamespage:  simplejson fixed
[19:34] <jamespage> zul, I think I have to drop the u at the start of the string as well
[19:35] <igalic> Hello happy people.
[19:35] <igalic> I'm hitting https://bugs.launchpad.net/ubuntu/+source/preseed/+bug/705113 and wondering if anyone knows how to fix it
[19:38] <xnox> igalic: you can wipe the drive clean, or do lvm superblock removal.
[19:38] <xnox> igalic: if you are doing automated pressed you can wipe it from early command
[19:39] <xnox> igalic: i have tried to fix this bug for real, but i'm not sure at which point it happens now again / how to reproduce it. Such that I can catch were else it's borked.
[19:40] <igalic> xnox: I did lvremove only, then ran the setup again. How would I wipe it clean in early command, though?
[19:40] <igalic> I'd like to fix for future installations too.
[19:41] <xnox> igalic: lvremove does not remove the "volume group".
[19:41] <xnox> igalic: you need to remove the volume group.
[19:41] <xnox> igalic: vgremove.
[19:44] <igalic> xnox: no. I'm doing an lvremove on the HOST. This is a VM setup. I'm giving the VM a disk that's essentially an lvm partition. But even if I lvremove that partition, when I create a new host on top of it, it'll end in conflict.
[19:44] <xnox> igalic: from the point of view of booted install, what does it see?
[19:44] <xnox> igalic: e.g. can you go into advanced partitioning?
[19:45] <xnox> does it see a blank "disk", which happens to have "ghosts" ?
[19:45] <igalic> xnox: it sees the same disk that the previous installation created. Which is bad, because I'm running in a preseed, I don't *want* to go into any partioning.
[19:46] <xnox> (lvremove doesn't zero out the disk, so you do have left over metadata left, the installer goes to create partition table & partitions and if they align identical.... which they will for auto-preseed.... lvm metadata is re-detected and BOOM lvm2 explodes)
[19:46] <xnox> igalic: before provisioning a VM, do provide it with clean disks.
[19:47] <igalic> xnox: and I can't preseed that out?
[19:47] <igalic> lvm/confirm_nooverwrite boolean false  or somesuch?
[19:48] <xnox> installer scans the disk and sees no partitioning table no nothing, later when it goes to partition it things appear out of the blue and it doesn't know how to deal with it.
[19:49] <igalic> ah.
[19:49] <igalic> I see.
[19:49] <xnox> igalic: you can preseed partman/early_command which does dd if=/dev/zero of=$your-target count=30M or somesuch.
[19:49] <xnox> igalic: as far as I understand it's a bug in "lvcreate on the host" where "lvcreate" will give you "a random disk with random data on it"
[19:51] <igalic> "random"
[19:51] <xnox> igalic: well, last unused extend, which would match last removal in best case scenario
[19:51] <xnox> igalic: can you try  on the host: lvremove, lvcreate --zero y, provision VM with that created LV and check what happens?
[19:52] <igalic> xnox: no can-do. lvcreate is done by koan. I will however create a bug report for that.
[19:53] <xnox> actually that will not zero out the whole volume, only beginning of it.
[19:55] <igalic> *nod*
[19:56] <igalic> xnox: count=30M == 30 million?
[19:56] <igalic> huh?
[20:08] <xnox> ... 30 MB....
[20:08] <xnox> do bs=1MB count=30 if you wish.
[20:09] <igalic> xnox: one 1m was enough.
[20:10] <igalic> xnox: https://github.com/cobbler/cobbler/issues/664
[20:14] <xnox> cobbler *shrug*
[20:46] <igalic> Can someone exlain to me how to set a default gateway for IPv6? http://dpaste.com/1492966/
[20:50] <jkyle> I accidentally uploaded a package to a ppa that doesn't exist so it was rejected. But when I trie dto dput again to the correct ppa, it says it's already been uploaded
[20:50] <jkyle> is there a way around that
[21:09] <henkjan> pff, bug #879324
[21:09] <henkjan> nasty one :(
[22:25] <hallyn> zul: that's a negatory on the libvirt tests:  http://paste.ubuntu.com/6522197/
[22:26] <hallyn> i'll take a look tomorrow if you don't find it first, but not tonight
[22:26] <zul> hallyn:  son of a bitch
[22:27] <hallyn> s/:/ you/
[22:28]  * hallyn out, bbl
[22:28] <Pryath> Do any of you happen to have experience setting up an Amazon EC2 webserver with ubuntu server 13 64bit?
[22:31] <sarnold> I wouldn't be surprised if I've done that a few times.. are you having trouble?
[22:32] <Pryath> that is an interesting question, would you mind if I query with you to avoid spamming the channel?
[22:32] <sarnold> channel would be best, other people can learn or correct me if I'm wrong :)
[22:35] <Pryath> I've spent many hours trying to configure this thing. After fixing a few obscure errors and problems which should probably have never occured, I'm now having trouble logging in to phpmyadmin. Not only that, but the thing is randomly giving me two different error codes w/ the same message for the same problem ( #2003 & #1130) "Cannot log in to the MySQL server". I'm sure I'm missing something like s
[22:35] <Pryath> etting a default user/pass, but I already did that when I installed everything. I even reinstalled phpmyadmin to reset the passwords
[22:37] <Pryath> to say the least I'm so burnt out from fixing all the other problems & I've spent 30 minutes trying to fix this one. I don't know who to ask or where; the problems have been so numerous.
[22:37] <sarnold> yikes, mysql and phpmyadmin both have iffy security histories; please make sure the configuration of both tools only allows connections from hosts you expect, you have host-based firewalling to only allow connections from hosts you expect, and please double-check your AWS security groups to make sure _those_ only allow connections from hosts you expect.
[22:38] <Pryath> well my security group disallows public connections
[22:38] <sarnold> good good
[22:38] <Pryath> only my ip can ssh in
[22:38] <Pryath> or use http/https
[22:38] <sarnold> Pryath: are both mysqld and phpmyadmin running on the same host? is mysql configured to allow connections from localhost if so?
[22:39] <Pryath> bind-ip was set to <IP_ADDRESS>, I know that because I was trying another tweak
[22:39] <Pryath> not sure if that's what you mean?
[22:39] <Pryath> and I believe they are both on the same host
[22:41] <sarnold> cool. mysql will have a specific username and password used for connecting to it, I can't recall if it is set in my.cnf or set in a database table once you've connected.. make sure it matches your phpmyadmin credentials.
[22:42] <Pryath> I'm normally a windows user. I've used ubuntu very sparingly so it's been hard to adapt to this
[22:42] <Pryath> I'll see if I can figure out if that's the case
[22:44] <Pryath> I looked through my.cnf and I don't see a username or password entry
[22:46] <sarnold> Pryath: hey, the serverguide has a nice little command for changing the mysqld root password: sudo dpkg-reconfigure mysql-server-5.5
[22:47] <sarnold> Pryath: https://help.ubuntu.com/12.04/serverguide/mysql.html
[22:47] <Pryath> I was actually on that page already
[22:47] <Pryath> it's one of my 20 tabs open
[22:47] <Pryath> I believe I've already done that
[22:47] <Pryath> I'll do it again just to see
[22:50] <Pryath> should my mysql username just be root?
[22:52] <sarnold> for the user account that will manage the other mysql user accounts, table privileges, etc., yes
[22:53] <Pryath> "granting access to database phpmyadmin for root@localhost: success.
[22:53] <Pryath> verifying access for root@localhost: failed.
[22:53] <Pryath> "
[22:53] <sarnold> Pryath: is there anything informative in the logs?
[22:54] <Pryath> it's quite amusing actually, it says "error encountered creating user:" but it's just a blank line after that
[22:55] <Pryath> oh by the way this is me doing sudo "dpkg-reconfigure -plow phpmyadmin"
[22:55] <Pryath> I already did mysql, there were no errors for that
[22:56] <Pryath> well anyways, I've been at this for too long and need a break. Thank you for trying to help me sarnold
[22:58] <sarnold> Pryath: good luck, keep at it, and don't forget to read through the log files... they're your friends. :) good luck!
[23:22] <sponzor> hi. i seted up vsftpd ssl on ubuntu 12.04 server. i added users and tested. everything works fine.. now im trying to access files that i uploaded over ftp to server via browser. so when i go ftpserver:990 and then type in ftp:ftppass and see files.. can someone point me to the right direction for google on that?
[23:24] <sarnold> sponzor: what's wrong? it sounds like it works fine?
[23:25] <sponzor> yeah when i go to ip:990 it askes for user:pass and it wont accept it
[23:29] <sarnold> are there any error messages in the vsftpd log files that might indicate why it rejected the username and password?
[23:30] <sponzor> yeah Thu Dec  5 00:29:57 2013 [pid 1] [anonymous] FAIL LOGIN: Client "<IP_ADDRESS>"
[23:33] <sponzor> but i get this error even  if i dont enter password
[23:33] <sponzor> and i disabled anonymous in .conf
[23:34] <sarnold> sponzor: perhaps the browser tries anonymous and username@domain as password when trying to retrieve the directory listing in the first place?
[23:36] <sponzor> tryed username@domain its same
[23:37] <sarnold> sponzor: try ftp://username:password@ftpserver:990/   and see what that does?
[23:40] <sponzor> same error and askes for us:pass this is conf i double checked it and it looksfine http://pastebin.com/kDDFZdR2
[23:42] <sponzor> do i have to edit apache sites to make it work?
[23:43] <sarnold> sponzor: what is listening on port 990? apache or vsftpd?
[23:43] <sponzor> vsftpd
[23:43] <sarnold> is that how you -want- to get to the files via web browsers?
[23:44] <sarnold> I've assumed this whole time that you wanted to use vsftpd as the server and configure it for both good ftp clients (like lftp) and bad clients (like web browsers :)
[23:45] <sponzor> ah no :D if someone needs to download i can gaeve him link to file and username:pass (chrome firefox..... much easer than ask him to install filezilla or something... half of ppl cant even connect with filezilla :/ and other half like me cant make server to work :D
[23:47] <sarnold> sponzor: that's not a surprise, ftp is a horrible protocol, half the firewalls in the world break ftp. hehe.
[23:48] <sarnold> sponzor: if you want folks to use web browsers, it would probably be best to also configure apache to have access to these files, and serve them up via http on a different port
[23:48] <sarnold> you could use http authentication if you wanted to restrict it by username/password, but that would be a separate apache-owned username/password database in the easiest cases
[23:50] <sponzor> hmm thats even better i can make different users with no rights to use ftp, but only to download from web. great advice
[23:53] <sarnold> sponzor: I've used mod_authn_file with good success for small numbers of users: http://httpd.apache.org/docs/2.2/howto/auth.html


[00:30] <bkerensa> mhall119: Has there ever been consideration for making "Reoccuring Events" on the LoCo Directory?
[00:31] <pleia2> bkerensa: the wishlist bug is here: https://bugs.launchpad.net/loco-team-portal/+bug/777098
[00:31] <ubot2`> Launchpad bug 777098 in loco-team-portal "Allow recurring events" [Wishlist,Confirmed]
[00:32] <bkerensa> pleia2: Great minds obviously think alike :)
[01:38] <mhall119> bkerensa: yes, but a good implementation in a relational database wasn't going to be easy
[01:39] <mhall119> we implemented the ability to duplicate events as a way to provide somethign helpful until reoccurring events can be properly implemented
[02:29] <cjohnston> read until someone provides the code for review
[10:57] <bkerensa> cjohnston: Would it not be possible to create an API for the directory and then just hit the api with a cron job for ongoing events/
[10:57] <nigelb> there's already an API
[10:59] <bkerensa> =o oh?
[10:59] <bkerensa> nigelb: link? :D
[11:01] <bkerensa> I just found it
[11:02] <nigelb> I don't know if we have detailed documentation.
[11:02] <nigelb> I just look in the code usually.
[11:03] <nigelb> http://bazaar.launchpad.net/~ltp-devs/loco-team-portal/0.2/view/head:/loco_directory/services/urls.py
[21:15] <MrChrisDruif> pleia2; do you remember what you said about my testimonials page? It was to detailed and had some great suggestions for improving it
[22:07] <mhall119> nigelb: we have the API documented in the wiki
[22:08] <mhall119> bkerensa: nigelb: https://wiki.ubuntu.com/LoCoTeamPortal/API/
[22:08] <mhall119> bkerensa: it's read-only though
[22:12] <AlanBell> repeating events are a nightmare to implement
[22:21] <mhall119> yes, yes they are


[21:57] <slowe> Running into an odd error with beth pairs on Ubuntu 12.04, was wondering if anyone had any experience with it.
[21:57] <slowe> Sorry...autocorrect stupidity...the error is with veth pairs.


[08:48] <jibel> xnox, is it possible to configure LVM from the manual partitioner in Ubiquity or it is not implemented yet ?
[08:49] <xnox> not implemented yet.
[08:50] <jibel> ack
[12:02] <CIA-11> ubiquity: cjwatson * r5622 trunk/ (debian/changelog tests/test_misc.py ubiquity/misc.py):
[12:02] <CIA-11> ubiquity: Fix missing parentheses that caused removable installation media
[12:02] <CIA-11> ubiquity: sometimes to be selected as the default GRUB device (LP: #987418).
[13:13] <CIA-11> ubiquity: cjwatson * r5623 trunk/ (155 files in 3 dirs): Update translations from Launchpad (LP: #1045695).
[14:00] <CIA-11> ubiquity: cjwatson * r5412 precise-proposed/ (debian/changelog tests/test_misc.py ubiquity/misc.py):
[14:00] <CIA-11> ubiquity: Fix missing parentheses that caused removable installation media
[14:00] <CIA-11> ubiquity: sometimes to be selected as the default GRUB device (LP: #987418).
[14:25] <xnox> russian ubiquity translation has a double entendre.... lol.
[15:47] <xnox> french ubiquity expands/shrinks like an accordion during lvm installations
[15:49] <CIA-11> partman-auto-lvm: dmitrij.ledkov * r254 partman-auto-lvm-ubuntu/ (debian/changelog perform_recipe_by_lvm): Set locale to "C" when calling vgs for available free space. (LP: #1045812)
[15:49] <jibel> xnox, right, I saw that, but didn't file a bug yet. not B1 critical IMO
[15:50] <xnox> jibel: still funny =) please file it in French and use word accordion =)
[15:50] <jibel> also ubiquity doesn't fit on a netbook screen
[15:50] <xnox> jibel: it does in some locales
[15:50]  * xnox *grins*
[15:50] <CIA-11> partman-auto-lvm: dmitrij.ledkov * r255 partman-auto-lvm-ubuntu/debian/changelog: releasing version 45ubuntu1
[15:50] <jibel> just a matter of 1 or 2px
[15:53] <xnox> jibel: I wonder if that is a theme change issue & we need to adjust ourselves. the slideshows are off exactly by 1 or 2px
[15:53] <xnox> sometimes
[16:04] <CIA-11> partman-auto-lvm: dmitrij.ledkov * r254 partman-auto-lvm-ubuntu/debian/changelog: releasing version 45ubuntu1
[16:05] <ogra_> i think that goes hand in hand with the scrollbar issue of the slideshow
[16:08] <CIA-11> partman-auto-lvm: dmitrij.ledkov * r255 partman-auto-lvm-ubuntu/ (debian/changelog perform_recipe_by_lvm): Set locale to "C" when calling vgs for available free space. (LP: #1045812)
[16:08] <CIA-11> partman-auto-lvm: dmitrij.ledkov * r256 partman-auto-lvm-ubuntu/debian/changelog: releasing version 45ubuntu2
[16:09] <xnox> ogra_: are the scrollbars only started to appear after switch from unity-2d to llvmpipe?
[16:10] <ogra_> no, i have seen them from the very first tests of quantal on
[16:11] <xnox> hmmm
[16:11] <ogra_> and its gone on my panda images
[16:12] <ogra_> but i see it on the ac100 (1024x600) even though there is enough space around the window
[16:13] <xnox> webkit regression?! gtk+ regression?!
[16:13] <xnox> dunno....
[16:13] <ogra_> either yeah
[16:14] <ogra_> or its the way ubiquity determines the size of the embedded webkit stuff
[16:14] <ogra_> not surre it sets that (and i'm to lazy to dig through it atm)
[16:14] <xnox> ogra_: slideshow's config options or fallback to hard-coded value.
[16:15] <xnox>          try:
[16:15] <xnox>                 cfg = configparser.ConfigParser()
[16:15] <xnox>                 cfg.read(os.path.join(self.slideshow, 'slideshow.conf'))
[16:15] <xnox>                 config_width = int(cfg.get('Slideshow', 'width'))
[16:15] <xnox>                 config_height = int(cfg.get('Slideshow', 'height'))
[16:15] <xnox>             except:
[16:15] <xnox>                 config_width = 752
[16:15] <xnox>                 config_height = 442
[16:15] <xnox>             self.webkit_scrolled_window.set_size_request(
[16:15] <xnox>                 config_width, config_height)
[16:16] <ogra_> hmm, and are the vars still 'width' and 'height' in slideshow.conf ?
[16:17] <ogra_> might be that we always fall back to the hardcoded and that the hardcoded value is 1px to small or so
[16:39] <xnox> ev: do you know how the magical 752 & 442 where calculated?
[16:43] <ev> xnox: I think I got that off superm1
[16:43] <ev> it might be 800 - 48 (presumably the width of the unity dock)
[16:43] <ev> 442 would be 460 - 16 px for something? maybe?
[16:44] <ev> I probably should've put a comment in the code :)
[16:44] <xnox> top bar + the progress expander
[16:44] <xnox> + window decorator
[16:44] <superm1> i don't recall for sure, but i suspect it was trial and error
[16:44] <superm1> or maybe it was copied from the more common slideshow theme
[16:45] <xnox> superm1: so no magical formulae that involves imperial units? =) we have scrollbars appearing sometimes in the slideshow now.
[16:45] <xnox> in quantal that is.
[16:45] <superm1> xnox: well that problem has been there for a while that it shows sometimes i think
[16:46] <superm1> that except clause shouldn't be root cause because the width and height are both specified in the config
[16:46] <xnox> superm1: do you think X.org/gtk/theme/webkit changes could have affected it at all?
[16:48] <superm1> potentially, sure
[16:48] <superm1> the scrollbars came up so infrequently before that it wasn't ever investigated in depth i think
[16:49] <xnox> superm1: the fallback values match the values in the ubuntu-slideshow config
[16:50] <superm1> ah i see
[16:51] <xnox> superm1: as debug I could put a log statement with the child widget's natural size request.....
[16:53] <superm1> yeah that's probably a good start
[17:20] <CIA-11> ubiquity: dmitrij.ledkov * r5624 trunk/:
[17:20] <CIA-11> ubiquity: Correctly apply styles to the title & progress sections and not the
[17:20] <CIA-11> ubiquity: centre piece. This means themes are no longer required to provide non
[17:20] <CIA-11> ubiquity: standard @dark_[fb]g_color colors, instead 'menubar' Gtk CSS style is
[17:20] <CIA-11> ubiquity: used. This also fixes long standing a11y issues in HighContrast themes
[17:20] <CIA-11> ubiquity: & requirements for non-standard color definitions. (LP: #744283)
[17:21] <xnox> ignore
[17:21] <xnox> this is local.
[17:28] <CIA-11> ubiquity: dmitrij.ledkov * r5624 trunk/ (d-i/manifest debian/changelog):
[17:28] <CIA-11> ubiquity: Automatic update of included source packages: partman-auto-lvm
[17:28] <CIA-11> ubiquity: 45ubuntu2.
[17:38]  * xnox waiting for the test builds & unit tests to finish
[17:49] <CIA-11> ubiquity: dmitrij.ledkov * r5625 trunk/debian/changelog: Add bug # reference
[17:50] <CIA-11> ubiquity: dmitrij.ledkov * r5626 trunk/debian/changelog: releasing version 2.11.29