[15:11] <attente> https://www.irccloud.com/pastebin/XrJE3Xpc/
[15:11] <attente> alan_g: hey, are you getting those errors when building miral-shell? ^
[15:13] <alan_g> attente: no. Compiler? Platform?
[15:15] <attente> alan_g: gcc via ccache
[15:15] <attente> on zesty
[15:16] <attente> gcc 4:6.2.1-1ubuntu1, ccache 3.3.3-1
[15:21]  * greyback also got that today
[15:27]  * alan_g hasn't got zesty to hand
[15:31] <attente> greyback, alan_g: adding an extra comma there fixes it
[15:32] <greyback> attente: alan_g: ack I'll look after it
[15:32] <attente> greyback: thanks
[15:32] <alan_g> thanks
[15:48] <alan_g> greyback: that's down to a gtest change?
[16:03] <greyback> attente: where did you add a comma? To designate an extra macro argument?
[16:07] <attente> greyback: yeah: )); -> ),);
[16:07] <attente> greyback: in all three places the error occurred
[16:08] <greyback> attente: bah, I thought I had tried that and compiler rejected it
[16:08] <attente> https://www.irccloud.com/pastebin/LyZvkGRM/
[16:08] <attente> oh. really?
[16:09]  * attente shakes fist at googletest
[16:16] <greyback> alan_g: well, this is the patch. I'm unclear what's really changed: http://bazaar.launchpad.net/~gerboland/miral/gtest-bug-workaround/revision/457
[16:16] <ubot5`> Ubuntu bug 457 in k3b (Ubuntu) "k3b doesn't have any dependencies on cdrdao" [Medium,Invalid]
[16:17] <greyback> ooh ubot got that wrong
[16:18] <alan_g> greyback: for earlier versions of googletest (vivid, xenial, yakkety) that will break. "error: macro "INSTANTIATE_TEST_CASE_P" passed 4 arguments, but takes just 3),);
[16:18] <greyback> alan_g: yeah I guessed that
[16:19] <greyback> but I'm still unclear what really changed
[16:19] <greyback> qtmir uses that macro in one test, and it compiles.
[16:23] <alan_g> greyback: could you paste the definition of INSTANTIATE_TEST_CASE_P?
[16:25] <alan_g> I see: # define INSTANTIATE_TEST_CASE_P(prefix, test_case_name, generator) \ etc
[16:27] <greyback> alan_g: yep it has changed since: http://pastebin.ubuntu.com/23549170/
[16:28] <alan_g> /sigh
[16:33] <alan_g> Why do they do these things? AFAICS qtmir doesn't use "-pedantic" which would be the difference
[16:34] <alan_g> greyback: you still working on fix? or shall I take over?
[16:35] <greyback> alan_g: I'm still investigating
[16:35] <greyback> just comparing qtmir testcase with miral: http://pastebin.ubuntu.com/23549194/
[16:35] <greyback> difference is not obvious to me yet
[16:36] <greyback> no obviously different compiler flag
[16:36] <alan_g> I didn't see -pedantic in qtmir
[16:36] <greyback> ah
[16:37] <greyback> I didn't think pedantic was reported with -Werror
[16:37] <greyback> ok, that must be it
[16:54] <greyback> alan_g: wdyt? http://pastebin.ubuntu.com/23549271/
[16:54] <greyback> I can't see any way to get the googletest version, to gate it on 1.8
[16:56] <alan_g> I'd prefer not to rely on a gcc extension: https://gcc.gnu.org/onlinedocs/gcc-4.9.2/gcc/Variadic-Macros.html
[16:57] <alan_g> And I remember the  GTest .cmake doesn't set the standard properties
[17:02] <alan_g> greyback: I'll sleep on it.
[17:02] <greyback> alan_g: ack
[17:02] <greyback> have a nice evening
[17:02]  * greyback not sure what is least worst fix


[03:50]  * rgreening yawns
[03:53]  * ScottK is really enjoying kdesvn for cherrypicking security patches from the clamav svn.
[04:29] <rgreening> heh
[04:30] <rgreening> ScottK: I'll have kdegraphics ready in a few.. if you want to sponsor upload...
[04:30] <ScottK> Maybe it I'm not ready to pass out when I get clamav done.
[04:30] <rgreening> lol
[04:31] <ScottK> Urgh.  it/if
[04:38] <rgreening> ScottK: bug 297051
[04:45] <rgreening> kdegraphics took a while to go through. Debian had lot's of little changes to doc and update...
[05:53] <ScottK> rgreening: Sorry.  Out of juice.  Going to bed.
[05:54] <rgreening> np ScottK. Later
[06:57] <rgreening> Riddell: kdeedu ready to be merged... bug 297066
[06:57] <rgreening> Riddell: kdegraphics ready to be merged... bug 297051
[07:17] <yuriy> finally got my roommate on Kubuntu :)
[07:19] <Hobbsee> \o/
[09:36] <\sh> Riddell: taking qtstalker merge now, because of getting rid of old libdb* stuff...
[10:06] <larsivi> morning! in my adventure to achieve a better 8.10 desktop (at least as good as 8.04), I have now come to Kontact - I have two "custom" buttons (for spam handlnig) in the kmail toolbar that are only shown if I open KMail by itself, not inside Kontact - they are however shown for kmail part in the toolbar editor via kontact (so they really should show up)
[10:15] <larsivi> and this one seems to get little "official" acknowledgment - https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/252094
[10:26] <stdin> larsivi: we don't handle video driver bugs here, only Kubuntu/KDE stuff. have you reported your Kontact issue to http://bugs.kde.org ?
[10:27] <larsivi> stdin: not yet - I just tried deleting kontactrc to see if there was some old cruft from hardy, but it didn't help
[10:28] <stdin> the next step then is reporting it to KDE
[11:52] <Riddell> apachelogger: what did we decide for the kdeedu kvtml files?  put them all in a kdeedu-data pacakge and have kanagram and khangman depend on that?
[11:53] <Nightrose> according to the edu ml that was the solution
[11:58] <glade88> erm.. are standard users (like me) are entitled to set bug status to "wishlist" ?
[11:58] <Hobbsee> not unless you're in ubuntu-qa, iirc.
[11:59] <glade88> Hobbsee: ok.. I'll not set it then.. but shouldn't launchpad restrict users from setting it? just for example, those not in bug-control cannot set importance?
[12:00] <Hobbsee> it does...
[12:00] <glade88> err.. not quite.. I can seem to be able to do that..
[12:00] <glade88> plus I am not in ubuntu-qa
[12:07] <glade88> Hobbsee: oops.. youre right. I can set it to confirmed/in progress etc. (I was checking in one of my projects) ty
[12:07] <Hobbsee> glade88: ahhh, that'd do it :)
[12:24] <devfil2> Riddell: ping
[12:38] <apachelogger> Riddell: kdeedu-data-kvtml ... I have pusling's patch here and will add it to the 4.1.71 packaging
[12:38] <apachelogger> rgreening: ping
[12:39]  * apachelogger hands \\sh a cookie for endless wisdom :P
[12:40] <apachelogger> anyway
[12:40] <apachelogger> rgreening: about that merge stuff
[12:40] <apachelogger> I found the problem
[12:40] <apachelogger> the bad news is: our QA sux
[12:41] <apachelogger> the second bad news is: this issue makes us non-standardish since the spec says one _has to_ search applications-merged
[12:41] <apachelogger> the (somewhat) good news is that it's not entirely our fault but also debian's ;-)
[12:41] <\sh> apachelogger: hmmm...just hand me some aspirin as cookie ,-)
[12:42] <ScottK> Is the kubuntu_12_khtmlimagepart_linking.diff patch in our 4.1.3 packages too?
[12:42] <apachelogger> the (somewhat) second good news is that we can poke the ubuntu desktop team in the eye for using applications.menu for gnome, because the spec suggest otherwise for more-than-one-desktop-systems-with-distincted-menu-structure
[12:42]  * apachelogger hands
[12:42] <apachelogger> hm
[12:42]  * apachelogger hands \\sh a aspirin for the cookie
[12:42] <apachelogger> that is somewhat weird though :P
[12:43] <apachelogger> ScottK: that would be in kdelibs?
[12:43] <apachelogger> kubuntu_12_http_cache_cleaner.diff
[12:44] <ScottK> Yes
[12:44] <ScottK> Just reading intrepid-changes.
[12:44] <apachelogger> doesn't look like it
[12:44] <apachelogger> it's pretty minor though
[12:45]  * ScottK waves his hand vaguely in the direction of someone who will look into it.
[12:45] <apachelogger> default installation comes with gwenview which superseds the kthmlimage part
[12:45] <apachelogger> Oo
[12:46] <apachelogger> where does debian/patches/mini come from?
[12:46]  * apachelogger looks at stdin
[12:46] <ScottK> Well we can't have a regression going from 4.1.2 -> 4.1.3.
[12:46] <apachelogger> ScottK: it's not a regression
[12:46] <apachelogger> it wasn't working all of 4.0 and all of released 4.1
[12:47] <ScottK> Right, but it just got fixed in our 4.1.2 packages and so if we don't fix it in 4.1.3, it'll be a regression.
[12:48] <apachelogger> true
[12:48] <apachelogger> who fixed it in .2?
[12:48] <ScottK> Riddell according to intrepid-changes.
[12:48] <apachelogger> hm
[12:49] <apachelogger> ScottK: launchpad says the patch is also in backports
[12:49] <apachelogger> apparently the nl mirror is slowish
[12:49] <ScottK> Great.
[12:49] <ScottK> In this case I'm willing to believe Launchpad.
[12:51] <apachelogger> now, let's talk about the menu issue, because I have a feeling like my head will eventually explode from all the work today
[12:52] <ScottK> Got webcam?
[12:52] <apachelogger> no
[12:52] <ScottK> Rats.
[12:52]  * ScottK was hoping for a show.
[12:52] <apachelogger> lol
[12:53] <apachelogger>  11_kde4_applications_menu.diff changes the KDE applications.menu to kde4-applications.menu... the spec doesn't, for whatever reason, enforce using a prefix, so it is up to the distributor to ensure gnome and kde don't conflict (both are claiming applications.menu)
[12:53] <apachelogger> the patch changes the file name also code-wise, however kbuildsycoca  will later on use that very file name to compose the name of the -merged directory
[12:54] <apachelogger> so instead of applications-merged it will look for 3rd party menu enhancements in kde4-applications-merged
[12:55] <apachelogger> that is partly a KDE issue, as I said the spec clearly says applications-merged needs to be searched at any rate, which of course is ought to break when basing the directory name on a file name instead of hardcoding hit
[12:55] <apachelogger> s/hit/it
[12:56] <ScottK> Lovely.  5 of 5 hunks failed.
[12:56] <apachelogger> the spec also suggests that one should use the $XDG_MENU_PREFIX env variable
[12:57] <apachelogger> so instead of patching the hardcoded name to kde4-applications.menu one would just change the installation name to said prefixed version and sets the menu prefix in (for example) startkde
[12:57] <apachelogger> that way kbuildsycoca will prefix any menu search path with kde4-
[12:58] <apachelogger> so it essentially searches kde4-applications-merged and applications-merged
[12:58] <apachelogger> that means essentially the ubuntu gnome stuff doesn't follow the spec either as it is using applications.menu rather than gnome-applicaitons.menu
[12:59] <ScottK> Nothing like getting to retype in the whole fricking patch by hand.
[12:59] <ScottK> apachelogger: This is for 4.2?
[12:59] <apachelogger> any KDE
[12:59] <ScottK> i.e. Jaunty?
[12:59] <apachelogger> that is why we had to patch the menu file itself all the time
[13:00]  * ScottK was envisioning a "please make the menu stuff not suck for KDE and Gnome" spec for UDS.
[13:01] <apachelogger> course of action for jaunty would be 1) changing gnomes applications.menu to use the prefix and set the XDG_MENU_PREFIX var in whatever script/application uses to start the desktop session 2) revising our's and debian's patch to _only_ change the name with which the applications.menu get installed 3) also use XDG_MENU_PREFIX in startkde
[13:03] <ScottK> Sounds like great spec material.
[13:03] <apachelogger> course of action for intrepid would be to revise the patch and set XDG_MENU_PREFIX, however since this envolves changing two source packages it might be better to just use the same bloody workaround used in KDE 3
[13:04] <apachelogger> ScottK: I wouldn't say it is specworthy, since there already is a spec ;-)
[13:04] <apachelogger> "Make Ubuntu follow all the fancy freedesktop specs without breaking stuff"
[13:04] <ScottK> Yeah.
[13:05] <apachelogger> there should be quite some effort to make desktop files valid
[13:05] <apachelogger> non-standard desktop files make my monochromisation work more difficult ;-)
[13:06] <ScottK> Sounds like good work to throw your crack team of bat packagers at between KDE releases.
[13:07] <apachelogger> IMHO that is good stuff for the mentoring program
[13:08] <apachelogger> the desktop entry spec is not too complex and one learns a good deal about patching and communication with upstream
[13:09] <rgreening> apachelogger: pong
[13:09] <apachelogger> rgreening: read my explosion above
[13:10]  * Nightrose takes some pressure off apachelogger's head before it explodes
[13:10] <apachelogger> also additional resources: http://standards.freedesktop.org/menu-spec/menu-spec-latest.html
[13:11] <apachelogger> http://packages.ubuntu.com/search?searchon=contents&keywords=applications.menu&mode=exactfilename&suite=intrepid&arch=any
[13:11] <apachelogger> stracing kbuildsycoca4 exposes the issue
[13:11] <apachelogger> stracing it with XDG_MENU_PREFIX set shows how that var influences kbuildsycoca
[13:12] <apachelogger> Nightrose: thanks :*
[13:12] <Nightrose> :*
[13:12] <rgreening> apachelogger: yeah. read. cool. Aa real problem, and not just for wine :)
[13:13] <apachelogger> rgreening: I told you
[13:13] <rgreening> lol
[13:13] <apachelogger> the problem is within the menu parsing
[13:13] <rgreening> yeah. figured. thanks for digging...
[13:13] <apachelogger> I also think we should poke some KDE dev to haxx0r something up to ensure applications-menu gets searched at any rate
[13:14] <apachelogger>
[13:14] <apachelogger>  Note that a system that uses either gnome-applications.menu or kde-applications.menu depending on the desktop environment in use must still use applications-merged as the default merge directory in both cases.
[13:14] <rgreening> true. I agree, kde should be patched ot handle the default case in addition.
[13:15] <apachelogger> well, technically what the menu patch does is completely wrong, so I could understand if KDE doesn't want to do anything about it
[13:16] <ScottK> A bit of a line in the PPA world today: i386      83 builds waiting in queue
[13:16] <apachelogger> well, since a lot of buildds got lost...
[13:16] <rgreening> apachelogger: maybe we should try and fix it correctly for Jaunty. we have some time. Then backport fixes
[13:17] <apachelogger> rgreening: well, fixing it correctly is a must-do for jaunty
[13:17] <apachelogger> but as said, fixing it correctly in intrepid would mean rebuilding 2 packages
[13:17] <apachelogger> i.e. reinstalling > 6 packages
[13:17] <JontheEchidna> hmm, trunk is looking pretty neat
[13:17] <rgreening> apachelogger: but it would be correct hen.
[13:18] <rgreening> apachelogger: I'll take correct over br0ken anyday
[13:18] <apachelogger> well, the bloody work around from KDE 3 is working as well, isn't it?
[13:18] <apachelogger> and that one would only put a rebuild/update upon kde4libs and not also kdebase-workspace
[13:18] <rgreening> apachelogger: yes, if you use specify the mergeDir
[13:19] <rgreening> sure, then....
[13:19] <rgreening> but for Jaunty, we should fix apachelogger (IMO)
[13:19] <rgreening> s/fix/fix it/
[13:19] <apachelogger> have to, otherwise I will have to shoot myself
[13:19] <apachelogger> whooo
[13:19] <rgreening> lol
[13:20] <apachelogger> the cleaning lady is back
[13:20] <rgreening> cute?
[13:20] <rgreening> :p
[13:20] <apachelogger> no, creepy
[13:20] <rgreening> lol
[13:20] <ScottK> apachelogger: creepy doesn't exclude cute.
[13:21] <apachelogger> I can't even hide in the server room because then I would have to continue setting up RUs
[13:23] <apachelogger> rgreening: can you report a bug about the issue affecting kde4libs, kdebase-workspace and gnome-menus?
[13:24] <rgreening> sure, in LP?
[13:24] <apachelogger> yus
[13:24] <rgreening> k. 1 min
[13:24] <apachelogger> if I write it, it's gonna be a TLDR report ;-)
[13:26]  * JontheEchidna heads back to the land of KDE 4.1
[13:29] <\sh> Do we plan to get rid of kdevelop (v3) for jaunty?
[13:29] <JontheEchidna> Ha, now I have KDE 4.2 scrollbars. I didn't have 'em in KDE 4.2
[13:30] <apachelogger> JontheEchidna: didn't we fix bug 285265
[13:30] <\sh> Devid Antonio Filoni <- ping
[13:31] <apachelogger> \sh: depends on the progress of the all new version
[13:31] <apachelogger> I doubt it will be ready in time though
[13:33] <JontheEchidna> apachelogger: what was the problem?
[13:33]  * smarter would be interested to know the fix
[13:33] <apachelogger> kdegames-card-data: /usr/share/kde4/apps/carddecks/cards-default/28.png
[13:33] <apachelogger> kpat depends kdegames-card-data (>= 4:4.1.2-0ubuntu3)
[13:33] <smarter> I investigated a little with the bug reported but didn't find anything useful
[13:33] <smarter> except the strace stuff
[13:34] <smarter> apachelogger: somehintg was wrong with kdegames-card-data ?
[13:34] <apachelogger> I think the package didn't exist at all
[13:34] <smarter> sure?
[13:34] <smarter> the user said he had it
[13:34] <apachelogger> maybe there are actually 2 issues?
[13:35] <apachelogger> I certainly can't explain the strace
[13:35] <smarter> something wrong with the function that locate files?
[13:35] <apachelogger> of course that could also just be BS since we can't see if it found any kind of image
[13:35] <smarter> what is strange is that I looked in the code and there's no call to $number.png
[13:36] <smarter> only to deck_$number.png
[13:36] <apachelogger> it probably gets parsed
[13:37] <smarter> the file parsed was wrong then?
[13:37] <apachelogger> my kate i broken
[13:37] <smarter> but the search stuff really search every possible file :P
[13:38] <smarter> foo.png.PNG foo.png.xcf, foo.png.svg, ...
[13:42] <apachelogger> smarter: IMHO there is a bug
[13:42] <apachelogger> it really shouldn|t search /28.png
[13:42] <smarter> of course
[13:42] <apachelogger> especially considering it already found that file earlier
[13:42] <apachelogger> so that is not the problem
[13:43] <smarter> apachelogger: I did a strace on my setup where it works and it didn't do that
[13:43]  * apachelogger breaks his setup
[13:44] <apachelogger> I can't even break my setup
[13:44] <apachelogger> wth
[13:45] <apachelogger> smarter: did you check the source already?
[13:45] <smarter> a bit
[13:45] <smarter> didn't think anything suspicious
[13:45] <smarter> *find
[13:47] <Riddell> apachelogger: "the 4.1.71 packaging"?
[13:51] <apachelogger> Riddell: whateevr version beta1 gets
[13:51] <Riddell> right
[13:53] <apachelogger> smarter: that is uberfunnies
[13:55] <apachelogger> smarter: mine doesn't search /*.png either
[13:57] <rgreening> apachelogger: bug 297195
[13:57] <apachelogger> smarter: you are using french locale?
[13:57] <smarter> yup
[13:58] <smarter> for KDE at least
[13:58] <smarter> $LANG is fr_FR.UTF-8 but $LANGUAGE is en_GB for no apparent reason
[13:58] <Riddell> a good mix that :)
[14:02] <rgreening> Riddell: kdegraphics and kdeedu merges are rdy :)  whenever you are rdy to have apeek
[14:04] <apachelogger> Oo
[14:04] <apachelogger> did I already point out that we don't have de_AT?
[14:05] <apachelogger> rgreening: thx, I think that description didn't hit the problem though ;-)
[14:05] <apachelogger> or it did hit the problem, not the cause
[14:05] <apachelogger> gotta do so explaining
[14:05] <rgreening> apachelogger: feel free to mod :)
[14:06] <apachelogger> sure, thanks for getting it started anyway :)
[14:06] <rgreening> lol... np. YOu know the guts of the issue better than I.
[14:06] <apachelogger> meh, so much for my explaining :P
[14:06] <apachelogger> smarter: reading the diff was inconclusive
[14:07] <smarter> but why did you thought that issue was fixed?
[14:08] <apachelogger> because of the comment before
[14:08] <apachelogger> wells
[14:08] <apachelogger> adduser testuser8 :P
[14:08] <Riddell> apachelogger: we do have de_AT.UTF-8
[14:09] <Riddell> language packs need testing  deb http://ppa.launchpad.net/ubuntu-langpack/ubuntu intrepid main
[14:09] <Riddell> rgreening: just adding the kdeedu-kvtml-data package to your kdeedu
[14:09] <rgreening> Riddell: cool.
[14:11] <apachelogger> Riddell: translation wise
[14:12] <apachelogger> smarter: doesn't seem to be a caching issue either
[14:12] <Riddell> apachelogger: oh I see
[14:12] <smarter> grr, connection failure
[14:12] <smarter> so, apachelogger: [15:07:16] <smarter> but why did you thought that issue was fixed?
[14:13] <apachelogger> smarter: https://bugs.edge.launchpad.net/ubuntu/+source/kdegames/+bug/285265/comments/2
[14:13] <rgreening> wiki.kubuntu.org down (for me at least)
[14:14] <apachelogger> smarter: smarter: doesn't seem to be a caching issue either
[14:14] <seele> Riddell: have you had any feedback about the text beside icon change?
[14:14] <seele> besides the places where it's broken in apps
[14:14] <Riddell> seele: curiously I don't think we have
[14:14] <seele> nuno wants to start pushing the change for 4.2, but some apps need to be fixed too
[14:15] <seele> hmm
[14:15] <apachelogger> rgreening: maybe we should make that two bugs, gnome using applications.menu is not really related to that fact that our parser is broken
[14:15] <apachelogger> they just have the one thing in common that both issues are violating the spec
[14:16] <apachelogger> seele: no bad feedback anyway
[14:16] <seele> apachelogger: no feedback is good feedback? ;)
[14:18] <apachelogger> you know, people only complain when they don't like something, they barely praise when they like something ;-)
[14:19] <seele> yes, but the fact they didn't notice it is a good thing
[14:19] <seele> the function part of "functional design" is working
[14:24] <rgreening> apachelogger: this is stupid and bad, but symlinking applications-merged to kde4-applications-merged confirms what you say as I can now see my missing menu items in the correct location.
[14:31] <apachelogger> hm
[14:32] <apachelogger> now it really bacame TLDR sort of report :P
[14:32] <apachelogger> rgreening: enhanced the description to cover cause, impact and proposed solution
[14:32] <rgreening> apachelogger: cool. thanks,
[14:33] <ScottK> TLDR?
[14:34] <apachelogger> too long didn't read
[14:34] <apachelogger> rgreening: do you want to work on the solution
[14:34] <apachelogger> ß
[14:34] <apachelogger> ?
[14:34] <ScottK> Ah.
[14:35] <larsivi> do anyone know if stackable items in the task bar is on the plate for kde 4.2 or so?
[14:37] <rgreening> apachelogger: I'll take a peek and see what I can come up with...
[14:37] <apachelogger> rgreening: please assign it to yourself
[14:37] <apachelogger> I'd rather not have this bug get lost ;-)
[14:38] <apachelogger> I am wondering if xfce uses gnome-menus to create his menutree
[14:38] <apachelogger> ttha would be sorta weird though
[14:38] <apachelogger> NCommander: png
[14:39] <rgreening> apachelogger: will do. I may need some assistance... :)
[14:39] <seele> larsivi: you mean grouping?
[14:40] <apachelogger> rgreening: I explained it so nicely and you still need assistance? :P
[14:41] <NCommander> apachelogger, ICMP echo response
[14:43] <rgreening> apachelogger: heh... I said "may"... I'll let you know when I have something.
[14:43] <larsivi> seele: yes
[14:44] <larsivi> group similar items
[14:45] <seele> larsivi: i know someone is working on it, but whether or not it is in the 4.2 plan i dont know
[14:46] <larsivi> seele: it gets a bit crowdy with 7+ konqueror windows :P
[14:46] <apachelogger> rgreening: okies
[14:46] <apachelogger> larsivi: arleady implemented
[14:46] <apachelogger> *already
[14:46] <apachelogger> working pretty well if one likes grouping ;-)
[14:46] <larsivi> oh, good :)
[14:46] <larsivi> I do
[14:51] <seele> apachelogger: in 4.1.3?
[14:57] <apachelogger> seele: trunk
[14:58] <seele> ah, that's why :)
[15:09] <Riddell> rgreening: kdeedu and graphics uploaded, send the changes to debian if there's anything relevant or mark on wiki if not and that's us done for KDE main modules merges
[15:10] <rgreening> k. Riddell.
[15:10] <rgreening> apachelogger: I have patches for the bug. Will
[15:11] <rgreening> apachelogger: will upload shortly...
[15:12] <rgreening> just need to build/test them.
[15:18] <apachelogger> rgreening: question is also if setting the env var in startkde is the most appropriate solution for it
[15:18] <apachelogger> s/solution/location
[15:24] <rgreening> apachelogger: not sure... It seems to be the correct location. I'll do some additional digging/testing.
[15:27] <apachelogger> rgreening: IIRC we can also create an independent script, which if of course preferable over patching startkde
[15:33] <apachelogger> if only I would remember
[15:33] <rgreening> apachelogger: have a look at the patch I poseted to bug 297195 for startkde. It's something that probably should be there anyway...
[15:34] <apachelogger> Riddell: what was the KDE dir for scripts to set environment vars?
[15:35] <Riddell> ~/.kde/env ?
[15:35] <rgreening> Riddell: system wide...
[15:36] <apachelogger> # Source scripts found in <localprefix>/env/*.sh and <prefixes>/env/*.sh
[15:36] <apachelogger> # (where <localprefix> is $KDEHOME or ~/.kde, and <prefixes> is where KDE is install
[15:37] <Riddell> or just using /usr/bin/startkde
[15:38] <apachelogger> storing it in /usr/env/ seems better to me, after all that is what it is meant for
[15:38] <apachelogger> for prefix in `echo "$libpath" | sed -n -e 's,/lib[^/]*/,/env/,p'`; do
[15:38] <apachelogger>   for file in "$prefix"*.sh; do
[15:38] <apachelogger>     test -r "$file" && . "$file"
[15:38] <apachelogger>   done
[15:38] <apachelogger> done
[15:38]  * smarter never heard of /usr/env
[15:39] <rgreening> doesn't exist
[15:39] <apachelogger> probably needs to be created
[15:39] <apachelogger> that is uberleet stuff ;-)
[15:39] <Riddell> sounds like it goes against FHS
[15:39] <apachelogger> yeah, IMHO it should be /usr/share/kde4/env
[15:40] <smarter> this is rather totally overkill
[15:40] <smarter> why not kubuntu-default-settings?
[15:40] <smarter> (but /usr/share/kde4/env is ok too)
[15:40] <apachelogger> smarter: the var is needed always
[15:40] <smarter> so, startkde
[15:40] <apachelogger> Riddell: I guess $PREFIX/env is not so much of a problem when installing KDE to /opt/kdeX
[15:41] <apachelogger> rgreening: I propose patching startkde for now, but filing a bug
[15:42] <apachelogger> longterm solution should be to just install an addition file to usr/share/kde4/env/
[15:43] <ScottK> smarter: If you like overkill we could do /usr/share/kde/kde4/env to be ready for the next transition.
[15:44] <rgreening> So, we don't use env anywhere in the system... why start now :) haha
[15:44]  * rgreening ducks and rolls away
[15:44] <JontheEchidna> ~fact 2
[15:44] <kubotu> fact #2 of 13: rgreening buries head in sand [from smarter!n=smarter@ubuntu/member/smarter on Wed Oct 01 23:27:17 +0300 2008 in #kubuntu-bunker]
[15:45] <JontheEchidna> oh shi-, kubotu gave away the location of the sekret channel D:
[15:45] <ScottK> JontheEchidna: Not the first time.
[15:46] <JontheEchidna> heh
[15:46] <Riddell> apachelogger: guess not
[15:46] <apachelogger> but who does use /opt/kdeX anywaz ;-)
[15:46] <apachelogger> poor english that is
[15:46] <apachelogger> rgreening: because it is the superior approach
[15:47] <rgreening> apachelogger: true. Could this go in kubuntu-default-settings though?
[15:47] <apachelogger> IMHO we probably should also file a bug about the poor handling of PREFIX-application.menu
[15:48] <apachelogger> one should be able to change the installation name via cmake and set the env var automagically depending on that
[15:48] <apachelogger> rgreening: no, the var needs to be set even if kds is not installed
[15:49] <smarter> apachelogger: IIRC, there was a neon script to build stuff against kde-nightly, what's his name?
[15:49] <rgreening> apachelogger: right.
[15:49] <apachelogger> I am not even sure setting the env var at all right now is a good idea
[15:49]  * smarter tries to compile KDevelop4
[15:50] <apachelogger> kbuildsycoca is part of kdelibs, so I would assume some widgets would use the menutree
[15:50] <Nightrose> smarter: neonmake?
[15:50] <smarter> does it work? :)
[15:50] <apachelogger> in which case we probably have to patch anyway
[15:50]  * apachelogger needs to check when he's home though
[15:50] <apachelogger> time for the training
[15:50] <apachelogger> smarter: of courese it does
[15:51] <Nightrose> smarter: ramblurr uses it to compile amarok
[15:51] <rgreening> apachelogger: startkde is one definate place it needs to be. the prefix should only be set if KDE is the DE running
[15:51]  * smarter tries
[15:51] <smarter> oh, it works :]
[15:58] <Riddell> nixternal: how was last night?
[16:32] <Riddell> Nightrose: can I use amarok 2 to put music on an ipod yet?
[16:36] <ScottK> Riddell: That sounds like rather a personal question (for nixternal).
[16:36] <ScottK> ;-)
[16:42] <vorian> :o
[16:52] <Riddell> I heard he had a "love fest"
[16:54]  * ScottK considers hot needles for his eyes.
[16:58] <apachelogger> rgreening: technically it needs to be defined in kbuildsycoca
[17:04] <Nightrose> Riddell: ipod should work yes
[17:04] <apachelogger> actually jonny claimed it does not
[17:04] <apachelogger> due to our nogtk version
[17:04] <Nightrose> hmmmm
[17:04] <Nightrose> bad
[17:05] <Nightrose> what's the problem?
[17:05] <apachelogger> JontheEchidna: poke
[17:06] <apachelogger> I obtained gnome commit style http://websvn.kde.org:80/trunk/KDE/kdeaccessibility/IconThemes/?view=log
[17:10] <apachelogger> rgreening: we have to revise the menu patch only
[17:10] <apachelogger> openwithdialog relys on the menutree
[17:10] <apachelogger> if we only set the var in startkde openwithdialogs will not work properly in GNOME
[17:10] <nixternal> Riddell: last night went well...good turnout and good responses...I heard the gripes people had with Kubuntu and KDE and I am awaiting a few emails...people were super cool, so I told them if they had some itches that needed to be scratched I would help them out
[17:11] <apachelogger> Oo
[17:11]  * apachelogger better doesn't ask
[17:11] <apachelogger> rgreening: apparently gnome also has implementation flaws with the spec ;-)
[17:11] <Tm_T> apachelogger: who's amarok database master?
[17:12] <apachelogger> which seems to be the reason ubuntu doesn't use gnome-applications.menu
[17:12] <apachelogger> Tm_T: Nightrose
[17:12] <Tm_T> apachelogger: ah!
[17:12] <Tm_T> danke!
[17:12] <apachelogger> close enough at least :P
[17:12]  * Riddell has been arguing the gnome-applications.menu issue since hoary
[17:12] <Nightrose> Tm_T: !
[17:12] <Nightrose> ;-)
[17:12] <Riddell> Debian uses gnome-applications.menu I believe
[17:12] <apachelogger> bug 297226
[17:12] <Tm_T> Nightrose: repost: is it known that collection scanner doesn't find files with umlauts?
[17:13] <Nightrose> Tm_T: there were problem with that yea - current svn?
[17:13] <Tm_T> Nightrose: current indeed
[17:13] <Nightrose> then bug report please
[17:13] <Tm_T> rescan didn't help
[17:13] <Tm_T> Nightrose: will do, have to make proper testrun
[17:14] <Nightrose> thx :)
[17:14] <Tm_T> np
[17:14] <Tm_T> the little I can do while waiting the baby to come
[17:18] <Riddell> apachelogger: should we look at putting kdebase-runtime's kubuntu_03_knetattach_use_sftp.diff upstream?
[17:18] <Riddell> it's http://bugs.kde.org/show_bug.cgi?id=120669
[17:19] <Riddell> and the question is should it offer fish and sftp or just sftp (i.e. is there much of a usecase for fish still)
[17:20] <ScottK> Riddell: Dunno about other distros, but Ubuntu supports SFTP since at least Dapper.
[17:20] <Riddell> much longer I expect
[17:21] <ScottK> Well that's the first one I used.
[17:23] <rgreening> apachelogger: what do you suggest then instead of (or in addition to) patching startkde (I say in addition to cause the patch will guarantee XDG_MENU_PREFIX is set by testing for it and if not set, it will. Can stiil be set elsewhere).
[17:24] <yuriy> I've had somewhat better experience with fish than with sftp, though I don't remember what the issues I was running into with sftp were, but I ended up going back to fish when I tried it
[17:24] <apachelogger> Riddell: I am not aware of possible implementation shortcomings so I can't really tell if only supporting sftp is sensible, fish only has a very limited use case though, also explaining the difference in the GUI might be a bit different
[17:24] <apachelogger> but in general that should go upstream someway
[17:25] <apachelogger> rgreening: sec
[17:26] <apachelogger> kded/vfolder_menu.cpp
[17:26] <apachelogger> line 844
[17:26]  * rgreening is looking...
[17:26] <apachelogger> hardcode to etc/xdg/menus/applications-merged instead of using the basename
[17:26] <apachelogger> rgreening: and leave the other change
[17:27] <apachelogger> that way we at least enforce applications-merged, I don't think kde4-applciations-merged would make any sense for anyone but distros anyway
[17:29] <rgreening> apachelogger: that will break other parts of the spec. It could be something other than applications (IIRC from reading the spec)
[17:29] <apachelogger> rgreening: only kde4-applications-merged, the other stuff stays unaffacted
[17:29] <apachelogger> as I understand the code this line will only change the default location
[17:29] <apachelogger> oh
[17:30] <apachelogger> rgreening: another solution could be removing the check for the env var completely
[17:30] <apachelogger> line 773
[17:32] <apachelogger>    QString xdgMenuPrefix = QString::fromLocal8Bit("kde4-");
[17:32] <apachelogger> at least I think it would like that ;-)
[17:33] <rgreening> hmmm...
[17:33] <fregl> any hint on the best way to get cmake 2.6.2 for intrepid?
[17:34] <rgreening> hackish... though forces kde4- prefix in KDE4 apps throughout.... hmmm
[17:34] <Riddell> fregl: it's in backports
[17:35] <fregl> Riddell: I thought I had activated backports - my bad - thanks :)
[17:36] <apachelogger> rgreening: well, you could keep the original line and just ensure xdgMenuPrefix is never empty
[17:36] <apachelogger> i.e. if it is empty use kde4-
[17:36] <apachelogger> that way users can still override the menu file
[17:37] <apachelogger> that would probably be the best way
[17:37] <rgreening> apachelogger: That's less hackish (i.e. more friendly) :)
[17:37] <apachelogger> that is not hackish at all
[17:37] <apachelogger> I could even imagine a sensible upstream solution like that
[17:38] <rgreening> Ok, so, then we wouldn't need to patch kdebase-workspace (startkde) potentially...
[17:38] <apachelogger> correclt
[17:38] <apachelogger> y
[17:38] <rgreening> ok, let me try it out... see what I come up with...
[17:39]  * apachelogger is feeling sickish
[17:40] <ScottK> apachelogger: You read about nixternal's love fest then?
[17:40] <apachelogger> yes, I even was too afraid to ask
[17:41] <fregl> switching from hardy backports to intrepid helped ...
[17:42] <apachelogger> hehe
[17:54] <Riddell> apachelogger: can you explain kde4libs patch kubuntu_11_fix_openwithdialog.diff to me?
[17:55] <Riddell> it looks like something which should go upstream
[17:55] <apachelogger> hm, read backlog :P
[17:55] <apachelogger> Riddell: upstream is implemented it in a more sensible way, dfaure said that the plan is to carry the complete kservice object around instead of just selected values
[17:56] <Riddell> apachelogger: so we'll drop that patch in 4.2?
[17:56] <apachelogger> yup
[18:05] <Riddell> salut marseillai
[18:05] <marseillai> salut Riddell
[18:05] <rgreening> apachelogger: have a look at the updated patch. See what you think of that?
[18:06] <Riddell> marseillai: tu habite en France?
[18:06] <Riddell> marseillai: tu habit en France?
[18:06] <marseillai> Riddell: oui (habites)
[18:07] <Riddell> marseillai: je va au france la semaine prochaine
[18:07] <marseillai> ou ca ?
[18:07] <Riddell> je sais pas :)
[18:07] <marseillai> tu pars en vacances ?
[18:08] <Riddell> oui
[18:08] <Nightrose> apachelogger: any chance to get kde-edu included in neon?
[18:08] <marseillai> :)
[18:08] <Riddell> marseillai: ou est bon?
[18:08] <marseillai> Riddell: peut etre qu'on devrait continuer en privé pour ne pas géner
[18:15] <rgreening> how does dch deternine the distro to put in the changelog entry.. for example, edinging now, I seem to be getting jaunty by default.
[18:19] <glade88> https://bugs.edge.launchpad.net/bugs/297311
[18:30] <rgreening> apachelogger: Presumably, then XDG_MENU_PREFIX should be set by the application and not the DE? in order for the spec to work I mean... otherwise, how could a DE use other applications if the DE sets it to their prefix, which would then presumably break the non-DE app. Just a thought (sort of trying to justify to myslef the change we are making ot kdelibs).
[18:31] <rgreening> apachelogger: anyway, the patch is uploaded. I have kde4libs compilng now do I can install/test it out.
[18:44] <JontheEchidna> apachelogger: pong
[19:05]  * JontheEchidna needs to lrn2read backlog
[19:05] <JontheEchidna> Nightrose: no clue why, but unless we use libgpod-dev iPod support won't work. Using libgpod-nogtk-dev doesn't work
[19:06] <Nightrose> JontheEchidna: mind investigating? i have no idea what is wrong there
[19:06] <Nightrose> :/
[19:06] <JontheEchidna> uh, I have no knowledge of those types of things. Who does device support in the amarok team?
[19:07] <JontheEchidna> if you build with nogtk, cmake sez it won't support iPod artwork, but it turns out iPods don't get shown in the collection at all
[19:07] <Nightrose> JontheEchidna: xevix is the guy to talk to in amarok
[19:22] <meson10> Are there any troubles using pykdeuic4 ... if i use it to generate the UI
[19:23] <Riddell> meson10: there shouldn't be
[19:23] <meson10> troubles as in.... basically unable to execute the generated file
[19:24] <meson10> with the simple example being... The MainWIn class is not imported from the Ui_ class it should have been
[19:24] <meson10> sorry ... inherited* :)
[19:27] <meson10> Riddell: well... there seems some obvious trouble here... anyway.. would try to resolve it.
[19:27] <meson10> if i still get stuck i might bug the channel
[19:28] <Riddell> meson10: _Sime is a good person to poke :)
[19:29] <meson10> Riddell: alright... i remember marking an email as well... i didn hear back.. so hit the channel.
[19:44] <rgreening> apachelogger: pingy-pingy
[19:54] <glade88> apachelogger: I added this to my repos but I still dont have a kde4.2 update or a kde-nightly -- deb http://ppa.launchpad.net/project-neon/ubuntu intrepid main
[19:56] <Nightrose> glade88: you updated you package list? and looked for a kde-nightly package?
[19:56] <glade88> yes
[19:56] <glade88> i dont have a kde-nightly package
[19:57] <Nightrose> then something is wrong - maybe you didn't set up the repository correctly
[19:57] <Nightrose> check for typos
[19:58] <glade88> it shows up correctly in sources.list - verified
[19:58] <glade88> I'll update again
[19:59] <glade88> yea.. 227MB.. I see it now :)
[19:59] <glade88> thanks
[20:58] <apachelogger> rgreening and jr got lost
[20:58] <apachelogger> we are doomed
[20:59]  * apachelogger runs against the wall
[20:59] <jjesse> what?
[20:59] <apachelogger> [21:26:52] <-- rgreening<EMAIL_ADDRESS>has quit (Read error: 110 (Connection timed out))
[20:59] <apachelogger> [21:31:24] <-- Riddell (i=jr@kde/jriddell) has quit (No route to host)
[20:59] <jjesse> lol ;)
[21:56] <seele> whoowee
[21:56] <jjesse> wow
[21:57] <jjesse> what a crazy ride
[21:57] <Riddell> and my server crashes so I missed the whole thing..
[22:00] <seele> Riddell: there were 4 people and a bot in here for 10 minutes
[22:30] <rgreening> seele: sounds like the opening line for a bad bar joke
[22:32] <seele> rgreening: hehe
[22:32] <Riddell> was there a pianist too?
[22:33] <rgreening> the bot shot him and took his bench. The bot plays better music though.
[23:25] <aleite> Hello guys...
[23:25] <aleite> Do you have a package of Cmake 2.6.2? KDE trunk now needs it
[23:28] <JontheEchidna> (was answered in #kubuntu)^
[23:30] <aleite> JontheEchidna: thank you again... :-)
[23:30] <JontheEchidna> :)
[23:34] <seele> Riddell: i dont know any jokes involving a pianist