[00:03] <txwikinger> Oh.. Stanley Cup playouff are starting
[00:16] <blueyed> starshiptrooper: might help: http://wiki.debian.org/DpkgConffileHandling
[02:08] <ryanakca> Hmmm... can anybody confirm having difficulty unlocking a disk at boot with plymouth?
[02:08] <ryanakca> At first I thought it was my imagination, but it is happening often enough for me to think there's an issue. I can usually unlock a disk on the first try if I boot in rescue mode (and enter my passphrase without it going through a plymouth theme). But if I boot normally, it takes me 6-7 tries.
[02:28] <ScottK> ryanakca: I'd ask in #ubuntu+1 or #ubuntu-devel
[02:28] <ScottK> I don't think Plymouth would affect it, but I don't really know.
[02:33] <jjesse-netbook> ScottK: question on netbook, dont know if this is something different on my netbook or a decision but the top bar (dont know what is called) with the minimize, close, maximize is missing
[02:33] <ScottK> jjesse-netbook: By design to maximize vertical space.
[02:34] <ScottK> jjesse-netbook: On the right end of the panel, there's a app control that effectively replaces that.
[02:35] <jjesse-netbook> ok
[02:35] <jjesse-netbook> took me awhile to figure out that app control :)
[02:39] <JontheEchidna> amichair: yeah, just forgot to upload. ;)
[02:39] <JontheEchidna> doing that right now
[02:39] <ScottK> JontheEchidna: What are you uploading?
[02:39] <JontheEchidna> ScottK: kubuntu-notification-helper
[02:39] <ScottK> Ah, OK.
[02:40] <ryanakca> ScottK: tHANKS
[02:40] <ryanakca> Thanks
[02:40] <CIA-6> [kubuntu-notification-helper] Jonathan Thomas (The man) <echidnaman@gmail.com> * echidnaman@gmail.com-20100415014011-fqro6kwh3xtos899 * src/daemon/ (3 files in 2 dirs) Correctify iterators for stability and optimization
[02:41] <JontheEchidna> amichair: uploaded, thanks
[02:42] <JontheEchidna> I do have a patch for kde4libs
[02:42] <JontheEchidna> anybody else have anything for kde4libs?
[02:42] <JontheEchidna> (mine is to fix: https://bugs.kde.org/show_bug.cgi?id=227117 )
[02:43] <ScottK> JontheEchidna: You might grab Debian's package and pull in their debian/copyright updates.
[02:44] <JontheEchidna> good idea
[02:47]  * ScottK already did that for -runtime and -workspace.
[02:47] <ScottK> and if you see anything else in the package we clearly want
[02:51] <jjesse-netbook> hrmm ok wierd question how do i renable compositing if i dont have an f12?
[02:53] <ScottK> jjesse-netbook: system settings
[02:54] <ScottK> Desktop -> Desktop Effects
[02:58] <JontheEchidna> whew, got the upload in seconds before freeze was announced in #ubuntu-devel :D
[03:02] <jjesse-netbook> hrmm didn
[03:02] <nixternal> oh man I am exhausted
[03:03] <jjesse-netbook> yeah?
[03:03] <nixternal> I trained for 6 hours today
[03:03] <nixternal> in the saddle for 6 hours....talk about sore ass
[03:04] <ScottK> JontheEchidna scores the second package in the freeze queue.
[03:04] <JontheEchidna> aww, didn't make it :(
[03:04] <nixternal> someone is going to have to figure out how to import and package the translations for kubuntu-docs fyi...i can't do it, not even going to try to be honest
[03:04] <nixternal> or, just leave it, and not ship translations with lucid, but release them afterwards
[03:05] <nixternal> I might have a new computer sometime this year
[03:05]  * nixternal wonders why he is even online as he is absolutely useless
[03:06] <jjesse-netbook> waiting for your insurance to get you a new computer?
[03:07] <nixternal> not gonna happen
[03:08] <nixternal> wait until i have some money to spend on a puter...hopefully sometime this year, would be nice
[03:08] <jjesse-netbook> good luck
[03:08] <ScottK> JontheEchidna: Accepted.
[03:09] <jjesse-netbook> hrmm wish i knew the process for importing and packaging the translations for kubuntudocs
[03:09] <jjesse-netbook> can someone help?
[03:09] <nixternal> i think i am the only one who has done them since 2005
[03:10] <nixternal> before me, it was mdke doing them
[03:10] <jjesse-netbook> argh
[03:10] <jjesse-netbook> can you send mdke an emaiL?
[03:10] <nixternal> poke him on irc
[03:10] <persia> nixternal: Do you have the process available, but just not the computing power, or do you lack the process as well?
[03:11] <nixternal> though i doubt mdke will even have time for them
[03:11] <nixternal> persia: the process actually needs to be created and played with, though hopefully with dpm rocking lp and translations it should be smoother...and yes, I have 0 computing power
[03:12] <persia> Oh :(  I have spare CPU cycles, but not time.
[03:12] <nixternal> in the past our translations from LP were such shit that you had to wing the process
[03:12] <jjesse-netbook> now they are slightly better shit
[03:12] <jjesse-netbook> instead of total shit
[03:13] <nixternal> yeah, i am probably going to be lacking the time as well....i think i am going to start concentrating on cycling more so than open source contributions
[03:13] <persia> Given your available CPU cycles, I think that makes sense :)
[03:13] <jjesse-netbook>  hrmm
[03:13] <jjesse-netbook> yeah i guess it does
[03:13] <nixternal> that it does, perfect timing I guess
[03:14] <nixternal> how much EPO do I have to take to become powerful like Lance?
[03:14] <jjesse-netbook> more then you can afford?
[03:14] <nixternal> haha, so true
[03:15] <nixternal> plus with piss tests all of the time, I wouldn't even think about it
[03:18] <nixternal> Speed:	 9.88 (mi/hr) (avg)    37.01 (mi/hr) (max)
[03:18] <nixternal> hills rock!
[03:18] <nixternal> though slow as hill avg, and 37.01 max, sitting up, not even pedaling
[03:19] <nixternal> If I pedaled, I would have been doing about 60mph, maybe a bit more
[03:31] <txwikinger> Hey nixternal
[03:32] <txwikinger> 60mph.. where you going down a mountain?
[03:32] <txwikinger> -h
[03:33] <nixternal> just a hill, and a hill htat is actually close to my house that I didn't even know about
[03:33] <nixternal> time trials on sunday, I was doing 43MPH on flats just pedaling
[03:34] <nixternal> I can't keep that though, but I can get up to 40MPH quickly, but as soon as I do, I am damn near dead
[03:34] <txwikinger> well. you hit the wall
[03:35] <txwikinger> bicycling is about oxygen
[03:35] <txwikinger> Lance is so good because he has such a big lung volumn
[03:35] <txwikinger> nixternal: Does EPO enlarge your lungs?
[03:36] <txwikinger> and heart volumn too actually
[03:37] <ScottK> EPO enhances the oxygen carrying capacity of your blood.
[03:38] <ScottK> So it has parallel effects.
[03:38] <nixternal> increaces your VO2Max
[03:38] <nixternal> that's because lance is a doper
[03:39] <txwikinger> 43mph is quite high... even the peloton is not doing that
[03:39] <nixternal> depends....the peloton can hit up to 60mph on a rapid burst of accelleration
[03:42] <ScottK> JontheEchidna: You still win.  KNH was the last pre-freeze upload.
[03:43] <JontheEchidna> \o/
[03:44] <ScottK> My closest one was 10th to last.
[03:46] <ScottK> Dapper has had ~53K uploads in it's lifetime.  Lucid is already over 115K.
[03:47] <nixternal> measure twice, cut once
[03:47] <nixternal> to bad nobody thinks about that when packaging
[03:55] <persia> Where is that number from?
[03:57] <ScottK> persia: Number of results listed on https://launchpad.net/ubuntu/lucid/+queue?queue_state=3&queue_text=
[03:57] <ScottK> (and the similar page for Dapper)
[04:10] <imbrandon> ScottK: i wonder would the -changes email archive say the same thing, seems like the same info
[04:10] <imbrandon> just pre-parsed
[04:11] <ScottK> Probably.  I just happened to be on the LP page and noticed.
[04:11] <imbrandon> hehe yea
[04:11] <imbrandon> i wonder if seveas still runs the rss versions of the -changes email list
[04:12] <imbrandon> might be someting to intergrate ( or re-write ) for ubuntuwire , hum , maybe a weekend project
[04:12] <ScottK> I think so.
[04:12] <ScottK> imbrandon: Universe is still open for fixing.  Please go fix me some FTBFS.
[04:12] <imbrandon> those were nice when i used them, better than the ML imho
[04:13] <ScottK> Yep
[04:13] <imbrandon> sure thing ScottK , and i can actualy upload those changes LOL
[04:13] <ScottK> Yep
[04:14] <imbrandon> actualy i'm finishing a late dinner then i planed on some bug squishing, if you have any specific pet peeves lemme know i'll get to them in the next hour(s) , no RL work till next monday so i got lots of time next few days
[04:16] <ScottK> imbrandon: Pleanty of choices in /topic of #ubuntu-motu
[04:16] <imbrandon> ohh also i ment to ask you the other night, a kind word or three on http://wiki.ubuntu.com/BrandonHoltsclaw in the endorsement section, not sure if i'll need them for a renew but dosent hurt
[04:17] <imbrandon> :) ok lemme scarf down the food, brb
[04:19] <imbrandon> main is solid frozen correct ?
[04:19] <imbrandon> ( food down btw , not that any care )
[04:20] <ScottK> Reasonably solid.
[04:20] <imbrandon> k
[04:20] <ScottK> If there's critical bug fixes, put them in queue and they'll be reviewed.
[04:20] <imbrandon> right
[04:20] <ScottK> There's still time between RC and Final for Main stuff to get in.
[04:21] <imbrandon> yea i dident have anything in mind, just makin sure i was clear
[04:22] <ScottK> imbrandon: You should probably update your wiki page and talk about your return before I add an endorsement
[04:23] <imbrandon> yea i actualy have that in draft, need to finalize it, will do and ping ya again
[04:23]  * ScottK nods
[04:25] <imbrandon> i picked up a sweet dual quad core intel ( 8 cores total ) and 16gb ram  mac pro today VERY cheap
[04:25] <imbrandon> thats gonna make a NICE build / dev machine when i get it setup
[04:26] <imbrandon> cheap == less than $200 USD
[04:26] <imbrandon> no harddrives or video card, but those are reasonable
[04:27] <nixternal> pfft, my netbook will run circles around it
[04:27] <imbrandon> heya nix
[04:28] <imbrandon> nix, yea it came from a firedamage sale, banged up case but other than that , wow, sweet machine
[04:32] <nixternal> www.lickbike.com/productpage.aspx?PART_NUM_SUB='7188-69'
[04:32] <nixternal> that's where my money is going currently
[04:33] <ScottK> You use money in Chicago?  I thought you just exchanged favors with gangsters.
[04:34] <imbrandon> lol
[04:35]  * ScottK casually notes that billing for 18 hours instead of 81 is not a good plan.
[04:36] <nixternal> ganstahs don't cycle though, otherwise that would be a different story...and they don't know which train this stuff comes in on, so they can't jack a train
[04:43] <imbrandon> pkgstriptranslations: The following PO/POT files are empty
[04:43] <imbrandon> err
[04:43] <imbrandon> mt
[04:45] <ScottK> starshiptrooper is our translations expert and he loves it when I say that.
[04:50] <imbrandon> lol
[04:50] <imbrandon> yea these are just ftb because of empty po{,t} files
[04:50] <imbrandon> low hanging fruit
[04:50] <imbrandon> but easy to miss beacuse it will build in a normal pbuilder
[04:51] <imbrandon> s/normal/default
[04:53] <imbrandon> the next question is do i make a patch, just rm the .po files or use a debian/*.pre* file
[04:53] <imbrandon> lol
[04:56] <imbrandon> ( thats retorical btw incase someone misintriprets that )
[05:12] <ScottK> Good night all.
[05:13] <maco> valorie: crimsun was giving a talk called "Making Ubuntu Audio Not Suck" at CALUG, and i was attending it when you pinged
[05:13] <imbrandon> gnight ScottK
[06:02] <NCommander> ScottK: OOo on ARM is building, we should hopefuly have it fixed
[06:22] <Tm_T> NCommander: we'll see it in couple days
[06:22] <NCommander> Tm_T: if it fails to build, we'll have to unseed OOo from kubuntu-netbook on ARM
[06:25] <Tm_T> heh
[06:26] <Tm_T> not good, I guess
[06:48] <valorie> hey maco
[06:48] <valorie> I went off to hang out with my daddy for awhile
[09:19] <dpm> hey all, could someone tell me which is the source package for the application to change languages in Kubuntu? I've filed bug 563259 against language-selector, but I'm not sure it is the right package
[09:51] <amichair> JontheEchidna: Thanks.
[09:56] <amichair> JontheEchidna: Although, I don't see the merge mentioned in lp (neither in branch nor trunk) - ?
[10:06] <ofirk> amichair: are you still working on ubiquity?
[10:07] <amichair> ofirk: I don't have much free time this week, but trying to fix things here and there
[10:08] <ofirk> amichair: last week I translated the whole ubiquity slideshow. I wanted to finalize the translation for the installer itself but I can't find its entry in Rosseta
[10:08] <ofirk> amichair: do you know where the translation files are?
[10:09] <dpm> ofirk, the installer is ubiquity-debconf and debian-installer, but today is NonLanguagePackDeadline, so I think you won't have more time to translate them
[10:10] <amichair> ofirk: I'm actually not familiar with the translations procedures
[10:11] <dpm> ofirk, if you go to https://translations.launchpad.net/ubuntu and you click on your language, on the next page you'll see the translations I was mentioning
[10:11] <ofirk> dpm: what a bummer. thanks anyway amichair!
[10:11] <ofirk> dpm: if I translate it now, will it be included in the final release?
[10:11] <amichair> dpm: all translations frozen till release? till RC release?
[10:13] <dpm> amichair, not all translations. We've got two deadlines: NonLanguagePackDeadline (today) and LanguagePackDeadline (on the 22nd). The one today affects those things that go into the LiveCD (e.g. the installer) or documentation, in short, things that cannot go into the language packs. For all the rest, there is time until the 22nd
[10:14] <amichair> dpm: are exceptions possible? for example, if the entire slideshow is not translated at all and ofirk has a translation... pretty important to include, no? is there breakage danger in updating translations?
[10:16] <ofirk> amichair: the slideshow was translated last week. in launchpad. so I guess it *will* be included.
[10:16] <ofirk> amichair: it also seems that the entire installer is translated, so I guess all the translation work is done for ubiquity
[10:19] <dpm> amichair, there is no risk in breaking translations with exceptions (well, there is always the possibility to do something really wrong :), but if the exception is granted is up to the developers. Basically, everyone is busy getting the release ready, and the deadlines were well known since the start of the cycle
[10:20] <dpm> but as ofirk says, it seems you should be fine with the installer translations and the slideshow :)
[10:21] <amichair> dpm: ah, so it's just a work overhead issue at this point
[10:21] <dpm> yes :)
[10:21] <dpm> ofirk, amichair, in the future, I'd recommend you to subscribe to ubuntu-translators if you are doing translations and want to be kept up-to-date
[10:22] <amichair> ofirk: I think I misunderstood then, I thought u had just finished translations and wanted to upload them or something - if it's all in already, that's great :-)
[10:22] <amichair> dpm: thanks for clarifying :-)
[10:22] <dpm> no worries :)
[10:22] <ofirk> dpm: yes, thanks :)
[10:25] <amichair> dpm: What, me worry? :-)
[10:26] <ofirk> amichair: what exactly you do on ubiquity? RTL support?
[10:27] <amichair> ofirk: nope, started off with lower hanging fruit - progress bars, alignment, usability/display issues (on the code side, not translations), then into more critical milestone bugs (things slow/stuck etc.)
[10:28] <amichair> ofirk: I did notice the front/back arrow buttons are reversed in RTL, but that's of lower priority
[10:28] <amichair> ofirk: or rather, not reversed as they should be :-)
[10:29] <ofirk> amichair: yes :)
[10:30] <ofirk> amichair: actually there are other issues. I don't know if they are artwork related...
[10:31] <ofirk> amichair: anyway, is there anyone who works on RTL issues?
[10:31] <amichair> ofirk: so u can open bugs on them if they don't exist, and/or discuss with shtylman. btw, I recently discovered the dedicated #ubuntu-installer channel for it!
[10:32] <ofirk> amichair: wow. ubuntu has a lot of channels O_O
[10:32] <amichair> yeah, I keep discovering more of them :-)
[10:33] <ofirk> amichair: are you an Hebrew speaker?
[10:34] <amichair> ofirk: yep
[10:35] <ofirk> amichair: its nice to see there are more members from Israel
[10:41] <lex79> starshiptrooper: last quassel doesn't start, it crashes every time you try to start
[10:41] <starshiptrooper> lex79: quassel or the core?
[10:42] <lex79> quassel
[10:42] <starshiptrooper> lex79: client or mono?
[10:42] <starshiptrooper> lex79: qt4 or kde4?
[10:42] <lex79> omg
[10:42] <lex79> starshiptrooper: I've installed quassel and quassel-data
[10:43] <starshiptrooper> lex79: also, yesterday we noticed that the xscreensaver upload did not strip the desktop file, whereas everything in /etc by defautl a conffile and hence not removed on its own
[10:44] <lex79> I saw your changes ;)
[10:44] <starshiptrooper> which I now, that I see the wiki page, remember to have stumbled across quite some time ago
[10:44]  * starshiptrooper shall not forget that again
[10:45] <lex79> starshiptrooper: so the question is when we drop a file in /etc the preinst script is required, right?
[10:45] <lex79> s/question/issue
[10:45] <starshiptrooper> lex79: http://wiki.debian.org/DpkgConffileHandling
[10:45] <lex79> kk
[10:47] <amichair> ofirk: yeah, most I think are us/uk/de/au/(fi?), but il also has some contributors :-)
[10:48] <ofirk> amichair: are you a member in ubuntu-il.com?
[10:48] <amichair> ofirk: I'm not a member of anything officially... I just fix things that need fixing ;-)
[10:52] <amichair> ofirk: plus I haven't seen that much kubuntu in those parts, mostly ubuntu or offtopic :-(
[10:53] <ofirk> amichair: yes, you are right
[10:53] <ofirk> amichair: I am a member there, actually a not active member ;)
[10:55] <Tonio__> Riddell: https://bugs.kde.org/show_bug.cgi?id=233159
[10:55] <Tonio__> Riddell: there is a working patch for this one, which I can confirm....
[10:56] <Tonio__> Riddell: still possible for a late upload ?
[10:57] <Riddell> Tonio__: should be possible yes
[10:58] <Tonio__> Riddell: ok
[10:59] <starshiptrooper> Riddell: are langpacks built alread?
[10:59] <starshiptrooper> Riddell: can I fix bug 563591 real quick? ^^
[11:00] <Riddell> I don't actually see an e-mail from slangasek about being frozen, maybe we aren't yet
[11:00] <Riddell> dpm will know about langpacks
[11:00] <starshiptrooper> dpm: ping ping
[11:01] <starshiptrooper> Riddell: Ill just upload and see if something explodes :)
[11:01] <dpm> starshiptrooper, hi hi!
[11:01] <starshiptrooper> dpm: are final langpacks already built?
[11:02] <starshiptrooper> dpm: or a more particular question: can you drop a mail to ubuntu-devel AND/OR kubuuntu-devel once the packs are done?
[11:02] <dpm> starshiptrooper, the final language packs will be built on the 22nd, at LanguagePackDeadline (https://wiki.ubuntu.com/LucidReleaseSchedule)
[11:02] <starshiptrooper> dpm: ok, cool
[11:02] <dpm> starshiptrooper, sure, I can send an e-mail to both
[11:02]  * starshiptrooper would like to avoid last minute fixes this time round :/
[11:02] <starshiptrooper> dpm: perfect thanks :)
[11:03] <dpm> np :)
[11:03] <dpm> Riddell, would you know the answer to my question earlier? -> <dpm> hey all, could someone tell me which is the source package for the application to change languages in Kubuntu? I've filed bug 563259 against language-selector, but I'm not sure it is the right package
[11:04] <starshiptrooper> dpm: kdebase-runtime
[11:04] <starshiptrooper> that is upstream's interface which changes the language for the current user
[11:05] <dpm> starshiptrooper, a, thanks, I'll open a task for that, then. I would have thought that there'd be a more specific package for that
[11:05] <lex79> Riddell: kdevelop is not in lucid archive, we have only kdevplatform beta, what we have to do?
[11:06] <Riddell> lex79: kdevelop doesn't have a stable version, it's not ment to be in the archive
[11:06] <Riddell> kdevplatform needs to be removed
[11:06] <starshiptrooper> dpm: please assign to me while you are at it :)
[11:07] <Riddell> they should both be in beta PPA
[11:07] <dpm> starshiptrooper, alrighty
[11:07] <lex79> Riddell: but at least we should have kdevelop kde3 in the archive, no?
[11:07] <Tonio__> Riddell: I won't be able to fix... changes fromstable version are too big and the patch doesn't fit
[11:08] <Riddell> lex79: too much bit rot there.  I've discussed it with upstream ages ago and their preferred way is to have it in PPAs
[11:09] <lex79> oh ok
[11:10] <CIA-6> [kubuntu-default-settings] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100415101052-5wrhb2v2kwhdgtz7 * (6 files in 5 dirs) releasing version 1:10.04ubuntu22
[11:13] <Riddell> quassel 0.6~rc1+git100331-0ubuntu1 produces uninstallable binaries:                                                                             * quassel (amd64)
[11:13] <Riddell> huh?
[11:14]  * starshiptrooper doesnt have amd64 to test
[11:14] <starshiptrooper> lex79: quassel doesnt crash here, maybe you should turn off apport and get a backtrace
[11:15] <lex79> ok
[11:16] <jussi> ooh, whats the issue with quassel?
[11:16] <lex79> 0.6.0 doesn't start, it crashes
[11:16]  * jussi prod at ScottK, wondering if he is awake yet.
[11:16] <jussi> Sput: you about?
[11:17] <starshiptrooper> the only change was that we made the -data package carry a link from the KDE 4 data to Qt 4 data dir
[11:17] <starshiptrooper> and fix a lintian warning in init
[11:18]  * starshiptrooper doesnt see how either of those would cause the problem and suspects a bug upstream
[11:18] <starshiptrooper> but you never know
[11:18]  * starshiptrooper hates bugs
[11:18] <lex79> I try now
[11:22] <lex79> starshiptrooper: http://pastebin.ca/1861597
[11:23] <lex79> ops maybe I don't have dbg installed
[11:23] <starshiptrooper> drkonqi tells you that I think ^^
[11:29] <starshiptrooper> JontheEchidna: I would imagine adding a lot of window exceptions for that dont-blend-with-gtk-shiz will have a performance downside
[11:30] <starshiptrooper> at least on startup kwin needs to walk through each rule and check if it matches
[11:31]  * starshiptrooper now has a cataln interface :D
[11:32] <lex79> starshiptrooper: I installed manually dbg package since I have this error: http://imagebin.ca/view/v5Ciz6M.html
[11:33] <lex79> btw the backtrace is here: http://pastebin.ca/1861615
[11:33]  * starshiptrooper is wondering if that dialog was not supposed to ahve a details button
[11:33] <starshiptrooper> oh well
[11:33] <starshiptrooper> lex79: what backtracey do you get
[11:34] <starshiptrooper> dpm: can you please run locate entry.desktop ... I fail to reproduce that  bug of yours
[11:34] <lex79> this http://pastebin.ca/1861615
[11:35] <starshiptrooper> lex79: that is with quassel-dbg?
[11:35] <lex79> yes :(
[11:35] <starshiptrooper> did you reload the bt after installing it?
[11:35] <lex79> yes
[11:36] <lex79> I start quassel with dbg package installed
[11:36] <starshiptrooper> me: ping
[11:36] <starshiptrooper> me: crash
[11:36] <starshiptrooper> me: now!
[11:36] <me> starshiptrooper: idiot!
[11:36] <lex79> lol
[11:36] <dpm> starshiptrooper, unfortunately I was not the one experiencing it, I just filed it for Pau, the guy replying in the comments, and I'm on my Ubuntu system now. I think the best thing might be to ask him in the bug report to provide that info. In the meantime, I can try to reproduce it on a virtual machine.
[11:37] <starshiptrooper> ah
[11:38] <starshiptrooper> dpm: to me that looks like he got kde-l10n from debian installed, since that specific button gets filled from entry.desktop in the local search paths, so the only way how this can appear is IMHO when you get a mixture of our's and upstream's
[11:38] <starshiptrooper> which either means that kde-l10n-FOO is from one of our backport ppas (incredibly unlikely) or that the kde-l10n-FOO does not come from us at all
[11:41] <dpm> starshiptrooper, he's been testing the Catalan Valencian translations. He must have installed kde-l10n-ca and kde-l10n-ca-valencia. I noticed that somehow kde-l10n-ca-valencia is in universe. Could that be the problem? Would it be possible to promote kde-l10n-ca-valencia to main? (it is as well maintained as the -ca version)
[11:41] <Guest34932> lex79: I really cant reproduce you crash .. are you on i386?
[11:41] <lex79> amd64
[11:42] <Guest34932> dpm: are the other kde-l10n packages in main?
[11:42]  * Guest34932 looks
[11:42] <Guest34932> oh
[11:42] <Guest34932> wrong window ^^
[11:42] <Guest34932> starshiptrooper: kill me
[11:42] <starshiptrooper> Guest34932: certainly
[11:42] <starshiptrooper> ^^
[11:42] <dpm> Guest34932, starshiptrooper, yes :)
[11:43] <starshiptrooper> lex79: Riddell posted a statement that quassel on amd64 is uninstallable or something?
[11:43] <starshiptrooper> Riddell: can you please promote kde-l10n-ca-valencia to main?
[11:43] <starshiptrooper> dpm: I doubt that is the issue though
[11:43] <dpm> ok
[11:43] <lex79> I can upgrade quassel from rc1 to 0.6.0 and I can install it. There is no problem here for installation
[11:44] <ScottK> If it's on amd64, I suspect it's not built yet.
[11:44] <ScottK> amd64 was way behind i386 building last I looked
[11:44] <starshiptrooper> lex79: are you on 0.6.0?
[11:44] <lex79> no, now I'm on rc1, 0.6.0 crashes
[11:44] <starshiptrooper> I mean
[11:45] <starshiptrooper> can you upgrade quassel to 0.6.0
[11:45] <lex79> yes
[11:45] <starshiptrooper> or only -data
[11:45] <starshiptrooper> are you a 100% positive on this? :P
[11:45] <lex79> nope, amd64 is built https://edge.launchpad.net/ubuntu/+source/quassel/0.6.0-0ubuntu1/+build/1691443
[11:46] <starshiptrooper> kk\
[11:46] <lex79> -data is all arch and is built
[11:46] <starshiptrooper> lex79: please strace -f quassel
[11:46] <lex79> kk
[11:47] <ScottK> 0.6.0 works fine here on i386, FYI.
[11:47] <starshiptrooper> here too
[11:47] <starshiptrooper> AHA
[11:47] <starshiptrooper> !
[11:47] <starshiptrooper> dpm: reproduced
[11:48] <dpm> starshiptrooper, ahhh, "nice"
[11:48] <starshiptrooper> what is nice about a  but? :P
[11:48] <starshiptrooper> s/but/bug
[11:49]  * starshiptrooper thinks KDE needs a kcm naming policy
[11:51] <starshiptrooper> hmmm
[11:51] <starshiptrooper> yeah, exactly the problem I expected
[11:51] <starshiptrooper> just that so it would see at least
[11:51] <lex79> starshiptrooper: strace -f quassel > strace is right ?
[11:52] <starshiptrooper> lex79: strace -f -o output.txt quassel
[11:52]  * ScottK decides to leave the fate of Kubuntu in starshiptrooper's capable hands and naps.
[11:52] <lex79> http://pastebin.ca/1861635
[11:53] <starshiptrooper> Riddell: bug 563259 ... duplicated entries in kde's langauge dropdown becuase kde-l10n AND the langpacks ship the entry.desktop file - as solution I'd propose to drop the desktop file from the kde-l10n-* packages
[11:55] <lex79> well output.txt is 10 MB
[11:58] <starshiptrooper> lex79: lzma -9 output.txt
[11:58] <starshiptrooper> then ship it off to me
[11:59] <lex79> starshiptrooper: http://dl.dropbox.com/u/394059/output.txt.lzma
[12:00] <Riddell> starshiptrooper: I'd agree on that solution, do you know if this is a new problem or has always been there?
[12:01] <starshiptrooper> Riddell: new since before we did not install kde-l10n-* via langauge-selector
[12:01] <Riddell> starshiptrooper: kde-l10n-ca-valencia in main
[12:01] <starshiptrooper> Riddell: additionally there is another problem with translations it seems... the entry.desktop from langpack lacks translations
[12:02] <Riddell> quassel seems to install fine on amd64, must have been a temporary problem at the time the CDs were made
[12:02] <starshiptrooper> which is in fact how this duplication occurs to begin with, because if they both had the same translations they would cascade
[12:02] <starshiptrooper> which is unfortuantely no the case righ tnow
[12:03] <Riddell> quassel does however crash on running :)
[12:03] <Riddell> :(
[12:03] <Riddell> agateau: have you seen the kmail unread font issue?  people are saying it's too small
[12:04] <agateau> Riddell: no
[12:04] <agateau> Riddell: bug number?
[12:04] <starshiptrooper> oh oh oh
[12:04] <starshiptrooper> Riddell: lex79 gets a crash too, on i386 it works perfectly fine though
[12:04] <agateau> Riddell: my connection is going to be unstable for the next minutes
[12:05] <starshiptrooper> Riddell: also, I must correct myself, the langpack entry.desktop files contain translations, while the kde-l10n packages do not (thanks ot pkgbinarymangler I suppose), so the way to go is indeed strip the entry.desktop from kde-l10n
[12:05] <starshiptrooper> \o/
[12:05]  * starshiptrooper will fix in a bit
[12:05] <lex79> agateau: there is no open bug in LP, see this: http://simplest-image-hosting.net/i0-plasma-desktoppz1586-jpg.jpg
[12:06] <starshiptrooper> lex79, Riddell: does quassel work with a new account?
[12:07] <starshiptrooper> lex79, Riddell: if that gets answered with no - does quassel work if you remove /usr/share/apps/quassel?
[12:07] <starshiptrooper> lex79, Riddell: if that gets answered with no as well -> upstream bug
[12:08] <starshiptrooper> or maybe someone broke something in that recent Qt upload ;)
[12:08] <lex79> I have to try
[12:08] <lex79> brb
[12:09] <test2> quassel does seem to work with a new account yes
[12:09] <starshiptrooper> Riddell: are the entry.desktop files from the langpacks in anyway related to kde-l10n-* ... i.e. is there regression potential?
[12:10] <Riddell> starshiptrooper: yes they come into langpack-o-matic using the script update-kde-tars
[12:11] <Riddell> which grabs them from kde-l10n-xx
[12:11] <starshiptrooper> Riddell: but from the source?
[12:12] <Riddell> yes
[12:12] <starshiptrooper> ok
[12:12]  * starshiptrooper would strip the entry.desktop via rules in kde-l10n at build time as to avoid problems
[12:12] <lex79> it says "Disconnected from core" with a new account
[12:13] <lex79> http://pastebin.ca/1861657
[12:13] <lex79> I tried to remove /usr/share/apps/quassel but I've the same issue
[12:14] <starshiptrooper> psql?
[12:14] <starshiptrooper> wtf?
[12:14] <starshiptrooper> lex79: is libqt4-sqlite or what it's called installed?
[12:15] <lex79> starshiptrooper: libqt4-sql-sqllite is installed
[12:16] <Tm_T> psql <3
[12:17] <starshiptrooper> lex79: ask in #quassel
[12:17] <starshiptrooper> I do not think that is a kubuntu issue
[12:21] <Riddell> agateau: I don't think there's a bug number for the kmail icon issue but the text is said to be too small
[12:21] <Riddell> agateau: http://imagebin.ca/view/437HGcC.html
[12:29] <agateau> Riddell: going to have a look at it this afternoon
[12:30] <slacker_nl> wat is tc1 en 2 trouwens? as in, science park?
[12:30] <slacker_nl> uhh
[12:30] <slacker_nl> wrong chan
[12:52] <dpm> starshiptrooper, Riddell, another question on the ca@valencia translations. I've filed bug 563755 against the language pack, but I'm not sure I should add a task for the kde packaging side (kde-l10n-ca or some other one?). I still don't understand whether this is a problem in importing the translations or in exporting them (lang-pack-o-matic)
[12:52] <Riddell> dpm: it could be because it was in universe until just now
[12:53] <Riddell> dpm: I'll upload it now since it's been moved to main
[12:53] <starshiptrooper> Riddell: nah
[12:53] <starshiptrooper> Riddell: I have a bug fix in chain
[12:53] <starshiptrooper> gotta upload in a bit anyway :)
[12:53] <Riddell> starshiptrooper: ok
[12:54] <CIA-6> [kde-l10n-common] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100415115451-r10opx3750f4bpbm * debian/ (changelog rules upload-l10n.sh) Strip entry.desktop file to prevent duplication in KDE's various locale listings, most importantly the locale selection button LP: #446739
[12:55] <dpm> Riddell, ah, thanks.
[12:58] <CIA-6> [kde-l10n-common] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100415115838-kkmxjk3s1agdpk0k * debian/changelog Reupload so that ca@valencia gets imported properly, now that it is in main LP: #563755
[12:59] <dpm> man, I call that speed bug fixing!
[13:04] <starshiptrooper> dpm: if only kde svn was as fast
[13:05] <starshiptrooper> building the sources of kde-l10n-foo takes forever
[13:07] <starshiptrooper> Riddell: pkg-kde-tools savety update waiting for approval
[13:07] <starshiptrooper> btw :)
[13:07]  * starshiptrooper forgot all about that after beta freeze
[13:35] <Sput> fwiw, yours are the first and so far only reports of quassel crashing on startup, it seems to be working fine for everyone else :/
[13:35] <Sput> if anyone can get me a backtrace with usable symbols, that would be a great help
[13:43] <starshiptrooper> Sput: it also only happens on amd64 with existing profiles
[13:43] <starshiptrooper> I really dont know what to make of this
[13:43] <Sput> well, get me a backtrace!
[13:43] <starshiptrooper> Sput: also, what do you think about what lex79 posted?
[13:43] <starshiptrooper> that quassel is using psql
[13:43] <Sput> the sqlite error has just been fixed
[13:43] <starshiptrooper> ok
[13:43] <starshiptrooper> Riddell: can you try getting a backtrace of that quassel crash?
[13:44] <Sput> lex79: please apply http://git.quassel-irc.org/?p=quassel.git;a=commit;h=ea54ad388ad71169d16ef0a08488fa4972b526f1 and see if it fixes the startup problem
[13:44] <lex79> starshiptrooper: something is wrong in the package, in dbg
[13:44] <lex79> http://pastebin.ca/1861731
[13:44] <lex79> Sput: ok
[13:44] <starshiptrooper> ohm
[13:44] <starshiptrooper> ohhhhhmmmmmmmmm
[13:45] <lex79> uhm uhm
[13:45] <starshiptrooper> ScottK: I think that qt4 shiz is messing up the dbg symbols
[13:45]  * ScottK wonders if the -dbgsym are any better.
[13:45] <starshiptrooper> prolly not
[13:45] <starshiptrooper> ScottK: how is the qt4 stuff done?
[13:46] <starshiptrooper> build without kde - package - build with kde - package?
[13:46] <starshiptrooper> if so then we need two dbg packages
[13:46] <ScottK> Something like that.
[13:46] <ScottK> Some magincal debhelper thing that LucidFox came up with
[13:46] <ScottK> Probably (two -dbg)
[13:53] <CIA-6> [kde-l10n-common] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100415125207-pyugpwr477dbzxhl * debian/build-l10n.sh Add savety net to prevent me from wiping a ready to upload build dir... :/
[13:54] <starshiptrooper> ah
[13:55] <starshiptrooper> ScottK: what it does is invoke the main build commands twice
[13:55] <starshiptrooper> since cmake does proper out-of-source it just creates a second build dir in debian/build-qt4
[13:55]  * starshiptrooper finds that name a bit distrubing though :P
[13:56] <starshiptrooper> that is a bit ewww TBH
[13:57]  * starshiptrooper starts poking the cmake documentation
[13:59] <al> ScottK: yea, -dbgsym seems to work
[14:00] <starshiptrooper> Sput: do you happen to know whether we can get cmake to dump debug shiz in seperated files?
[14:01] <Sput> no idea
[14:01] <starshiptrooper> ah aha ah
[14:01]  * starshiptrooper maybe has a solution to propper dbg stripping
[14:02] <ScottK> Excellent
[14:05] <maco> any of you ever seen "cups-missing-filter" as a printer status error message?
[14:05] <maco> i cant print my tax forms :(
[14:08] <maco> (i googled and got an old "fix released" bug report from 2007)
[14:08] <maco> but this just started happening for me on lucid (and that bug report was about apparmor permissions)
[14:09] <starshiptrooper> kubotu: np
[14:09] <kubotu> starshiptrooper listened to "Autioitu 2" by Ilpo Väisänen [Asuma, 2000] 4 years ago; [http://open.spotify.com/track/6nsR3mugj1oWDUKFCAJFCk] -- see http://www.last.fm/user/starshiptrooper for more
[14:09] <starshiptrooper> &&
[14:09] <starshiptrooper> ^^
[14:09] <starshiptrooper> kubotu: np apachelogger
[14:09] <kubotu> apachelogger is listening to "Attacked By Snakes!" by The Aquabats! -- see http://www.last.fm/user/apachelogger for more
[14:09] <starshiptrooper> SNAKES
[14:10] <ScottK> maco: No.  I don't recall that one, but my HP printers pretty much just work.
[14:11] <maco> ScottK: it's an hp. it was working as of sunday
[14:15] <starshiptrooper> argh
[14:15] <starshiptrooper> this takes forever
[14:15] <starshiptrooper> -.-
[14:15] <maco> ScottK: do you have the hp-check command available on your machine? i'm getting a not found on it, though the hplip package is installed
[14:16] <tseliot> maco, ScottK: do you know if kde sets default values for tapping and scrolling for touchpads? If so, what values do you have by default? (xinput list-props "your touchpad name" should tell you)
[14:17] <maco> tseliot: how do we know our touchpad names?
[14:18] <maco> can i call mine sally?
[14:18] <tseliot> maco: "xinput list" should show you that
[14:18] <ScottK> maco: I have it in Karmic, but not Lucid.
[14:18] <tseliot> Sally would be fine for a touchpad too, I guess :-P
[14:18] <lex79> Sput: quassel still doesn't start with your patch and I don't have a backtrace
[14:19] <ScottK> tseliot: The laptop I have handy is still on Karmic.  Is that useful?
[14:19] <Sput> fix pushed
[14:19] <ScottK> lex79: Install the -dbgsym instead of the -dbg.
[14:19] <tseliot> ScottK: does Karmic have the kcm touchpad module?
[14:19] <maco> ScottK: hmmm thats a problem.  bash says to install hplip to get hp-check, but the hplip package is missing the file in lucid
[14:20] <ScottK> tseliot: No.
[14:20]  * ScottK looks at maco and her lucid laptop.
[14:20] <Sput> http://gitorious.org/quassel/quassel/commit/d086bb86e6933a8448379bf9e019a55226d6ffe1
[14:20] <tseliot> ScottK: ok, so I'll need the output from lucid
[14:20] <maco> tseliot: im not sure if mine'll be default... ive edited my synclient values before with gsynaptics
[14:20] <Sput> that's what one gets for last-minute fixes :/
[14:21] <lex79> ok, starshiptrooper are you building the package with that fix ^^ ?
[14:22] <starshiptrooper> see #quassel :P
[14:22] <ScottK>  Sigh.
[14:22] <ScottK>   * debian/hplip-dbg.install, debian/hplip.install, debian/control: Moved
[14:22] <ScottK>     hp-check into hplip-dbg, as it is a debugging tool. Added dependency
[14:22] <ScottK>     on libcups2-dev to hplip-dbg, as hp-check needs cups-config
[14:22] <ScottK>     (LP: #530327).
[14:22] <ScottK> maco: ^^^
[14:23] <tseliot> maco: ah, ok, never mind then. Thanks
[14:23] <ScottK> maco: You can probably get a command-not-found bug out of this.
[14:23]  * maco headdesk
[14:23] <maco> ScottK: yes, definitely
[14:23] <maco> it shouldnt be suggesting a package that doesnt ahve that command
[14:23] <maco> also, itd be nice if there was a symlink in hplip from hp-check to hp-dbg
[14:23] <ScottK> Yes, it should have been updated when the command was moved.
[14:24]  * ScottK assigns it to maco while he goes to find the netbook.
[14:24] <maco> also, hp-dbg wasnt installed by the package either
[14:24] <ScottK> tseliot: I'll go get my netbook.
[14:25] <tseliot> ScottK: thanks
[14:25] <maco> or oh...hp-dbg is a different package...
[14:31] <maco> ScottK: command-not-found appears to have it listed with hplip-dbg...apparently there was an update today
[14:31] <ScottK> Ah.  Good
[14:31] <ScottK> tseliot: http://paste.debian.net/69014/
[14:31] <maco> oooh ok so apparently the name of the group for printer users changed from lpadmin to lp
[14:32] <tseliot> ScottK: thanks
[14:32] <maco> this looks sucky for people who upgrade :-/
[14:32] <ScottK> maco: That's a bug worth reporting.
[14:32] <ScottK> Not sure why everyone doesn't have it though.
[14:32] <maco> when required-group-name-to-do-normal-stuff changes, shouldnt apparmor be setup to allow both the old and the new one?
[14:33] <ScottK> Or something
[14:33] <ScottK> starshiptrooper: Are you fixing up quassel then?
[14:33] <maco> possibly the extra-hinty upgrader change group names for you? O_o
[14:33] <maco> while i did an install from disc and copied over /etc/passwd|shadow|group
[14:35] <maco> (dunno why it was necessary to change a group name to start with.... or why it cares what group i'm in when the printer is configured to allow *all* users to use it)
[14:35] <maco> anyway, reboot time
[14:35] <starshiptrooper> ScottK: no, I am fixing xchat right now
[14:36] <ScottK> starshiptrooper: OK.  Did you have a debug fix?
[14:36] <starshiptrooper> ScottK: trying that right now
[14:36] <starshiptrooper> cerry picked the crash fix already
[14:36] <ScottK> OK.
[14:38] <ScottK> Wow.  kde4libs finally building....
[14:38] <ghostcube> o/
[14:38] <starshiptrooper> http://pastebin.ca/1861804
[14:38] <starshiptrooper> muahahahahaha
[14:39] <starshiptrooper> ScottK: I suppose we should strip the core to both packages and make them mutually exclusive?
[14:39] <ScottK> starshiptrooper: Yes.  The regular packages conflict, so that's consistent.
[14:40]  * starshiptrooper is wondering if that will work though
[14:41] <starshiptrooper> => idea <=
[14:42] <starshiptrooper> => idea was no good <=
[14:43] <ScottK> Since the -dbgsym packages work, you might look at them and see what's different
[14:43] <starshiptrooper> ScottK: they just happen to work by chance
[14:43] <starshiptrooper> ah
[14:43] <starshiptrooper> no
[14:43] <starshiptrooper> ScottK: they are splitted per-binary package
[14:43]  * starshiptrooper notes that stuffing the core into its own dbg package would be easier on the code ;)
[14:44] <ScottK> starshiptrooper: Radical idea: Drop the -dbg and tell people to use dbgsym
[14:44] <starshiptrooper> ScottK: I would keep the -dbg but not introduce -dbg-qt4 TBH
[14:44] <ScottK> Really we don't need it and we'll never sync from Debian, so why bother.
[14:44] <al> since the -dbgsym packages work, just get rid of -dbg?
[14:44] <ScottK> That's my idea
[14:44] <al> oh, yea
[14:45] <starshiptrooper> ScottK: I would rather only do it in maverick when I have made kubuntu-debug-installer pick up ddebs support
[14:45] <ScottK> starshiptrooper: I don't think the -dbg packages ever worked.
[14:45] <ScottK> starshiptrooper: OK.
[14:45] <ScottK> That's a good reason.
[14:45] <starshiptrooper> ScottK: why did they not work? ^^
[14:45] <ScottK> No idea.
[14:45] <al> i have reading and writing IRC implemented as simultaneous threads ;)
[14:45] <ScottK> If I knew why, I'd have fixed it.
[14:46] <starshiptrooper> ^^
[14:50] <starshiptrooper> ScottK: can you grant exceptions?
[14:51] <ScottK> starshiptrooper: Depends a bit on the kind.
[14:51] <ScottK> starshiptrooper: FFe for new binary package to fix the -dbg mess is fine.
[14:51] <starshiptrooper> final uber freeze exception thingy
[14:51] <ScottK> Depends on what for.
[14:52] <starshiptrooper> ScottK: fixing that debug thingy and the crash
[14:52] <CIA-6> [quassel-dbg] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100415135231-z27eqqrdgw05qlw3 * debian/ (changelog control rules) Only strip KDE 4 packages to -dbg to make it work again, the dbg package should be dropped completely once kubuntu-debug-installer gains ddebs support.
[14:52] <ScottK> starshiptrooper: Go for it.
[14:53] <lex79> the fix for the crash works
[14:53] <ScottK> Sput: ^^^
[14:53] <Sput> yeah \o/
[14:53] <lex79> :)
[15:00] <CIA-6> [quassel] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100415140038-xfcppyzptnj03iqg * debian/ (3 files in 2 dirs) Add quassel_01_dont_crash_on_startup.patch from upstream to fix a crash on startup.
[15:00]  * starshiptrooper pokes quassel into building faster
[15:02]  * starshiptrooper invokes upload of kde-l10n-*
[15:07] <Sput> you want to apply the second patch as well
[15:07] <Sput> (the one that doesn't make the mono client fail with postgres)
[15:11] <apachelogger> Riddell, ScottK: kde-l10n waitint for approval and quassel in a bit too
[15:11] <CIA-6> [quassel] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100415141109-dudpay9jh8d5k762 * debian/changelog releasing version 0.6.0-0ubuntu2
[15:11]  * apachelogger poke Sput with a long pointy stick of steve jobs
[15:12] <apachelogger> Riddell, ScottK: someone plesae reject quassel, so that I can add Sput's other fix
[15:16] <CIA-6> [quassel] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100415141612-xwqy3oxp865ihsdh * debian/ (3 files in 2 dirs) Add quassel_02_enforce_sqlite_in_mono_client.patch to enforce usage of sqlite in the monolitic client (preventing it from whining about usage of PSQL).
[15:39] <debfx> apachelogger: do you know if I need to request kde bug tracker permissions separately after getting an ftp account?
[15:39] <apachelogger> debfx: ftp account?
[15:39] <apachelogger> debfx: seperately
[15:39] <debfx> ehh svn
[15:40] <apachelogger> ah
[15:40] <apachelogger> debfx: just squeeze the bko permissions into the svn account request
[15:41] <debfx> apachelogger: I already have the account, the application form said something about using the same email address as on the bug tracker
[15:42] <debfx> so I suspected one gets the bug tracker permissions automatically
[15:42] <apachelogger> well, I had bko karma before I had an svn account, so I wouldnt know ;)
[15:43] <apachelogger> debfx: but I think that is more so that you can close bugs via the commit message tags
[15:43] <apachelogger> BUG: #xxxxxx and the like
[15:45] <debfx> that only works if you have the required permissions
[15:45] <ScottK> apachelogger: I'll look at it as soon as I get debfx's font fix installed.
[15:47] <debfx> ScottK: what font fix?
[15:47] <ScottK> debfx: https://launchpad.net/ubuntu/+source/ttf-indic-fonts/1:0.5.8ubuntu2
[15:50] <apachelogger> is it just me or do fonts always seem to big in lucid?
[15:51] <nixternal> fonts have been perfect for me thus far in lucid
[15:51] <nixternal> though konsole/yakuake had something goofy go on, where bitmap fonts don't work worth a hoot, but I am using Liberation Mono now in yakuake, small, like 5px or 6px, and it looks lovely
[15:51] <apachelogger> I always have the feeling that they are too big
[15:52] <apachelogger> in khtml I had to reduce the max font size to 10 to make it readable
[15:52] <apachelogger> and KDE I probably also reduced by 2 pt
[15:53] <ScottK> I think they are smaller than before.
[15:53] <ScottK> I like it better.
[15:54] <apachelogger> cool
[15:54] <apachelogger> I am xubuntu user
[15:55] <apachelogger> \o/
[15:55] <apachelogger> You are an indirect member of this team:
[15:55] <apachelogger>  Harald Sitter → Ubuntu Core Development Team → Xubuntu Developers → Xubuntu Team → Xubuntu Users
[15:55]  * apachelogger giggles
[15:55]  * Tm_T sets banforward for apachelogger to #xubuntu
[15:56] <apachelogger> meh :(
[15:56] <Tm_T> (:)
[15:56] <ScottK> apachelogger: Wasn't there also some fix about preferring sqlite needed?
[15:56]  * apachelogger is a pyssssson anyway
[15:56] <apachelogger> ssssssssss
[15:56]  * ScottK is looking at the queue again now.
[15:56] <apachelogger> ScottK: yeah, hence please reject the quassel
[15:56] <apachelogger> and on that remark
[15:56] <ScottK> OK
[15:57] <apachelogger> can I upload the same version to the queue multiple times?
[15:57] <ScottK> apachelogger: Rejected.  Yes.
[15:58] <apachelogger> ah, handy
[15:58] <apachelogger> ScottK: new version uploaded already
[15:58] <ScottK> If it's a source reject like this, the version doesn't get used.
[15:58] <apachelogger> *nod*
[15:58] <ScottK> After a binary reject, then you need to increment.
[15:58] <apachelogger> I just wasnt sure if the queue manager would allow the same version multiple times
[15:59] <ScottK> When the queue is frozen like this, it will even take multiple versions with the same revision sitting in queue at the same time.
[15:59] <ScottK> You just have to make sure you accept the right one.
[15:59] <agateau> Riddell: lex79: I have a fix for kmail message count, but it will still be unreadable when count is more than 99
[16:00] <agateau> Riddell: lex79: see: http://imagebin.ca/view/UJ59kPpx.html
[16:00] <ScottK> agateau: It was readable before, why can't it be the same look?
[16:00] <agateau> Riddell: lex79: I suggest showing + when count is more than 99
[16:00] <agateau> ScottK: because of the current limitations of KSNI
[16:00] <ScottK> agateau: My count is always over 99.
[16:01] <ScottK> OK.
[16:01] <agateau> ScottK: and you care whether its 123 or 124?
[16:01] <ScottK> Actually I care how many digits it has.
[16:01] <ScottK> 80,344 is the current number.
[16:01]  * ScottK should probably look into that.
[16:02] <ScottK> agateau: Is there still a tooltip with the actual number?
[16:02] <agateau> ScottK: yes
[16:02] <ScottK> I'd suggest just displaying nothing different over 100 then.
[16:02] <apachelogger> Riddell: can we get rid of kubuntu-members-kde4?
[16:02] <ScottK> If someone has over 100 they won't be confused about do they have no unread messages.
[16:03] <agateau> ScottK: they may deduce the option is broken though
[16:03] <ScottK> The other option is just to look ugly all the time.
[16:04] <agateau> You think the "+" is ugly?
[16:04] <nixternal> Riddell: is it possible to have kubuntu-docs in the lang packs? it would be nice to have translated screenshots as well, but doing that in the kubuntu-docs package would make it huge
[16:04] <ScottK> It's not too bad.
[16:04] <nixternal> and i am afraid there won't be room on the disk
[16:05]  * agateau notes he should talk with notmart about having text overlays
[16:05] <ScottK> agateau: I think just having the + there all the time is a bit pointless.  As such things go, what you've done doesn't look bad.
[16:06] <agateau> ScottK: it's true the + does not give much information, but at least it let you know there are *lots* of unread messages and kmail "show message count" option is still working
[16:07] <ScottK> apachelogger: quassel accepted.  Thanks.
[16:07] <ScottK> Sput: ^^^
[16:07] <ScottK> agateau: I'd prefer just the plain icon, but I can see why that might not be generally suitable.
[16:08] <ScottK> Since we're going to have another kdepim upload, can someone look at Debian's kdepim package and see if there's anything we should cherrypick from it?  debian/copyright updates if nothing else.
[16:13] <ScottK> Riddell: I'm leaving the kde-l10n for you.  Accepting that many packages through the LP U/I would just be pain squared.
[16:13] <ScottK> Plus this language stuff always confuses me.
[16:29] <ScottK> Progress.  Unread mail is < 80,000.
[16:29] <Tm_T> nice
[16:32] <Sput> ScottK: thx
[16:33] <apachelogger> ScottK: https://edge.launchpad.net/~kubuntu-members-kde4 what do you think of the small kubuntu-members icon?
[16:33] <apachelogger> in the Latest members list
[16:33] <apachelogger> looks a bit like a m ;)
[16:33] <ScottK> Looking
[16:33]  * apachelogger hates how horrible the circle scales :/
[16:34] <ScottK> apachelogger: Is the seagull our new mascot?
[16:34] <apachelogger> that could work out
[16:34] <apachelogger> did we have an icon before :P
[16:35] <ScottK> So anyway, looks like a seagull to me.
[16:35] <apachelogger> oh hold on, isnt oracle staroffice already using it
[16:35] <apachelogger> ScottK: so no good?
[16:35] <ScottK> Not sure.
[16:35] <apachelogger> thing is if I take the whole icon it looks like $crap
[16:36] <ScottK> apachelogger: Maybe an inverse of the gear in three parts.
[16:36] <apachelogger> inverse?
[16:36] <apachelogger> ScottK: changed it to full icon scaled to 14x14
[16:36] <apachelogger> if you care to check the crappyness ;)
[16:36]  * ScottK looks again
[16:37] <apachelogger> als I think the members small icon should stick out a bit
[16:38] <ScottK> I have no idea what that is.
[16:38] <apachelogger> minding that we also need one for kubuntu-users
[16:38] <apachelogger> ah
[16:38] <ScottK> The one before was better.
[16:38] <apachelogger> ScottK: sry, try again
[16:38] <ScottK> I like that.
[16:39] <apachelogger> shtylman: ping
[16:39]  * apachelogger notes that kwwii maybe would have some idea
[16:40] <apachelogger> Riddell: can you please transfer ownership of https://edge.launchpad.net/~kubuntu-users to the council?
[16:41] <ScottK> apachelogger: kwwii isn't allowed to talk to you unless you move your buttons to the left.
[16:41]  * apachelogger thinks the council should also use some better icon than that silly fish ^^
[16:41] <apachelogger> ScottK: dude, remember, my buttons are on the left!!!
[16:41] <apachelogger> :P
[16:41] <apachelogger> and on the nicely freed up space on the right I have a unicorn
[16:41] <apachelogger> smiling at me
[16:41] <apachelogger> unforunately not blinking yet
[16:41] <ScottK> Until the unicorn poops rainbows, it's not done.
[16:42] <apachelogger> I know :(
[16:42] <apachelogger> omg
[16:42] <shtylman> apachelogger: pong
[16:43]  * apachelogger will suffer kaffeine overdose from drinking his coffee
[16:43] <apachelogger> shtylman: do you have some idea for a small icon for the kubuntu members team https://edge.launchpad.net/~kubuntu-members-kde4 (see latest members section)
[16:43] <apachelogger> 14x14 it must be
[16:44]  * apachelogger notes that someone should update the example-content shiz btw
[16:44] <shtylman> apachelogger: why not use the new logo?
[16:44] <apachelogger> shtylman: take a look
[16:44] <apachelogger> 14x14 == uglyness
[16:45] <shtylman> I dunno... seems alright here..
[16:45] <shtylman> its not the greatest thing since sliced bread
[16:45] <shtylman> but you can still make out pretty well what it is
[16:45] <shtylman> especially once you have seen it before
[16:45] <shtylman> your mind will just fill in the rest :)
[16:46]  * ScottK thought it was good
[16:46] <ScottK> apachelogger: I once knew a guy that had this: http://www.doctoryourself.com/caffeine_allergy.html <-- too much caffeine.
[16:47] <ScottK> He got carried away in a straight jacket to detox.
[16:48] <apachelogger> shtylman: looks like jedi master blurry himself made it
[16:48] <apachelogger> ScottK: oh dear
[16:48] <shtylman> haha
[16:48]  * apachelogger wouldnt mind a stay in detox though
[16:48] <apachelogger> get some rest from them bugs
[16:49]  * ScottK finds some of the mania symptoms resemble apachelogger.
[16:49] <starshiptrooper> ScottK: see, I am on the right way already
[16:51] <starshiptrooper> you know
[16:51] <starshiptrooper> IMHO we should shoot kubuntu-testers dead
[16:51]  * ScottK agrees.
[16:51] <ScottK> mhb can resurrect it if he returns.
[16:52] <starshiptrooper> create a new one :P
[16:52] <starshiptrooper> with fancy name
[16:52] <starshiptrooper> and fancy agenda
[16:52] <starshiptrooper> and a closed team
[16:52]  * starshiptrooper notes that open teams are nothing but a collection of badge hunters
[16:53]  * starshiptrooper has loads of badges thanks to his xubuntu membership :D
[16:53] <starshiptrooper> ohhhh
[16:53] <starshiptrooper> time for supper I suppose
[16:54]  * ScottK recommends assigning loads of bugs to open teams.
[16:54]  * starshiptrooper asks the wheel of fortune wehere to get something to eat from
[16:54] <starshiptrooper> ScottK: I doubt that will help with getting them fixed though ^^
[16:54] <starshiptrooper> it is like that weird concept that was up at some point where developers would assign bugs they triaged to themselfs
[16:55] <starshiptrooper> so the bugs can rot away in a monster listed of assigned bugs
[16:55] <starshiptrooper> instead of rotting away in a list of unassigned bugs
[16:55] <ScottK> More lists is clearly the solution.
[16:55]  * starshiptrooper agrees
[16:55] <starshiptrooper> although
[16:56] <starshiptrooper> ALTHOUGH
[16:56] <starshiptrooper> only if you move the lists into the cloud
[16:56] <starshiptrooper> http://www.frederic.gierlinger.eu/blog/fp-content/images/cloud_computing.jpg
[16:56] <starshiptrooper> always beware the cloud, my friends
[16:58] <starshiptrooper> anyone knows what the zeitgeist logo is representing?
[16:58] <starshiptrooper> oh oh oh oh! a time ghost!
[16:58]  * starshiptrooper doesnt think that looks like a ghost though
[17:02]  * starshiptrooper pokes Tonio_ with bug 563836
[17:13] <Tonio_> starshiptrooper: right... it should not recommend any of those in fact :)
[17:13] <Tonio_> this is the backend, the frontend should depend on it, noone is supposed to install knm-runtime by hand.... fixing
[17:21] <Tonio_> starshiptrooper: uploaded, hope it'll get in....
[17:22] <Tonio_> starshiptrooper: cleanup for this package is a bit long... there are too many recommends,suggests, conflicts everywhere...
[17:22] <Tonio_> starshiptrooper: and ince packages names changed a lot i nthe past...
[17:23] <Tonio_> ouch... bad keyboard management today...
[17:24] <ScottK> Tonio_: How sure are you got it right?
[17:25] <Tonio_> ScottK: some things changed on the vpn plugins this week, I discussed with the packager on that point
[17:25] <ScottK> OK.
[17:25] <Tonio_> ScottK: well technically this wasn't critical (the bug is there for almost a year)
[17:25] <Tonio_> no harm to just drop the "recommend" part
[17:25]  * ScottK looks
[17:26] <Tonio_> the frontend depend on the backend, I just removed the line that makes the backnd recommend one of the frontends...
[17:26] <Tonio_> ScottK: here is the debdiff
[17:26] <ScottK> Tonio_: No need.
[17:26] <ScottK> I can diff what's in queue.
[17:26] <Tonio_> kk
[17:27] <Tonio_> ScottK: the problem is due to the applet renaming almose a year ago :) I hope everything is nice this time
[17:27] <mcas|screenshots> nixternal: ping
[17:32] <ScottK> Tonio_: Looks good, but did seem to uncover a bug in the queuediff script, so I'll accept it after I use it for testing.
[17:34] <Tonio_> kk
[17:35] <debfx> what can we do about bug #559154?
[17:36] <debfx> I think we should mention it in the release/upgrade notes
[17:36] <ScottK> claydoh would be in charge of that.
[17:37] <Tonio_> what would be the best on that point ?
[17:39] <ScottK> Tonio_: Accepted.
[17:39] <Tonio_> ScottK: thanks
[17:40] <ScottK> No problem.
[18:44] <ScottK> debfx: Nice.  I see you got a mention on planet.kde: http://drfav.wordpress.com/2010/04/15/various-updates-and-stuff/
[19:03] <debfx> ScottK: ah, cool :)
[19:03] <ScottK> Yep
[19:03]  * debfx just committed his first kde svn revision :D
[19:05] <ScottK> Congratulations.
[19:05] <ScottK> debfx: Please be sure to apply to become a Kubuntu Member.
[19:06] <JontheEchidna> I'm a bit concerned about the suitability of plasma-widget-googlecalendar in the default install
[19:07] <JontheEchidna> mostly due to bug 456003, which happens when you try to configure the plasmoid (you can't configure it, due to this crash)
[19:07] <debfx> ScottK: when is the next meeting scheduled?
[19:18] <neversfelde> nixternal: ping
[19:20] <starshiptrooper> hm
[19:20] <starshiptrooper> the calendar be gone!
[19:20] <starshiptrooper> Riddell: ^
[19:20] <starshiptrooper> ScottK: ^
[19:20] <starshiptrooper> it's not like it provides a super awesome feature we must have
[19:21] <starshiptrooper> so I would go for a more stable default selection and boot it off the CD
[19:21] <ScottK> JontheEchidna: Does it crash frequently/all the time?
[19:21] <JontheEchidna> ScottK: all it takes is hitting the configuration button
[19:21] <ScottK> Sensible.
[19:21] <ScottK> JontheEchidna: How much do you know about seeds....
[19:21] <ScottK> As one of the core-dev, you can now fix this stuff yourself ...
[19:21]  * apachelogger starts drawing cheatsheet
[19:22] <ScottK> Excellent.
[19:22] <JontheEchidna> ScottK: I've done some changes that have been sponsored before
[19:22] <ScottK> apachelogger will play the professor.
[19:22] <ScottK> JontheEchidna: Do you have a checkout/branch of the Kubuntu seeds?
[19:22] <JontheEchidna> somewhere, yes
[19:22] <JontheEchidna> yeah, found it
[19:23] <apachelogger> ScottK: a cheatsheet for KUIT :P
[19:23] <apachelogger> not for seeds
[19:23] <apachelogger> :P
[19:23] <apachelogger> seeds are all goodly documented ^^
[19:23] <ScottK> OK.
[19:24] <ScottK> JontheEchidna: OK, so make sure it's up to date and then fix it up.
[19:24] <ScottK> let me know when you've pushed/committed it and I'll check it.
[19:25] <ScottK> Let me know if you have questions.
[19:25] <JontheEchidna> ok
[19:26] <imbrandon> ello all /me yawns
[19:28] <JontheEchidna> ScottK: do we have space for kbluetooth on powerpc?
[19:28] <JontheEchidna> 140 kB
[19:28] <ScottK> JontheEchidna: Yes.
[19:30] <JontheEchidna> ScottK: do you happen to know offhand how much space we have with powerpc?
[19:30] <JontheEchidna> there are a few more things that have been commented out
[19:30] <ScottK> JontheEchidna: It's already bigger than amd64 and i386
[19:30] <ScottK> I'm reluctant to add much back in.
[19:30] <JontheEchidna> ok
[19:31] <Tm_T> better have it fit in and missing something than the other option
[19:31] <ScottK> At 692 right now http://cdimage.ubuntu.com/kubuntu/ports/daily-live/current/
[19:32] <ScottK> By contrast amd64 is 675
[19:32] <ScottK> JontheEchidna: You can probably add some language packs back on amd64/i386
[19:34] <Tm_T> !away > slacker_nl
[19:34] <slacker_nl> Tm_T: sorry, wrong server
[19:34] <Tm_T> slacker_nl: np (:
[19:42] <JontheEchidna> anybody know why this bit is listed three times?
[19:42] <JontheEchidna> http://paste.ubuntu.com/415122/
[19:43] <persia> JontheEchidna: Different architecture restrictions.
[19:43] <ScottK> JontheEchidna: One is en only that we always want.
[19:44] <JontheEchidna> ah, ok
[19:44]  * Tm_T huggles persia & ScottK
[19:44] <JontheEchidna> so that means Languages changes each time you redefine it?
[19:44] <ScottK> The next bit goes on amd64 and i386 both (this is what I'd change)
[19:44] <ScottK> And then the last on is i386 only because we have more room on it.
[19:45] <ScottK> JontheEchidna: First, since we have room on amd64, you should probably put the missing OOo bits back on.
[19:46] <JontheEchidna> looks like impress is the only bit still missing
[19:48] <ScottK> That matches my recollection
[20:02] <JontheEchidna> ScottK: pushed. see revisions 932 and 933
[20:02] <ScottK> Checking
[20:05] <ScottK> JontheEchidna: Why xh?
[20:05] <JontheEchidna> ScottK: pitti's langpacksize tool says it's a priority
[20:05] <JontheEchidna> plus it's fairly small
[20:05] <ScottK> OK
[20:06] <ScottK> BTW, you removed my absolute favorite comment in the seeds.
[20:06] <JontheEchidna> oh?
[20:06] <ScottK> Looks good.  Do you know what's next?
[20:06] <ScottK> The one about HAL.
[20:06] <ScottK> # it's not very polished but it's the future
[20:06] <JontheEchidna> ah, well considering about how hal is looking like the past... ;)
[20:06] <JontheEchidna> ironic, I must say
[20:07] <ScottK> Yes.
[20:07] <JontheEchidna> ScottK: what next?
[20:07] <ScottK> It used to just be funny.  Now it's fyn and ironic
[20:07] <ScottK> JontheEchidna: Grab the source for kubuntu-meta.
[20:07] <ScottK> There's a script in there called update.
[20:07] <jjesse> new version of kde inl ucid?
[20:08] <ScottK> Run that and you should automagically get an updated package.
[20:08] <ScottK> jjesse: Still 4.4.2
[20:08] <ScottK> That's the latest there is.
[20:08] <jjesse> seems like a lot of updates then :)
[20:08] <ScottK> Just adjusting the seeds.
[20:08] <jjesse> ah
[20:08] <JontheEchidna> Yeah, there's been last-minute patches for a lot of KDE modules, plus packaging fixes
[20:09] <ScottK> JontheEchidna: After update runs you can see in debian/changelog what got changed.
[20:09] <jjesse> awesome, tonight is screenshot night for the ofificail ubuntu book kubuntu chapter :)
[20:09] <ScottK> The live cd language pack changes won't show up, just the ones that affect kubuntu-desktop and kubuntu-netbook.
[20:09] <JontheEchidna> automagic!
[20:09] <ScottK> None of this should affect screen shots.
[20:09] <ScottK> It's the best kind
[20:11] <ScottK> JontheEchidna: One other detail: It takes two publisher runs for this to be effective for a live CD build.
[20:11] <apachelogger> JontheEchidna: http://people.ubuntu.com/~apachelogger/tmp/cheatsheet.png
[20:11] <JontheEchidna> ScottK: is 697 MB a good number to shoot for?
[20:11] <ScottK> Assuming you upload before 4:03, that means it'd show up in any build after 5:45.
[20:11] <JontheEchidna> iirc most CDs have an actual limit of 698 or 699
[20:12] <ScottK> JontheEchidna: It's a little close for my taste, but let's give it a try.
[20:12] <ScottK> We can always trim back a bit if needed.
[20:12] <JontheEchidna> apachelogger: deleux
[20:12] <apachelogger> JontheEchidna: maybe more information?
[20:12]  * apachelogger got plenty of space to fill letter/a4
[20:13] <Quintasan> \o
[20:13] <JontheEchidna> http://paste.ubuntu.com/415132/
[20:13] <apachelogger> o/
[20:13] <JontheEchidna> I'll edit the plasma-widget-googlecaldendar part to have an explanation
[20:13] <ScottK> JontheEchidna: Looks right to me.
[20:14] <ScottK> Go for it.
[20:14] <apachelogger> ScottK: do you have a karmic install still?
[20:14] <JontheEchidna> okie-day
[20:14] <ScottK> apachelogger: Yes.
[20:14] <apachelogger> ScottK: can you verify bug 560659 when you get a minute
[20:14] <ScottK> apachelogger: Probably not today.
[20:14] <ScottK> Remind me tomorrow.
[20:14] <apachelogger> k
[20:15] <JontheEchidna> ScottK: uploaded
[20:15] <ScottK> OK.  Takes a few minutes to hit the queue.
[20:15] <JontheEchidna> apachelogger: maybe add some common mistakes like how to do args properly
[20:17] <JontheEchidna> what's the magic to boot my computer with only 1GB of RAM?
[20:17] <persia> To simulate?  Isn't it mem=1G ?
[20:18] <JontheEchidna> yeah, if I'm correct it can be simulated with grub
[20:18] <JontheEchidna> ah: http://www.gnu.org/software/grub/grub-legacy-faq.en.html#q9
[20:18] <JontheEchidna> persia: thanks
[20:19] <JontheEchidna> mem= it is
[20:19] <ScottK> JontheEchidna: Accepted.  Congratulations.  Feel the power?
[20:19] <JontheEchidna> mwahaha
[20:19]  * ScottK is off for a while.
[20:21] <apachelogger> JontheEchidna: http://people.ubuntu.com/~apachelogger/tmp/cheatsheet.png now with default formattings
[20:21] <apachelogger> since richtext will die out in user visible tags unless the widget supports rich
[20:22] <apachelogger> good idea on the common mistakes
[20:22] <JontheEchidna> I should so get a color print of that
[20:30] <apachelogger> kubotu: np
[20:30] <kubotu> apachelogger is listening to "Act I" by Giuseppe Verdi [Rigoletto (disc 1)] [http://open.spotify.com/track/0R5hYVWENQzC6xnWVIKuIR] -- see http://www.last.fm/user/apachelogger for more
[20:42]  * apachelogger is wondering what to do with bug 229583
[20:53] <lex79> picture of the day in frame picture plasmoid doesn't work, the patch introduces a new string...is it too late right?
[20:53] <lex79> http://pastebin.ca/1862255
[20:53] <lex79> the string is in line 69
[20:57] <ScottK> lex79: It's too late for the string change.  Can you come up with some kind of generic image to mean the same thing and provide that?
[20:58] <JontheEchidna> In my opinion, the feature is not vital enough to warrant a string that won't be translated by upstream until 4.4.3 anyways
[20:58] <ScottK> JontheEchidna: Actually 4.5 I think.  Generally KDE doesn't allow post release string changes.
[20:59] <JontheEchidna> ScottK: this change did get backported to 4.4. It has to get i18n team approval though
[20:59] <ScottK> Right
[20:59] <JontheEchidna> and the backporter is a translator (for french) iirc
[20:59] <lex79> yes I taken it from branch
[21:00] <JontheEchidna> I think the best course of action would be to not add the message, then set m_image to be a KIcon of the "icon not found" image
[21:02] <lex79> JontheEchidna: instead of m_image = QPixmap(); ?
[21:02] <JontheEchidna> right
[21:02] <JontheEchidna> maybe the cancel button icon?
[21:03] <JontheEchidna> that's what the pastebin plasmoid uses when uploads fail
[21:03] <lex79> oh right
[21:04] <ScottK> Sounds workable.
[21:04] <ScottK> BTW, kubuntu-meta missed this publisher run, so at least 6:45 before we can ask for an ISO build.
[21:05] <JontheEchidna> do these builds show up anywhere before they show up on the daily page? (e.g. will I be able to see if things are oversized before tomorrow?)
[21:06] <ScottK> JontheEchidna: No, but we can ask to have a special rebuild done.
[21:06] <ScottK> If it doesn't interfere with anything else, they generally will.
[21:06] <JontheEchidna> neat, then that rebuild will show up on the daily iso page?
[21:07] <ScottK> Yes
[21:07] <JontheEchidna> ok, cool. Gotta go home now. Be back in half an hour or so
[21:07] <ScottK> ISO building resources are often contrained, but aren't right now.
[21:07] <ScottK> See ya.
[21:08] <lex79> JontheEchidna: could be m_image = KIcon("dialog-cancel"); ?
[21:16] <Riddell> apachelogger: kubuntu-users not owned by -council
[21:17]  * ScottK waves to Riddell.
[21:17] <Riddell> nixternal: kubuntu-docs in the lang packs should be possibly, probably dpm would know how, but I think it's too late for this cycle
[21:18] <neversfelde> Riddell: I marked the digikam/kipi ui freeze bugs as Fix Released, hope that it is ok?
[21:18] <Riddell> neversfelde: yes thanks
[21:18] <neversfelde> Riddell: I cannot unsubscribe the release team, if this is necessary
[21:19] <ScottK> neversfelde: It's not
[21:19] <neversfelde> and I am afraid that the translators are not very happy with the kipi-plugin upload
[21:19] <neversfelde> they wanted more information, why it was necessary to update
[21:24] <apachelogger> Riddell: so go make it rebranded :P
[21:28] <nixternal> mcas: pong
[21:29] <nixternal> Riddell: yeah, thinking in maverick maybe
[21:30] <mcas> hi nixternal we did some translation work on the kubuntu-docs and we found some problems
[21:31] <mcas> i heard you will remove the screenshots but i filled a bug report against it because the screenshots did not fit the actual version of apport
[21:31] <mcas> and the sharing section should be much shorter
[21:32] <nixternal> to late to do anything for lucid
[21:32] <mcas> i think the normal kubuntu user won't build an domain controller on his pc so this infos should be in the server guide not in the kubuntu docs
[21:32] <mcas> ubuntu+1 nixternal ;-)
[21:33] <nixternal> i am not planning on removing any screenshots I don't think...but I don't know yet either
[21:33] <nixternal> yeah, i noticed that with sharing as well, i thought it was a bit much myself
[21:33] <nixternal> i think dhillonv did that, something i want to fix in maverick
[21:34] <mcas> k
[21:34] <nixternal> though I don't know what my plans are yet for maverick..i am thinking it will probably be all DarkwingDuck_ and jjesse
[21:35] <mcas> ok good to know the contacts ;-)
[21:37] <mcas> should i fill a bug report about sharing?
[21:38] <nixternal> if you want
[21:39] <mcas> k thx
[22:43] <Scorpiion> Riddell: is there any C programming involed in Kubuntu or is that all Ubuntu? I guess it's a thin line what is Ubuntu and what is Kubuntu... is there any differences "under the hood" between kubuntu and ubuntu or "just" KDE/GNOME?
[22:44] <Tm_T> Scorpiion: that, and tools
[22:44] <Scorpiion> Tm_T: okey :)
[22:45] <Tm_T> there's plenty of KDE bugs to be waiting the fixer, for example (;
[22:45] <Scorpiion> as I thought then.. it's just that I have not been doing that much C++ and in school I doing mostly C and systemprogramming at the moment.. that's why I thought if there were any part that was near what I'm doing at school now.. :)
[22:46] <Tm_T> Scorpiion: C helps, though C++ and Python is mostly here
[22:47] <Scorpiion> Tm_T: yeah I guessed so.. have done a little in both but not as much.. :)
[22:47] <Tm_T> I had done ~none when I jumped in
[22:47] <Scorpiion> Tm_T: how much is it that is done with python?
[22:48] <Scorpiion> Tm_T: hehe okey.. no programming at all? ;P
[22:48] <Tm_T> much of Kubuntu specific stuff
[22:48] <Tm_T> well I had experience with C and other languages, not much but some
[22:49] <Tm_T> ...but I think I'm not best to tell about all this, I mostly poke little things in KDE side
[22:49] <Scorpiion> okey
[22:52] <persia> Scorpiion: I'd recommend finding a bug and working to fix it.  For example, most crash bugs in C++ are fixed with almost precisely the same syntax as you'd fix them in C.
[22:52] <persia> And by looking around the code chasing the bug, you'll surely learn more C++
[22:56] <Scorpiion> persia: yeah I guess that's a good way to go.. :)
[23:19] <JontheEchidna> can anybody tell me why after calling" bool firstStart = cg.readEntry( "First start", false );  " that firstStart is true, even though there isn't any such key in the config file?
[23:19] <JontheEchidna> :s
[23:20] <JontheEchidna> according to the KDE docs it should return false when there isn't a first start key, as that's the default value I gave as the second argument of readEntry: http://api.kde.org/4.0-api/kdelibs-apidocs/kdecore/html/classKConfigGroup.html#6b73da6e0b768b5a46b43f5a2d755d32
[23:39] <Riddell> "Amarok 2.3.1 beta 1 tagged" <--  ninajs
[23:39] <Riddell> JontheEchidna: try readBoolEntry ? (or am I thinking KDE 3 API?)
[23:40] <JontheEchidna> Yeah, probably KDE3. It's not in KDE4 api
[23:40] <JontheEchidna> if I can't figure this out we'll have to revert the strigi ram detection patch
[23:42] <Riddell> where's the patch?
[23:47] <JontheEchidna> Riddell: kdebase-runtime
[23:48] <JontheEchidna> for testing, I just bump the ram check up to 9 GB or so :P
[23:49] <Sput> so... any feedback concerning the fixed quassel package? everything working smoothly so far?
[23:50] <lex79> Sput: yes it works fine now
[23:50] <Sput> ok, cool
[23:50] <Sput> I'll push out 0.6.1 tomorrow then
[23:51] <lex79> ScottK: ^^
[23:51] <Sput> did you also fix the debug symbol issue?
[23:52] <lex79> Sput: seems so, apachelogger knows better
[23:53] <apachelogger> yes, but they only will work for the KDE enabled client
[23:53] <apachelogger> qt misses out on this one since the implementation would require about 5 more lines of make :P
[23:53] <Sput> well, that should be the usual case for kubuntu users
[23:53] <apachelogger> aight
[23:53] <Sput> so the chance of getting usable backtraces increases
[23:54] <apachelogger> even more so once I have made our debug-installer use the dbgsym packages instead of -dbg