[12:23] <Lure> Tonio_: should we patch these two:
[12:23] <Lure> static const char* knm_webpage = I18N_NOOP("http://www.novell.com/linux");
[12:23] <Lure> static const char* knm_bugaddr = I18N_NOOP("http://bugzilla.novell.com");
[12:23] <Lure> (in main.cpp)
[12:26] <Tonio_> Lure: okay for the bugaddr, but about the webpage........ what would you add ?
[12:26] <Lure> Tonio_: do not know, but bugAddr has to be e-mail anyhow...
[12:27] <Tonio_> e-mail ???????*
[12:27] <Lure> Tonio_: is there bugs@ubuntu.com
[12:27] <Lure> http://developer.kde.org/documentation/library/cvs-api/kdelibs-apidocs/kdecore/html/classKAboutData.html
[12:31] <Tonio_> lure ok
[12:31] <Lure> Tonio_: I think we should just leave the default (bugs.kde.org) as there is knetworkmanager product
[12:31] <Tonio_> yep
[12:32] <Lure> Tonio_: and first bug: http://bugs.kde.org/show_bug.cgi?id=126198
[12:32] <Ubugtu> KDE bug 126198 in general "option to suppress notifications" [Wishlist,Unconfirmed]  
[12:33] <Lure> Tonio_: will you do the patch?
[12:33] <Tonio_> Lure: hu ?????
[12:33] <Tonio_> isn't that supposed to be done ?
[12:33] <Lure> I can provide if you want...
[12:34] <Tonio_> Lure: didn't you told my there was an option in latest suse rpm ?
[12:34] <Tonio_> I am lost
[12:34] <Lure> just remove all references of knm_bugaddr
[12:34] <Lure> Tonio_: options for what?
[12:34] <Tonio_> Lure: I can do that, patch
[12:34] <Tonio_> you showed me that kde bug and asked if I could do a patch :)
[12:35] <Tonio_> or were you talkin about the knm_bugaddr
[12:35] <Tonio_> ?
[12:35] <Lure> Tonio_: sorry... b.k.o bug was just suprise for me and I posted it
[12:35] <Lure> Tonio_: I was talking about the patch to remove bugzilla.novell.com
[12:36] <Tonio_> yep
[12:36] <Tonio_> removing or replacing for you ?
[12:36] <Tonio_> make[3] : *** No rule to make target `/opt/kde3/include/serviceiface.h', needed by `serviceiface.kidl'.  Stop.
[12:36] <Tonio_> hum...........
[12:36] <Lure> If you remove, it will use default from KAboutData
[12:37] <Tonio_> ok
[12:37] <Lure> Tonio_: missing build-dep?
[12:38] <Lure> Tonio_: looks like kdepim3-devel...
[12:39] <Lure> kdepim-dev in debian...
[12:40] <Lure> Tonio_: BTW, Suse has nice intergtation in Kontact, Kopete that auto-connect when network is established by knm
[12:40] <Lure> Tonio_: I think with is this interface...
[12:42] <Lure> Tonio_: not yet in Ubuntu: http://packages.ubuntulinux.org/cgi-bin/search_contents.pl?searchmode=filelist&word=kdepim-dev&version=dapper&arch=i386
[12:42] <raphink> Lure: uploading your patch
[12:42] <Lure> raphink: thanks!
[12:43] <Tonio_> Lure: does this mean it could work when we have it ?
[12:43] <Tonio_> I am waiting for autoconnect in kopete for month ;)
[12:44] <Lure> Tonio_: we could look into this - I think danimo was already looking into kdepim
[12:44] <Tonio_> Lure: so we have to wait a bit....
[12:48] <Lure> Tonio_: what bothers me is where it gets /opt/kde3.... this is very SuSE... :-(
[12:49] <Tonio_> Lure: that can be patched anyway
[12:49] <Tonio_> the only problem is that we cannot package knm....
[12:49] <kwwii> night all
[12:49] <Tonio_> kwwii: nite ;)
[12:49] <Lure> kwwii: nite
[12:50] <Tonio_> Lure: and that will probably not go in dapper at all, since we will get that with kde 3.5.3 only....
[12:51] <Lure> Tonio_: we can have kubuntu patches that "fixes known problems when network connects/disconnects"
[12:51] <Lure> I can submit some bugs... ;-)
[12:51] <Tonio_> http://websvn.kde.org/branches/KDE/3.5/kdepim/networkstatus/serviceiface.h?rev=438982&view=log
[12:51] <Tonio_> Lure: look at that
[12:51] <Tonio_> look at the dates for serviceiface.h file
[12:51] <Tonio_> 13 month ! ?? 
[12:52] <Tonio_> Lure: it appears the file isn't in the kdepim-dev file because there is a problem in the package :)
[12:52] <Lure> Tonio_: this is just interface - no need to change too often
[12:52] <Tonio_> maybe we can fix this
[12:52] <Tonio_> Lure: but why don't we have it in kdepim-dev then ?
[12:53] <Lure> not sure, we will have to investigate - first question is if debian has it...
[12:53] <Tonio_> if it exists for 13 months, we should have it in the package
[12:53] <Tonio_> http://lists.debian.org/debian-qt-kde/2005/07/msg00266.html
[12:53] <Tonio_> debian as it Lure
[12:53] <Tonio_> so that's an issue in kubuntu
[12:56] <Tonio_> Lure: it appears we completly miss the networkstatus .h files
[12:56] <Lure> I need sleep - will look into this in the morning... drop me an e-mail if you find something
[12:56] <Lure> maybe we need to ping danimo as he was asking Riddell last time about this...
[12:57] <Tonio_> Lure: debian doesn't have it too http://packages.debian.org/cgi-bin/search_contents.pl?searchmode=filelist&word=kdepim-dev&version=stable&arch=i386
[12:58] <Tonio_> Lure: yes, we need to discuss this tomorrow
[12:58] <Tonio_> Lure: nite
[12:58] <Lure> Tonio_: nite
[10:43] <Tonio_> hey ;)
[10:43] <Tonio_> Riddell: ping ?
[10:44] <Hobbsee> hey Tonio_!
[10:44] <Tonio_> hi Hobbsee ;)
[10:56] <Tonio_> Hobbsee: do you have locales problem with kde apps actually ?
[10:56] <Tonio_> my desktop is partially in english for now 3 days, and that hapens even on a new account/profile........
[10:57] <Hobbsee> Tonio_: i'm not sure.  i'm starting to get administrator problems with system settings, and it accepting any p/w though
[10:57] <Hobbsee> mine's in english anyway :P
[10:57] <Tonio_> hehe
[10:57] <Tonio_> need to ask raphink for this
[10:58] <jpatrick> mine's in en_GB, but there's no major difference
[10:58] <Tonio_> hey jpatrick :)
[10:58] <jpatrick> hey Tonio_ :)
[10:59] <Hobbsee> ditto, with en_AU
[11:03] <Tonio_> there is a problem with kdepim-dev package
[11:04] <Tonio_> grmpf
[11:09] <jpatrick> hmm, what happened there...
[11:11] <Hobbsee> [19:09]  <-- jpatrick has left this server (Read error: 104 (Connection reset by peer)).
[11:11] <jpatrick> Konversation said Lag: 103 s
[11:12] <Hobbsee> ouch
[11:12] <Hobbsee> well, it wasnt a ping timeout, so..
[11:28] <Riddell> Tonio_: pong
[11:28] <Riddell> Tonio_: the lang packs just switched to rosetta, it's possible it's all broken
[11:28] <Tonio_> hey Riddell :)
[11:29] <Riddell> Tonio_: got an example of something that's missing?
[11:29] <Tonio_> Riddell: I was looking at latest svn tarball for knetworkmanager and I have a major issue to package it
[11:29] <Tonio_> Riddell: yes, in fact in all kde apps, the menu is in english, but the full app is in french, let me screenshot you ;)
[11:30] <Tonio_> Riddell: http://planetemu.net/temp/capture9.png
[11:30] <Tonio_> here is an example
[11:31] <Tonio_> and that's not a profile issue
[11:32] <Tonio_> Riddell: concerning knm, the issue is a bit annoying as it appear we miss some header files in kdepim-dev package
[11:32] <Tonio_> I looked debian package and the issue is there too
[11:33] <Tonio_> we don't have networkstatus *.h files available
[11:34] <Riddell> Tonio_: that probably needs the changes danimo made to kdepim
[11:34] <Riddell> which I'd not be terribly keen in putting in at this stage
[11:34] <Tonio_> Riddell: as far as I can see, tehre is a networkstatus package
[11:35] <Lure_> Tonio_: I have a patch to remove networkstatus from knm
[11:35] <Tonio_> Riddell: I assume if I just had the header files in kdepim-dev, that should be okay, since the networkstatus service, la and so file are already available
[11:35] <Tonio_> Lure_: nice ;)
[11:35] <Tonio_> Lure_: but if that's just a header file missing....
[11:35] <Lure_> Tonio_: will send you as I cannot test right now...
[11:36] <Tonio_> Lure_: thanks
[11:36] <Riddell> -./usr/share/locale-langpack/fr/LC_MESSAGES/desktop.mo  hmm
[11:36] <Tonio_> Riddell: what can be the issue in my case if I just had header files in kdepim-dev ? I assume none, but I'd like to be sure ;)
[11:38] <Riddell> Tonio_: do we have the header files in our kdepim source?
[11:38] <Tonio_> Riddell: yes
[11:38] <Riddell> oh well, we should include them then
[11:38] <Tonio_> and the networkstatus component is in a package, just the header files are removed
[11:39] <Tonio_> Riddell: okay, and would you suggest a new networkstatus-dev package or simply put them in kdepim-dev ?
[11:39] <Tonio_> I think second option is the better one.
[11:39] <Lure_> Tonio_: the whole networkstatus stuff in knm is a dirty hack (that what comment says) to fix n-m reporting, therefore I would agree with Riddell that we should be cutios with networkstatus changes
[11:40] <Tonio_> Lure_: ah ? okay, so in that case let's remove it ;)
[11:40] <freeflying> Riddell: got another feedback about the failure of grub install, choose zh when you install beta2, you will fail to install grub, nut not when you choose en
[11:40] <Lure_> I would suggest that we discuss this with danimo and the decide
[11:40] <Tonio_> Lure_: we can remove it with your patch for 0ubuntu1 version
[11:41] <Riddell> Tonio_: just add to kdepim-dev
[11:41] <Tonio_> then discuss and decide for 0ubuntu2 ;)
[11:41] <Lure_> I woudl LOVE that kdepim/kopete would be network aware (and not compklain about "cannot connect" all the time
[11:41] <Riddell> freeflying: that would explain why only you see it
[11:41] <Tonio_> Riddell: okay
[11:41] <Tonio_> Lure_: including just .h files isn't dangerous as far as I know, and as long as the so and la files are already shipped
[11:41] <freeflying> Riddell: but why dose this happen to our chinese user?  :)
[11:42] <Tonio_> Lure_: don't you think ?
[11:42] <Lure_> Tonio_: be aware - it is not just .h, but also libnetworkstatus.so (or .a) that need to be provided for runtime
[11:42] <Lure_> Tonio_: see my patch - I had to remove also -lnetworkstatus to build
[11:42] <Tonio_> Lure_: 
[11:42] <Tonio_> /usr/lib/kde3/kded_networkstatus.la
[11:42] <Tonio_> /usr/lib/kde3/kded_networkstatus.so
[11:43] <Lure_> Tonio_: networkstatus package from universe is just monitor and kded extension
[11:43] <Tonio_> they are already in the deb package, unless we are not talking about the same files
[11:43] <Tonio_> Lure_: ah ?
[11:43] <Lure_> Tonio_: not sure that this is the right one, but you can try - we can always fallback to remove patch
[11:43] <Tonio_> hum, okay, so let's use your patch ;)
[11:44] <Tonio_> Lure_: in any case if we want knm in main, we cannot make it depend on universe stiff
[11:44] <Tonio_> stuff
[11:45] <Tonio_> Lure_: so better use your pae instead
[11:45] <Lure_> Tonio_: I would not like to risk main inclusion with thsi feature...
[11:45] <Tonio_> I didn't saw networkstatus was in universe since it was part of kdepim ;
[11:45] <Tonio_> Lure_: let's package knm !!
[11:45] <Riddell> freeflying: I've no idea I'm afraid, I don't know anything about grub
[11:45] <Riddell> freeflying: make sure you report a bug on debian-installer
[11:46] <Tonio_> Lure_: I was looking at new icons, the ones in novell's tarball are different from the svn ones
[11:46] <Lure_> Tonio_: really - so which are better? ;-)
[11:46] <Tonio_> Lure_: I was thinking about using the svn ones, nicer in my view, don't you think ?
[11:46] <Tonio_> Lure_: look by yourself ;) to me the kde svn ones are nicer
[11:46] <Tonio_> but that subjective ;)
[11:47] <Lure_> Tonio_: just checked - yes it is much nicer with KDE gear
[11:47] <Tonio_> Lure_: so I'll change them in the tarball
[11:47] <Lure_> the problem is that indication is probably not that obvious like the signal between two dots...
[11:48] <Lure_> Tonio_: tarball does not have configure notifications - will you use debian patch then?
[11:48] <Tonio_> Lure_: nope
[11:48] <Lure_> we should if we will drop \sh patch
[11:48] <Tonio_> I will use kde svn and for missing folders like po, will take them in the novell's tarball
[11:48] <Lure_> Tonio_: ok, that is better
[11:49] <Tonio_> there are minimal changes in the sources, so that may not cause any issue
[11:49] <Lure_> I thought that you will use the tarballl
[11:49] <Tonio_> Lure_: if first option doesn't, I will ;)
[11:49] <Tonio_> doesn't "work"
[11:49] <Lure_> ok
[11:50] <Tonio_> Lure_: did you send me your patch ?
[11:50] <Lure_> Tonio_: yes
[11:50] <Lure_> what is skel? https://lists.ubuntu.com/archives/kubuntu-devel/2006-April/001163.html
[11:50] <Tonio_> Lure_: nice, let's go !
[11:51] <Tonio_> Lure_: /etc/skel/* files are used to definied files that have to be copied to the profile at first use
[11:51] <Tonio_> the problem with it is I think it is just for profile creation, changes in it's files are not dynamic
[11:51] <Tonio_> that's why we use kds
[11:51] <Tonio_> and make kde looking in kds and merging files in it with /usr/share/kde ones
[11:52] <Tonio_> Riddell: can you confirm this is the reason we do not use skel ?
[11:52] <Tonio_> Lure_: any knowledge in windows ?
[11:52] <Tonio_> skel is the equivalent of "default user" profile, while k-d-s would be the equivalent of "all users" one
[11:52] <Lure_> Tonio_: yes
[11:53] <Tonio_> kind of :)
[11:53] <Lure_> Tonio_: got it - but why does some options do not have effect if changed by user (amarok splash screen as mentioned)
[11:53] <Riddell> Tonio_: yes, that's about right
[11:53] <Tonio_> Lure_: I don't understand this, since it works here
[11:53] <Riddell> Tonio_: skel should be kept to a minimum generally
[11:53] <Tonio_> kde looks for settings in that order :
[11:53] <Tonio_> profile > kds > /usr/share/kde
[11:54] <Tonio_> the three potential files are merged with that priority if a setting is in several files
[11:54] <Tonio_> so if you modify amarok settings, that goes in ~/user/................/amarokrc
[11:55] <Tonio_> Lure_: that should in any case be prior to kds settings...
[11:55] <Lure_> Tonio_: I can reproduce the amarok splash problem - maybe bug in amarok?
[11:55] <Tonio_> and it works nicelly here
[11:55] <Tonio_> hu ?
[11:55] <Tonio_> Lure_: in that case yes, that is a bug in amarok, that doesn't write the setting correctly in amarokrc
[11:55] <Tonio_> let me try ;)
[11:56] <Tonio_> Lure_: if it was a problem in the kds way to work, that would touch ANY application, not only amarok
[11:57] <Tonio_> Lure_: I will answer the mail
[11:57] <Lure_> Tonio_: I understand this is why we need to stop the gosip that is going on in ML ;-)
[12:00] <Tonio_> Lure_: hehe ;) he maybe should have post a bug on launchpad for this
[12:19] <Riddell> hmm, kdelibs.mo isn't translated
[01:02] <Tonio_> Lure_: ping ?
[01:02] <Tonio_> Lure_: got a strange issue in building knetworkmanager tarball and I'd like your opinion ;)
[01:03] <Tonio_> or Riddell maybe ?
[01:05] <Riddell> Tonio_: hmm?
[01:06] <Tonio_> Riddell: I grabbed the kdereview branch from kde svn to tarball the latest knm
[01:06] <Tonio_> running make -f admin/Makefile.common works at the root of it, but I don't want to apackage everything
[01:07] <Tonio_> to I copy pasted the admin folder in knm branch
[01:07] <Tonio_> run make -f admin/Makefile.common, and got that error :
[01:07] <Tonio_> configure.in:7: error: m4_defn: undefined macro: _m4_divert_diversion
[01:07] <Tonio_> Riddell: am I wrong in the process, or do I miss something ?
[01:08] <Riddell> that's unlikely to work
[01:08] <Riddell> better to just rm -r all the directories you don't want to include
[01:08] <Tonio_> ah ?
[01:09] <Tonio_> Riddell: that will result a knetworkmanager subdirectory in the tarball doesn't it ?
[01:18] <Riddell> yes
[01:19] <Riddell> you can also use svn2dist from kdesdk-scripts which will get translations
[01:20] <freeflying> Riddell: kdm shall read the configure file in Xsession.d?
[01:21] <Riddell> in /etc/kde3/kdm/
[01:22] <Riddell> Xsession.d/ gets run at login
[01:22] <Tonio_> Riddell: okay, but I was thinking uing the po filder provides in the suse src.rpm package
[01:22] <Tonio_> maybe easier no ?
[01:22] <Riddell> Tonio_: may as well use the whole tar from suse's rpm then
[01:23] <freeflying> Riddell: but now some configure file in Xsession.d wasn't read after login in livecd
[01:23] <Riddell> Tonio_: why are you updating this anyway?
[01:23] <Riddell> freeflying: like what?
[01:23] <freeflying> 90im-switch
[01:23] <Tonio_> because it is better, icons look by far better, looks more professionnal :) and there are quite new options interesting, like disabling notifications etc...
[01:49] <Hobbsee> Lure_: ping!
[02:20] <Lure_> Hobbsee: pong
[02:21] <Hobbsee> Lure_: seems that i was havign trouble with the (latest ndiswrapper -1) - the new latest ndiswrapper should have fixed the issue with suspend/hibernate for kpowersave :D
[02:22] <Lure_> Hobbsee: and it fixed kdm login screen issue?
[02:22] <Tonio_> Lure_: kde svn for knetworkmanager is very incomplete, and merging with novell's datas I got lots of errors
[02:22] <Hobbsee> got no idea about that...i doubt t
[02:23] <Hobbsee> it
[02:23] <Tonio_> Lure_: I now consider using the novell tarball and replacing icons with kde svn ones
[02:23] <Tonio_> Lure_: probably cleaner way to do
[02:24] <Lure_> Tonio_: fine with me, but also include patch from debian for configure notifications
[02:24] <Tonio_> Lure_: considering the notifications, should I adapt \sh patch or better using debian's one ?
[02:24] <Tonio_> okay, that was my question :)
[02:24] <Lure_> debian, also \sh said that it is better
[02:25] <Lure_> Tonio_: see bug 41051
[02:25] <Ubugtu> Malone bug 41051 in knetworkmanager "Setting of "Disable New Network Notifications" is not persistent" [Wishlist,Confirmed]  http://launchpad.net/bugs/41051
[02:25] <Tonio_> seen that yesterday yes
[02:34] <Tonio_> Lure_: LOL
[02:34] <Tonio_> Lure_: yes knetworkconf is said to be very buggy
[02:35] <Tonio_> Lure_: make a guidance module for it ;)
[02:35] <Lure_> Tonio_: and we would get WPA config also if I would go guidance way... :-(
[02:36] <Lure_> Tonio_: I think this would be nice GoogleSOC project - if Sime or sebas would mentor 
[02:36] <Tonio_> Lure_: I think once network-manager will manage ip settings, we will be able to remove it completly
[02:36] <Lure_> Tonio_: this will not happen that soon...
[02:36] <Tonio_> network-manager with ip settings, even without wifi card, would be a perfect replacement for this
[02:36] <Tonio_> Lure_: I heard aout next version for this
[02:36] <Tonio_> networkmanager 0.7 should be shipped with tcp/ip settings options
[02:36] <Lure_> Tonio_: true, but storing it in user's wallet is not a good option for network settings anyhow
[02:37] <Lure_> it is nice for mobile user, but not for general public
[02:37] <Lure_> This is why I think static network config files are there to stay for next couple of years
[02:37] <Tonio_> Lure_: who said this will go in wallet ?
[02:37] <Tonio_> maybe that will be internal network-manager storage of something
[02:38] <Tonio_> of course ip settings cannot be considered the same way that wireless settings :)
[02:38] <Lure_> Tonio_: let's wait and see - until then lets debug knetworkconf
[02:49] <Tonio_> Lure_: package will be ready in a few seconds ;)
[02:54] <Lure_> Tonio_: few seconds passed... ;-)
[02:55] <Tonio_> Lure_: sorry I will let you patch
[03:08] <uniq> anyone working on bug 33173 ? 
[03:08] <Ubugtu> Malone bug 33173 in kdebase kdeprint "kdeprint can not contact cups" [Major,Confirmed]  http://launchpad.net/bugs/33173
[03:08] <Hobbsee> uniq: does it still exist?  if so, i doubt it
[03:08] <Hobbsee> well, i havent heard of it, and it's not marked in progress...
[03:08] <uniq> it's not closed in malone.
[03:09] <uniq> and it's marked as major.
[03:10] <Hobbsee> uniq: you a developer/coder at all?
[03:11] <uniq> not very much. I've been helping out with small fixes and packages from some time before breezy.
[03:13] <Hobbsee> uniq: i suspect that not a lot of people know much about the devel side of all this CUPS stuff
[03:13] <Hobbsee> you'd be welcome to look and patch it, if you wish :)
[03:14] <uniq> I don't have time. We have a little girl (6months) in the house.. so i can't spend all evenings with the computer anymore.
[03:14] <Hobbsee> ah okay
[03:15] <uniq> But I would very much like to se it fixed, as printing is important for most desktop users.
[03:17] <Hobbsee> definetly
[03:17] <Hobbsee> IIRC, it's being worked on, not by me, by someone else...
[03:17] <Hobbsee> oh, that's the standard cups bug?  yeah, that's deifnelty being worked on
[03:17] <Hobbsee> Tonio_: ping
[03:17] <Tonio_> Hobbsee: pong ?
[03:18] <Hobbsee> Tonio_: what was the deal with that new knetworkmanager that you were asking about?
[03:18] <Tonio_> which one ? I asked about 30 questions here today about that ;)
[03:18] <uniq> hobbsee: ok, great. Just checking :)
[03:18] <Tonio_> Hobbsee: package is done, no need to be helped now ;)
[03:18] <Tonio_> Hobbsee: fancy testing it ?
[03:18] <Hobbsee> oh, in #kubuntu you were asking for testers?
[03:19] <Tonio_> yes
[03:19] <Hobbsee> hehe yep...and if it breaks my system, i'll come and attack :P
[03:19] <Lure_> uniq, Hobbsee: I thnk we can consider that bug fixed
[03:19] <uniq> lure_: ok, update malone and gather your karma then :)
[03:19] <Tonio_> Hobbsee: that will not break anything ;)
[03:20] <Tonio_> Hobbsee: do you want me to dcc you the deb file ?
[03:20] <Lure_> Tonio_: put it in your repo
[03:20] <Hobbsee> Tonio_: or email it, take your pick
[03:20] <Hobbsee> oh yeah, that too...
[03:21] <Tonio_> Lure_: well, if there are people using this and the package as a major issue, I don't want to break 300 computers ;)
[03:21] <Tonio_> Lure_: there are lots of people using my repo actually
[03:21] <Tonio_> I would just like ONE tester before adding it to the repo, as I can't test myself.......
[03:21] <Hobbsee> Tonio_: sure, hobbsee@ubuntu.com
[03:22] <Lure_> Tonio_: I can test it too.... and you are right, we should not publish too soon (but by doing so you get for sure more than one tester ;-))
[03:22] <Tonio_> Hobbsee: email is gone
[03:23] <mornfall> Riddell: ping
[03:23] <Riddell> mornfall: yo
[03:23] <mornfall> or other people
[03:23] <mornfall> Riddell: hi
[03:23] <Tonio_> Lure_: well, we can publish if only one person confirms it works
[03:23] <mornfall> is there a way i can mark bugs in malone?
[03:23] <Tonio_> no need for 50 testers
[03:23] <mornfall> for my own internal use
[03:23] <mornfall> mark, flags, whatever
[03:24] <Hobbsee> Tonio_: cool, got it
[03:24] <Riddell> not that I know of, although you could put some code in the title which would then be searchable
[03:24] <mornfall> Riddell: well, i want to mark bugs that i want to fix over weekend for next release
[03:24] <mornfall> so let's make that "release blockers"
[03:25] <mornfall> there's blocks/depends on bugs in bugzilla, but in b.k.o it seems to be disabled
[03:25] <mornfall> i miss that
[03:25] <Riddell> I would add a comment saying that and if you want them to be easily searchable put (RB) in the title or similar
[03:25] <mornfall> upstream BZ also has milestones
[03:25] <Tonio_> Lure_: you should have it too
[03:25] <Tonio_> hey mornfall
[03:25] <Riddell> oh, you might be able to make milestones in malone
[03:25] <Riddell> although I suspect adept would need to be registered as a launchpad product in that case
[03:26] <mornfall> okey, i'll (ab)use tile in that case
[03:26] <mornfall> it's the path of least resistance :)
[03:26] <mornfall> as soon as i find out how to change that
[03:27] <Tonio_> Hobbsee: waiting for your feedback
[03:27] <Hobbsee> Tonio_: dead as a doornail...
[03:27] <Riddell> mornfall: "Edit Description"
[03:27] <Tonio_> Hobbsee: ???
[03:27] <Hobbsee> Tonio_: you dont want my feedback...
[03:28] <Tonio_> Hobbsee: of course I want ;)
[03:28] <Hobbsee> Tonio_: http://pastebin.com/688547
[03:28] <Tonio_> Hobbsee: argh........
[03:29] <Hobbsee> hehe
[03:29] <Hobbsee> i told you you didnt want to know!
[03:29] <Tonio_> what the f*ck is this ?
[03:30] <Tonio_> okay, let's try without any package first ;)
[03:30] <Tonio_> any patch
[03:31] <Hobbsee> Tonio_: reproducible every time
[03:31] <Tonio_> Hobbsee: yes, just seen that on my desktop, even if I don't have any wifi card...
[03:31] <Hobbsee> dunno what to install to get the debug symbols though
[03:32] <Tonio_> Hobbsee: do you have network-manager running ?
[03:32] <mornfall> Riddell: what should be the version after 2.0?
[03:32] <Hobbsee> Tonio_: according to ps aux, yes
[03:32] <mornfall> Riddell: say, dapper+1 -- 2.1?
[03:33] <Tonio_> Hobbsee: okay I will investigate
[03:33] <Hobbsee> Tonio_: okay...and i'll try to revert...
[03:33] <mornfall> Riddell: i suspect 3.0 won't be in time for dapper+1
[03:34] <Lure_> mornfall: why not use "In Progress" status?
[03:34] <mornfall> Lure_: no idea, noone told me there is such thing ;-)
[03:34] <mornfall> and i didn't notice
[03:35] <Lure_> mornfall: title change is "Edit Description" (I was also searching for it for couple of days ;-)
[03:35] <Hobbsee> Tonio_: good thing you didnt stick it in your repo hehe :P
[03:35] <Tonio_> Hobbsee: yup ;)
[03:35] <mornfall> Lure_: i found that out
[03:35] <Tonio_> I'm testing without lure's patch first
[03:36] <Lure_> mornfall: I see now - I am ready from top down and writing answers... ;-) I should have read all first... ;-)
[03:37] <mornfall> hmm, are we UI-frozen or not yet?
[03:37] <Hobbsee> mornfall: er, i think we are...
[03:37] <Hobbsee> we're string frozen, at least
[03:39] <mornfall> hmm, a week late
[03:39] <Hobbsee> mornfall: i wonder how strict they are :P
[03:39] <mornfall> well, summary of changes i wanted to do:
[03:40] <mornfall> the updater currently forces user to pull updates
[03:40] <mornfall> i wanted to turn quit into skip this for the first page
[03:41] <mornfall> and for adept, i was contemplating about a way to force changes preview on users when implicit package removals are to be done
[03:41] <Hobbsee> ah ok
[03:42] <mornfall> but i guess that would violate freeze
[03:42] <Hobbsee> is there an exception process for that?  ::P
[03:43] <mornfall> i don't know
[03:46] <Riddell> mornfall: 2.1 sounds about right
[03:46] <mornfall> i'm trying to figure how much sense it makes to have a 2.1
[03:47] <Riddell> 2.5?  like firefox :)
[03:47] <mornfall> libapt-front started receiving big changes for 3.0 already
[03:47] <mornfall> adept 3.0 that is
[03:47] <mornfall> so it would be basically 2 branches
[03:47] <mornfall> i just don't know what state will 3.0 be in time of dapper+1 freeze
[03:47] <mornfall> what is the planned cycle for that? 6 months again?
[03:48] <Riddell> no, 4 months
[03:48] <Riddell> as if dapper had been on time
[03:48] <mornfall> that's no use then
[03:48] <mornfall> dapper+2 as a 3.0 target then
[03:48] <mornfall> and for dapper+1 bugfix mode
[03:49] <kmon> FYI for dapper ubuntu dev's were talking about smart package manager.
[03:49] <mornfall> oh, well, right
[03:49] <mornfall> that's on kubuntu to decide if they want adept or no
[03:49] <kmon> sure
[03:49] <mornfall> for 3.0 it will be independent of apt i suppose
[03:50] <mornfall> so even if apt-get or libapt-pkg is not shipped in main
[03:50] <mornfall> libept and adept could be
[03:50] <Tonio_> Hobbsee: got it to work here without some patches
[03:50] <mornfall> (libapt-front will be renamed to libept and current ept will be renamed to adept so libadept as well)
[03:50] <Hobbsee> Tonio_: nice :)
[03:50] <mornfall> the commandline tool will be ept
[03:50] <Tonio_> Hobbsee: I need to check which one creates the issue testing one by one
[03:51] <kmon> nice
[03:51] <Tonio_> Hobbsee: I still get X Error: BadDevice, invalid or uninitialized input device 169 in output
[03:51] <mornfall> the other possibility is that you either don't ship a KDE package manager or find someone to write it
[03:51] <Tonio_> but app isnt crashing
[03:51] <Hobbsee> Tonio_: ouch, right
[03:52] <apokryphos> mornfall: a complete split from apt? Sounds interesting :)
[03:52] <mornfall> however, it would be good to know if you want to ship adept under these conditions
[03:52] <apokryphos> what are the plans with that?
[03:52] <mornfall> because if you don't, i will take more freedom in planning release
[03:54] <Riddell> if ubuntu does change to smart (still a big if) then I'll probably have to port the smart gtk frontend to qt
[03:54] <Riddell> but on the whole, I'd much rather stay with adept
[03:54] <apokryphos> smart rocks, too :D 
[03:54] <Riddell> mornfall: ubuntu conference, June 18th, Paris by the way
[03:55] <Riddell> we can probably get you sponsorship
[03:55] <apokryphos> Riddell: are there talks in ubuntu about that?
[03:55] <Riddell> apokryphos: talks in ubuntu?
[03:55] <apokryphos> about moving to smart
[03:55] <Riddell> apokryphos: Mark mentioned it at the last conference, that's about all
[03:55] <mornfall> well, smart is not very useful on debian -- it took about 1:30 of CPU time just to compute dist-upgrade :P
[03:56] <apokryphos> Riddell: any links and/or places to look?
[03:56] <Riddell> apokryphos: not that I know of
[03:56] <mornfall> which is 1:25 more than i am willing to wait
[03:56] <freeflying> Riddell: livecd install crashed, http://paste.ubuntu.org.cn/104
[03:56] <apokryphos> mornfall: over a minute? Ouch. It does take some time to compute that
[03:56] <Lathiat> smart?
[03:56] <apokryphos> apt is definitely pacier
[03:57] <Riddell> freeflying: sigh, yet another unicode error
[03:57] <apokryphos> also smart doesn't have things like build-dep etc
[03:57] <Riddell> freeflying: thanks
[03:57] <mornfall> apokryphos: it was a biggish upgrade to be honest
[03:57] <apokryphos> mornfall: still
[03:57] <freeflying> Riddell: also the adept_update_notify wasn't disable when livecd start
[03:58] <mornfall> apokryphos: price for writing it in python
[03:58] <apokryphos> indeed
[03:58] <mornfall> it also means bootstrap would have to fetch python
[03:58] <mornfall> which is a nuisance, sort of
[03:59] <freeflying> Riddell: kio_universe crashes often on livecd, i386 installed and ppc installed http://paste.ubuntu.org.cn/105
[03:59] <Riddell> freeflying: that just means there have been new packages since the live cd was made
[04:00] <Tonio_> Riddell: I was looking at the livecd and I think there is a little issue actually
[04:00] <Riddell> hmm, a scim error
[04:00] <Riddell> Tonio_: what's that?
[04:01] <Tonio_> Riddell: as it will be the main install cd once dapper is out, having it in english only is a bit problematic no ?
[04:01] <Riddell> Tonio_: you can change the language at the boot prompt
[04:02] <Tonio_> Riddell: ah ? didn't thought about that indeed, I assumed the question would be asked during the boot process
[04:02] <Tonio_> I will have to test
[04:02] <Riddell> it's not obvious I agree
[04:02] <Tonio_> Riddell: that looks "working but not user friendly"
[04:03] <Tonio_> as I think raphink didn't thought about that too :)
[04:03] <freeflying> Riddell: ubuntu's livecd's upgrade_notify will be removed from booting, so will we remove it too
[04:07] <Riddell> freeflying: any idea how they remove it?
[04:07] <freeflying> Riddell: in ubuntu's , just remove it from autostart
[04:07] <freeflying> Riddell: so we can do it too
[04:08] <Riddell> but it must be removed somewhere, probably casper, and added back somewhere too
[04:08] <freeflying> Riddell: in casper
[04:08] <freeflying> Riddell: it will not add back
[04:09] <Riddell> it needs to be added back by the installer for the installed system
[04:09] <freeflying> then it's a bug a ubuntu's  :)
[04:13] <Tonio_> Hobbsee: I identified the problem with knm, that's the dialup patch
[04:13] <Tonio_> shoudn't be hard to fix
[04:13] <Hobbsee> Tonio_: ah okay :)
[04:14] <Lure_> Tonio_: debian has updated dialup patch I think...
[04:14] <Tonio_> Lure_: yes, but I'm first trying to reapply the patch, maybe I did an error first time
[04:15] <Tonio_> then, if that isn't resolved, I will look at debian's
[04:15] <Tonio_> I first want to understand why did that crash ;)
[04:15] <Lure_> Tonio_: fine, I just noticed in theri svn that they updated it recently
[04:16] <Tonio_> Lure_: I replaced the icons in the novall tarball by latest svn ones for info ;)
[04:16] <Tonio_> they are way better
[04:20] <Tonio_> Lure_: it works repapplying the patch
[04:20] <Hobbsee> night all
[04:20] <Tonio_> Hobbsee, Lure_, emaling you the valid version
[04:20] <Tonio_> Hobbsee: plz 2 minutes :)
[04:20] <Tonio_> argh
[04:22] <Tonio_> Lure_: you should have the mail
[04:22] <Tonio_> marseillai: t'es la ma poule ?
[04:23] <Lure_> Tonio_: got it
[04:24] <Tonio_> Lure_: hehe
[04:25] <Lure_> new icons look nice...
[04:26] <Tonio_> yes ;)
[04:26] <Lure_> Tonio_: notification configuration is also great - just need to test it a bit...
[04:26] <Tonio_> the configure notification patch give way better result
[04:27] <Tonio_> only problem is that actions are not translated, but that's not a big issue
[04:29] <Tonio_> Lure_: let me know and if that sounds nice, I'll publish to my repo
[04:30] <Lure_> now that I need them, none is there (wireless networks of my neighbours ;-)
[04:30] <Tonio_> haha
[04:30] <Lure_> Tonio_: I will reboot/login again to observe behaviour when kwallet is access for first time
[04:30] <Tonio_> yes, great
[04:31] <Tonio_> Lure_: lots of wallet issues where reported
[04:31] <Tonio_> would be nice to know if that helps, since that would make uvfe easier to get approved :)
[04:31] <Lure_> Tonio_: I had this kded failure too for one day, but now is gone!
[04:31] <Tonio_> the more bugs closed, the easier uvfe is ;)
[04:32] <Lure_> Will try couple of tests with log i/out
[04:32] <Tonio_> thanks, I'm sorry I can't follow you on tests this time
[04:33] <Tonio_> Lure_: I still need to apply patch for bugzilla
[04:34] <Lure_> Tonio_: interesting, they changed to bugs.kde.org, but not to e-mail account...
[04:35] <Tonio_> yes, and po files don't have the change......
[04:35] <Tonio_> ./po/hu.po:msgstr "http://bugzilla.novell.com"
[04:35] <Tonio_> I wonder if I really have to patch all of them
[04:36] <Tonio_> Lure_: need to patch this for you ?
[04:42] <Lure> Tonio_: I got KDED error again, and wallet misbehaving also (seen it once before)
[04:42] <Tonio_> Lure: damn........
[04:43] <Tonio_> Lure: can you try cleaning your wallet entries ?
[04:43] <Lure> Tonio_: I think this are generic problems of KDED more than really knm - knm probably just triggers it
[04:43] <Tonio_> Lure: about the address, should I add bug@kde.org ?
[04:44] <Tonio_> Lure: most kde apps are using http://bugs.kde.org
[04:44] <Lure> Tonio_: I am not sure how other are doing this, but Konversation/Kontact... have nice "Report Bug" compared to knm...
[04:44] <Tonio_> Lure: but knm opens kmail when clicking on it, so what's better ?
[04:44] <Tonio_> let's check sources then
[04:45] <Tonio_> Lure: I just hope the kded error isn't every boot.....
[04:46] <Lure> Tonio_: I got it for several reboots, but then last two was w/o - it is really some obscure bug it seems
[04:47] <Tonio_> Lure: yup, but maybe not due to knm
[04:47] <Tonio_> Lure: did you got it with old version too ?
[04:50] <Lure> Tonio_: yes, I got it with repo version too
[04:50] <Tonio_> Lure: okay. so which email should I add ? bugs@kde.org ?
[04:50] <Tonio_> I don't have historic of our yesterday discussion :)
[04:52] <Tonio_> or I will simply remove it since it isn't clear at all
[04:52] <Lure> Tonio_: if you remove that it will get default value. Just remove the variable and the use of variable when KAbout is contructed
[04:53] <Lure> http://developer.kde.org/documentation/library/cvs-api/kdelibs-apidocs/kdecore/html/classKAboutData.html
[04:53] <Tonio_> Lure: may be better since knetworkmanager is now on kde
[04:54] <Lure> there you can see submit@bugs.kde.org - but better not have this in our patch
[04:54] <Lure> in case it changes later (unlikely though)
[04:57] <Tonio_> Lure: I'm first trying without the line att all and see ;)
[05:06] <Tonio_> Lure: I'm pushing it to the repo and make an uvfe
[05:14] <Tonio_> Lure: removing the entry make it use the web link that other applications are using, which is nice
[05:16] <Riddell> Tonio_: what .h files were missing from kdepim?
[05:17] <Tonio_> Riddell: all files in networkstatus/
[05:17] <Tonio_> Riddell: let me get the list
[05:17] <Riddell> Tonio_: they are all marked as noinst_HEADERS in Makefile.am
[05:17] <Tonio_> Riddell: the one I needed was clientiface.h
[05:18] <Tonio_> Riddell: well, in that case, suse did crappy stuff ;)
[05:19] <Tonio_> Riddell: anyway, the usage of this was comment as "ugly hack" in the sources, so maybe luka renko's patch to remove this is better
[05:19] <pradeepto> Riddell: am I supposed to see a MAP in the "Where are you section?" thing?
[05:20] <Riddell> pradeepto: no, it's not implemented yet
[05:20] <Riddell> I may not have time for that
[05:20] <pradeepto> uh oke
[05:22] <pradeepto> Riddell: you mean for the final release or just for the betas?
[05:22] <Lure> Riddell: we should ping danimo when he is around for networkstatus - I am not sure if kdepim has it own copy just becasue there is no separate -dev package for networkstatus yet
[05:22] <Riddell> pradeepto: well it's not in the beta, but I'd like to do it for the final release but it's not a priority
[05:22] <Lure> Riddell: in such case it makes sense that it does not install its own copy
[05:23] <pradeepto> Riddell: aah..I understand.
[05:24] <pradeepto> Riddell: is it an KDE app or Py/KDE app? And where is the source available?
[05:24] <danimo> hi there
[05:25] <Riddell> danimo: seems knetworkmanager needs clientiface.h but kdepim doesn't install it
[05:25] <danimo> pradeepto: you're a quite omnipresent guy, aren't you? ;)
[05:25] <Tonio_> hi danimo
[05:25] <danimo> hi Tonio_, Riddell
[05:25] <Riddell> pykde, all help appreciated https://wiki.kubuntu.org/KubuntuUbiquity
[05:25] <pradeepto> danimo: :)
[05:25] <danimo> Riddell, Tonio_: I went through the suse patches with allen winter yesterday
[05:26] <danimo> Riddell, Tonio_: suse heavily patched kdepim and stuff to make it work with network manager and knetwork manager
[05:26] <danimo> essentially. you need to pull their kde pim patches
[05:26] <Riddell> right.  I'm not too keen to do that post beta
[05:26] <Lure> danimo: should we do that or you see that it is too intrusive?
[05:27] <Tonio_> Riddell: yes, sounds a bit late for this
[05:27] <danimo> well, the suse guys made it so that kde apps would depend on knetworkmanager running
[05:27] <danimo> so it would break in a "kde apps on gnome with nm applet" scenario afaict
[05:27] <Lure> danimo: and we cannot do that...
[05:27] <danimo> but I am still waiting for a feedback from suse
[05:27] <Tonio_> danimo: as long as we don't knetworkmanager by default, patching like this sounds dangerous
[05:27] <danimo> yes
[05:28] <danimo> there is a patch that does it more properly
[05:28] <Tonio_> danimo: does it affect the "normal" way to work when networkmanager isn't installed ?
[05:28] <Lure> this seems like a nice thing for edgy
[05:28] <danimo> but that one breaks in some cases
[05:28] <danimo> see  https://bugzilla.novell.com/show_bug.cgi?id=165907&x=0&y=0&=Find
[05:28] <danimo> Tonio_: no, it should not
[05:29] <Tonio_> danimo: ok
[05:29] <danimo> Tonio_: I really want to talk to Will before doing anything
[05:29] <Tonio_> danimo: sure
[05:29] <danimo> Tonio_: I suggest we wait for him to show up, commit the patches to branch and you just take the branch diff from there
[05:29] <danimo> him == Will, one of the SUSE guys
[05:29] <Tonio_> can be interesting for edgy, but as knetworkmanager build nicelly with Lure's patch, no need to go over this
[05:29] <danimo> Tonio_: what do you mean?
[05:30] <Lure> danimo: we removed networkstatus stuff from latest knm to compile w/o it
[05:30] <danimo> ic
[05:30] <Tonio_> danimo: Lure patched so that he removed network status functions from knetworkmanager
[05:30] <Tonio_> so we can use it without those kdepim patches
[05:30] <danimo> Tonio_: network manager itself is broken for me since quite a while. it doesn't adjust the ESSID
[05:31] <danimo> and it sometimes fails to show the names of the network and stays with an emty ESSID
[05:31] <Lure> danimo: this should have been fixed with last update
[05:31] <Tonio_> hum... Lure didn't that worked for you ?
[05:31] <danimo> Lure: as of when?
[05:31] <Lure> 1 day (max 2 day_ ago)
[05:31] <Tonio_> danimo: I can send you source patch if you're interested in it
[05:31] <Lure> danimo: https://lists.ubuntu.com/archives/dapper-changes/2006-April/009895.html
[05:32] <Tonio_> danimo: it is based on latest novell's src-rpm package published yesterday
[05:32] <danimo> ah, they tried to lose the dependency
[05:32] <danimo> I just looked in the changelog
[05:32] <danimo> Tonio_: ic
[05:32] <danimo> Lure, Tonio_: does anyone know if/when the vpn plugins will make it into universe?
[05:33] <Tonio_> danimo: I need someone to revu them to upload ;)
[05:33] <Tonio_> slomo did, but nobody else seems interested... I added the packages on revu
[05:33] <Lure> danimo: I cannot test (problems with our IT certificates)
[05:33] <Tonio_> danimo: at least the openvpn one works for me, I can't test the vpnc
[05:34] <Lure> Tonio_: did you discuss with with Keybuk? Is he at all interested to see this in Dapper universe or not?
[05:34] <Tonio_> Lure: I pinged him but didn't receive any rsponse
[05:34] <danimo> Tonio_: where is it?
[05:34] <Lure> Tonio_: I just installed it, but already "Configure VPN..." does nothing for me
[05:35] <Tonio_> danimo: http://revu.tauware.de/details.py?upid=2283 and http://revu.tauware.de/details.py?upid=2284
[05:35] <Tonio_> Lure: which one ?
[05:35] <Lure> kubuntu.no-ip.org repo
[05:35] <Tonio_> Lure: not sure I added them there did I ?
[05:35] <Lure> Tonio_: you did - that is what I installed
[05:36] <Tonio_> Lure: and which one did you test ?
[05:36] <Tonio_> cause I'm here using the openvpn one, which give perfect result
[05:36] <Lure> Tonio_: I have installed both (openvpn, vpnc), but I really only need vpnc
[05:37] <Tonio_> Lure: and nothing happens when you launch the configuration tool ?
[05:37] <danimo> Tonio_: that's not the package itself up there, or what am I missing? I man ot familiar with revu
[05:38] <danimo> I am not even
[05:38] <Tonio_> danimo: there are ource packages
[05:38] <Tonio_> they need to be build, and you can find debs on my personnal repo
[05:38] <Tonio_> danimo: which seems to be down for a few minutes :)
[05:39] <danimo> Tonio_: url?
[05:39] <Tonio_> http://kubuntu.no-ip.org
[05:39] <Tonio_> wait a moment for the server to come back online
[05:39] <Tonio_> my hoster seems to have an issue
[05:39] <danimo> ok
[05:40] <danimo> Tonio_: works fine here
[05:40] <Tonio_> danimo: then my isp has an issue ;)
[05:40] <Lure> Tonio_: exactly - selecting menu entry does nothing (no log to console either) - I did not report as I was distracted by knetworkconf
[05:40] <Lure> ;-)
[05:41] <Riddell> bug 42081, first complains about kuickshow going
[05:41] <Ubugtu> Malone bug 42081 in kdebase "Cannot execute kuickshow" [Normal,Unconfirmed]  http://launchpad.net/bugs/42081
[05:41] <Riddell> I wonder how many more we'll get
[05:41] <Tonio_> Riddell: that's different
[05:41] <Tonio_> the kuickshow package seems broken
[05:41] <Tonio_> I installed it and couldn't launch kuickshow
[05:42] <Riddell> yes, it's not compiled any more
[05:42] <Lure> Tonio_: it depends on some lib that was dropped from main...
[05:42] <Lure> Riddell: can we not move it to universe?
[05:42] <pradeepto> Riddell: help
[05:42] <Riddell> Lure: no, kdegraphics is in main so all it's build-deps also have to me
[05:42] <Riddell> to be
[05:43] <pradeepto> Riddell: I was "testing" the beta installer thingie after the cd booted up.
[05:43] <pradeepto> Riddell: reached upto "Select your keyboard language" thing
[05:44] <pradeepto> Riddell: after that the app just vanished from screen or something
[05:44] <pradeepto> Riddell: so I shutdown and rebooted from the hdd
[05:44] <Riddell> pradeepto: on beta 1 that wil happen
[05:44] <pradeepto> Riddell: only to find out that the grub has been hosed :(
[05:45] <Tonio_> Lure: I also meet the openvpn problem now........
[05:45] <danimo> Riddell: how is the live cd installer going btw?
[05:45] <pradeepto> Riddell: please tell me that my data is fine, tell me that it didnot touch the partition
[05:45] <Tonio_> probably something changed or package was updated
[05:45] <Lure> Tonio_: cannot configure?
[05:45] <Tonio_> Lure: nope, but maybe that's due to external change, since it worked with the same binary one month ago
[05:45] <Tonio_> Lure: I'm trying to repackage debs
[05:47] <Riddell> pradeepto: it may have wiped your partition table, in which case you need to apt-get install gparted and restore it with  "gpart -W /dev/hda /dev/hda"
[05:47] <Riddell> pradeepto: https://launchpad.net/distros/ubuntu/+source/ubiquity/+bug/40464
[05:47] <Ubugtu> Malone bug 40464 in ubiquity "espresso crashes on partitioning step in Kubuntu 6.06 LTS Beta Live CD" [Critical,Fix released]  
[05:47] <pradeepto> Riddell: you mean to say I have lost all the data in there.?
[05:47] <Riddell> danimo: ok, apart from wiping people's partition tables (the reason for beta 2) and weird things with unicode strings not working
[05:47] <Riddell> pradeepto: no, just the partition table, which can be restored
[05:48] <pradeepto> ah oke
[05:48] <danimo> Riddell: I meant the Qt gui
[05:48] <pradeepto> phew!
[05:48] <Riddell> danimo: so did I
[05:48] <danimo> bbl
[05:49] <pradeepto> Riddell: I can do a apt-get install with a live cd running?
[05:49] <Lure> Tonio_: why you marked bug 42027 as unconfirmed - it is confirmed on my system
[05:49] <Ubugtu> Malone bug 42027 in knetworkmanager "Frequency is ZERO" [Minor,Unconfirmed]  http://launchpad.net/bugs/42027
[05:50] <Lure> pradeepto: https://lists.ubuntu.com/archives/dapper-changes/2006-April/009895.html
[05:50] <Tonio_> Lure: cause I though the confirmed status was from bug reporter ;) since there is no other comment
[05:50] <Lure> pradeepto: wrong paste
[05:50] <Riddell> pradeepto: yes
[05:50] <Lure> pradeepto: https://wiki.ubuntu.com/DapperBeta/PartitionTableCorruption
[05:51] <pradeepto> thanks Lure Riddell
[05:51] <Tonio_> Lure: I will rechange then
[05:51] <Lure> Tonio_: will add comment now ;-)
[05:51] <Tonio_> Lure: hehe, ok :)
[05:56] <Tonio_> Lure: openvpn module seems completly broken.......... sounds weird since it worked
[05:58] <Tonio_> danimo: consider not using my repo then ;)
[06:01] <Tonio_> Lure: that's very strange........ it was working for me 2 weeks ago
[06:01] <Tonio_> and slomo got it working too
[06:01] <Tonio_> Lure: would be interesting to know if that works correctly on gnome
[06:02] <Tonio_> Lure: when did you notice the issue ?
[06:03] <Lure> monday or maybe friday last week
[06:03] <Lure> I also tried kvpnc and crashed a lot... :-(
[06:03] <Tonio_> Lure: yes ;)
[06:03] <Tonio_> Lure: try kovpn package I added to revu
[06:03] <Tonio_> works nicelly
[06:04] <Lure> Tonio_: I need vpnc
[06:04] <Tonio_> Lure: I assume the openvpn km issue is due to external changes
[06:04] <Tonio_> Lure: ah....
[06:04] <Lure> Tonio_: our IT gave me Cisco client, but it does not even compile on Ubuntu ;-)
[06:05] <Tonio_> hehe
[06:06] <Tonio_> ipsec suxx anyway
[06:06] <Tonio_> Lure:  :)
[06:08] <Riddell> danimo: what does Reinhold Kainhofer do?
[06:23] <danimo> Riddell: he's the korg maintainer these days
[06:23] <danimo> re
[06:23] <Riddell> sounds just the type for a people behind kde interview then
[06:24] <danimo> Tonio_: too late. what's wrong about it?
[06:24] <danimo> Riddell: right, why?
[06:25] <danimo> Riddell: he's got a PhD in math, which scared me at first, but he's a really cool dude
[06:27] <danimo> Riddell: updated kdelibs? why?
[06:27] <danimo> Riddell: is there any way that adept could show the latest changelog entry?
[06:29] <Riddell> danimo: because I'm looking for people to invite for People Behind KDE interviews
[06:29] <Riddell> updated kdelibs? what?
[06:30] <Riddell> danimo: there's a wishlist for it, but it's not planned for dapper
[06:30] <danimo> Riddell: ubuntu-12
[06:30] <Riddell> * Alter kde.mk to include kde.pot strings in kdelibs.po
[06:30] <Riddell> nothing that affects users
[06:30] <danimo> ok
[06:31] <Riddell> although hopefully fixes Tonio_'s lack of French problems
[06:31] <Riddell> once it's gone through rosetta
[06:33] <danimo> Tonio_: what's wrong with your repo?
[06:34] <danimo> Lure: btw: the frequency bug is confirmed here, too
[06:37] <Lure> danimo: ok - btw, you are kdepim guy?
[06:38] <danimo> yes
[06:38] <Lure> danimo: where are passwords and mail accounts stored? kwallet?
[06:38] <danimo> Lure: why?
[06:38] <danimo> Lure: depends, but yes, usually it's kwallet
[06:39] <danimo> unless the user disallows the kwallet setup
[06:39] <Lure> danimo: due to X bug, logout/shutdown causes hung of my system and this sometimes result in lost e-mail accounts (typically only POP, IMAP one stays)
[06:39] <Lure> or at least passwords
[06:39] <danimo> then the password is scambled (by a unicode variant of rot13, nothing clever) and written to kmailrc
[06:40] <danimo> Lure: well, that's not a password problem
[06:40] <danimo> Lure: it's a matter of kmail corrupting its config file sometimes
[06:40] <Lure> danimo: I would thought so...
[06:40] <Lure> danimo: known issue
[06:40] <Lure> ?
[06:40] <danimo> yes
[06:41] <danimo> Lure: some fixes went into 3.5.3
[06:41] <danimo> Lure: you might want to backport them
[06:41] <danimo> Lure: I think david faure backported that fix to branch recently
[06:41] <Lure> ok, I will look into this - where is actually the stable branch in svn?
[06:41] <danimo> Lure: not sure if it is exactly your issue, but it might help
[06:41] <danimo> Lure: /branches/KDE/3.5/kdepim
[06:42] <danimo> Lure: /trunk/KDE/kdepim is development for KDE 4
[06:42] <Lure> danimo: thanks - will look at the code and see if it makes sense to backport (also korg crash bug)
[06:42] <danimo> k
[06:53] <Lure> Riddell: I have just pointed them to your nice response - see bug 42091  ;-)
[06:53] <Ubugtu> Malone bug 42091 in kdegraphics kuickshow "kuickshow pacakge has no kuickshow binary" [Normal,Unconfirmed]  http://launchpad.net/bugs/42091
[07:02] <Tonio_> danimo: packages on my repo are failing.... they worked a few weeks ago.... weird but that's it
[07:18] <Tonio_> Lure: I was thinking about this.... is it a good thing to autostart knm like we do ?
[07:19] <Tonio_> isn't that the cause of your problem ?
[07:19] <Tonio_> Lure: what happens if knm starts before wallet ? ;)
[07:19] <Tonio_> maybe let the user launch it the first time and let kde restart it because of the session management is better
[07:20] <Tonio_> that worth testing
[07:26] <danimo> I had the problem that kio system would die on kde startup
[07:26] <danimo> is that known?
[07:26] <danimo> probably not always, but most of the time
[07:29] <pradeepto> Riddell: the source for ubiquity in the dapper universe, is that the latest and best? If not how do I get it form bzr?
[07:30] <pradeepto> *from
[07:35] <toma> where is Quit hidden in KNemo?
[07:42] <pradeepto> Riddell: what do I need to provide for [BRANCH_LOCATION]  ?
[07:45] <Tonio_> toma: knemo is a kde service
[07:45] <Tonio_> you have to stop the service to shut it down
[07:46] <toma> Tonio_: that is not obvious and i still dont know how to do that
[07:47] <Tonio_> toma: systemsettings -> kde components -> service manager
[07:47] <Tonio_> should be something like that in english
[07:47] <Tonio_> then you'll see the knemo service, simply shut it down
[07:48] <toma> Tonio_: thanks, i would have never found that.
[07:48] <Tonio_> toma: your servant ;)
[07:49] <Tonio_> reboot time
[07:55] <Tonio_> Lure: disabling the /usr/share/autostart feature makes knetworkmanager start later, just after the desktop il started
[07:55] <Tonio_> Lure: I'm quite certain that avoids the wallet acces error and kicker crash
[08:01] <Lure> Tonio_: great news!
[08:05] <Tonio_> Lure: since you got the problem, fancy testing the package ?
[08:05] <Lure> sure - send me and I will do in next hour
[08:07] <Tonio_> Lure: never make kids prior to tonio's tests ;)
[08:09] <Tonio_> to be serious Lure how many kids do you have ?
[08:12] <Lure> Tonio_: two daughters (3 and 8 years)
[08:13] <Tonio_> hehe nice ;)
[08:13] <Tonio_> my girlfriend and I are thinking about a baby soon :)
[08:13] <Tonio_> I am now 28, and I don't to be a 45 years young dady :)
[08:37] <Lure> Tonio_: see this: http://www.kde.org/announcements/changelogs/changelog3_5_2to3_5_3.php
[08:37] <Tonio_> Lure: I just saw this ;)
[08:37] <Lure> Tonio_: we need to look if we want to include something in Dapper (backport)
[08:37] <Tonio_> Lure: yes, we can diff kdeprint and make a patch of this
[08:37] <Lure> Tonio_: got your package - will try now
[08:38] <Tonio_> Lure: but that sounds complicated stuff ;)
[08:38] <Lure> Tonio_: I think that kdeprint might be the stuff that Michael did for Kubuntu anyhow...
[08:38] <Tonio_> Lure: do you have problems with kdeprint actually ?
[08:38] <Tonio_> worked here latest time I had to print something :=)
[08:38] <Lure> Tonio_: not anymore - everything works as it should (however I did not test from scratch yet - menaing no primters configured)
[08:39] <Tonio_> Lure: is the admin mode working for you ?
[08:39] <Lure> yes
[08:39] <Tonio_> I released a fix for this but 2 personns told me it didn't work for them (sounds strange since it works for many....)
[08:39] <Tonio_> okay
[08:40] <Tonio_> Lure: I can confirm it works when no printer is configured on a beta + dist-upgrade
[08:40] <Lure> Tonio_: now I see why they compling - you can enter *anything* as password and it still looks like it is in admin mode (red border)
[08:40] <Tonio_> Lure: I had knetworkmanager back in Kmenu/internet, since it can now be shutdown without autorestart
[08:40] <Tonio_> Lure: hu ?????????
[08:41] <Lure> Tonio_: I heard Hobbsee (I think) in the morning with that and just tried it...
[08:41] <Tonio_> Lure: doesn't work like that here
[08:42] <Lure> Tonio_: but this is not printer specific - I just trien Networks
[08:42] <Lure> :-(
[08:42] <Tonio_> when I put a mlsdfgjmlsdfkgp"umoiu password, I get the error message "invalid password"
[08:42] <Lure> strange, but this is Major issue...
[08:42] <Tonio_> what the f**k is this ?
[08:42] <Lure> I think it is some kdesu f*ck up
[08:42] <Tonio_> Lure: in any case try on a new fresh profile
[08:43] <Tonio_> I personnaly clean my profile every 2 days because of this
[08:43] <Tonio_> changes can do weird things because of profile settings sometime
[08:43] <Lure> Tonio_: shit! I can create new users with *anything* as password
[08:43] <Tonio_> Lure: I rebooted after dist-upgrade 30 minutes ago
[08:43] <Lure> Riddell: ^^^ !!!
[08:43] <Tonio_> Lure: ARGH !!!!!
[08:44] <Tonio_> Lure: are you up to date ?
[08:45] <Lure> Tonio_: 4-6 hours - will update again and install knm and reboot
[08:45] <Tonio_> Lure: yes, since I don't have the issue..... sounds VERY strange
[08:45] <Lure> Tonio_: Add/remove programs works - complains about invalid password
[08:45] <Tonio_> Lure: printer works, network too, I will try others
[08:45] <Lure> It is just system settings Admin mode that does not care about permissions!
[08:46] <Tonio_> Lure: none of those issues here
[08:46] <Tonio_> even guidance modules are okay
[08:49] <Lure> Tonio_: but profile settings should *not* cause something like this!
[08:49] <Tonio_> Lure: something like this I agree
[08:49] <Tonio_> only thing that can cause this to me is maybe kdelibs updated without reboot
[08:50] <Tonio_> weird things can happen when kde or kdelibs are updated without reboot :)
[08:51] <Tonio_> anyhow that SUPERMAJOR bug ;) We will need to create a new launchpad bug status :)
[08:51] <Lure> Tonio_: yes that could be - will see after reboot
[08:51] <Tonio_> yup
[09:12] <Lure> Tonio_: after trying reboot 3 times, no way to reproduce kde panel or wallet error - looks good
[09:12] <Lure> Tonio_: will try System settings now...
[09:12] <Tonio_> Lure: great ;)
[09:13] <Tonio_> Lure: the problem was certainly due to knetworkmanager starting before kwallet, resulting a conflict in the system or something
[09:13] <Lure> Tonio_: admin mode works now - reject invalid password -> you were probably right regaridng kdelibs
[09:13] <Tonio_> Lure: it is not the first time I can see strange issues after updating kdalibs without rebooting ;)
[09:13] <Lure> Tonio_: so the diff is now that user has to start it after install?
[09:13] <Tonio_> Lure: yes, they have to launch it the first time
[09:14] <Tonio_> then kde session management restarts it automatically
[09:14] <Lure> Tonio_: yes, but last updates were because of .pot files and I did not expect side effects
[09:14] <Tonio_> Lure: then it is really strange ;)
[09:14] <Lure> Tonio_: maybe is a combination of something, but at least we can tell now something to users to try
[09:15] <Tonio_> Lure: I don't think having to start knetworkmanager manualy the first time is a great usability issue
[09:15] <Tonio_> Lure: autostart was better, but well, if that causes bugs.......
[09:15] <Lure> Tonio_: for sure not, now we on same level as GNOME ;-)
[09:16] <Lure> Tonio: 3.5.3: Add media kioslave support to KFileDialog (bug #105771 and bug #106077)
[09:16] <Lure> kde bug 105771 kde bug 106077
[09:16] <Ubugtu> KDE bug 105771 in kfile "Using media-ioslave on local source(e.g. harddisk) gives message that it is not a local source" [Major,Resolved: fixed]  http://bugs.kde.org/show_bug.cgi?id=105771
[09:16] <Ubugtu> KDE bug 106077 in kfile "Removable media links do not work" [Normal,Resolved: fixed]  http://bugs.kde.org/show_bug.cgi?id=106077
[09:19] <Tonio_> interesting ;)
[09:20] <danimo> re
[09:20] <danimo> Tonio_: any idea what broke your package?
[09:20] <Lure> Tonio_: when is 3.5.3 to be released - changelog looks promising (not many new features)
[09:20] <Tonio_> danimo: absolutly not.... I tried to repackage but the modules still don't work....
[09:20] <Tonio_> danimo: that's simply unexplainable........
[09:20] <danimo> Tonio_: even a click on "configure" does nothing
[09:20] <Tonio_> danimo: yes
[09:21] <Tonio_> when I start the modules in shell, there is simply no output
[09:21] <danimo> waaaah, who stole the alt+cursorkey bindings on konvi?
[09:21] <Tonio_> but I don't get any error during the build.....
[09:21] <danimo> Tonio_: does strace help?
[09:21] <Tonio_> danimo: it is probably me sorry ;)
[09:21] <danimo> Tonio_:  nah, no worries
[09:21] <pradeepto> danimo: it works on my box.
[09:21] <Tonio_> danimo: tab switching ?
[09:21] <danimo> Tonio_: yes
[09:22] <Tonio_> in fact I chaned it and added it back
[09:22] <danimo> Tonio_: ok, next update then
[09:22] <Tonio_> second shortcut is now the first, and there is a new standard that was defined for all tabed apps
[09:22] <Tonio_> this one is the second
[09:22] <danimo> Tonio_: what binding is it then?
[09:23] <Tonio_> first : alt + left/right, second : ctrl + pgup/down
[09:23] <Tonio_> the second is standard for kopete, konqueror, konsole etc....
[09:23] <Tonio_> danimo: I simply don't understand what the point is with vpn modules.....
[09:24] <\sh> moin moin
[09:24] <Tonio_> the only thing I'm sure is that the problem is external to the packages
[09:24] <danimo> Tonio_: I don't even know how it is supposed to work in first place
[09:24] <Tonio_> since the same deb files worked very nicelly 2 weeks ago
[09:24] <danimo> hi \sh
[09:24] <Tonio_> hey \sh
[09:24] <\sh> strange behaviour since the last updates
[09:24] <danimo> Tonio_: so you don't think it's a problem with the updated network manager?
[09:24] <Tonio_> \sh: did I congrat you for you new job ?
[09:24] <danimo> new job?
[09:25] <\sh> load is going up to 2, my laptops fan is continously on
[09:25] <Tonio_> danimo: I don't think so but that could
[09:25] <\sh> Tonio_: thx :)
[09:25] <Tonio_> danimo: I tried to rebuild with latest n-m, no change.....
[09:25] <Tonio_> \sh: fancy testing the new knm package ?
[09:25] <Tonio_> 3 bugs closed and quite nice improvement
[09:26] <Lure> danimo: new knm is not the problem - it did not work for me already one week ago
[09:26] <\sh> sure give me a package :)
[09:26] <danimo> NetworkManager: <information>   starting...
[09:26] <danimo> NetworkManager: <WARNING>        main (): nm_data_new: Setting up dbus filter
[09:26] <danimo> NetworkManager: <information>   Adding VPN service 'org.freedesktop.NetworkManager.openvpn' with name 'openvpn' and program '/usr/bin/nm-openvpn-service'
[09:26] <Lure> danimo: I would suspect some n-m change could break this...
[09:26] <danimo> Tonio_: that looks at least like nm finds it
[09:26] <Tonio_> danimo: try to launch the module manually
[09:26] <Tonio_> nm-***-openvpn
[09:27] <Tonio_> not sure what the commande is, but you may find it :)
[09:27] <Tonio_> you should get blank output
[09:27] <Tonio_> Lure: n-m changes can make the module not working properly
[09:27] <Tonio_> Lure: I doubt it can make the module not even starting
[09:27] <danimo> Tonio_: well, its supposed to register as a dbus service
[09:27] <Tonio_> I'm thinking a gtk lib change or something
[09:27] <danimo> Tonio_: and appearantly that works
[09:28] <Tonio_> danimo: hum.....
[09:28] <Tonio_> \sh : http://ns2708.ovh.net/temp/knetworkmanager_0.1~svn-r533312-0ubuntu1_i386.deb
[09:28] <Tonio_> hope you'll not have problem with it ;) I added Provides stuff in it
[09:29] <\sh> Tonio_: let's see :)
[09:29] <Tonio_> \sh: but I didn't do like mickael.... I made knetworkmanager providing network-manager-kde
[09:29] <\sh> Tonio_: but more strange to me is that my load is very high...
[09:29] <danimo> Tonio_: is that even more recent than the one in your no-ip repo?
[09:29] <Tonio_> he did the opposite, but that's not logik to me
[09:29] <Tonio_> danimo: it is the same
[09:30] <Tonio_> but I updated the one on the repo 1 hour ago, so I suggest you upgrade ;)
[09:31] <Tonio_> knetworkmanager -> QT -> working
[09:31] <Tonio_> vpn modules -> gtk -> crashing
[09:31] <Lure> Tonio_: n-m-kde makes sense if you searh what is installed (dpkg -l | grep network-manager) and it also looks like naming in SuSE (probably also Fedora) where all n-m packages have NetworkManager prefix (NetworkManager-kde for knetworkmanager)
[09:32] <Tonio_> evidence of qt's supperiority :)
[09:32] <danimo> Tonio_: I thought the vpn modules were just implemented abstract
[09:32] <Tonio_> danimo: nope, those are gtk based
[09:32] <danimo> outch
[09:32] <Tonio_> Lure: yes it makes sense, but since you use provide, why not simply keeping the tarball name and provide the secondary name you want ?
[09:33] <danimo> Tonio_: if that is the case, one might consider to do a proper implementation
[09:33] <danimo> Tonio_: if only it wouldn't end up on page 3 of my todo list
[09:33] <Tonio_> danimo: well, the configuration windows are gtk based, not the core, of course
[09:33] <danimo> Tonio_: sure
[09:34] <Tonio_> Lure: why renaming the deb to provide the original one ? that's not logik to me.......
[09:34] <Tonio_> as the provided package is searchable and installable the same way that the "true" one
[09:34] <\sh> ok...restarting :)
[09:34] <Tonio_> danimo: that's why I would like to know if that fails on gnome too
[09:35] <Tonio_> maybe I have a miss dependancy or something
[09:35] <Tonio_> so that it was working but now fails since I reinstalled
[09:35] <Tonio_> slomo tested them on gnome when revuing my packages and that worked
[09:35] <Lure> Tonio_: I think it is just that knetworkmanager is seen as add-on to n-m (like nm-applet) and therefore they expect it to follow some naming 
[09:35] <Lure> Tonio_: and we probably do not want to be too far from what debian is doing...
[09:35] <Tonio_> Lure: and that's done providing the good name
[09:36] <Tonio_> Lure: we are not too far ;) we are using the same names, same patches
[09:36] <Tonio_> only diffrence is that the "real" deb is switched with the provided
[09:36] <Tonio_> \sh your opinion on this ?
[09:37] <Lure> Tonio_: \sh left...
[09:37] <Tonio_> arf he is not still there
[09:38] <\sh> works like a charm :)
[09:38] <Tonio_> \sh: nice ;)
[09:38] <Lure> \sh: like new icons?
[09:38] <Lure> \sh: and notifications?
[09:39] <Tonio_> \sh: I took the suse src-rpm, but replaced icons with the kdesvn ones
[09:39] <Tonio_> they are by far nicer
[09:39] <\sh> yepp...the notifications stuff is much better then my patch..actually they got the idea :)
[09:40] <Tonio_> \sh: autostart issues are supposedly gone too
[09:40] <Tonio_> \sh: concerning the naming, what do you think is the best ?
[09:40] <Tonio_> naming the package network-manager-kde and providing knetworkmanager or the opposite ?
[09:41] <Tonio_> I know debian choosed the first option, but that's not very "logic" to me
[09:42] <Lure> Tonio_: bug 42114
[09:42] <Ubugtu> Malone bug 42114 in amarok "Amarok can't enable/disable splashscreen" [Normal,Unconfirmed]  http://launchpad.net/bugs/42114
[09:42] <\sh> I don't know if debian is providing "knetworkmanager" as name
[09:42] <Lure> \sh: it is
[09:42] <Tonio_> \sh: I looked at mickael's control file, but I disagree that choice
[09:43] <\sh> but at least, if someone is checking on the web for a kde network manager frontend, it will find "knetworkmanager", not "networkmanager-kde" nor "network-manager-kde" so the logic behind is that a "apt-get install knetworkmanger" is working.
[09:43] <Tonio_> Lure: yes I have to look at this
[09:43] <\sh> as long the user can install what he is searching for, the way doesn't matter :)
[09:43] <Tonio_> \sh: well both are giving the same result
[09:44] <\sh> and for the style, source package is knetworkmanager, binary can be knetworkmanager providing network-manager-kde 
[09:44] <Lure> \sh: agree, but I prefer to stay the same as debian - less work in future to keep us uptodate
[09:44] <Tonio_> Lure: no change to keep up to date
[09:45] <Lure> Tonio_: for edgy, I expect that we will have auto-sync with debian sid for some time, therefore I expect issues if we have diffs like this. Or not?
[09:45] <Tonio_> we already have 8 patches when debian as 2 only
[09:45] <Tonio_> Lure: autosync is for universe
[09:46] <Tonio_> knetworkmanager will go to main
[09:46] <Lure> Tonio_: but our patches should move upstream sooned than later...
[09:46] <Tonio_> Lure: yes, that's true
[09:46] <Lure> mbiebl took dialup and some others he has pushed to SuSE (like config notifications)
[09:46] <\sh> Lure: to be honest, I think a package like network-manager* is not worth, staying close with debian..the development of the network manager stuff is fast, and during a release cycle of ubuntu/kubuntu we are doing more with this package then debian ever will, my imho :)
[09:47] <Lure> \sh: point taken... ;-)
[09:48] <\sh> Lure: there is no point...i'm not making points (taken from matrix reloaded ;))
[09:48] <Lure> Tonio_: we should check with Riddell though just in case that this will not complicate main inclusion which is currently in progress..
[09:48] <Lure> \sh: lol
[09:48] <Tonio_> Lure: yes
[09:48] <Tonio_> Lure: as long as the package is updated in universe before going to main, that doesn't complicate anything
[09:49] <Tonio_> that's why I will make uvfe toonight and ping a few coredevs ;)
[09:49] <Tonio_> Lure: the point is 3 bugs closed + many others that were not reported to launchpad
[09:49] <Lure> Tonio_: for UVFe we need to find some bugs that wer fixed in upstream version - not bugs that you fixed with your patches (those we can do in existing patches)
[09:50] <Lure> I mean existing package
[09:50] <Tonio_> Lure: for example after backing from sleep mode
[09:50] <Tonio_> that wasn't working and now does
[09:50] <\sh> well, I think that knetworkmanager be one of the "most important packages" of kubuntu...:) it's helpful, it's actively developed and can be maintained in a nice bzr archive for ubuntus changes :)
[09:50] <Lure> true - we probably need to find novell bug ids...
[09:51] <Tonio_> Lure: as it is still in svn state, and our current version is quite outdated
[09:51] <Tonio_> uvfe shouldn't be hard to justify
[09:51] <Lure> Tonio_: can you publish debdiff and then we can judge?
[09:51] <Tonio_> Lure: now ? sure :)
[09:52] <\sh> We should ask timo to do some work for kubuntu during LT and not for suse *coughcough*
[09:52] <Lure> Tonio_: you need it anyhow to write UVFe ;-)
[09:53] <Tonio_> \sh: haha
[09:53] <\sh> ok..and I'm doing some work on the python packages of sip/qt/kde
[09:56] <Tonio_> guys : http://planetemu.net/temp/debdiff
[09:58] <Lure> Tonio_: ugly - 90% is automake changes?!
[10:00] <Tonio_> Lure: I know
[10:00] <Lure> Tonio_: * Using directive Publish in debian/control instead of providing a 
[10:00] <Lure> Publish?
[10:00] <Tonio_> that's the problem in not packaging real tarballs ;)
[10:00] <Tonio_> arf
[10:00] <Tonio_> ;)
[10:00] <\sh> make dist?
[10:00] <Tonio_> provides hehe
[10:01] <Tonio_> \sh: I simply makebuilddir, make -f Makefile.cvs
[10:03] <Tonio_> Lure: old diff is about 400k
[10:03] <Tonio_> new one is 7k
[10:03] <Tonio_> old package version is ugly, not the new one ;)
[10:03] <Lure> Tonio_: can we change "Networking tool" in desktop to "Network Manager" - I use "Description (Name)" in menus and this would make it nicer
[10:03] <\sh> oh btw...
[10:03] <Tonio_> Lure: hum, yes
[10:04] <\sh> knetworkmanager doesn't show up in the system menu anymore
[10:04] <Lure> Tonio_: I mean for GenericName
[10:04] <Tonio_> \sh: internet
[10:04] <Tonio_> \sh: do you think system is the right place ?
[10:04] <Tonio_> Lure: yes I understood this
[10:04] <\sh> it has nothing to do with internet
[10:04] <Lure> Tonio_: and there is typo: s/Ketworkmanager/KNetworkManager/
[10:04] <Tonio_> \sh: internet is the place were all wifi tools setup
[10:04] <Tonio_> kwifimanager, wlassistant etc....
[10:05] <Lure> Tonio_: I agree -> it is better in System
[10:05] <Tonio_> okay, let's change this :)
[10:05] <Lure> kwifimanager is dead anyhow ;-)
[10:06] <Lure> I am not sure for wlasstant ;-)
[10:06] <\sh> internet should be for tools which are bound to internet....a wifi tool is not bound to internet imho..
[10:06] <Tonio_> \sh: tha internet change is from suse, not me ;)
[10:06] <\sh> suse is dead *harhar*
[10:06] <Tonio_> \sh: then kppp should be changed too
[10:06] <\sh> did I say this?
[10:06] <\sh> suse is not dead...never..no way :)
[10:07] <Lure> \sh: but it is true the kppp is also under Internet...
[10:07] <Tonio_> and also bluetooth
[10:07] <Tonio_> and also half of the internet menu.........
[10:07] <\sh> well...most of the people are using ppp only for ip dialup...which is bad..
[10:07] <Tonio_> \sh: and about bluetooth ? ;)
[10:07] <Lure> maybe we should leave it there, as with current setup people might expect it there...
[10:08] <\sh> I wonder if my mobile device is internet
[10:08] <Lure> (but we need K-Menu clenaup for Edgy)
[10:08] <\sh> Lure: last upload of knm was in system
[10:09] <\sh> we could need a cleanup for dapper....
[10:09] <Tonio_> \sh: well, bluetooth connection over a mobile can be helpfull for internet access, but i agree that's not the common usage ;)
[10:10] <Tonio_> so we have to change bluetooth and kppp
[10:10] <Tonio_> \sh: I changed to system
[10:10] <Tonio_> Lure: changed genericname and other stuff
[10:11] <\sh> well...I wonder if kppp is capable of doing a connect to a ipx network...which works as well with ppp
[10:13] <Tonio_> \sh: anyhow, internet and networking is different
[10:13] <\sh> yes
[10:13] <Tonio_> so if I follow you, internet menu should contain applications that are not designed for internet usage
[10:13] <Tonio_> kppp can be used accross a ras connection for example
[10:13] <Tonio_> that's not internet specific
[10:14] <Tonio_> amule or kopete are internet speciic softwares
[10:14] <Tonio_> konversation too
[10:14] <Tonio_> but not bluetooth
[10:14] <Tonio_> so what is the best ? making a Network root menu ?
[10:14] <Tonio_> that makes sense, but isn't kde standard
[10:14] <\sh> Tonio_: internet menu should contain only applications which has a meaning to internet...but tools connecting to a network are not used only for internet stuff
[10:15] <Tonio_> \sh: this is a kde relative problem
[10:15] <Tonio_> \sh: to have an application in the "internet" menu, categories have to refer "Network"
[10:15] <Tonio_> stupid but that's it
[10:16] <Tonio_> best would be that KDE makes a difference there
[10:17] <\sh> best would be kde and gnome would set a standard
[10:18] <Tonio_> \sh: best would be no computer in fact..... no problems :)
[10:18] <Tonio_> \sh: fancy making like windows ? Program category only ?
[10:18] <\sh> no computer no fun
[10:18] <Tonio_> \sh: their menu is logic at least :)
[10:18] <\sh> is it ?
[10:18] <Tonio_> all programs are "program" relative
[10:18] <\sh> i don't think so :)
[10:19] <Tonio_> \sh: sure :) 
[10:19] <\sh> System/Network is more logic for network tools
[10:19] <Tonio_> \sh: yes, but that doesn't exist so....
[10:19] <Tonio_> let's back it in system
[10:26] <Riddell> Lure: hmm?
[10:26] <Riddell> \sh: nobody is packaging the qt 4 python extensions as far as I know, I think you were asking that the other night
[10:26] <Lure> Riddell: this admin mode password is strange and hard to explain...
[10:27] <\sh> Riddell: no...it's been the new sip4/pyqt/pykde stuff for plain qt3
[10:28] <\sh> pykde new version is fixing some probs with old pykde and 3.5.x
[10:28] <Tonio_> Riddell: as knetworkmanager is about to go in main, should we try to get uvfe before, or after ?
[10:28] <Tonio_> I don't want the package update causes an issue in the main inclusion process :)
[10:29] <\sh> Riddell: torsten marek informed me about the upates early for debian (they will go next week into unstable) and since doko removed all python2.3-* stuff, we have to do some work on the packages...so I have the packages from torsten already
[10:32] <Lure> Tonio_: maybe we need to fix this for VPN:
[10:32] <Lure>  #define VPN_PATH    "/system/networking/vpn_connections"
[10:32] <Tonio_> Lure: hum right
[10:33] <Tonio_> Lure: what should it be according to you ?
[10:33] <Lure> Tonio_: not sure - check on your system where openvpn puts stuff
[10:33] <Tonio_> Lure: openvpn puts stuff in /etc/openvpn
[10:34] <Tonio_> but networkmanager uses it's own folder
[10:34] <Tonio_> so it can be anywhere
[10:34] <Tonio_> Lure: anyway, old package has the same setting, and it worked
[10:35] <Tonio_> Lure: _confPath  = QDir::homeDirPath() + GCONF_PRE + VPN_PATH;
[10:35] <Tonio_> Lure: that's profile relative, so shouldn't cause any issue
[10:36] <\sh> Riddell: btw...are you taking marks plane and just visiting germany for a short while? :)
[10:36] <Tonio_> \sh: may sound stupid, but what "btw" means ?
[10:36] <Lure> Tonio_: I think we might have hard time getting UVFe - most of the change is adding networkstatus which we remove then with our patch
[10:37] <\sh> by the way :)
[10:37] <Tonio_> Lure: there are resolved bugs, but they where not reported
[10:37] <Lure> Tonio_: I do not see many in the diff actually...
[10:37] <Tonio_> Lure: that sucks :)
[10:38] <Lure> Tonio_: true - as I like new icons.
[10:38] <Tonio_> \sh: thanks for making me less idiot
[10:38] <Lure> Tonio_: we should send our fixes to Timo and ask to release it as 0.1 - then we have good excuse ;-)
[10:38] <Tonio_> Lure: lol
[10:38] <\sh> Tonio_: np
[10:38] <Riddell> Tonio_: it doesn't make much difference
[10:39] <Tonio_> Lure: one resolved bug for example is auto-reconnect after sleep mode
[10:39] <Tonio_> Riddell: nice
[10:39] <Riddell> \sh: would they help dapper at all or should they be after dapper
[10:39] <Riddell> \sh: yes, I think I'm taking Mark's plane, it's not too clear
[10:39] <Tonio_> Lure: one good point is little diff -> cleaner sources
[10:40] <Lure> Tonio_: true, that is in and cleanup of sources is also ok
[10:40] <\sh> Riddell: they should help dapper especially for espresso (sorry I can't spell the new name...which makes me an idiot now :))
[10:41] <Lure> Tonio_: there is lot's of ascii() and utf8() addons - I expect this fixes essid with non-ascii chars...
[10:41] <Tonio_> Lure: we can assume yes
[10:41] <Riddell> \sh: kamion said none of the Germans could spell it
[10:41] <Riddell> \sh: what does it fix?
[10:41] <Tonio_> Lure: anyway, UVF is for Upstream Version
[10:41] <Tonio_> as it is svn stuff, I think it is always good to update
[10:42] <Tonio_> Lure: we should try to get the suse changelog between the two versions
[10:42] <Tonio_> that should be documented somewhere
[10:42] <Lure> Tonio_: just get the svn log...
[10:42] <\sh> Riddell: upstream said, that the kde3.5.x support is much better...I'll send an email to you with all informations about the fixes for the report...
[10:43] <Tonio_> Lure: changelog is empty for me
[10:45] <\sh> Riddell: the other updated dependencies (sip4-4.4.3 pyqt-3.16) are a used by the new pykde package...so we need to update them as well..
[10:45] <Lure> Tonio_: I meant "svn log"
[10:47] <Tonio_> Lure: ah ;)
[10:47] <Tonio_> Lure: should be hard to follow since they migrate to kde in the meantime :)
[10:47] <Lure> Tonio_: frequency stuff is fixed in svn (r526013)
[10:48] <Lure> Tonio_: just look in kde svn - initial commit is the version we use currently
[10:48] <Tonio_> Lure: nice, I'll look there then, but for the moment, eating is the priority :)
[10:48] <Lure> Tonio_: yes, we should get svn version and not tar+icons
[10:49] <Tonio_> Lure: there is a problem with svn version
[10:49] <Tonio_> I haven't been able to make it build
[10:49] <Tonio_> I can't even make a make admin/Makefile.common
[10:49] <Lure> Tonio_: I know - we should nail it down and fix it ;)
[10:49] <Lure> I will play with it now
[10:50] <Tonio_> Lure: hum......... too hard for me at least
[10:52] <Riddell> \sh: thanks
[10:53] <\sh> Riddell: np
[11:06] <\sh> brb
[11:15] <Lure> Riddell: this one is really reported by many - bug 41865 ;-)
[11:15] <Ubugtu> Malone bug 41865 in ubiquity "kde-ui's get_disk_choices looks at wrong choice list" [Major,Confirmed]  http://launchpad.net/bugs/41865
[11:16] <danimo> Tonio_: if you need someone to commit stuff to knm Subversion, just ask me. Every KDE developer can commit straight to the repo
[11:16] <Tonio_> danimo: great ;) I'll remember this
[11:17] <danimo> Tonio_: same is true for riddell btw :)
[11:17] <Lure> danimo: true, and I have seen him quite high on KDE SVN commit lists...
[11:18] <Lure> (not to mention buzz lists ;-))
[11:21] <\sh> re
[11:21] <\sh> knetworkmanager doesn't start up during session (re)start
[11:21] <\sh> strange
[11:22] <\sh> Tonio_: your package :)
[11:22] <Tonio_> \sh: it does for me
[11:23] <Tonio_> I tried twice, and I checked before that /usr/share/autostart was empty
[11:23] <crimsun> close \sh-bug, reject reason: Works For Me
[11:23] <Tonio_> \sh: did you try on a new profile ?
[11:25] <\sh> hmmm...where is the session manager saving the state?
[11:26] <\sh> that is the problem
[11:26] <\sh> I set session manager to "restore manually saved session" :)
[11:42] <Tonio_> hehe
[11:46] <Lure> \sh: any idea how to fix this: http://kubuntu.pastebin.com/689333
[11:46] <\sh> wow...now I know from where I know kenneth wimer who is coming to linuxtag :) oxygen icon lol...and I was wondering: "who is this guy" :)
[11:46] <Lure> \sh: this is knm from svn
[11:47] <\sh> hmmm....-I<directory with additional m4 macros most likely -I./m4> ?
[11:51] <\sh> Lure: check for an m4 macro dir in the sourcetree of knm....and then do a aclocal -I<the dir>
[11:51] <Tonio_> Lure: hehe, you finally have it ? ;)
[11:52] <\sh> could also be a new admin dir from kde svn
[11:52] <Tonio_> \sh: I tried to use the kdereview admin folder, same error
[11:52] <Lure> \sh: there is no admin dir in knm, teherfore I have taken the one from kde/3.5
[11:53] <Tonio_> Lure: honnestly, there are about no change and since it is svn and not upstream version, I don't think having the "yesterday" version is important for uvfe
[11:53] <Tonio_> is that needed to spend 3 days debugging something that will maybe work next week ?
[11:54] <Tonio_> to me we shoudn't spend time on this, but well, I'm not a dictator :)
[11:54] <Tonio_> Lure: tried with kdereview root admin folder ?
[11:55] <Lure> Tonio_: do not see admin folder there...
[11:55] <Tonio_> Lure: kdereview root ?
[11:55] <Lure> http://websvn.kde.org/trunk/kdereview/
[11:56] <Tonio_> Lure: true.... where did I saw this this morning ?
[11:56] <Tonio_> my brain, before the first coffee, act as ram, not as an hdd ;)
[11:56] <Lure> Tonio_: I am using this one: svn co svn://anonsvn.kde.org/home/kde/branches/KDE/3.5/kde-common/admin
[11:57] <Tonio_> Lure: yes, it is this one ;)
[11:57] <\sh> hmmm...my neighbour is singing again..that's terrible
[11:58] <Tonio_> Lure: latest test : took actual working package, with admin folder etc and overwritten files with svn content
[11:58] <Riddell> Lure: ok, thanks
[11:58] <Tonio_> same error when building
[11:58] <Tonio_> \sh: is he training for eurovision ?? ^^
[11:59] <Lure> lol
[11:59] <Riddell> Lure: that's not well tested code, none of my machines have more than one hard disk :(
[11:59] <\sh> Tonio_: i don't think she will win this contest :0
[11:59] <Tonio_> \sh: LOL ;)
[11:59] <\sh> find . -type f -exec grep -H "_m4_divert_diversion" {} \; ?
[12:00] <Lure> Riddell: but as you can see quite common with users - you just plug USB key in and you will have another one...
[12:02] <Riddell> Lure: that's an interesting idea
[12:02] <\sh> btw...anybody who is visiting LT on the friday, May 5th, please add your keys very fast for the keysigning event :)
[12:02] <Lure> Riddell: I had the problem with it when I by accident turned on my USB disk...
[12:03] <\sh> http://www.linuxtag.org/2006/de/community/keysigning.html