[03:50] * rgreening yawns [03:53] * ScottK is really enjoying kdesvn for cherrypicking security patches from the clamav svn. [04:29] heh [04:30] ScottK: I'll have kdegraphics ready in a few.. if you want to sponsor upload... [04:30] Maybe it I'm not ready to pass out when I get clamav done. [04:30] lol [04:31] Urgh. it/if [04:38] ScottK: bug 297051 [04:38] Launchpad bug 297051 in kdegraphics "kdegraphics 4.1.2: new changes from Debian (4.1.3) require merging" [Undecided,Fix committed] https://launchpad.net/bugs/297051 [04:45] kdegraphics took a while to go through. Debian had lot's of little changes to doc and update... === vorian is now known as heHATEme [05:53] rgreening: Sorry. Out of juice. Going to bed. [05:54] np ScottK. Later [06:57] Riddell: kdeedu ready to be merged... bug 297066 [06:57] Launchpad bug 297066 in kdeedu "kdeedu 4.1.2: new changes from Debian (4.1.3) require merging" [Undecided,New] https://launchpad.net/bugs/297066 [06:57] Riddell: kdegraphics ready to be merged... bug 297051 [06:57] Launchpad bug 297051 in kdegraphics "kdegraphics 4.1.2: new changes from Debian (4.1.3) require merging" [Undecided,Fix committed] https://launchpad.net/bugs/297051 [07:17] finally got my roommate on Kubuntu :) [07:19] \o/ === santiago-pgsql is now known as Guest53713 === Guest53713 is now known as santiago-ve [09:36] <\sh> Riddell: taking qtstalker merge now, because of getting rid of old libdb* stuff... === cmvo_ is now known as cmvo [10:06] 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] and this one seems to get little "official" acknowledgment - https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/252094 [10:15] Launchpad bug 252094 in xserver-xorg-video-intel "Poor graphics performance and rendering errors on Intel GM965 system, Ubuntu 8.10" [Undecided,Confirmed] [10:26] 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] 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] the next step then is reporting it to KDE [11:52] 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] according to the edu ml that was the solution [11:58] erm.. are standard users (like me) are entitled to set bug status to "wishlist" ? [11:58] not unless you're in ubuntu-qa, iirc. [11:59] 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] it does... [12:00] err.. not quite.. I can seem to be able to do that.. [12:00] plus I am not in ubuntu-qa [12:07] Hobbsee: oops.. youre right. I can set it to confirmed/in progress etc. (I was checking in one of my projects) ty [12:07] glade88: ahhh, that'd do it :) [12:24] Riddell: ping [12:38] Riddell: kdeedu-data-kvtml ... I have pusling's patch here and will add it to the 4.1.71 packaging [12:38] rgreening: ping [12:39] * apachelogger hands \\sh a cookie for endless wisdom :P [12:40] anyway [12:40] rgreening: about that merge stuff [12:40] I found the problem [12:40] the bad news is: our QA sux [12:41] the second bad news is: this issue makes us non-standardish since the spec says one _has to_ search applications-merged [12:41] 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] Is the kubuntu_12_khtmlimagepart_linking.diff patch in our 4.1.3 packages too? [12:42] 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] hm [12:42] * apachelogger hands \\sh a aspirin for the cookie [12:42] that is somewhat weird though :P [12:43] ScottK: that would be in kdelibs? [12:43] kubuntu_12_http_cache_cleaner.diff [12:44] Yes [12:44] Just reading intrepid-changes. [12:44] doesn't look like it [12:44] it's pretty minor though [12:45] * ScottK waves his hand vaguely in the direction of someone who will look into it. [12:45] default installation comes with gwenview which superseds the kthmlimage part [12:45] Oo [12:46] where does debian/patches/mini come from? [12:46] * apachelogger looks at stdin [12:46] Well we can't have a regression going from 4.1.2 -> 4.1.3. [12:46] ScottK: it's not a regression [12:46] it wasn't working all of 4.0 and all of released 4.1 [12:47] 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] true [12:48] who fixed it in .2? [12:48] Riddell according to intrepid-changes. [12:48] hm [12:49] ScottK: launchpad says the patch is also in backports [12:49] apparently the nl mirror is slowish [12:49] Great. [12:49] In this case I'm willing to believe Launchpad. [12:51] 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] Got webcam? [12:52] no [12:52] Rats. [12:52] * ScottK was hoping for a show. [12:52] lol [12:53] 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] 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] so instead of applications-merged it will look for 3rd party menu enhancements in kde4-applications-merged [12:55] 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] s/hit/it === heHATEme is now known as vorian [12:56] Lovely. 5 of 5 hunks failed. [12:56] the spec also suggests that one should use the $XDG_MENU_PREFIX env variable [12:57] 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] that way kbuildsycoca will prefix any menu search path with kde4- [12:58] so it essentially searches kde4-applications-merged and applications-merged [12:58] 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] Nothing like getting to retype in the whole fricking patch by hand. [12:59] apachelogger: This is for 4.2? [12:59] any KDE [12:59] i.e. Jaunty? [12:59] 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] 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] Sounds like great spec material. [13:03] 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] ScottK: I wouldn't say it is specworthy, since there already is a spec ;-) [13:04] "Make Ubuntu follow all the fancy freedesktop specs without breaking stuff" [13:04] Yeah. [13:05] there should be quite some effort to make desktop files valid [13:05] non-standard desktop files make my monochromisation work more difficult ;-) [13:06] Sounds like good work to throw your crack team of bat packagers at between KDE releases. [13:07] IMHO that is good stuff for the mentoring program [13:08] the desktop entry spec is not too complex and one learns a good deal about patching and communication with upstream [13:09] apachelogger: pong [13:09] rgreening: read my explosion above [13:10] * Nightrose takes some pressure off apachelogger's head before it explodes [13:10] also additional resources: http://standards.freedesktop.org/menu-spec/menu-spec-latest.html [13:11] http://packages.ubuntu.com/search?searchon=contents&keywords=applications.menu&mode=exactfilename&suite=intrepid&arch=any [13:11] stracing kbuildsycoca4 exposes the issue [13:11] stracing it with XDG_MENU_PREFIX set shows how that var influences kbuildsycoca [13:12] Nightrose: thanks :* [13:12] :* [13:12] apachelogger: yeah. read. cool. Aa real problem, and not just for wine :) [13:13] rgreening: I told you [13:13] lol [13:13] the problem is within the menu parsing [13:13] yeah. figured. thanks for digging... [13:13] I also think we should poke some KDE dev to haxx0r something up to ensure applications-menu gets searched at any rate [13:14] [13:14] 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] true. I agree, kde should be patched ot handle the default case in addition. [13:15] 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] A bit of a line in the PPA world today: i386 83 builds waiting in queue [13:16] well, since a lot of buildds got lost... [13:16] apachelogger: maybe we should try and fix it correctly for Jaunty. we have some time. Then backport fixes [13:17] rgreening: well, fixing it correctly is a must-do for jaunty [13:17] but as said, fixing it correctly in intrepid would mean rebuilding 2 packages [13:17] i.e. reinstalling > 6 packages [13:17] hmm, trunk is looking pretty neat [13:17] apachelogger: but it would be correct hen. [13:18] apachelogger: I'll take correct over br0ken anyday [13:18] well, the bloody work around from KDE 3 is working as well, isn't it? [13:18] and that one would only put a rebuild/update upon kde4libs and not also kdebase-workspace [13:18] apachelogger: yes, if you use specify the mergeDir [13:19] sure, then.... [13:19] but for Jaunty, we should fix apachelogger (IMO) [13:19] s/fix/fix it/ [13:19] have to, otherwise I will have to shoot myself [13:19] whooo [13:19] lol [13:20] the cleaning lady is back [13:20] cute? [13:20] :p [13:20] no, creepy [13:20] lol [13:20] apachelogger: creepy doesn't exclude cute. [13:21] I can't even hide in the server room because then I would have to continue setting up RUs [13:23] rgreening: can you report a bug about the issue affecting kde4libs, kdebase-workspace and gnome-menus? [13:24] sure, in LP? [13:24] yus [13:24] k. 1 min [13:24] 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] Ha, now I have KDE 4.2 scrollbars. I didn't have 'em in KDE 4.2 [13:30] JontheEchidna: didn't we fix bug 285265 [13:30] Launchpad bug 285265 in kdegames "KPatience dies with ASSERT: "!pixmap().isNull()"" [Undecided,Confirmed] https://launchpad.net/bugs/285265 [13:30] <\sh> Devid Antonio Filoni <- ping [13:31] \sh: depends on the progress of the all new version [13:31] I doubt it will be ready in time though [13:33] apachelogger: what was the problem? [13:33] * smarter would be interested to know the fix [13:33] kdegames-card-data: /usr/share/kde4/apps/carddecks/cards-default/28.png [13:33] kpat depends kdegames-card-data (>= 4:4.1.2-0ubuntu3) [13:33] I investigated a little with the bug reported but didn't find anything useful [13:33] except the strace stuff [13:34] apachelogger: somehintg was wrong with kdegames-card-data ? [13:34] I think the package didn't exist at all [13:34] sure? [13:34] the user said he had it [13:34] maybe there are actually 2 issues? [13:35] I certainly can't explain the strace [13:35] something wrong with the function that locate files? [13:35] of course that could also just be BS since we can't see if it found any kind of image [13:35] what is strange is that I looked in the code and there's no call to $number.png [13:36] only to deck_$number.png [13:36] it probably gets parsed [13:37] the file parsed was wrong then? [13:37] my kate i broken [13:37] but the search stuff really search every possible file :P [13:38] foo.png.PNG foo.png.xcf, foo.png.svg, ... [13:42] smarter: IMHO there is a bug [13:42] it really shouldn|t search /28.png [13:42] of course [13:42] especially considering it already found that file earlier [13:42] so that is not the problem [13:43] 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] I can't even break my setup [13:44] wth [13:45] smarter: did you check the source already? [13:45] a bit [13:45] didn't think anything suspicious [13:45] *find [13:47] apachelogger: "the 4.1.71 packaging"? [13:51] Riddell: whateevr version beta1 gets [13:51] right [13:53] smarter: that is uberfunnies [13:55] smarter: mine doesn't search /*.png either [13:57] apachelogger: bug 297195 [13:57] smarter: you are using french locale? [13:57] Launchpad bug 297195 in kde4libs "Gnome/KDE applications.menu collision resolution breaks searching in applications-merged dir" [Undecided,New] https://launchpad.net/bugs/297195 [13:57] yup [13:58] for KDE at least [13:58] $LANG is fr_FR.UTF-8 but $LANGUAGE is en_GB for no apparent reason [13:58] a good mix that :) [14:02] Riddell: kdegraphics and kdeedu merges are rdy :) whenever you are rdy to have apeek [14:04] Oo [14:04] did I already point out that we don't have de_AT? [14:05] rgreening: thx, I think that description didn't hit the problem though ;-) [14:05] or it did hit the problem, not the cause [14:05] gotta do so explaining [14:05] apachelogger: feel free to mod :) [14:06] sure, thanks for getting it started anyway :) [14:06] lol... np. YOu know the guts of the issue better than I. [14:06] meh, so much for my explaining :P [14:06] smarter: reading the diff was inconclusive [14:07] but why did you thought that issue was fixed? [14:08] because of the comment before [14:08] wells [14:08] adduser testuser8 :P [14:08] apachelogger: we do have de_AT.UTF-8 [14:09] language packs need testing deb http://ppa.launchpad.net/ubuntu-langpack/ubuntu intrepid main [14:09] rgreening: just adding the kdeedu-kvtml-data package to your kdeedu [14:09] Riddell: cool. [14:11] Riddell: translation wise [14:12] smarter: doesn't seem to be a caching issue either [14:12] apachelogger: oh I see [14:12] grr, connection failure [14:12] so, apachelogger: [15:07:16] but why did you thought that issue was fixed? [14:13] smarter: https://bugs.edge.launchpad.net/ubuntu/+source/kdegames/+bug/285265/comments/2 [14:13] wiki.kubuntu.org down (for me at least) [14:13] Launchpad bug 285265 in kdegames "KPatience dies with ASSERT: "!pixmap().isNull()"" [Undecided,Confirmed] [14:14] smarter: smarter: doesn't seem to be a caching issue either [14:14] Riddell: have you had any feedback about the text beside icon change? [14:14] besides the places where it's broken in apps [14:14] seele: curiously I don't think we have [14:14] nuno wants to start pushing the change for 4.2, but some apps need to be fixed too [14:15] hmm [14:15] 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] they just have the one thing in common that both issues are violating the spec [14:16] seele: no bad feedback anyway [14:16] apachelogger: no feedback is good feedback? ;) [14:18] you know, people only complain when they don't like something, they barely praise when they like something ;-) [14:19] yes, but the fact they didn't notice it is a good thing [14:19] the function part of "functional design" is working [14:24] 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] hm [14:32] now it really bacame TLDR sort of report :P [14:32] rgreening: enhanced the description to cover cause, impact and proposed solution [14:32] apachelogger: cool. thanks, [14:33] TLDR? [14:34] too long didn't read [14:34] rgreening: do you want to work on the solution [14:34] ß [14:34] ? [14:34] Ah. [14:35] do anyone know if stackable items in the task bar is on the plate for kde 4.2 or so? [14:37] apachelogger: I'll take a peek and see what I can come up with... [14:37] rgreening: please assign it to yourself [14:37] I'd rather not have this bug get lost ;-) [14:38] I am wondering if xfce uses gnome-menus to create his menutree [14:38] ttha would be sorta weird though [14:38] NCommander: png [14:39] apachelogger: will do. I may need some assistance... :) [14:39] larsivi: you mean grouping? [14:40] rgreening: I explained it so nicely and you still need assistance? :P [14:41] apachelogger, ICMP echo response [14:43] apachelogger: heh... I said "may"... I'll let you know when I have something. [14:43] seele: yes [14:44] group similar items [14:45] larsivi: i know someone is working on it, but whether or not it is in the 4.2 plan i dont know [14:46] seele: it gets a bit crowdy with 7+ konqueror windows :P [14:46] rgreening: okies [14:46] larsivi: arleady implemented [14:46] *already [14:46] working pretty well if one likes grouping ;-) [14:46] oh, good :) [14:46] I do [14:51] apachelogger: in 4.1.3? [14:57] seele: trunk [14:58] ah, that's why :) [15:09] 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] k. Riddell. [15:10] apachelogger: I have patches for the bug. Will [15:11] apachelogger: will upload shortly... [15:12] just need to build/test them. [15:18] rgreening: question is also if setting the env var in startkde is the most appropriate solution for it [15:18] s/solution/location [15:24] apachelogger: not sure... It seems to be the correct location. I'll do some additional digging/testing. [15:27] rgreening: IIRC we can also create an independent script, which if of course preferable over patching startkde [15:33] if only I would remember [15:33] apachelogger: have a look at the patch I poseted to bug 297195 for startkde. It's something that probably should be there anyway... [15:33] Launchpad bug 297195 in kdebase-workspace "Gnome/KDE applications.menu collision resolution breaks searching in applications-merged dir" [High,Triaged] https://launchpad.net/bugs/297195 [15:34] Riddell: what was the KDE dir for scripts to set environment vars? [15:35] ~/.kde/env ? [15:35] Riddell: system wide... [15:36] # Source scripts found in /env/*.sh and /env/*.sh [15:36] # (where is $KDEHOME or ~/.kde, and is where KDE is install [15:37] or just using /usr/bin/startkde [15:38] storing it in /usr/env/ seems better to me, after all that is what it is meant for [15:38] for prefix in `echo "$libpath" | sed -n -e 's,/lib[^/]*/,/env/,p'`; do [15:38] for file in "$prefix"*.sh; do [15:38] test -r "$file" && . "$file" [15:38] done [15:38] done [15:38] * smarter never heard of /usr/env [15:39] doesn't exist [15:39] probably needs to be created [15:39] that is uberleet stuff ;-) [15:39] sounds like it goes against FHS [15:39] yeah, IMHO it should be /usr/share/kde4/env [15:40] this is rather totally overkill [15:40] why not kubuntu-default-settings? [15:40] (but /usr/share/kde4/env is ok too) [15:40] smarter: the var is needed always [15:40] so, startkde [15:40] Riddell: I guess $PREFIX/env is not so much of a problem when installing KDE to /opt/kdeX [15:41] rgreening: I propose patching startkde for now, but filing a bug [15:42] longterm solution should be to just install an addition file to usr/share/kde4/env/ [15:43] smarter: If you like overkill we could do /usr/share/kde/kde4/env to be ready for the next transition. [15:44] So, we don't use env anywhere in the system... why start now :) haha [15:44] * rgreening ducks and rolls away [15:44] ~fact 2 [15:44] 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] oh shi-, kubotu gave away the location of the sekret channel D: [15:45] JontheEchidna: Not the first time. [15:46] heh [15:46] apachelogger: guess not [15:46] but who does use /opt/kdeX anywaz ;-) [15:46] poor english that is [15:46] rgreening: because it is the superior approach [15:47] apachelogger: true. Could this go in kubuntu-default-settings though? [15:47] IMHO we probably should also file a bug about the poor handling of PREFIX-application.menu [15:48] one should be able to change the installation name via cmake and set the env var automagically depending on that [15:48] rgreening: no, the var needs to be set even if kds is not installed [15:49] apachelogger: IIRC, there was a neon script to build stuff against kde-nightly, what's his name? [15:49] apachelogger: right. [15:49] 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] kbuildsycoca is part of kdelibs, so I would assume some widgets would use the menutree [15:50] smarter: neonmake? [15:50] does it work? :) [15:50] in which case we probably have to patch anyway [15:50] * apachelogger needs to check when he's home though [15:50] time for the training [15:50] smarter: of courese it does [15:51] smarter: ramblurr uses it to compile amarok [15:51] 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] oh, it works :] [15:58] nixternal: how was last night? [16:32] Nightrose: can I use amarok 2 to put music on an ipod yet? [16:36] Riddell: That sounds like rather a personal question (for nixternal). [16:36] ;-) [16:42] :o [16:52] I heard he had a "love fest" [16:54] * ScottK considers hot needles for his eyes. [16:58] rgreening: technically it needs to be defined in kbuildsycoca [17:04] Riddell: ipod should work yes [17:04] actually jonny claimed it does not [17:04] due to our nogtk version [17:04] hmmmm [17:04] bad [17:05] what's the problem? [17:05] JontheEchidna: poke [17:06] I obtained gnome commit style http://websvn.kde.org:80/trunk/KDE/kdeaccessibility/IconThemes/?view=log [17:10] rgreening: we have to revise the menu patch only [17:10] openwithdialog relys on the menutree [17:10] if we only set the var in startkde openwithdialogs will not work properly in GNOME [17:10] 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] Oo [17:11] * apachelogger better doesn't ask [17:11] rgreening: apparently gnome also has implementation flaws with the spec ;-) [17:11] apachelogger: who's amarok database master? [17:12] which seems to be the reason ubuntu doesn't use gnome-applications.menu [17:12] Tm_T: Nightrose [17:12] apachelogger: ah! [17:12] danke! [17:12] close enough at least :P [17:12] * Riddell has been arguing the gnome-applications.menu issue since hoary [17:12] Tm_T: ! [17:12] ;-) [17:12] Debian uses gnome-applications.menu I believe [17:12] bug 297226 [17:12] Nightrose: repost: is it known that collection scanner doesn't find files with umlauts? [17:12] Launchpad bug 297226 in gnome-menus "Identical applications.menu handling for GNOME, KDE (and XFCE)" [Wishlist,New] https://launchpad.net/bugs/297226 [17:13] Tm_T: there were problem with that yea - current svn? [17:13] Nightrose: current indeed [17:13] then bug report please [17:13] rescan didn't help [17:13] Nightrose: will do, have to make proper testrun [17:14] thx :) [17:14] np [17:14] the little I can do while waiting the baby to come [17:18] apachelogger: should we look at putting kdebase-runtime's kubuntu_03_knetattach_use_sftp.diff upstream? [17:18] it's http://bugs.kde.org/show_bug.cgi?id=120669 [17:19] KDE bug 120669 in general "I want to create a SFTP access" [Wishlist,New] [17:19] 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] Riddell: Dunno about other distros, but Ubuntu supports SFTP since at least Dapper. [17:20] much longer I expect [17:21] Well that's the first one I used. [17:23] 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] 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] 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] but in general that should go upstream someway [17:25] rgreening: sec [17:26] kded/vfolder_menu.cpp [17:26] line 844 [17:26] * rgreening is looking... [17:26] hardcode to etc/xdg/menus/applications-merged instead of using the basename [17:26] rgreening: and leave the other change [17:27] 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] apachelogger: that will break other parts of the spec. It could be something other than applications (IIRC from reading the spec) [17:29] rgreening: only kde4-applications-merged, the other stuff stays unaffacted [17:29]