=== dato_ [~adeodato@84-120-77-228.onocable.ono.com]  has joined #kubuntu-devel
=== dato_ is now known as dato
=== ttf [~tom@ipx20310.ipxserver.de]  has joined #kubuntu-devel
=== KaiL [KaiL@p548F6976.dip.t-dialin.net]  has joined #kubuntu-devel
=== doko [~doko___@dsl-082-082-195-045.arcor-ip.net]  has joined #kubuntu-devel
=== hunger_ [~hunger@p54A67E51.dip.t-dialin.net]  has joined #kubuntu-devel
=== KaiL_ [KaiL@p548F6B2C.dip.t-dialin.net]  has joined #kubuntu-devel
=== allee [~ach@dialin-212-144-130-108.arcor-ip.net]  has joined #kubuntu-devel
=== motaboy [~motaboy@host109-41.pool80182.interbusiness.it]  has joined #kubuntu-devel
=== JRe [~jre@adsl-169-178.36-151.net24.it]  has joined #kubuntu-devel
=== allee [~ach@dialin-212-144-128-079.arcor-ip.net]  has joined #kubuntu-devel
[11:06] <Riddell> amu: arts is in, going to upload kdelibs?
[11:17] <hunger_> Arg! My kdewalletmanager does no longer find my wallets:-(
[11:19] <JRe> hunger_: damn!
=== hunger_ suspects JRe is making fun of him.
=== hunger_ is now known as hunger
[11:20] <JRe> hunger: no, i also have all my asswords in kwallet
[11:20] <JRe> s/asswords/passwords/
[11:22] <JRe> hunger: i hope you'll find thm back soon!
[11:22] <hunger> JRe: The wallet files are still there.
[11:23] <hunger> It is just the walletmanager that is pigheaded about wanting to see them.
[11:23] <JRe> hunger: kwallet bug?
[11:24] <hunger> JRe: Possible. I hab this before once...
=== motaboy [~motaboy@host109-41.pool80182.interbusiness.it]  has joined #kubuntu-devel
[11:26] <hunger> Damn KDE! Buggy shit.
[11:27] <hunger> If only gnome were better....
[11:27] <JRe> :)
[11:27] <hunger> I deleted the complete wallet config stuff and now I can not even setup a new wallet.
=== JRe is making a copy of his kwallet!
[11:30] <hunger> JRe: That does not help when the kwalletmanager is unwilling to manage wallets.
[11:31] <hunger> Maybe it is just breezy being borked once again...
[11:32] <hunger> Even though the walletmanager shouldn't have too many dependencies in addition to the usual kde stuff.
[11:38] <Riddell> don't expect anything in breezy to work
[11:39] <hunger> Riddell: I don't.
[11:39] <JRe> :)
[11:39] <hunger> Riddell: I am just surprised that it is kwalletmanager that breaks:-)
[12:04] <Riddell> amu or other german speakers: any comment?  https://bugzilla.ubuntu.com/show_bug.cgi?id=10950
[12:16] <JRe> all: there are package waiting for review here: http://jr.falleri.free.fr/fichiers/kubuntu
[01:16] <hunger> Riddell: I think the translation is OK.
[01:17] <Riddell> hunger: thanks
[01:17] <hunger> Riddell: It is not identical to the english one, but it is not rude IMHO.
[01:18] <hunger> Riddell: The german one is more allong the lines of "somebody claimed that this server can do TLS" instead of "The server claimed".
[01:22] <hunger> JRe: katapult coredumps for me as soon as I try to configure it.
[01:23] <hunger> JRe: kasablanca seems fine after a very casual glance at it.
[01:23] <doko> Riddell: kdelibs is not yet uploaded ...
[01:26] <Riddell> doko: amu is doing it now
[01:26] <hunger> JRe: Without my wallets I do not know how to log into my ftp servers that have stuff worth testing kasablanca with;-)
[01:31] <JRe> hunger: ;) ;)
=== KabelKasper [~vloechte@i5387D86F.versanet.de]  has joined #kubuntu-devel
=== motaboy [~motaboy@host109-41.pool80182.interbusiness.it]  has joined #kubuntu-devel
[03:18] <Riddell> success building kdelibs
[03:19] <Riddell> doko: we need dbus before kdebase can be done
[03:20] <doko> Riddell: version of kdelibs?
[03:21] <Riddell> http://people.ubuntu.com/~lamont/buildLogs/k/kdelibs/4:3.4.0-0ubuntu6/
[03:21] <Riddell> waiting on ia64
[03:23] <amu> who cares about ia64 :)
[03:24] <Riddell> fair point
[04:25] <lamont> Riddell/amu: if there's an order thing, I care about ia64 not getting broken.
[04:31] <doko> lamont: library packages do have their build-deps updated
[04:33] <lamont> doko: and are the things that need the new kdelibs in cxxapps?
[04:33] <lamont> that is, are we talking about an upload that will immediately try to build, or just about changing the do-not-build list?
[04:35] <doko> cxxapps is still frozen, we need dbus and kdebase first.
[04:40] <amu> lamont: yep there is a order first qt, arts, kdelibs, kdebase 
[04:42] <lamont> doko: meaning, yes, it's an upload not a no-build edit.
[04:42] <lamont> and ia64 has finished kdelibs
[04:43] <lamont> will go in at the next cron.daily
[04:43] <lamont> so if kdebase wanted to wait another 30 minutes, we could be sure it made it, or it could just upload now.
[04:43] <lamont> sparc and hppa are, of course, caveat admin
[04:43] <doko> lamont: doesn't help, kdelibs4c2 isn't in main yet :-(
[04:44] <Riddell> and dbus needs done before kdebase
[04:44] <lamont> ah, well, yeah.  we need to make sure the archive actually has the built binaries first.
[04:44] <doko> Riddell: doesn't build before kdelibs in the archvie
[04:45] <Riddell> good point
[04:47] <lamont> doko: after kdebase, then it's just the cxxapps?  or is there more order dependant stuff?
[04:48] <doko> lamont: look at bugzilla, search for CXX in the subject (open reports). all these with a component != UNKNOWN need to be done first
[04:48] <lamont> right.  just making sure there weren't more of the 'oh and this package has to be uploaded after these others are done but before we unleash everything' list
[04:49] <lamont> it's basically that everything in cxxlibs.txt is current in the archive before cxxapps build?
[04:49] <lamont> plus kdelibs/base, of course.
[04:50] <doko> lamont: main only
[04:50] <lamont> ok
[04:50] <amu> lamont: you need to upload hole kde with a special order ;)
[04:50] <lamont> does that mean that universe packages may be in mixed-transition then?
[04:51] <lamont> amu: I will hurt you.
[04:51] <amu> .. after libs/base it's easier but there's still a order ;)
[04:51] <lamont> there's this thing called versioned Build-Depends....
[04:51] <lamont> amu: and if the build order is violated because the buildd takes a couple days to actually get to it, does it wind up dep-waited, or does it happily build with the wrong libs???
[04:51] <lamont> (one of those is a correct answer...)
[04:52] <lamont> because, for example, most of kde won't get built by hppa until after June 1.
[04:53] <amu> ;) 
[04:53] <amu> ex. kdeaddone needs firsr kdepim 
[04:53] <amu> addon's even
[04:54] <lamont> tell me you added a version to the build-dep....
[04:57] <amu> no ;) there's a build-dep for for general build, ex. if you just rebuild kdeaddons it will fail, cause kdepim need the be builded first, if you just rebuild everything, buildd is busy for the next few weeks
[04:59] <lamont> if it fails, taht's fine with me
[04:59] <amu> .... suggestion is, rebuild everything from kde with a special order
[04:59] <lamont> if it succeeds and produces crap, that's not
[05:00] <amu> .. if kdebase is done start with kdepim 
[05:00] <lamont> if it fails during installing build-deps, because they're not met, in a way that the auto-dep-waiter can handle, then we have no issue at all..
[05:00] <lamont> the buildd simply says 'what can I build?  OK build some stuff"
[05:01] <lamont> if kdebase and kdepim are both 'Needs-Build', then it'll try both, and probably try pim before base is in the archive
[05:04] <amu> hmm, imagine you have all kdepackages for a rebuild, which which order buildd, build them if every package say 'need-build' ?  
[05:10] <doko> just pushed kdebase into the archives
[05:11] <lamont> amu: see people.ubunut.com/~lamont/buildLogs/Lists/breezy.all.i386
[05:11] <lamont> that order.
[05:12] <lamont> is what it'll try.  if things fail, then they wind up getting retried later.
[05:12] <lamont> if they fail nicely (complaining about build-dependency versions), then that is likely to be automatic
[05:12] <Riddell> doko: exciting
[05:13] <lamont> in the launchpad world, build-depends are actually analyzed, and no build is tried if they won't be met (again, according to the build-depends, and only the build-depends)
[05:13] <JRe> wow that's a list ;)
[05:13] <lamont> amu: note that debian remains the buildd case... (since that's the code were using)
[05:13] <lamont> JRe: that's _everything_
[05:14] <lamont> well, everything with an architecture-dependent component that Packages-arch-specific says i386 should attempt to build
[05:14] <JRe> ;)
[05:22] <lamont> JRe: and more to the point, that's a _sorted_ list.  the buildd's work by grabbing the first N Needs-Build entries from it, marking them 'Building'.
[05:24] <JRe> lamont: okay it's impressive
[05:26] <JRe> buildd has a lot of work to do :)
[05:31] <JRe> Hehe abaKus is pretty cool :)
[05:53] <JRe> mmm quelqu'un a deja package un programe cdbs + qmake ?
[05:53] <JRe> sory anyody has already made a qmake + cdbs package ?
[05:53] <Riddell> je ne sais pas un program avec cdbs et qmake
[05:54] <JRe> Riddell: ;) ;) ;)
[05:54] <Riddell> hmm, je ne sais pas des programs avec cdbs et qmake
[05:55] <Riddell> JRe: pourquoi?
[05:56] <JRe> because i am looking to a sample rules file for a package using qmake and it seems that there is many bugs so i was wondering what about using cdbs
[05:58] <Riddell> JRe: what are you packaging?
[05:58] <JRe> abaKus
[05:59] <Riddell> motaboy already did that 
[05:59] <Riddell> http://dev.kubuntu.org.uk/~motaboy/ubuntu/
[05:59] <JRe> ho koool
[05:59] <JRe> then it should be moved of the SuggestedPackages List ;) ;); )
[06:04] <JRe> thanks motaboy
[06:08] <JRe> Riddell: someone has yet packaged knoda?
[06:09] <JRe> i ask you everytime now ;)
[06:10] <Riddell> yes I think it's in debian but hasn't built for ubuntu
[06:10] <Riddell> http://people.ubuntu.com/~lamont/buildLogs/k/knoda/0.7-1/
[06:10] <Riddell> probably the library that hasn't built
[06:10] <Riddell> feel free to investigate why JRe 
[06:11] <JRe> okay :)
[06:21] <JRe> Riddell: yeah it's because of a librairy failure but it should be fixed for the knoda-0.7.3 build
[06:22] <JRe> of many time after debian update it's beeing build ?
[06:24] <Riddell> actually a new knoda was brought in today by the debian syncronisation
[06:24] <Riddell> but I think it won't be build due to c++ transition
[06:25] <JRe> okay
[06:27] <JRe> where it's possible to see the new packages brought in ?
[06:28] <Riddell> JRe: breezy-changes mailing list
[06:29] <JRe> okay ;)
[06:29] <JRe> Riddell: thanks
[06:35] <Riddell> JRe: are you going to try for being an Ubuntu member at the next community council meeting?
[06:36] <JRe> may be
[06:36] <JRe> but i am not sure to have an internet access at the hour of the communauty council
[06:36] <JRe> :(
[06:36] <Riddell> yeah, midnight can be tricky
[06:37] <JRe> all coucils are at this hour?
[06:37] <Riddell> no, it changes
[06:39] <JRe> Ho so i'll remove my name and wait for the next, hoping it will not be at 04:00 am ;)
[06:40] <Riddell> ok
[06:40] <JRe> Riddell: you think i should do this the next or wait more ?
[06:42] <Riddell> as soon as possible :)
[06:45] <JRe> Riddell: okay i'll apply as soon as there is a suitable hour
[06:54] <JRe> bye everybody, good week end!
[06:59] <Riddell> uniq: going to try for membership?
[07:02] <Riddell> anyone using MSN messenger?
[07:04] <uniq> riddell: that's the long term plan.
[07:04] <uniq> i'm using messenger.
[07:06] <Riddell> new kopete
[07:06] <Riddell> deb http://dev.kubuntu.org.uk/~jr/kubuntu/kdenetwork/ ./
[07:06] <uniq> great
[07:09] <uniq> i'll just have to rebuild it for amd64.
[07:09] <Riddell> oh yes, send me a link when you've done that so I can add them to the archive
[07:09] <uniq> sure.
[07:12] <uniq> your packages are buildt on hoary or breezy? 
[07:13] <uniq> i'm building for hoary.
[07:13] <uniq> .. first anyway.
[07:16] <Riddell> uniq: hoary
[07:17] <uniq> great.
[07:18] <uniq> riddell: is there a official kubuntu-updates repo planned? 
[07:19] <Riddell> uniq: we use ubuntu-updates
[07:19] <uniq> ok. even better.
[07:20] <uniq> will the new kdenetwork be uploaded? 
[07:20] <Riddell> that depends on whether we can convice Kamion or mdz that it's important enough
[07:20] <Riddell> convince
[07:21] <uniq> I think it is vital for a desktop distribution to have MSN support.. broken MSN until breezy becomes stable doesn't do it.. 
[07:22] <uniq> .. for kubuntu.
[07:24] <KaiL_> MSN that important, where you life?
[07:26] <uniq> in norway MSN is the most popular IM system.
[07:27] <KaiL_> here it's ICQ
[07:27] <Riddell> people still use ICQ?
[07:29] <amu> KaiL_: jabber :) 
[07:29] <KaiL_> uhm, yes
[07:29] <KaiL_> amu: or that, yes
[07:29] <KaiL_> amu: did you ever saw somebody using MSN in Germany?
[07:31] <amu> no :) probably i dont know this kind of people, my brother sister, they use all aol and as i remember they have their own proto .... which i cant reach  
[07:32] <KaiL_> AIM?
[07:35] <amu> could be, Apple's OSX is AIM, but since 10.4 you can use jabber with iChat 
[07:38] <uniq> my ibook is in Eindhoven. getting closer.
[07:38] <amu> uniq: huch still not delivered? 
[07:39] <uniq> amu: nop.. produced in shanghai.. airplane to netherlands.. and car from there to northern norway. takes some time.
[07:40] <KaiL_> lol
[07:41] <KaiL_> northern norway? shouldn't you get a P4 then? for heating? :)
[07:41] <uniq> hah.. well..i've got a amd64 doing that job :)
[07:41] <KaiL_> AMD64 doesn't get hot
[07:42] <uniq> mine does.
[07:42] <uniq> not p4-hot.. but hot :)
[07:42] <KaiL_> one of the very first ones?
[07:42] <uniq> no.. the one in the desktop-replacement-laptops 3700+
[07:43] <KaiL_> that's a 35W version afaik..?
[07:43] <uniq> probably.
[07:43] <KaiL_> then that's not what you call hot
[07:43] <uniq> heh.. ok.. haven't owned a p4 yet. :] 
[07:44] <KaiL_> ever had a K7?
[07:44] <uniq> no.
[07:44] <KaiL_> both need a full speed fan + a 60mm cubic cooler to stay below 50C
[07:45] <KaiL_> for P4 better 80mm fan + 80mm cooler ;)
[07:45] <uniq> haha.. ok.. i really don't know what hot is anymore :)
[07:45] <uniq> getting outdated on the hardware-stuff.
[07:45] <amu> uniq: next time http://www.cberport.de   
[07:45] <amu> cyberport even
[07:46] <uniq> figured.. i'll check it out.
[07:47] <KaiL_> with that 80mm thing, a AMD64 stays <45C even while working - and passive
[07:47] <KaiL_> currently my CPU idles at 36C :)
[07:48] <amu> bought my ibook there, they needed 1 day, i was shocked 
[07:51] <uniq> wow.. applestore needs like 3-4 weeks to deliver to my location.
[07:54] <amu> uniq: applestore is too expensive, gravis & other are cheaper and deliver free goodies to your hardware 
[07:54] <amu> btw. http://www.heise.de/newsticker/meldung/59745
[07:55] <uniq> quick translation please? :)
[07:55] <uniq> now i regret not learning german.. 
[07:55] <uniq> .. again.
[07:56] <uniq> the batteries are dangerous or something?
[07:57] <amu> accus with serial HQ441 to HQ507 and 3X446 to 3X510 
[07:57] <uniq> understood.
[07:57] <amu> overheaed, you book can burn :) better change them 
[07:58] <uniq> they don't just send me a new battery i suppose?
[08:00] <amu> they send you the new accu free of charge. I checked mine are affected, not bad to get a new/fresh set of batteries  
[08:02] <uniq> nice.
[08:02] <uniq> and you can keep the old as backup? 
[08:02] <uniq> great.
[08:03] <amu> no idea, that's the first time, happens with my hardware ... i'll see what happen
[08:10] <uniq> you're asked to return the old battery.. as explained at https://depot.info.apple.com/batteryexchange/index.html?lang=de
[08:12] <amu> yep, you must send the old one back :(
=== hunger [~hunger@p54A67E51.dip.t-dialin.net]  has joined #kubuntu-devel
=== calc [~ccheney@ip70-185-4-246.ma.dl.cox.net]  has joined #kubuntu-devel
[08:55] <uniq> riddell: 
[08:55] <uniq> http://frode.kde.no/ubuntu-amd64/
[08:55] <uniq> your new kdenetwork packages for hoary & amd64.
=== m-fox [~m-fox@port-212-202-9-80.dynamic.qsc.de]  has joined #kubuntu-devel
[08:58] <uniq> heh.. well.. the packages build on amd64.. but kopete dies on auth to msn :] 
[08:59] <uniq> kopete: symbol lookup error: /usr/lib/libkopete_msn_shared.so.0: undefined symbol: _ZN15SslLoginHandlerC1Ev
[08:59] <dato> you didn't got the Makefile.in regenerated
[09:00] <uniq> hmm.
[09:01] <uniq> i simply rebuildt the kdenetwork-package riddell made. all works on x86 says riddell.. 
[09:05] <dato> right, his source package has it.
[09:11] <uniq> are you familiar with cdbs? - should cdbs do this?
[09:23] <Riddell> uniq: download and try again, I think you got an old .diff.gz
[09:23] <uniq> ok :)
[10:34] <uniq> riddell: you were right.. old diff.. now everything works.. uploading new packages to the same location.
=== allee [~ach@dialin-212-144-131-162.arcor-ip.net]  has joined #kubuntu-devel
[11:08] <KaiL_> hmm, error with kdebase build
[11:08] <KaiL_> but: why?
[11:26] <KaiL_> kdelibs4-dev: Depends: kdelibs4c2 (= 4:3.4.0-0ubuntu6) but it is not going to be installed
[11:26] <KaiL_>                 Depends: kdelibs-bin (= 4:3.4.0-0ubuntu6) but it is not going to be installed
[11:26] <KaiL_>                 Depends: libaspell-dev but it is not going to be installed
[11:26] <KaiL_>   libdbus-qt-1-dev: Depends: libdbus-qt-1-1 (= 0.33-0ubuntu1) but it is not going to be installed
[11:26] <KaiL_> stupid apt should tell, WHY it's "not going to be installed"
[11:46] <uniq> try to apt-get install the package that's not going to be installed.. and apt will tell you why.
[11:49] <KaiL_> uniq: that's from the ubuntu build system ;)
[11:51] <uniq> which buildsystem? the logs at ~lamont/something? 
[11:51] <KaiL_> http://people.ubuntu.com/~lamont/buildLogs/, yes
[11:52] <KaiL_> http://people.ubuntu.com/~lamont/buildLogs/k/kdebase/4:3.4.0-0ubuntu20/kdebase_4:3.4.0-0ubuntu20_20050520-2120-i386-failed.bz2
[11:53] <uniq> this is for breezy right?
[11:54] <KaiL_> yes, build with gcc4
[11:54] <KaiL_> no change to test that on a running system, as long as you don't want to uninstall ~100 packages :)
[11:55] <uniq> use pbuilder
[11:55] <uniq> it's great.
[11:56] <uniq> is the kdebase source available somewhere 
[11:56] <uniq> ? 
[11:58] <KaiL_> ask Riddell  ;)