[00:13] <Venom> why am i banned from #ubuntu?
[00:19] <Venom> why am i banned from #ubuntu?
[00:34] <IdleOne> For ban evasion and swearing
[00:34] <Venom> are you serious? I was able to get on last night
[00:34] <elky> Ah, hfsplus.
[00:34] <IdleOne> using which nick?
[00:35] <Venom> Venom?
[00:35] <IdleOne> nope
[00:35] <elky> 2012-02-22T19:49:46 <HFSPLUS> My penis is stuck in my 40oz budweiser (don't ask) how can i get it out? 2012-02-22T19:49:54 *** HFSPLUS<EMAIL_ADDRESS>has left #ubuntu (requested by LjL (HFSPLUS))
[00:35] <elky> * Venom<EMAIL_ADDRESS>has joined #ubuntu-ops
[00:35] <elky> Oops?
[00:36] <elky> Yeah, that ban won't be going away any time soon.
[00:36] <elky> Have a nice day!
[00:36] <Venom> give me a sec
[00:37] <Venom> i can look up my log file and i was on ubuntu last night
[00:37] <Venom> http://irclogs.ubuntu.com/2012/07/28/%23ubuntu.html#t04:22
[00:38] <Venom> search venom
[00:38] <Venom> Venom	can i use virtualbox to create ubuntu server?	04:22
[00:38] <Venom> ed_	IdleOne: ok its done, I try all over again	04:22
[00:38] <Venom> IdleOne	Venom: yes
[00:39] <IdleOne> Venom: correct, but at the time I was unaware that you were ban evading.
[00:39] <Venom> i wasnt...
[00:40] <Venom> and i cant help notice my ip changed today
[00:40] <IdleOne> and it just happened to change to an IP that was banned yesterday
[00:41] <IdleOne> I'm not going to remove the ban.
[00:41] <IdleOne> I suggest you come back in 30 days and we can see then.
[00:42] <Venom> well i was banned from ubuntu forums the other day, and i had that ban removed because of of a wildcard ban because of some flooder
[00:42] <elky> This isn't a wildcard ban. This is a precise match
[00:43] <Venom> ok and i googled<EMAIL_ADDRESS>and nothing came up
[00:43] <Venom> it would have came up in a log
[00:43] <elky> No it wouldn't.
[00:43] <elky> Those logs you linked to don't have join/quit
[00:43] <Venom> oh
[00:44] <Venom> what was my ip the other day i was on then?
[00:46] <Venom> ok so why can join other ubuntu like channels but not #ubuntu?
[00:47] <elky> Because each channel's ban list is independent
[00:48] <Venom> so am i welcome into those channels at least?
[00:49] <Venom> im not sure what the hell is going on maybe there is someone who gets my ip adresses and screws around or something but whatever
[00:50] <IdleOne> Venom: give us a moment please
[00:51] <elky> Or maybe you're using an ISP that a serial network-wide troll uses.
[00:52] <Venom> what is a serial network?
[00:52] <chu> "... serial, network-wide, troll"
[00:52] <Venom> im sorry if my IP is dynamic from comcast and i might get a trolls ip (if i do)
[00:53] <IdleOne> Venom: We are going to remove the ban, it is possible that you got tangled in someone else mess.
[00:53] <IdleOne> Let's hope this is not a bad idea and that we don't see you in here any more :)
[00:53] <Venom> IdleOne: that is what happened to me on ubuntu forums the other day
[00:53] <elky> You should consider giving your money to a less crap isp
[00:54] <Venom> elky: well i do that then i am stuck with DSL
[00:54] <elky> Venom, do you have vps's you can bounce your irc through?
[00:54] <IdleOne> Venom: ban has been removed, could you please join #ubuntu to make sure everything is ok. Please part this channel afterwards
[00:54] <Venom> what is vps?
[00:54] <elky> a server
[00:55] <Venom> elky: no
[00:55] <Venom> yes i can set it up
[00:55] <Venom> i will now part
[00:55] <Venom> cya =_
[00:55] <Venom> =)
[00:57] <chu> So, how about yolarrydabomb's quit message in #ubuntu?
[00:57] <IdleOne> you tell me :)
[00:58] <IdleOne> what would you do?
[00:59] <chu> I'm not sure how to deal with the quit messages! We had a similar thing from m00se in #ubuntu-offtopic a while ago, since I kind of know m00se, I was able to query him and sort it out, but in this case... I'm all out of ideas.
[00:59] <IdleOne> sounds like a good idea.
[02:36] <chu> Might want to remove the user cholby from #ubuntu if anyone's around.
[02:37] <bazhang> he's +b now
[02:38] <chu> Yep, cheers.
[07:54] <elky> bazhang, chu, cholby is a delightful one. has previously threatened to rape staff and idlers in #defocus
[07:55] <chu> Yes, delightful indeed.
[13:20] <pozic_> I was banned for no reason at all in #kubuntu.
[13:20] <bazhang> pozic_, hi
[13:21] <bazhang> pozic_, let me read the scrollback
[13:21] <pozic_> All I did was put Blu<whatever> in his place.
[13:21] <pozic_> It's supposed to be an 'official support channel', not a channel where I get further from a solution.
[13:22] <bazhang> pozic_, that was not necessary nor acceptable under ubuntu channel guidelines
[13:22] <pozic_> bazhang: so, providing bad advice (even on purpose) is acceptable?
[13:23] <pozic_> bazhang: so, next time I should just provide people with the worst possible advice and everything is OK?
[13:23] <pozic_> bazhang: because that's sort of what it looks like.
[13:24] <pozic_> bazhang: retardation is the cure for the popularity in Ubuntu related distros?
[13:25] <pozic_> bazhang: i.e. scare all the people with a brain larger than a nut away to other places such that Canonical support becomes more appealing?
[13:25] <pozic_> bazhang: I don't know, but that's a bit what it looks like; a dumbification of the user base.
[13:25] <bazhang> pozic_, please calm down.
[13:25] <pozic_> bazhang: everything I am describing is consistent with the data.
[13:26] <bazhang> pozic_, nothing is going to be resolved with a non-calm manner
[13:26] <pozic_> bazhang: I am very calm.
[13:26] <bazhang> pozic_, it does not seem that way at all
[13:26] <pozic_> bazhang: I just happen to have a different view on this walled garden you have created.
[13:26] <pozic_> bazhang: instead of it being a paid walled garden, there is a stupidity filter.
[13:27] <pozic_> But still a walled garden.
[13:27] <bazhang> pozic_, this channel is to resolve ban issues and such, not to complain about Ubuntu as a whole
[13:27] <pozic_> bazhang: I am complaining about the way ikonia is ban happy.
[13:28] <pozic_> ikonia is itself plagued with mental retardation.
[13:28] <pozic_> Just look at his/her advice.
[13:28] <bazhang> pozic_, being abrasive and name-calling other users is not acceptable. any moderator witnessing same will take action, so let's not blame a single one
[13:29] <pozic_> bazhang: and in general there is a trend to kick out everyone who does not agree with the one true Truth of these channels.
[13:30] <LjL> pozic_: next time it's going to be a ban. you have a long history of bans, i'm not letting you call people names or otherwise be abusive in here.
[13:30] <pozic_> LjL: and in that history of bans every single time I was surrounded by morons, wasn't I?
[13:30] <pozic_> LjL: so, please fix your IQ filter.
[13:31] <pozic_> LjL: I was even trying to help someone in #kubuntu.
[13:31] <pozic_> LjL: but then some idiot (ikonia) banned me.
[14:15] <bazhang> why did timewarper notice #kubuntu then go off in #ubuntu
[14:16] <DJones> Just hit xubuntu as well
[14:16] <bazhang> and removed. now some nasty PM


[01:06] <Eickmeyer> !tea,
[01:06] <Eickmeyer> team
[01:06] <Eickmeyer> !team
[01:06] <OvenWerks> Coffee
[01:06] <Eickmeyer> hehe
[01:07] <Eickmeyer> I was trying something but now that I have your attention...
[01:08] <Eickmeyer> New version of xfce4-settings heading toward the archives per bluesabre, builds with libcolord, so this is the version with colord itegration, therefore color correction is finally built-in to the desktop.
[01:08] <OvenWerks> \o/
[01:09] <OvenWerks> Is it better than DisplayCAL? or does it do something differenet?
[01:09] <OvenWerks> Do they have something for the drawing tablet too?
[01:09] <Eickmeyer> No, this is just for display.
[01:10] <Eickmeyer> Also, unlike DisplayCAL, it doesn't actually create icc profiles without a colorimeter.
[01:11] <Eickmeyer> bluesabre might have more information if he's around.
[01:11] <OvenWerks> Eickmeyer: I wouldn't know what to ask, that would be best left to someone like eylul
[01:11] <Eickmeyer> Also, rather, it doesn't create icc color profiles period. We should keep DisplayCAL for colorimeter support.
[01:12] <Eickmeyer> OvenWerks: I'm pretty well-versed in this stuff since it's used in photography.
[01:12] <OvenWerks> Good
[01:12] <bluesabre> Yes, it doesn't create icc profiles, but it does allow you to apply them to your displays/printers/scanners
[01:12] <bluesabre> Using colord/xiccd
[01:13] <OvenWerks> bluesabre: that sounds like good steps forward.
[01:14] <OvenWerks> I like that xfce config runs all the time and makes sure the system boots the same as it was set when it was shut down.
[15:40] <OvenWerks> Eickmeyer: with regard to cheap USB input junk like I was talking about yesterday (the guitar in only job that has unused outputs inside) I am wondering if a stopgap solution might be to add another check box.
[15:41] <OvenWerks> right now we have Bridge USB Devcies to Jack When Plugged In
[15:42] <OvenWerks> I am wondering If I should add another that does the same thing but inputs only
[15:43] <OvenWerks> Eickmeyer: my thought process is this: The purpose of adding bridging (or the thing that got us started) was USB mics where the user wanted to use internal outputs
[15:47] <Eickmeyer> OvenWerks: So, are we talking a sub-checkbox that says "Bridge inputs only"?
[15:47] <OvenWerks> yeah like to the right of the one there
[15:47] <Eickmeyer> I'd also make it grayed-out unless its parent checkbox is checked.
[15:48] <OvenWerks> good idea
[15:50] <OvenWerks> I am thinking in the long run of deviding Audio setup into subtabs where one tab could be for device specific settings
[15:51] <OvenWerks> it would be nice to tab jack master setting depending on backend or I need to figure out how to hide unused settings rather than disable them
[15:53] <OvenWerks> But I would like to keep them saved in the config file so that when someone switched from dummy to alsa, the last used alsa setting would show.
[15:55] <OvenWerks> Same even on a perdevice basis, so that device A with 2 i/o routes pulse out to 1/2 and Device B with 12/10 i/o route pulse to outputs 9/10 (spdif)
[15:56] <OvenWerks> I would like to remember USB or FW devices that are no longer plugged in and their settings as well.
[15:57] <OvenWerks> (we sort of do this for a USB device that is used as master)
[16:05] <Eickmeyer> That all sounds great.
[16:05] <OvenWerks> Eickmeyer: this wool gathering has been good  :) Device based would be best. A device could tell which back end it expected. So rather than selecting the dummy back end you would select the dummy device and it's settings would follow.
[16:05] <Eickmeyer> Yes! That's great!
[16:06] <OvenWerks> This would aply to Net and Netone as well.
[16:07] <Eickmeyer> Yep.
[16:09] <OvenWerks> Eickmeyer: I want to add a fourth column in each tab with just a ? button or add a tool tip to each label and button. The help setup is outdated and only applies to the System tweaks tab anyway
[16:10] <Eickmeyer> Good idea.
[16:11] <OvenWerks> That would break the help into smaller chunks. Having the main help button only apply to the current tab would be great too.
[16:13] <OvenWerks> my work on -controls is not really for 19.10... though that would be ok by me rpovided we stop at a logical place and it doesn't seem half done
[16:15] <Eickmeyer> Right. Let me know whenever you feel it's ready for release.
[16:15] <OvenWerks> So I will finish the chanel count, add the input only and see if head phone switching can be quick (I think I can do the alsa level change easily)
[16:17] <OvenWerks> with the head phones, I think I will put a Hook in that looks for .config/autojack/headphone.sh
[16:18] <OvenWerks> so that if what I do doesn't work, the user can add their own script.
[16:19] <OvenWerks> Some laptops change the jack (not jakcd) pin use on phone plugin rather than change levels.
[16:19]  * OvenWerks is off...
[16:20] <OvenWerks> channel count is done in -controls it just needs the autojack half so it actually does something :)
[16:49] <OvenWerks> Eickmeyer: another place people could help with controls (or any other US sw) is to point out places "help" could be added and suggest text for that help.
[17:07] <Eickmeyer[m]> OK, good idea.
[18:14] <Eickmeyer> OvenWerks: FYI, FeatureFreeze is August 22nd.
[18:16] <Eickmeyer> It would be good to do as much as possible before then and work on bugfixes mostly from then until 20.04.
[20:02] <Eickmeyer> OvenWerks: New plymouth theme on the way (we got some bad reviews, this one will likely be better received), and new grub2 theme to match (just got rid of the gray background, now black).
[20:07] <Eickmeyer> And I done goofed, so 4 fail mails. :P
[20:40] <Eickmeyer> Looks like it's all working. Might upload to eoan soon, idk...
[20:45] <OvenWerks> Eickmeyer: I will work on those things for controls. I should ave something new before august
[20:45] <Eickmeyer> OvenWerks: Sweet.
[20:46] <OvenWerks> I have already removed all calls with shell=True so that can be a security update :)
[20:46] <Eickmeyer> OvenWerks: Ok, so if that's the case, should I SRU this to disco??
[20:47] <OvenWerks> I am suspecting a lot fo calls to dbussend should be native python dbus messages... which would include jack_control calls too probably.
[20:47] <OvenWerks> I don't think they are a valid worry, the user can not invluence the command line.
[20:48] <OvenWerks> All parameters are generated by -controls
[20:48] <Eickmeyer> Ok. Wouldn't mind sarnold's opinion on this (he's on the security team).
[20:48] <Eickmeyer> But, generally, it's probably not a big rush then.
[21:06] <OvenWerks> generally, my problem has been expecting shell commandline dealing with things like ~ and running a command without worrying about the directory the command is actually in. Most of the time just adding /usr/bin/ to the command was all I needed
[21:49] <OvenWerks> Eickmeyer: the jackd man page is out of date/inacurate and missing much information
[21:50] <Eickmeyer> OvenWerks: upstream issue?
[21:50] <OvenWerks> just type jack_control il
[21:50] <OvenWerks> probably
[21:50] <Eickmeyer> Most likely. Manpages are done by the upstream developer, not the packagers.
[21:51] <OvenWerks> The authors for the jackd man page do not look familiar
[21:51] <OvenWerks> Manpage written by Stefan Schwandter, Jack O'Quin and Alexandre Prokou‐
[21:51] <OvenWerks>        dine.
[21:51] <OvenWerks> except the last one
[21:52] <OvenWerks> who I am pretty sure is no longer involved falktx being the only dev there pretty much
[21:52] <Eickmeyer> Yeah. Should we poke him in #lad?
[21:52] <OvenWerks> no
[21:52] <Eickmeyer> k
[21:53] <OvenWerks> if anywhere in #jack
[21:53] <Eickmeyer> True.
[21:53] <OvenWerks> but really not unless we have a new man page to offer
[21:53] <Eickmeyer> Yeah. He might be very well aware it's out of date.
[21:54] <OvenWerks> the plan is to phase out jackd1
[21:54] <Eickmeyer> Yeah. We're using jackd2, so why are we concerned?
[21:54] <OvenWerks> by adding anything jackd1 has into jackd2
[21:55] <OvenWerks> the man page is being used for jackd2
[21:55] <OvenWerks> there is no man page for jackdbus or jack_control
[21:56] <OvenWerks> pactl is pretty much as bad
[21:56] <Eickmeyer> Ah.
[21:56] <Eickmeyer> Doucumentation is hard.
[21:56] <OvenWerks> but the default maxports is not 256 for a long time now (2048)
[21:58] <OvenWerks> which may be considered limiting as ardour with alsa back end can have 1024 channels... 3 ports per channel plus master (4 more)
[21:59] <OvenWerks> At least 1024 channels has been tested, more may be possible :)
[22:17] <OvenWerks> Eickmeyer: it seems https://www.olivevideoeditor.org/ is recommended as being much faster than kdenlive
[22:17] <OvenWerks> I don't think we can include it though as it is beta at best (web page says alpha)
[22:18] <Eickmeyer> This is true. In order to be in the archive, it has to be final or soon-to-be final (as Carla was at the time).
[22:20] <OvenWerks> jackd (1 and 2) have been beta forever... and all qstuff beta
[22:22] <OvenWerks> Looking at the jackd manpage, I think it was just lifted from jackd1. I know Paul had nothing to do with jackd2 So far as I know the original jackd2 had one dev
[22:28] <OvenWerks> looks like jackd2 uses some jackd1 bits :)  other thhan the man page
[22:29] <Eickmeyer> Right, but that's a sound server and not an application, so it's treated differently.
[22:30] <OvenWerks> Eickmeyer: anyway, it looks like the jack backend stuff in -controls will not work for anything else than alsa.
[22:30] <Eickmeyer> So, no dummy or firewire?
[22:30]  * Eickmeyer might be confused
[22:30] <OvenWerks> The commands are different for each backend (different creators)
[22:31] <Eickmeyer> Ah, yes, that makes sense.
[22:31] <OvenWerks> Actually them may (by accident) work
[22:31] <Eickmeyer> That might be why qjackctl has a completely different selection for if you select a different backend.
[22:32] <OvenWerks> I just stripped all the jack_control commands into a file. And will use that to rework it.
[22:34] <OvenWerks> I think that will change the order I do things. I might work on that next rather than USB input only.... Then again, that should be quick and easy
[22:34] <OvenWerks> Anyway, I will try to get that fixed before august.
[22:36] <Eickmeyer> Sounds good.


[08:22] <RikMills> santa_: ack, and thanks
[13:30] <BluesKaj> 'morning folks
[17:15] <Tm_T> hi, is 22.04 in usable, reasonable for adventurous user willing to debug occasional issues or should I go with 21.10 at this point?
[21:11] <valorie> Tm_T: nice to see you
[21:12] <valorie> I'm still on 21.10 but probably will upgrade early when the beta arrives
[21:12] <valorie> should be soon!
[21:30] <santa_> hi everyone
[21:31] <santa_> RikMills: jammy+proposed seems a good place to build kde packages again, I will proceed with fw 5.91 tonight
[21:31] <RikMills> kool
[21:31] <santa_> I'm also doing test rebuilds just to see hwat happens with the new stuff
[21:32] <santa_> there's also a new binutils


[23:05] <b0we_l[m]> Hi, which is better supported by coreboot: T430 or T530? Which one do you adivce? And could a nVidia dGPU create issues? Do you have any other advice?


[02:30] <wallyworld> thumper: lgtm, i wonder if omitempty should be used though for those attributes
[02:30] <thumper> wallyworld: it is over the api... but can't hurt I guess
[02:30] <wallyworld> i was just thinking for older juju that didn't have them
[02:31] <wallyworld> it wouldn't bloat the wire format
[02:31] <wallyworld> babbageclunk: thanks for review, could you clarify your last couple of comments about naming? maybe a quick HO?
[02:49] <thumper> babbageclunk: how goes the raft leadership bits?
[03:05] <babbageclunk> wallyworld: sorry, was lunching - wanna chat ?
[03:07] <babbageclunk> thumper: alright - my first idea for funnelling the requests to the raft leader wasn't a goer, doing forwarding between controllers now
[03:07] <thumper> babbageclunk: so what is the approach going to be?
[03:10] <babbageclunk> thumper: each controller machine will maintain an API connection to the raft leader, the leadership facade will forward claim requests to it.
[03:11] <thumper> babbageclunk: do we really want yet more api connections held open?
[03:11] <thumper> have you considered the pros/cons of using the hub?
[03:11] <babbageclunk> thumper: well, this will only be one per controller machine.
[03:11] <thumper> who holds the api connection?
[03:12] <babbageclunk> thumper: I *thought* about it - but it seemed quite fiddly to turn it into the request/response I'd need.
[03:12] <babbageclunk> thumper: a new worker in the controller machine agent - basically the same as the apicaller but also watching the raft node for leadership changes.
[03:13] <thumper> how is the leadership api calls going to get funneled to it?
[03:14] <babbageclunk> thumper: you mean how will the leadership facade get hold of the API connection? Or something else?
[03:14] <babbageclunk> Shall we do a hangout?
[03:14] <thumper> yes, the first bit
[03:14] <thumper> sure
[03:15] <babbageclunk> thumper: hadn't fully worked that out - I was thinking in kind of a similar way to the raft-box.
[03:15] <babbageclunk> thumper: in 1:1
[03:15] <babbageclunk> ha, too quick
[03:30] <wallyworld> babbageclunk: hey, free now?
[03:31] <babbageclunk> wallyworld: sorry, talking to thumper (about you)
[03:32] <wallyworld> about the raft approach - we did discuss pub/sub
[03:32] <babbageclunk> yeah, that's what I was saying
[03:32] <wallyworld> but ruled it out as the model doesn't fit so well
[03:32] <wallyworld> we want rpc
[03:32] <babbageclunk> but he's talked me round
[03:33] <wallyworld> ok, be interested to hear the arguments
[03:40] <wallyworld> babbageclunk: ping me when done so i can clarify your comment on the method/interface naming?
[03:40] <babbageclunk> wallyworld: wilco
[03:48] <babbageclunk> wallyworld: ok done, jump in standup?
[03:48] <babbageclunk> Today's one though, not tomorrow's one.
[04:00] <wallyworld> babbageclunk: sorry, missed ping be righht there
[04:00] <seyeongkim> deploying lxd with juju on artful and bionic can't create proper bridge ( it was br-ens4 on xenial in my case), is it known issue?
[05:33] <thumper> seyeongkim: I think this has been fixed... which version are you using?
[05:33] <thumper> but yes, it was a known issue :)
[05:34] <seyeongkim> thumper ah, it is 2.3.1-xenial
[06:51] <wallyworld> anastasiamac: here's that PR. a net deletion of 40 lines :-) https://github.com/juju/juju/pull/8827
[07:13] <anastasiamac> wallyworld: ta, will look soon :)
[07:18] <wallyworld> no rush
[07:21] <BlackDex> KingJ: how did you configure maas/juju to put a default gateway for all interfaces? As far as i know you can only have 1 default gateway. If you want more you need to create separate routing tables
[07:22] <BlackDex> maybe you should see what tcpdump is telling you to figure out what is comming in and then how it tries to go out
[09:32] <TheAbsentOne> Does anyone see where I go wrong here
[09:32] <TheAbsentOne> https://github.com/Ciberth/gdb-use-case/blob/master/mininimalexamples/mysql/mysql-proxy/reactive/mysql-proxy.py
[09:33] <TheAbsentOne> 2n'd render does not occur but flag gets set
[10:49] <stub> TheAbsentOne: Lines 44 and 69 are both rendering to the same destination, so one render will overwrite the other.
[10:49] <stub> oh, ignore that
[10:56] <TheAbsentOne> stub: yeah that would have been an interesting answer if that was the issue
[10:56] <TheAbsentOne> I'm kinda baffled as I'm really not doing a lot here
[10:57] <stub> yeah, time to stuff in a pile of print statements or step through it in pdb
[10:57] <TheAbsentOne> what is pdb? xD
[10:58] <TheAbsentOne> When I looked with debug-hooks the root flag was set which is weird
[11:06] <stub> The only think that will set the hook is your charm. It was either set in a previous hook run, perhaps from much earlier code if you have been using upgrade-charm, or some other handler is setting the flag.
[11:06] <stub> status_set('active', 'mysql-root done!') <- should get some noise in the logs, even if the render() silently failed.
[11:07] <TheAbsentOne> I'll try deleting the charms and starting from ground up once again, btw stub do you mind giving a quick look at this as well: https://github.com/Ciberth/gdb-use-case/blob/master/mininimalexamples/redis/redis-proxy/reactive/redis-proxy.py#L32
[11:07] <TheAbsentOne> This was the way to do it on the docs (I thought) but it fails miserably
[11:08] <stub> pdb is the Python debugger, so if you know how to drive it you can edit reactive/whatever within a debug-hooks session, stick in the magic 'import pdb; pdb.set_trace()', and drop to the debugger at that point when you execute the hook
[11:09] <stub> I don't know what flags the redis interface claims to set or when.
[11:10] <stub>  redis_ep = endpoint_from_flag('redis.available') may fail if it is an old-style interface
[11:16] <TheAbsentOne> allright thanks stub!
[12:45] <TheAbsentOne> stub: I was doing something stupid on the redis thing, got it working now (cuz I correctly receive the port number) but host and uri are None O.o Weird stuff. If others are here who have used redis before pls ping me ^^
[13:22] <TheAbsentOne> also stub I redid it from scratch and it works now more or less for mysql!
[13:50] <rfowler> $ juju status | grep memcache
[13:50] <rfowler> memcached                             unknown      1  memcached              jujucharms   21  ubuntu
[13:50] <rfowler> memcached/0*              unknown   idle   3/lxd/4  <IP_ADDRESS>      11211/tcp
[13:51] <rfowler> why does memcache give a status of unknown?
[13:51] <rfowler> this is with an openstack base deploy
[13:52] <rick_h_> rfowler: so it's because the charm hasn't been updated to supply the status messages.
[13:52] <rick_h_> rfowler: it's a feature that was added a while ago but charms that haven't been updated will show an unknown status since they're not saying "hey, I'm doing maintenance" or such
[13:53] <rfowler> rick_h_: so this is expected behavior i guess
[13:54] <rick_h_> rfowler: yea
[13:55] <rfowler> rick_h_: is there an updated charm for memcache i should be using instead?
[13:55] <rick_h_> rfowler: no, I think it's just one of those things that as long as it does it's job folks haven't put any love into it.
[13:55] <rfowler> rick_h_: ha, ok
[14:20] <TheAbsentOne> rfowler: there are idd many other charms out there who have the same behaviour I was once wondering too! ^^
[19:02] <stub> application_name: The name of the remote application for this relation, or None.
[19:03] <stub> cory_fu: Do you recall in what situation a Relation instance will have an application_name of None? 'Cause one of my users is seeing it, and I can't reproduce it.
[19:07] <cory_fu> stub: Hrm.  It needs at least one remote unit, so if there's a case where relation.units is empty, it will be None.  That could happen if the remote application is scaled to 0 or after the last unit has triggered the -departed hook but the relation is still established.
[19:08] <stub> Hrm, I thought this was during install, but maybe the reason I can't reproduce is the failure is happening during teardown.
[19:09] <stub> oh, unless the deployment script is deploying a 0 unit application, relating, then adding units. which would be weird.
[19:09] <cory_fu> stub: Hrm.  Could it happen during install?  Maybe if both applications are coming up at the same time and the relation gets established before the remote application has any units?
[19:09] <cory_fu> Yeah, odd
[19:10] <stub> I didn't think the relation could be joined until there is at least one remote unit to join with
[19:11] <cory_fu> stub: I do know that during bundle deploys the application creation is separate from adding the units which is also separate from adding the relation, so I think it's technically possible but it seems like it would be really hard to hit unless something strange went wrong
[19:12] <cory_fu> stub: Maybe provisioning errors?
[19:12] <stub> no, he can repeat it
[19:13] <stub> I think it is a mojo spec, so I'll see if I can find it to reproduce
[19:13] <cory_fu> stub: Is there another way we can determine the application name without requiring a remote unit?
[19:14] <stub> No, that is the only way. And to make it worse, with cross model relations one side or the other sees the remote application as juju-abcdef012312 or similar gibberish
[19:14] <stub> oh, charm goal state will expose it too I think.
[19:16] <stub> oh, I think I know. I'll trace it through tomorrow.
[19:17] <stub> But I think *before* the relation-joined hook is run, endpoint_from_name('foo').relations may return one or more relations that have not yet been joined, and they will have no remote units and no remote application name yet.
[19:18] <stub> maybe that is a reactive bug, or maybe I need to be more careful.
[19:18] <stub> (or maybe my guess is completely wrong, so need to prove it first)
[19:19] <cory_fu> stub: Reactive could always filter the relations for ones with no units?  Is it useful to reference relations that don't have any units?
[19:20] <stub> logging the relation id?
[19:20] <cory_fu> *shrug*
[19:21] <stub> I can't think of anything particularly useful. I don't know if it is worth filtering or not.
[21:32] <wallyworld> veebers: want to jump in on release call?
[21:34] <veebers> wallyworld: yep omw
[21:53] <KingJ> BlackDex: In MaaS each subnet has a gateway defined, which seems to translate to MaaS/Juju creating a default route per interface?


[00:23] <lijil> is anyone aware of plans/projects to embed unity lenses on the desktop, like a widget?
[22:08] <pkulas> is eclipse best choose for python programming?
[22:14] <bakuman> well I just use a text editor
[22:14] <pkulas> I prefer something with code completion
[22:18] <pkulas> I know only Java, but that's not good for Ubuntu App Dev so I chose python, there is vala also but it seems to be not way to go


 This way searching, going back to top-level, navigating to some other categories, and then doing another top-level search doesn't crash Muon
[00:46] <JontheEchidna> apachelogger: bug 602705 affects Muon too. I could place akonaditray on a blacklist for the "Accessories" section. (Though it'd still show up in global search, so I'm having second thoughts on that)
[00:46] <apachelogger> uhhhh
[00:46] <apachelogger> Riddell: ping
[00:46] <_Groo_> hi/2
[00:46] <_Groo_> apachelogger: hey
[00:46] <_Groo_> guys how do i make a ppa recipe?
[00:46] <_Groo_> i wanna make daily ktorrent/libktorrent builds
[00:46] <_Groo_> im doing it manually, but with a recipe it would be automagically done
[00:47] <_Groo_> anyone can point me some docs/info?
[00:47] <apachelogger> wiki
[00:47] <_Groo_> apachelogger: k what wiki?
[00:47] <apachelogger> JontheEchidna: oh wells, I suppose the bug should just be fixed
[00:47] <apachelogger> _Groo_: the ubuntu wiki
[00:47] <_Groo_> apachelogger: stupid google thinks i wanna cook something
[00:47] <apachelogger> supposeldy there is also junk in the launchpad wiki
[00:47] <JontheEchidna> apachelogger: fixed where, though?
[00:47] <apachelogger> JontheEchidna: the desktop file extracting thingy
[00:47] <JontheEchidna> so, app-install-data
[00:47] <apachelogger> aye
[00:48]  * JontheEchidna shoves the bug in that direction
[00:48] <apachelogger> dont ask me for how though
[00:48] <Riddell> apachelogger: hi
[00:48] <apachelogger> since I consider it unfixable
[00:48] <apachelogger> Riddell: you must be good with uml, right? ^^
[00:48] <Riddell> mm, well, a decade ago maybe
[00:48] <yofel> _Groo_: I know a lot about recipes, got the branches in bzr on launchpad?
[00:48] <apachelogger> well
[00:48] <Riddell> although I think I remember concluding that most of UML syntax is just made up to suit the user
[00:49] <apachelogger> Riddell: http://aplg.kollide.net/images/avatar/snapshot111.png does that 0..1  on the on_error association seem right?
[00:49] <_Groo_> yofel: huuu actually ktorrent/libktorrent use git
[00:50] <apachelogger> I am a bit in doubt now because I named it on_error, which sort of makes it conditional to the case that there is an error, in which case there would be 1 ErrorWindow
[00:50] <_Groo_> yofel: can you give me a step by step intro? i dont know much about bzr
[00:50] <yofel> _Groo_: ok, so first thing you need to do is set up bazaar imports for them
[00:50] <Riddell> apachelogger: can it have zero or one of the ErrorWindow objects?
[00:50] <yofel> give me a minute
[00:50] <_Groo_> yofel: k tks :)
[00:51] <apachelogger> Riddell: well, it can have zero, as long as the add() of AccomoidationAddWindow did not return false
[00:51] <yofel> _Groo_: I belong to the neon team, we're doing that for KDE trunk :P
[00:51] <apachelogger> if it returns false the window is shown, in which case it has one
[00:51] <yofel> _Groo_: or trying to....
[00:51] <_Groo_> yofel: nice, if i get enough expertise with this stuff i can hep you guys later
[00:51] <yofel> _Groo_: hang out in #project-neon if you're interested
[00:52] <_Groo_> yofel: first thing i need to help out with ninjas.. my time is limited.. when/if my brain absorbs the dos and donts of recipes ill help ya out
[00:52] <_Groo_> yofel: right now i would be more of a dead weight
[00:53] <yofel> hang out anyway :P
[00:53] <_Groo_> i found this https://help.launchpad.net/Packaging/SourceBuilds/Recipes
[00:53] <_Groo_> im there too :D
[00:53] <Riddell> apachelogger: presumably if add gets called multiple times you could have more than one.  I'd just not include numbers on that relationship, they don't add anything useful to understanding the diagram
[00:54] <_Groo_> yofel: i already do daily amarok builds (manually), the recipe for amarok might do the trick since they use git too
[00:54]  * apachelogger agrees, though it is a requirement of the course to attach multiplicities to every association
[00:54] <yofel> _Groo_: consider yourself lucky, lib/ktorrent already has imports
[00:54] <apachelogger> Riddell: still it would be 0..* though?
[00:55] <_Groo_> yofel: ok, first stupid question
[00:55] <yofel> _Groo_: ok, now you need a bzr branch for the packaging, like for the kde packages
[00:55] <yofel> sure?
[00:55] <_Groo_> yofel: those imports, who does them? can i do my own via my ppa? or i need to ask for them?
[00:55] <apachelogger> Riddell: also, it would have one ErrorWindow instance at a time (that is if one considers the errorwindow blocking to the other window
[00:55]  * apachelogger loves the uml
[00:56]  * _Groo_ knows that if you love uml he will love ya back
[00:56] <yofel> _Groo_: no, those are bzr vcs-imports, they have nothing to do with ppas since they're source code only
[00:56] <_Groo_> yofel: so who does them? and can i create my own?
[00:57] <yofel> _Groo_: you can, like for ktorrent you would have had to go to https://code.launchpad.net/ktorrent and clikc on 'Import a branch' on the right (you need a project for the import, it's not required, but the vcs admins don't like it if you just import something under a team)
[00:57] <yofel> or a person
[00:58] <yofel> _Groo_: you can lick on the import a branch button anyway and see what the form looks like, pretty simple
[00:58] <yofel> s/lick/click/
[00:58] <_Groo_> yofel: k doing it
[01:00] <yofel> _Groo_: ok, back to topic, you'll now need a bzr branch for the daily package packaging, do you already have something? Our neon branches are on https://code.launchpad.net/~neon and end with -ubuntu if you want some reference
[01:01] <_Groo_> yofel: huuu i requested to import from libktorrent, but it asks me to add the git or subversion etc etc, shouldnt he import directly from the source import request?
[01:01] <yofel> _Groo_: it needs to know *where* to import from, and don't try to add an import, it's already there
[01:01] <_Groo_> yofel: no bzr branch, never tried anything like this, i only discovered i could do recipes some days ago
[01:02] <_Groo_> yofel: yeah i know, but it doesnt show, all are empty, it that normal?
[01:02] <yofel> _Groo_: ok, the branch is simply the contents of the debian/ folder
[01:02] <yofel> _Groo_: what's empty?
[01:02] <_Groo_> yofel: ah ok, got the branch part, let me ilustrate the  part im stuck, just a sec :D
[01:04] <_Groo_> yofel: dont i need to register a branch instead of importing it?
[01:04] <_Groo_> yofel: bare with me :P im stupid
[01:05] <yofel> _Groo_: you register a branch if you intend to keep the source on launchpad. You need an import if the launchpad branch simply mirrors a repository kept somewhere else
[01:05] <_Groo_> yofel: got it
[01:05] <yofel> you're not, I got confused by launchpad often enough already :P
[01:06] <apachelogger> Riddell: I refectored the window somewhere else, so the situation resolved itself ^^
[01:06] <apachelogger> Riddell: thanks
[01:07] <yofel> _Groo_: need help setting up a packaging branch?
[01:07] <_Groo_> yofel: this is what i see when i click on the import branch
[01:07] <_Groo_> yofel: http://imagebin.ca/view/W4sYTS.html
[01:07] <_Groo_> yofel: i need help with everything im totally lost, im afraid
[01:08] <_Groo_> yofel: i feel like a total noob D:
[01:09] <_Groo_> yofel: as you can see, when i do an import it doesnt fill the boxes automagically, so ill need to choose git and put libktorrent
[01:09] <_Groo_> git
[01:09] <_Groo_> yofel: or am i missing something?
[01:09] <yofel> _Groo_: np, we'll get to it - as for the page: yes, the branch need an owner that can change the description etc., needs a nick which is later lp:~<owner>/ktorrent/<nick> and you need to tell it which VCS to use and where the repos is located (git://git.kde.org/ktorrent in this case)
[01:10] <yofel> _Groo_: and as I said, you don't need to do anything
[01:10] <yofel> _Groo_: shadeslayer already set up the imports for neon https://code.launchpad.net/~neon/ktorrent/trunk and https://code.launchpad.net/~neon/libktorrent/trunk
[01:11] <_Groo_> yofel: but if i click the import button it will give me an error
[01:11] <yofel> _Groo_: what, the request import button?
[01:12] <_Groo_> yofel: yeah, and if i put the git one then it will show me whatr you said
[01:12] <_Groo_> yofel: that project neon already has it
[01:12] <_Groo_> yofel: so ihow do i proceeed to make packages for my ppa?
[01:12] <_Groo_> yofel: i import from neon?
[01:12] <yofel> _Groo_: yes, you can't import a branch twice, that would be useless, you have to use our
[01:12] <yofel> branches
[01:13] <yofel> _Groo_: why do you want your own? The source is in a branch on launchpad, that's all you need
[01:13] <yofel> the branches can be accessed by anyone, not just the owner. The owner has control over the branch description and whiteboard etc. but that's all
[01:13] <_Groo_> yofel: yeah i got it, im now creating a recipe with the make recipe option in neon
[01:13] <_Groo_> in neon branch
[01:14] <_Groo_> i got the idea now, i just need help with the recipes
[01:14] <_Groo_> i like this tech, its very cool :)
[01:14] <yofel> sure, just likes to break apart *-.- (I'll tell you later...)
[01:14] <yofel> _Groo_: ok, you're now on the new recipe creation page?
[01:15] <_Groo_> yofel: yep
[01:15] <_Groo_> yofel: already configured it, with name, daily builds, natty and maverick, my experimental ppa
[01:15] <_Groo_> yofel: just need the hard part, the recipe text
[01:16] <yofel> _Groo_: ok, and that's the point where you're stuck now since you don't have the packaging branch ready, for now just create the recipe with the defaults
[01:16] <yofel> _Groo_: and set it *not* to build daily
[01:16] <yofel> yet
[01:16] <_Groo_> yofel: k, sec
[01:17] <_Groo_> yofel: https://code.launchpad.net/~paulo-miguel-dias/+recipe/libktorrent-trunk
[01:18] <yofel> _Groo_: good, now give me a sec, I'll set up the neon recipe too while I'm at it
[01:18] <_Groo_> yofel: k :) this first is for libktorrent that needs to be built first
[01:19] <_Groo_> yofel: then i need to do for ktorrent and import the libktorrent that was built previously
[01:19] <yofel> slow down, you're far away from ktorrent :P
[01:20] <_Groo_> yofel: lol yeah i know :D
[01:20] <yofel> _Groo_: ok, here's ours https://code.launchpad.net/~neon/+recipe/project-neon-libktorrent see the recipe text (especially line 3, that's what you need)
[01:21] <_Groo_> yofel: k checking
[01:22] <yofel> hm, I added a recipe for ktorrent by mistake, fixed ^^
[01:22] <_Groo_> yofel: k updated, what now?
[01:23]  * _Groo_ is happy as a clam
[01:23]  * _Groo_ doesnt know why clams are so happy to begin with
[01:23]  * _Groo_ thinks its a clam thing
[01:23] <yofel> _Groo_: ok, updated more or less right, you need your own packaging branch (unless you don't mind your package being called project-neon-libktorrent :P)
[01:23] <_Groo_> yofel: me wants my package branch name :)
[01:23] <_Groo_> yofel: how do i proceed now?
[01:24]  * apachelogger falls off the chair
[01:24] <_Groo_> oO
[01:24] <_Groo_> apachelogger: drunk?
[01:25] <apachelogger> more like shocked
[01:25] <apachelogger> life is reather creepy when you are not drunk
[01:25]  * apachelogger did not know
[01:25] <_Groo_> apachelogger: dont lick the wires
[01:25] <_Groo_> apachelogger: my cats learned not to lick the wires the hard way
[01:25] <apachelogger> http://aplg.kollide.net/images/avatar/snapshot112.png
[01:25] <apachelogger> I am the best uml artist evar
[01:26]  * apachelogger thinks that maybe he could make a proper web
[01:26] <_Groo_> MY EYES MY EYES!
[01:26] <yofel> _Groo_: now you need the libktorrent packaging, how do you want it? like the package in ubuntu or..? (we do a very generic packaging way for neon: stuff everything into one binary package)
[01:26] <yofel> eeek
[01:26] <_Groo_> yofel: my packages are divided by main lib and dev
[01:26]  * apachelogger forgot to do stuff again
[01:26] <apachelogger> oh dear oh dear
[01:27] <yofel> _Groo_: do you already have your own packages?
[01:27] <apachelogger> thats 5 classes missing right there
[01:27]  * apachelogger is will go ubermad at some point
[01:27] <_Groo_> yofel: yep, i do them daily
[01:27] <_Groo_> apachelogger: arent you ubermad already?
[01:27] <apachelogger> I should have gone into hat business
[01:27] <yofel> _Groo_: GOOD, shorts things down a lot, get the source and go into the debian folder
[01:27] <_Groo_> yofel: thats why i want a recipe, for lp too do them for me :D
[01:27] <_Groo_> yofel: there
[01:28] <yofel> _Groo_: ok, now run 'bzr init', then 'bzr add *' and 'bzr commit'
[01:28] <_Groo_> apachelogger: werent you suposed to be a singer or something?
[01:28] <_Groo_> yofel: k sec
[01:28] <apachelogger> yes
[01:28] <apachelogger> but
[01:28] <apachelogger> BUT
[01:29] <apachelogger> hatting is also a nice way to earn ones living
[01:29] <_Groo_> yofel: bzr: ERROR: Unable to determine your name.
[01:29] <_Groo_> apachelogger: real singers dont do hating
[01:29] <yofel> _Groo_: geh, forgot about that part, sec
[01:29] <_Groo_> yofel: k done
[01:30] <yofel> _Groo_: you committed? bzr happy?
[01:30] <yofel> _Groo_: see 'bzr help whoami' for the error message
[01:30] <_Groo_> yofel: yeah but it asking me to edit the commit msg? should i just accept?
[01:30] <_Groo_> yofel: i already did the whoami :) all set
[01:31] <yofel> _Groo_: you need some commit message, my first one is usually 'initial import' :P
[01:31] <apachelogger> _Groo_: hatting, not hating
[01:31] <_Groo_> apachelogger: mispelled
[01:31] <apachelogger> hating is bad for business as a singer
[01:31] <apachelogger> big time!
[01:31] <_Groo_> apachelogger: english isnt my native lang and im lazy
[01:31] <apachelogger> it is not mine either and I am lazy too
[01:31] <_Groo_> yofel: sec, let me do this
[01:31] <apachelogger> not as lazy as nixternal
[01:31] <apachelogger> but still
[01:31] <apachelogger> who was as lazy as nixternal again?
[01:31] <apachelogger> ah
[01:31] <apachelogger> right
[01:31] <apachelogger> shadeslayer :P
[01:32] <_Groo_> yofel: k commited
[01:32] <yofel> _Groo_: once you committed fine, you need to put your branch on launchpad, think of some good branch name, then...
[01:32] <_Groo_> apachelogger: im the laziest here
[01:32] <jjesse> i'm too lazy to argue
[01:32] <apachelogger> shadeslayer: what disturbs me is that you are not on https://wiki.kubuntu.org/Kubuntu/Ninjas/Packaging ...
[01:32] <_Groo_> yofel: k branch name thinked, now what?
[01:32] <_Groo_> shadeslayer: thats cause hes lazy
[01:33] <_Groo_> yofel: dont know on me yet!
[01:33] <_Groo_> yofel: save your last breath for my braaaaaaaaaaaancccccccchhhhhhhhhhhh
[01:34] <_Groo_> know/die
[01:34]  * apachelogger would like to have brunch
[01:34] <apachelogger> oh hold on
[01:34] <apachelogger> almost time for breakfast
[01:34] <apachelogger> hooray
[01:34] <_Groo_> apachelogger: lol
[01:34] <yofel> _Groo_: put it into your +junk stuff, lp:~paulo-miguel-dias/+junk/<branch> (you can put *anything you want* into a +junk branch, and have as many as you want)
[01:34] <yofel> _Groo_: do that with 'bzr push lp:~~paulo-miguel-dias/+junk/<branch>'
[01:35] <yofel> er, only one ~
[01:35] <_Groo_> can i call it? bzr push lp:~paulo-miguel-dias/+junk/libktorrent?
[01:35]  * apachelogger munches some satsumas while he waits for breakfast
[01:35] <_Groo_> apachelogger: whats  a satsuma?
[01:35] <_Groo_> apachelogger: too lazy to google
[01:35] <apachelogger> me too
[01:35] <yofel> _Groo_: maybe add -packaging or -debian or -ubuntu, so it has some purpose indication
[01:36] <yofel> _Groo_: but that would be fine
[01:36] <_Groo_> yofel: k, gotcha
[01:36] <apachelogger> _Groo_: dog toes
[01:36] <apachelogger> very austrian food
[01:36] <_Groo_> will be bzr push lp:~paulo-miguel-dias/+junk/libktorrent-ubuntu
[01:37] <yofel> should be fine
[01:37]  * apachelogger looks in the mirror and thinks that he must have aged 3 years today
[01:38] <apachelogger> incredible what crappy courses can do to you
[01:38] <_Groo_> yofel: k, added my launchpad id, and its uploading now :)
[01:38]  * apachelogger places some class at stategic points in a uml class dia to create a proper web
[01:38] <_Groo_> apachelogger: you are aussy then?
[01:39] <apachelogger> what makes you think that?
[01:39] <_Groo_> apachelogger: ahh austrian not australian
[01:39] <apachelogger> ah
[01:39] <apachelogger> there we go again
[01:39]  * _Groo_ <- stupid
[01:39] <_Groo_> just missed by some continents and some million kms.. but thats ok
[01:39]  * apachelogger issues a letter to the united nations asking them to kick australia out if they do not change their name :P
[01:39] <yofel> _Groo_: congrats, you have your first own branch on LP ;) https://code.launchpad.net/~paulo-miguel-dias/
[01:40] <_Groo_> yofel: not yet!
[01:40] <_Groo_> yofel: omg im so happy...
[01:41] <_Groo_> i wanna thank my mother, my father, my dog, my cats, the members of the academy...
[01:41] <yofel> haha
[01:41] <_Groo_> apachelogger for being such a good australian!
[01:41] <_Groo_> yofel for being my mentor and a father, THANK YOU YOFEL! <cries>
[01:41] <yofel> _Groo_: did it push? the branch shows as empty (I usually get some odd error for neon and have to push twice, not sure if it's the same here)
[01:41]  * apachelogger eats some more dog toes
[01:41] <_Groo_> yofel: still uploading
[01:42] <apachelogger> also, if I were australian I would be called bruce, would I not?
[01:42] <_Groo_> apachelogger: hmm i have a dog... and he has toes.. didnt knew dog toes would be edible
[01:42] <yofel> _Groo_: how large is your debian/ folder o.O?
[01:42] <_Groo_> yofel: i forgot the tmp/ OMG!
[01:42] <_Groo_> yofel: k, completed
[01:42] <apachelogger> http://www.youtube.com/watch?v=_f_p0CgPeyA
[01:42] <_Groo_> mental note, remove tmp first
[01:43] <_Groo_> apachelogger: and you ARE called bruce, harald is short for bruce
[01:43] <_Groo_> apachelogger: sitter is for BOB.. so you are... hmmm bruce bob
[01:43] <_Groo_> apachelogger: very aussy indeed
[01:43] <_Groo_> apachelogger: bb for short
[01:44] <apachelogger> oh
[01:44] <apachelogger> hm
[01:44] <apachelogger> so I read that bottom up
[01:44] <_Groo_> yofel: k its there, now what? junk doesnt go away right?
[01:44] <apachelogger> and at the first (i.e. last line) I was going WTF
[01:44] <apachelogger> then I realized that bb meant something differnt
[01:44] <apachelogger> but oh well
[01:44] <yofel> _Groo_: k, there's other stuff in there too which has to go, but it shouldn't break the package at least
[01:44] <apachelogger> late is the hour
[01:44] <apachelogger> or early, depending on the pov
[01:44] <_Groo_> yofel: can i edit it from launchpad?
[01:45] <_Groo_> yofel: k my own answer.. no, i need to change it loically and do a commit, right?
[01:45] <yofel> _Groo_: no, either edit, commit, push again, or run bind, edit, commit, or checkout again and then edit commit
[01:45] <_Groo_> yofel: say again? oO slow? pls?
[01:47] <yofel> currently you have a local branch, that would only commit locally, you can either push again after the commit, or bind the branch to the launchpad branch before that (let's leave that option for now...) or to a different bzr checkout of the launchpad branch which will be bound from the beginning (if you use 'bzr checkout lp:...')
[01:47] <_Groo_> yofel: k, cleaned the debian, now what?
[01:47] <yofel> s/to a/do a/
[01:48] <yofel> _Groo_: use the first option for now, it's the simplies
[01:48] <yofel> *simpliest
[01:48] <_Groo_> k, commited and im now pushing
[01:48] <_Groo_> you have the 400 bad request error too? at first push?
[01:49] <_Groo_> yofel: pushed
[01:49]  * _Groo_ already a recipe pro
[01:49] <yofel> better :)
[01:49]  * _Groo_ <-PROblem :D
[01:49] <yofel> _Groo_: now go back to your recipe, 2 things to do
[01:50] <yofel> _Groo_: first: edit it and set your branch as the packaging branch instead of the neon one
[01:50] <_Groo_> yofel: strange it didnt show the 2nd commit yet
[01:50] <_Groo_> yofel: k, sec
[01:50] <yofel> _Groo_: LP needs a minute to update that
[01:51] <_Groo_> yofel: k
[01:51] <_Groo_> yofel: k, its now nest packaging lp:~paulo-miguel-dias/+junk/libktorrent-ubuntu debian
[01:52] <yofel> good :)
[01:52] <yofel> now:
[01:52] <yofel> _Groo_: see the recipe text line 1, there is this string: {debupstream}-0~{revno}
[01:52] <yofel> _Groo_: THAT is you package version
[01:52] <_Groo_> yofel: yes yes
[01:52] <apachelogger> http://aplg.kollide.net/images/avatar/snapshot113.png
[01:52] <apachelogger> it is a beauty
[01:53] <_Groo_> yofel: so i change it to {debupstream}-0padoka~maverick~{revno}?
[01:53] <_Groo_> actually
[01:53] <_Groo_> yofel: so i change it to {debupstream}-0padoka~maverick{revno}?
[01:53] <_Groo_> yofel: hmm wait, not right yet
[01:53] <yofel> _Groo_: which would currently translate to '1.1-0~144~maverick1' for maverick
[01:54] <_Groo_> yofel: so i change it to {debupstream}-0~{revno}~padoka~maverick?
[01:54] <yofel> the 1.1 comes from debian/changelog, the part before the first '-'
[01:54] <_Groo_> 1.1-0~144~padoka~maverick
[01:54] <yofel> _Groo_: no, ~maverick1 and ~natty1 is added by the recipe, leave that away
[01:54] <_Groo_> yofel: ah ok\
[01:55] <_Groo_> 1.1-0~144~padoka
[01:55] <_Groo_> yofel: so i change it to {debupstream}-0~{revno}~padoka
[01:55] <_Groo_> like this?
[01:55] <_Groo_> even better: {debupstream}-0~{revno}~0padoka
[01:55] <yofel> _Groo_: sounds almost good, please add the packagin branch too, which would be (taking your last idea)
[01:56] <yofel> {debupstream}-0~{revno}~{revno:packaging}padoka
[01:56] <_Groo_> yofel: that would trasnlate to what?
[01:56] <yofel> 1.1-0~144~2padoka~natty1
[01:56] <_Groo_> yofel: yep, thatrs about right :)
[01:57] <_Groo_> yofel: # bzr-builder format 0.2 deb-version {debupstream}-0~{revno}~{revno:packaging}padoka
[01:58] <yofel> _Groo_: right, see https://help.launchpad.net/Packaging/SourceBuilds/Recipes#Version%20numbers%20and%20Substitution%20Variables for the options you have there
[01:58] <_Groo_> yofel: im gonna save this log for further reference :D
[01:58] <_Groo_> yofel: so know i click on the build button?
[01:58] <yofel> mom
[01:59] <_Groo_> yofel: ??
[01:59] <_Groo_> yofel: i cant click your mom, it wouldnt be polite
[01:59] <yofel> _Groo_: yep, looks fine, now press the request build button ;)
[02:00] <yofel> _Groo_: sorry, that's my abbreviation of 'give me a moment' :P
[02:00] <_Groo_> yofel: ah...
[02:00] <_Groo_> yofel: i kinda lost track of tghe proper url for the build button lol
[02:01] <yofel> _Groo_: it's on the recipe page
[02:01] <yofel> bottom left
[02:01] <_Groo_> yofel: oh yeah XD
[02:02] <yofel> _Groo_: now do a testbuild and if everything goes fine edit the recipe and tell it to build daily
[02:02] <_Groo_> yofel: k, i mistakenly told him to build in other  ppa (my own too), but i got the idead
[02:02] <_Groo_> yofel: after that, i need to build ktorrent
[02:03] <_Groo_> yofel: the trick is... ktorrent needs the latest libktorrent
[02:03] <_Groo_> yofel: how do i tell in the recipe that it needs to import the debs from the ppa and do the build AFTER the libktorrent?
[02:04] <yofel> _Groo_: that won't ba problem, if you use the same PPA the recipe will just use the libktorrent package from there
[02:04] <yofel> *won't be
[02:04] <_Groo_> yofel: k, and how do say in the daily build to do libk first?
[02:04] <yofel> _Groo_: also, ALL the recipe does is the 'debuild -S' and dput part, after that it's just a regular PPA build
[02:05] <yofel> _Groo_: you don't :/ - you'll have to build with what's currently available, yesterdays libktorrent usually
[02:05] <_Groo_> yofel: that could be a problem
[02:06] <yofel> I was thinking about that once, since we have that same issue on a larger scale, but the only solution would be to add some date mangling into the deps, but since the packages aren't necessarily built daily that won't work :(
[02:07] <_Groo_> yofel: isnt there any apachelogger solution (crappy crazy hacks that only he understands) to queue the builds?
[02:07] <apachelogger> plenty
[02:07] <_Groo_> apachelogger: oh you are still there? ;)
[02:07]  * apachelogger is waiting for breakfast
[02:07] <apachelogger> time is progressing slowly
[02:07] <yofel> _Groo_: if the recipes actually had a scripting interface sure, but not with what they currently provide
[02:07]  * yofel agrees with that
[02:08] <_Groo_> yofel: actually the solution is to add queue to the launchpad daily build process, not mess with the recipes
[02:08] <_Groo_> yofel: imhpov
[02:09] <yofel> _Groo_: see that yellow box on the recipe page? follow that link and file a bug
[02:09] <_Groo_> yofel: lol :D launchpad guys hate my guts!
[02:09] <_Groo_> yofel: ive been winning about http upload of dput files via web for ages
[02:10] <yofel> *shrug*, I've had bugs that were fixed and some are still rotting in malone
[02:10] <_Groo_> yofel: they have this fixation about "code" and "patches" and "send it to us for free"... weird ppl
[02:10] <yofel> _Groo_: erm, you can send me patches for the undone neon packaging too :P
[02:11] <_Groo_> yofel: oh no :D another weirdo :D
[02:11] <_Groo_> yofel: i will eventually :D this is my first branch
[02:11] <CIA-24> [muon] jmthomas * 1204398 * trunk/extragear/sysadmin/muon/installer/ApplicationModel/ (ApplicationDelegate.cpp ApplicationDelegate.h) (log message trimmed)
[02:11] <CIA-24> Ditch our KIconLoader stuff and use straight KIcon. The KIconLoader stuff led to
[02:11] <CIA-24> some icons not being found, and some ones with transparent backgrounds having a
[02:12]  * yofel looks as his neon recipes fail in the meanwhile *sigh*
[02:12] <yofel> stupid bazaar
[02:12] <_Groo_> yofel: no cookie for bazaar!
[02:12] <apachelogger> disney land!
[02:12] <yofel> bzr--
[02:12] <apachelogger> CIA-24: I love you more than snow flakes
[02:12] <yofel> wait, no kubotu :/
[02:12] <JontheEchidna> Heh, "Nepomuk Backup" shows up in "app-install-data"-using apps, and removing it removes kdebase-runtime
[02:13] <_Groo_> yofel: apachelogger rapped the poor bot
[02:13] <apachelogger> JontheEchidna: design fail right there
[02:13] <yofel> _Groo_: see this incredible error message 7 lines from the bottom http://launchpadlibrarian.net/60213623/buildlog.txt.gz
[02:13] <JontheEchidna> apachelogger: not sure what I can do about it either :(
[02:13] <_Groo_> yofel: let me see
[02:14] <apachelogger> JontheEchidna: only solution: do not list no desktop files that are part of a packge without other matching desktop files
[02:14] <_Groo_> yofel: ouch, out of memory? wtf... can this be done via console vars?
[02:14] <JontheEchidna> apachelogger: what do you mean by "without other matching desktop files"?
[02:15] <JontheEchidna> heh, knetattach is also a kdebase-runtime remover
[02:15] <_Groo_> yofel: aparently the builds worked /o/ \o\ \o/
[02:15] <apachelogger> JontheEchidna: package a contains foo.desktop and bar.desktop - a must not be listed
[02:15] <apachelogger> ...
[02:15] <yofel> _Groo_: nah, bzr uses >500MiB of RAM with our insanely large import branches and they had the problem that the recipes used so much swap that the whole build farm went unresponsive, so they fixed it by letting bzr fail if it uses too much memory
[02:16] <_Groo_> yofel: shoot the sysadmin and hire me
[02:16] <_Groo_> yofel: even better
[02:16] <yofel> _Groo_: are you gonna delete the packages or should I?
[02:16] <_Groo_> yofel: hire me to shoot the sysadmin
[02:16] <JontheEchidna> apachelogger: .desktop files are also used for service metadata, so a legit app that ships a service wouldn't be listed
[02:16] <_Groo_> yofel: what packages?
[02:16] <yofel> _Groo_: the ones sent to the wrong PPAs
[02:17] <_Groo_> yofel: ahhhhhhhh i send to backports instead of my own PPA!!! OMG!!! OO OO OO
[02:17] <_Groo_> im sorry!
[02:17] <apachelogger> JontheEchidna: I sure do hope that app-install-data does only likefiles in /usr/share/applications/*
[02:17] <JontheEchidna> oh, yeah. it would
[02:17] <_Groo_> my ppa also has backports and experimental, i mixed them up!
[02:17] <JontheEchidna> so if more than one app-install .desktop corresponds to a single package, throw it out?
[02:17] <yofel> _Groo_: I'll delete them, if they're deleted before they're published then there's no harm done
[02:17] <_Groo_> yofel: yes pls, remove them!
[02:17] <_Groo_> yofel: it wont happen again!
[02:18] <_Groo_> i send to experimental and backports!
[02:18] <yofel> _Groo_: np, happened to me too :P (with the scribus ppa...)
[02:18] <yofel> blame launchpads confusing interface
[02:18] <JontheEchidna> apachelogger: the problem with that is that akonaditray is the only application .desktop file in kdepim-runtime, so it would pass by that heuristic
[02:19] <_Groo_> yofel: yeah, cause i added my experimental ppa as the daily one, i thought he got that one by default.. i now see it doesnt
[02:19] <yofel> _Groo_: also, be conservative with requesting builds, you can only have one auto-build and 5 manual builds per day
[02:19] <yofel> that's usually enough, just telling so you know
[02:20] <apachelogger> JontheEchidna: still better than no fix at all ;)
[02:20] <apachelogger> as I said
[02:20] <apachelogger> design fail
[02:20] <apachelogger> good look with working around it :P
[02:20] <_Groo_> yofel: yeah i didnt knew that either, i am conservative, is that i sent to the wrong ppas ¬¬
[02:20] <apachelogger> <-- is a design specialist now
[02:20] <yofel> right
[02:20] <JontheEchidna> lol
[02:20] <apachelogger> <-- loves java
[02:21] <claydoh|werk> hmm if it is snowing hard, people should NOT be going out to eat :(
[02:21] <JontheEchidna> really, apt should have a field where an app is definied as either an app or a package
[02:21]  * _Groo_ offers its services to put apachelogger and the launchpad sysadmins out of their misery.. cheap...
[02:21] <claydoh|werk> oops wrong channel ..
[02:21] <JontheEchidna> claydoh|werk: agreed, however ;-)
[02:21] <JontheEchidna> that's when you start seeing cars off the road
[02:21]  * claydoh|werk would like to go home
[02:22] <_Groo_> i only seen snow once in my life, and im 35 :P
[02:22] <claydoh|werk> but the people still come in
[02:22] <claydoh|werk> they are HUNGRY too
[02:22] <_Groo_> claydoh|werk: tell them to eat their pets.. they pet toes first
[02:22] <_Groo_> claydoh|werk: like apachelogger
[02:23]  * apachelogger saw snow plenty of times and he is 19
[02:23] <_Groo_> apachelogger: strange, does it snow in aussy land ;)
[02:23] <apachelogger> yes
[02:23] <yofel> _Groo_: packages removed
[02:23] <apachelogger> white powdery gum snow
[02:23] <_Groo_> yofel: can you remove them from backports and experimental, they completed the build
[02:23] <apachelogger> ...
[02:24] <_Groo_> yofel: tks yofel, gonna take the dog out and get some food, im gonna try the ktorrent one on my own, see if i learned the yofel way
[02:24]  * yofel looks at this watery white swamp on the balkony and wonders if you can call this snow...
[02:24] <_Groo_> yofel: ill tell you tomorrow or so what i destroyed.. err... built
[02:24] <yofel> heh
[02:25]  * _Groo_ looks at the white beach and wonders if it will snow in brazil in is lifetime
[02:26] <_Groo_> yofel: k changes the recipe for daily builds in MY experimental ppa :)
[02:26] <claydoh|werk> only about 8 inches/20 cm
[02:26] <yofel> _Groo_: bug 676657 for that bzr mess btw.
[02:27] <_Groo_> yofel: you commited a fix already?
[02:27] <_Groo_> oh btw, who did the kubuntu webpage announcement of the kde 4.6 beta 1? Riddell or apachelogger?
[02:27] <yofel> _Groo_: no, the 'bzr: out of memory' message IS the fix
[02:27]  * apachelogger falls over
[02:28] <_Groo_> yofel: im confused now :D
[02:29] <yofel_> _Groo_: no, the 'bzr: out of memory' message IS the fix
[02:29] <_Groo_> so who did the announcement, Riddell?
[02:29] <_Groo_> yofel_: how can that be a fix?
[02:30] <yofel> _Groo_: well, the build farm doesn't crash anymore, so that is a fix in some sense, not for bzr though :(
[02:30] <_Groo_> yofel: ahh know i get it, you added in the fix for the original bug
[02:31] <yofel> _Groo_: that's not MY fix, so don't blame ME
[02:31] <_Groo_> yofel: im not blaming you, i always blame apachelogger!
[02:31] <_Groo_> btw to whoever did the announcemnt, tks for mentioning me in the "others" part of the announcement.. i feel just like this: http://dilbert.com/dyn/str_strip/000000000/00000000/0000000/100000/00000/4000/000/104043/104043.strip.gif
[02:32] <_Groo_> i exist now! AH!
[02:32] <yofel> :)
[02:34] <_Groo_> k, good night ppl, seeya all tomorrow :D
[02:34] <_Groo_> i might be a minion but im a existing minion!
[02:34] <_Groo_> i think ¬¬
[02:45] <CIA-24> [muon] jmthomas * 1204404 * trunk/extragear/sysadmin/muon/installer/ (ApplicationBackend.cpp ApplicationBackend.h) Blacklist any apps that have "kdebase-runtime" or "kdepim-runtime" as a package
[02:51] <ScottK-droid> Ugh. Qt webkit needs Qt mobility needs Qmf, which is in Universe.
[02:53] <ScottK-droid> Riddell: ^^^ is going to block us on armel shortly (now that gcc is fixed).
[04:26] <_Groo_> yofel: ping
[04:26] <_Groo_> yofel: are you there?
[04:30] <nixternal> apachelogger: I am not lazy, just bored and have other things to do in order to waste my time
[09:08] <skamster> hello all.. as i read on kde's page, here are some pykde-developers?
[09:09] <skamster> if yes, does someone know a good example how i could retrive adresses with akonadi?
[09:09] <skamster> would be very nice :
[09:09] <skamster> :)
[09:13] <valorie> skamster: this time is usually pretty quiet -- the Americans have gone to bed (except me) and the Europeans aren't awake yet
[09:15] <skamster> oh, i'm a european (swiss) and we've got 10:14 am here.. but ok, i will try it later once again..
[09:15] <skamster> what time is in america now?
[09:17] <valorie> west coast, it's 1am
[09:18] <valorie> skamster: the Euros might be at work/school
[09:18] <valorie> not sure
[09:18] <valorie> it's just generally quiet about now
[09:18] <ulysses> except the students who are too late from schhol that they don't even go:)
[09:19] <valorie> right, except the laggards
[09:19] <valorie> lol
[09:20] <skamster> ok.. i'm also at work till the next 5-6 hour's..
[09:20] <valorie> :-)
[09:21] <skamster> hehe, they're right.. stress isn't healty ;)
[10:24] <emonkey> skamster, there are other swiss, german and austrian people in here :-)
[10:25] <emonkey> and of course britain and I'm sure there are alot other europeans ...
[10:26] <skamster> mh, but they seem to like to sleep.. ;)
[10:27] <skamster> or they're by other reasons very shy.. :p
[10:33] <Riddell> skamster: I'm afraid I've never used the akonadi APIs
[10:33] <Riddell> but you should be able to follow the c++ APIs and convert to python
[10:35] <skamster> mh, yes i tried it.. but there are methods without classes.. which i didn't found on the pykde-api.. but must search the example first..
[10:37] <shadeslayer> apachelogger: hey! i was debugging a problem in Qt with thiago .... :P
[10:38] <shadeslayer> and i did kdepim and kdepim-runtime yesterday
[10:39] <skamster> that's the example which i tried yesterday to "translate"
[10:39] <skamster> http://techbase.kde.org/Development/Tutorials/Akonadi/Resources#Retrieving_Collections
[10:40] <skamster> but the line collectionsRetrieved( list ); is very unclear for me
[10:40] <skamster> where is this method?
[10:46] <skamster> if someone could tell me that, i maybe able to continue
[10:48] <Riddell> presumably it's in a parent of the VCardDirResource class
[10:56] <Riddell> ScottK: qmf moved to main
[11:42] <ScottK> Riddell: Cool.
[11:42] <ScottK> apachelogger: Could you  have a look at the grantlee FTBFS on armel.
[11:43] <ScottK> Riddell: Who is the grantlee upstream?
[11:43] <Riddell> ScottK: steveire is
[11:43] <apachelogger> steveire:
[11:43] <apachelogger> ScottK: not before thursday
[11:43] <ScottK> apachelogger: OK.
[11:43]  * apachelogger would be glad if qt would ever finish building
[11:43] <steveire> What's FTBFS?
[11:43] <ScottK> Riddell: From the build log I guess it's the ~standard qreal != double issue.
[11:43] <ScottK> steveire: Failed to build from source
[11:44] <ScottK> I'll get you the log
[11:44] <steveire> I've built grantlee in sb before for ARM, but the unit tests fail on exit because of QtGui.
[11:44] <steveire> Ok, thanks
[11:44] <ScottK> steveire: https://launchpad.net/ubuntu/+source/grantlee/0.1.7-0ubuntu1/+build/2058300/+files/buildlog_ubuntu-natty-armel.grantlee_0.1.7-0ubuntu1_FAILEDTOBUILD.txt.gz
[11:51] <apachelogger> oh no no no no
[11:51] <apachelogger> no!!!!
[11:51] <apachelogger> ScottK: mkdir: cannot create directory `/tmp/buildd/qt4-x11-4.7.0/debian/tmp//usr/include/qt4/QtWebKit/': No space left on device
[11:51] <ScottK> What?
[11:52] <ScottK> Is that our device or your cross-compile?
[11:52] <Riddell> N900 run out of disk space?
[11:52] <apachelogger> ScottK: ours
[11:52]  * ScottK looks
[11:52]  * apachelogger goes for a cleanup
[11:52] <apachelogger> /var/cache is full
[11:53] <apachelogger> ScottK: I am already on it
[11:53]  * apachelogger restarts build
[11:53] <ScottK> apachelogger: There's several chroots laying around in /var/cache/pbuilder/build.
[11:53] <ScottK> rm -rf the ones you don't need.
[11:53] <ScottK> OK
[11:56] <apachelogger> Riddell: that just made me think that I could add the n900 to my local icecc ^^
[11:58] <ScottK> Riddell: The grantlee build failure is now the blocker on armel.
[11:58] <Riddell> looks ugly
[11:59]  * apachelogger expects some symbol stuff to fail with opengles build
[11:59] <apachelogger> gettinga decent mobile qt is a bit of an effort right there...
[12:00] <ScottK> Looks like http://launchpadlibrarian.net/60261038/buildlog_ubuntu-natty-armel.qwbfsmanager_1.1.0-1_FAILEDTOBUILD.txt.gz could do with some porting too.
[12:01] <apachelogger> Riddell: is there a reason we build qt with exceptions?
[12:01] <apachelogger> (or: not with -no-exceptions)
[12:02] <ulysses> hm, l10n.kde.org still down
[12:03] <eMyller> omg, plasma's Search n Launch interface is awesome.
[12:03] <eMyller> almost perfect
[12:05] <Riddell> apachelogger: I don't know, I expect we follow Debian with that, I don't know the issues involved
[12:05] <apachelogger> Riddell: binaries getting fat and ugly and Qt not doing exceptions anyway
[12:06] <Riddell> worth asking fabo
[12:07] <apachelogger> fabo: ^
[12:08] <Riddell> ScottK: qwbfsmanager looks easy enough, just a qReal in the right place
[12:09] <ScottK> Riddell: Easy enough for anyone who does C++.  That would not be me.
[12:09] <ScottK> Maybe maco will fix it.
[12:36] <steveire> ScottK: I'm not seeing the actual error in the build output
[12:37] <ScottK> steveire: The actual failure was caused by a timeout.  Is it doing something at that point in the build that might cause it to not produce any output for a long time?
[12:37] <steveire> Yes. I'll point you to the fix
[12:38] <steveire> 5a71ed118f6fae67a4a26ab867ab7575e5a3e34c
[12:38] <ScottK> Thanks.
[12:39] <steveire> I'm not sure it'll apply cleanly. The previous commit to that moved some directories around,
[12:39] <steveire> Those are the first two commits after 0.1.7 though, so you might be able to just fast forward to it
[12:40] <steveire> Well, there's also a version number update actually
[12:40] <steveire> I'll try to make a new release by the end of the month anyway.
[12:41] <ScottK> OK.  It's time to get my youngest up and off to school.  I'll have a look once she's on the way.
[12:41] <steveire> Or if it's a problem, just package 0.1.6 until 0.1.8 is out. KJots/KAddressbook doesn't need  the very latest
[12:41] <steveire> Ok. Later
[13:17] <Riddell> yofel: ping
[13:30] <ScottK> # list-missing files result:
[13:30] <ScottK> -./usr/lib/grantlee/0.1/grantlee_i18ntags.so
[13:30] <ScottK> -./usr/lib/grantlee/0.1/grantlee_mutabletags.so
[13:30] <ScottK> Riddell: ^^^ is it intentional we don't ship those?
[13:31] <Riddell> I don't think so
[13:32] <ScottK> OK.  I'll add them.
[13:33] <Riddell> thanks
[13:36] <ScottK> steveire: git revert 5a71ed118f6fae67a4a26ab867ab7575e5a3e34c and then some diff/patch work (including reverting the version change) seems to have gotten me there.  We'll see how it works out.  Thanks for the assist.
[13:41] <CIA-24> [libqapt] jmthomas * 1204475 * trunk/extragear/sysadmin/libqapt/src/ (config.cpp history.h) SVN_SILENT: Final newlines++
[13:43] <ScottK> OK.  Uploaded.
[13:43]  * ScottK crosses fingers...
[13:51] <CIA-24> [muon] jmthomas * 1204480 * trunk/extragear/sysadmin/muon/installer/ApplicationBackend.cpp Document the placement of this functionality
[13:52] <skamster> does someone know a good example how i could retrive adresses with akonadi?
[13:54] <ScottK> skamster: I think there's an #akonadi channel that would be a better place to ask.
[13:54] <skamster> thanks :)
[13:54] <skamster> is it on freenode or also on the kubuntu-irc?
[13:55] <ScottK> skamster: kubuntu-irc is just an alias for freenode.
[13:55] <ScottK> So "yes".
[13:56] <skamster> ah, ok, i've got them as diffrent server's in quassel..
[13:57] <skamster> but i found it on the "kubuntu"-one
[13:57] <skamster> ;)
[13:57] <CIA-24> [muon] jmthomas * 1204482 * trunk/extragear/sysadmin/muon/installer/ (4 files in 2 dirs) Include cleanups
[14:02] <CIA-24> [muon] jmthomas * 1204485 * trunk/extragear/sysadmin/muon/installer/AvailableView.cpp We must clear the old category pointers from the list after they are deleted, else the list grows by ~200 bytes in useless pointers each reload
[14:04] <steveire> ScottK: Those libs you pointed out are in master, but not 0.1 branch
[14:04] <steveire> Not final, not BC stable etc. Are you packaging master?
[14:04] <ScottK> steveire: Not on purpose.
[14:04] <ScottK> It looks like I may have applied the wrong patch.
[14:04] <CIA-24> [muon] jmthomas * 1204486 * trunk/extragear/sysadmin/muon/installer/ApplicationBackend.cpp Don't under any circumstances show the ApplicationLauncher when there are no apps to show. (E.g. in the case of a commit failure where the package is still installed or somesuch)
[14:04] <ScottK> Sigh
[14:05] <ScottK> steveire: Thanks for the warning.
[14:05] <steveire> Might be my fault. I'll check again
[14:06] <steveire> Might be git wierdness either.
[14:06] <ScottK> steveire: Also it looks like there's a armel porting issue in whatever I uploaded that merits fixing before release: http://launchpadlibrarian.net/60271389/buildlog_ubuntu-natty-armel.grantlee_0.1.7-0ubuntu2_FAILEDTOBUILD.txt.gz
[14:06] <ScottK> But that's secondary at the moment.
[14:06] <steveire> You should be able to git checkout v0.1.7 && git cherry-pick 5a7...
[14:07] <ScottK> Yeah.
[14:09] <steveire> make: *** obj-arm-linux-gnueabi: No such file or directory.  Stop. ?
[14:10] <ScottK> /build/buildd/grantlee-0.1.7/templates/lib/abstractlocalizer.cpp:50:47: error: call of overloaded 'localizeNumber(double)' is ambiguous
[14:13] <steveire> There are two localizeNumber calls. One takes an int, the other a qreal.
[14:13] <steveire> Why would that fail on arm?
[14:13] <steveire> Should it be simply double, not qreal?
[14:16] <ScottK> steveire: I'm not sure which it should be but since qreal != double that is the problem.
[14:16] <ScottK> steveire: BTW, I definitely had the wrong patch before.
[14:18] <CIA-24> [muon] jmthomas * 1204487 * trunk/extragear/sysadmin/muon/installer/ApplicationBackend.cpp Add kdelibs5-plugins to the blacklist, as removing KMailService would in turn remove most of KDE.
[14:29] <fabo> apachelogger: without exceptions you loose some features
[14:30] <fabo> afair, xmlpatterns is disabled
[14:31] <fabo> I guess a quick grep should help to find the dependent module
[14:31] <ScottK> FYI, doko just uploaded kdebindings, so whoever is working on -bindings for beta 2 needs to grab that change and include it in their package. https://launchpad.net/ubuntu/+source/kdebindings/4:4.5.80-0ubuntu3
[14:51] <steveire> Riddell: Are there kdepim-mobile packages that can be installed by desktop users?
[14:52] <steveire> Or are the packages you mentioned before only for kubuntu-mobile?
[15:01] <ScottK> steveire: It's all one archive so they can be installaed on desktops.
[15:08] <steveire> Ok.
[15:08] <steveire> Turns out the user needs to self-compile anyway.
[15:17] <Riddell> steveire: yes we have packages of 4.6 beta 1 in kubuntu-ppa/experimental
[15:17] <Riddell> beta 2 coming tomorrow with any luck
[15:18] <yofel> o/
[15:18] <yofel> Riddell: are you going to do edu?
[15:19] <Riddell> yofel: it just finished compiling here
[15:19] <yofel> then you do it, I only got the sources so far, I'll rather finish networks
[15:19] <yofel> *network
[15:20] <Riddell> go for it
[15:22] <Riddell> evening kronos
[15:22] <kronos> Riddell: evening..
[15:24] <kronos> Riddell: was trying kdepim for maverick ystrday.. build failed .. http://pastebin.ca/2012919
[15:26] <yofel> Riddell: kdelibs 85a https://code.launchpad.net/~yofel/kdelibs/4.5.85a/+merge/42904
[15:32] <ScottK> steveire: Once I got the right patch grantlee built fine on armel.  Thanks again.
[15:33] <CIA-24> [muon] jmthomas * 1204492 * trunk/extragear/sysadmin/muon/installer/Application.cpp Add a bit of spacing to the menu path
[15:34] <Riddell> kronos: hmm, no useful error message there :(
[15:35] <kronos> Riddell: the entire log http://paste.ubuntu.com/540658/ ...
[15:38] <yofel> Riddell: does kdegraphics have a kexiv2 package for 4.5.85?
[15:38] <yofel> hm, trying to get firefox to search on a 12000 lines pastebin is a bad idea...
[15:46] <yofel> ok, there's libkexiv2
[15:47]  * ulysses upgraded from Lucid to Maverick and then to Natty
[15:50] <CIA-24> [muon] jmthomas * 1204493 * trunk/extragear/sysadmin/muon/installer/Application.cpp We already weren't using QChar and ' ' is a valid Utf8 character, so we might as well just put the spaces in the fromUtf8 function and not concatenate at all
[15:53] <CIA-24> [muon] jmthomas * 1204494 * trunk/extragear/sysadmin/muon/installer/ApplicationBackend.cpp SVN_SILENT: kDebug()--
[16:01] <Riddell> yofel: yes libkexiv2-9
[16:01] <yofel> kdeartwork wants kexiv2 for err... support rotating images with exiv data IIRC
[16:02] <yofel> and some files went missing in the slim-glow theme..
[16:02] <Riddell> yofel: yes, add libkexiv2-dev build-depend
[16:02] <yofel> I did, just took me a bit to find it
[16:05] <yofel> Riddell: network https://code.launchpad.net/~yofel/kdenetwork/4.5.85a/+merge/42962
[16:10] <steveire> ScottK: Great.
[16:22] <Riddell> yofel: you may need to update https://wiki.kubuntu.org/Kubuntu/Ninjas/DependencyGraph for those new build-depends
[16:22] <yofel> Riddell: was going to do that after I'm finished, something I should add from your side?
[16:23] <Riddell> not from me, just the changes to kdenetwork and kdeartwork
[16:23] <yofel> k, I'll have artwork done in a minute
[16:28] <Riddell> groovy, we're almost done
[16:28] <Riddell> time to get started on maverick I guess
[16:32] <yofel> Riddell: https://code.launchpad.net/~yofel/kdeartwork/4.5.85/+merge/42970
[16:35]  * yofel goes updating the graph
[16:39] <yofel> the new graph reminds me of apacheloggers UML graph from yesterday...
[16:39] <Riddell> does it make you want to cry?
[16:41] <_Groo_> yofel: ping
[16:41] <_Groo_> hi/2 all
[16:42] <yofel> it makes me feel fuzzy when I look at it...
[16:42] <apachelogger> mhhh
[16:42] <yofel> hey _Groo_
[16:42] <apachelogger> <-- uml graph lover
[16:42] <apachelogger> fabo: I see
[16:42] <apachelogger> so
[16:42] <apachelogger> about mobile qt and opengles
[16:42] <apachelogger> ...
[16:42] <apachelogger> for some reason I get a fatal error when trying to start the opengl graphisengine
[16:42] <_Groo_> yofel: hey :) i sucessfully completed the libktorrent/ktorrent recipe, its working daily now :) im gonna do the same for amarok now
[16:42] <apachelogger> something about dri2 authorization failure or some stuff
[16:43] <_Groo_> yofel: ill get it from neon, just a quick question
[16:43] <yofel> sure
[16:43] <_Groo_> yofel: its saying in https://code.edge.launchpad.net/~neon/amarok/master that the last import is from day 5
[16:43] <_Groo_> yofel: is it normal to fail? i just asked to retry to see what happens
[16:44] <yofel> _Groo_: it disables itself when it fails 5 times in succession, there is some connection error in the log
[16:45] <yofel> let's see how the retry goes
[16:45] <_Groo_> yofel: yeah i noticed, but it doesnt try next day?
[16:45] <_Groo_> yofel: someone needs to manually try it again?
[16:45] <yofel> _Groo_: no, if it fails 5 times it gives up, permanently unless you retry it manually
[16:46] <_Groo_> yofel: k
[16:46] <_Groo_> now a package question for all
[16:46] <_Groo_> my amarok uses coverbling too
[16:47] <_Groo_> so usually i just copy the playground/src/etc.../coverbling to src/etc...
[16:47] <_Groo_> i do it manually and just patch the cmakelist via quilt
[16:47] <_Groo_> how do i say to the buyild package to do the copying for me each time?
[16:47] <_Groo_> basically a cp fromhere to there
[16:47] <yofel> graph updated
[16:48] <_Groo_> anyone?
[16:48] <_Groo_> do i put in the rules file? anyone has a example? somepackage that does similar thing
[16:50] <yofel> you could add it to another branch and let the recipe merge that into the package, haven't tried that myself yet though
[16:54] <_Groo_> yofel: no no, coverbling is inside the master trunk, in the dir playground, i just need the rules to copy it to the default src/ and leave the patching to quilt (already one), i just want the debuild to copy the files for me
[16:56] <_Groo_> yofel: yeah import is broken :(
[16:57] <yofel> _Groo_: yeah, but it's not part of the amarok source on launchpad right? the buildds don't have internet access
[16:57] <yofel> let me look at the error again
[16:57] <_Groo_> yofel: yes its part of the amarok code
[16:57] <_Groo_> yofel: its in the playground tree which is part of main trunk code
[16:57] <yofel> _Groo_: oh it is? then just put the copy command into rules?
[16:58] <_Groo_> yofel: playground/src/context/applets/coverbling/
[16:58] <_Groo_> and i just copy it to src/context/applets/coverbling/ and add the dir rule to cmakelist via quilt
[16:58] <_Groo_> yofel: yeah but how do i do that now? in rules i mean, the syntax changed so much with latest cdbs and such
[16:58] <_Groo_> yofel: its a normal bash command?
[16:59] <_Groo_> yofel: im lost again in that part
[16:59] <yofel> I have absolutely no knowledge about CDBS, so I can't help there
[17:00] <ScottK> Riddell: We finally have all the build-depends for kde4libs on armel and it's started ....
[17:00] <Riddell> ScottK: awesome
[17:00] <_Groo_> ScottK: nice
[17:00] <_Groo_> yofel: k, gonna google around
[17:01] <bulldog98> +ScottK
[17:01] <_Groo_> but if some gurus could give a hint it would help A LOT <-----------------
[17:01] <yofel> hey bulldog98, can you update kdepimlibs in ninjas? new beta2 tarball
[17:01] <ScottK> Riddell: We still need to get the situation sorted with the various symbol files.  I think we need to be doing something with the symbols helper and generating an updated template, but I didn't get it figured out yet.
[17:02] <bulldog98> yofel: currently small bandwidth you could upload it and just change the uploader in the changelog
[17:15] <_Groo_> guys how do i copy one dir to other place inside a src tree with the rules files? with dh syntax i dont have a clue
[17:15] <yofel> _Groo_: amarok nees a new import it seems, they changed the git url. I'll take care of that
[17:17] <_Groo_> yofel: k, tks, will the lp link still be the same?
[17:17] <_Groo_> yofel: or i need to change the recipe?
[17:17] <yofel> not sure, I'll try to delete this one first
[17:17] <_Groo_> yofel: k, let me know
[17:18] <yofel> _Groo_: heh, can you edit your recipe first not to use it? I can't delete it thanks to that :P
[17:19] <_Groo_> yofel: lol, k, im on it
[17:19] <_Groo_> deleted
[17:20] <yofel> _Groo_: re-added
[17:25] <_Groo_> brb
[17:27] <yofel> Riddell: did you merge bindings? still shows as pending on launchpad
[17:27] <Riddell> mm, I thought I did
[17:28] <Riddell> silly bzr repository version breakage
[17:36] <apachelogger> so
[17:36] <apachelogger> seems my gles problems came from mesa not really supporting that stuff
[17:37]  * apachelogger looks for binary magic to use
[17:49] <Riddell> http://www.kubuntu.org/news/amarok-2.4-beta-1
[17:50] <Riddell> markey: "The ability to show and hide the menu bar" is that intended for netbooks?
[17:52] <markey> Riddell: no, not necessarily. some users had been asking for this feature
[17:53] <markey> but we were against it, for usability reasons
[17:53] <markey> now we made it so that it comes with a huge warning dialog
[17:53] <markey> so that users won't accidentally switch the menu off, we  had that issue before...
[17:54] <markey> Riddell: I think we will also get rid of the status bar at some point. all the information int here is redundant
[17:54] <markey> you can read the "Now playing" status like in 4 places, all over Amarok
[17:57] <Riddell> that makes sense
[18:16] <dantti_work> apachelogger: ping
[18:18] <apachelogger> dantti_work: pongo
[18:18] <dantti_work> apachelogger: so Tim said it's ok for we to go C, we have two files to translate if you are felling good to it :D https://fedorahosted.org/pipermail/system-config-printer-devel/2010-November/000075.html
[18:18]  * apachelogger thinks that the n900 will soon set on fire
[18:19] <apachelogger> dantti_work: mhhh, c :)
[18:19]  * apachelogger hasnt done C in ages
[18:20] <dantti_work> apachelogger: I know you love it ;)
[18:21] <apachelogger> <-- java lover
[18:21] <dantti_work> apachelogger: I think if we translate the first one ppds.py we can release print-manager :D
[18:21] <apachelogger> oh
[18:21] <dantti_work> apachelogger: jave really? I thought it was python...
[18:21] <apachelogger> but I really think we should redo print-manager in java!
[18:21]  * apachelogger broke his mobile image ^^
[18:21] <yofel> please don't!
[18:22] <dantti_work> please! don't!
[18:22] <apachelogger> /usr/bin/kdeinit4: error while loading shared libraries: libEGL.so.1: cannot open shared object file: No such file or directory
[18:22] <apachelogger> why not?
[18:22] <apachelogger> do you have something against java?
[18:23] <yofel> apart from the fact that it needs an insane amount of memory just to exist, no
[18:23] <dantti_work> hmmm no qt? or at least not a good one?
[18:23] <dantti_work> hmm closed vm?
[18:23] <dantti_work> garbage maker?
[18:23] <dantti_work> or is it colector?
[18:23] <yofel> collector
[18:24] <dantti_work> right, so we collect java and put it on the garbage :P
[18:24] <yofel> now I know, rewrite it in ADA :D, doesn't have a good qt lib though :/
[18:24]  * dantti_work stays with C/Cpp
[18:25] <apachelogger> dantti_work: qt is crap compared to swinging, openjdk is not closed, garbage collector makes all sorts of sense
[18:26] <dantti_work> swinging sucks alot
[18:26] <apachelogger> no
[18:26] <apachelogger> it rox
[18:26] <dantti_work> ok, write kde in java then.. :P
[18:26] <apachelogger> bit by bit
[18:26] <dantti_work> and buy a super computer to run it
[18:26] <apachelogger> starting with printer-manager
[18:26] <apachelogger> java is not slower than c++
[18:26] <apachelogger> !
[18:26] <apachelogger> there are studies on that topic
[18:28] <dantti_work> well I guess that's off topic and meaningless :P languages wars don't write code ...
[18:28] <dantti_work> so in case you still want that... we need C ;)
[18:29] <yofel> dantti_work: why not ++?
[18:29]  * apachelogger wonders why dolphin always goes to shit in betas
[18:29] <dantti_work> yofel: because libcups is C, and python cups needs to glue with that, so it will be a shared C lib to be used by Qt/C++ and py/gtk
[18:30] <yofel> dolphin is freakin' slow here, but forks otherwise
[18:30] <yofel> dantti_work: ah, k
[18:30] <dantti_work> apachelogger: it was shit till 4.5.2 too :P
[18:30] <apachelogger> not here
[18:30] <yofel> s/forks/works
[18:30]  * yofel has read too much about calligra...
[18:30] <dantti_work> apachelogger: it was freezing all the time
[18:30] <apachelogger> dantti_work: dont place your pr0n all over the place then :P
[18:30] <yofel> ^^
[18:31] <dantti_work> ?
[18:31] <apachelogger> video previews are a drag
[18:31] <apachelogger> and not using phonon
[18:31] <dantti_work> no, that wasn't the problem
[18:31] <apachelogger> also I wonder how long it can take to tar xf a flipping binary tar on the n900...
[18:31] <dantti_work> it happended when I open any kind of files, and even navigating on dir without any videos
[18:32] <apachelogger> kubuntu_02_inti_functions.patch
[18:32] <apachelogger> typo alarm
[18:32]  * apachelogger larts apachelogger
[18:33] <apachelogger> pvr-bin-<IP_ADDRESS>6.tar.bz2: gzip compressed data, from Unix, last modified: Mon Aug  2 02:12:01 2010
[18:33] <apachelogger> you got to be kidding me
[18:34] <yofel> so much for java being good *-.- http://launchpadlibrarian.net/60281933/buildlog.txt.gz
[18:34] <yofel> ok, maybe just openjdk sucks
[18:35] <apachelogger> so
[18:35] <apachelogger> do I go out partying tonight?
[18:35] <apachelogger> or do I continue this futile work on getting opengles on the n900
[18:35] <Riddell> could you do both at the same time?
[18:36] <apachelogger> no
[18:37]  * apachelogger needs intarwebs and a build machine to go along with the opengles stuff
[18:37] <apachelogger> but it would seem I just need to find a driver/implementation that works on omap3, which apparently is this powervr
[18:39]  * yofel tries to update to 4.5.85 on natty
[18:42] <yofel> Riddell: do you want to update kdepimlibs or should I try to, it was originally bulldog98s package so i'm not sure what to do with the changelog
[18:44] <Riddell> yofel: I think I did
[18:44] <yofel> oh right, missed it, sry
[18:44] <Riddell> yes I did
[18:53] <apachelogger> [  7162.815] (II) LoadModule: "pvr"
[18:53] <apachelogger> [  7162.817] (II) Loading /usr/lib/xorg/modules/drivers/pvr_drv.so
[18:53] <apachelogger> [  7162.817] dlopen: /usr/lib/xorg/modules/drivers/pvr_drv.so: cannot open shared object file: No such file or directory
[18:54]  * apachelogger sighs
[19:16] <_Groo_> hi/2 all
[19:16] <_Groo_> yofel: ping
[19:16] <yofel> wb _Groo_
[19:16] <_Groo_> yofel: tks yofy
[19:17] <_Groo_> yofel: since im behind a proxy at wotk i tried to push the bzr commit bia http, to my branch
[19:17] <_Groo_> yofel: but i had this error
[19:17] <_Groo_> bzr: ERROR: At https://code.edge.launchpad.net/~paulo-miguel-dias/+junk/amarok-ubuntu you have a valid .bzr control directory, but not a branch or repository. This is an unsupported configuration. Please move the target directory out of the way and try again.
[19:18] <yofel> never seen that before o.O (ask in #launchpad maybe)
[19:18] <_Groo_> yofel: i used bzr push https://code.edge.launchpad.net/~paulo-miguel-dias/+junk/amarok-ubuntu
[19:18] <_Groo_> yofel: did i miss aything?
[19:18] <yofel> no idea, never seen thta
[19:18] <yofel> *that
[19:18] <_Groo_> yofel: k let me bug them
[19:21] <_Groo_> yofel: nvm found the problem :LD
[19:22] <_Groo_> yofel: i had done git add * instead bzr add * lol... he was right
[19:22] <_Groo_> yofel: my bzr was empty really :D
[19:22] <yofel> ooops ^^
[19:22] <_Groo_> yofel: stupid brain + fingers
[19:24] <_Groo_> yofel: but still gives me me the same error when pushing.. maybe its not supported or im missing something... he didnt ask for authentication to upload either
[19:26] <_Groo_> yofel: yeah i dont think its supported, the error might be a generic one.. ill try to upload at home, should work fine..
[19:27] <_Groo_> yofel: i also learned how to do the cp thing.. its almost equal the old way
[19:27] <yofel> :)
[19:36] <apachelogger> argh
[19:36] <apachelogger> out of battery
[19:36] <apachelogger> rbelem: ping
[19:36] <rbelem> apachelogger, pong
[19:37] <apachelogger> rbelem: do you have some time for n900 stuff?
[19:37]  * _Groo_ invokes the powers of apachelogger certifications!
[19:37] <apachelogger> rbelem: there is a pvr gles implemention in multiverse
[19:37] <_Groo_> apachelogger: do you know if i can upload to a branch in lp via http? like bzr push https://code.edge.launchpad.net/~paulo-miguel-dias/+junk/amarok-ubuntu
[19:38] <apachelogger> technically we shoud be able to run plasma-mobile with --opengl if qt is compiled with es2 support
[19:38] <neversfelde> there is no Amarok 2.4 Beta in the beta ppa, but kubunut.org says so
[19:38] <apachelogger> rbelem: in parctise that sort of failed here, though that might be because my image is a mess from days of copying files around and around and around
[19:39] <apachelogger> _Groo_: no
[19:39] <_Groo_> apachelogger: no as i dont know , or no in - no you cant, go away?
[19:41] <rbelem> apachelogger, yup :-)
[19:42] <apachelogger> rbelem: do you have access to our arm builders?
[19:42] <rbelem> apachelogger, nope :-(
[19:43] <apachelogger> ok
[19:43]  * apachelogger transfers binaries
[19:43] <apachelogger> rbelem: meanwhile https://wiki.ubuntu.com/ARM/OMAP/Graphics
[19:43] <rbelem> apachelogger, maybe we should try mgraesslin kwin opengles branch too
[19:43] <apachelogger> yes, but, that has no impact on plasma-mobile AFAICT
[19:45] <rbelem> apachelogger, are those binaries are enough to gles work?
[19:45] <apachelogger> I think so
[19:45] <apachelogger> not for qt though
[19:46] <rbelem> apachelogger, those packages pushes any xorg omap3 pkg?
[19:46] <apachelogger> no
[19:47] <apachelogger> rbelem: there is xserver-xorg-video-omap3 though
[19:47] <apachelogger> (neon enabled build that is)
[19:47] <apachelogger> not sure if that helps with the affairs though
[19:47] <apachelogger> -omapfb seems to be neon-less build or so
[19:47] <apachelogger> !info xserver-xorg-video-omapfb
[19:47] <apachelogger> !info xserver-xorg-video-omap3
[19:47] <apachelogger> pff
[19:48] <apachelogger> silly bot
[19:48] <rbelem> apachelogger, probably because they are only on ports.ubuntu.com :-)
[19:48] <apachelogger> yeah
[19:48] <apachelogger> still
[19:48] <apachelogger> ...
[19:50] <rbelem> apachelogger, did you try the demo of the wiki page?
[19:50] <apachelogger> no
[19:50] <apachelogger> my battery ran out
[19:50] <rbelem> :-D
[19:51] <rbelem> apachelogger, in the config git repository i saw something related to the sgx
[19:51] <rbelem> let me check
[19:55] <apachelogger> rbelem: the repos are a bit of a silly thing
[19:55] <apachelogger> they are not even in sync with 1.1
[20:06] <apachelogger> kronos: fancy updating akunambol package for the akunambol ppa?
[20:07] <kronos> apachelogger: yeah.. will try ..
[20:08] <apachelogger> groovy
[20:08] <apachelogger> https://launchpad.net/~akunambol/+archive/ppa
[20:08] <apachelogger> http://akunambol.ruphy.org
[20:08]  * rbelem is still waiting for his micsosd class 10 :-(
[20:11] <DarkwingDuck> hey rbelem, did you get that guide on the wiki?
[20:15] <apachelogger> computer says no
[20:15] <apachelogger> *cough*
[20:18] <DarkwingDuck> hehehe
[20:26] <apachelogger> http://aplg.kollide.net/images/avatar/snapshot115.png I luv Phonon
[20:30] <kronos> apachelogger: is there a liblikeback ?
[20:32] <apachelogger> oh
[20:32] <apachelogger> no
[20:32] <apachelogger> I did not release it ^^
[20:33] <apachelogger> kronos: want to try yourself on making a git snapshot? :D
[20:33] <kronos> apachelogger: guide me ..
[20:34] <apachelogger> kronos: http://gitorious.org/kmess/apacheloggers-likeback
[20:35] <apachelogger> you basically just git clone it, remove the .git directory and create a new packaging for version 0.1~git20101207
[20:42] <kronos> apachelogger: what should i name the package - liblikeback or anything else ?
[20:43] <apachelogger> kronos: the source liblikeback, the binary packge however liblikeback0
[20:43] <apachelogger> JontheEchidna: ping
[20:43] <JontheEchidna> apachelogger: pong
[20:43] <apachelogger> can you help kronos with that package?
[20:43]  * apachelogger is going to a party
[20:44]  * apachelogger just noticed that he is rich and must get rid of some money
[20:44] <JontheEchidna> lol
[20:44] <JontheEchidna> must be all those GSoC monies
[20:44] <apachelogger> no
[20:44] <apachelogger> others
[20:44] <apachelogger> gsoc is long gone ^^
[20:44] <yofel> consolidation money from having to look at u1 code :P
[20:45] <apachelogger> something like that
[22:00] <yofel> 4.5.85 updated and works fine on natty here, and I have suspend and hibernate buttons back (not tested yet) \o/
[22:00] <yofel> brightness control is still broken though
[22:02] <yofel> dolphin and gwenview start fast and without hal errors again :)
[22:07] <JontheEchidna> :D http://img210.imageshack.us/img210/1552/dexter0.jpg
[22:40] <CIA-24> [muon] jmthomas * 1204552 * trunk/extragear/sysadmin/muon/installer/ (8 files in 3 dirs) In preparation for addons support, make the Transaction struct a class
[22:58] <Riddell> evening
[23:11] <Riddell> E: Build-Depends dependency for kdesdk cannot be satisfied because no available versions of package libkonq5-dev can satisfy version requirements
[23:11] <Riddell> yofel: could you add kdesdk needs kdebase to the digram ^^
[23:12] <yofel> ooops, will do
[23:19] <yofel> updated