[12:29] <lotusleaf> yay, a kubuntu universe team @ launchpad? :)
[12:30] <lotusleaf> yes, thank you allee :)
[12:31] <allee> lotusleaf: well, that just first step to get a bit of an overview ;)  Your welcome as the first kubuntu-universe-member ;)
[12:32] <lotusleaf> allee: oh? am I already a member? sweet! thank you, & thank you for bringing this up at the meeting
[12:32] <allee> no, but I will do it, promised :)
[12:32] <lotusleaf> (:
[12:33] <allee> lotusleaf: first I need some sleep
[12:33] <Riddell> someone called tonio just subscribed to kubuntu-bugs
[12:33] <lotusleaf> allee: ha! nn
[12:33] <nixternal> lol
[12:34] <nixternal> Riddell: took him long enough :)
[12:36] <nixternal> Kubuntu Universe..new one I take it
[12:38] <Tonio_> Riddell: argh you saw me ;)
[12:38] <Tonio_> hehe shame on me :) I receive lots of bugs via launchpad but yeah I completly forgot to subscribe to this ;)
[12:38] <Tonio_> I wanted to do it silently, hidden......
[12:39] <nixternal> heh, i must have subscribed a long time ago
[12:40] <nixternal> yay Tonio_ because I am buying a new laptop soon with a synaptics touch pad, as I don't like the erasers
[12:40] <Tonio_> nixternal: well in fact I was comfortable using launchpad to receive all bugs, but yeah the ML is probably better :)
[12:40] <nixternal> ya, with the ML you won't miss a K bug for sure
[12:43] <Lure> [00:41]  <ailean> composite-by-default has been deferred? :(
[12:43] <Lure> that is good for us, as we did not plan it anyway ;-)
[12:43] <nixternal> \o/ YAY \o/
[12:43] <nixternal> please, never do composite by default, I don't care how pretty it is. lets wait for the new Kwin
[12:48] <Tonio_> nixternal: bah we don't want gtk deps anyway.....
[12:48] <nixternal> another good point
[12:54] <Tonio_> Riddell: where is the current page to modify on the wiki for next UWN ?
[12:55] <Riddell> https://wiki.kubuntu.org/UbuntuWeeklyNewsletter/Issue24
[12:55] <Riddell> hmm
[12:55] <Tonio_> great thanks
[12:56] <nixternal> ya, they edit it in gobby, so Tonio_ contact Burgundavia or Burgwork and provide him some info if need be
[12:56] <Riddell> Tonio_: it's being edited just now, you'll need to poke Burgwork toot sweet
[12:57] <nixternal> toot sweet?
[12:57] <nixternal> that is a new one
[12:58] <Tonio_> Riddell, nixternal : okay thanks for the info
[12:58] <Riddell> nixternal: it's french
[12:58] <Tonio_> Riddell: is it ?
[12:58] <Tonio_> ahhhhhhhhhhh
[12:58] <Tonio_> tout de suite :)
[12:58] <Tonio_> haha
[12:59] <Tonio_> Riddell: need to do it right now ?
[12:59] <Riddell> Tonio_: I'm talking to him if you want to snooze
[12:59] <Tonio_> Riddell: not snoozing, I'm cooking :)
[12:59] <Tonio_> I don't want it to burn in fact....
[01:00] <Tonio_> Riddell: yeah if you can do it, it would be nice..... mushrooms are hard not to get burned
[01:43] <freeflying|away> moin all
[10:40] <\sh> moins
[11:27] <Riddell> Huahua, freeflying|away: when you first set up scim is there no way to get it working besides restarting X?
[11:33] <freeflying|away> Riddell: need restart X after set up
[11:39] <Riddell> freeflying|away: I'm adding support to language-selector for turning it on, I just feel dirty saying "you need to re-log in for this to take affect"
[12:07] <allee> \sh: ping
[12:08] <allee> \sh:  URL for your fai 3 dapper backport?
[12:12] <Riddell> Tonio_, nixternal: either of you looked at merging gwenview?
[12:13] <Tonio_> Riddell: will do
[12:13] <Tonio_> Riddell: hi ;)
[12:14] <Tonio_> Riddell: did you see with corey concerning the uwn ?
[12:14] <Riddell> Tonio_: that wasn't necessarily a request :)
[12:15] <Tonio_> Riddell: no but well I have time, so... I'm doing it right now
[12:15] <Riddell> Tonio_: corey said it should go in next week's UWN since the one he was working on was for last week
[12:16] <Tonio_> Riddell: okay thanks, I'll look at adding the modifications
[12:16] <Riddell> Tonio_: if you want to look at the translation issue at the same time see if you can work out what strings are in the upstream .pot (from gwenview-i18n) and are missing from ours
[12:17] <Riddell> although it might be due to the .pot filename
[12:19] <Tonio_> Riddell: yup
[12:21] <Tonio_> Riddell: how do you proceed on that point ?
[12:22] <Tonio_> do you simply upload the pot file on rosetta ? I don't think we have that package
[12:22] <Tonio_> ah.... we have it sorry ;)
[12:22] <Riddell> Tonio_: I need to fix it generally for all extragear.po files, I think it'll need various packages changes and all the kde-i18n-xx packages changed
[12:23] <Riddell> the filename in KDE SVN is different from the one that's actually needed, is the problem
[12:23] <Riddell> (I think)
[12:23] <Tonio_> Riddell: well we can have issues since we have gwenview-i18n 1.4.1 and gwenview 1.4.0 packages....
[12:23] <Tonio_> can't that cause issues ?
[12:24] <Tonio_> I'm not a specialist of translation things so....
[12:24] <Riddell> yes, that's why you said you were about to merge gwenview 1.4.1 :)
[12:24] <Riddell> someone just wrote https://help.ubuntu.com/community/KolabMailServer
[12:24] <Tonio_> Riddell: argh !
[12:24] <Tonio_> Riddell: gwenview now depends on exiv2 too.....
[12:24] <Tonio_> the problem is afaik exiv is in universe...
[12:25] <Riddell> oh rocking, quick, write a main inclusion review before Martin gets round to his batch of reviews
[12:25] <Tonio_> configure: error: You are missing libexiv2, which is required to compile Gwenview
[12:25] <Tonio_> Riddell: hehe, yes will do that today
[12:25] <Riddell> but don't let it stop your merge and upload
[12:27] <Tonio_> Riddell: writing it right now
[12:32] <allee> Riddell: Kolab? cool,  heh, but he chooses the openpkg way, not the debian pkgs
[12:34] <Riddell> allee: are there any sane debian packages?
[12:35] <allee> Riddell: they are not supported upstream of course, but it looks like the README.Debian file reaches some sort of perfection ;)
[12:35] <Riddell> allee: where are they?
[12:35] <Riddell> sebas: does that idle time detection need xscreensaver?
[12:36] <allee> Riddell: alioht pkg-kolab AFAIR
[12:36] <allee> yeah, pkg-kolab
[12:36] <Tonio_> Riddell: https://wiki.ubuntu.com/MainInclusionReportExiv2
[12:36] <Tonio_> Riddell: I think it is okay
[12:38] <Riddell> Tonio_: there's a library in exiv2, but you deleted the line about complying to library policy
[12:38] <Tonio_> Riddell: hum true, yes, I'm adding it
[12:39] <Tonio_> Riddell: well I've checked at approved libs approved by pitty, they don't include this too, this is why I didn't put that
[12:40] <sebas> Riddell: Don't think so. It links against xss, however.
[12:40] <Riddell> right
[12:41] <Tonio_> Riddell: added
[12:41] <Tonio_> sebas: hey ;)
[12:41] <Riddell> Tonio_: well he can see it himself, but it's always good for him to know you checked too
[12:41] <Tonio_> sebas: did you get the modified icons in my guidance tarball ?
[12:41] <sebas> Hey Tonio_
[12:41] <sebas> Tonio_: Which tarball?
[12:41] <sebas> I'm running guidance pre-svn all the time :>
[12:41] <Tonio_> sebas: I released a svn snapshot in guidance feisty, including modified icons for powermanager
[12:42] <Tonio_> sebas: want a tar file ?
[12:42] <sebas> Tonio_: Sure, but I already have Ken's new icons ... what icons do you have modified?
[12:42] <Tonio_> Riddell: gwenview built and uploaded
[12:43] <Tonio_> sebas: 80% is missing, and there is another one causing an issue.... don't remember which one
[12:43] <Tonio_> sebas: I'm sending you the icons so that you can check by yourself the changes I've done
[12:44] <Tonio_> sebas: http://tonio.homelinux.org/temp/icons.tar.Gz
[12:44] <Tonio_> sebas: http://tonio.homelinux.org/temp/icons.tar.gz
[12:44] <Tonio_> sorry ;)
[12:44] <sebas> 404
[12:45] <Tonio_> sebas: refresh :)
[12:45] <Riddell> allee: what's wrong with it?
[12:45] <sebas> got it.
[12:46] <sebas> Tonio_: It's a mess, it contains old and new icons.
[12:46] <Tonio_> sebas: hu ?
[12:46] <sebas> Such as the directory in svn :/
[12:46] <Tonio_> sebas: yes, but I only changed the icons that are currently used, as 80% was missing and there is another one I had to replace
[12:46] <Tonio_> I never said I cleaned the thing ;)
[12:46] <sebas> Well, the 'lying battery' (newer, more fine-grained) and the 'standing'
[12:47] <sebas> Tonio_: I'll check so it works with svn and clean that one up then.
[12:47] <sebas> Deal?
[12:47] <Tonio_> sebas: sounds good
[12:47] <Tonio_> battery-charged.png was wrong afaicr
[12:47] <sebas> Ok, back to administrative KDE work then.
[12:47] <sebas> Aye.
[12:48] <Tonio_> I changed this one, and added new battery-charging-080.png and battery-discharging-080.png
[12:48] <Tonio_> this is the changes I've done if my remembering is correct
[12:48] <sebas> Thanks
[12:49] <Tonio_> Riddell: I have digikamimageplugins 0.9rc2 too but I wait for digikam to build before uploading
[12:49] <Riddell> Tonio_: don't
[12:49] <Tonio_> Riddell: why ?
[12:49] <Riddell> no pointing blocking on archive administration
[12:50] <Tonio_> Riddell: hum, okay so I have to test the build locally before :)
[12:51] <Tonio_> Riddell: well I noticed that when a package is in dependancy wait, it is very long even once the dep has built to come back to needs building state, that was my point
[12:51] <Tonio_> Riddell: by "don't" you mean don't upload or don't wait ? ;)
[12:51] <Riddell> don't wait
[12:52] <Riddell> upload digikam, upload digikamimageplugins with the necessary build-deps, wait for archive to sort itself out
[12:52] <Tonio_> Riddell: okay will do
[12:53] <Tonio_> I know I should be too old for this but well...... ^^
[01:41] <allee> Riddell: well, a soname change usualy means that you have to adapt all apps using the lib. Otherwise you end up with with several version of the libs (and -dev pkgs too unless you accept to old deb can be rebuild)
[01:42] <Riddell> allee: yes, why is there an soname change?
[01:46] <allee> Riddell: not sure I had a quick look at the headers lot's of things have changed, but I don't know if they are part of the public interface.
[01:47] <allee> Riddell: at least one enum change definitely break the API it it's part of the public interface, but it could have been writen differentliy to not affect API
[01:47] <allee> Riddell: I'll ping Gilles, what really going on.
[01:47] <Tonio_> Riddell: little question.... I have an issue with digikam, since a .h file required by digikamimageplugins is missing in the deb...
[01:47] <Tonio_> Riddell: I can fix this by forcing the installation in the .install file, works, but is dirty
[01:48] <Tonio_> Riddell: have another idea ?
[01:48] <Tonio_> I can do it via rules.... but I wonder what to change in the sources to get the .h file installed correctly...
[01:48] <allee> Riddell: but so a soname modeled after pkg version looks wrong (maybe true for a yound lib with 0.* but conceptionally wrong)
[01:49] <allee> Tonio_: really? digikamimageplugins rc2 build on edgy?  Which header is missing?
[01:49] <allee> s/edgy?/edgy./
[01:49] <Riddell> Tonio_: ask upstream why it isn't installed I guess
[01:49] <Tonio_> allee: yes it builds, no issue
[01:49] <Tonio_> Riddell: well as long as digikamimageplugins requires it, I assume it should be installed :)
[01:50] <Tonio_> allee: the missing file is digikam_export.h
[01:50] <Tonio_> Riddell: maybe a packaging issue probably...
[01:50] <Tonio_> I'm investigating
[01:53] <pinheiro> moin
[01:53] <allee> Tonio_: I assume so all /usr/include/*.h should be installed
[01:54] <Tonio_> allee: they all are installed except this one.... this is what drives me nuts...
[01:55] <Tonio_> allee: well I can force the installation via debian/rules, but I'd like to understand first why it isn't installed...
[01:57] <allee> Tonio_: wait I've now 0.12 installed and can rebuild digikam ...
[01:58] <Tonio_> allee: okay, tell me if you have /usr/include/kde/digikam/digikam_export.h
[01:58] <Tonio_> this is the missing one
[01:58] <allee> k
[01:58] <Tonio_> allee: it looks like only the .h files under libs dir are installed....
[01:59] <Tonio_> this one is under digikam folder, that may explain
[01:59] <allee> might be but I wonder why I got digikamimageplugins compiled here?
[01:59] <allee> lets see ...
[01:59] <Tonio_> in a certain way that makes sense.... I wonder if that's not a debhelper trick
[01:59] <Tonio_> allee: it compiled for you ?
[02:00] <Tonio_> well it compiles here but just the mo files... digikam is ignored because of that issue
[02:01] <Tonio_> allee: well in any case I can do that with a one line in debian/rules...
[02:01] <allee> Tonio_: then do it.  I can later fix it upstream ..
[02:02] <Tonio_> yes, that's my thinking actually
[02:10] <allee> strange, should be installed Makefile.am has: include_HEADERS = digikam_export.h, ah it ends up in /usr/include/KDE3 not /usr/include/KDE3/digikam
[02:10] <Tonio_> allee: ah ?
[02:10] <allee> Tonio_: I'll check if  digikaminclude_HEADERS is the right thing
[02:11] <allee> Tonio_: debian/tmp/usr/include/kde3 to be presise ;)
[02:12] <Tonio_> allee: debian/tmp/usr/include/kde here
[02:12] <Tonio_> allee: I install all of those files
[02:12] <Tonio_> debian/tmp/usr/include/kde/digikam/*
[02:12] <Tonio_> allee: it shouldn't be in kde/ afaik
[02:12] <Riddell> the correct kde path isn't being passed to ./configure
[02:13] <Tonio_> Riddell: is a .h file supposed to be in ......./kde/ ?
[02:13] <allee>  debian/tmp/usr/include/kde/digikam/* is not  debian/tmp/usr/include/kde/* ;)
[02:13] <Tonio_> allee: yes, but we should probably patch to install it under digikam instead....
[02:13] <Tonio_> allee: works here
[02:13] <Riddell> if it wants to, I don't see why not
[02:14] <Tonio_> Riddell: sure, but well that's not very clean, especially if all other files are going under digikam/
[02:14] <Riddell> it might not be a stable API
[02:15] <Tonio_> Riddell: would you suggest changing the install file or patch for the installation directory ?
[02:15] <Tonio_> I can do both
[02:15] <Riddell> in which case it shouldn't be installed and digikamextrathings should probably have it own copy
[02:15] <Riddell> well, it can still be installed I guess
[02:16] <Tonio_> Riddell: yes, sure, but well.... the easy way is to fix the .install file, but the nice way would be to fix the file installation I guess...
[02:17] <Riddell> don't change where it's installed to
[02:19] <Tonio_> Riddell: okay I'll do that way then and just fix the install file
[02:21] <Riddell> do which way?
[02:22] <Tonio_> Riddell: install /usr/include/kde/*
[02:22] <Riddell> where does the extras thing #include it from?
[02:22] <Tonio_> Riddell: both case work
[02:23] <Tonio_> Riddell: I just tested and it works if the file ends up in kde/ or kde/digikam/
[02:24] <Tonio_> my first idea was to mv the file from kde/ to kde/digikam/ during the install part
[02:24] <Tonio_> but as you don't think we should change the installation path... :)
[02:25] <Tonio_> Riddell: the extra thing doesn't include it, but includes dimg.h which includes it
[02:26] <Riddell> Tonio_: and what's the #include line in that?
[02:26] <Tonio_> #include "digikam_export.h"
[02:26] <Tonio_> Riddell: that's why I think changing the directory is better ;)
[02:27] <Riddell> yes, I agree then
[02:27] <allee> Tonio_: all version since 0.7.4 have digikam_export.h in /usr/include/kde3.  Not the digikam subdir.  So the digikam.install file needs fixing
[02:27] <Tonio_> Riddell: okay, let's do that way then :)
[02:27] <Riddell> put it in /usr/include/kde3
[02:27] <Tonio_> allee: ah ? okay
[02:27] <Tonio_> Riddell: well it is /usr/include/kde here
[02:27] <Tonio_> not kde3
[02:28] <Riddell> hmm, so it is
[02:28] <Riddell> ok, put it in /usr/include/kde
[02:28] <Tonio_> allee: okay I'll do that way, there might be a reason for this then.......
[02:28] <allee> Tonio_: oh, right no 3
[02:28] <Tonio_> allee: but that's not clean in my opinion ;)
[02:31] <allee> Tonio_: I tend to agree.  But a clean fix can wait until rc3 or final
[02:32] <Tonio_> allee: sure
[02:32] <Tonio_> allee: well I'm rebuilding and reuploading digikam, and then once built I'll upload the plugins
[02:33] <Tonio_> since building with the current version will produce empty deb
[02:33] <Tonio_> sad that those plugins are so big, since they are really great !
[02:33] <Tonio_> I'd like to have them on the cd
[02:34] <Riddell> new kdebase is in -updates
[02:35] <Tonio_> great
[02:35] <Tonio_> ho I have to ping mdz concerning digikam on edgy..... nobody gave a look to my sru proposal
[02:36] <Riddell> Tonio_: he's not doing SRU
[02:36] <Riddell> Tonio_: it's cjwatson that's doing it in theory
[02:36] <Tonio_> Riddell: okay I'll ping him then
[02:36] <allee> Tonio_: not sure if this distinction is possible and worth the work, but one could splitt into  digikamimaplugins -base and -extras
[02:38] <Tonio_> allee: hum maybe yes, that's an idea... with a meta to provide everything, that can make sense
[02:40] <Tonio_> I can't wait for the new kaffeine with the kpart fix...........
[02:41] <Tonio_> allee: just read that yesterday, upstream is finally fixing the kpart crashing konqueror issue :)
[02:43] <Tonio_> allee: http://kde-apps.org/content/show.php?content=9802&forummode=2&forumpage=16&forumexplevel=99 third message
[03:02] <Riddell> work of perfection http://kubuntu.org/~jriddell/tmp/language-selector-kcontrol.png
[03:02] <Riddell> http://kubuntu.org/~jriddell/tmp/language-selector-kcontrol2.png
[03:03] <raphink> nice
[03:04] <raphink> Riddell: I wonder if this box could actually be presented the way keyboard layouts are
[03:04] <raphink> maybe it would make it easier to use
[03:04] <Riddell> which box?
[03:05] <raphink> I mean the language-selector module
[03:05] <Riddell> with tickboxes?
[03:05] <raphink> no I mean
[03:05] <Tonio_> Riddell: is clicking to "default" always putting english in the first place ?
[03:05] <raphink> instead of having a single list of selected languages
[03:05] <raphink> and a menu to add languages
[03:05] <Tonio_> that's a very old kubuntu bug
[03:05] <raphink> to have it the way the keyboard layout selector is
[03:05] <Tonio_> maybe a kde one
[03:05] <raphink> as in
[03:05] <raphink> two colomns
[03:05] <Riddell> Tonio_: C is US English yes
[03:05] <raphink> one for the available languages
[03:05] <raphink> the other for the selected ones
[03:06] <Tonio_> Riddell: argh..... I'd like to see that fixed for feisty....
[03:06] <Tonio_> Riddell: I checked once and I think this is hardcoded stuff...
[03:06] <raphink> yes it is
[03:06] <Tonio_> Riddell: but yeah, the idea is pretty great
[03:06] <raphink> I remember taht
[03:06] <Tonio_> raphink: yeah we checked together
[03:06] <raphink> yep
[03:07] <Tonio_> is it hard to read tne env variables ? :)
[03:07] <raphink> not to mention the fact that you get only US listed when yo ufirst open the module
[03:07] <raphink> even if your system is not in English
[03:07] <Tonio_> Riddell: hum I forgot that about ksynaptics..... to let it work you have to manually touch xorg.conf to activate shared memory...
[03:08] <Tonio_> Shared Memory is not accessible.
[03:08] <Tonio_> Please add the option 'SHMConfig ''on''' into the touch pad section of /etc/X11/xorg.conf
[03:08] <Riddell> Tonio_: oh, that's evil
[03:08] <Tonio_> Riddell: it is
[03:09] <Tonio_> no way to include that in main then......
[03:09] <Tonio_> Riddell: I will probably just patch the desktop file to come in systemsettings and that's it
[03:10] <Tonio_> Riddell: well no security issue as long as it is optional and requires the user to do it, but that'll give a bunch of complains if we provide this
[03:10] <Tonio_> and the point is that we cannot, of course, automate this xorg.conf change....
[03:10] <Tonio_> sh**
[03:11] <Riddell> nope
[03:11] <Tonio_> Riddell: how about a script that would ask user "do you want to activate this ?"
[03:12] <Tonio_> as long as it is not automatic....
[03:12] <Riddell> risky
[03:12] <Riddell> couldn't go in main anyway
[03:13] <Tonio_> hum, forget this, hard to do and dangerous....
[03:13] <Tonio_> Riddell: okay I'm just fixing the package for systemsettings and that's it
[03:13] <Tonio_> Riddell: one thing we should do is listing and fixing all packages that provide a kcm module
[03:13] <Tonio_> since they don't appear in systemsettings by default
[03:13] <Riddell> well system settings should merge them in by default
[03:14] <Riddell> it's system settings that needs fixed
[03:14] <Tonio_> Riddell: hum, well the problem is that we have splitted catgories compares to kcontrol
[03:15] <Tonio_> but we should use kcontrol categories as much as we can I agree
[03:15] <Tonio_> Riddell: I can do that, I'll fix systemsettings then
[03:15] <Tonio_> that will replace ksynaptics stuff then ;)
[03:16] <Tonio_> Riddell: but just to be sure : how do we want to hide things in systemsettings if we use the kcontrol categories ?
[03:17] <Tonio_> we need to provide all the desktop files with a NoDisplay=true tag then no ?
[03:17] <Tonio_> I think that's because we hide things that we used different tags
[03:20] <Riddell> they can be hidden in the /etc/xdg/menus/system-settings.menu file
[03:21] <Riddell> use <Exclude></Exclude> or something
[03:21] <Riddell> certinaly don't edit the .desktop files, that'll hide them in KControl too
[03:23] <Tonio_> Riddell: sure, so in fact we have to go back to the way it worked before :)
[03:23] <Riddell> Tonio_: any idea why it was changed?
[03:23] <Tonio_> Riddell: we should ask Sime
[03:23] <Tonio_> he did this
[03:24] <Riddell> but we do include categories <Category>X-KDE-systemsettings-administration</Category>  etc
[03:24] <Riddell> why doesn't that let ksynaptics show up?
[03:25] <Tonio_> Riddell: because the tag isn't the same :)
[03:25] <Tonio_> X-KDE-systemsettings-administration <> X-KDE-administration
[03:25] <Tonio_> that's why I suggested to patch the kcm modules in universe
[03:25] <Tonio_> Riddell: the tags for systemsettings inclusion are now specific to systemsettings
[03:25] <Riddell> so why do we change the category names?
[03:26] <Riddell> that makes no sense to me, they wouldn't be used
[03:26] <Tonio_> Riddell: because according to Sime the idea was to display only what we want instead of hidding what we don't want
[03:26] <Tonio_> I don't know why he did this but he did the change, I remember clearly discussing this with him....
[03:26] <Tonio_> Riddell: good lunch :)
[03:26] <Tonio_> Riddell: I'll ping him and we'll fix this
[03:28] <Tonio_> HU ? Reiser is in prison ??? omg....
[03:29] <Tonio_> I just discovered that news....
[03:51] <bddebian> Heya
[03:51] <Jucato> boo
[03:54] <bddebian> aaahh
[03:54] <bddebian> :)
[04:10] <Tonio_> hey bddebian
[04:13] <nixternal> Riddell: you just one upped me with the Herd2 beginning ;)
[04:26] <bddebian> Hi Tonio_
[04:28] <Riddell> Tonio_: see pitti in #ubuntu-devel
[04:28] <Tonio_> Riddell: yup
[04:39] <Tonio_> Riddell: I'm not sure to understand what's soname issue you were talking about with allee... that's too "developer" thing for me ;)
[04:39] <Tonio_> Riddell: can you explain me a bit please ?
[04:40] <Tonio_> that would help as I'm not very used to package libs :)
[04:42] <Tonio_> or allee maybe ?
[04:43] <ryanakca> why does libc6   have locales as a dependency and a suggests at the same time? wouldn't having it as a dependency kindof automaticly have it as a "suggests"?
[04:54] <allee> Tonio_: I've to leave soon (christmas presents). so tersly:  soname are used by object loader to locate libs.  As soon (and only then) when the installation of a new lib will break apps linked agaist older version, develper, should change the soname.  Soname is usually  lib<namem>.so.<major>.  That allows to have several API/ABI revisions of a lib installed.
[04:57] <Lure> Tonio_: in short, if API/ABI changes (different function return values/arguments), then soname (shared object name) should change as it will break all apps that link with it
[04:57] <allee> Tonio_: as ABI/API breakage should not happen with each release it makes no sense to use tarball version in soname.  (usal is 1 2 3 4 )
[04:59] <Tonio_> allee: okay makes sense now, thanks for the tip
[04:59] <allee> Tonio_: exiv uses pkg version in soname, that raised some doubts ;)
[04:59] <Tonio_> okay now it is clear :)
[05:01] <allee> Tonio_: yound libs may break ABI with each release, nevertheless it's not good pratcive to  release-version == soname-major
[05:01] <allee> bbl
[05:02] <Tonio_> allee: seya
[05:04] <Riddell> hmm, christmas presents
[05:30] <Riddell> Tonio_: still planning to sort out the Meeting page and UWN?
[06:03] <Tonio_> Riddell: yes I'm doing that toonight probably
[06:03] <Riddell> groovy
[06:03] <Tonio_> not time before that.... unfortunately
[06:19] <nixternal> anyone having issues with gnupg after the update?
[06:20] <nixternal> nixternal@MasTequila:~$ gpg --list-keys
[06:20] <nixternal> gpg: can't open `/home/nixternal/.gnupg/pubring.gpg'
[06:20] <nixternal> gpg: keydb_search_first failed: file open error
[06:20] <nixternal> lovely
[06:21] <nixternal> fixed...stupid update chown the file root:root
[07:33] <jjesse> quick question bug #70102 still exists in feisty hurd 1, in edgy it was reported against the package linux-source-2.6.17 should i change it to the current kernel in feisty?
[07:33] <Ubugtu> Malone bug 70102 in linux-source-2.6.17 "Toshiba Satellite A70 always reports lid as closed" [Undecided,Confirmed]  http://launchpad.net/bugs/70102
[07:35] <Riddell> jjesse: don't think it matters
[07:35] <jjesse> should i just say that i'm still having the problem in feisty?
[07:36] <Lure> jjesse: yes
[07:36] <jjesse> ok
[07:36] <jjesse> add lshal like last time?
[08:10] <Lure> Riddell: anything missing in SRU for /.hidden - bug 75017
[08:10] <Ubugtu> Malone bug 75017 in kubuntu-default-settings "SRU request: remove /.hidden file" [Undecided,Unconfirmed]  http://launchpad.net/bugs/75017
[08:10] <Lure> Riddell: where is the source repo for k-d-s to grab the diff and attach it?
[08:10] <Lure> Tonio_: ^^^
[08:11] <Riddell> Lure: kdebase got in edgy-updates by the way, no complaints so far
[08:11] <Riddell> Lure: launchpad.net/products/kubuntu-default-settings
[08:11] <Lure> Riddell: bzr?
[08:11] <Riddell> Lure: yes, click on Code and it'll give you the bzr branch
[08:12] <Riddell> Lure: background on 75017 is good but if course it misses the debdiff
[08:13] <Riddell> Lure: you should just do a debdiff against the k-d-s in edgy, not frombzr
[08:13] <Lure> Riddell: that is what I plan to do - I am just looking for what Tonio_ did exactly to backport exactly the same change
[08:14] <Lure> Riddell: ok, right - I can do debdiff edgy feisty....
[08:15] <Riddell> Lure: but change the changelog entry for the distro (edgy-proposed) and version number -XubuntuX.1
[08:16] <Lure> Riddell: will prepare it for review before attaching ;-)
[08:39] <Lure> Riddell: since k-d-s does not have debian/patches, is it OK that debdiff changes orig.tar.gz directly?
[08:41] <Riddell> Lure: since it's just a 1 line edit in the Makefile that should be fine
[08:41] <Riddell> leave the actual file there, just don't install it
[08:42] <Lure> ok, so Makefile, .postinst and change log
[08:42] <Lure> Riddell: will boot into edgy and test first
[08:44] <Riddell> yep
[08:46] <Lure> Riddell: actually, I think postinst in feisty is not enough for users upgrading from edgy - it does not remove existing symlink
[08:46] <Riddell> doesn't need to, it'll be removed by not being in the file
[08:46] <Riddell> s/file/package/
[08:47] <Lure> Riddell: but symlink was created by postinst script (ln -s) - will it work still!?
[08:48] <Riddell> oh, so it is.  bummer
[08:48] <Riddell> but for the update, should be enough just not to install the /etc file
[08:48] <Riddell> don't need to touch the postinst
[08:49] <jjesse> i noticed that bug 36552 hasn't been updated since 2006-04-21 can we close this bug? or does anyone know if there is still a problem?
[08:49] <Ubugtu> Malone bug 36552 in kdenetwork "Kubuntu Flight 5: kwifimanager unable to perform scan" [Medium,Unconfirmed]  http://launchpad.net/bugs/36552
[08:50] <Lure> Riddell: but then we will leave the users with dangling symlink in /.hidden
[08:52] <Riddell> does no harm
[08:52] <Riddell> and means if they have edited their .hidden file to their preferences, that won't magically disappear
[08:53] <Lure> Riddell: we could any remove if symlinks still points to original location
[08:53] <Riddell> jjesse: probably a problem on his card, ask if it's still an issue and close after some time if no response
[08:53] <Riddell> Lure: pardon?
[08:54] <Lure> new postinst could check if /.hidden is symlink and points to /usr/shares/k-d-s/... then remove it, otherwise leave it intact
[08:57] <Riddell> it's not necessary for the update, so don't do it
[08:57] <Riddell> updates should do the minimum possible
[09:00] <Lure> Riddell: I am concerned that mdz/cjwatson will not like leaving dangling sym link in /
[09:03] <Riddell> Lure: I know they won't like doing more than necessary in a SRU
[09:03] <Riddell> (which doesn't mean you're not right, but my bets are on leaving it)
[09:06] <Lure> Riddell: ok, we can add later if they complain
[09:42] <Lure> Riddell: it does not work w/o removing the symlink as old file stays in /etc/k-d-s - will add code to remove symlink instead
[09:48] <Lure> ryanakca: apt-get segfaulting? feisty or edgy?
[09:48] <ryanakca> edgy
[09:48] <ryanakca> just a sec
[09:48] <ryanakca> [15:44]  <ryanakca> why does apt* keep on crashing with a sigsev? backtrace : http://paste.ubuntu-nl.org/35927/          I've reinstalled apt and libc6 and rebooted as well to try to fix the problem. I've remove /var/lib/apt/lists/*, same problem. run sudo dpkg-reconfigure -a, same problem
[09:49] <ryanakca> I've been trying to get it fixed for a couple of days now
[09:50] <Lure> ryanakca: i386?
[09:50] <Lure> otr amd64?
[09:51] <ryanakca> it's a 686
[09:51] <ryanakca> yep
[09:51] <ryanakca> Sysinfo for 'rkavanagh': Linux 2.6.17-10-386 running KDE 3.5.5, CPU: Pentium III (Coppermine) at 996 MHz (1995 bogomips), HD: 42/186GB, RAM: 371/375MB, 142 proc's, 20.26h up
[09:51] <Lure> ryanakca: can you do "bt" before exit in gdb? does it print more stach than just strlen?
[09:52] <ryanakca> yeah... looks like it's all libc6 stuff... even though I've reinstalled it... just a sec
[09:54] <Lure> Riddell: can you review this debdiff http://lure.homelinux.net/kubuntu/k-d-s.debdiff?
[09:54] <Lure> Tonio_: ^^^
[09:54] <ryanakca> http://rkavanagh.homelinux.org/~ryan/aptsigsev
[09:57] <ryanakca> should I put it threw strace?
[10:09] <Lure> ryanakca: nothing on that link - is it correct?
[10:09] <ryanakca> erm... no... my apache server must be sick
[10:12] <ryanakca> here we go... I've got all my straces and the outputs from gdb in aptsigsevs.tar.gz... should I e-mail it to you? I'd stick it on apache... but for some reason it refuses to start
[10:13] <Lure> ryanakca: ok - lure @ ubuntu . com
[10:13] <ryanakca> kk, ty, just a sec
[10:15] <ryanakca> sent
[10:30] <Lure> ryanakca: if you remove /var/lib/apt/lists/*, is then the strace the same?
[10:30] <Riddell> Lure: you did edit the postinst?
[10:31] <Lure> Riddell: I had to - it does not work otherwise, as /etc/k-d-s/ file is not removed (as it is config file)
[10:31] <Lure> Riddell: I have tested this carefully so it should be pretty safe
[10:32] <ryanakca> nope, but still sigsevs
[10:32] <Riddell> right
[10:32] <Riddell> hmm, config files should be removed
[10:33] <ryanakca> http://paste.ubuntu-nl.org/35962/
[10:34] <Lure> Riddell: they are not :-(
[10:34] <Lure> Riddell: I have tested it carefully by simulating all cases (no .hidden, .hidden is regular file, .hidden is simlink to some other location...)
[10:35] <Lure> Riddell: it removes it only if sym link and only if it points to /etc/k-d-s/hidden-root
[10:35] <Lure> Riddell: can I attach and finalize SRU?
[10:42] <Lure> ryanakca: this is really strange - I do not understand what beside libc6 could be the problem - this is more or less only dependancy they share...
[10:42] <Lure> ryanakca: but it crashes in strlen() which is so widely used that it is unbeliveable
[10:51] <ryanakca> yeah
[10:52] <ryanakca> file a bug report?
[10:53] <Lure> ryanakca: yes
[10:57] <ryanakca> kk
[10:58] <nixternal> who sent me a book through amazon?
[10:58] <nixternal> i got my python books today, and then there was a "Security+ Guide to Network Security" as well, and I never ordered it/paid for it, and it isn't on my wishlist :)
[11:01] <Riddell> Lure: sure, attach away
[11:01] <Lure> Riddell: ok
[11:10] <Lure> Riddell: I think bug 75017 is now all set according to SRU rules
[11:10] <Ubugtu> Malone bug 75017 in kubuntu-default-settings "SRU request: remove /.hidden file" [Undecided,Unconfirmed]  http://launchpad.net/bugs/75017
[11:15] <Lure> Riddell: you should probably put some comment about you supporting this, as I am not even motu and they might ignore it ;-)
[11:51] <Riddell> Lure: added
[11:52] <Lure> Riddell: thanks
[11:52] <Lure> Riddell: not sure how quickly SRUs are processed as there are quite some in queue
[11:54] <Lure> Riddell: there 4 just for Kubuntu...