=== m-fox [n=m-fox@port-212-202-8-95.dynamic.qsc.de] has left #kubuntu-devel ["Kopete] === freeflying [n=shadow@61.190.65.25] has joined #kubuntu-devel [01:09] hmm, kat done... gotta wait to get back home till I can build it though to test [01:15] hi , cany anyone give me hand to review a package === freeflying [n=freeflyi@61.190.65.25] has joined #kubuntu-devel [01:28] amU: ping [01:51] anyone has solution to this "KDE has big fonts" issue? http://veronica.uninea.fi/~jozo/kubuntu1_fonts.png [01:52] Tm_T: hi [01:52] hullo [01:52] Tm_T: why issue? Please tell use the dpi of your display. Otherwise the image is useless [01:53] Tm_T: may you have a look on this http://revu.tauware.de/details.py?upid=1100 [01:54] allee-dapper: may you have a look on this http://revu.tauware.de/details.py?upid=1100 [01:54] allee-dapper: point is, both windows should use same dpi but still fonts are different sizes [01:59] Tm_T: have the fonts, icons on your desktop the same size as in the screenshot in krita? [02:07] Tm_T: for a fresh flight2 installation fontsize on desktop is the same as in the menu for a new user and for an user with a ~/ from breezy [02:08] allee-dapper: no, that's not a screenshot from my desktop, but I do have similar problem [02:09] allee-dapper: like, in KDE fonts are bigger than in WindowMaker or any other [02:15] Tm_T: So WindowMaker and KDE have different default font size. If KDE fonts are really too big: grep -i display /var/log/Xorg.0.log and check if display size is correctly detected [02:16] Tm_T: here, eg. (--) I810(0): Display dimensions: (410, 310) mm [02:20] allee-dapper: no, if I set both to use size 10 ... [02:21] and because KDE shows fonts bigger, I've forced to xorg to use "wrong" dimensions [02:21] so I can use even a little bit reasonable settings [02:22] that means, in KDE most of fonts are size 8 or 9 but in others its 10 :p [02:23] Tm_T: windowmaker uses pt (point = 1/72 inch) as the unit? Mhm what your display resolution 75dpi? (xdpyinfo | grep resolution ) [02:24] resolution: 96x96 dots per inch [02:25] allee-dapper: I've tried this with WMaker, FluxBox, Gnome... [02:25] all others shows smaller fonts [02:25] Tm_T: okay then point an pixel are different. There are almost the same for 75 dpi (but that's no excuse to hardcode a 75 dpi value ;) [02:26] allee-dapper: you mean KDE only use different unit? :p [02:26] Tm_T: sorry I don't know if the mention desktop env use px or pt as their unit (me hopes not) [02:27] aye [02:27] just strange [02:27] bit nasty too [02:27] anyway, sleep -> [02:27] Tm_T: KDE uses points (pt) and that's the right thing!! ;) [02:27] Tm_T: nite === allee [n=ach@allee.exgal.mpe.mpg.de] has joined #kubuntu-devel [02:35] freeflying: ping? [02:41] allee-dapper: hi === allee-dapper impatiently waits until revu2 allows non motu to comment [02:42] freeflying: hi, about scim: [02:42] allee-dapper: about skim [02:42] copyright misses a copy of the copyright notice used in the source [02:43] allee-dapper: I need one more reviews [02:43] freeflying: sorry I can only comment on packaging. No vote right [02:44] freeflying: mhmm I would not vote for it. Still may littel details missing ;) [02:45] freeflying: e.g. the pkg description does not explain what scim is [02:45] allee-dapper: thx . I'll add them [02:45] freeflying: you build depend on scons but have scons in diff [02:45] allee-dapper: there a patch for sconstruct [02:46] And this: ? [02:46] allee-dapper: and scim is in universe , which is a input method [02:46] --- skim-1.4.3.orig/scons [02:46] +++ skim-1.4.3/scons [02:46] @@ -0,0 +1,50 @@ [02:47] don't tell me ;) tell your potential users in the description of the packages ;) [02:48] allee-dapper: thx [02:48] freeflying: homepage: URL in descri tiption is pretty standard [02:49] freeflying: rules: usually commented out dh_* stuff is better removed [02:49] allee-dapper: right [02:50] freeflying: rules chmod really necessary? doesn't dh_fixperms do the job? [02:50] allee-dapper: dh_fixperms dosen't work [02:50] so i use chmod [02:51] freeflying: strange [02:52] allee-dapper: ? [02:52] freeflying: check what header files are included in skims /usr/include/skim/* files and build-dep on the pkg containing them [02:52] freeflying: strange, that fixperms does not work === Drakeson [n=Drakeson@HSE-Montreal-ppp136485.qc.sympatico.ca] has joined #kubuntu-devel [02:53] freeflying: dpatch build-dep but I can't see a diff used by dpatch. [02:53] just to report, I guess something's wrong with Dec 12 version of kpdf. [02:54] I downgraded to Dec 8 and it's fine [02:55] can someone check the recent kpdf to see if it can show a single document? [02:55] (I mean the packaged one from the repos) [02:55] Drakeson: it's a known problem. Riddell mentioned that he work on it [02:58] freeflying: you are no listed as (co) maintainer in control [02:59] allee-dapper: it's still in debian mentors now [03:03] ahh, then send your patches to him. It's time he updates whatever is in the mentor side ;) [03:05] freeflying: try grep -Ri copyright . and licensecheck for kdesdk if copyright holders and distribution licenses are correct [03:06] allee-dapper: I've feedback all my works to him [03:08] freeflying: great. No more comments from my side. Ah last on standard version should be 3.6.2 [03:08] nite [03:08] allee-dapper: thx lots lots [03:09] freeflying: np [03:54] Riddell: https://wiki.kubuntu.org/LaptopTestingTeam/Kubuntuflight-2livecdonibook === freeflying [n=freeflyi@61.190.65.25] has joined #kubuntu-devel === author-psi [n=marcel@p5090543A.dip.t-dialin.net] has joined #kubuntu-devel === freeflyi1g [n=shadow@61.190.65.25] has joined #kubuntu-devel === viviersf [n=cain@dsl-146-100-81.telkomadsl.co.za] has joined #kubuntu-devel [08:23] hehe, I ended up to compile my own kicker [08:23] and oh, now it doesn't crash :o === seth_k [n=seth@ubuntu/member/sethkinast] has joined #kubuntu-devel === freeflyi1g [n=shadow@61.190.65.25] has joined #kubuntu-devel === Hobbsee_ [n=Hobbsee@CPE-144-136-118-222.nsw.bigpond.net.au] has joined #kubuntu-devel [08:41] Riddell, happy Kat here: http://revu.tauware.de/details.py?upid=1177 & includes .pot generation [08:49] oh blast, it uses its own kde.mk file [08:49] I'll need to upload again [09:01] ah, no, it looks like it knew what it was doing already. Upload is fine I believe, but definitely check it [09:24] seth_k|away: clever kat :) [09:24] anyone who wants to be super useful can test to see which of these are installable and which aren't http://kubuntu.org/~jr/tmp/KDELIBS [09:26] aye [09:27] you mean which are still dependent to 4c2 ? [09:27] Tm_T: yes [09:27] should just need one big for loop or something :) [09:28] kdesdk atleast [09:28] because kdevelop3 still doesnt install [09:28] kdevelop3 is now on 2 architectures, just not i386 [09:29] kdesdk works for me [09:29] hmm [09:29] then what was it :p [09:29] kdevelop3: Depends: kdelibs4c2 (>= 4:3.4.2) but it is not installable [09:29] same for kdevelop3-plugins I think [09:30] there was something else I tried today [09:30] ah, kipi-plugins [09:31] buildd's hate kdevelop3 http://people.ubuntu.com/~lamont/buildLogs/k/kdevelop3/4:3.3.0-0ubuntu3/ [09:31] hmm, I had some issue with kipi-plugins, can't remember what it was now === Tm_T is installing k3b [09:34] ok, have to go, I might test those more later today if someone else didn't do it before me ;) [09:35] Riddell: hi [09:36] hi freeflyi1g [09:36] I have a test on ibook for livecd [09:36] have you got it [09:36] freeflyi1g: yeah saw it, lots to fix :( [09:37] Riddell: why dose it cost so much time to boot [09:40] freeflyi1g: is it slower than breezy? [09:40] Riddell: I;ve never test breezy livecd on ibook [09:40] livecds are always slow [09:43] Riddell: On a x86 system , it cost moer less time that this one [09:49] powerpc takes a long time to install as well I seem to remember, I wonder if they just have slow CD drives [09:55] Riddell: I remember that I've test livecd in daily of last week ,and it cost less time than this time [09:56] the live cd structure has changed significantly in the last week === Tonio_ [n=tonio@cac94-5-82-229-219-55.fbx.proxad.net] has joined #kubuntu-devel === freeflying [n=shadow@61.190.65.25] has joined #kubuntu-devel === tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #kubuntu-devel === Tonio_ [n=tonio@cac94-5-82-229-219-55.fbx.proxad.net] has joined #kubuntu-devel === freeflying [n=shadow@61.190.65.25] has joined #kubuntu-devel === raphink [n=raphink@gra86-1-82-239-88-236.fbx.proxad.net] has joined #kubuntu-devel === raphink [n=raphink@gra86-1-82-239-88-236.fbx.proxad.net] has joined #kubuntu-devel === verwilst [n=verwilst@212.123.1.32] has joined #kubuntu-devel === allee [n=ach@allee.exgal.mpe.mpg.de] has joined #kubuntu-devel === freeflying [n=shadow@61.190.65.25] has joined #kubuntu-devel === jjesse [n=jjesse@mail.ftpb.com] has joined #kubuntu-devel === Tonio_ [n=tonio@cac94-5-82-229-219-55.fbx.proxad.net] has joined #kubuntu-devel [02:30] raphink: ping === author-psi [n=marcel@p5090543A.dip.t-dialin.net] has joined #kubuntu-devel === author-psi [n=marcel@p5090543A.dip.t-dialin.net] has joined #kubuntu-devel === JRe [n=jre@pai34-2-82-226-199-36.fbx.proxad.net] has joined #kubuntu-devel === freeflying [n=shadow@61.190.65.25] has joined #kubuntu-devel [03:43] when i apt-get updated this morning what portion of kubuntu-docs needed to get updated? [03:43] on dapper [03:43] check the changelog [03:43] probably the firefox link [03:44] stupid question just cause i don't know, where is the changelog kept? [03:46] zless /usr/share/docs/packagename/changelog.Debian.gz [03:46] thanks === JRe [n=jre@pai34-2-82-226-199-36.fbx.proxad.net] has joined #kubuntu-devel === raphink [n=raphink@gra86-1-82-239-88-236.fbx.proxad.net] has joined #kubuntu-devel === Tonio_ [n=tonio@cac94-5-82-229-219-55.fbx.proxad.net] has joined #kubuntu-devel === tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #kubuntu-devel === hunger_ [n=hunger@p54A615E8.dip0.t-ipconnect.de] has joined #kubuntu-devel === allee [n=ach@allee.exgal.mpe.mpg.de] has joined #kubuntu-devel === jjesse [n=jjesse@mail.ftpb.com] has joined #kubuntu-devel [05:28] Riddell: where does the about-kubuntu come from that is shipped in dapper kubuntu docs? [05:28] Riddell: because it shouldn't say "Send feedback to the KDE Docs Team" [05:30] jjesse: from SVN I presume [05:31] hmm, bad template [05:31] jjesse: I plan to update the kubuntu-docs package later today, I'll try and get rid of hat [05:31] that [05:32] shouldn't it also have the stylesheet [05:32] that's what I ment [05:33] jjesse: is there anything to replace the quickguide yet? [05:33] jjesse: oh and did you do flight-2 release notes? [05:33] Riddell: no i didn't i had to take my wife to the doctor yesterday and it took all my time [05:34] I think that takes priority [05:35] Riddell: i'm working on them right now at work so i can try and get them taken care of [05:35] lunch time, be back later to work on that === author-psi [n=marcel@p5090543A.dip.t-dialin.net] has joined #kubuntu-devel === pef [n=loic@ubuntu/member/pef] has joined #kubuntu-devel [06:12] hello [06:13] yo pef! [06:13] Riddell: how are you ? sorry for being less present on irc, but I sold my laptop, and it's harder to work from a cybercafe :) [06:13] sold your laptop! [06:14] but that's like selling your soul [06:14] :D [06:14] but just sold for buying another one :) [06:15] Riddell: In Dapper, can I fix thinks like broken packages because of kdelibs4c2a ? or there is something special to know about the transition ? [06:15] pef: yes please! [06:15] ok, nice :) [06:15] pef: check that the package doesn't need merging with debian, or that a new upstream isn't out [06:16] pef: and try and get it to make a .pot file if you can, see KubuntuPackagingGuide [06:16] but basicly just rebuild [06:16] Riddell: yeah, I've see through your uploads changes concerning this [06:17] if it doesn't already have a ubuntu version number and no changes are needed add build1 to the version number so it'll sync again in future [06:27] ok :) [06:34] back from lunch and working on releasenotes [06:39] I think jjesse has his priorities correct, wife > lunch > kubuntu > work :) [06:45] cdbs and dpatch are deprecated, now ? [06:46] pef: no [06:46] although there's a special cdbs-patch for cdbs [06:46] grin thanks for Riddell :) [06:47] arg, being a maintainer for upstream code too is a time consuming task :) [07:29] mmm, what a package name libk3b2-mp3 === incinerator [n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk] has joined #kubuntu-devel [07:41] hi, i just made a kubuntu dapper flight 2 cd, and the kernel won't boot [07:41] incinerator: which architecture? [07:41] the boot loader gives me a "Error reading boot CD" message [07:41] i386 [07:41] incinerator: bad burn then [07:41] install-i386 [07:41] hmmm [07:41] incinerator: check MD5 sums and reburn [07:42] i have checked md5 sum of the image, it is ok [07:42] but I'll check the burnt image to be sure... [07:44] btw, Hi Jonathan [07:44] Dominik here ggg [07:45] incinerator: http://wiki.kubuntu.org/VerifyIsoHowto [07:46] thx, I did not bother to check the gpg signatures but the MD5SUM itself is ok === Riddell searches his brain for a Dominik from Edinburgh and fails to come up with one [07:47] edlug [07:47] the German [07:47] ah hah [07:47] wish I could make more edlugs [07:47] ok, I just did a readcd and md5sum'ed the read image with the md5sum i downloaded, they match [07:48] I'll do that on the computer I want to install it on, as well. just to be sure [07:48] that ISO has definatly been checked by myself and at least one other person [07:49] aye, the "xmas" meal was very nice again... [07:56] ok, the md5sum also matches on my laptop, neither cd nor reader/writer seem to be faulty [07:56] I also tried to use the F3 "extra options key", pressed return but it would say "could not find boot image R" [07:57] spooky [07:57] strangely enough the option line started with "preseed=something" there wasn't any mention of a vmlinuz nor an "image=" option [07:57] i guess if changed that it would boot [07:58] does that preseed option have to be there at all? [07:58] incinerator: I don't actually know, but I'd assume there's a good reason for it [07:59] more problems to come: changing the language to "Deutsch" in the boot menu freezes the whole thing [08:00] seems the isolinux setup is fubar [08:00] btw, I am getting a debug window with "pstk and rstk" tables, are they supposed to be there? [08:00] I never tried chaning the language, that's something we should make sure to test [08:00] no, shouldn't be a debug window [08:01] hmmm, seems my comp doesn't load isolinux properly then [08:02] oh, i just realised there's a new bios [08:02] I'll put that on and try again.... === tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #kubuntu-devel === seth_k grumbles about apt-get killing his sound === seth_k hunts through the upgrades to see which packages is guilty [08:10] seth_k: how can it do that? [08:10] Riddell, not apt-get itself, but one of the packages it upgraded [08:11] what the... http://utnubu.alioth.debian.org/scottish/by_maint/me%40mornfall.net/large/libapt-front/ [08:11] Riddell, do I need to address those REVU comments for kat? the old package had the same issues [08:11] seth_k: which comments? [08:12] http://revu.tauware.de/details.py?upid=1177 Riddell [08:12] mornfall: my word [08:13] Riddell: why do we have 14M patch in ubuntu :-) [08:13] Riddell: someone probably forgot makeing distclean before packing up hmm [08:13] seth_k: hah, raphink is fast :), address them if you have time but they don't look vital [08:13] Riddell, raphink has good comments :) he has been helpful on all my packages [08:14] Riddell, if I don't get around to them by the time you push an upload, i'll just do an ubuntu2 === seth_k will have to ask in #u-motu-school about the DEB_AUTO_UPDATE_X stuff [08:14] Ridell: bios update did not help, seems isolinux is screwed.... [08:15] I'll try the amd64 version now.... [08:15] incinerator: try with an ubuntu CD or a live CD maybe [08:15] mornfall: where does it say the size? [08:15] I really need to get some cdrws [08:18] Riddell: when you try to d/l the patch :) [08:18] patch???? [08:18] oh sorry, not me ggg [08:27] Ridell: amd64 image seems to work, but the i386 has its isolinux knackered... [08:27] incinerator: are you loading the i386 one on an amd64? [08:27] yup [08:29] hmm, should still work but [08:29] indeed [08:32] bah, my card read is firing an interrupt and the kernel locks up :-( [08:36] hmmm, amd64 won't do [08:40] is there a wiki page for know problems with dapper flight-2 that I can search for workarounds? [08:42] incinerator: I don't think there is [08:42] hmmm, with amd64 there's a problem. I get kernel dmesgs and then "Starting system log daemon: syslogd, klogd." and that's it [08:43] system is still reactive (i can do ctrl-alt-del for reboot) but nothing happens [08:43] noapic nolapic doesn't help either, and I am fresh out of ideas.... [08:45] incinerator: works for me on amd64, you should report it to bugzilla [08:46] sorry I'm not being much help, I just do KDE [08:46] nevermind, that's ok [08:48] interesting, i just did another try with the usb mouse disconnected, now it works.... [08:49] spooky [08:49] i had similiar problems with suse 10.0 [09:13] has anyone else experience kdf dieing as soon as it loads a pdf from konq? (breezy 3.5) [09:14] kpdf [09:14] http in konq that is [09:17] seaLne: ubuntu0breezy1.2 is problematic, upgrade to breezy1.3 [09:18] fully uptodate afaik [09:20] another thing i've noticed recently is if i view source in konq (uses kate) when i quit kate it complains the tmp file that it is is no longer there [09:20] not sure if thats something i've caused [09:21] but it not like a long time after viewing it [09:33] any other breezy 3.5 users? === Tonio_ [n=tonio@tonio.planetemu.net] has joined #kubuntu-devel [09:40] what'ch mean? [09:41] some good news, btw. the laptop's speakers work now ggg [09:41] and the permanent 50% soft interrupt load is gone, as well. [09:42] I'm wondering if anyone else is running 3.5 on breezy and can confirm seaLne's kpdf problem [09:42] sebas? [09:42] haven't tried yet [09:42] but give me a sec, what do i have to do? [09:43] load a pdf file in konqueror [09:43] with latest updated breezy KDE 3.5 [09:43] hmmm, just a sec [09:43] anyone a pdf url? [09:44] http://kubuntu.org/~jr/tmp/break-kpdf.pdf [09:44] some kde bugs, as well, but only minor ones so far... [09:45] bah dhclient.conf is b0rked [09:45] well, ifup eth0 helped [09:46] pdf works without problems for me [09:46] what exactly is supposed to break? [09:47] ouch, unaccelerated X sucks ggg [09:49] i tried another pdf, looks good [09:51] but mine's a fresh flight 2 install, no updates so far... [09:53] hi everyone [10:01] hi Tonio_ [10:03] Riddell: may I ask you a few questions about the patch and pot files ? [10:04] Tonio_: sure [10:05] well, one point isn't clear, and raphink and I are not sure to understand [10:06] mm hmm? [10:06] is it necessary to patch even if there are no .pot/.po files in po/ folder ? [10:06] can it be generated ? [10:06] and second and last question, how to see if the admin folder is too old or not ? [10:07] I don't understand the first question, the whole idea is to generate a .pot file [10:07] yep [10:07] the admin folder is too old if cvs.sh doesn't have an extract-messages target [10:07] it can probably be done with older admin folders but I havn't bothered to look how [10:07] but concerning your revus of my packages, you don't refer to pot for certain packages [10:08] they should all have .pot generation if possible [10:08] if it exists, it'll be used, okay, but if not, then the patch should manage to get it created ? [10:08] so the idea is to patch every application that has a po folder [10:08] even if empty ? [10:08] every application that has i18n strings [10:09] especially if the po folder is empty, that means we need .pot files so people can translate it :) [10:09] okay [10:09] what kind of text can we grep to check if there are i17n strings ? === Tonio_ is ashamed to not know anything about code.... [10:10] well if the program has a user interface it'll have i18n strings [10:10] s/i17/i18 of course [10:10] okay [10:10] so I have to modify all my packages [10:10] I'll do toonight [10:10] cool [10:10] let me know if you have any problems [10:11] I will send you an email about that... [10:11] also all other packages are supposed to fixed, except codeine [10:11] scons s**ks [10:12] scons is cool, it's just new and unusual [10:13] waiting for a scons.mk ;) [10:13] I know scons has some advantages [10:13] possibility to use en embedded mini-scons [10:13] that really nice [10:14] except to make propper packages ;) [10:14] and if it gets rid of all the Makefile.in horribleness that'll be worth it [10:15] I looked at the job done on codeine, that's horrible :) the package is really crappy when debuild && debuild -S [10:15] okay, thanks for the responses [10:17] hum concerning pot [10:18] if cvs.sh doesn't contain "kdepot" text, it is too old if I understand ? [10:18] + correctly ;) [10:18] yes [10:19] run ./admin/cvs.sh and see if it has extract-messages [10:19] okay [10:20] let's go, many things to do toonight ;) [10:20] thanks for your patience with me Riddell ;) [10:21] thanks for your packaging :) [10:23] I'm gona contribute to rosetta soon too ;) [10:23] that's a fantastic project ;) [10:23] you'll need to wait until they start importing dapper .pot files, which I think is at string freeze time [10:31] Riddell: do you have time to approve two packages ? you had approved them in the past and I just changed minor details. [10:32] question: what is the best way for kde setting up an nfs client? [10:32] i had some inconsistency: kde was telling me the nfs share was mounted on /media/ftp but it was mounted at /mnt/hostname [10:33] there's this page at the wiki https://wiki.ubuntu.com/NFSClientHowTo [10:33] but that uses autofs, woud that work with kde? [10:34] incinerator: put it in your fstab? [10:34] that's what i did [10:34] mountpoint was /mnt/hostname but kde would access it at media:/ftp, strange.... [10:35] btw, the share on the remote host was at /home/ftp [10:36] unfortunately the "add network folders" wizard doesn't provide for nfs :-( [10:38] Riddell: could you advocate http://revu.tauware.de/details.py?upid=1102 again please ? [10:40] raphink: why /usr/sbin instead of /usr/bin? [10:40] Riddell: because they are executable scripts [10:40] not binaries [10:40] that's not what sbin is for [10:40] :s [10:41] sbin is for system problems, stuff that only a sysadmin needs [10:41] huh [10:41] ok [10:41] reverting then [10:41] system binaries rather [10:41] see debian-policy or FHS [10:41] you've been playing with AT&T unix for too long raphink ;-) [10:41] thanks for telling [10:41] :) [10:41] incinerator: I have just been told scripts went to /usr/sbin [10:42] and I trusted it [10:42] oh, those were the days ggg [10:42] ;) [10:42] probably and old unix guro who gave you that answer ggg [10:42] ^and|an [10:42] bah, my typing is pish today [10:43] too much of using both de and gb keyboards at once :-( [10:43] anyway, thanks for your help Jonathan, I am positively surprised that sound works properly now and the apic/lapic issues have been sorted out [10:59] Riddell: could you review knmap again please ? I've set the rm -f issue :) [11:00] http://revu.tauware.de/details.py?upid=1171 [11:10] raphink: approved! [11:10] thanks ! :) [11:10] I worked hard on it :) [11:10] yes, well done [11:11] :) [11:11] and I've just removed the /usr/sbin stupid stuff from http://revu.tauware.de/details.py?upid=1185 [11:12] it's very fast to review ;) [11:12] approved! [11:13] assuming it's the same as when I last approved it [11:13] yes :) [11:14] thanks :) [11:14] you didn't approve last version though [11:14] funnily [11:14] it seems you approved the last but one [11:14] :s [11:14] means you gave me an old link [11:15] no [11:15] ;) [11:15] the only diff between the last and last but on [11:15] one [11:15] is that I had forgotten to run -sa on debuild [11:15] so orig.tar.gz was not there [11:15] on last but one [11:15] apart from that it's exactly the same content [11:16] there are weird things on REVU sometimes [11:20] Riddell: you don't see how this is the last but one you advocated ? [11:20] raphink: because you gave me an old link [11:20] raphink: go to the revu homepage and find me the new link [11:20] oooh [11:21] http://revu.tauware.de/details.py?upid=1187 [11:21] :) [11:21] there [11:21] sorry I didn't know upid changed [11:21] hadn't noticed before [11:21] :s [11:23] nevermind, daniel uploaded it :) [11:24] kyamo ( http://revu.tauware.de/details.py?upid=1105 ) has been improved too, and already approved by daniel last weekend [11:25] it's a nice kde program to organize music collections & I've worked quite close to the upstream dev to improve its quality :)