[04:58] <Riddell> ** testers wanted **  deb http://kubuntu.org/packages/kde35rc1/ breezy main
[05:37] <Riddell> uploadiung now
[05:38] <freeflying> Riddel : can be used in dapper now ?
[05:39] <Riddell> freeflying: no, it'll take a few hours to compile now
[05:39] <freeflying> Riddell: great! 
[05:40] <Riddell> it's only up to kdebase, rest must wait for tomorrow, it's 04:30 now
[05:46] <freeflying> Riddell: that' all right . it will be night here , I can get it ^_^
[06:49] <Tm_T> Riddell: oh thank you
[07:19] <Tm_T> Riddell: http://www.kubuntu.org/announcements/kde-35rc1.php there's something odd, like beta2 ?
[07:51] <lexhider> Hi Riddell, are you there still?
[07:52] <Tm_T> seems not
[07:52] <Tm_T> lexhider: what's up?
[07:53] <lexhider> just a problem with the kde35rc1 announcement on kubuntu.org
[07:53] <Tm_T> ah yes, I mentioned about it
[07:53] <lexhider> the line it quotes to put it the sources.list is still the one for beta2 not rc1
[07:53] <Tm_T> I hope he see it when he wakes up
[07:54] <lexhider> cool,
[07:54] <lexhider> see ya.
[08:58] <pef> hello
[09:48] <OculusAquilae> Riddell: ping
[12:01] <jeroenvrp> hi folks
[12:01] <jeroenvrp> on http://www.kubuntu.org/announcements/kde-35rc1.php there is an error
[12:01] <jeroenvrp> :
[12:02] <jeroenvrp> it is saying: deb http://kubuntu.org/packages/kde35beta2 breezy main
[12:02] <jeroenvrp> and that must be deb http://kubuntu.org/packages/kde35rc1/ breezy main
[12:02] <jeroenvrp> and that must be deb http://kubuntu.org/packages/kde35rc1 breezy main
[12:23] <verwilst> hellow dudes
[12:28] <verwilst> Riddell, http://www.kubuntu.org/announcements/kde-35rc1.php <- repo path is still for beta2 ;)
[02:20] <hunger> Any kde 3.5 rc1 debs planned for dapper? Looks like you already got some for breezy.
[02:21] <freeflying> hunger: soon
[02:21] <hunger> freeflying: Good... after updating artsd just now on dapper my kdesktop keeps crashing all the time.
[02:22] <freeflying> hunger: Riddell are busing on compling
[03:17] <seaLne> what is the correct way to make a -p1 diff? what about the relative paths?
[03:20] <seaLne> diff -Nru ?
[03:43] <Riddell> seaLne: yes
[03:46] <seaLne> from where? within the source tree?
[03:47] <Riddell> yes
[03:48] <Riddell> actually from the directory above for a -p1 patch
[03:48] <Riddell> I usually just edit the paths by hand in the patch
[03:49] <seaLne> diff -Nru kcfgcreator-0.3.1-orig/kcfgcreator/src/token.h kcfgcreator-0.3.1/kcfgcreator/src/token.h ?
[03:52] <Riddell> command would be  diff -Nru kcfgcreator-0.3.1-orig/ kcfgcreator-0.3.1
[03:53] <seaLne> that generates lots of output tho
[03:53] <Riddell> usually I edit the file and do  diff -u foo.cpp~ foo.cpp
[03:53] <Riddell> then edit the diff to have the correct path at the top
[03:54] <Riddell> note that emacs doesn't like editing .diff files.  just to be difficult.
[03:55] <seaLne> http://www2.duffus.org/tmp/patch ?
[03:58] <Riddell> perfect
[03:58] <Riddell> put it in debian/patches
[03:59] <Riddell> test with patch -p1 < debian/patches/foo.diff
[03:59] <Riddell> give is a name like 01_gcc4_fixes.diff
[04:02] <seaLne> right, so i now add patch stuff to debian/rules ?
[04:05] <Riddell> if you're using cdbs just add the simple-patch include
[04:08] <seaLne> k
[04:08] <seaLne> so i should unapply the patch before trying to build i take it
[04:08] <Riddell> yes
[04:08] <Riddell> patch -p1 -R < debian/patches/foo.diff
[04:22] <hunger> damn... pbuilder create keeps failing.
[04:22] <hunger> debootstrap itself works fine.
[04:23] <hunger> I think I'll just debootstrap manually and then use lvm snapshots instead of pbuilder.
[04:23] <hunger> Sorry wrong channel;-)
[04:41] <verwilst> hellow riddell
[04:45] <Riddell> hi verwilst 
[05:53] <verwilst> Riddell, will 3.5rc1 be the standard kde in dapper now?
[05:53] <Riddell> verwilst: no, 3.5 is on hold for yet another c++ transition :(
[05:54] <verwilst> uh?
[05:54] <verwilst> which one?
[05:54] <Riddell> http://lists.debian.org/debian-gcc/2005/11/msg00104.html
[05:54] <verwilst> but it's in dapper? just seen it in dapper-changes
[05:55] <verwilst> doesn't seem to be that major?
[05:56] <Riddell> means renaming all the libraries again
[05:56] <verwilst> ugh
[05:56] <Riddell> so I'm waiting on uploading futher kde stuff until new libstdc++ is in
[05:57] <verwilst> tss, damned changes
[05:57] <verwilst> but visibility 'n stuffs will be enabled? :d
[05:58] <Riddell> currently it's enabled, if it causes problems I'll take it out
[05:59] <verwilst> sweet :)
[05:59] <verwilst> and will there be another theme?
[05:59] <verwilst> :d
[05:59] <hunger> New bugs to run into... the old ones are starting to get boring;-)
[06:00] <verwilst> hehe
[06:00] <verwilst> and i'll make debug packages! i promise!
[06:00] <verwilst> but euhm
[06:00] <verwilst> can't it be built with debug standard?
[06:00] <verwilst> since it's a seperate package
[06:00] <hunger> kdesktop is currently completly borked for me.
[06:00] <Riddell> verwilst: what sort of theme?
[06:00] <verwilst> but i'm not sure wether the packages themselves change too..
[06:00] <hunger> since upgrading qt today it won't even start up anymore.
[06:00] <verwilst> Riddell, kdm
[06:01] <Riddell> fancy investigating the suse changes to kdm?
[06:01] <Riddell> I think they have patches to allow a list of users
[06:01] <verwilst> Riddell, rebuilding kde with debug enabled creates a new "-dbg" package
[06:01] <verwilst> ooh
[06:01] <verwilst> sweetness :)
[06:02] <verwilst> which is 20meg for kdelibs, but i'm not sure wether the other subpkg's are changed too :$
[06:03] <verwilst> i mean, if installing the normal kde, or kde built with debugging, but without actually installing the -dbg deb's is the same
[06:06] <hunger> neuralis: You will wish for the latter once once the fire extinguisher goes of over your server.
[06:06] <hunger> Sorry!
[06:06] <Riddell> verwilst: the -dbg is just for kdelibs, doesn't affect anything else
[06:06] <hunger> This damn irc client keeps confusing me.
[06:06] <verwilst> Riddell, well yeah
[06:07] <verwilst> Riddell, but i mean, if you install the standard non-debug kdelibs
[06:07] <verwilst> or you install a kdelibs that's been built with debug enabled
[06:07] <verwilst> but do not install the kdelibs-dbg deb
[06:07] <verwilst> wether that's the same
[06:07] <verwilst> or is it still slower than the normal build
[06:08] <verwilst> you catching my drift? :)
[06:08] <Riddell> it's the same, the kdelibs will be stripped
[06:09] <Riddell> hello bhna 
[06:09] <bhna> Riddell: hello, just looking around.
[06:10] <verwilst> Riddell, so why not always build with debug enabled? ;)
[06:10] <Riddell> looking around or wanting to become and elite kubuntu developer?
[06:10] <Riddell> verwilst: kdelibs is
[06:10] <verwilst> oh?
[06:10] <Riddell> that's why there's the -dbg package
[06:10] <verwilst> ah i don't know about rc1
[06:11] <verwilst> i was talking about when i built beta2 with debug
[06:11] <verwilst> that damned app is the most crash-prone app i have on my system :p
[06:11] <verwilst> every button shelters a crash ;)
[06:12] <Riddell> kdevdesigner is a pain, need to look into that
[06:12] <verwilst> kdevdesigner?
[06:12] <bhna> Riddell: no chance. i know nothing about any programming language.
[06:12] <verwilst> you mean qt designer that's now included into kdevelop
[06:12] <verwilst> ?
[06:13] <Riddell> verwilst: yes, it crashes every time as far as I know
[06:13] <verwilst> hehe
[06:13] <verwilst> kdevelop has done so since the day i started using it
[06:13] <Riddell> bhna: anyone can package though :)
[06:13] <verwilst> it's always been crashy
[06:14] <verwilst> and i miss proper auto-completion ala intellisense
[06:14] <verwilst> vs.net is a very nice app
[06:14] <verwilst> i wish kdevelop would become of the same level :)
[06:15] <bhna> Riddell: a you mean a packager. wich package do yu need? are there any readable documentation about making a deb? 
[06:15] <verwilst> cedega is becoming pretty great too!
[06:17] <Riddell> verwilst: what's that?
[06:17] <Riddell> bhna: https://wiki.ubuntu.com/KubuntuPackagingGuide
[06:17] <Riddell> https://wiki.ubuntu.com/MOTU too
[06:18] <Riddell> gambas needs an update for anyone looking for something to play with
[06:33] <bhna> Riddell: are there a german documantation?
[06:33] <Riddell> bhna: not that I know of, you can always ask amu
[06:43] <Tm_T> hmm, transparency in pager doesn't work? rc1
[06:44] <Riddell> I've never noticed it being transparent
[06:45] <Riddell> the Krusader developers sent me an e-mail asking for it to be in Kubuntu, not sure how to reply
[06:46] <hunger_> Riddell: No prob... if somebody packages it it can go into universe, can't it?
[06:47] <Riddell> it is in universe
[06:47] <Riddell> they want it on the CD
[06:48] <hunger_> Riddell: I wouldn't want it instead of konqui...
[06:48] <hunger_> Riddell: If you ask me, I'd say no. Konq is already a decent filemanager.
[06:50] <Riddell> exactly
[06:50] <Riddell> I just feel bad at turning them down
[06:51] <Tm_T> :/
[06:51] <Tm_T> Riddell: kpager has an option to set background transparent
[06:52] <Tm_T> but if I do so, panel transparency AND kpager transparency doesn't work
[06:52] <Tm_T> without it panels (kicker etc) does have working transparency
[06:52] <Tm_T> strange bug
[06:52] <Riddell> Tm_T: works for me
[06:52] <Riddell> some of the time
[06:52] <Tm_T> hmm, I'll test again
[06:53] <Tm_T> some?
[06:53] <Riddell> kicker transparency seems not to work all the time, but pager is fine
[06:53] <Tm_T> yu
[06:54] <Tm_T> it comes and goes
[06:54] <Riddell> although transparent kicker is nasty I'd say
[06:54] <Riddell> since I always use full screen windows
[06:54] <Tm_T> hehm I don't always
[06:54] <Tm_T> mostly not
[06:55] <Tm_T> ah well, I don't use kpager anyway (I mean it's hidden most of the time
[06:55] <Tm_T> )
[06:55] <Tm_T> I normally doesn't use transparent kicker
[06:56] <Tm_T> but I like to test new (and "new") things :)
[06:56] <Tm_T> errrh, laag, have to fix this ->
[06:57] <hunger_> Riddell: Could you please not depend on xbase-clients with kdm when doing the new debs?
[06:57] <hunger_> Riddell: xbase-clients is a transitional package that should go away.
[06:59] <Riddell> hunger_: does it cause a problem?
[06:59] <hunger_> Riddell: I can not remove the transition cruft;-)
[06:59] <Riddell> and what's the program is needs instread?  xauth?
[06:59] <hunger_> Riddell: I'd guess xauth
[07:00] <hunger_> Riddell: Forget it... ubuntu-desktop depends on x-window-system-core which in turn depends on xbase-clients.
[07:00] <hunger_> So I can not remove it anyway:-)
[07:01] <Riddell> well I'll change it anyway
[07:02] <hunger_> Riddell: Well, dapper is supposed to be about "polishing". It would be nice if the hoary->breezy transition stuff could get removed IMHO.
[07:02] <Riddell> anything else should be removed?
[07:03] <hunger_> Riddell: kdessh depends on ssh which is a transitional deb, too. Dunno whether you are responsible for that.
[07:03] <Riddell> I spose I could b
[07:03] <Riddell> I spose I could be
[07:03] <hunger_> Riddell: And of course there is kubuntu-desktop (x-window-system-core) and qt (xlibs)
[07:03] <Riddell> but also we don't want to get out of sync with debian on stuff like that
[07:05] <hunger_> Riddell: ssh | openssh-client should work for ssh:-)
[07:06] <hunger_> Dunno whether xbase-clients | ( xauth, whatever ) is legal.
[07:53] <Riddell> lamont: kde uploads are mostly on hold until libstdc++ transition can happer
[07:54] <Riddell> 3.5 packages sync with debian which uses gcc 3.4 for lots of stuff
[07:54] <lamont> Riddell: again?
[07:54] <Riddell> http://lists.debian.org/debian-gcc/2005/11/msg00104.html
[07:54] <lamont> ah, waiting for debian to do the transition, got it
[07:54] <Riddell> libstdc++ change
[07:54] <Riddell> waiting for ubuntu to do the transition
[07:56] <lamont> ah, ok
[07:57] <Riddell> so if you coordinate with doko and infinity and the like to get buildds all updated at the same time to new libstdc++, that'll make the transition and new kde uploads all the faster :)
[07:58] <lamont> or if you just want to use build-depends like they're intended to be used............
[07:59] <Riddell> hmm, what would the version build-dep for qt be on?
[08:02] <lamont> on whatever version you know will be built with the right version... which is to say the one that build-depends on the right version of libstdc++
[08:03] <Riddell> version of what though?  qt doesn't build-dep on libstdc++ directory
[08:03] <Riddell> directly
[08:03] <lamont> anytime you tell me "please install version X of package Foo in the chroots and tell me so I can do an upload", you have just codified a versioned build-dep that you're declaring to the buildd admin(s) instead of the source.
[08:03] <lamont> if it needs to be built against version X of libstdc++6, then it _DOES_ build-depend that versin.
[08:03] <lamont> it's just not declared
[08:04] <Riddell> so add a build-dep on libstdc++, sorted
[08:55] <laszlok> It says on the kubuntu kde3.5rc1 announcement that 3.5rc1 packages have been uploaded to dapper repositiores, but they're not there
[09:08] <Riddell> laszlok: they got delayed by a new c++ transition
[09:11] <laszlok> ahh okay, i'll use the breezy ones till they get uploaded
[09:50] <Tm_T> hey, Kcontrol doesn't work in RC1 ?
[09:50] <Tm_T> ah, does
[09:50] <Tm_T> menu entry doesn't
[11:07] <spstarr_home> mm? RC1 eh