[12:28] <seth_k> Riddell, where was I supposed to put "rm -f config.sub" and "rm -f config.guess" again? I put them after clean:: but that seems to have not worked as intended
[12:29] <Diablo-D3> shouldnt those be after dist-clean?
[12:29] <Diablo-D3> seth_k: Im pretty sure its dist-clean
[12:30] <seth_k> ah
[12:30] <seth_k> http://pastebin.com/441612
[12:30] <seth_k> Diablo-D3, move them down after the ifneq...endif's?
[12:31] <Diablo-D3> er, what is that?
[12:31] <Diablo-D3> oh!
[12:31] <Diablo-D3> seth_k: I thought you were asking about makefiles
[12:31] <Diablo-D3> seth_k: yeah, they should be apart of the clean rule methinks
[12:32] <Diablo-D3> assuming you actually need to do that at all
[12:32] <Diablo-D3> to recopy the files
[12:32] <seth_k> but I don't want them in there in the first place, do I?
[12:32] <Diablo-D3> yeah, something doesnt make sense there
[12:33] <Diablo-D3> why remove them if you're putting them back
[12:33] <seth_k> indeed
[12:33] <Diablo-D3> unless thats a hack to update the files
[12:33] <seth_k> grumbles for upstream debian packager person :P
[12:33] <seth_k> I'm going to try a build without them
[12:33] <Diablo-D3> I dont know if deb builds implicitly cleans before build from clean source
[12:39] <seth_k> yeah, that worked
[12:51] <allee> seth_k: the config.* handling is nonsense.
[12:52] <allee> seth_k: it maybe even me who introduced it, because the orig version needs to build directly from cvs/svm and from a release tarball.  hack, hack, hack
[12:53] <Diablo-D3> hah
[12:53] <Diablo-D3> thought so
[12:53] <Diablo-D3> that sounded very hacky
[12:54] <Diablo-D3> Man, its so much fun having to rebuild kde and lots of things kde depend on
[12:58] <allee> seth_k: nevertheless updating config.* is necessary to build on debian 'excotic' architectures.  Just the/my implementation is a bit hackish ;)
[01:09] <Diablo-D3> well, this is good.
[01:09] <Diablo-D3> most of kde builds
[01:09] <Diablo-D3> konq-plugins dont, kde-guidance doesnt
[01:09] <Diablo-D3> adept doesnt
[01:09] <Diablo-D3> akode doesnt
[01:18] <mornfall> adept what?
[01:19] <Diablo-D3> build
[01:19] <Diablo-D3> the dapper package for adept doesnt build
[01:23] <mornfall> what dapper package
[01:23] <mornfall> i don't know anything about dapper package
[01:23] <Diablo-D3> mornfall: are you being dense on purpose?
[01:23] <mornfall> Diablo-D3: can you give version number, maybe?
[01:24] <Diablo-D3> you do realize this is #kubuntu-devel right?
[01:24] <Diablo-D3> where kde for ubuntu development goes on
[01:24] <mornfall> ah sorry, i will go away then
[01:24] <Diablo-D3> mornfall: btw, remind ops in #kde-devel to unban me =(
[01:25] <mornfall> i don't see why
[01:25] <Diablo-D3> because I'm totally awesome =(
[01:26] <mornfall> yeah, you just manage to piss off everyone
[01:26] <mornfall> anyhow, what is with adept again? and package version *would* help... don't forget i wrote the damn thing
[01:26] <Diablo-D3> lol you wrote it?
[01:27] <mornfall> lol yes
[01:27] <Diablo-D3> Version: 1.0
[01:27] <mornfall> so it wasn't updated since breezy
[01:27] <Diablo-D3> wow, what a useless version number
[01:28] <Diablo-D3> mornfall: if I could get firefox to work right, I'd give you the bug # for it
[01:28] <Diablo-D3> its lagging all over the damn place
[01:28] <Diablo-D3> and I cant figure out why
[01:29] <Diablo-D3> er
[01:29] <Diablo-D3> I just did
[01:29] <Diablo-D3> fucking dumbass gtk themes
[01:29] <Diablo-D3> I hope gtk fucking dies
[01:30] <Diablo-D3> https://launchpad.net/distros/ubuntu/+source/ept/+bug/5108
[01:30] <mornfall> okey, that's probably because tagcoll was synced to a newer version
[01:31] <Diablo-D3> yay k3b builds
[01:31] <mornfall> s/TAGCOLL1/TAGCOLL/g in all of adept and it could even work
[01:31] <mornfall> an upload to dapper would be welcome (as 1.0.1 eg)
[01:32] <Diablo-D3> well
[01:32] <Diablo-D3> ask, uh, some guy named Peter Rockai to do it ;)
[01:32] <Diablo-D3> mornfall: wait, why are you the maintainer if you cant upload?
[01:32] <mornfall> Diablo-D3: because someone else uploads it for me? :)
[01:32] <Diablo-D3> lol -_-
[01:33] <mornfall> i generally make the package, but fine-tuning is left to whoever does the upload (Riddell, generally)
[01:33] <Diablo-D3> well Riddell went to bed
[01:34] <Diablo-D3> and probably wont be back for another 16 hours or so
[01:34] <mornfall> next adept upload will eventually be 1.88 anyway :)
[01:34] <Diablo-D3> lol
[01:34] <Diablo-D3> why not 1.666
[01:34] <Diablo-D3> though no one will get the joke =(
[01:35] <mornfall> because 1.88, .89, .90, .91, .92, 2.0 :)
[01:35] <neoncode> Hey, not wanting to intrude or be anoying, but what exacly is this channel for?
[01:35] <Diablo-D3> .92 then 2.0?
[01:35] <Diablo-D3> neoncode: kubuntu development
[01:35] <mornfall> 1.92, obviously
[01:36] <Diablo-D3> mornfall: is that some sick rss joke?
[01:36] <neoncode> Diablo-D3: Ahh ok, i'll just lurk now...
[01:36] <mornfall> not at all
[01:36] <mornfall> coincidence at best
[01:37] <Diablo-D3> mornfall: it needs a 1.666
[01:38] <Diablo-D3> heheh Im awesome
[03:48] <seth_k> Riddell, kmobiletools is fixed and flying, I'll e-mail you as requested
[07:59] <Tm_T> lovely, amaroK works now :)
[07:59] <Diablo-D3> how boring.
[08:00] <Tm_T> =)
[08:04] <Diablo-D3> man
[08:04] <Diablo-D3> I wish I knew how speechd made /dev/speech
[08:04] <Diablo-D3> because theres no kernel module doing the magic
[08:04] <Diablo-D3> and I cant figure out why its not working
[08:06] <freeflying> Tm_T: you have recompiled amaroK ?
[08:07] <Tm_T> freeflying: after new packages I installed (doing apt-get build-dep amarok) I did svn up & unsermake ofcourse :)
[08:08] <freeflying> Tm_T: :)
[08:08] <Tm_T> I have nice script I made to do svn up and if there's something new, do the rest is needed :p
[08:09] <freeflying> Tm_T:  share your scripts
[08:09] <Tm_T> uh
[08:09] <Tm_T> hey look, moose! ->>>
[08:10] <Tm_T> ;-P
[08:10] <Tm_T> ok, I try to upload it somewhere
[08:13] <Tm_T> freeflying: http://www.kapsi.fi/~tm_travolta/temp/svn-amarok.txt
[08:13] <Tm_T> simple, not beauty but works here
[08:13] <freeflying> Tm_T:  let me have a try
[08:14] <Tm_T> heh, you need working svn amarok sources to use that ;)
[08:14] <Tm_T> and modify it, I don't think you like it the way it is now
[08:14] <freeflying> Tm_T:  it install directly after conpileing 
[08:15] <Tm_T> yes
[08:15] <freeflying> Tm_T:  wh not use checkinstall 
[08:15] <Tm_T> tested it couple times, doesn't like it
[08:16] <Tm_T> and I do update&&install amarok ~10 times a day
[08:16] <Tm_T> no real benefits to me
[08:17] <freeflying> Tm_T:  :)
[10:50] <Hobbsee> Riddell: any chance we are going to get kde-devel working on kde3.5 soon?
[10:52] <Hobbsee> Riddell: here's the error for it - broken packages:  http://pastebin.com/442030
[12:46] <Riddell> Hobbsee: i386 or amd64?
[12:46] <Hobbsee> Riddell: i386
[12:50] <Riddell> Hobbsee: breezy or dapper?
[12:50] <Hobbsee> Riddell: breezy
[12:50] <Hobbsee> Riddell: did you want to see my sources.list?  there's no non-standard repos apart from the kubuntu one
[12:50] <Riddell> Hobbsee: yes please
[12:51] <Hobbsee> Riddell: http://kubuntu.pastebin.com/442111
[12:54] <Riddell> Hobbsee: looking into it
[12:54] <Hobbsee> cool thanks :)
[12:54] <Hobbsee> i need those files!
[12:57] <Riddell> viviersf: did you see the south african story I posted to the dot?
[12:57] <Riddell> viviersf: I wonder where they got all those languages for KDE from
[12:59] <viviersf> huh raphink 
[12:59] <viviersf> * huh Riddell 
[12:59] <viviersf> url ?
[01:01] <Riddell> viviersf: dot.kde.org
[01:02] <viviersf> ok witch one ?
[01:02] <viviersf> the terminals ?
[01:02] <Riddell> yes
[01:08] <Hobbsee> Riddell: i'm no expert, but it looks like the kdebase is depending on differently named files, so is the solution just to change the dependancies of kdebase to be version 4:3.5.0-0ubuntu0breezy1 instead of 4:3.5.0-0ubuntu1?  Or is my brain massively confused, that I should go to bed?
[01:09] <Riddell> Hobbsee: for some reason I hadn't reversioned the amd64 kdebase packages to ubuntu0breezy1
[01:10] <Hobbsee> Riddell: but this is i386....
[01:10] <Riddell> so for kdebase metapackages (which is architecture independant) it was picking up that wrong version
[01:10] <Hobbsee> ah ok...
[01:10] <Riddell> and expecting all the rest of kdebase packages to have the same number
[01:10] <Riddell> so good thing you tested really
[01:10] <Hobbsee> yep
[01:10] <Hobbsee> :)
[01:10] <Hobbsee> when will there be a fix?
[01:11] <Riddell> I'm about to upload
[01:11] <Hobbsee> ok, excellent
[01:11] <Hobbsee> that means that i can either go on compiling tonight or tomorrow
[01:11] <Riddell> what are you compiling?
[01:12] <Hobbsee> well, exploring firefox built on a qt engine, to see how it is
[01:12] <freeflying> Hobbsee:  firefox built on qt ?
[01:12] <Hobbsee> firefox 1.5 rc3
[01:12] <Hobbsee> yes
[01:13] <freeflying> Hobbsee: sound's great
[01:13] <Riddell> cool
[01:13] <Hobbsee> freeflying: :)  i think so too, should be interesting
[01:13] <freeflying> Hobbsee: y
[01:14] <Hobbsee> freeflying: you clearly dont know me well enough if you're asking that - because i can, is more the answer, which is also the answer to why this machine is a tripple boot lol
[01:15] <freeflying> :)
[01:24] <Hobbsee> freeflying: i'm kinda looking forward to seeing how this works out
[01:24] <raphink> Riddell: are you there?
[01:27] <Riddell> rap	hi
[01:27] <Riddell> raphink: hi
[01:27] <raphink> hi Riddell 
[01:27] <raphink> there's a pb with kdm in rc2 Riddell 
[01:27] <Riddell> raphink: what's that?
[01:28] <raphink> in kdebase debian/control, kdm is set to depend on kubuntu-default-settings
[01:28] <raphink> that's a bit weird imho
[01:28] <raphink> all the more that kubuntu-default-settings depends on amarok, adept and others
[01:28] <raphink> so that it's not possible to install kdm without these apps
[01:28] <raphink> or even to install kdm without kubuntu 
[01:28] <raphink> I understand that kubuntu might depend on kdm
[01:28] <Riddell> raphink: kubuntu-default-settings only depends on kde-style-lipstik
[01:29] <raphink> hmm
[01:29] <Riddell> raphink: kdm needs it for the kdm theme, I can't think of an easy way around it
[01:29] <raphink> well I couldn't install kdm
[01:29] <raphink> because kubuntu packages coiuld not be installed
[01:29] <raphink> Riddell: well I don't think kdm needs a kdm theme
[01:29] <raphink> I mean
[01:29] <raphink> kubuntu metapackages can replace the kdm theme
[01:29] <raphink> and kdm can still install with another them
[01:30] <raphink> can't it?
[01:30] <raphink> s/them/theme/
[01:30] <raphink> we talked about it with mornfall and both found it funny that a basic deamon such a kdm would depend on a metapackage such as kubuntu-default-settings
[01:31] <Riddell> kubuntu-default-settings isa not a metapackage, kubuntu-desktop is the metapackage
[01:31] <raphink> hmmm
[01:31] <raphink> well ok
[01:31] <raphink> still kubuntu-default-settings won't install on dapper
[01:31] <raphink> at least on my comp
[01:31] <raphink> so that upgrading to dapper I found myself with no kdm
[01:31] <Riddell> kdmrc has to point to the theme files and if it doesn't find the theme files it complains loudly
[01:32] <Riddell> kubuntu-default-settings is just waiting on kde-style-lipstik which I'll try and sort today
[01:32] <raphink> why don't you replace use a dpkg-divert in kubuntu-default-settings instead?
[01:33] <Riddell> dpkg-divert on a config file is a bit scary
[01:33] <raphink> hmm ok
[01:33] <Riddell> possibly a postinstall script to set the theme in kdmrc is the way
[01:33] <raphink> well some packages propose to replace config files
[01:33] <raphink> mhm
[01:34] <raphink> I mean it's a bit scary to have kdm depend on kubuntu-something, too imho
[01:34] <raphink> some people use ubuntu with kde 
[01:34] <Riddell> raphink: write me a postinstall script and I'll use that too :)
[01:34] <raphink> without using the kubuntu packages
[01:34] <raphink> hehe ;)
[01:35] <raphink> heh
[01:35] <raphink> just reporting ;)
[01:36] <raphink> I had a pb with kdelibs4c2a too
[01:36] <Riddell> what's that?
[01:36] <raphink> had to run a series of dist-upgrade and -f install to upgrade to dapper
[01:36] <raphink> because kdelibs4c2a would install after other packages, that needed it configured to install
[01:37] <raphink> or so it seemed
[01:38] <raphink> ;)
[01:39] <Hobbsee> raphink: ah yes, i vaguely remember having to do that
[01:39] <raphink> :)
[01:40] <raphink> currently I'm building kdm without the kubuntu-default-settings dependency for my system so I can have a login screen :)
[01:41] <raphink> linux-restricted-modules-2.6.12 doesn't build :(
[01:42] <freeflying> i've recompile kaffeine against kdelibs4c2a,but it won't work
[01:42] <raphink> :(
[01:43] <raphink> linux-restricted-modules pretends the Qt environment is incomplete o_O
[01:43] <freeflying> after upgrade to kde3.5 ,many package dosen't work
[01:44] <raphink> yes
[01:44] <raphink> so far, I had to switch back to ati instead of fglrx, rebuild amarok, kdm, baghira
[01:44] <raphink> and others
[01:45] <raphink> moodin too
[01:46] <raphink> amarok 1.3.5, kwin-baghira and ksplash-engine-moodin built and installed fine
[01:46] <raphink> but they wouldn't install with the binaries
[01:48] <freeflying> maybe I shall not use dapper now   :)
[01:49] <raphink> hehe
[01:49] <freeflying> Riddell: how about the qt-immodule patch for qt
[01:49] <raphink> oh my search engines in konqueror are gone :(
[01:49] <Hobbsee> hehe freeflying 
[01:50] <freeflying> raphink: kat?
[01:50] <raphink> no
[01:50] <raphink> the internet search engines on the right
[01:50] <freeflying> raphink:  we have a local search :  pycds.sf.net
[01:51] <raphink> ?
[01:51] <freeflying> raphink:  it do more faster then beagle under gnome
[01:51] <raphink> mhm :)
[01:52] <raphink> how about tenor?
[01:52] <freeflying> raphink: index -> search
[01:53] <raphink> hmmm
[01:54] <raphink> thing is that I see nothing on your page freeflying :p
[01:54] <freeflying> raphink: have not website now 
[01:55] <raphink> then why do you give me the website url?
[01:55] <raphink> ;)
[01:55] <freeflying> raphink: it's writen by a member of our ubuntu-cn team
[01:55] <raphink> nice
[01:55] <freeflying> raphink: and it will have qt or kde fronted
[01:56] <raphink> :)
[01:57] <Hobbsee> Riddell: i need to go sleep, but i'll check that kdebase thing tomorrow, and tell you if it's working or not
[01:58] <raphink> :)
[01:59] <Hobbsee> Riddell: it's not fixed as yet, ie, i still get the same error as before (having run an apt-get update)
[02:00] <raphink> ooo I have to rebuild all my packages with kde 3.5 :s
[02:00] <raphink> since they built on kdelibs4c2 ;)
[02:01] <raphink> well required kdelibs4c2 I mean :s
[02:13] <raphink> Riddell: I see what you meant now
[02:14] <raphink> kdm is set to use the kubuntu theme so it has to be installed 
[02:15] <freeflying> raphink:   after all , you can use kde without kdm 
[02:15] <raphink> it's not the kubuntu-default-settings package the sets kdm to use this theme, but kdm itself that is set to use it with a patch, right?
[02:18] <raphink> and I don't see why, if an ubuntu user wants to use kdm, he should have to install kubuntu packages
[02:19] <raphink> brb
[02:19] <freeflying> raphink:  kdm may be installed without  kubuntu-desktop 
[02:20] <raphink> yes
[02:20] <raphink> but not without kubunt-default-settings
[02:20] <raphink> s/kubunt-/kubuntu-/
[02:21] <raphink> I wonder if kubuntu-default-settings could not propose to override kdmrc
[02:21] <raphink> so that kdm would keep its default settings
[02:21] <raphink> and kubuntu-default-settings would override it to tune it if installed
[02:22] <raphink> Riddell doesn't seem to like the idea of a dpkg-divert in kubuntu-default-settings
[02:22] <raphink> so I'm wondering, how is it set when packages ask you if you want to keep/replace config files when new config files are proposed by a pacakge?
[02:23] <Riddell> raphink: that's if the file is marked as a config file in the .deb
[02:23] <Riddell> which most files in /etc are
[02:23] <raphink> mhm
[02:23] <raphink> then couldn't kubuntu-default-settings just propose a new kdmrc ?
[02:23] <Riddell> but if we dpkg-divert kdmrc and someone has edited that kdmrc (including making security changes) those edits will suddenly be lost
[02:23] <Riddell> I think a script is the right way to doit
[02:23] <raphink> just wondering
[02:23] <raphink> hmm
[02:23] <raphink> in what package ?
[02:23] <raphink> kdm or kubuntu-desktop?
[02:24] <freeflying> raphink: i don't think replace user's kdmrc a good idea
[02:24] <raphink> mhm
[02:25] <raphink> freeflying: how do you think the kdm tuning should be set?
[02:26] <Riddell> I think a postinstall/prerm script is the way forwards
[02:26] <freeflying> raphink:  I agree with Riddell 
[02:26] <raphink> in what package Riddell ?
[02:26] <raphink> kdm or kubuntu-default-settings?
[02:27] <Riddell> raphink: kubuntu-default-settings, to add the theme line to kdmrc
[02:27] <raphink> so you mean a script that would sed the theme settings ?
[02:27] <raphink> in kdmrc
[02:27] <raphink> that might be the cleanest way
[02:27] <freeflying> Riddell: how about the one just want to kdm instead of kde 
[02:28] <freeflying> Riddell: how about the one just want to use kdm instead of kde 
[02:28] <raphink> freeflying: what do you mean?
[02:28] <raphink> freeflying: I also know people who install kde in ubuntu without using the kubuntu packages
[02:28] <freeflying> raphink: if some use icewm and he/she want use kdm 
[02:29] <raphink> mhm
[02:29] <freeflying> raphink: will they install kubuntu-default-settings?
[02:29] <raphink> that's why I think it shouldn't depend on kubuntu-default-settings
[02:29] <raphink> so dealing with it with a postinstall/prerm would allow to get rid of kubuntu-default-settings
[02:30] <raphink> since kdm would use its default theme
[02:30] <raphink> and kubuntu-default-settings would override the config
[02:30] <raphink> but then I wonder if kubuntu-default-settings needs to depend on kdm o_O
[02:30] <Riddell> ** KDE 3.5 released http://dot.kde.org/1133270759/ **
[02:30] <raphink> because then if kdm is installed _after_ kubuntu-default_settings
[02:30] <freeflying> raphink: kdm need not the theme of kubuntu
[02:31] <raphink> yes freeflying 
[02:31] <raphink> I totally agree
[02:31] <raphink> _but_
[02:31] <freeflying> Riddell: how about this
[02:31] <raphink> if you installed kubuntu-default-settings, you want to use the kubuntu theme
[02:32] <freeflying> raphink: that can be done by kubuntu-default-settings after installing 
[02:32] <raphink> but if kubuntu-default-settings uses a postinstall/prerm script, then installing kdm _after_ kubuntu-default-settings will override the kubuntu theme I guess
[02:32] <raphink> or will it propose to keep it?
[02:32] <raphink> you don't understand what I mean freeflying 
[02:32] <freeflying> raphink: you can not  install after kubuntu-default-settings
[02:33] <raphink> I mean if kdm is installed _after_ kubuntu-default-settings
[02:33] <raphink> since kubuntu-default-settings doesnt depend on kdm
[02:33] <raphink> why so freeflying ?
[02:33] <raphink> why couldn't I install after kubuntu-default-settings?
[02:34] <Riddell> so we need a postinall script for kdm as well, if kubuntu-default-settings is already installed, then use the theme.  how complex
[02:34] <raphink> Riddell: I'm not sure
[02:34] <freeflying> raphink: kdm depend on kubuntu-default-settings
[02:34] <raphink> if kdmrc is already present and the kdm package wants to install it again, it will prompt the user and default choice will be to keep the existing file, which will have been set by kubuntu-default-settings
[02:34] <raphink> right?
[02:35] <freeflying> so now ,in dapper you will not install kdm without kubuntu-default-settings
[02:35] <freeflying> raphink: sure
[02:35] <raphink> freeflying: yes that's how it is now, but it shouldn't be so
[02:35] <freeflying> yeah
[02:35] <raphink> this is how I see it :
[02:36] <raphink> 1) if kdm is installed before kubuntu-default-settings, then kubuntu-default-settings will modify kdmrc to set it to the kubuntu-theme using sed. That works fine and requires no dependency on either side
[02:36] <freeflying> and the gdm is same as kdm
[02:37] <raphink> 2) if kubuntu-desktop-settings is installed before kdm, then it creates kdmrc (?) and kdm will ask the user if he wants to replace kdmrc when installing kdm, or keep the version installed by kubuntu-default-settings
[02:37] <raphink> would that work Riddell ?
[02:37] <raphink> if that works, then the postinstall just needs to :
[02:38] <raphink> 1) test if kdmrc exists. if it's the case, then sed the theme lines, if not then install one.
[02:39] <raphink> and there's no 2) huhu
[02:41] <freeflying> raphink:  how about use kubuntu theme replace the default kdm theme
[02:41] <raphink> freeflying: isn't this what I proposed ?
[02:42] <freeflying> then whatever you install  kubuntu-default-settings  or not .kdm use the kubuntu theme
[02:43] <raphink> hmm that's what happens now
[02:43] <raphink> _but_ in order to use the kubuntu them
[02:43] <raphink> you need to install it ... ;)
[02:43] <raphink> and that's what kubuntu-default-settings do
[02:43] <raphink> ;)
[02:43] <raphink> and that's the reason why kdm depends on it now
[02:43] <freeflying> raphink: i mean the theme of kdm
[02:44] <raphink> yes that's what I mean too freeflying 
[02:44] <freeflying> how about Riddell 
[02:44] <raphink> many packages depend on Riddell ;)
[02:45] <Riddell> I don't think kubuntu-desktop-settings can create kdmrc, that would mess things up
[02:45] <raphink> there should be a standard way of tuning config files with extra packages
[02:45] <raphink> yes Riddell I agree
[02:45] <Riddell> 1 file two packages is dangerous
[02:46] <raphink> maybe guys on #debian-custom know a way to do that
[02:46] <raphink> they're used to using metapackages to tune settings on debian
[02:46] <Riddell> but we can script it I'm sure, kdm goes if kubuntu-default-settings is already installed use theme and kubuntu-default-settings goes if kdm is installed use theme
[02:46] <raphink> hmmm
[02:47] <Riddell> or maybe we can script kdmrc to be overridden by another file if it exists
[02:47] <Riddell> that's what happens with all the rest of the kde settings files
[02:47] <raphink> oh ic
[02:47] <raphink> script kdmrc so it uses a file in /usr/share/kdm for ex
[02:47] <raphink> if if it exists a
[02:47] <Riddell> not script, change it in kdm
[02:47] <raphink> and then kubuntu-default-settings will create this secondary settings
[02:47] <Riddell> yes
[02:48] <raphink> hmm yes
[02:48] <freeflying> Riddell:  now you can not install kdm without kubuntu-default-settings
[02:48] <Riddell> freeflying: yes
[02:48] <raphink> patch kdm so it can grasp settings in /usr/share that override the ones in /etc if they exist
[02:48] <freeflying> the simple way is make kubuntu-default-settings depends kdm 
[02:48] <freeflying> :)
[02:48] <Riddell> raphink: that would be the nicest thing, but I'm not sure how easy it would be to do
[02:48] <raphink> freeflying: that's not clean
[02:49] <raphink> yes Riddell it woudln't be easy, but it could benefit most distros
[02:49] <raphink> so maybe that could be something to work out with kdm devs
[02:49] <freeflying> raphink:  but simple is the best
[02:49] <raphink> doesn't it exist yet?
[02:49] <raphink> freeflying: no I don't agree
[02:50] <raphink> freeflying: with such solutions, you would have weird dependencies all around
[02:50] <raphink> and you would end up not being able to install a simple ubuntu server without ksplash-engine-moodin
[02:50] <raphink> :p
[02:50] <freeflying> :(
[02:50] <raphink> dependencies problems are not easy
[02:51] <raphink> if they are to be set well and allow users to have just what they need, while have everything work
[02:52] <freeflying> Riddell: have you got the mail about inclusion report 
[02:54] <Riddell> freeflying: oh yes, thanks for reminding me, I'll take a look at them later
[03:00] <raphink> Riddell: from kdm/TODO :
[03:00] <raphink> - merge multiple kdmrcs in the style of kconfig. how to set section priorities?
[03:00] <raphink> ;)
[03:10] <minghua> freeflying: are you talking about the main-inclusion proposal of uming and ukai?
[03:27] <freeflying> minghua: have any advice about this
[03:28] <minghua> freeflying: did you see my comments about xdelta not in main?
[03:30] <freeflying> minghua:  not yet
[03:30] <minghua> well...
[03:34] <freeflying> minghua: you shall know ttf-arphic-gbsn00lp is ugly 
[03:36] <minghua> freeflying: I am not arguing they should not be included in main, I am pointing out the fact that their dependency is not in main
[03:37] <minghua> freeflying: I acutally don't think arphic-gbsn00lp is that ugly, but that's another issue
[03:38] <freeflying> minghua:  we all know that uming do btter than ttf-arphic-gbsn00lp ( for chinese users)
[03:39] <freeflying> minghua: I mean , for support chinses user better in dapper , we'd do something we can 
[03:39] <freeflying> minghua:  waiting  can solve no problem 
[03:39] <minghua> freeflying: what does this "we all know" coming from?  uming and gbsn00lp use exactly the same vector glyph outlines, it looks better only because it has bitmap embedded
[03:40] <minghua> freeflying: I am not discouraging you, I am trying to help you
[03:40] <freeflying> thanks ! sorry for misunderstanding you 
[03:41] <minghua> freeflying: you said in your main-inlucsion proposal that all dependencies of uming and ukai are already in main, I'll pointing out that it's not true
[03:42] <freeflying> that' my fault ,  i used to put them directly into font dir instead of a deb file 
[03:43] <minghua> freeflying: well, then I'm more skeptical - did you check that installing uming and ukai will have the embedded bitmap enabled immediately?
[03:43] <minghua> freeflying: or the user still need to fiddle with their ~/.fonts.conf themselves?
[03:44] <minghua> freeflying: as I said, if embedded bitmap is not enabled, uming looks exactly like gbsn00lp
[03:45] <freeflying> minghua: in the version of ubuntu-cn , uming  is set to be the default
[03:48] <minghua> freeflying: the question is not if uming is default or not, it's if the embedded bitmap is enabled or not
[03:50] <freeflying> minghua:  http://wiki.kubuntu.org/MainInclusionReportTtfarphicuming
[03:53] <freeflying> minghua:  I think if uming and ukai can be included in main , we can make it works without user's configure on it too much 
[03:56] <minghua> freeflying: as I said, I am glad to see your main-inclusion proposal, but I think these two things are independent - we can start improving uming package even if it's still in universe
[03:57] <minghua> most chinese users will have universe enabled anyway
[03:57] <minghua> it's not like we can make uming and ukai the default chinese font for dapper...
[03:58] <freeflying> minghua:  as to the font , I prefer to  wenquanyi than uming or ukai 
[04:00] <minghua> freeflying: well, the improvement of both are bitmap fonts at small size, so I don't think there is a big difference
[04:00] <minghua> freeflying: it's possible to persuade uming's author to use wenquanyi as embedded bitmap for uming
[04:01] <minghua> freeflying: actually I think he is aware of this
[04:01] <freeflying> minghua:  y
[04:02] <freeflying> minghua:  may you comunicate with him 
[04:02] <freeflying> bye 
[04:09] <JRe> Riddell: does it make sense to remove ivman from kubuntu-desktop package since there is now the media notifier
[04:09] <JRe> Riddell: ?
[04:23] <sebas> Riddell: Really busy?
[04:23] <sebas> I've got a dpkg error installing kdepim from breezy 3.5 port, might be easy to fix.
[04:24] <sebas> dpkg: error processing /var/cache/apt/archives/kdepim-kresources_4%3a3.5.0-0ubuntu0breezy1_i386.deb (--install):
[04:24] <sebas>  trying to overwrite `/usr/share/services/kresources/kabc/kabc_groupdav.desktop', which is also in package kaddressbook
[04:24] <sebas> dpkg-deb: subprocess paste killed by signal (Broken pipe)
[04:27] <sebas> And this one:
[04:27] <sebas> dpkg: error processing /var/cache/apt/archives/libcvsservice0_4%3a3.5.0-0ubuntu0breezy1_i386.deb (--unpack):
[04:27] <sebas>  trying to overwrite `/usr/lib/libkdeinit_cvsaskpass.so', which is also in package cervisia
[05:34] <mdke> Riddell, around?
[05:42] <mdke> Riddell, when you get back, do you have any idea what the difference is between (for example) the "ak" and "ak-html" targets in the kubuntu-docs Makefile? they appear to be identical
[05:51] <janimo> Riddell, once you upload kde 3.5 you no longer need ivman I suppose?
[05:52] <janimo> I am thinking of making it's default rules suit xfce
[06:22] <Riddell> mdke: if they're identicle probably nothing
[06:22] <Riddell> janimo: yeah go ahead and steal it
[06:22] <mdke> Riddell, odd
[06:22] <Riddell> mdke: what is ak anyway?
[06:22] <mdke> about-kubuntu
[06:22] <mdke> ah i see the difference
[06:23] <mdke> ak makes the bz stuff, and ak-html doesn't
[06:29] <mdke> Riddell, the other thing was, can I add kdelibs-bin to the build-dep for kubuntu-docs? it contains meinproc
[06:30] <Riddell> mdke: it should be already
[06:30] <raphink> is there a tool to find out on what paritition a dir is hosted?
[06:30] <raphink> for example
[06:30] <Riddell> raphink: df -h .
[06:30] <raphink> if I want to know where /boot is, and get as an ouput, for ex, (hd0,0)
[06:30] <mdke> Riddell, so that is a yes :)
[06:30] <raphink> is ther a tool for that?
[06:31] <raphink> thanks
[06:31] <Riddell> raphink: mount?
[06:31] <raphink> it uses the hda1 way though
[06:31] <raphink> is there a tool to convert it to hd0,0 for grub ? ;)
[06:32] <raphink> hmmmm
[06:33] <raphink> yeah?
[06:38] <mdke> Riddell, Build-Depends-Indep: debhelper (>= 4.0.0), cdbs, xsltproc, docbook-xsl, perl, perl-modules, poxml, kdelibs-data
[06:39] <mdke> adding kdelibs-bin
[06:40] <Riddell> mdke: how silly of me
[06:44] <mdke> Riddell, have you uploaded kubuntu-docs into dapper yet? do you fancy trying? we can re-add the external for the serverguide for now?
[06:45] <Riddell> mdke: I did an upload a while ago
[06:45] <Riddell> not sure what's changed since then or which docs should be included
[06:46] <mdke> i'm taking a look now
[06:47] <mdke> kdeb: qg rn ak server desktop aug <-- looks about right
[06:47] <jjesse> i don't think any of the docs included in breezy were updated for dapper yet
[06:47] <jjesse> quickguide wasn't finished for breezy
[06:48] <jjesse> release notes and about-kubuntu were the only ones totally finished for breezy
[06:48] <jjesse> haven't touched the desktop guide for kubuntu yet
[06:48] <jjesse> unless its just a link to ubuntu guide
[06:48] <mdke> jjesse, no, not a link
[06:49] <jjesse> mdke:  right now i don't think there is anything in the desktop guide
[06:49] <mdke> okay
[06:49] <mdke> jjesse, we need to rustle up some more contributors :)
[06:49] <jjesse> mdke: i've tried 
[06:49] <jjesse> people on #kubuntu or here that i have talked to are like "i'd love to but im too busy"
[06:50] <raphink> I'm very bad with string management :(
[06:50] <raphink> how would you turn : 
[06:50] <raphink> hda1              19G  4,8G   13G  28% /
[06:50] <raphink> into hd0,0
[06:51] <raphink> oops I mean
[06:51] <raphink>  /dev/hda1              19G  4,8G   13G  28% /
[06:51] <raphink> into hd0,0
[06:55] <mdke> jjesse, we'll work on the "if you build it, they will come" philosophy
[06:55] <jjesse> mdke: hopefully, that is the goal
[07:01] <raphink> any idea what I could use to convert a->0, b->1, c->2, etc ?
[07:02] <Riddell> raphink: it depends which language
[07:02] <raphink> bash
[07:03] <Riddell> amu: got any 3.5 live CDs yet?
[07:04] <minghua> tr seems to do the work well:
[07:04] <minghua> $ echo "aabbcc" | tr "abc" "123"
[07:04] <minghua> 112233
[07:04] <raphink> so far I'm getting hda1 with 
[07:04] <raphink> df -h /boot | awk 'BEGIN{ FS=" " } { print $1 "\n" $2 }' | grep hd | sed -e 's/\/dev\///'
[07:04] <raphink> not sure if I could do it an easier way
[07:05] <raphink> thanks
[07:05] <raphink> so I have to list the whole alphabet :)
[07:05] <raphink> how many hard drives can there be ?
[07:05] <raphink> ;)
[07:05] <raphink> up to what letter ?
[07:06] <minghua> well, tr only works up to 9 :-)
[07:07] <minghua> if you want (hd0,10) you need something fancier
[07:07] <raphink> yes I guess
[07:08] <raphink> :s
[07:11] <raphink> hmm
[07:12] <raphink> can I achieve a substraction in bash ? ;)
[07:12] <raphink> huhu
[07:12] <raphink> like
[07:12] <raphink> PARTNB=$PARTNB-1
[07:12] <raphink> it won't work
[07:13] <Riddell> perl and python may be better choices :)
[07:17] <minghua> I've seen people doing math in bash, but forget where, or how
[07:19] <_Sime_> someone once wrote a webserver in bash
[07:19] <_Sime_> sick puppy
[07:21] <Tonio_> hi
[07:21] <Riddell> hi ton	
[07:21] <Riddell> tonio
[07:22] <Tonio_> Riddell: little question concerning kde 3.5
[07:22] <Tonio_> IO haven't been able to find an answer
[07:22] <Riddell> mm?
[07:22] <Tonio_> when I plug a usb key, U get the prompt for action
[07:23] <Tonio_> but I also get konqueror opening sda1 automatically
[07:23] <Tonio_> exactly like before
[07:25] <Riddell> remove ivman
[07:26] <Tonio_> Riddell: k
[07:27] <Tonio_> Riddell: shouldn't it get removed by kde 3.5 installation ?
[07:28] <Riddell> Tonio_: no, though it shouldn't get started any more
[07:29] <Tonio_> okay.... strange it was still working for me, but now it's okay, thanks for the info....
[07:29] <Tonio_> my packages will be updated for thursday, all of them...
[07:29] <Tonio_> Riddell: I will send you an email to let you aware.
[07:30] <Riddell> Tonio_: ok, I'm away so won't be able to do them immediately
[07:38] <Riddell> sebas: should be fixed now
[07:48] <seaLne> a quick scroll up and i can't see anyone else saying this but i get a size mismatch on breezy 3.5 packages so they fail to install
[07:49] <Riddell> seaLne: which package?
[07:49] <Riddell> seaLne: tried an apt-get update?  
[07:49] <Riddell> I was uploading some new ones
[07:49] <seaLne> as far as i can see all of them, could be a proxy problem but doubt it
[07:49] <seaLne> ah that was me just trying there so possibly
[07:50] <seaLne> yeah fine now :)
[07:52] <Riddell> phew
[07:53] <seaLne> just bad timing i guess as i did apt-get update&&apt-get dist-upgrade :)
[07:56] <Riddell> seaLne: going to dapper?
[07:56] <raphink> yeah :D
[07:56] <seaLne> Riddell: maybe in a bit
[07:57] <raphink> I'll past just 3 lines (so I don't get kicked after 2 lines)
[07:57] <raphink> DISCNB=`df -h /boot | grep hd | sed -e 's/\/dev\/hd//' | sed -e 's/\.*[0-9] .*//' | tr "abcdefghij" "0123456789"`
[07:57] <raphink> PARTNB=$[`df -h /boot | awk 'BEGIN{ FS=" " } { print $1 "\n" $2 }' | grep hd | sed -e 's/\/dev\/hd[a-z] //'`-1] 
[07:57] <raphink> GRUBPART=\(hd"$DISCNB","$PARTNB"\)
[07:57] <Riddell> seaLne: how did you loose them?
[07:57] <raphink> what do you think?
[07:57] <seaLne> no 3.5 version
[07:57] <raphink> :)
[07:57] <raphink> do you think I could do it an easier way?
[07:57] <Riddell> seaLne: kdebluetooth isn't released with kde
[07:58] <seaLne> ah
[07:58] <\sh> Riddell: is superkaramba in main now (for 3.5)?
[07:59] <seaLne> Riddell: i guess then it just needs rebuilt against it
[07:59] <\sh> Riddell: or do you want to not install it as default?
[08:00] <Riddell> \sh: I have no wish whatsoever to install it by default
[08:00] <Riddell> seaLne: shouldn't do
[08:01] <\sh> Riddell: good decision...I just had a look..it can need some heavy hugs'n'love 
[08:01] <seaLne> Riddell: oops sorry it was kdebluetooth-irmcsync
[08:02] <seaLne> it depends libkdepim1 
[08:03] <Tonio_> Riddell: concerning kubuntuforums.net, is the french board supposed to stay opened finally ?
[08:03] <Tonio_> just to know if I have to moderate it or simply wait for it to be closed
[08:04] <Riddell> Tonio_: hopefully ubuntu-fr will set up kubuntu forums and we'll advise to use those, but I haven't heard anything from them
[08:04] <Tonio_> okay.... I will do the job waiting for informations
[08:04] <Riddell> Tonio_: merci
[08:04] <Tonio_> Riddell: de rien ^^
[08:06] <seaLne> so it was libkdepim1a that got rid of kdebluetooth-irmcsync, so i guess kdebluetooth-irmcsync needs rebuilt to depend on it instead
[08:06] <Riddell> seaLne: aah, right
[08:07] <Riddell> hmm, ok, not sure when I'll have time to do that
[08:08] <seaLne> np
[08:09] <seaLne> kdebluetooth-irmcsync appears to be from kdebluetooth source package so i guess it is kdebluetooth that needs fixed
[08:10] <raphink> hmmmmm
[08:10] <raphink> anyone could tell me why 
[08:10] <raphink> sed -e 's/splashimage=.*/"$SPLASHLINE"/' < "$GRUBCONF"
[08:10] <raphink> prints "$SPLASHLINE" in the conf file
[08:11] <raphink> instead of printing the value of the $SPLASHLINE variable 
[08:11] <seaLne> single quotes in the sed?
[08:11] <raphink> ?
[08:11] <raphink> :s
[08:11] <raphink> hmm
[08:11] <raphink> if I put single quotes, then I can't put them around the sed
[08:11] <raphink> actually
[08:12] <raphink> I tried _without_ the quotes 
[08:12] <seaLne> double quotes round the whole thing
[08:12] <raphink> and it still won't work
[08:12] <raphink> I tried with brackets too
[08:12] <raphink> ${SPLASHLINE}
[08:12] <raphink> doen't work either
[08:12] <raphink> around what ?
[08:12] <raphink> ok
[08:12] <raphink> I'll try that
[08:13] <raphink> nope
[08:13] <raphink> it prints "${SPLASHLINE}" in the file
[08:13] <raphink> :(
[08:17] <seaLne> sed -e "s/splashimage=.*/"$SPLASHLINE"/" < "$GRUBCONF"
[08:17] <seaLne> that works fine for me
[08:18] <raphink> ok i'll try thanks
[08:18] <raphink> hmm doesn't work
[08:18] <raphink> it doesn't paste anything now
[08:19] <raphink> it just removes the line
[08:20] <seaLne> kd@oktan:/tmp$ echo $GRUBCONF
[08:20] <seaLne> foo
[08:20] <seaLne> kd@oktan:/tmp$ echo $SPLASHLINE
[08:20] <seaLne> MOOOMOOO
[08:20] <seaLne> kd@oktan:/tmp$ sed -e "s/splashimage=.*/"$SPLASHLINE"/" < "$GRUBCONF"
[08:20] <seaLne> MOOOMOOO
[08:21] <raphink> that's no proof that it works ;)
[08:21] <raphink> GRUBCONF="bibi\nsplashimage=baba\n"
[08:22] <raphink> then you can try
[08:22] <raphink> ;)
[08:23] <seaLne> bash: bibi\nsplashimage=baba\n: No such file or directory
[08:23] <raphink> nm
[08:23] <raphink> your option works
[08:24] <raphink> in a console
[08:25] <raphink> the pb comes from my variable that is not well set it seems
[08:25] <raphink> thanks a lot
[08:31] <JRee> who is in charge of backports and extra? Mez ?
[08:31] <Riddell> not mez but he's involved
[08:32] <JRe> Riddell: who is involved else ?
[08:32] <JRe> s/else/also/
[08:33] <Riddell> JRe: I'm not too sure
[08:33] <JRe> Riddell: ok i'll contact Mez
[08:34] <Riddell> JRe: what do you want backported?
[08:34] <JRe> Riddell: in fact it's more extras i want to package some nice window decorations and style (like smoothblend, ...)
[08:35] <JRe> Riddell: and i wanted to know if it could be a thing which could be nice in breezy-extras
[08:35] <Riddell> JRe: get them in dapper, then do backports
[08:36] <Riddell> isn't extras for illegal stuff like acrobat reader?
[08:36] <JRe> Riddell: yay good idea i'll investigate which are the best and send it out to revu
[08:36] <raphink> hmm
[08:36] <raphink> doesn't `sed -e 's/$string/$otherstring/' < $file' replace in the file?
[08:39] <seaLne> wouldn't have thought so
[08:40] <seaLne> -i
[08:40] <raphink> hmm
[08:42] <allee> raphink: please:   sed -e "s/splashimage=.*/$SPLASHLINE/" < "$GRUBCONF"
[08:42] <raphink> hmmm ok I'll try that
[08:42] <allee> raphink: no " around $SPASHLINE, otherwise you break when a space is included
[08:42] <raphink> yes I guess allee 
[08:42] <raphink> but then it still won't work
[08:43] <raphink> when I run the script
[08:43] <raphink> it prints what the file would look like once the string replacedc
[08:43] <allee> raphink: then the problem is somewhere else :)  Add an echo $SPLASHLINE before the set
[08:43] <raphink> but it doesn't replace it in the file
[08:43] <allee> raphink: yes sed print by default to stdout.   add  > $output at the end ;)
[08:44] <raphink> ok
[08:44] <raphink> that erases the file now ...
[08:44] <raphink> don't get it
[08:45] <raphink> I have
[08:45] <raphink>         sed -e "s/splashimage=.*/$SPLASHSED/" "$GRUBCONF" > "$GRUBCONF"
[08:45] <raphink> now
[08:45] <raphink> I checked that $SPLASHSED contains what I want just before that line and it's ok
[08:45] <allee> raphink: har, you shot yourself :)
[08:45] <raphink> and "$GRUBCONF" contains /boot/grub/menu.lst so that's fine too
[08:45] <allee> raphink: > GRUB.NEW; mv GRUB.new GRUB
[08:45] <seaLne> raphink: man sed and look at -i
[08:46] <raphink> allee: do you think I'm crazy ? ;) I have a backup ;)
[08:46] <raphink> hehe
[08:46] <raphink> ok
[08:46] <raphink> oh ic
[08:46] <raphink> ok seaLne 
[08:46] <allee> sed -i need a version depends.  It's a relatively new feature. (Helps backporting ;)
[08:47] <raphink> ok
[08:47] <allee> raphink: mhnn  NOOOO.  Don't replace silently.  Keep a copy of whatever was on disk before
[08:47] <seaLne> use perl -pi -e .... then?
[08:48] <raphink> where allee ?
[08:48] <raphink> menu.lst_backup ?
[08:48] <allee> seaLne: I would suggest > bla.new; mv bla bla.orig; mv bla.new bla
[08:49] <allee> Is this done in an postinst script?
[08:49] <allee> then .dpkg-old ;)
[08:50] <allee> afl
[08:50] <allee> afk that is
[08:50] <raphink> ok
[08:51] <raphink> allee: http://kubuntu.pastebin.com/442591
[08:51] <raphink> what do you think?
[08:53] <raphink> this is a postinst for a package installing splashimages for grub as you can guess ;)
[08:54] <seaLne> 16 you move the file 17 you try to append to a non existant file
[08:54] <seaLne> should be a cp?
[08:54] <raphink> hehe thanks seaLne 
[08:55] <raphink> you're right ;)
[08:55] <seaLne> same with 22
[08:55] <raphink> yeah it's cp of course :)
[08:55] <raphink> hmm no
[08:55] <seaLne> are you creating the temp file safely?
[08:55] <raphink> 22 is fine
[08:56] <raphink> hehe I guess not 
[08:56] <raphink> I'll do that 
[08:56] <seaLne> cp is safer dosen't leave you without one in the event of a problem
[08:57] <raphink> is that better for the tmp seaLne ? 
[08:57] <raphink> http://kubuntu.pastebin.com/442597
[08:58] <raphink> hmmf it's : 
[08:58] <raphink> GRUBCONFTMP=`mktmp "$GRUBCONF".new.XXXXXXXX`;
[08:58] <seaLne> probably, not sure what the recomended way is
[08:59] <raphink> what do you think allee ?
[09:04] <allee> mhmm the .dpkg-old is too simple ;)  When you run it the second time your original file is gone :(
[09:06] <raphink> yes
[09:06] <allee> so maybe .orig-before-kubuntu-splash.  When this file already exist, don't make a new copy?
[09:06] <raphink> lol
[09:07] <raphink> well then I can use .dpkg-old aswell
[09:07] <raphink> it's not known by any package that I know of
[09:07] <allee> try locate dpkg-old
[09:08] <raphink> ok 
[09:08] <allee> but menu.lst in not part of a package.  So dpkg will never create a .dpkg-old version ;)
[09:08] <raphink> argh kio-apt won't install
[09:08] <raphink> grrr
[09:09] <raphink> I'll have fun with my demerge tool then 
[09:09] <raphink> hehe
[09:09] <raphink> apart from that, does it seem ok to you allee ?
[09:10] <raphink> http://kubuntu.pastebin.com/442624
[09:10] <raphink> allee: if dpkg.old files are generated by postinstall scripts like mine, I won't find them in apt
[09:12] <allee> they are created during conffile upgrades.
[09:12] <raphink> ok
[09:12] <allee> yeah. .dpkg-old is save.
[09:12] <allee> just a bit cheating
[09:12] <raphink> hehe
[09:12] <allee> because menu.lst is no conffile
[09:12] <allee> :)
[09:13] <raphink> do I have to test if it already exists?
[09:13] <raphink> well some packages use _backup
[09:13] <raphink> so I could use that too
[09:13] <raphink> menu.lst_backup
[09:13] <allee> yes, otherwise runing the script a second time will override the original
[09:14] <raphink> hmmm
[09:14] <raphink> that's what happens very often
[09:15] <raphink> like with the ati driver installer for example
[09:15] <raphink> if I run it once, it saves to xorg.conf_backup
[09:15] <raphink> if I run it twice, I lose my original xorg.conf
[09:15] <raphink> many packages do that
[09:16] <raphink> and then let's say
[09:16] <raphink> I have been using my package for quite a time
[09:16] <allee> ati is a bad example.
[09:16] <allee> Get the upgrade  right is nontrival.  I guess that's the reason why debian implemented generic conffile handling
[09:16] <raphink> and the .orig-before-kubuntu-splash has already been created
[09:17] <raphink> and I want to reset the kubuntu-splash package
[09:17] <raphink> so I run dpkg-reconfigure on it
[09:17] <raphink> but I want my current settings to be saved
[09:17] <allee> cp --backup ?
[09:18] <raphink> ?
[09:18] <allee> cp --help
[09:18] <allee> :)
[09:18] <raphink> yes 
[09:18] <raphink> it says archive each destination file
[09:18] <raphink> I don't know how it archives it
[09:19] <raphink> I'll try
[09:19] <allee> one gets x x~ x~1 x~2 etc with each new cp --backup f x
[09:20] <raphink> ic
[09:21] <raphink> hmm
[09:21] <raphink> I ran it twice
[09:21] <raphink> and there's only one ~
[09:21] <raphink> so it doesn't seem to work
[09:21] <raphink> it creates the ~ only once
[09:21] <raphink> and replaces it each time
[09:22] <raphink> ;)
[09:22] <raphink> there's no easy solution I guess
[09:22] <raphink> and crowding the /boot/grub/ folder with lots of saved conffiles is no solution either
[09:22] <raphink> the user would forget which one he has saved
[09:23] <raphink> another solution, used sometimes
[09:23] <raphink> is to name the saved file : .YYYYMMDDHHMMSS
[09:23] <raphink> but then you can end up with tons of saved files
[09:24] <raphink> ;)
[09:24] <allee> cp --backup=t
[09:24] <allee> then add: cmp $old $new || cp --backup=t   :)
[09:26] <raphink> hmmm
[09:27] <raphink> hmm ok
[09:28] <raphink> or cp $old $old.`date +%y%m%d%H%M%s`
[09:29] <raphink> hehe
[09:29] <raphink> that's a bit of brute force
[09:29] <raphink> but at least then you remember when you saved it ;)
[09:29] <raphink> hehe
[09:30] <raphink> maybe %s is not required
[09:30] <raphink> and stopping at %M might be enough ;)
[09:30] <raphink> allee ?
[09:31] <allee> mhm?
[09:31] <raphink> what do you think of using cp $old $old.`date +%y%m%d%H%M` ?
[09:31] <raphink> ;)
[09:31] <allee> well, keep the seconds they don't hurt
[09:32] <raphink> hehe ok
[09:32] <raphink> they make it 2 numbers longer ;)
[09:32] <allee> 'linux' has no 8.3 filename restriction ;)
[09:32] <raphink> yes that's right
[09:33] <raphink> but my eyes get tired after a certain amount of numbers in range
[09:35] <raphink> it's  though
[09:35] <raphink> that's why it was so long
[09:35] <raphink> oops
[09:36] <raphink> I mean \
[09:36] <raphink> gree
[09:36] <raphink> % S
[09:36] <raphink> nah
[09:36] <raphink> :)
[09:36] <raphink> does there has to be a prerm?
[09:42] <allee> I would assume yes
[09:42] <raphink> what does it have to do?
[09:43] <allee> can't we use dpkg-divert or update-alternatives instead?
[09:43] <allee> raphink: revert that the postinst has done 
[09:43] <raphink> that's not possible I guess
[09:43] <raphink> unless it removes the splashimage
[09:43] <raphink> dpkg-divert with what?
[09:44] <allee> what happens when the splashimage in menu.lst is not found?
[09:44] <raphink> the package can't generate a menu.lst
[09:44] <raphink> it adds it int he end of the file
[09:44] <allee> divert thatever splash image was used in menu.lst
[09:45] <raphink> hmm
[09:46] <raphink> hehe
[09:46] <allee> ah, so make sure your script does not fail when nothing is substituted
[09:46] <raphink> yes
[09:47] <raphink> why do you hide ?
[09:48] <raphink> hmm
[09:48] <allee> for my coming out as a splash-hater ;)
[09:48] <raphink> I ran debuild
[09:48] <raphink> and made the package
[09:48] <raphink> but it seems the postinstall doesn't run at install
[09:48] <raphink> ...
[09:49] <raphink> do I have to add something to debian/rules ?
[09:49] <raphink> using cdbs
[09:49] <allee> version are the same?  So there no 'real' update?  
[09:49] <allee> dpkg-reconfigure
[09:49] <raphink> oh ok
[09:51] <raphink> how should it be named ?
[09:51] <raphink> .postinstall 
[09:51] <raphink> or .postinst ?
[10:03] <allee> raphink: unpack a tarball, use dh-make  to create a prefill debian/ dir and check the generated examples.  
[10:04] <allee> there more than only the name of this file!
[10:05] <raphink> I guess
[10:05] <raphink> oh yeah I remember that now
[10:05] <raphink> ok I'll do that
[10:06] <allee> :)  see /var/lib/dpkg/info/*prerm  for lots of examples
[10:06] <raphink> thanks
[10:25] <sebas> Riddell: I'll try (got another machine to upgrade.
[10:25] <sebas> )
[10:31] <_Sime_> sebas: I'm trying to release Guidance 0.5.0....
[10:31] <sebas> Great.
[10:31] <sebas> Why's that "trying"?
[10:31] <_Sime_> do the PyKDE packages from breezy work on KDE 3.5???
[10:31] <sebas> Will test in a bit.
[10:32] <sebas> I'm about to install it, but can already test it on our workstation at the uni in the meantime.
[10:32] <_Sime_> ftp and mirrordir don't want to work...
[10:33] <_Sime_> Firefox 1.5 is coming out today as well. It must be Christmas time!
[10:33] <sebas> Yeah. :)
[10:34] <sebas> Already thought that 3.5 and ff are quite close to each other.
[10:34] <sebas> _Sime_: What about waiting one week with the guidance release and announcing it on the dot?
[10:34] <sebas> Or is the toolchain to hard to set up to make it worth it?
[10:34] <sebas> (Just an idea)
[10:37] <_Sime_> if someone makes packages for breezy then Jan can test out displayconfig.
[10:37] <_Sime_> in the meantime we can go forward with the changes from Jan.
[10:37] <_Sime_> I think we can use dapper for most of the testing for displayconfig.
[10:38] <sebas> We could mark it Yeah, as soon as it's worth installing ... (as in stable enough).
[10:39] <_Sime_> yeah, once it is stable and working then you can worry about promotion.
[10:39] <sebas> -" We could mark it "
[10:39] <sebas> That's fine :)
[10:39] <_Sime_> (guidance 0.1.0 was 20 nov 2003)
[10:40] <sebas> .4 from the breezy release still works in kde 3.5, btw.
[10:43] <sebas> I'm now installing latest svn
[10:44] <sebas> Riddell: upgrade from breezy now went smoothly, thx.
[10:46] <Tonio_> has anyone tried to package kaffeine 0.7.1 to see if it is less crashing ?
[10:46] <Tonio_> a backport could be interesting, because it is certainly the last "very unstable thing" in kubuntu now
[10:53] <sebas> _Sime_: Which package did I need when this happens:
[10:53] <sebas> gcc -pthread -shared build/temp.linux-i686-2.4/modules/ixf86misc.o -L/usr/X11R6/lib -lX11 -lXxf86vm -lXext -lXrandr -lXrender -o build/lib.linux-i686-2.4/ixf86misc.so
[10:53] <sebas> /usr/bin/ld: cannot find -lXxf86vm
[10:53] <sebas> ?
[10:55] <_Sime_> libxxf86vm-dev
[10:57] <sebas> Thanks :)
[11:00] <sebas> One new warning, my last name has umlauts, should we set encoding to utf-8 or rather write it "ue"?
[11:01] <sebas> displayconfig buggers out, but that's because I'm running it through nx, should we fix that (in general, if things aren't detected)?
[11:02] <sebas> Apart from that, it seems to work (little too much debugging output from userconfig)/
[11:07] <sebas> Ok, I've fixed the warnings and disabled the huge load of debugging output from userconfig.
[11:10] <_Sime_> sebas: did your name bug out?
[11:10] <_Sime_> sebas: 3.5 upgrade went well?
[11:11] <sebas> _Sime_: Only a warning (adding the utf-8 encoding line let that one vanish)
[11:11] <sebas> The upgrade went well, on two machines yet.
[11:11] <_Sime_> cool, I'm reading the visual guide to 3.5... cooool
[11:12] <sebas> Yeah, well prepared release promotion :)
[11:13] <sebas> Installing all kinds of superkaramba crap via get hot new stuff and removing it without leaving trash on your system is fun :>
[11:16] <_Sime_> upgrading now.
[11:17] <sebas> Ok, I fooled you, it sucks and breaks your system. ;-)
[11:55] <Sime> whoooo shiny 3.5
[11:55] <sebas> :)
[11:56] <Hobbsee> Riddell: excellent :D - kde-devel seems to work now
[11:56] <Sime> upgrade didn't work so well with KDE running.
[11:56] <Hobbsee> Sime: do we need to take rc2 repositories out of the sources list?
[11:57] <Sime> Hobbsee: I didn't have any rc2 repositories
[11:57] <Hobbsee> ok, so it's just in main
[11:58] <Hobbsee> cool :)
[12:03] <Riddell> Hobbsee: breezy or dapper?
[12:03] <Sime> sebas: displayconfig doesn't want to offer me any resolutions...