[05:27] <barrydk> Goodmorning everyone
[05:36] <mazal> Morning everyone
[05:40] <Kilos> morning all
[05:40] <Kilos> hi nlsthzn
[05:40] <Kilos> nice to have you active again
[05:53] <Kilos> hi Squirm you yawning?
[05:53] <Kilos> dag mazal barrydk
[05:53] <Kilos> yo Banlam bakuman
[06:07] <magespawn> good morning
[06:07] <Kilos> hi magespawn
[06:08] <magespawn> temp and humidity is up here, whats up there?
[06:08] <Kilos> still nice and coolish but sun starting to bake
[06:09] <Kilos> you over 30 today
[06:09] <magespawn> makes it a bit hard to work on pc's when when you dripping on everything
[06:09] <Kilos> yip
[06:09] <Kilos> get fans
[06:09] <Kilos> for that place big ones
[06:09] <magespawn> got fan and aircon
[06:09] <Kilos> ai
[06:10] <magespawn> it helps
[06:11] <magespawn> especially if you do not move
[06:11] <Kilos> yeah
[06:13] <magespawn> kind of hard when you have to work lol
[06:13] <Kilos> hahaha
[06:13] <Kilos> i hope you saved all the ssh info that time
[06:14] <Kilos> looks like i gonna need help maybe later
[06:14] <Kilos> server can ssh here but not vice versa
[06:15] <magespawn> you can ssh from the server to the desktop but not the reverse?
[06:15] <Kilos> yip
[06:16] <Kilos> ssh: connect to host <IP_ADDRESS> port 22: No route to host
[06:16] <Kilos> i still gotta try a few commands i think
[06:16] <Kilos> think ive sorted the conf thing
[06:29] <magespawn> that not route to host means that your pc cannot connect to the server
[06:29] <magespawn> check ip address, check firewalls
[06:30] <magespawn> see if you can ping it
[06:30] <Kilos> isnt that because the server was sshed first so it thinks this is the host now
[06:30] <Kilos> nope
[06:31] <mazal> brb , update reboot
[06:31] <Kilos> nope not either way today
[06:31] <Kilos> last night it could
[06:31] <Kilos> lemme see wassup
[06:32] <Kilos> actually i need to as well
[06:32] <Kilos> lotsa network manager updates today
[06:32] <Kilos> wbb
[06:32] <magespawn> k
[06:37] <superfly> afternoon all
[06:38] <barrydk> That time in the Cape superfly  Good morning
[06:44] <Kilos> hmm i moved the network card to make it easier to press the lock clip. maybe that pci socket not good
[06:44] <Kilos> grrr
[06:54] <magespawn> then it would not go either way
[06:54] <Kilos> it doesnt ping either way and last night pinged both ways
[06:54] <Kilos> sigh
[06:55] <Kilos> and i gotta do a few commands before they can ping. iptables stuff
[06:55] <magespawn> did you check the ip address
[06:56] <Kilos> they worked till i did a reinstall here when unity crashed member and have tried the server since
[06:57] <Kilos> havent
[06:57] <Kilos> hi Vince-0
[06:57] <magespawn> ifconfig
[06:59] <Kilos> must that show something of the server too?
[07:01] <magespawn> no it show the ip addy of the machine that you are on
[07:01] <Vince-0> Hi Kilos !
[07:01] <Vince-0> and ubuntu-peeps
[07:01] <magespawn> so you need to check both
[07:01] <magespawn> hi Vince-0
[07:01] <inetpro> good morning
[07:02] <Kilos> oh ya they show right
[07:02] <Kilos> hi inetpro
[07:02] <inetpro> superfly: it's morning, really
[07:02] <Kilos> ohi superfly
[07:02] <magespawn> hi inetpro
[07:02] <superfly> inetpro: really? I didn't notice... it's so hot and the sun is high in the sky
[07:03] <Kilos> one never knows in capetown with that weather what time of the day it is inetpro
[07:03] <inetpro> ai!
[07:03] <Kilos> whew we got clouds and wind at least
[07:03] <inetpro> Kilos: was it you who took a shot at Squirm?
[07:03] <inetpro> because it was not me
[07:03] <Kilos> oh ya but missed
[07:04] <inetpro> still haven't had rain here
[07:04] <Kilos> they say saterday we should get
[07:05] <inetpro> at least not so hot any more
[07:05] <Kilos> yeah lekker today
[07:05] <Kilos> even got a shirt on
[07:05] <Kilos> hehe
[07:06] <Kilos> yay can ping server from here so far
[07:07] <Kilos> yay both ways
[07:07] <Kilos> hi jrgns
[07:07] <jrgns> morning Kilos, all
[07:07] <Kilos> should one run ssh from the server first or from your desktop?
[07:09] <inetpro> Kilos: man ssh
[07:09] <inetpro> and then
[07:09] <inetpro> man sshd
[07:10] <inetpro> or the other way around
[07:10] <Kilos> eeek
[07:11] <Kilos> instant headache
[07:11] <Kilos>  sshd [-46DdeiqTt] [-b bits] [-C connection_spec]
[07:11] <Kilos>           [-c host_certificate_file] [-f config_file] [-g login_grace_time]
[07:11] <Kilos>           [-h host_key_file] [-k key_gen_time] [-o option] [-p port] [-u len]
[07:11] <inetpro> Kilos: http://www.openssh.com/faq.html
[07:11] <Kilos> ty that might be in english
[07:11] <inetpro> Kilos: don't stop reading on the first few lines of a a man page
[07:12] <Kilos> ok i got to past first few
[07:12] <inetpro> those first few lines are what you typically need as a reminder once you know how to use things
[07:12] <inetpro> there's huge lot of detail
[07:17] <Kilos> yay i did sudo ssh from here and it did that fingerprint thing which it wouldnt do last night
[07:18] <Kilos> only did it from server last night
[07:18] <Kilos> and it shows miles@slowP4:~$
[07:18] <Kilos> so i can command that one now
[07:21] <Kilos> which machine is the client? the server?
[07:23] <magespawn> the client is the machine you ssh from so that depends
[07:24] <Kilos> oh
[07:24] <Kilos> so this be the client now then
[07:26] <Kilos> thanks guys
[07:27] <Kilos> was rattled there for a while
[07:28] <Kilos> i go sort sheep
[07:30] <magespawn> that statement, if taken out of context of Kilos, whould have most ppl asking for an explanation
[07:30] <magespawn> especially following on the heals of the last conversation about ssh
[07:35] <Kilos> what now?
[07:35] <magespawn> the whole 'i go sort sheep'
[07:36] <Kilos> rofl
[07:37] <magespawn> new comers be going "What?"
[07:40] <Kilos> hahaha
[07:42] <magespawn> todays task is get ie to tun in wine
[07:42] <magespawn> s/tun/run
[07:49] <Kilos> eek ie sucks
[07:56] <magespawn> yup but need it for this online course i am doing and wife has the other machine
[07:56] <Kilos> ai
[07:57] <magespawn> one of those things
[08:03] <Kilos> hi drussell all good?
[08:21] <Kilos> hi henkj
[08:22] <henkj> hi Kilos
[08:37] <inetpro> Kilos: don't do sudo ssh!
[08:38] <inetpro> that is so wrong!
[08:38] <Kilos> uh oh
[08:38] <Kilos> how do they then get to fingerprint each other
[08:38] <inetpro> why would you even want to do that?
[08:39] <Kilos> i dunno?
[08:39] <inetpro> ai!
[08:39] <Kilos> thought it was part os recognising each other
[08:39] <Kilos> of
[08:39] <Kilos> but i can go out again not so?
[08:39] <Kilos> and come back with ssh plain
[08:40] <inetpro> and where does sudo fit in there?
[08:40] <Kilos> or is it too late
[08:40] <Kilos> when i did ssh i saw no change in $
[08:40] <Kilos> prompt
[08:40] <inetpro> ai!
[08:40] <magespawn> just ssh username@ipaddress
[08:41] <Kilos> ok will do in future
[08:41] <Kilos> what damage have i now caused?
[08:42] <magespawn> probably nothing, but using sudo runs a command as root which if compromised could cause all sorts of hassels
[08:43] <magespawn> if i am not mistaken
[08:43] <Kilos> ah
[08:43] <Kilos> actually last time i did sudo as well first time then just ssh after
[08:44] <inetpro> Kilos: you need to understand what sudo does
[08:44] <magespawn> in your case you only ssh to your server but you can ssh to any machine in the world going through the internet which you do not want to sudo
[08:44] <inetpro> man sudo
[08:44] <Kilos> ok
[08:44] <Kilos> so the fingerprint is not necessary
[08:45] <inetpro> Kilos: has nothing to do with sudo
[08:45] <Kilos> oh ya when i went to your server i didnt use sudo
[08:46] <Kilos> oh would the fingerprint have come anyway or arent they needed
[08:46] <inetpro> Kilos: man ssh
[08:46] <Kilos> ai
[08:46] <magespawn> lol
[08:46] <Kilos> sjoe
[08:47] <magespawn> the two of you with your 'ai'
[08:47] <Kilos> rofl
[08:49] <magespawn> long time since i have used wine = learning curve (again)
[08:56] <Kilos> ai every time i try install stuff on wine i make my pc sicker
[09:20] <Kilos> ai twice power went off for a bit and ups disconnected for repairs and investigtion
[09:20] <Kilos> im sure they switch it off and on to see if their circuit breakers still work
[09:21] <Kilos> swines
[09:21] <mazal> investigation , now that is a nice way of putting it :)
[09:22] <Kilos> hehe
[09:23] <barrydk> Don't worry electricity prise are going to double in the next 3 years and then the disruptions will also double up
[09:23] <Kilos> ai
[09:24] <Kilos> for a third world country these peeps steal like first world pros
[09:25] <magespawn> brb reboot
[09:25] <Kilos> k
[09:31] <magespawn> back
[09:31] <magespawn> not working here either
[09:42] <Squirm> Kilos: it's been hectic
[09:42] <Squirm> I hit the off button on 4 alarms this morning and fell asleep right after each one
[09:43] <Squirm> yes, I set 5 alarms in the morning to get me up
[09:44] <Kilos> wow
[09:44] <Kilos> you need a wife to kick you outa bed
[09:45] <Kilos> power gone there magespawn
[09:45] <Kilos> ?
[09:48] <barrydk> Julle stadsjapies kan slaap ne. Is that because the nightlife?
[09:48] <Kilos> lol
[09:48] <Kilos> hy leer tot laat
[09:49] <Kilos> hopelik
[09:49] <barrydk> ok might explain
[10:23] <Kilos> yay ssh worked without the sudo this time
[10:54] <magespawn> no power was fine just mine laptop was unplugged
[10:54] <Kilos> ah
[10:56] <magespawn> i unplug the power to use the battery
[10:56] <magespawn> supposed to be better for the battery
[10:58] <henkj> magespawn: that's only true for older batteries
[10:58] <magespawn> yeah the lappy is about 6 years old
[10:58] <henkj> surprised the battery still holds much of a charge then
[10:59] <magespawn> about 2 hours
[10:59] <magespawn> but does not give any warning really when it goes off
[10:59] <magespawn> when you here the beeps you have to be plugging it in or it is gone
[11:00] <magespawn> but i was gifted this machine so i do not mind
[11:22] <mazal> I wonder how long mine would last , it's almost 7 years old now
[11:22] <mazal> The battery I mean , when plugging out the power
[11:34] <magespawn> brb going to get fish
[11:35] <Kilos> k
[11:51] <Kilos> so mr superfly hows the family and you?
[11:58] <superfly> Kilos: fine thanks
[12:07] <Kilos> good
[12:08] <Kilos> Maaz, list plugins
[12:08] <Maaz> Kilos: Plugins: admin, calc, conversions, core, eval, factoid, feeds, film, fun, games, geography, google, help, icecast, identity, karma, languages, log, lotto, meetings, memo, memory, network, oeis, quotes, rfc, seen, social, sources, strings, sysadmin, test, urlgrab and urlinfo
[12:20] <barrydk> See you guys tommorow Lekke slaap
[12:26] <magespawn> hey all
[12:26] <magespawn> man is it baking out there today
[12:26] <Kilos> lol
[12:29] <inetpro> big clouds over Pretoria
[12:29] <Kilos> ya but biggish wind too
[12:30] <Kilos> never trust the wind to leave the clouds where they can do best
[12:30] <magespawn> you wannah back win use brains show them a full screen video on one desktop and another on the 2nd and so on
[12:30] <magespawn> s/back/bake
[12:31] <magespawn> s/use/user
[12:38] <magespawn> look like rain?
[12:43] <Kilos> not yet sun out here by me again
[12:48] <mazal> Bye all
[12:48] <mazal> Enjoy the evening
[12:59] <drussell> Kilos: yes! all good here, how's the weather with you now?
[13:00] <Kilos> still very dry here drussell weeds are even wilted
[13:00] <Kilos> we need lotsa rain here in the tvl
[13:01] <inetpro> and the other weed is still tumbling along as well
[13:01] <inetpro> drussell: wb
[13:01] <drussell> inetpro: thx
[13:01] <Kilos> lol
[13:01] <drussell> Kilos: heh when the weeds are dying, that's when you know things are bad
[13:02] <Kilos> yip drussell its been a bad few years
[13:02] <inetpro> Kilos: no
[13:02] <inetpro> we had good rains this season already
[13:02] <inetpro> was just lately that it became a bit dry
[13:03] <Kilos> when you have good rains everything grows inetpro and keeps groing
[13:03] <inetpro> lol
[13:03] <Kilos> good rains  are no good with droughts in between
[13:03] <Kilos> natal has good rains
[13:04] <Kilos> peeps gotta swim now and again
[13:08] <roryy> ello
[13:10] <Kilos> hi rorr
[13:10] <Kilos> oh my
[13:10] <Kilos> roryy,
[13:10] <roryy> hey Kilos
[13:10] <roryy> how goes?
[13:11] <Kilos> good ty roryy and you?
[13:11] <roryy> not bad - on leave today and tomorrow
[13:11] <Kilos> nice
[14:37] <bebras> hello
[14:39] <Kilos> hi bebras
[14:39] <Kilos> welcome to ubuntu-za
[14:39] <Kilos> lithuania
[14:39] <bebras> yes
[14:40] <Kilos> how did you end up here with us
[14:40] <Kilos> are you an ubuntu user?
[14:41] <Kilos> you are our first lithuania visitor
[14:42] <bebras> had experience with ubuntu
[14:43] <bebras> i am playing with raspberry pi but have different dist on that :)
[14:44] <Kilos> ah
[14:44] <Kilos> some of the guys here have them as well
[14:44] <bebras> pretty things
[14:48] <bebras> i am searching for areas where people have difficulties with internet connection
[14:49] <Kilos> have you got a cure for it?
[14:50] <Kilos> we have some problems here especially with mobile broadband and slow internet in general
[14:51] <bebras> to be more specific, I want to solve problem: help people  to check email, but have no/limited/slow internet
[14:51] <Kilos> ah
[14:53] <bebras> mine solution: send sms text message as soon as important email comes to the inbox
[14:53] <Kilos> ah
[14:54] <magespawn> nice idea
[14:54] <Kilos> smses are expensive in south africa unless one gets sms bundles from the service providers
[14:55] <magespawn> you could use something google sms to do it
[14:55] <magespawn> then it could come straight from the person own inbox
[14:55] <Kilos> oh ya but it doesnt work all over magespawn
[14:56] <bebras> yes, i read that google provide this service in limited list of countries
[14:56] <magespawn> true if you could work a way to get selected emails delivered vis sms/mms that would be awesome
[14:56] <bebras> i haven't tried it
[14:57] <bebras> if you are interested: http://bebrapp.appspot.com/
[14:58] <bebras> it is free beta
[14:58] <jrgns> trello sends smses in SA, at almost decent prices
[14:59] <jrgns> it should be trivial to setup a ifttt.com recipe to sms certain mails to yourself
[14:59] <bebras> trello itself sends sms? or 3rd part solution?
[14:59] <jrgns> trello is an api to send smses and make voice calls
[15:00] <jrgns> soz, not trello. wtf. brainfart
[15:00] <jrgns> twillio
[15:00] <jrgns> http://www.twilio.com/
[15:02] <Kilos> i go get sheep
[15:02] <bebras> lost connection :/
[15:03] <jrgns> i've got to hit the road.. cheers guys
[15:04] <bebras> jrgns: yes, also zapier.com works in a very similar way as ifttt.com and provides free functionality i think
[15:05] <magespawn> bebras what language are you using to write the program?
[15:06] <bebras> python
[15:06] <bebras> and for web platform it is google app engine
[15:06] <magespawn> cool there are some python programmers here i am busy learning that myself
[15:07] <bebras> thats nice :)
[15:07] <magespawn> some of the guys have a lot of experience
[15:07] <magespawn> gotta go home time here, later all\
[15:08] <bebras> ok, latter
[16:02] <inetpro> I would be very hesitant to provide my cellnumber to third parties
[16:02] <inetpro> but that's just me
[16:03] <Kilos> yeah airtime disappears sometimes
[17:18] <Kilos> yo Cantide stiff from can cycle?
[17:18] <Cantide> nah :p
[17:18] <Cantide> i just did 11 km
[17:18] <Kilos> lol
[17:18] <Cantide> so i am fine :)
[17:18] <Cantide> didn't go to gym t his morning though haha
[17:19] <Cantide> how are you?
[17:19] <Kilos> good ty
[17:19] <Cantide> :)
[17:51] <Vince-0> Good eve! I mean it is a good eve
[17:51] <Vince-0> or simply that I must be good this eve
[17:52] <Cantide> Read the Hobbit lately?
[17:52] <Kilos> lo Vince-0
[17:55] <Vince-0> watched 3d HFR version last night with new dolby cinema
[17:59] <Cantide> :)
[18:01] <Vince-0> got a G+ hangout on air here that needs testing - waiting for the LUG guys
[18:01] <Vince-0> no gals :-(
[18:41] <magespawn> Evening all
[18:41] <Kilos> hi magespawn
[18:44] <magespawn> Hey Kilos
[18:45] <magespawn> Hey Vince-O hows the hang out?
[18:49] <magespawn> Must be good.
[18:55] <Kilos> whew magespawn tracepath www.google.com is getting lotsa no replies tonight
[18:55] <Kilos> hi theblazehen
[18:56] <Kilos> normally i get lotsa ip addies
[18:56] <Kilos> only 3 tonight and many no reply
[18:58] <Kilos> nslookup gets them all
[19:01] <Kilos> i been battling since yesterday with sharing 3g from the server and just found its ufw that was blocking it
[19:01] <Kilos> grrrr
[19:01] <Kilos> and it was disabled too
[19:01] <Kilos> grrr
[19:03] <magespawn> Lol
[19:03] <Kilos> hi nlsthzn  you on the g+ hangout thing too
[19:03] <magespawn> Tracepath? Not traceroute?
[19:04] <Kilos> leme check
[19:05] <Kilos> nope i got the tracepath command saved here
[19:05] <Kilos> got lotsa saved commands from the fly and Kerbero
[19:05] <Kilos> hi Kerbero wen jy
[19:06] <Kilos> i spose the pro and fly on the hangout too
[19:06] <inetpro> uh?
[19:07] <magespawn> Fo not know tracepath, wonder if there is a difference
[19:07] <Kilos> lol it lives
[19:07] <magespawn> Got a uh?  Is it even a word?
[19:35] <inetpro> FreeBSD® is an advanced operating system for modern server, desktop, and embedded computer platforms.
[19:36] <Kilos> whew
[19:36] <inetpro> http://www.freebsd.org/
[19:36] <Kilos> you dont use  ubuntu server?
[19:36] <inetpro> maar shh... moet vir niemand vertel nie
[19:36] <Kilos> traitor
[19:36] <Kilos> hahaha
[19:37]  * inetpro gebruik albei
[19:37] <Kilos> a
[19:37] <inetpro> en nog meer
[19:37] <Kilos> sjoe
[19:38] <inetpro> slowlaris ook
[19:38] <Kilos> hoekom so baie
[19:38] <inetpro> baie?
[19:38] <Kilos> meer as een is baie
[19:38] <inetpro> Kilos: seen this? http://distrowatch.com/stats.php?section=popularity
[19:39] <Kilos> wait i go see
[19:39] <inetpro> s/slowlaris/solaris/
[19:40] <Kilos> aw ubuntu going down
[19:40] <Kilos> blame unity
[19:41] <Kilos> now i dont wanna go sleep in case server dont work again in the morning
[19:42] <inetpro> ai!
[19:42] <Kilos> lol maybe i should get solaris
[19:42] <inetpro> Kilos: haha
[19:43] <inetpro> Kilos: het jy gesien hoeveel is op die lys?
[19:43] <Kilos> i will master this iptables 3g sharing thing yet
[19:44] <inetpro> gaan kry Rebellin
[19:44] <inetpro> of Sabily
[19:44] <Kilos> ai! 87
[19:45] <Kilos> nee man ek sal trou bly
[19:45] <inetpro> of BOSS
[19:45] <Kilos> no im slowly getting used to ubuntu
[19:46] <Kilos> everyday i save more commands to sort this or that out
[19:46] <inetpro> of IPFire
[19:48] <Kilos> is parted magic and gparted distros?
[19:48] <Kilos> how can they be in that list
[19:48] <Kilos> dont make sense
[19:49] <Kilos> oh i saw i got a thingie saved too called gadmin-samba
[19:49] <inetpro> yep, you can get it as a distro as well
[19:49] <Kilos> puts a gui on the server is that right?
[19:50] <Kilos> wow
[19:50] <inetpro> no
[19:52] <Kilos> it says the gadmin tools allows you to setup samba with a well thought out graphics interface
[19:52] <Kilos> cant copy paste from that document
[19:52] <Kilos> dunno why
[19:53] <inetpro> and?
[19:53] <Kilos> i dunno where i got it from or i would give you the link
[19:53] <Kilos> sorry
[19:54] <Kilos> gadmin-samba.ps document
[19:54] <inetpro> you can run samba on your desktop
[19:54] <inetpro> I just don't see why you would want to
[19:54] <inetpro> but you can
[19:55] <Kilos> i dont want to i found that whiole looking for info on iptables and masquerading and all
[19:55] <Kilos> while
[19:56] <Kilos> serious business this sharing 3g with direct cable connecting 2 pcs
[19:56] <Kilos> nuvolari, said dhcp was easy
[19:56] <Kilos> whew
[19:57] <inetpro> Kilos: excatly
[19:59] <inetpro> just get a decent router/switch and forget about this nonsense
[19:59] <inetpro> then again
[19:59] <inetpro> you won't learn anything abot networking
[19:59] <inetpro> about
[19:59] <inetpro> everything will just work
[19:59] <inetpro> very boring
[20:00] <Kilos> they are expensive. im trying to save up for a mb that can take an i5 cpu and ddr3 ram
[20:00] <Kilos> and as you say im learning
[20:00] <Kilos> difficult as it might be
[20:01] <Kilos> im learning to save commands all over
[20:02] <Kilos> just battling to find where they are saved
[20:04]  * Kilos needs a geek secretary
[20:04] <Kilos> gekretary
[20:04] <Kilos> geekretary
[20:12] <inetpro> Kilos: and you are even forgetting
[20:12] <inetpro> Monday is meeting day
[20:12] <Kilos> i already emailed nuvolari
[20:13] <inetpro> ahh
[20:13] <Kilos> just didnt tweet
[20:13] <inetpro> and? He be ready?
[20:13] <Kilos> he hasnt answered
[20:13] <inetpro> nuvolari: kom, kom, waar kruip jy weg?
[20:14] <Kilos> so get ready to chair
[20:15] <Kilos> Maaz, tell nuvolari meeting monday night hey!!!!
[20:15] <Maaz> Kilos: Okay, I'll tell nuvolari on freenode
[20:17] <Kilos> sjoe inetpro ek moet slaap nou
[20:17] <Kilos> lekker slaap
[20:17] <Kilos> sal jou laat weet of server werk more
[20:17] <Kilos> hehe
[20:17] <Kilos> night all. sleep tight
[20:18] <inetpro> goeienag oom
[20:29] <inetpro> cool
[20:29]  * inetpro just started the google+ ubuntu-za community
[20:34] <inetpro> anyone welcome to join at https://plus.google.com/communities/117322247779910275992
[20:42] <inetpro> superfly: I'm amazed how quickly people are joining on there
[20:42] <inetpro> 8 members confirmed in a few minutes
[20:43] <superfly> they're all geeks with no lives :-P
[20:43] <inetpro> lol
[21:16] <Vince-0> yoh its late - I'm out
[21:16] <Vince-0> Gnight!


[02:36] <ryanakca> hmmm... possibly a bug, according to #kubuntu:
[02:38] <ryanakca> In an LVM on a SATA drive, I can only create one ReiserFS partition before the rest of the space becomes "Unusable". I don't think it has anything to do with primary/secondary, because if I delete ReiserFS, I can create 3 more ext3/swap primary partitions, still in the LVM. The ReiserFS partition is the First and Only primary partition at the start of the LVM.
[02:38] <ryanakca> daily gutsy alternate CD
[05:51] <Hobbsee> Tonio_: great, you saw the kdelibs thing.
[05:51] <Hobbsee> Tonio_: i was meaning to ask you about that
[06:22] <ScottK> ryanakca: Don't forget that Reiser is essentially unmaintained, so oddities shouldn't suprise you.
[09:58] <hunger> Hmmm... stupid idea: would it be possible to switch the KMenu around so that the logout and stuff which is rarely used is furthest away from the mousepoiter when opening the menu?
[10:00] <hunger> Same would be nice for the taskbar stuff... dunno how often I hit "quit" in their context menu already by accident.
[12:27] <Hobbsee> jpatrick: what brings you back?
[12:27] <jpatrick> Hobbsee: the holidays
[12:27] <Hobbsee> ahhhh
[12:28] <Hobbsee> they always help
[12:29] <jpatrick> might get back to work on kubuntu if there's anything to do
[12:29] <Hobbsee> heh, there's still lots
[12:29] <Hobbsee> bugs, patches, new stuff to code.  kde 4.  take your pick
[12:29] <Hobbsee> you out of school now, i take it?    like, permanently?
[12:30] <jpatrick> No, not yet, still the bad part to get passed
[12:30] <jpatrick> Spanish ALevel
[12:30] <Hobbsee> erk
[12:30] <Hobbsee> Tonio_: thanks
[12:30] <Hobbsee> @ kdelibs
[12:31] <Hobbsee> was either breezy or dapper.
[12:31] <jpatrick> dapper I think
[12:32] <Hobbsee> right, yeah
[12:33] <jpatrick> rofl @ flying spag. monster
[12:34] <Hobbsee> :D
[12:34] <jpatrick> that explains it
[12:35] <Hobbsee> does this mean that you want me to find stuff to do, or point you in the right direction, or you'll find something?
[12:35] <Hobbsee> hehe
[12:35] <jpatrick> I'll see what I can find while you're away
[12:35] <Hobbsee> okay :)
[01:13] <Tonio_> Hobbsee: thanks for what ? fixing kdelibs4 ? :)
[01:56] <Hobbsee> Tonio_: kdelibs (3)
[01:58] <Hobbsee> Tonio_: the ftbfs over the icons
[02:43] <ryanakca> ScottK: oh, really? ext3 then :)
[02:52] <ScottK> ryanakca: Yes.  Suse switched from Reiser to ext3 for their default in opensuse/SLES 10
[02:53] <Hobbsee> ScottK: i presume you already know this - but beware kmos, codewise
[02:53] <Hobbsee> if you're doing sponsorships and such
[02:53] <Hobbsee> ScottK: particularly acking any syncs & merges
[02:55] <ScottK> Hobbsee: I don't think I've done any of his, so thanks for the heads up.
[02:59] <Tonio_> Hobbsee: oki ;)
[02:59] <Tonio_> Hobbsee: commiting svn now
[02:59] <Tonio_> bzr sorry :)
[02:59] <Hobbsee> Tonio_: great :)
[03:27] <ryanakca> oops
[03:28] <ryanakca> Riddell: Hey, you own kubuntu.co.uk, right?
[03:38] <jpatrick> Hobbsee: what did one have to do when the src was .bz2? Untar and retar?
[03:38] <Hobbsee> jpatrick: bunzip2 foo && gzip -9 foo
[03:39] <ryanakca> ScottK: I'm guessing it's the installer, because it randomly picks between a) Letting me get as far as creating '/', 'swap', '/home', and the rest free space, but then not being able to mount swap, so crashing, or b) Only letting me create one partition, no matter the format in the LVM before the rest is 'unusable'
[03:39] <jpatrick> right
[03:44] <jpatrick> now... to remember how all this works..
[03:45] <Hobbsee> lol
[03:46] <ryanakca> :)
[03:46] <jpatrick> has compat changed?
[03:46] <Hobbsee> it's 5
[03:46] <Hobbsee> as is  aversioned dep on debhelper of (>5)
[03:47] <jpatrick> right /lets pbuilder burn once again
[03:47] <Hobbsee> :)
[03:52] <jpatrick> ouch, concert or techboard meeting :>
[03:52] <Hobbsee> jpatrick: email the tech board a signed email
[03:53] <jpatrick> the mailing list?
[03:53] <Hobbsee> yeah
[03:54] <Hobbsee><EMAIL_ADDRESS>[03:54] <jpatrick> ok
[04:05] <Hobbsee> jpatrick: keyring is resynced now, btw
[04:06] <jpatrick> Hobbsee: thank you
[04:07] <Hobbsee> no problem
[04:12] <jpatrick> "warning: Version number suggests Ubuntu changes, but there is no XSBC-Original-Maintainer field"
[04:12] <jpatrick> ?
[04:13] <Hobbsee> ohhhh....
[04:14] <Hobbsee> welcome to maintainer mangling
[04:14] <jpatrick> Never seen that before
[04:14] <Hobbsee> https://wiki.ubuntu.com/DebianMaintainerField
[04:14] <Hobbsee> no, it's new
[04:14] <Hobbsee> https://lists.ubuntu.com/archives/ubuntu-devel-announce/2007-February/000249.html is clearer
[04:16] <jpatrick> oh, so I just add "XSBC-Original-Maintainer: Me"
[04:16] <Hobbsee> ther'es a script that does the maintainer mangling for you
[04:16] <jpatrick> I'm the orig and current
[04:17] <Hobbsee> http://codebrowse.launchpad.net/~ubuntu-dev/ubuntu-dev-tools/trunk/annotate/themuso%40ubuntu.com-20070712063956-zcyodco1z53tdkly?file_id=updatemaintainer-20070401103153-xkj4cxf8k2379los-1
[04:17] <Hobbsee> just use your @ubuntu.com address, or @kubuntu.org?
[04:17] <Hobbsee> oh, you lost membership, i take it.
[04:18] <jpatrick> Nop, only MOYU
[04:18] <jpatrick> -TU*
[04:19] <Hobbsee> oh, neat
[04:19] <Hobbsee> they're emphasising gropu maintainership now
[04:20] <jpatrick> "Not an ubuntu package or already maintained by the ubuntu team"
[04:21] <Hobbsee> there you go.
[04:21] <Hobbsee> oh, it's the warning.  you can ignore that.
[04:21] <Hobbsee> iirc, it fails if it's got the debian maintainer still listed in the Maintainer field
[04:23] <jpatrick> uploading...
[04:24] <jpatrick> ok, done
[04:30] <jpatrick> and so I start again: http://revu.tauware.de/details.py?upid=6017
[04:33] <Hobbsee> jpatrick: +Standards-Version: 3.6.2 should be 3.7.2
[04:34] <jpatrick> ...
[04:34] <Hobbsee> jpatrick: last i checked, anyway.
[04:34] <jpatrick> Hobbsee: I'll see if revu-report builds it then reupload fixed
[04:35] <Hobbsee> apart from taht, looks fine
[04:40] <jpatrick> Hobbsee: you wouldn't be able to update revu-report thingys? (404 Not Found [IP: <IP_ADDRESS> 80]  everywhere)
[04:41] <Hobbsee> jpatrick: unlikely, no.  i'm not an "admin"
[04:42] <jpatrick> Hobbsee: ah, ok, thought you were cos you did the key thing
[04:42] <Hobbsee> no - that got moved back so anyone in teh revu group could
[04:42] <Hobbsee> it's confusing
[04:45] <jpatrick> hmmm, I can " sudo pbuilder update"
[04:50] <jpatrick> ah, there's the pbuilder group
[05:40] <Hobbsee> *** Main will freeze on Tuesday for Tribe 3 preparations, cd preparations will commence in a couple of days ***
[06:26] <Riddell> ryanakca: yes
[06:26] <Hobbsee> hiya Riddell
[06:48] <Hobbsee> Riddell: you here?
[11:15] <ScottK> nixternal: Just got back from the O's/White Sox game.  Assuming you're a Cubs fan, the news is good.
[11:15] <jjesse> i thought he was a sox fan
[11:15] <jjesse> never remember
[11:15] <nixternal> Cubs FTW :)
[11:15] <nixternal> man, I miss Camden
[11:23] <ryanakca> Riddell: Would it be possible to create groupware.kubuntu.co.uk, please?
[11:27] <jjesse> is that for groupware server you are creating?
[11:28] <ScottK> ryanakca: Why not .org?
[11:28] <ryanakca> jjesse: yes
[11:29] <jjesse> coolio
[11:30] <ryanakca> ScottK: James Troup said he'd try a month and a half ago (I filed the RT in april, but he only saw it in mayish) to create it for me, but he'd to ask about it beforehand, but I haven't heard back from him yet, and he doesn't seem to be responding in #canonical-sysadmin , despite memoserv and him popping in several times a week
[11:30] <ryanakca> ScottK: so I assume it's a no-go
[11:30] <ScottK> OK.
[11:30] <ScottK> Makes sense.
[11:50] <Riddell> ryanakca: groupware.kubuntu.co.uk. 86400  IN      A       <IP_ADDRESS>
[11:50] <ryanakca> Riddell: thanks :D
[11:50] <ryanakca> Riddell: feel free to delete kolab.kubuntu.co.uk
[12:13] <ryanakca> jjesse: I /do/ wish Kolab would release it's sources in something other than .src.rpm... http://ftp.belnet.be/packages/kolab/server/release/kolab-server-2.1.0/ :(


[04:28] <apparle> hi, does KDE not load KCM modules, services installed under /usr/local ? How do enable this?
[05:56] <valorie> oh very nice
[05:56] <valorie> happy Christmas to you, MerryChristmas
[05:58] <MerryChristmas> Heh, thank you valorie :)
[06:05]  * tazz hugs valorie
[06:06] <valorie> {{{{{{{{{{{{{{{hugs}}}}}}}}}}}}}}} to you as well, tazz
[06:06] <valorie> christmas cheer is welcome
[06:06] <valorie> I got bad news today: my cousin has cancer
[06:07] <valorie> everywhere: lung, brain, stomach, lymph
[06:07] <valorie> he's only 57
[06:28]  * tazz hugs valorie
[06:28] <tazz> :(
[06:28] <valorie> ty
[09:16] <lordievader> Good morning.
[09:16]  * Neo31 back to town Riddell
[09:17] <Neo31> how did things go ?
[10:27] <sitter> does anyone want to review tarball of qapt3.0 before I release?
[10:28] <_Groo_> hi/2 all
[10:29] <_Groo_> could someone take a look at this
[10:29] <_Groo_> https://www.irccloud.com/pastebin/ZpXc4bCk
[10:29] <_Groo_> utopic cant be upgraded anymore with kubuntu-ci because of the changes in qt
[10:30] <_Groo_> it breaks a lot of stuff like appmenu-qt5 checkbox-gui kubuntu-driver-manager kubuntu-notification-helper liboxideqt-qmlplugin liboxideqtquick0 libqt5organizer5 libunity-webapps0 python3-pyqt5 qtdeclarative5-ubuntu-ui-extras-browser-plugin
[10:30] <_Groo_> sad face :(
[10:31] <sitter> all of which are not CI supported
[10:31] <_Groo_> sitter: hi sitter
[10:32] <_Groo_> sitter: so what can be done about it?
[10:32] <sitter> nothing
[10:32] <sitter> py-qt5 needs CIing
[10:32] <sitter> everything else needs to wait for 5.4.0 to be completely landed
[10:32] <sitter> and even then stuff is going to be not installable
[10:33] <_Groo_> if i opt to remove it as per apt-get, what will it break? will i be able to still use unity + kf5?
[10:33] <sitter> probably not
[10:34] <sitter> unity things heavily insist on linking against private API from what I have seen
[10:34] <_Groo_> well im gonna test and revert (thank you apt-btrfs) if all breaks
[10:36] <_Groo_> do you know if btrfs will be the default for 15.04? because if it is it would be nice to ship apt-brtfs by default
[10:48] <_Groo_> well it worked, so im happy :D
[10:48] <_Groo_> i just need some unity has a fallback when kf5 is broken
[10:53] <sitter> I keep telling you not to use landing
[10:55] <_Groo_> sitter: i eat our own dog food
[10:55] <_Groo_> sitter: im the one always reporting stuff thats broken :) pitty i dont have more time to be more active doing packages
[10:55] <_Groo_> sitter: at least i maintain the graphics ppa https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/mesa/
[10:56] <_Groo_> phoronix users use it a lot
[10:57] <sitter> you report things we know
[10:57] <sitter> things turn red when something is astray
[10:59] <_Groo_> sitter: not really, most of the stuff i report are errors in the packages themselves, but if you think im not being useful, ill just crawl to my corner :)
[11:00] <sitter> _Groo_: errors in the packages apply to snapshots as well
[11:01] <sitter> I am not saying you are not being useful I am saying you are making your life harder by not using the daily snapshot because the landing ppa is breaking a lot by design
[11:01] <_Groo_> sitter: noted, ill stay quiet
[11:09] <Sergobot> Riddell: are you here?
[11:33] <sitter> yofel: what's the plan for tagging and debcommit? I seem to have forgotten :O
[11:58] <bukai> Riddell: ping
[12:16] <BluesKaj_> hiyas all
[12:17] <soee> hiho BluesKaj_
[12:17] <BluesKaj_> hey soee
[12:18] <Riddell> hi Sergobot, bukai
[12:18] <Riddell> I'm mostly not here today
[12:19] <bukai> Riddell: Hi, Christmas celebrations?
[12:20] <bukai> Riddell: I have tested the theme properly but the pages were not a part of the theme , any Idea how to import the pages created on the local machine?
[12:21] <bukai> or else I have to redo the entire news page :(
[12:22] <Riddell> bukai: no I don't know, you'd need to ask someone who knows more about wordpress like ovidiu-florin or soee
[12:23] <bukai> Riddell: ok
[12:23] <bukai> soee: ping
[12:28] <ovidiu-florin> bukai: how did you make the pages?
[12:28] <bukai> ovidiu-florin: I went to pages and then add page
[12:29] <ovidiu-florin> and what's the problem?
[12:29] <bukai> for the news it was posts.
[12:30] <ovidiu-florin> bukai: to me the homepage still look's not finished: http://test2.kubuntu.co.uk/wordpress/
[12:30] <ovidiu-florin> and there's no link to go to the news page
[12:32] <bukai> ovidiu-florin: yes the news page is not done! it is done on my local system . is there any way to put it on the remote system?
[12:34] <ovidiu-florin> I think easiest would be to replicate the settings
[12:34] <ovidiu-florin> and safest
[12:34] <ovidiu-florin> so that you don't break some DB settings
[12:35] <ovidiu-florin> can you give me an admin user on that WP instance?
[12:35] <ovidiu-florin> bukai: ^
[12:38] <bukai> ovidiu-florin: i removed the widgets but it seems i put an extra s somewhere :(
[12:38] <ovidiu-florin> bukai: first of all, let me get this WP instance up to date
[12:41]  * sitter wonders
[12:41] <sitter> shadeslayer: piiiiing
[12:42] <ovidiu-florin> sitter: what about?
[12:42] <sitter> if we should put energy into the ubiquity UI or just wait for calamares
[12:42] <sitter> perhaps we should wire up calamares UI to ubiquity :O
[12:43] <shadeslayer> sitter: huh?
[12:44] <sitter> shadeslayer: how feasable would it be to make calamares a UbiquityUI instance?
[12:46] <shadeslayer> Errr
[12:47] <shadeslayer> Not sure tbh, dont think its structured that way
[12:48] <sitter> kubotu: order cookies, xmas
[12:48]  * kubotu slides a whole bunch of last year's, now all dry cookies, down the crappy decorated and totally falling apart bar to sitter and shouts: Happy whatever -.-
[12:48] <sitter> kubotu: u really should get newar cookies
[12:48] <sitter> shadeslayer: anyone ever tossed the idea of adopting calmares as debian-kde?
[12:48] <sitter> s/as/at
[12:49] <ovidiu-florin> bukai: you mentioned some images that need to be uploaded
[12:49] <shadeslayer> Nope, though it needs d-i support before it gets adopted probably
[12:50] <shadeslayer> Since it has 0 d-i support you cant do preseeding and other fancy thinga
[12:50] <shadeslayer> *Things
[12:50] <sitter> I experience a pain in my bum brought on by lack of longterm planning!
[12:51] <bukai> ovidiu-florin: yes
[12:51] <BluesKaj_> get out of the chair once in a while
[12:52] <ovidiu-florin> bukai: can you please upload them?
[12:52] <bukai> but I am unable to upload it from the browser, should I directly put in on the server?
[12:52] <ovidiu-florin> you can upload them from the browser now
[12:52] <ovidiu-florin> I
[12:52] <bukai> ovidiu-florin: ^
[12:52] <ovidiu-florin> I've fixed that
[12:53] <shadeslayer> sitter: the long term plan is to get d-i support somehow
[12:54] <sitter> shadeslayer: kindly talk to people about these matters please ... if debian doesn't want to adopt calamares then we'd have to maintain a replicate of ubiquity-core on our own which won't end well, or we'd have to wire up ubuqity-core to calamares ui, or we'd have to cleanup ubiquity-kde code and possibly adopt general calamares UI design as to have at least some uniformity which would require dev resources in 15.04+
[12:55] <bukai> Thanks, ovidiu-florin , what was the problem?
[12:55] <ovidiu-florin> no problem, just a default setting
[12:56] <ovidiu-florin> News should not be a page, it should be a Category feed, IMO
[12:56] <ovidiu-florin> bukai: do you have a different suggestion?
[12:58] <bukai> ovidiu-florin: I was thinking of making a page called news and there all the news will be posted in different catagory
[13:00] <Sergobot> Riddell: what's about my task?
[13:05] <ovidiu-florin> bukai: and how do you provide the feed on that page? using Javascript?
[13:10] <bukai> ovidiu-florin: just using http://test.kubuntu.co.uk/category/news will just post the news without any design. Will it look good?
[13:16] <ovidiu-florin> bukai: no, but you can change that
[13:17] <ovidiu-florin> that's what a theme is
[13:19] <bukai> ovidiu-florin: ok, will do it. Btw thanks for making it editable from the browser, it is finally easy to work with.
[13:22] <ovidiu-florin> I fixed the permissions to 664 for all files and 666 to wp-content and this: http://www.hongkiat.com/blog/update-wordpress-without-ftp/
[13:23] <ovidiu-florin> and updated plugins, themes and WP itself to latest
[13:24] <ovidiu-florin> bukai: also
[13:24] <ovidiu-florin> please keep all the theme changes in the github repo
[13:24] <ovidiu-florin> and keep a history of the changes
[15:19] <kranzer> Riddell: hello, are you here?
[15:41] <yofel> sitter: errr, good question. IIRC debcommit is unfeasable because nobody non-hardcodes "debian/" as tag prefix, so gbp would be the way to go
[15:41] <yofel> something like...
[15:41] <yofel> git-buildpackage --git-ignore-branch --git-tag-only --git-sign-tags --git-debian-tag='ubuntu/%(version)s' --git-keyid=$GPGKEY
[16:34] <sitter> mh
[16:34] <sitter> might as well use git directly then :P
[17:41] <Riddell> Sergobot: how's the task going?
[17:42] <Sergobot> Riddell: I finished it
[17:42] <Riddell> Sergobot: ooh? even those gemini files in a .deb ?
[17:43] <Sergobot> Riddell: I didn't do anything with gemini. Debs are built and I'm happy :)
[17:44] <Riddell> Sergobot: well the new files need to go somewhere
[17:44] <Riddell> else calligrra devs won't be happy
[17:44] <Sergobot> Riddell: okay :(
[17:45] <Sergobot> Riddell: so, what should I do?
[17:46] <Riddell> Sergobot: make a new calligragemini package and put all the gemini files in it
[17:46] <Riddell> and for all the other files in dh_install --list-missing work out what .install file they need to go into
[17:47] <Riddell> (many need not go anywhere as listed in not-installed but many do need to be installed)
[17:48] <Sergobot> Riddell: could you give me ec2 server's IP adress?
[17:49] <Riddell> Sergobot: ec2-54-92-241-134.compute-1.amazonaws.com
[17:56] <Riddell> Sergobot: --list-missing is on stderr not stdout so you need to do some weird bash redirect thing 2>&1
[17:56] <Riddell> Sergobot: .so files in /usr/lib/libfoo.so are developer files that we don't want installed
[17:57] <Riddell> Sergobot: .so files in /usr/lib/kde4/foo.so are plugins that do want to be instaled
[18:01] <Sergobot> Riddell: I can't see all the output
[18:02] <Riddell> Sergobot: F12 then page up/down to scroll within byobu
[18:02] <Riddell> or pipe to less should work
[18:04] <Sergobot> Riddell: no effect with F12
[18:05] <Riddell> Sergobot: voila,  |less
[18:07] <Sergobot> Riddell: no effect :( Now it shows only .so files byt I can't scroll up
[18:07] <Sergobot> \*but
[18:08] <Riddell> Sergobot: it's at the top
[18:08] <Riddell> you can scroll down
[18:08] <Riddell> with arrow or page down
[18:09] <Sergobot> Riddell: http://i.imgur.com/Gn7LubJ.png
[18:09] <Riddell> Sergobot: yeah that's what I see, press down arrow to scroll down
[18:11] <Riddell> Sergobot: and q to quit
[18:12] <Sergobot> Riddell: how to resize orange frame?
[18:13] <Riddell> Sergobot: it uses the smaller size of our two screens
[18:13] <Riddell> I detached
[18:14] <Riddell> I'm on my laptop which has a small screen rather than the large on in our office
[18:16] <Riddell> nice e-mail du jour https://paste.kde.org/ptgdjusz1
[18:16]  * Riddell out
[20:23] <soee> hiho, im back @ home
[20:57] <Buddyb> Hi all
[21:02] <soee> hiho Buddyb
[21:04] <Buddyb> hi soee, having issues with audio in a fresh lubuntu install
[21:04] <soee> Buddyb: try at #lubuntu
[21:04] <soee> this is kubuntu developers channel
[21:04] <soee> !lubuntu
[21:05] <Buddyb> ok thanks
[21:05] <Buddyb> no one there in lubuntu
[21:05] <Buddyb> so i thought i'd try
[21:06] <soee> Buddyb: you can always try @ #ubuntu as it is global *ubuntu channel
[21:08] <Buddyb> yea not very responsive ther
[21:08] <Buddyb> nobody responds to me
[21:08] <soee> did you described the issue, symptoms etc
[21:10] <Buddyb> yes, i guess i can go into further detail. should i specifiy i'm on lubuntu or will they not help
[21:12] <soee> yuo can try
[21:18] <Buddyb> will do
[21:18] <Buddyb> thanks again, have a good one


[00:04] <exarkun> And another one, http://buildbot.twistedmatrix.com/builders/lucid32-py2.6-select/builds/1091/steps/bzr/logs/stdio
[00:26] <glyph> poolie: hi, exarkun found some bugs
[00:28] <lifeless> hi nigelb
[00:28] <nigelb> hey lifeless
[00:29] <nigelb> hmm, I thought this was #launchpad-dev for some reason.
[00:29] <lifeless> nigelb: nup :P
[00:30] <nigelb> lifeless: you're everywhere, which confused me :P
[02:38] <poolie> glyph, nigelb, lifeless, hi
[07:17] <nigelb> hello poolie
[07:22] <jam> hey poolie, I'm going to try to be back in time for the stand-up, but we're getting a late start at the house today. So don't wait on it for me.
[07:37] <poolie> hi poolie, hi nigelb
[07:37] <poolie> np
[07:38] <poolie> hi jam
[07:43] <poolie> lifeless, hi
[07:43] <poolie> re bug 819604
[07:45] <lifeless> hi
[07:47] <poolie> your last comment there is correct as far as it goes but it's not really where i thought we ended up
[07:48] <poolie> hm
[07:48] <poolie> maybe i'll just reply
[07:51] <poolie> actually my question is really: why are you unable to deploy to codehosting again?
[07:51] <poolie> how is this any worse than before/
[07:53] <poolie> lifeless: ^^?
[07:56] <lifeless> poolie: we've stopped scheduling monthly downtime
[07:57] <lifeless> poolie: and in terms of  being worse than before, we had to kill the service every deploy, before.
[07:57] <poolie> so, if there is a disruption, it will disrupt them more frequently?
[07:57] <lifeless> if we want to be able to experiment effectively we need a graceful option, otherwise each test is downtime.
[07:58] <poolie> but, for other reasons, every deploy is downtime at the moment
[07:58] <poolie> eg the xmlrpc error that comes back during a deploy
[07:58] <poolie> unless that's recently fixed
[07:59] <lifeless> that ticket is in progress with hloeung at the moment
[07:59] <lifeless> should be fixed in a day or two I hope
[07:59] <poolie> that's great
[08:00] <poolie> what will happen to connections that are busy for a long time and not idle?
[08:00] <hloeung> yeah, it should be done within the next couple of days.
[08:00] <hloeung> poolie, I believe the hard timeout is 2mins
[08:01] <poolie> which hard timeout?
[08:03] <lifeless> poolie: appserver connections? or bzr connections?
[08:03] <poolie> bzr
[08:04] <lifeless> so, I would like to interrupt them at the next verb
[08:04] <lifeless> and if we have that, we could set a decent (say 1 hour) period after which we would interrupt anyway
[08:04] <poolie> ok, but what will happen today if we fix this particular bug?
[08:04] <lifeless> we'd reset the timeouts
[08:05] <lifeless> and have a fallback limit of 30minutes after which we would interrupt anyway
[08:06] <lifeless> the lower backend timeouts would cause a timeout after (N, to be determined - say 3) minutes of inactivity, which would likely be low enough to get the CI servers and PQM and the like to migrate over to the new service instance.
[08:07] <lifeless> we will need to address both bugs before we can deploy reliably with minimal interruption to users.
[08:10] <jelmer> vila, do you have a pointer to the testtools-related failure on babune?
[08:11] <poolie> lifeless: so, you'll leave the old back ends running for up to an hour?
[08:12] <vila> jelmer: http://babune.ladeuil.net:24842/view/%20High/job/selftest-freebsd/lastFailedBuild/#showFailuresLink
[08:12] <lifeless> poolie: something-like, once we've got all the friction sorted
[08:13] <lifeless> poolie: at the moment no timeout is high enough - we've still got a back end running from when we cut over to the haproxy setup last week, I believe.
[08:21] <jelmer> vila, poolie, jam: http://bugs.python.org/issue12544
[08:29] <gour> for which date is 2.4 scheduled?
[08:30] <vila> gour: we're talking about it right now, it depends on https://bugs.launchpad.net/bzr/+bugs?search=Search&field.importance=Critical&field.status=New&field.status=Incomplete&field.status=Confirmed&field.status=Triaged&field.status=In+Progress&field.status=Fix+Committed
[08:30] <poolie> gour: sometime between this thursday and two weeks after that
[08:30] <vila> gour: mostly bug #771184 and bug #809048
[08:30] <gour> cool...it's on time
[08:32] <gour> what's with colo branches in 2.4? they are in core?
[08:34] <poolie> not in core; very good in bzr-colo
[08:36] <gour> thank you
[08:37] <jelmer> https://bugs.launchpad.net/bzr/+bug/806348
[08:37] <jelmer> jam, vila: ^
[08:37] <gour> thanks to jelmer & {hg,git} plugins, bzr is the only dvcs we use now :-)
[08:37] <vila> gour: \o/
[08:38] <gour> (after spending many years with darcs, played with mtn, fossil, hg...)
[08:49] <gour> i've asked web2py to upgrade repo format to 2a..in order to provide correct info, since when is bzr using 2a as default?
[08:49] <lifeless> since 1.19 or something - its in NEWS
[08:50] <lifeless> poolie: did you want to talk about these codehosting bugs?
[08:50] <poolie> on the phone at the moment
[08:50] <poolie> which ones?
[08:50] <gour> lifeless: ta
[08:51] <fullermd> Think it only because default in 2.0.  It existed in 1.18...
[08:52] <gour> fullermd: ahh...that's what we need. thanks
[08:53] <fullermd> Sounds like 1.17 has support for it too...
[09:11] <jam> vila: http://babune.ladeuil.net:24842/job/selftest-chroot-oneiric/lastBuild/testReport/junit/bzrlib.tests.test_selftest/TestTestResult/test_verbose_report_known_failure/
[09:12] <jam> can't we just do a getattr() to handle different testtools/python versions?
[09:15] <jelmer> jam: instead of checking the version you mean?
[09:15] <jelmer> vila: is babune perhaps running some other pre-0.9.12 snapshot of testtools?
[09:15] <jam> jelmer: I think checking versions is going to be hard to get right
[09:16] <jelmer> jam: 0.9.12 introduces the fixes, 0.9.11 doesn't have them
[09:16] <jam> jelmer: that specific bug is in bzrlib because of attribute issues with python's runner, right?
[09:16] <jelmer> jam: ah, sorry
[09:16] <jelmer> jam: There are multiple issues here
[09:17] <jelmer> that one is unrelated to testtools, I've just put up a proposal for it that uses getattr
[09:17] <jelmer> jam: https://code.launchpad.net/~jelmer/bzr/2.4-809048-workaround/+merge/70834
[09:33] <lifeless> poolie: the two: gracefully handle tcp disconnects during idle periods of bzr+ssh connetions, and secondly a way to tell the smart server 'disconnect after serving the next verb or now if you are already idle'
[09:36] <poolie> i agree they'd be useful
[09:37] <poolie> i see you mentioned them in bug 795025 but they seem a bit distinct from the main bug in the bzr-sftp front end, so i might file two separate bugs
[09:37] <poolie> i'm going to downgrade bug 819604 because it doesn't meet our definition of critical
[09:37] <poolie> ie it's not a release blocker
[09:37] <poolie> and create series tasks
[09:38] <poolie> it should be fixed though
[09:42] <lifeless> ok
[09:42] <lifeless> poolie: so bug 795025 is about not shutting down; the *cause* for that is active sessions having no way to interupt
[09:43] <lifeless> poolie: I don't particularly care if you want to split out a bug asking for a way to interrupt, but it seems unnecessary
[09:44] <lifeless> poolie: these are critical from LP's side, in the sense of queue jumping bugs; and (as I think we've established) we cannot sensibly move forward on the forking-daemon until we have 795025 addressed in some fashion
[09:45] <poolie> so for 795025 the only change needed to fix it is for bzr to close the connections, either on request or after a 5m timeout?
[09:45] <poolie> (or, whatever idle timeout?)
[09:46] <lifeless> on request
[09:46] <poolie> i guess idleness can be done sufficiently well from haproxy,because the socket will just be idle
[09:46] <poolie> well, as long as the timeout is long enough we're sure it's not just that one side is busy
[09:47] <lifeless> a timeout in the server would be a nice bonus, but unless the work just fell out while looking at on-request, I would do it separately.
[09:47] <poolie> sure
[09:47] <poolie> i only ask because you suggested a timeout
[09:47] <poolie> so as far as deployments
[09:48] <lifeless> ah, I was describing the overall situation before, was probably unclear
[09:49] <lifeless> yes, I think haproxy is reasonable for timeouts at least in the medium term. We will have to fiddle the timeout counter in it to find a sweet spot eventually.
[09:50] <poolie> the issue is basically that if you upgrade/downgrade one of the back ends, you will need to choose between leaving the back end live indefinitely, or perhaps making long-lived clients error out
[09:50] <poolie> is it intolerable to make them error?
[09:50] <poolie> doesn't tarmac cope with this already?
[09:50] <lifeless> no, tarmac errors out, pqm errors out, bzr-eclipse errors, buildbot errors.
[09:51] <poolie> and doesn't recover?
[09:51] <poolie> how has it possibly coped with our monthly roll outs so far?
[09:51] <lifeless> well
[09:52] <lifeless> I'm sure it does when it opens a new transport
[09:52] <lifeless> users seem to find hour long test runs being aborted a bit of a pain
[09:54] <poolie> ok
[09:54] <poolie> i think i understand the situation
[09:56] <lifeless> perhaps we can touch base tomorrow; its getting late here :)
[09:56] <poolie> here too
[09:56] <poolie> i don't want to have a long discussion about whether to fix it or not
[09:56] <poolie> we should fix it
[09:56] <poolie> i just want to have clear meanings for bug metadata
[09:56] <poolie> as do you
[09:57] <lifeless> yup
[09:57] <poolie> unfortunately the meanings are a bit different :)
[09:57] <lifeless> thats a beer topic I think
[09:57] <gour> is there something one would miss for not using colo-branches when simply using shared repo and each branch in its own dir, iow. should i bother with colo-branches?
[09:59] <poolie> the main difference is that it's more biased towards having one working tree
[10:00] <poolie> you can also also use colo-sync-from and colo-sync-to
[10:00] <gour> yeah, but i do not get if having one working tree is so important
[10:00] <poolie> it's good if the tree is large relative to your disk (or other resources) or if it takes a long time to compile
[10:00] <poolie> etc
[10:01] <poolie> or if your tools like staying in one location
[10:01] <poolie> or if your working methods do
[10:01] <gour> i believe that using feature-branches is then good-enough for me
[10:02] <gour> we'll stay with python for all development (qt & web2py), so compile is not really issue here (except some cython)
[10:14] <poolie> jam, could you maybe give francesco a bit more of a tip where to add the test or where to look for inspiration?
[12:36] <jam> vila, your recent mp: https://code.launchpad.net/~vila/bzr/migrate-config-options/+merge/70767
[12:37] <vila> jam: yes ?
[12:37] <jam> You mention taking the register key from the option object
[12:37] <jam> but I don't see that in the patch
[12:37] <vila> jam: different mp
[12:37] <jam> vila: read what you wrote on that one
[12:37] <jam> bullet point 2
[12:38] <jam> I guess you were saying these are things that aren't part of this but would be done next?
[12:38] <jam> I thought it was the list of things in this patch
[12:38] <vila> jam: read what I wrote in introduction: 'follow-up'
[12:38] <vila> jam: yup
[12:38] <jam> vila: I tend to skim and focus on bullet points
[12:38] <vila> no, the introduction was just one line
[12:39] <jam> putting things that aren't part of the patch into the MP... can be confusing
[12:39] <jam> anyway, looks good
[12:39] <jam> just confused
[13:10] <jam> vila: I have a big concern about your config stack work
[13:10] <jam> booleans don't come back as booleans...
[13:10] <jam> http://paste.ubuntu.com/661920/
[13:11] <jam> I'm looking at how Martin is using "repository.fdatasync" and I'm pretty sure it is wrong
[13:11] <jam> he is doing:         self.write_stream.close(
[13:11] <jam>             want_fdatasync=self._pack_collection.config_stack.get('repository.fdatasync'))
[13:11] <jam> which is sort of what I would expect. But you can't set it to "False" or "F" or ... all of those evaluate to True in python
[13:11] <jam> (because they are strings)
[13:12] <jam> I don't see any tests from poolie that the config item can actually disable fdatasync
[13:14] <vila> jam: I'm working on the boolean config options just now
[13:14] <vila> jam: you're right that there is a bug right now, my next submission will fix it though
[13:16] <jam> vila: I'm looking to do something with it for 2.4. Should I just use "get_user_option_as_bool" for now?
[13:16] <jam> I was also a bit disturbed that just adding that suddenly made an HPSS ratchet test fail because it went from 14 HPSS calls to *34*
[13:16] <vila> jam: yup
[13:16] <jam> but that could have been my fault.
[13:16] <jam> (somehow)
[13:16] <jam> I haven't worked through all the failing tests yet
[13:17] <vila> jam: what means "something" ? You're backporting the fdatasync stuff ?
[13:18] <jam> vila: I was using fdatasync to figure out how to do "no fetch tags"
[13:18] <jam> only to find out it didn't work
[13:18] <vila> ha right, adding a new boolean option then ?
[13:18] <jam> (repository.fdatasync as an example to crib from)
[13:18] <jam> right
[13:18] <vila> k
[13:18] <jam> also, oddly the HPSS verbs are different
[13:19] <jam> branch.get_config() calls 'Branch.get_config_file'
[13:19] <jam> BranchStack() calls 'get'
[13:19] <jam> not even 'get_bytes' from what I can tell
[13:21] <vila> Store calls get_bytes, Stack doesn't know about which files are involved
[13:23] <vila> but fdatasync shouldn't care about remote repositories (unless there is a verb for that) or it's a bug no ?
[13:23] <vila> s/care/apply/
[13:23] <vila> s/care about/apply to/
[13:24] <vila> jam: be aware that remote branches doesn't obey bazaar.conf nor locations.conf, they need a specific stack (TBD)
[13:25] <jam> vila: Remote cares about fetch_tags
[13:25] <jam> I didn't test anything for fdatasync in that area
[13:25] <vila> jam: hehe, indeed :)
[13:27] <blackarchon> someone here involved in qbzr or explorer?
[13:28] <blackarchon> i'm wondering if there is indeed any code to get the window positions and window dimensions from qbzr.conf?
[13:31] <jam> blackarchon: I haven't poked at that code recently, but ISTR that there are window positions that are remembered
[13:31] <jam> I think it involves deriving from a particular class
[13:32] <jam> like QBZRWindow or somethign
[13:33] <blackarchon> well I'm asking because this doesn't seem to be working at all
[13:34] <blackarchon> ok, I will try to find the exact place for this restoreSize function which is called
[14:23] <vila> blackarchon: AFAICS, there are options for *size* but not for *positions*
[14:42] <hikiko> hello
[14:44] <hikiko> I would like some help: I ve created a branch of a project and I want to commit to it
[14:44] <hikiko> (a launchpad branch)
[14:45] <hikiko> when I use the command: bzr commit -m "blah blah"
[14:45] <hikiko> I get the following error:
[14:45] <hikiko> bzr: ERROR: Cannot lock LockDir(lp-86944400:///%2Bbranch/stellarium/.bzr/branchlock): Transport operation not possible: readonly transport
[14:46] <hikiko> although i am logged in in launchpad
[14:46] <hikiko> do you have any idea on what I am doing wrong?
[14:52] <vila> hikiko: you probably don't have *write* access on this branch (actually, you're probably using a checkout which is bound to the remote branch instead of a local branch that you then push somewhere else)
[14:54] <hikiko> how can I change this? I mean what I did was: checkout the project code
[14:54] <hikiko> then create my launchpad user and branch
[14:54] <hikiko> and then attempt to commit
[14:54] <hikiko> what step is missing?
[14:55] <hikiko> oh
[14:55] <hikiko> I see
[14:55] <hikiko> you mean i have to do sth like:
[14:56] <hikiko> bzr branch lp:~<link to my branch>
[14:56] <hikiko> and then change that code
[14:56] <hikiko> and bzr push lp: ...
[14:56] <hikiko> ?
[14:57] <blackarchon> yes, this would work.
[14:57] <fullermd> If you checked out _before_ creating your LP user, the checkout is connected over a _non-logged-in_ transport.
[14:57] <hikiko> yes I checked before
[15:01] <hikiko> and if I want to update
[15:01] <hikiko> bzr up
[15:01] <hikiko> will give me the new code from the branch or from the project?
[15:04] <hikiko> ok I found it :)
[15:04] <hikiko> thank you very very much for your help all!
[15:11] <blackarchon> um... where can I find the default ignore file, which is installed with bzr?
[15:12] <LeoNerd> ~/.bazaar/ignore  perhaps?
[15:12] <blackarchon> no, I edited it - and left no backup of it :(
[15:13] <fullermd> 'm pretty sure bzr writes it if it doesn't exist...
[15:13] <blackarchon> oh yes? let me try...
[15:13] <LeoNerd> mv it away and start again?
[15:15] <fullermd> Semirelatedly, it's probably rather discouraged to be editing it, as a rule.  Since it would no longer match what anybody else has, you can wind up with surprises in branches multiple people touch.
[15:15] <blackarchon> well no, it doesn't get magically recreated :(
[15:16] <fullermd> If I mv mine out of the way and run a 'bzr stat', it writes out a new one...
[15:17] <blackarchon> ah yes, but only if this bzr command succeeds
[15:18] <blackarchon> my bzr stat wasn't inside a bzr directory, so it hasn't created the file - thx! :)
[15:29] <blackarchon> I want to fix this bug: https://bugs.launchpad.net/qbzr/+bug/578935
[15:30] <blackarchon> so I added a check if the argument isn't a branch or a wt
[15:30] <blackarchon> https://code.launchpad.net/~andrebachmann-dd/qbzr/fix_qbrowse
[15:31] <blackarchon> but I still need an idea of how to proceed, I want to disable all objects in qbrowse
[15:32] <blackarchon> but I don't have the right hought on how to do that
[15:35] <blackarchon> any hints?
[16:44] <vila> more than 3 hours to land on pqm, is it me or it's getting worse ?
[16:48] <jelmer> vila, it's not just you
[16:49] <vila> jelmer: :)
[17:08] <jelmer> vila: can you submit my 2.4 branch? I don't seem to have permission to submit to release branches
[17:09] <vila> jelmer: 2.4-809048-workaround ?
[17:10] <jelmer> yep
[17:10] <vila> done
[17:12] <jelmer> vila: thanks
[17:13] <vila> jelmer: nothing showing up on pqm for now :-/
[17:16] <vila> jelmer: ok, here it is
[17:17] <vila> jelmer: thanks for that ! Merge it into trunk when you can !
[17:18] <jelmer> will do :)
[17:21] <vila> ok, I'm off, see you online on Thursday ;)
[19:51] <santagada> jelmer: dots don't work on bzr 2.1, only none works
[19:52] <santagada> jelmer: and I think that for deployment we can't wait for launchpad so we will just tar everything up to the clients
[23:02] <lifeless> morning poolie
[23:28] <poolie> hi thar


[00:00] <shadeslayer> yofel: there's also the possibility of replacing a line in the session.conf file that reads :   <include>session-local.conf</include>
[00:00] <shadeslayer> ^^ replacing name with a custom path
[00:08] <shadeslayer> yofel: only other way is to patch start kde
[00:09] <yofel> I would be fine with that actually, better than hacking system config
[00:09] <shadeslayer> https://projects.kde.org/projects/kde/kdebase/kde-workspace/repository/revisions/master/entry/startkde.cmake#L291 << adding a --config-file=FILENAME should do it
[00:09] <shadeslayer> ok i'll fix it then
[00:40] <shadeslayer> yofel: any test cases?
[00:40] <shadeslayer> yofel: http://paste.kde.org/89095 < thats our new startneon
[00:40] <yofel> remove system akonadi and see if neon kdepim fails with dbus error?
[00:41] <yofel> k
[00:48] <shadeslayer> yofel: hmm everything works fine, i just removed system akonadi-server
[00:48] <shadeslayer> restarted neon akonadi and it works
[00:48] <shadeslayer> yofel: want to test yourself?
[00:48] <yofel> should work then I guess?
[00:48] <yofel> Quintasan: ^
[00:48] <shadeslayer> he's away for a couple of days
[00:48] <yofel> oh right
[00:49] <shadeslayer> yofel: http://paste.kde.org/89107 << here's the session.conf as well, plz test on your machine as well
[00:49] <yofel> he can read my blog post then
[00:49] <shadeslayer> :D
[00:49] <yofel> did I mention my todo list is too long?
[00:49] <yofel> I'll test tomorrow, it's late and I should already be sleeping
[00:50] <yofel> and since smoke still doesn't build I'll do that now
[00:50] <yofel> good night
[00:50] <shadeslayer> sure
[00:50] <shadeslayer> night
[08:35] <yofel> morning
[08:36] <jussi> morning yofel!
[08:37] <yofel> hey jussi
[08:58] <apachelogger> jussi: did you get linaro-media-create working?
[09:03] <jussi> apachelogger: its starting to come along... Im waiting for it to populate the rootfs partition, but it seems to have stalled
[09:03] <apachelogger> perhaps it just seems stalled :)
[09:04] <apachelogger> Quintasan: how is maliit packaging coming along?
[09:07] <jussi> Good morning sabdfl! :)
[09:15] <sabdfl> hey jussi
[09:16]  * jussi is excited. 4d Ultrasound tomorrow :)
[09:22] <sabdfl> the future :-)
[09:22] <ejat> :)
[09:23] <ejat> hi sabdfl ... how r ya?
[09:25] <sabdfl> great tks, in dublin this wk
[09:26] <jussi> sabdfl: ahh, you are at the sprint also. :)
[10:26] <bambee> morning
[11:12] <hrw> hi guys
[11:13] <hrw> can someone check bug 699773 was it fixed? probably yes
[12:27] <ulysses> hrw: fixed
[12:28] <hrw> thx, marked as fix released
[12:29] <jussi> apachelogger: ! it works! :D
[12:41] <apachelogger> yay
[12:48] <hrw> bye
[12:54]  * jussi waits for the plasma stuff to install
[15:37] <apachelogger> Quintasan: ping ping ping
[15:37] <apachelogger> jussi: plasma up yet?
[15:38] <yofel> Quintasan is gone skating for a week, forgot that already?
[15:38] <yofel> and I just sent a mail to the ML re branches
[15:39] <yofel> or are we going to wait until all the others get back from being MIA?
[15:39]  * yofel continues debugging smoke
[15:41] <apachelogger> ah rightz
[15:41] <apachelogger> so who is MIA anyway?
[15:42] <yofel> dunno, I would've expected more people to comment on this than just me, Scott and Rohan
[15:42] <yofel> Quintasan is MIA, but he did say that
[15:43] <apachelogger> yofel: https://launchpad.net/kubuntu-packaging
[15:44] <yofel> :)
[15:54] <jussi> apachelogger: dunno, not in the office anymore. will get back to it tomorrow
[15:58] <apachelogger> kk
[15:59]  * apachelogger points out that the launchpadlib api is not half bad
[15:59] <apachelogger> if only it were written in a sane langauge
[15:59] <apachelogger> g
[16:03] <yofel> It's nice once you get used to it. The API docs seem chaotic until you get how the objects are linked.
[16:06] <apachelogger> nah, makes perfect sense :P
[16:06] <apachelogger> if you had to do with that sorta api before I suppose
[16:06] <apachelogger> anyhow
[16:06] <apachelogger> seems one cannot rename a branch
[16:06] <apachelogger> that is fooey
[16:06] <yofel> er, you can
[16:06] <apachelogger> ah
[16:06] <apachelogger> nvm
[16:07] <apachelogger> scrolled right past it
[16:07] <yofel> branch.name = "new_name"
[16:07] <yofel> branch.lp_save()
[16:07] <apachelogger> that is really what hurts about the apidocs, you cannot search :P
[16:07] <yofel> right, and find me where lp_save() is documented
[16:07] <yofel> I found that on some blog post
[16:11] <apachelogger> lol
[16:26] <apachelogger> yofel: any clue how one can construct an object representation using a link?
[16:26] <yofel> hm, wait...
[16:28] <yofel> lp.load('/~kubuntu-packagers/kdelibs/ubuntu') should give you the branch
[16:29] <yofel> then .setTarget to move the branch, (ignore the error) load the branch again from the new location and rename it
[16:33] <apachelogger> ah
[16:33] <apachelogger> yofel: well, I get all branches of kubuntu-packagers, then iter them
[16:33] <apachelogger> set theTarget to the packaging project and the name to the name of the old project
[16:33] <apachelogger> probably with y/n for each project as to avoid wrong moves
[16:34] <apachelogger> (like kds or kdi or kfi)
[16:34] <yofel> sounds right
[16:35] <yofel> thinking for it, I should write a script to copy packages from one PPA to another. Considering how LP times out if you want to move more than one package copying 70 packages will take a while...
[16:36]  * apachelogger thought the same thing 5 minutes ago and then decide to keep his contact with pyth0rn to as little as possible :P
[16:36] <apachelogger> I always get a rash
[16:36] <yofel> heh, then I'll write something up for k-d-t
[16:39] <apachelogger> perfect, seems to work alright
[16:39] <apachelogger> yofel: thanks for the load
[16:39] <yofel> was wgrant's idea to move the neon branches
[16:41] <apachelogger> wgrant: thanks to you too then :)
[16:42] <yofel> only the error with setTarget is annoying, but one can just use an empty catch for that
[16:53] <yofel> grrr, smoke is giving me a headache... what easy things are left...
[16:53]  * yofel takes kdepim-runtime
[16:55] <apachelogger> yofel: http://paste.ubuntu.com/634382/ :(
[16:55] <yofel> not lp.lp_save()
[16:55] <yofel> duh
[16:55] <yofel> my fault for explaining badly
[16:56] <yofel> branch = lp.load('/~kubuntu-packagers/kdelibs/ubuntu')
[16:56] <yofel> branch.name = 'bla'
[16:56] <yofel> branch.lp_save()
[16:56] <apachelogger> oh
[16:56] <apachelogger> what a fish
[16:56] <apachelogger> some example actually uses lp.lp_save() IIRC
[16:56] <yofel> yeah, does it say what lp is?
[16:56] <apachelogger> cant remember :P
[16:56] <apachelogger> closed them tabs already
[16:56] <yofel> so much for type less programming being good
[17:00] <CIA-52> [kubuntu-dev-tools] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* (bin/kbranchmover debian/changelog) Add kbranchmover for moving branches around
[17:03] <yofel> wow, increadible documentation...
[17:03] <yofel> print br.lp_save.__doc__
[17:03] <yofel> Save changes to the entry.
[17:15]  * ryanakca cheers at wiki.k.o now running MoinMoin 1.9.2, it's many years more recent than 1.6.3 :)
[17:16] <apachelogger> lol
[17:16] <yofel> yeah, only problem is that any links that have #bla%20bla markers need to be fixed to #bla_bla
[17:16] <yofel> other than that, huge improvement
[17:29] <apachelogger> ohm, that is a bit fooey
[17:29] <yofel> are you changing Vcs links in the branches you're moving?
[17:29] <apachelogger> nah
[17:30] <apachelogger> oh
[17:30] <apachelogger> right
[17:30] <apachelogger> only moved two smokes up until now
[17:30] <apachelogger> there is a bigger problem anyway
[17:30] <yofel> hm?
[17:30] <apachelogger> as soon as you settarget the old branch representation object is obviously not valid anymore, but I do not see a way to reliably get the new branch
[17:31] <yofel> well, you're moving it to a new known location, what's the problem?
[17:31] <apachelogger> the complete location is not known :P
[17:31] <apachelogger> I could build one, but that is utter shoot
[17:32] <yofel> just the project part changes, it's still ~kubuntu-packagers/project/ubuntu
[17:32] <apachelogger> utter shoot
[17:32] <apachelogger> also
[17:32] <apachelogger> that assumption only holds if lplib errors out on move fail
[17:32] <yofel> lplip should track it though (bug IMO)
[17:32] <apachelogger> i.e. the situation where it will try to move shit to +junk (because of name conflict presumably)
[17:33] <apachelogger> so assuming there is a ubuntu branch lying in project and your move fails because of that but lplib does not error out -> big time mess
[17:33] <yofel> haven't tested what it does on branch conflict...
[17:34] <apachelogger> I think vcs update needs a seperate branch
[17:34] <apachelogger> too much python already
[17:34] <apachelogger> my skin gets itchy
[17:34] <yofel> well, one can just fix it manually
[17:34] <yofel> although scripting would be nice :P
[17:36] <apachelogger> oeh
[17:36] <apachelogger> Traceback (most recent call last):
[17:36] <apachelogger>   File "./kbranchmover", line 46, in <module>
[17:36] <apachelogger>     branch.setTarget(project=new_project_link)
[17:36] <apachelogger> WTH
[17:36] <apachelogger> 404
[17:36] <yofel> you didn't catch the error?
[17:36] <yofel> yeah, it tries to confirm the move by loading the old location -> crash
[17:36] <yofel> wgrant said it's a known bug
[17:36] <apachelogger> WTHHHHHHHHHHHHHH
[17:37]  * apachelogger cant remember how to catch in pyth0rn :P
[17:37] <apachelogger> ah
[17:37] <apachelogger> the python way
[17:37] <yofel> try:
[17:37] <yofel>      apachelogger.move()
[17:37] <yofel> except:
[17:37] <yofel>      apachelogger.sleep()
[17:40] <bambee> apachelogger: you troll about python... so python does not like you! :P
[17:40] <apachelogger> yofel: I don't get it
[17:40] <apachelogger> do I not have to name the type or something?
[17:41] <yofel> well, except: will catch anything that happens and handle anything
[17:41] <yofel> and python is typeless
[17:41] <yofel> in another script I use
[17:41] <yofel>         except HTTPError, error:
[17:41] <yofel>             if error.response.status == 401:
[17:41] <yofel>                 print >> sys.stderr, "E: Don't have enough permissions to access bug %d" % bug_number
[17:41] <yofel>                 sys.exit(2)
[17:41] <yofel> as a typed example
[17:43] <apachelogger> python is not typeless if it were not typed you could not get problems when trying to add an object to a string :P
[17:43] <apachelogger>     try:
[17:43] <apachelogger>         branch.setTarget(project=new_project_link)
[17:43] <apachelogger>     except:
[17:43] <apachelogger>         pass
[17:43] <apachelogger> yofel: that i what I use
[17:44] <apachelogger> yet it fails
[17:44] <yofel> hm, maybe I remember it wrong
[17:44] <yofel> and 'except e:' ?
[17:46] <bambee> typeless != dynamically typed
[17:46] <yofel> er, right, thanks
[17:46] <apachelogger> NameError: name 'e' is not defined
[17:47] <yofel> odd
[17:47] <yofel> try:
[17:47] <yofel>     bla()
[17:47] <yofel> except:
[17:47] <yofel>     print 'ok'
[17:47] <yofel> prints ok...
[17:53] <yofel> hm, how did I manage to break icecc *and* ccache in pbuilder o.O
[17:55] <yofel> once you get used to them the new oxygen icons are pretty nice :)
[18:02] <apachelogger> ah
[18:03] <apachelogger> fixed
[18:03]  * apachelogger is too stupid for pythorn
[18:04] <yofel> kdepim-runtime done, I'll push to the old location for now
[18:06] <yofel> hmpf, you *just* moved it :P
[18:07] <CIA-52> [kubuntu-dev-tools] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* bin/kbranchmover fixy fixy
[18:08] <CIA-52> [lp:~kubuntu-packagers/kubuntu-packaging/kdepim-runtime] Philip Muškovac * 71 * debian/ (changelog control kdepim-runtime.install) * New upstrem release candidate
[18:09] <yofel> bambee: wasn't workspace failing thanks to kdepim-runtime? should work now ^
[18:11] <bambee> we've not to fix python-kde4 before?
[18:12]  * bambee is confused
[18:12] <yofel> oh right, that too
[18:12] <yofel> :(
[18:12] <bambee> I am working on python-kde4, it's mostly done
[18:12] <yofel> doesn't that need smoke?
[18:13] <yofel> well, maybe it builds with old smoke too
[18:13] <bambee> yofel: apparently not, it does not require smoke
[18:14] <bambee> python-kde4 is written with sip
[18:14] <yofel> ah right, need to update the dep-graph then
[18:17] <apachelogger> yofel: plz drop a mail to kubuntu-devel about the move and stuff
[18:17] <apachelogger> I think I suffered brain demage
[18:17] <yofel> hahah, sure
[18:18] <yofel> at least the branch names are sane now
[18:18] <apachelogger> that surely was the last move for the next 5 months :P
[18:29] <ScottK> s/months/days
[18:33] <yofel> hopefully not
[18:34] <bambee> yofel: for kde-workspace, do I use a new changelog ?
[18:34] <yofel> hm, keep the changelog. It's still mostly the same package after all
[18:49] <ScottK> Definitely.
[19:25] <apachelogger> http://www.youtube.com/watch?v=wj768KO7IoQ
[19:25] <apachelogger> zoidberg++
[19:27] <yofel> . . .
[19:53] <yofel> apachelogger: then we have plenty of packagers too :P
[19:53] <apachelogger> yes we do
[19:53] <yofel> well, kdepim almost done
[19:53] <apachelogger> enough to debug a script on 10 packages and still have enough for the script to do once fixed :P
[19:53] <yofel> heh
[19:54] <bambee> python-kde4: done
[19:54]  * yofel wonders where shadeslayer vanished to
[19:54] <bambee> kde-workspace: upload in progress
[19:54] <yofel> yay
[19:54] <yofel> we're getting somewhere...
[19:55] <bambee> A lot of packages should be installable now, right?
[19:55] <yofel> uh, probably, still a lot left though
[19:55] <bambee> indeed
[19:56] <yofel> uh, why doesn't kdepim have symbol files o.O
[19:56] <bambee> which kdepim are you talking about?
[19:57] <yofel> kdepim? 4.6.0 in this case
[19:57] <yofel> guess nobody cared to add some...
[20:16] <CIA-52> [lp:~kubuntu-packagers/kubuntu-packaging/kdepim] Philip Muškovac * 166 * debian/ (31 files) * New upstream release candidate
[20:33] <CIA-52> [lp:~kubuntu-packagers/kubuntu-packaging/kdewebdev] Philip Muškovac * 93 * debian/ (KUBUNTU-DEBIAN-DIFFERENCES changelog control) * New upstream release candidate
[20:34] <yofel> why did kde-workspace fail this time...
[20:35] <yofel> bambee: you need to fix the package name in override_dh_strip
[20:36] <bambee> yofel: I was fixing it :)
[20:36] <yofel> :)
[20:37] <yofel> bbiab
[21:03] <yofel> re
[21:16] <bambee> wtf?  http://paste.ubuntu.com/634533/ o_O
[21:17] <yofel> wtf indeed
[21:17] <yofel> kdebase-workspace-bin: /usr/lib/liboxygenstyle.so.4
[21:17] <yofel> are you sure you're installing it?
[21:19] <bambee> kdebase-workspace-bin is now kde-workspace-bin and it's part of kde-workspace...
[21:19] <yofel> bambee: if it's properly installed the file should be in debian/kde-workspace-bin/usr/lib/
[21:20] <yofel> while building
[21:20] <yofel> are you sure you didn't comment a missing liboxygenstyle.so.4.6.0 out?
[21:22] <bambee> OMG... my brain is dead this evening o_O
[21:25] <yofel> bah, kdesdk has a ton of icon renames
[21:40] <yofel> and kasten has a ton of missing headers...
[21:43] <shadeslayer> oh hai
[21:44] <yofel> hey
[21:44] <shadeslayer> i was studying for a bit ^_^
[21:44] <yofel> ack, doesn't help with 4.7 though =Þ
[21:44] <shadeslayer> yeah, i'm on it :D
[21:45] <bambee> yofel: fixed, noob mistake
[21:45] <yofel> bambee: don't worry, happens ^^
[21:45] <bambee> :)
[21:45] <shadeslayer> well gwenview is ready if agateau fixes the copyrights :)
[21:46] <yofel> can't you fix them yourself?
[21:46] <yofel> ah, that was that with multiple ones
[21:46] <shadeslayer> no that was kate
[21:46] <yofel> bah, I should do okteta-dev from scratch :/
[21:46] <shadeslayer> i just don't think i should fix it since i might do it wrong and he would be the best person to fix it imo
[21:48] <shadeslayer> we can just repack later on
[21:49] <yofel> true
[21:49] <yofel> actually I was thinking to put oneiric packages into beta PPA too, until we fix copyrights, upload permissions, MIRs etc.
[21:49] <shadeslayer> so the branches are now : lp:~kubuntu-packagers/kubuntu-packaging/foo/ubuntu
[21:49] <yofel> no /ubuntu at the end
[21:49] <shadeslayer> yofel: yeah thats actually a good idea since that way we get more QA
[21:49] <shadeslayer> oh
[21:50] <shadeslayer> we're dropping the ubuntu now?
[21:50] <yofel>  /foo END
[21:50] <yofel> yep
[21:50] <shadeslayer> alright, will have to fix up VCS entries then
[21:50] <yofel> /foo/ubuntu isn't a valid branch name too
, more isn't allowed
[21:51] <shadeslayer> oh hmm ... bzr is a weird beastie
[21:51] <shadeslayer> i'll take up svgpart after this
[21:52] <shadeslayer> yofel: do you have to do something with the config CIA-52 to get the commits to show up?
[21:52] <shadeslayer> apart from the python script we have
[21:53] <CIA-52> [ubuntu] Rohan Garg * 1 * (10 files in 3 dirs) Initial packaging for gwenview
[21:53] <shadeslayer> i'll take that as a no
[21:53] <shadeslayer> and oops ... thats all wrong
[21:54] <CIA-52> [gwenview] Rohan Garg * 1 * (10 files in 3 dirs) Initial packaging for gwenview
[21:54] <shadeslayer> better :P
[21:54] <yofel> haha
[22:00] <shadeslayer> heh, 6 files in svgpart
[22:01] <shadeslayer> and no COPYING file
[22:01]  * shadeslayer fixes
[22:02] <yofel> why can't kdesdk be simple. At least once...
[22:02] <yofel> please split that -.-
[22:03]  * shadeslayer gets a knife
[22:03] <yofel> ^^
[22:03] <yofel> yay, finally built...
[22:03] <yofel> now rerun for symbols and list-missing
[22:04] <shadeslayer> now that i think about it .. it should be KNife xD
[22:04] <yofel> *headdesk*
[22:04] <yofel> there's a sane limit to everything...
[22:06] <yofel> hm
[22:06] <yofel> -- Okteta will be compiled without script debugging. (-DOKTETA_DEBUG_SCRIPT=1 to enable)
[22:06] <shadeslayer> yofel: what happened?
[22:06] <yofel> shadeslayer: that was re KNife :P
[22:06] <shadeslayer> ah :P
[22:06] <yofel> I guess we should stick to the defaults
[22:06] <shadeslayer> yeah ^^
[22:12] <shadeslayer> svgpart fixed in both master and 4.7 btw
[22:13] <yofel> right
[22:17] <shadeslayer> uhm
[22:17] <shadeslayer> lp:~kubuntu-packagers/kubuntu-packaging/gwenview		Development	4 hours 40 minutes ago
[22:17] <shadeslayer> 1. Initial packaging for gwenview
[22:17] <shadeslayer> that looks so wrong
[22:22] <yofel> 4 hours 40 minutes ago?
[22:22] <yofel> didn't know you could commit back in time
[22:30] <apachelogger> good news everyone
[22:30] <apachelogger> I have passed ballmers peak again
[22:30] <apachelogger> it is the insanity
[22:33] <yofel> whut?
[22:33] <yofel> gah, you missing symbols kdesdk...
[22:37] <ScottK> apachelogger: Passing is not good news.  You are supposed to hit it.
[22:37] <apachelogger> well
[22:37] <apachelogger> I tried
[22:38]  * shadeslayer needs a better description for svgpart
[22:39] <yofel> what does that even do? Add svg editing to gwenview?
[22:40] <yofel> hm, function syntax changed, great
[22:40] <shadeslayer> i have no idea what svgpart does
[22:40] <yofel> well, it was in gwenview before, so I assume it's something like that
[22:41] <yofel> what does the project page say?
[22:41] <shadeslayer> from what i can see, you can open/close/zoom in/ zoom out of svg's
[22:41] <shadeslayer> nothing else
[22:42] <shadeslayer> A Plug-In for the gwenview image viewer and other KDE applications allowing  the SVG renderer to be used to render SVG Images
[22:42] <shadeslayer> thats what i'm going with
[22:42] <yofel> sounds ok
[22:42] <yofel> that's more than I put into the oktetakasten descriptions ^^
[22:43] <shadeslayer> :P
[22:46] <yofel> bah, public symbol went missing in liboktetakastencontrollers4
[22:47] <yofel> rdepends are okteta and kdevelop
[22:50] <yofel> should I burn the one that committed that or just rebuild kdevelop?
[22:50] <yofel> shadeslayer: didn't you want to update kdevelop?
[22:51] <shadeslayer> yeah but apachelogger said that 4.7 had more priority
[22:52] <yofel> what to do...
[22:53] <shadeslayer> rebuild kdevelop later on i guess
[22:53] <yofel> k, easy enough todo
[22:53]  * apachelogger notes that 4.7 is entirely blocking all of kubuntu mobile/tablet movement
[22:54] <yofel> it's blocking pretty much anything else :S
[22:54] <shadeslayer> ^^
[22:54] <apachelogger> it is the supreme blocker
[22:54] <yofel> btw. 4.6.5 tagging is the day after tomorrow
[22:55] <shadeslayer> should we care? :P
[22:55] <yofel> well, after 4.7 ^^
[22:55] <yofel> people should be used to delays by now...
[22:55] <shadeslayer> heh
[22:55] <apachelogger> it is a bad thing really
[22:55] <apachelogger> needs changing
[22:55] <yofel> ofc
[22:55] <apachelogger> of course I am to drunk to change it
[22:55] <yofel> once we have 4.7 done, rc2 should be easy
[22:56] <yofel> (compared to this)
[22:56] <apachelogger> what I need is advanced minions
[22:56] <apachelogger> take minionship to a whole new level
[22:56] <yofel> what we need are *any* minions
[22:56]  * apachelogger points out that the work items say blogging
[22:56] <yofel> tazz: weren't you interested in packaging once?
[22:56] <apachelogger> yet no one blogs
[22:56] <apachelogger> you are not obeying the command of the council
[22:56] <yofel> oh crapz
[22:57] <yofel> see, 4.7 is even blocking blogging ^^
[22:57] <shadeslayer> hahaha
[22:57]  * yofel wonders where c2tarun is MIA
[22:58]  * shadeslayer pokes his CMakeLists while svgpart builds
[22:59] <yofel> I seriously hope Riddell is back for 5.0, or we're in trouble...
[22:59] <yofel> wait, we're already in trouble
[23:01] <apachelogger> we are not in trouble
[23:01] <apachelogger> we were in trouble if shadeslayer wasn't paying attention to copies of licenses
[23:01] <apachelogger> but since he does we are all good
[23:01] <shadeslayer> :)
[23:01] <yofel> heh, I still wonder where to find the libkdcraw devs
[23:02] <yofel> might send a mail tomorrow
[23:02] <shadeslayer> apachelogger: btw kate has license copies in subdirs
[23:03] <apachelogger> yofel: I think the might empire of digikam is in control
[23:03] <apachelogger> shadeslayer: so it shall be
[23:04] <yofel> ah, that actually sounds plausible
[23:04] <apachelogger> not the most awesome thing
[23:04] <shadeslayer> ok libsvgpart can be made dep 5
[23:04] <shadeslayer> trivial enough
[23:04] <apachelogger> actually from a purely ubuntu POV the whole seperate repo thing is a bit a blow WRT licenses
[23:04] <apachelogger> it kinda sucks we need to copy them everywhere
[23:04] <apachelogger> it is the shit I might say
[23:05] <apachelogger> perhaps someone (aka shadeslayer) should work out a solution
[23:05] <ScottK> Unusual optimism from apachelogger.
[23:05] <shadeslayer> please no, i already have a headache from copyright files
[23:05] <shadeslayer> best to invest my energy somewhere else
[23:05]  * apachelogger beats shadeslayer with chop sticks
[23:06] <apachelogger> ScottK: it is because of the wine
[23:06] <shadeslayer> hey ... ouch .. stop it ... ouch
[23:06] <apachelogger> also I got blue lips
[23:06] <apachelogger> I actually look the funny
[23:06] <ScottK> KDE blue?
[23:06] <apachelogger> sure
[23:06] <ScottK> That's fine then.
[23:06] <yofel> why are you running KDE in wine?
[23:06] <apachelogger> also me friend spilled wine over my shoulder, looks like I got shot
[23:06] <apachelogger> yofel: more fun
[23:06] <apachelogger> actually
[23:06] <yofel> heh
[23:07] <apachelogger> there are people who do that
[23:07] <yofel> what?
[23:07] <yofel> supreme nonsense
[23:07] <apachelogger> also I might have found a minion for kde startup profiling and improvement
[23:07] <yofel> \o/
[23:09] <shadeslayer> plz2validate : http://paste.ubuntu.com/634610/
[23:11] <yofel> do you need to have the copy of the GPL-2+ twice in there?
[23:11] <apachelogger> more copies ftw
[23:11] <shadeslayer> was not sure whether to put it or not, thought it was best to be more verbose
[23:13] <yofel> well, can't be wrong I guess
[23:14] <CIA-52> [lp:~kubuntu-packagers/kubuntu-packaging/kdesdk] Philip Muškovac * 135 * debian/ (27 files in 2 dirs) * New upstream release candidate
[23:15] <shadeslayer> i think moin moin took over youtube
[23:15] <shadeslayer> i'm getting 500 Internal server errors
[23:15] <yofel> lol
[23:16] <yofel> see, ubuntu is spreading :P
[23:16] <shadeslayer> more like moin moin is spreading
[23:17] <yofel> you broke the packaging wiki btw.
[23:17] <yofel> look at gwenview
[23:17]  * shadeslayer looks
[23:17] <shadeslayer> @_@
[23:18] <shadeslayer> how the hell did that happen
[23:19] <shadeslayer> sigh white spaces
[23:20] <yofel> let's see how broken libkdeedu is
[23:22] <yofel> is missing licenses worth mentioning?...
[23:24] <yofel> seems to be GPL-2+ and LGPL-2+ only at least
[23:25] <yofel> lolwhut? is this even a valid GPL header?
[23:25] <yofel>  *                                                                         *
[23:25] <yofel>  *   This program is free software; you can redistribute it and/or modify  *
[23:25] <yofel>  *   it under the terms of the GNU General Public License as published by  *
[23:25] <yofel>  *   the Free Software Foundation; either version 2 of the License, or     *
[23:25] <yofel>  *   (at your option) any later version.                                   *
[23:25] <yofel>  *                                                                         *
[23:25] <yofel>  ***************************************************************************/
[23:25] <yofel> or can you really shorten it down to that?
[23:25] <shadeslayer> thats it?
[23:26] <shadeslayer> don't think so then
[23:26] <yofel> . . .
[23:27] <yofel> let's pretend I didn't see that...
[23:28]  * yofel adds license copies at leats
[23:28] <yofel> *least
[23:29] <yofel> does it matter which branch you commit first to, btw.?
[23:30] <tazz> yofel: yes i was
[23:31] <yofel> now would be a good time to do something :P
[23:33] <tazz> yofel: GSoC :-/
[23:33] <tazz> yofel: what do you need done?
[23:33] <yofel> tazz: lots https://wiki.kubuntu.org/Kubuntu/Ninjas/Packaging
[23:33] <yofel> kdeutils or kdetoys should be easy
[23:34] <shadeslayer> tazz: yeah doesn't take alot of time
[23:35] <yofel> for those it should be a kde-sc-dev-latest bump, Vcs links fixing and new changelog entry
[23:35] <yofel> maybe some install file fixing
[23:35] <shadeslayer> yofel: how do you get the bzr branch to show up via CIA-52
[23:36] <yofel> shadeslayer: I modded the neon bzr hook
[23:36] <yofel> update your copy
[23:36] <shadeslayer> No revisions to pull.
[23:37] <tazz> i'll check it out...
[23:37] <yofel> r186 is newest
[23:37] <tazz> ok later guys... time to sleep.
[23:37] <yofel> make sure you use bound branches, or it has no idea how to figure the link out
[23:37] <shadeslayer> tazz: but its only 4 AM
[23:37] <shadeslayer> ah right
[23:37] <yofel> lol
[23:38] <yofel> hm, seeing ones name in #kde-commits has something ^^
[23:38] <shadeslayer> yofel: how do you bind new branches then?
[23:38] <yofel> ah, you can push after init, then bind to the link
[23:39] <yofel> if you want the first commit to show up like that
[23:40] <CIA-52> [lp:~kubuntu-packagers/kubuntu-packaging/svgpart] Rohan Garg * 1 * (9 files in 3 dirs) Initial packaging for svgpart
[23:40] <shadeslayer> :)
[23:47] <CIA-52> [lp:~kubuntu-packagers/kubuntu-packaging/svgpart] Rohan Garg * 2 * debian/changelog Changelog fixes
[23:54] <yofel> I think I'll dep-5 libkdeedu too, less work than cutting that licensing piece apart...
[23:55] <shadeslayer> as of now i'm only doing trivial packages for dep5
[23:55] <yofel> well, libkdeedu is GPL with one file LGPL and some unknown
[23:55] <yofel> looks doable
[23:57] <shadeslayer> ah ok