[01:24] <nixternal> yuriy: that's what you get when you write software for Ubuntu I guess :/
[01:24] <nixternal> does it even have me listed as the author? or a author?
[01:24] <nixternal> or something?
[01:28] <ScottK> Just fix it an upload it then.
[01:32] <rgreening> ha
[01:35] <yuriy> nixternal: it does -- i'm talking about the kaboutdata, you probably changed it
[01:39] <nixternal> I can't remember..I remember setting myself as the author and leaving the (C) for Canonical though
[01:40] <nixternal> I seriously don't care about the copyright...as long as it stays free software of course :)
[01:41]  * nixternal goes and eats, then after than is going to send a railing email to the moveon.org idiots who claim to be "nonpartisan" yet bash republicans on their website and ask for donations to a democrat
[04:43] <obama> bug 427841
[04:43] <obama> wow, i was quite late on that one
[04:43] <ScottK> Change has been achieved
[04:51] <vorian> heh
[04:51] <vorian> within each small move is the kernel of a radical change
[06:03] <Sput> apachelogger: weren't you working with scarabeus on the gettext branch a few months ago? :)
[06:03] <Sput> we had it working "in theory", just that some setups wouldn't use translated strings :)
[08:41] <Quintasan> ryanakca: ping
[09:02] <apachelogger> ScottK: kamoso dev already sent mail to lure and gilles
[09:02] <apachelogger> proposing either a shared lib or improving the kipi interface or rewriting the code
[09:13] <apachelogger> Sput: in theory :P
[09:14] <apachelogger> Sput: IIRC the only reliable soution is to use lowlevel gettext, i.e. it's c++ implementation directly
[09:14] <apachelogger> and even then I would not know what to do with the ui files
[09:15] <apachelogger> Sput: I would just limit localization to the KDE enabled client :P
[09:15] <apachelogger> AFAIK that is how marble does it
[09:15] <apachelogger> actually
[09:15] <apachelogger> ....
[09:16]  * apachelogger just had an idea
[09:19] <apachelogger> ok, that is so insane it could actually work
[09:20] <apachelogger> Sput: following scenario: you stack klocale on top of the KDE integration using i18n() only inside KDE components, unless I am completely wrong KLocale should also ensure that tr() gets translated
[09:20] <apachelogger> then we use gettext to obtain two pot files
[09:20] <apachelogger> one for qt only and one for KDE integration
[09:21] <apachelogger> the latter will manually add the qt one to the klocale translation catalog
[09:21] <apachelogger> so
[09:21] <apachelogger> depending on the cmake arguments we either build a mo or a qm
[09:22] <apachelogger> so, if you build with KDE you get 2 mos per language, one kde and one qt
[09:22] <apachelogger> if you build qt only you will get one qm file per language
[09:22] <apachelogger> as insane as this sounds, it might actually work :D
[10:30] <Quintasan> HURRR
[10:30] <Quintasan> apachelogger: ping
[10:30] <apachelogger> Quintasan: pong
[10:31] <Quintasan> apachelogger: what should I add to rules when package is build like this "qmake dooble.pro && make" ?
[10:32] <Quintasan> apachelogger: I tried adding those to default rules but it keep failing because of 'clean' part :/
[10:32] <apachelogger> cdbs' qmake.mk
[10:32] <Quintasan> let see
[10:32] <apachelogger> Quintasan: you probably need to sort clean yoursef
[10:32] <apachelogger> qmake is a PITA
[10:33] <apachelogger> for the developer and the packager and the user
[10:33] <apachelogger> qmake is one big fail IMHO
[10:33] <Quintasan> apachelogger: debuild -S starts with clean, isn't clean supposed to run AFTER compilation?
[10:33] <apachelogger> poke upstream and recommend cmake
[10:33] <apachelogger> Quintasan: no
[10:33] <apachelogger> before and after
[10:33] <apachelogger> the source package needs to be clean aswell :P
[10:33] <Quintasan> but I start with clean source, don't I?
[10:33] <apachelogger> well
[10:34] <apachelogger> if you run debuild -us -uc you have poluted source
[10:34] <apachelogger> which is why clean is always run before the source package is built
[10:36] <Quintasan> damn, each package I pick is fckd up or upstream is too lazy to fix it
[10:36] <apachelogger> well, all the more to learn :)
[10:37] <Quintasan> train clock plasmoid borked, acetone was propably to lazy to sort out copyrighted images
[10:37] <apachelogger> well, you can always dfsg copyrighted stuff
[10:38] <apachelogger> it usually is more annoying to upstream when users come whine about how there are no images than packagers whining about copyrights :P
[10:38] <Quintasan> :D
[10:38]  * apachelogger kicks hg
[10:38] <Quintasan> I found Silicon, looks better than Acetone
[10:38] <apachelogger> darn hg convert refuses to convert konvis full history
[10:39]  * apachelogger imports konvi into git hoping that hg has more luck converting git :D
[10:39] <apachelogger> Quintasan: well, acetone would be a no-go for packaging for me
[10:39] <apachelogger> way too ugly website
[10:39] <Quintasan> http://www.hyperray.net/hyperget/silicon-auto-image-mounter <-- over 9000 times better
[10:40] <apachelogger> why auto-mounter though?
[10:40] <apachelogger> what is so auto?
[10:40] <Quintasan> dunno
[10:40] <apachelogger> cool :D
[10:40] <Quintasan> It works just like daemon tools
[10:41] <apachelogger> Quintasan: btw, did you cooridnate a KDE release packaging session yet?
[10:41] <apachelogger> is that even comon these days?
[10:42]  * apachelogger sure looks forward to october when he can jump in with all the godlike powers he got again :P
[10:42] <Quintasan> I don't think so. You mean session to explain what ninjas do?
[10:42] <apachelogger> Quintasan: nah, to ensure they dont fck up
[10:42] <apachelogger> i.e. revu all changes and basically jump for the important, yet difficult packages
[10:43] <apachelogger> JontheEchidna did some IIRC, he probably can explain when he gets up
[10:43] <Quintasan> fck, qmake is srsly a PITA
[10:43]  * apachelogger notes that importing konvi into git takes ages
[10:43] <apachelogger> Quintasan: told ya :P
[10:44] <apachelogger> Quintasan: you most likely need to implement everything but qmake/make yourself
[10:44] <apachelogger> i.e. clean and install
[10:44] <Quintasan> HA
[10:44] <Quintasan> okay, two ways to get it to generate makefile
[10:45] <Quintasan> delete win and osx *pro files or hack rules :P
[10:45] <apachelogger> debuild will restore deleted files, so the former is an option
[10:45] <apachelogger> but
[10:45] <apachelogger> if you want to learn something...
[10:46] <apachelogger> implement the whole build using low-level debhelper
[10:46] <apachelogger> you can pass a specific pro file to qmake IIRC
[10:46] <Quintasan> debhelper...urgh
[10:46] <apachelogger> so if you have ultimate control over the build you probably dont need to delete that stuff
[10:47]  * apachelogger is wondering if the git konvi import takes the branches into account
[10:47] <Quintasan> there is a noobs guide to debhelper or I need to go through manuals?
[10:47] <apachelogger> stopped obtaining revisions at 665000 and searches up the revisions now ... at 835000 already :S
[10:48] <apachelogger> Quintasan: well, there is a very very unuseful guide in the wiki
[10:48] <Quintasan> :|
[10:48] <apachelogger> maybe it improved though
[10:48] <apachelogger> worth looking I suppose :D
[10:49] <apachelogger> simply put: you need a clean target and a binary-arch target that depends on a build an install target, where install depends on build and build on configure
[10:50] <apachelogger> you might want to stamp build though :P
[10:50] <Quintasan> lol
[10:50]  * Quintasan never used debhelper
[10:50] <apachelogger> sec
[10:51] <apachelogger> http://aplg.kollide.net/kubuntu/debian/rules
[10:51] <apachelogger> it's best to start reading at the bottom
[10:51] <apachelogger> http://www.gnu.org/software/automake/manual/make/Phony-Targets.html
[10:52] <apachelogger> what you need to understand is that debian/rules is for the better part a very simple make file
[10:52] <apachelogger> thus makefile paradigms appy, like, every line break also equals going back to the execution dir ...
[10:53] <apachelogger> reading it like a script might make sense though
[10:53] <apachelogger> easier to understand
[10:53] <apachelogger> so if you start at the bottom you have the phony targets
[10:53] <apachelogger> then binary which is really just a wrapper for binary-arch and binary-indep
[10:54] <apachelogger> this splitting is mostly useful when you need different stuff to be done for an arch:all and arch:any package
[10:54] <apachelogger> both "depend" on build and install
[10:54] <apachelogger> if you look at install, it depends on build
[10:54] <apachelogger> so build must be done before install
[10:55] <apachelogger> build "depending" on build-stamp and that is depending on config.status
[10:55] <apachelogger> in config.status you would run cmake .. or configure or qmake
[10:56] <apachelogger> once that is done build-stamp continues ensuring we are in the right dir
[10:56] <apachelogger> you can obtain information about debhelper scripts via their man page
[10:56] <apachelogger> e.g. man://dh_testdir
[10:56] <apachelogger> then it just runs make and creates a file build-stamp
[10:57] <apachelogger> that file is prevent useless runs of build
[10:57] <apachelogger> ...look at the clean target youll see that there the stamp gets removed
[10:57] <apachelogger> which basically means that make will only be run after a clean
[10:57] <apachelogger> so build is done, returning to install
[10:58] <apachelogger> that again runs some dh magic to ensure everything is in place for make install
[10:58] <apachelogger> one word of advice though ... for qmake in 90% of all cases it makes sense to abuse man://dh_install for installation rather than placing everything manually via the install target
[10:59] <apachelogger> once install is finished we return to binary-arch, all "dependencies" of that are now done and the binary-arch target is self is processed
[10:59] <apachelogger> here you only find a pile of debhelper scripts to build the package and place additional files
[11:00] <apachelogger> I recommend you take a look at the manpages of each of those for clearity
[11:00] <apachelogger> if everything went fine the dh_builddeb script builds the actual deb
[11:00] <apachelogger> Quintasan: all clear? :D
[11:01] <Quintasan> hmm
[11:02] <Quintasan> yup, but knowing myself I will need to package two or three things before understanding it fully :P
[11:02] <apachelogger> nothing wrong with that :)
[11:03] <neversfelde> kformula was remove from koffice 2.0.82 again, but it was part of 2.0.81. How can I get it deinstalled when upgrading to 2.0.82, make koffice-kde4 replace kformula (>=2.0.81) ?
[11:04] <apachelogger> neversfelde: you don't
[11:04] <apachelogger> neversfelde: do we deploy via PPA?
[11:05] <neversfelde> apachelogger: yes
[11:05] <neversfelde> it is in the backports beta ppa
[11:05] <apachelogger> hm
[11:06] <apachelogger> neversfelde: kformula will get nuked when the koffice libs become incompatible with it
[11:06] <Quintasan> apachelogger: one question, what's the point of configure depending on configure-stamp?
[11:06] <apachelogger> neversfelde: replacing it is quite ugly TBH
[11:06] <neversfelde> there seem to be some files, which where in kformula-kde4.install that are now in kplato-kde4.install, so I will have to make kplato-kde4.install conflict with kformula
[11:07] <apachelogger> Quintasan: prevent configure from being executed when it is not necessary ... all stamp targets are only to prevent that the containing stuff gets executed if the appropriate stamp file is available
[11:07] <Quintasan> hmmm
[11:08] <apachelogger> neversfelde: oh, then replace and conflict kformula with kplato
[11:08] <neversfelde> apachelogger: k
[11:08] <Quintasan> so things like ./configure or qmake dooble.pro should go to configure-stamp?
[11:08] <neversfelde> thank you
[11:09] <apachelogger> Quintasan: depends on the other available targets, but generally yes :)
[11:09]  * apachelogger hg converts konvi git to hg :D
[11:10] <apachelogger> that is so freaking insane
[11:10] <apachelogger> best thing ever: you can't bzr fast-export branches with tags containing an epoch, git does not appear to be liking that very much and breaks on fast-import
[11:12] <Quintasan> WTF
[11:13] <Quintasan> apachelogger: debian/rules:21 *** missing separator (TAB instead 8 spaces?). Stop
[11:13] <Quintasan> I used TAB there :|
[11:18]  * Quintasan is going crazy
[11:20] <Quintasan> YAY
[11:20] <Quintasan> ITS ALIVE
[11:23] <Quintasan> apachelogger: exacly as I though, clean did not depend on anything, adding configure and build to depends helped :P
[11:27] <apachelogger> Quintasan: why would you have to build before being able to clean?
[11:28] <apachelogger> that does not make sense
[11:28] <apachelogger> that is like: you have to fill your harddisk before you can format it
[11:30] <apachelogger> the quasselVskonvi codeswarm does not take konvi-kde3 into account while it was branched from trunk
[11:30] <apachelogger> still quite interesting
[11:30] <apachelogger> at the time konvi went to the KDE 3 branch quassel grew quite a bit :D
[11:40] <Quintasan> apachelogger: I looked at it like this
[11:40] <Quintasan> apachelogger: a) you start with pure source b) you configure (+Makefile) c) then you build it(+ *.o files) d) you clean Makefile and *.o files
[11:42] <apachelogger> Quintasan: you cannot assume that the intial source is purged
[11:42] <apachelogger> Quintasan: always run clean
[11:42] <apachelogger> clean must work anyway
[11:42] <apachelogger> otherwise the package will get rejected
[11:42] <Quintasan> apachelogger: but it fail all the time
[11:42] <apachelogger> so fix it :P
[11:43] <Quintasan> says - "no rules to make 'clean'"
[11:43] <Quintasan> no matter what I put there
[11:43] <apachelogger> batpaste your rules file
[11:43] <Quintasan> http://pastebin.com/f2a3868e5
[11:45] <apachelogger> make clean only works when there is a make file ;)
[11:45] <apachelogger> should be distclean IMHO anyway
[11:45] <apachelogger> [ ! -f Makefile ] || $(MAKE) distclean
[11:45] <apachelogger> unless makefile does not exist run make distclean
[11:46] <Quintasan> ah k
[11:46] <apachelogger> also, if you prefix any command with - an error will be ignroed
[11:46] <apachelogger> so -make distclean
[11:46] <apachelogger> would have about the same affect
[11:46] <Quintasan> but I lol'd since built deb file did not contain any binaries :O
[11:46] <apachelogger> just that lintian will bitch about it :D
[11:46] <apachelogger> Quintasan: make install is defuncted
[11:46] <apachelogger> as I anticipated :P
[11:47] <apachelogger> Quintasan: use dh_install to put everything into place
[11:47] <Quintasan>  $(MAKE) DESTDIR=$(CURDIR)/debian/dooble install
[11:47] <Quintasan> replace this with dh_install?
[11:47] <apachelogger> no
[11:47] <apachelogger> Quintasan: did you already take a look at the dh_install manpage?
[11:48] <Quintasan> looking
[11:48] <Quintasan> mhm
[11:48] <apachelogger> the thing with dh_install is that it needs to be run for _every_ binary package
[11:49] <Quintasan> first let me deal with clean
[11:49] <apachelogger> ill explain meanwhile :P
[11:49] <Quintasan> so it shouldnt depend on build or anything
[11:49] <Riddell> Lure: why do you have an unlock dialogue for autologin?  the whole point of autologin is there's no password
[11:49] <apachelogger> so dh_install in the install target would work for your package
[11:49] <apachelogger> but
[11:49] <apachelogger> say you add a -data package it will not work that well anymore
[11:50] <apachelogger> thus it is common to have dh_install run in the binary-* target
[11:50] <apachelogger> since those get run for every binary package anyway
[11:51] <apachelogger> so just implement an appropriate debian/install file and remove the comment from dh_install
[11:51] <apachelogger> ... it is already in your binary-arch target, just commented out :)
[11:51] <apachelogger> Riddell: autologin to decrease login time but still being somewhat secure
[11:52] <Quintasan> okay, I want to know wtf is with this error about 8 spaces instead of tabs
[11:52] <apachelogger> Riddell: like you turn on the pc and go get a cup of coffee, when you come back you just need to enter the password and can pointy click around
[11:52] <Quintasan> apachelogger: I need to put [ ! -f Makefile ] || $(MAKE) distclean  in clean rule, right?
[11:52] <apachelogger> Riddell: IMHO a very minimal usecase though
[11:53] <apachelogger> Quintasan: yeah, replace your make clean with it
[11:53] <apachelogger> Quintasan: do you have spaces somewhere that cause that error :P
[11:53] <Quintasan> now I need to know where the hell the binaries are put
[11:54] <Riddell> apachelogger: how do you set that?
[11:54] <apachelogger> there is a special setting for that in kdm
[11:54] <apachelogger> last tab of the KCM IIRC
[11:54] <apachelogger> along the no-password for login option
[11:55] <Riddell> oh I see it
[11:55] <apachelogger> Quintasan: ../ by default
[11:55] <apachelogger> Quintasan: depends on how you build really ;)
[11:55] <Quintasan> shit, this sucks
[11:55] <apachelogger> lol
[11:56] <apachelogger> that is regular stuff no matter what is in your rules file
[11:56] <Quintasan> Binary is build in the source directory
[11:57] <apachelogger> oh
[11:57] <apachelogger> the app binary :D
[11:57]  * apachelogger thought the deb binary
[11:57] <Quintasan> yeah, and I need to put Icons dir somewhere
[11:57] <Quintasan> This is harder than I expected
[11:58] <apachelogger> the harder the better I always used to think :D
[11:58] <apachelogger> now I am too lazy to add more than 3 cdbs includes :P
[12:00] <Quintasan> apachelogger: http://pastebin.com/f64cdd090  <-- this is direcotry layou
[12:00] <Quintasan> I obviously need Icons, Images, Tab and Doc
[12:01] <Quintasan> also qss
[12:01] <Quintasan> but where I should put those?
[12:02] <apachelogger> Quintasan: you might not
[12:02] <apachelogger> Quintasan: first check the binary
[12:02] <apachelogger> it is common that qmake binaries have all that crap embedded in the binary
[12:02] <Quintasan> wut
[12:02] <apachelogger> so at the most you need the app icon in /usr/share/pixmaps and a desktop file
[12:04] <Quintasan> lol, with Dooble we have 3 QtWebKit browsers :D
[12:04] <Quintasan> :/
[12:05] <Quintasan> They propably are not embedd
[12:05] <apachelogger> way too easy to creat a browser these days
[12:05] <apachelogger> we should write our own
[12:08] <Quintasan> apachelogger: the icons are not embbed into binary, there are lots of files in Icons directory
[12:08] <apachelogger> Quintasan: are none of them embedded?
[12:09] <Quintasan> apachelogger: nope, no icons until I manually select .cfg file from Icons directory
[12:09] <apachelogger> then it's getting dirty
[12:09] <apachelogger> Quintasan: inspect the code
[12:09] <apachelogger> either that thing would expect the cfg somewhere to be or you need to patch it so that it does
[12:11] <Quintasan> arg("Icons/nuvola/configuration.cfg"));
[12:11] <Quintasan> :/
[12:13] <apachelogger> arg?
[12:13] <apachelogger> Quintasan: please paste that file
[12:13] <apachelogger> EgS: ping ping ping
[12:13] <apachelogger> I am a sexy hot biatch
[12:13] <Quintasan> lol
[12:13] <Quintasan> http://pastebin.ca/1564103
[12:14] <apachelogger> -(~/src/git/quassel/build:$)-> grep -r -i quassel_qt.mo trace
[12:14] <apachelogger> 31892 access("/home/me/.kde/share/locale/de/LC_MESSAGES/quassel_qt.mo", R_OK) = 0
[12:15] <apachelogger> Quintasan: that code is a bit different :D
[12:15] <apachelogger> if the settings do not yet contain iconset, then add iconset with currentdir/Icons/...
[12:15] <apachelogger> Quintasan: probably needs to be patched
[12:16] <Quintasan> well, the browser right after compiling starts with no icons
[12:16] <apachelogger> though I find it insane that upstream writes that stuff to the settings object even if the user did not set it
[12:16] <apachelogger> Quintasan: if you start it a second time?
[12:17] <Quintasan> compiling :P
[12:17] <apachelogger> anyway
[12:17] <apachelogger> just replace the code there
[12:17] <apachelogger> QString("%1/%2").arg(QDir::currentPath()).
[12:17] <apachelogger>                       arg("Icons/nuvola/configuration.cfg"));
[12:17] <apachelogger> to
[12:17] <apachelogger> QString("/usr/share/foobar/blah/bluh...");
[12:18] <Quintasan> no icons even after 5 restart
[12:18] <apachelogger> yeah, needs patching :P
[12:18] <apachelogger> patchy patchy
[12:18] <apachelogger> and poky poky upstream
[12:19] <apachelogger> you might borrow the MSOD
[12:19] <apachelogger> or was it LSOD
[12:19] <apachelogger> something that sounds like a drug for sure :P
[12:20] <apachelogger> Nightrose: ping
[12:20] <Quintasan> I will put Icons dir in /usr/share/dooble right?
[12:20] <Nightrose> apachelogger: pong
[12:20] <apachelogger> Quintasan: yep
[12:21] <apachelogger> Nightrose: do you have Sput's mobile numba?... can you text him?
[12:21] <apachelogger> I am close to a nervous breakdown
[12:21] <Sput> wus!
[12:21] <apachelogger> oh
[12:21] <apachelogger> there he is
[12:21] <Nightrose> ;-)
[12:21] <apachelogger> Sput: I HAZ GETTEXT
[12:21] <Sput> ooh
[12:22] <apachelogger> what I was talking about earlier actually works
[12:22] <apachelogger> right after creation of the kapp:  KGlobal::locale()->insertCatalog("quassel_qt");
[12:22] <Sput> do we need to use i18n() at all?
[12:22] <apachelogger> nope
[12:22] <apachelogger> not at all
[12:22] <Sput> hm, and what happens with !kde?
[12:22] <apachelogger> not the tiniest bit
[12:23] <Sput> and! can we convert our existing translations, or are I gonna make some people extremely unhappy? :)
[12:23] <apachelogger> we can
[12:23] <Quintasan> hahahahahahha
[12:23] <apachelogger> they need proof reading and stuff
[12:23] <apachelogger> but for the better part it seems to work
[12:24] <Quintasan> apachelogger: there are even java modules for Dooble XD
[12:24] <apachelogger> basically what we do is introduce a Messages.sh like KDE extracting all qt stuff to a pot and all KDE stuff to a pot (just in case you ever want i18n for some KDE specific strings)
[12:24] <apachelogger> then at build time either create a qm (which I did not test yet...)
[12:24] <apachelogger> or a mo
[12:24] <apachelogger> depending on whether built with KDE or not
[12:25] <apachelogger> the existing translations should be convertable using gg://ts2po
[12:25] <apachelogger> which seemd to result in a prety decent .mo for me
[12:25] <Sput> sould's cool
[12:25] <Sput> though the "qm which I didn't test yet" frightens me
[12:26] <apachelogger> me too
[12:26] <Sput> as we already tried that one back then and it didn't work for several people including me :)
[12:26] <Sput> but maybe we did it differently back then
[12:26] <apachelogger> we tried mo loading in Qt I think
[12:26] <Sput> I thought we were building .qms?
[12:26] <apachelogger> I dunno :P
[12:26] <Sput> anyway, if that worked, it would be extremely cool
[12:26] <apachelogger> lets see
[12:26] <Sput> of course, today is UI freeze :)
[12:26] <Sput> for us
[12:26] <Sput> :)
[12:27] <apachelogger> worst that could happen is that a po and a ts need to be maintained, cross converted via ts2po or po2ts
[12:27] <apachelogger> or get the gettext --qt export fixed up
[12:29] <Sput> sounds interesting in any case
[12:30] <Sput> we prolly would get a ton more languages if that .po approach worked
[12:56] <Quintasan> apachelogger: there are some lines that look like (QString("%1/Tab/Default/search.html").arg(QDir::currentPath()));
[12:57] <apachelogger> oh man
[12:57] <Quintasan> apachelogger: should I patch them to point to /usr/share/dooble/blash?
[12:57] <apachelogger> yes
[13:02] <Riddell> Lure: ok, I know what the issue is, I'll take a look at it when I get a moment
[13:03] <Lure> Riddell: thanks
[13:20] <apachelogger> Riddell: btw http://aplg.kollide.net/kubuntu/swarm-09-09-12.avi
[13:20] <apachelogger> Sput: even more btw http://aplg.kollide.net/kubuntu/KonversationVsQuasselSwarm/2009-09-13_12-22-19.avi
[13:22] <apachelogger> Sput: does the core actually have translations?
[13:22] <Sput> yeah
[13:22] <apachelogger> that needs special treatment :S
[13:22] <Sput> though in the future we'll probably change that
[13:22] <apachelogger> sensible
[13:22] <Sput> well, except for cli options and warnings and stuff
[13:23] <Sput> but client-visible stuff should be generated in the client
[13:23] <apachelogger> well, I would pass cli option translations though low-level cpp gettext anyway :P
[13:23] <apachelogger> qlocale seems like a bit of an overhead for that
[13:24] <apachelogger> ok
[13:24]  * apachelogger notes that po->mo->klocale seems to work pretty well alright
[13:24] <apachelogger> on to qm
[13:24] <Sput> huh, what's this swarm stuff about? looks fun
[13:26] <apachelogger> commits over time of existence
[13:26] <apachelogger> though unfortunately I didnt get konvi in when it was in the KDE 3 branch
[13:26] <Sput> aah based on commit history
[13:26] <Sput> neat idea :)
[13:26] <apachelogger> on the other hand that illustrates how that boosted quassel :D
[13:27] <apachelogger> I am not sure how to handle that the core got translations of its own -.-
[13:27] <Riddell> apachelogger: commits to what?
[13:27] <apachelogger> Sput: could add quassel_core.pot
[13:28] <apachelogger> Sput: always make that a qm
[13:28] <apachelogger> Riddell: version control
[13:28] <apachelogger> with a bit of fiddling it doesn't matter which VCS, nah, actuall a lot of fiddling
[13:29] <Riddell> cor
[13:30] <apachelogger> quite useful if you want to know how many times Riddell did not manage to set his bzr nick :P
[13:36] <Quintasan> Riddell: Dooble is a PITA to deal with but I think I will finish it today
[13:37] <Riddell> thanks for that
[13:41] <ryanakca> Quintasan: pong, hurray :)
[13:43] <ryanakca> Quintasan: are you packaging all the little blurbs it seems to quasi-depend on? (ex, the search engine in runs as default)
[13:43] <Quintasan> ryanakca: nah, just core
[13:43] <Quintasan> ryanakca: there is epic mess with configurations for icons etc
[13:47] <apachelogger> of course our patches are as buggy as always
[13:47] <apachelogger> hoorays for cant remove language
[13:49] <neversfelde> please test koffice 2.1 beta2 from the staging ppa :)
[13:50] <neversfelde> karmic only atm
[14:51] <Quintasan> this is retarded
[14:52] <Quintasan> http://pastebin.com/f50c38a87 <--- can anyone tell why it complains about missing separator? I'm using tabs there
[14:53] <apachelogger> Quintasan: can you upload the file somewhere?
[14:53] <apachelogger> also, what is the precise error
[14:54] <Quintasan> debian/rules:26: *** missing separator (TAB instead 8 spaces?). Stop
[14:55] <Quintasan> apachelogger: http://hs.quintasan.pl/rules
[14:55] <apachelogger> no
[14:55] <apachelogger> you have spaces
[14:56] <apachelogger> Quintasan: what editor are you using?
[14:56] <Quintasan> vim
[14:56] <apachelogger> or are you doing echos and cats :D
[14:56] <apachelogger> hm
[14:56] <apachelogger> Quintasan: misconfigured maybe?
[14:56] <Quintasan> dunno
[14:56] <apachelogger> vim would by default tab debian/rules
[14:56] <apachelogger> Quintasan: paste your .vimrc
[14:57] <Quintasan> http://hs.quintasan.pl/vimrc
[14:58]  * apachelogger notes that cmake is freaking him out today
[14:58] <apachelogger> Quintasan: set expandtab will replace tabs with spaces
[15:00] <Quintasan> thanks :O
[15:54] <ScottK> apachelogger: (about kamoso dev talking to Kipi people) Great.  I'll modify the bug to be less threatening.
[16:00] <ScottK> apachelogger: I got a U/I freeze waiver for quassel expiring tonight, so if you have any intent to help Sput push the translations stuff through, now would be a good time.
[16:01] <apachelogger> well it is b0rked
[16:01] <apachelogger> Sput: ping ping
[16:01] <apachelogger> doesn't make any sense really
[16:01] <apachelogger> when I install current master and replace the german qm with my one built from a po the UI still stays translated
[16:02] <apachelogger> when I use the same qm in a modified build it fails to translate the UI
[16:02] <apachelogger> the file gets access according to strace
[16:04] <ScottK> apachelogger: Just wave your little pinky with your near godlike powers and fix it up. ;-)
[16:05] <apachelogger> too lazy
[16:05] <apachelogger> I might add 3 lines of cdbs includes
[16:05] <apachelogger> thats about as far as I would go these days :P
[16:08] <ScottK> apachelogger: You might also want to see why vlc FTBFS on armel so maybe kamoso can build there.
[16:09]  * apachelogger shudders
[16:09] <apachelogger> good idea though
[16:09] <apachelogger> on the other hand
[16:09] <apachelogger> ScottK: at this point kamoso does not even fit on a netbook screen
[16:09] <apachelogger> so I doubt it would be much good on arm machines
[16:10] <ScottK> Right, it's mostly about having the stats look good.
[16:10] <apachelogger> *nod*
[16:10] <ScottK> OTOH, N900 will have TV out and will likely run Kubuntu armel.
[16:10] <ScottK> So who knows.
[16:11]  * apachelogger needs more icecream but is too lazy to get the power cord for the netbook
[16:11] <apachelogger> maybe I should ccache
[16:16] <apachelogger> maybe I am approaching this from the wrong direction
[16:38] <neversfelde> was someone able to test koffice 2.0.82?
[16:38] <apachelogger> nope
[16:39]  * apachelogger is still doing the build, install, fail, tryagain game
[16:39] <neversfelde> hehe
[16:39] <apachelogger> now I even doubt my system, building unmodified quassel to check it actually would translate something
[16:41] <neversfelde> apachelogger: you said something about correct bzr whoami settings, how do I do this?
[16:42] <apachelogger> bzr whoami "NAME <EMAIL>"
[16:42] <apachelogger> though unless you ignore all sorts of warnings you should have done that already :D
[16:42] <neversfelde> mhh, I did this, but there seems to be something wrong, there is no link to my launchpad profile
[16:43] <apachelogger> your lp profile needs to have that email addy listed
[16:43] <ScottK> neversfelde: You can also set this up in ~/.bazzar/bazzar.conf
[16:43] <apachelogger> -.-
[16:43] <apachelogger> so
[16:43] <apachelogger> I do not get it
[16:43] <apachelogger> at all
[16:43] <ScottK> [DEFAULT]
[16:43] <ScottK> email = Scott Kitterman <scott@kitterman.com>
[16:43] <ScottK> launchpad_username = kitterman
[16:43] <ScottK> neversfelde: ^^
[16:44]  * ScottK should spell better too.  /.bazaar/bazaar.conf
[16:46]  * apachelogger takes a knife and jumps at Qt
[16:47]  * ScottK prepares bandages.
[16:47] <ScottK> (playing with knives is dangerous)
[16:48] <neversfelde> mhh, there is a second lp account neversfelde-ubuntu, that seems to be the problem
[16:50] <apachelogger> merge!
[16:50] <apachelogger> oh well
[16:50] <apachelogger> now I don't get it anymore
[16:50] <apachelogger> wth I must say
[16:51] <neversfelde> weird
[16:51] <apachelogger> Qt Linguist 4.3 is Certified for Windows Vista
[16:51] <apachelogger> Windows Vista and the Windows Vista Start button are trademarks or registered trademarks of Microsoft Corporation in the United States and/or other countries.
[16:53] <apachelogger> hm
[16:54] <apachelogger> hum
[16:54] <apachelogger> --qt                    C#-Modus: eine .dll-Datei für .NET erstellen
[16:54] <apachelogger> that
[16:54] <apachelogger> looks
[16:54] <apachelogger> weird
[16:54]  * apachelogger aptget soures gettext
[16:54]  * ScottK hands apachelogger a 'c'.
[16:55]  * Quintasan grabs a chainsaw and goes to kill qmake guy
[16:55] <Quintasan> this is fcking crazy
[16:58] <Quintasan> apachelogger: can I do something like if(something) then (do something) else (do something else) in makefiles?
[16:59] <apachelogger> uh
[16:59] <apachelogger> nice
[16:59] <apachelogger> ScottK: that appears to be a translation issue
[16:59] <apachelogger> cool
[16:59] <apachelogger> oh how I love rosetta
[17:00] <apachelogger> though I wonder what that is translatable to begin with :S
[17:00] <apachelogger> Quintasan: aye, ask the google :P
[17:00] <apachelogger> Quintasan: the rules example I linked to earlier is having some if condition IIRC
[17:01] <apachelogger> Quintasan: though, why do you want to if?
[17:01] <Quintasan> apachelogger: http://pastebin.com/f9033394  <--- guess what debuild does first :D
[17:03] <yuriy> found the bug with apport-kde but i'm not sure how to deal with this. there is no main window, so how do i run some code on exec()?
[17:03] <apachelogger> Quintasan: didnt I tell you how to fix that? :{
[17:03] <apachelogger> :P
[17:04] <apachelogger> two ways actually
[17:04] <Quintasan> apachelogger: this Makefile is from upstream
[17:04] <Quintasan> apachelogger: and I need to patch it :S
[17:04] <apachelogger> oh
[17:04] <apachelogger> nice
[17:05] <Quintasan> I tried dpatch instead of quilt, but guess what - dpatch uses make clean :D
[17:05] <apachelogger> well
[17:05] <apachelogger> Quintasan: nuke your make distclean completely
[17:05] <apachelogger> and clean manually
[17:05] <apachelogger> and use your chainsaw to go after upstream
[17:06] <Quintasan> I finished Dooble, now I'm working on Silicon, this also uses QMindfuck
[17:07] <apachelogger> nice
[17:08] <yuriy> seems like i don't have to exec() the KApplication and that's fine except I get a segfault
[17:08] <yuriy> on exit
[17:08] <Quintasan> apachelogger: hmm -$(MAKE) distclean seems to do the trick :O
[17:26] <apachelogger> Sput: it appears to me gettext only supports ts/qm v1 i.e. Qt 3
[17:26] <Sput> ugh
[17:26] <apachelogger> http://www.gnu.org/software/gettext/manual/gettext.html#qt_002dformat
[17:26] <apachelogger> yet they reference 4.3.0
[17:26] <Sput> patch it then!
[17:26] <Sput> :)
[17:27] <apachelogger> Sput: I'd rather do python or java than C
[17:27] <apachelogger> especially in gnu code
[17:27] <Sput> quite understandable
[17:28] <apachelogger> <!DOCTYPE TS><TS>

[17:28] <apachelogger>   <name>Menu</name>
[17:28] <Sput> "The GNU Gettext PO format, which is commonly used in Open Source projects, is now supported by Qt Linguist."
[17:28] <apachelogger> that is clearly not v2 markup
[17:28] <Sput> what is that supposed to tell me?
[17:28] <Sput> linguist can edit PO files?
[17:28] <apachelogger> Sput: that you can translate po with linguis
[17:28] <apachelogger> t
[17:28] <Sput> ah
[17:28] <Sput> but we can't officially use PO with Qt
[17:28] <apachelogger> aldn linguist is certified for windows vista
[17:28] <apachelogger> see above
[17:29] <apachelogger> hm
[17:29] <apachelogger> the qt writer was written 2003
[17:29] <Sput> yeah, v2 markup has a version="2.0" property
[17:29] <apachelogger> Sput: hunt down Bruno Haible <bruno@clisp.org>
[17:29] <apachelogger> he implemented Qt 3 supports, maybe he can get us Qt 4
[17:30]  * Sput rather delegates that to someone who actually knows what he's doing
[17:30] <apachelogger> well, someone just needs to hunt him down :P
[17:30] <apachelogger> I can take care of the blaming
[17:30] <apachelogger> oh
[17:31] <apachelogger> Sput: if linguist supports editing po wouldn't it also support exporting that as qm?
[17:31] <Sput> I wonder
[17:31] <apachelogger> would just seem logical I suppose
[17:32] <apachelogger> well
[17:32] <apachelogger> it does
[17:32]  * apachelogger tests if that works
[17:32] <Sput> well yeah, you can open a .po and release as .qm
[17:32] <spstarr> hmm
[17:32] <spstarr> do we have PPA for the r6xx bits?
[17:32] <apachelogger> Sput: doesn't seem to work though
[17:32] <Sput> no?
[17:33] <Sput> hm
[17:33] <Sput> also we couldn't do that at buildtime, could we
[17:33] <Sput> we could ship the binary files though
[17:33] <apachelogger> well, it would mean that there is code
[17:34] <Sput> so what we currently have is that we can extract the strings into a .pot, we could translate that using gettext tools, but we can't create a .qm from that, right?
[17:34] <apachelogger> aight
[17:35] <Sput> because the .qm it creates isn't compatible?
[17:35] <apachelogger> right
[17:35] <apachelogger> creates Qt 3 qm
[17:35] <ScottK> Sounds like time to file some bugs.
[17:36] <Sput> - C# with Qt: The support for Qt format strings has been updated for Qt 4.
[17:36] <Sput> hmm
[17:42] <apachelogger> hm
[17:42] <apachelogger> oh
[17:43] <apachelogger> maybe linguist cant export properly because it lacks the context information
[17:45] <apachelogger> indeed
[17:46] <apachelogger> if I add the appropriate context information of a string it works
[17:47] <apachelogger> Sput: the linguist approach might still work
[17:48] <Sput> that would mean manual creation of the files, and shipping the .qm, right?
[17:49] <apachelogger> ah, nvm
[17:49] <apachelogger> context == classname
[17:50] <apachelogger> though
[17:50] <apachelogger> The translation context for QObject and each QObject subclass is the class name itself. Developers subclassing QObject must use the Q_OBJECT macro in their class definition to override the translation context. This macro sets the context to the name of the subclass.
[17:51] <Sput> that's all Q_OBJECT does? :D
[17:51] <apachelogger> well
[17:51] <apachelogger> it goes on anyway
[17:51] <apachelogger> If Q_OBJECT is not used in a class definition, the context will be inherited from the base class. For example, since all QObject-based classes in Qt provide a context, a new QWidget subclass defined without a Q_OBJECT macro will use the "QWidget" context if its tr() function is invoked.
[17:51] <apachelogger> so
[17:52] <apachelogger> all this Qt makes me wanna puke right there on my desk
[17:52] <apachelogger> Sput: I recommend that you hunt down that gettext dude or at least file a  BR
[17:52]  * ScottK suggests a laptop so apachelogger can have a better place to puke.
[17:53] <apachelogger> oh and another BR for Qt "support darn standards"
[18:09] <apachelogger> oh dear
[18:09]  * apachelogger head-desks
[18:10] <apachelogger> ScottK: I just realized that the whole ruby-gettext to main was a complete waste of resources
[18:10] <ScottK> Lovely.
[18:10] <ScottK> Well let's get it dropped out then ...
[18:10] <apachelogger> fist let me do a reference translation
[18:19] <yuriy> nixternal: you used sys.exit(0) for cancel in apport-kde, was that because of hanging or segfaulting?
[18:34] <apachelogger> ScottK: turns out I am pretty good at wasting time :S
[18:34] <apachelogger> i18n() works just fine out of the box
[18:56] <apachelogger> ScottK: so, what do I do to get it back to universe?
[18:57] <ScottK> apachelogger: If it's not directly seeded (I assume not) just drop it from B-D/depends/recommends for the package in Main and it'll get done automatgically.
[18:57] <apachelogger> okies
[18:57]  * apachelogger prepares upload
[18:57] <ScottK> Technically, it'll show up in component mismatches and some archive admin will move it.
[20:37]  * ryanakca sighs, s/quit/query/
[20:41] <refic> :)
[20:42] <shtylman> ryanakca: I think the actions area should go all the way across
[20:42] <shtylman> the white on the side doesn't quite give the same effect imho
[20:42] <shtylman> and I would put the stuff you have on the left over to the right
[20:44] <ghostcube> heh i installed the karmic langiuage packages for kde 4.3.1 working like charm in jaunty :)
[20:50] <ryanakca> shtylman: *nod*. Have much experience with JS?
[20:51] <shtylman> ryanakca: a bit
[20:52] <shtylman> ive made sides that use it
[20:52] <shtylman> *sites
[20:52] <ryanakca> shtylman: Feel like helping me out with a particularly annoying JS bug?
[20:52] <shtylman> sure...I can try
[20:53] <ryanakca> bug 389233
[20:54] <yuriy> shouldn't that be a css bug?
[20:55] <ryanakca> yuriy: Yes, but it's caused by the JS. The rounding script we use adds a blurb that messes everything up
[20:55] <shtylman> what does the rounding script add?
[20:57] <shtylman> what modifications are you allowed to make to fix this?
[20:59] <shtylman> ryanakca: like...are you able to pull the table of contents out of a table tag and use an OL instead?
[20:59] <shtylman> or can you only edit the JS/CSS?
[21:00] <ryanakca> shtylman: We're allowed to add whatever modifications to the theme we want. https://wiki.kubuntu.org/htdocs/kubuntunew/js/shadedborder.js , at the end of the file, '.sb, .sbi, .sb *, .sbi * { position:relative; z-index:1; }' is what's causing the issue
[21:00] <ryanakca> shtylman: iirc, the table of contents is an ol. We don't take care of that part though, it's done by moinmoin
[21:01] <ryanakca> Ok, so we can make whatever modifications we want to the CSS, Javascript and general page layout.
[21:01] <shtylman> gotcha
[21:01] <shtylman> why not just use images to do this? why use javascript?
[21:02] <shtylman> does this validate :) ?
[21:03]  * ryanakca forgets the original reasons... One thing is that it is *very* easy to change the appearance of the border using CSS, setup shadows, change the rounding angle, etc. 
[21:03] <shtylman> gotcha
[21:04] <shtylman> how did you find that that line was causing the problem?
[21:04] <shtylman> commented everything else out?
[21:05] <ryanakca> shtylman: newz2000 did.
[21:05] <shtylman> gotcha
[21:05] <shtylman> so we don't actually know
[21:05] <ryanakca> Running it in firebug, line by line also works, until that line, of course :)
[21:05] <shtylman> I see
[21:05] <ryanakca> And modifying that one line brings *everything* crashing down.
[21:07] <shtylman> heh
[21:09] <shtylman> is there a way to turn *just* the rounding off?
[21:12] <ryanakca> shtylman: *just* the rounding? Yes. But it requires either modifying the theme or messing around with your web browser to block shadedborder.js
[21:12] <shtylman> I see
[21:12] <shtylman> any easy way to block shadeborder.js in firefox?
[21:15] <ryanakca> Might be able to tinker with scriptblocker or firebug
[21:16] <ryanakca> brb
[21:16] <shtylman> ryanakca: well, the easiest thing first is to remove z-index: 1 altogether...that seems to at least make the lines go under the contents box
[21:21] <shtylman> nvm...firebug was just acting up
[21:24] <Lure> Riddell: anybody working on updated knm package: I think bug 424606 would be nice if fixed before next alpha...
[21:24] <Riddell> Lure: last I looked knm only compiles with KDE trunk now, I haven't seen wstephenson around to enquire
[21:24] <Riddell> you're welcome to try
[21:25] <Lure> Riddell: we just grab dir snapshot from playground?
[21:25]  * Lure never looked into plasma version of knm
[21:28] <JontheEchidna> I know that there has been some work in making knm compile with 4.3
[21:29] <JontheEchidna> I'm fairly sure that it was committed in the regular playground location too
[21:30] <ryanakca> shtylman: back. Anyways. Watch what happens when I remove it... *tries*
[21:30] <shtylman> ryanakca: yea...removing it isn't great .. :)
[21:30] <ryanakca> :)
[21:30] <ryanakca> You saw?
[21:31] <shtylman> well, I removed it myself... and yea...
[21:36] <ryanakca> Well, we could drop the rounding altogether. Have one long column that goes from the top of the page to the bottom of the page, no gap.
[21:36] <shtylman> ryanakca: can you remove the routing temporarily?
[21:36] <shtylman> I want to grab a source of the page without the rounding
[21:37] <shtylman> otherwise firefox save-as grabs the rounding infected one..
[21:38] <ryanakca> shtylman: just remove the shadedborder line at the top and the <script ...> *.render('.*'); </script> lines at the end from the saved version
[21:39] <shtylman> I did...and it still has the rounding...
[21:43] <ryanakca> ... odd. I'll take it out from wiki.ryanak.ca/kubuntu/ for you, just a sec
[21:45] <shtylman> ryanakca: its ok...I just got a wget of the html file
[21:46] <ryanakca> shtylman: done
[21:47] <shtylman> k
[22:14] <shtylman> ryanakca: fixed :)
[22:14] <shtylman> ryanakca: ok...so the fix I have is all in the shadedborder.js file
[22:15] <shtylman> ryanakca: http://paste.ubuntu.com/270528/
[22:15] <shtylman> thats one part of it
[22:16] <shtylman> ryanakca: http://paste.ubuntu.com/
[22:16] <shtylman> the other part
[22:16] <shtylman> http://paste.ubuntu.com/270529/
[22:16] <shtylman> my bad
[22:17] <shtylman> ok..so the first part is to replace lines 236 or so in the js file
[22:17] <shtylman> and the second part replaces the last few lines
[22:23] <ryanakca> shtylman: Awesome. I'll look at it after supper, thanks :)
[22:24] <shtylman> no prob...enjoy
[22:35] <JontheEchidna> vorian: could you look at bug 427677 for a second ack please?
[22:36] <JontheEchidna> hmm, new upstream release again...
[22:36] <JontheEchidna> it's at 0.5.0.1 now (translations)
[22:37] <JontheEchidna> maybe it'd be better to just get this FFe through, then I can upload 0.5.0.1 after since it's a bugfix release