[00:30] So apparently patching KDE4_BUILD_TESTS=OFF works, but tossing it into configure does not. [00:30] ScottK: Sounds like featu...fun [00:37] ScottK, apachelogger, Riddell,shadeslayer: http://quintasan.blogspot.com/2012/11/post-uds-r-my-thoughts.html <--- thought before I add planet tags? [00:39] Looks good to me. [00:51] shadeslayer: Did you get TF running on Linux? [00:54] Is there a +Kubuntu repository/ppa that contains #KDE 4.10 Beta 1? Seems the plans are to not ship it in Quantal before RC 1 … [00:54] seen in G+ [00:54] what should I answer? [00:55] https://plus.google.com/100202326091940882253/posts [01:04] oh yeah, I am now an owner of a nexus 7. would love to work on / test plasma on the N7. [01:06] quintasan, pingie [01:09] afiestas: It depends on how quickly we can get stuff done. We have all of 4.10 Beta 1 except for kdegames in raring and getting that is the priority at the moment. [01:09] afiestas: Getting kamoso fixed to work with the new kdegraphics libs would help. ;-) [01:19] Uploaded kde4libs with KDE4_BUILD_TESTS set OFF via patch. [02:18] ScottK: calligra needs a rebuild against the new okular abi, but it fails to build from source. [02:18] xnox: Once the current kde4libs builds are published it should build. [02:18] ScottK: awesome, thanks. [02:18] We also need a new digikam and fixes for kphotoalbum and kamoso. [02:18] * xnox thought it's instability in the archive, rather an upstream bug. [02:19] It's kde4libs was released for the beta by upstream with KDE4_BUILD_TESTS set to on and the test files for Calligra don't build. [02:20] We don't actually want it enabled, so I fixed that. === Mamarok is now known as Guest22113 === fenris is now known as Guest69384 [04:48] Quintasan_: :O [04:48] tldr :P [05:13] oh right [05:13] digikam was the awful piece of code copy work [05:16] https://launchpad.net/ubuntu/+source/mplayerthumbs [05:16] bug 497841 [05:16] Launchpad bug 497841 in mplayerthumbs (Ubuntu) "[archive removal request] Please remove the old source for mplayerthumbs" [Undecided,Fix released] https://launchpad.net/bugs/497841 [05:16] why was that not reintroduced when kdemm was split? :( [05:19] shadeslayer: btw, debcommit -R -r is your friend [05:20] (digikam branch had no tags since oneiric) [05:27] testdrive is not working for me \o/ [05:27] well, install works, booting does not [06:04] ScottK, yofel_: http://community.kde.org/KDE_SC/Binary_Packages#KDE_4.10_Beta_1_.284.9.80.29 should we mention the raring? [06:04] Yes [06:06] ScottK: please check again [06:07] apachelogger: On the srus? [06:07] wiki [06:07] ? [06:07] http://community.kde.org/KDE_SC/Binary_Packages#KDE_4.10_Beta_1_.284.9.80.29 [06:07] :P [06:08] I don't see us there. Someone should add it. [06:08] I just did [06:08] so now you should check the line and tell me that I did a good job at editing that wiki :P [06:08] * apachelogger also managed to login in less than 5 minutes \\o/ [06:09] There it is. Cool. [06:09] Thanks. [06:09] dh_install: showfoto missing files (usr/share/icons/hicolor/apps/*/showfoto.*), aborting [06:09] huh [06:09] no goody [06:10] Who was working on Digikam for raring? [06:10] Was it yofel? [06:10] bug says shadeslayer [06:10] ah [06:10] oh [06:10] eh [06:11] ScottK: if you can look at the precise-proposed debian dir of digikam ... does the showfoto.install also contain that bogus wildcard? [06:12] +usr/share/icons/hicolor/apps/*/showfoto.* [06:12] launchpadlibrarian.net/121078025/digikam_4%3A2.5.0-1ubuntu2_4%3A2.5.0-1ubuntu2.1.diff.gz [06:13] ScottK: please recject [06:13] that should be */apps/ not /apps/* [06:13] Done [06:13] thanks [06:13] * apachelogger wonders how he missed that [06:15] https://launchpad.net/~apachelogger/+archive/ppa/+files/digikam_2.5.0-1ubuntu2.1%2B2.debian.tar.gz is correct [06:15] really weird [06:45] ::workspace-bugs:: [1083060] packages kde-workspace-bin 4.9.80-0ubuntu5 and kde-window-manager-common 4.9.80-0ubuntu5 c... @ https://bugs.launchpad.net/bugs/1083060 (by zigi) [07:34] morning all [07:46] ::workspace-bugs:: [1083060] packages kde-workspace-bin 4.9.80-0ubuntu5 and kde-window-manager-common 4.9.80-0ubuntu5 c... @ https://bugs.launchpad.net/bugs/1083060 (by zigi) === Guest22113 is now known as Mamarok === Mamarok is now known as Guest32368 === Guest32368 is now known as Mamarok [08:05] mmm [08:06] lawl [08:06] jussi: File kgamepropertytest.shell found in Cannot, read, cache, directory, /home/ubottu/ubottu/aptdir/apt-file/raring:, No, such, file, or, directory [08:06] from ubottu [08:06] !find kgamepropertytest.shell raring [08:06] File kgamepropertytest.shell found in Cannot, read, cache, directory, /home/ubottu/ubottu/aptdir/apt-file/raring:, No, such, file, or, directory [08:07] tsimpson: ^^ [08:08] all I have to say is... "I didn't do it" [08:08] :D [08:10] jussi: awww [08:28] wasn't there a copyright generator somewhere [08:29] I don't want to manually write this copyright file [08:30] this one I think http://anonscm.debian.org/gitweb/?p=users/modax/copyright-helper.git;a=summary [09:54] ::workspace-bugs:: [1082394] krunner freezes @ https://bugs.launchpad.net/bugs/1082394 (by Manuel López-Ibáñez) [09:54] ::workspace-bugs:: [1083060] packages kde-workspace-bin 4.9.80-0ubuntu5 and kde-window-manager-common 4.9.80-0ubuntu5 c... @ https://bugs.launchpad.net/bugs/1083060 (by zigi) [10:25] Quintasan_: sorry it looks like our antispam software on the forum has gone beserk :( [10:26] im gonna have it disabled or something [10:56] ::workspace-bugs:: [1082394] krunner freezes @ https://bugs.launchpad.net/bugs/1082394 (by Manuel López-Ibáñez) [11:23] Hiyas all [12:03] ::workspace-bugs:: [1045839] plasma init script not run @ https://bugs.launchpad.net/bugs/1045839 (by Jonathan Riddell) [12:15] morning all [12:15] hi Darkwing [12:19] installing plasma-active on my N7 right now. === greyback is now known as greyback|lunch [14:11] kubotu: newversion skanlite 0.9 http://kde-apps.org/content/show.php?content=109803 [14:11] https://bugs.launchpad.net/bugs/1083166 === davmor2_ is now known as davmor2 [14:23] Hi [14:23] ohai Quintasan_ === Quintasan_ is now known as Quintasan [14:24] Quintasan: y u call me shadeslayer-y-u-break-everything in your blog :( [14:24] because :P [14:24] lol [14:24] shadeslayer: any progress on bsns cards? [14:24] Quintasan: you have a Nexus 7? [14:25] Darkwing: I do not. [14:25] i have the 8 gb one [14:25] I get Ubuntu running with the installer but, active breaks it [14:25] I'm a poor student, mind you Darkwing :P [14:25] lol [14:26] me too, rich father gifted me [14:26] Darkwing: the seed and task is broken atm [14:26] unity is close to unusable [14:27] shadeslayer: Digikam? [14:28] i haven't tried ubuntu on my nexus7 still enjoy Android :) [14:29] I got active installed on my n7, but I didn't manage to figure out how to make it start it instead of unity [14:30] instead somehow got plasma-desktop running... more or less [14:31] ScottK: will have a look at it after I'm done with libkdegames [14:31] which is ~done [14:32] OK. The digikam is needed for raring-proposed -> raring migrations. [14:32] the one apachelogger is broken :P [14:32] * shadeslayer rages at his connection === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ [14:39] interesting [14:39] ScottK: copyright-helper says highscore/kscoredialog.cpp is GPL-2+ [14:40] OK. [14:41] yofel_: we'll prolly have to modify the installer to DL a custom image with rootfs+plasma [14:41] Darkwing: ogra has offered to build Active images as well [14:42] just need to ping him once we want them [14:42] my ZaTab crashed out... the N7 should be good... [14:43] I'll wait for that until we get plasma3 packaged. For now I put android back on it [14:43] I just reflashed Android lol [14:44] * yofel_ needs to make a pacman style background using a kubuntu logo and an android [14:47] shadeslayer: he knows but he's still working on the ubuntu images for now [14:47] I see [14:48] where do I find info on -proposed to -release movements again? [14:49] yofel_: Im working on a two logos... I would love to help [14:50] do we have a ringtail logo yet? [14:50] sure [14:51] it was plastered all over @ UDS [14:51] for kubu [14:51] uh [14:51] nope :P [14:51] http://img.ubunlog.com/wp-content/uploads/2012/10/ubuntu-raring-ringtail-logo.png < make the background blue? [14:51] Darkwing: Yeah it's a blue version of the orange one :P [14:51] much like the quatzel kubu logo ay the site [14:51] Riddell: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt [14:52] s/ay/at/ [14:52] Darkwing meant: "much like the quatzel kubu logo at the site" [14:53] ScottK: ah yes thanks [14:53] Riddell: Also, I've kept the pad updated with what needs doing to get things to migrate. [14:53] Calligra just finished it's rebuild, so that's one down. [15:26] Bad shadeslayer. [15:26] shadeslayer: Digikam 2.8 won't build with the KDE 4.9.80 graphics libs. You need the version from Debian experimental, but fixed to use external libs instead of the internal code copies. [15:27] Bad shadeslayer? Why? I didn't upload before test building [15:27] it was apachelogger [15:27] I get blamed because my name is in the changelog? :( [15:28] OK. [15:28] Please be fixing in any case. [15:28] yeah, but like I said, I want to get libkdegames done today [15:28] just need to add licenses at the end now [15:28] hmm ... tests have no copyright [15:29] OK, but digikam is actually blocking stuff. [15:31] I understand, but I suck at multitasking, I'll probably have a look at it tonight before sleeping [15:33] OK. [15:48] ;;;;;; [15:48] libkdegames packaging in lp:~kubuntu-packagers/kubuntu-packaging/libkdegames [15:48] please review [15:49] I'll be back after dinner :) [15:56] meh, the internet in this city is so unreliable [15:56] shadeslayer: I'll take a keek [15:59] shadeslayer: libkdegamesprivate1.install has usr/lib/libkdegamesprivate.so ? [15:59] no -dev package? [16:02] nope, no dev package [16:03] ( didn't have one before the split as well ) [16:04] It's private after all. [16:04] indeed :) [16:06] why install the .so then though? [16:07] ah yes, good point, removed [16:07] shadeslayer: not so, kdegames 4.9.2 had usr/lib/libkdegamesprivate.so in libkdegames-dev [16:07] oh ... [16:07] same for libkdegames6 [16:08] fixing :) [16:08] it's not private any more really, it's used by many other kdegames apps which are now separate [16:09] well .. that sounds wrong :P [16:10] shadeslayer: Where be me bsns cards [16:10] :P [16:10] in /dev/null [16:11] T_T === Tonio_ is now known as Tonio_aw [16:18] shadeslayer: dpkg-source: warning: Version number suggests Ubuntu changes, but there is no XSBC-Original-Maintainer field [16:18] hmm [16:20] What do you suggest we do about XSBC-Original-Maintainer ? because there is no original maintainer for the package yet [16:20] is it a 0ubuntu1? [16:20] then you ignore it, i think [16:20] it's a warning not an error [16:20] yeah [16:21] fair enough === Tonio_aw is now known as Tonio_ [16:24] btw the old libkdegames-dev depended on libkmahjongglib4 as well, since we don't have that package yet .... I've left it out [16:24] presumably, we will need a libkmahjongglib-dev [16:25] I think that'll be sensible [16:25] kmahjongg and khisen need that one [16:26] Does libkmahongglib build-dep on libkdegames? [16:26] yep [16:27] shadeslayer: W: kdegames-card-data-extra: extra-license-file usr/share/kde4/apps/carddecks/svg-nicu-ornamental/COPYING [16:27] and lots of data.tar.xz-member-without-dpkg-pre-depends but I don't think we care about them [16:27] damn, I should have done a lintian check :P [16:27] W: libkdegames source: syntax-error-in-dep5-copyright line 92: Cannot parse line "Redistribution and use in source and binary forms, with or without" [16:28] Riddell: We don't care about the pre-depends. [16:29] Circular build-dep doesn't seem good. [16:29] oh oh, forgot that weird license it seems [16:29] shadeslayer: Files: highscore/kscoredialog.cpp in debian/copyright needs a licence listed [16:29] yeah [16:29] those have a weird license [16:30] shadeslayer: under License: LGPL-2 in debian/copyright your text is actually LGPL2+ [16:31] 0.o [16:31] aha [16:32] blame basefiles [16:32] * shadeslayer fixes [16:34] Riddell: Any word from the kdesdk people on the ABI break? [16:35] Riddell: fixed [16:35] anything else? [16:37] claydoh: Thanks! [16:38] ScottK: he says he'll fix it [16:38] OK. I guess patience then ... [16:39] Not one of my strengths. [16:39] ScottK: but I've had to discuss ABI issues he thought were not ABI issues, I've said an SO bump would be fine if that's easiest but I think we just need to wait for him to make a decision [16:40] I get 503's right now :P [16:40] OK. Thanks. [16:40] I saw your update on analitza. Great news. [16:40] ScottK: for analitza apol has said he can get it building without GL so that'll be another one to delay to beta 2 [16:40] apol: need a bug for that? [16:41] It's already in the archive less armhf. [16:41] good point [16:41] I just removed by armhf binaries for analitza, kalgebra, and cantor so the rest would migrate. [16:41] s/by/the/ [16:41] ScottK meant: "I just removed the armhf binaries for analitza, kalgebra, and cantor so the rest would migrate." [16:43] Riddell: well, I wrote it down in a sheet of paper :P if it's in bugs.kde.org I won't forget for sure... :P [16:49] Riddell: fixed all the issues I think [16:50] atleast lintian doesn't complain when I use with --pedantic [16:50] shadeslayer: License: LGPL-2 still says "any later version" [16:50] grrrr [16:53] Riddell: done [16:53] * shadeslayer dropped "or (at your option) any later version" [16:54] I copied the license from http://www.gnu.org/licenses/old-licenses/lgpl-2.0.html [16:54] and even there it has "any later version" [16:55] gnu will always prefer 'or later version', some coders don't and while I banned that from kde older bits still have it [16:56] shadeslayer: best to copy things out of the actual source code licence text I recon, developers might change bits compared to what gnu recommends [16:57] tbh I find debian/copyright to be a bit useless [16:57] the entire source is available online with complete copyright headers [16:58] why does the packaging have *another* copy of the exact same thing [16:58] it's still needed for distributing with the binaries [16:59] the licence says "provided that the above copyright notice appear in all copies" so that's what we have to do [16:59] compared to what you have to do to copy, say, MS Windows, it's a low barrier [16:59] I thought a 'copy' would mean a copy of the source [16:59] in the text format, not the binary format [16:59] any sort of copy [17:00] I see [17:00] So other than it's illegal distribute the binaries with debian/copyright, I agree it's not very useful. [17:01] same for the source ISOs [17:01] The source ISO still have the source licenses. [17:02] I mean it's also a case of needed to stay legal but not actually useful [17:02] I guess I don't see why it's needed to be legal for source? It's got the original upstream license statement in it? [17:03] I just never realized that the term 'copy' also meant binary copies .... I always thought it applied to source copies [17:03] if you distribute the binaries you also have to distribute the source, the only reliable way to do that is to have the source ISOs [17:04] Legalese is fun [17:04] shadeslayer: binary copies are a derived work and have the same licence [17:05] let's replace binaries in /usr/bin with shell scripts which build the binaries on the fly so we can ship sources! [17:05] I don't understand how they're 'derived work' btw [17:05] agateau: off to gentoo for you! [17:06] Riddell: nah, gentoo builds at install time, it's not agile enough, I want to build at run time! [17:06] heh [17:07] I remember reading about a distribution that used git to provide updates [17:07] actually the shell script should run git pull so that it's always up to date [17:07] and when you want to upgrade, you just checkout a new branch or sth [17:07] so the entire rootfs is managed by git [17:07] there is no way this can go wrong [17:08] :P [17:08] shadeslayer: because a binary /usr/lib/libfoo is entirely made up of my source file foo.c run through some algorithms so my copyright applies to libfoo as much as it does to the foo.c I wrote in my editor [17:08] agateau: -> #gentoo. [17:08] ScottK: :) [17:09] on a more serious note, does this mean a debian/copyright file would not be necessary for a package containing interpreted code? [17:09] Ahh ... hmm [17:09] since in that case we ship the source with the copyright headers [17:10] agateau: if the .deb had only interpreted code with copyright headers there's no paticular legal need, it would still be needed by debian and ubuntu policy to stay consistent [17:10] Riddell: makes sense [17:10] If we also shipped the upstream license files, which we don't. [17:11] We could for such packages, but once again, consistency and all. [17:11] mm yes it would need to point to a full copy of the GPL if that's what it used [17:12] I see [17:13] ::workspace-bugs:: [1083060] packages kde-workspace-bin 4.9.80-0ubuntu5 and kde-window-manager-common 4.9.80-0ubuntu5 c... @ https://bugs.launchpad.net/bugs/1083060 (by zigi) [17:14] ok, onto digikam [17:16] \o/ [17:17] ScottK: so we want 3.0 in ubuntu, fixed to use external libs instead of internal copies, right? [17:17] shadeslayer: Yes. Merge from experimental. [17:17] ( just to make sure I understand this correctly, because digikam is a PITA ) [17:17] okay [17:17] It's going to be a sleepless night \o/ [17:17] I took a quick look at the packaging diff and it didn't seem too awful. [17:18] Next akademy, someone do a talk about how NOT to release software [17:19] * shadeslayer pushes fixing plasma and ktp to end of the week [17:20] did kwin ever get updated for the fix needed for mesa 9? [17:20] Riddell: Yes. [17:20] people said it's better with 4.9.3 [17:23] oh look at that, the last merge of digikam was done by ... me [17:26] I suppose I can drop the breaks/replaces since we're post LTS now [17:27] shadeslayer: If they aren't from Debian, then yes. [17:27] ofcourse [17:28] Riddell: There was some issue that was keeping us from pushing 4.9.3 to -proposed though. [17:28] BTW, I think I'm all set up to do britney hints to push the kdegraphics stack through to raring once digikam is done. [17:29] The krunner bug is fixed in the packages, not sure if there was anything else [17:29] Ah. That was it. [17:30] yofel_: Someone should upload to -proposed then for me to review/accept. [17:38] ScottK: what do britney hints comprise of? [17:40] Riddell: Here's the condensed version: http://paste.debian.net/212504/ [17:40] more importantly, does anyone have documents about whats the purpose of briney? I heard alot about this at UDS, but could only understand part of it [17:41] it ensures that nothing becomes uninstallable due to a new version of a binary package before copying the new binary package from -proposed to the main archive [17:41] shadeslayer: It's to help keep raring usable. Nothing moves from -proposed to -release until it's fully built/doesn't increase uninstallability of packages. [17:41] e.g. stops archive skew [17:42] I see [17:42] It also treats all NBS binaries as non-existant, so stuff won't automatically migrate until a library transition is finished. [17:43] ^it seems like it waited for the NBS binaries to actually be removed before it would migrate for the case of Qapt2 [17:43] Rather than wait on kamoso and kphotoalbum, I'm going to force kdegraphics once shadeslayer's done with digikam. [17:43] ScottK: out of impatience or is there a better reason? [17:43] Anyone on the release team can force stuff, so if something seems stuck, ping me or Riddell and we'll see about fixing it. [17:44] The goal is to keep stuff only in -proposed for a short time. [17:44] both those need upstream porting. [17:44] Since the old library binaries still exist (but are NBS in proposed) it won't break them to do the force. [17:45] What we don't want are large, long Debian style Unstable -> Testing migrations. [17:45] ScottK: so that is impatience but phrased as a better reason :) [17:46] I don't think so. [17:46] I think don't leave lots of stuff stuck in proposed is a real reason. [17:47] yes perfectly sensible [17:49] bug 1078772 confirmed [17:49] Launchpad bug 1078772 in amarok (Ubuntu Quantal) "SRU : Fix typo in amarok Recommmends" [Undecided,Fix committed] https://launchpad.net/bugs/1078772 [17:49] ScottK: just incase you're looking for more archive admin things to do ^^ [17:50] Riddell: Yes. Releasing SRUs is on my TODO. === LordOfTime is now known as TheLordOfTime [18:20] Riddell: Done. [18:21] merge done, now to test build stuff \o/ [18:46] ScottK: Since I know you're on Quassel... with Raring are you getting plasma crash when Quassel tray icon gets an incoming message? Right now I am, just wondering if it's affecting others. [18:47] I'm on Quantal, so don't know. [18:47] Aaah, OK thanks. I'll ask around in +1 === sreich2 is now known as sreich [19:06] * shadeslayer scratches head [19:08] ah, nvm [19:09] okay so, translations, do we ship mo files or do we just leave them and magic happens? [19:09] because I have this : http://paste.kde.org/615032/ [19:11] .mo's get shipped [19:11] okay [19:11] I'll have to create kipi-plugins-data or sth [19:12] if it's just .mo's, convention is -i18n [19:13] I see .. [19:13] do we have a convention on whether l10n or i18n should be used here? === yofel_ is now known as yofel [19:14] * shadeslayer was under the assumption that it should be l10n from looking at other packages [19:15] btw : debian/libkgeomap-data.install:usr/share/locale/*/LC_MESSAGES/libkgeomap.mo [19:15] sooo .... [19:15] yeah, but you'll find both in the archive [19:16] tbh I can't find alot on i18n [19:16] mostly everything kde seems to be l10n [19:16] http://paste.kde.org/615038/ [19:16] it usually is l10n though [19:17] yeah [19:17] % apt-cache search l10n | wc -l shadeslayer@solembum [19:17] 306 [19:17] ~ [19:17] % apt-cache search i18n | wc -l shadeslayer@solembum [19:17] 81 [19:17] though by that convention libkgeomap is broken [19:17] I was basing my assertion off a sample size of 1 (k3b-i18n), so feel free to disregard it :P [19:17] haha :D [19:18] heh [19:18] Riddell: should I go ahead and upload libkdegames ? [19:21] it'll get stuck in proposed if I understand britney right, so what's the point? [19:21] yofel: Why? [19:21] if libkdegames is up, you could start packaging kdegames ;) [19:21] wouldn't it be stuck until everything is rebuilt? [19:22] hm [19:22] nvm [19:23] Actually it would be. [19:23] But that's fine. [19:23] We can force it in once we're convinced it's ready. [19:24] * shadeslayer is still waiting for a definitive answer on what to do with libkgeomap and libkipi translations [19:24] shadeslayer: Include them. [19:25] Using whatever naming scheme upstream used. [19:25] We can sort details later if needed. [19:25] upstream naming scheme? this is digikam we're talking about :P [19:25] there is no naming scheme for the translations from what I can tell [19:26] so I'll create libkgeomap-i18n and libkipi-i18n [19:26] Why i18n then? [19:26] oh derp, I meant l10n [19:26] not i18n [19:28] Why separate binaries? [19:29] hmm ... yeah, can be combined, kipi-plugins has a depends on libkgeomap [19:30] kipi-plugins-l10n? [19:31] why not put the translations into libkipi-data? [19:32] because libkipi-data is provided by libkipi? [19:33] hmm ... maybe digikam is being an idiot and installing translations from it's own embedded lib [19:33] how would it do it otherwise? [19:34] and you were talking about libkipi and libkgeomap. both have -data packages, so why not put the translations there? [19:36] the list missing output I pasted above was from digikam [19:36] libkgeomap is part of digikam [19:37] still has it's own lib and data package [19:37] right, that's fine, the libkgeomap translations are already in the data file [19:37] but what do we do about libkipi translations [19:37] when there's a libkipi-data from libkipi which is another source [19:37] *click* [19:38] now I know what you meant [19:38] :D [19:38] and since we were saying that translations should go into -l10n packages, the kgeomap translations are in the wrong package [19:38] is libkipi from digikam even built? sounds like it shouldn't be - and neither the translations installed [19:38] shadeslayer: I bet that means that the libkipi translations are in the KDE l10n pakcages [19:39] Right. [19:39] So if that's the case, ignore those translations. [19:39] mhmm [19:40] shadeslayer: we were talking about l10n-only, if there already is a -data package I don't really see the point in having 2 arch:all packages [19:40] ah ok [19:40] unless the translations are really large [19:41] Also since l10n is covered in KDE by the language specific lang packs, we don't want (I don't thik) translations from Digikam's embedded copy of the lib. [19:47]