[12:15] <manchicken> ?
[12:16] <manchicken> Isn't it past your bedtime?
[12:17] <Riddell> I havn't achieved my achiement quota for today
[12:18] <mhb> manchicken: it is, but his computer does a very loud scream whenever you mention his name on IRC :o)
[12:18] <Riddell> although I do have a dentist appointment tomorrow morning so I suppose I can't stay up too late
[12:22] <manchicken> Nice.
[12:24] <manchicken> Damnit, this latest kernel update hosed my sound again.
[12:24] <nosrednaekim> manchicken: I heard about that.
[12:25] <crimsun> I hate it when people say something about sound and don't provide any details.
[12:26] <crimsun> I have a trigger on "sound", and it's really frickin annoying to read awaylog and find nothing to help debug.
[12:26] <nosrednaekim> hey crimsun! did you get that hint from fdoving?
[12:26] <crimsun> nosrednaekim: I read it, but it violates my UI.
[12:27] <nosrednaekim> crimsun: what?
[12:27] <crimsun> Apply semantically does not mean Apply this and close the window - at least from what you tell me in existing KDE 3 apps.
[12:27] <nosrednaekim> crimsun: right, well that was for if you were still doing the close button
[12:27] <crimsun> if the majority of existing KDE 3 apps do not have one, then I'm hesitant to deviate.
[12:29] <nosrednaekim> right. is it all working? I found something interesting from it. I actually have two sound chips.
[12:29] <crimsun> manchicken: i.e., "hosed my sound" is insufficient.  Tell me the output from http://www.linux-sound.info/alsa/scripts/alsa-info.sh
[12:29] <manchicken> crimsun: I'm still trying to verify that it's the kernel update :)
[12:30] <crimsun> nosrednaekim: yes, I'm about to push out another update before I begin the PyQt4 portion.
[12:30] <nosrednaekim> manchicken: if you have the hda-intel driver, I've been hearing bad things about the latest kernel update
[12:30] <crimsun> it depends on your HDA codec.
[12:30] <manchicken> crimsun: I'm getting a lot of errors from your script.
[12:31] <crimsun> what sort?
[12:31] <crimsun> it requires bash and should say so in the shebang.
[12:31] <manchicken> This sort: /home/manchicken/bin/alsa-info.sh: 190: [[: not found
[12:31] <crimsun> it's not my script, though I had significant input into it.  We work on it in #alsa.
[12:32] <manchicken> Ah, damnit.
[12:32] <manchicken> It's dash
[12:32] <manchicken> That's what was killing it.
[12:32] <manchicken> crimsun: http://pastebin.ca/575234
[12:32] <mhb> manchicken: https://lists.ubuntu.com/archives/kubuntu-devel/2007-June/001777.html
[12:33] <manchicken> crimsun: Hopefully that helps :)
[12:34] <manchicken> I've gotta take off.
[12:35] <crimsun> that's definitely not an HDA codec
[12:35] <crimsun> I mean, it is kinda humorous that 'Master' is muted
[12:36] <crimsun> it's also quite possible that you need 'IEC958 Playback AC97-SPSA' set to 0 and 'External Amplifier' muted
[12:37] <nosrednaekim> i'm sorry, quick question, where do you put commands that you want to run on boot?
[12:37] <crimsun> depends when you want them executed.
[12:37] <crimsun> if it doesn't ultimately matter, /etc/rc.local
[12:38] <mhb> manchicken: seen that link?
[12:38] <nosrednaekim> crimsun: k, thanks
[12:39] <crimsun> nosrednaekim: revision 7 is suitable for testing
[12:40] <nosrednaekim> crimsun: i'll give it a spin, got a link?
[12:41] <crimsun> nosrednaekim: http://codebrowse.launchpad.net/~motu/asoundconf-ui/trunk/files
[12:42] <nosrednaekim> ok
[12:42] <nosrednaekim> I just need asoundconf-ui and displayqt.py right?
[12:43] <crimsun> right
[12:43] <crimsun> meaning asoundconfgui for the former
[12:44] <nosrednaekim> right.
[12:44] <crimsun> `python asoundconfgui --ui=qt3`
[12:45] <crimsun> oh, this is for current gutsy, BTW.
[12:46] <nosrednaekim> crimsun: well on fiesty right now, should work.
[12:47] <crimsun> yep, it should.
[12:47] <crimsun> as with any alsa-lib conf change, changes are effective only upon alsa app restart.
[12:47] <nosrednaekim> goves me this : asoundconfgui: error: Unknown UI option
[12:47] <nosrednaekim> when I run that command you gave me.
[12:48] <nosrednaekim> oh wait.. NM
[12:48] <nosrednaekim> yep, it works..
[12:48] <nosrednaekim> :)
[12:48] <nosrednaekim> I was doing qt instead of qt3
[12:49] <crimsun> I guess I could make qt act as qt3 and require people to use qt4 explicitly
[12:49] <crimsun> I'd rather retain the unambiguous parameter, though
[12:50] <nosrednaekim> don't worry about it...
[12:50] <nosrednaekim> how about an automatic check?
[12:50] <crimsun> what does "automatic" mean there?
[12:50] <nosrednaekim> I mean try importing qt3, and if it fails, switch to qt4 mode.
[12:52] <crimsun> hmm.
[12:52] <crimsun> the correct --ui= will be used in the .desktop file
[12:52] <nosrednaekim> crimsun: ah ok, set by the packages of the distro I assume?
[12:52] <crimsun> yes
[12:53] <nosrednaekim> alright I have to go. good job!
[12:53] <mhb> good night
[12:53] <mhb> manchicken: see you later
[01:41] <jjesse> evening
[06:33] <DaSkreech> Hobbsee:
[06:34] <Hobbsee> heya
[06:35] <Hobbsee> imbrandon: poke
[07:04] <Hobbsee> File: Kubuntu v7.10 (Gutsy Gibbon) Tribe 1 ISO
[07:04] <Hobbsee> Your email address: hobbsee@mailbolt.com
[07:04] <Hobbsee> URL: http://cdimage.ubuntu.com/kubuntu/releases/gutsy/tribe-1/gutsy-desktop-i386.iso
[07:04] <Hobbsee> Your request has been stored and will be checked manually before being mirrored. You will be contacted via email when the local version is available.
[07:04] <Hobbsee> hooray!
[07:09] <DaSkreech> Hobbsee: how do I break it to someone they just nuked their mac ?
[07:10] <Hobbsee> erm...not sure
[07:10] <DaSkreech> He installed ubuntu on his mac and is trying to boot back into the mac.
[07:11] <Hobbsee> fun
[07:11] <DaSkreech> The Mac hard drive reported 72 GB. df -h shows / taking up 72 GB
[07:11] <DaSkreech> Is the Mac DVD bootable?
[07:14] <nixternal> DaSkreech: if the DVD is a restore dvd it will
[07:15] <nixternal> otherwise if he doesn't have the restore disc(s), then he has to order them
[07:15] <DaSkreech> nixternal: does it need a valid OSX partition ?
[07:15] <nixternal> I don't believe so
[07:15] <nixternal> it should do just like windows and create the default partition(s)
[07:16] <DaSkreech> ok
[07:16] <nixternal> hrmm, they say qt jambi is dual licensed, however I don't see a spot to grab the source other than a 30 day trial
[08:53] <_marseillais_> hi
[08:55] <_marseillais_> is it normal for a debian package of a game (pokerth) that the binari location is /usr/game instead of /usr/bin ?
[08:56] <_marseillais_> i'm upgrading this package, adding .desktop file, icon
[09:00] <crimsun> yes
[09:01] <crimsun> normally single-binary game packages install their executable to /usr/game/foo
[09:11] <_marseillais_> crimsun, thanks i didn't know that so i let it like that
[09:11] <_marseillais_> :)
[09:55] <imbrandon> ...
[09:55] <imbrandon> gah , hardware failure, btw Hobbsee its not a vm
[09:55] <imbrandon> hehe
[09:56] <Hobbsee> imbrandon: grrr.  either way.
[09:56] <Hobbsee> last i knew, it was :P
[09:59] <Hobbsee> imbrandon: any chance you can upload kdemultimedia off there?
[10:09] <imbrandon> umm if i could get it booting yea
[10:09] <imbrandon> looks like i busted some ram
[10:09] <imbrandon> might be a few hours
[10:10] <imbrandon> ( till the store opens )
[10:10] <Hobbsee> imbrandon: ah right.
[10:11] <Hobbsee> imbrandon: that's the only thing i need off there - assuming that you actaully had the home dirs on NFS or whatever.
[10:11] <Hobbsee> but fair enough
[10:12] <imbrandon> ahh its in your /home , yea i have those on a seperate disk array
[10:12] <imbrandon> i can do that here in a few then
[10:12] <Hobbsee> it's in ~current
[10:12] <imbrandon> k
[10:12] <Hobbsee> make sure it's only that, and not amarok :)
[10:12] <Hobbsee> it's signed and whatnot - machine appeared to die while uploading.
[10:12] <imbrandon> hahah yea , i have amarok 1.4.6 ready just waiting for the "ok" on thursday
[10:13] <Hobbsee> oh you've done it too?
[10:13] <imbrandon> i normaly do yes :)
[10:13] <Hobbsee> i thought i did for the last one
[10:13] <imbrandon> i had it done 20 minutes after the email was sent
[10:13] <imbrandon> :)
[10:13] <Hobbsee> anyway, if you're going to do stuff like that, cna you please tell the mailing list, or the irc channel, or something, rather than just hiding in a corner?
[10:14] <Hobbsee> you cannot assume that you're the only person working on kubuntu.
[10:14] <imbrandon> you did some svn cherry picks a few uploads back yea
[10:14] <imbrandon> Hobbsee, i dont assume anything , and i did tell the list , wtf is your problem all the sudden ?
[10:15] <imbrandon> later :(
[10:15] <Hobbsee> imbrandon: i just hate duplicating work.
[10:15] <imbrandon> whatever
[10:15] <Hobbsee> grrrr.
[10:24] <Hobbsee> if anyone's going to do a upgrade of a major kde component, please make sure you actually mention something, somewhere, so it doesnt get allocated to anyone else.
[10:29] <Hobbsee> there's far too much stuff to get done that we can afford to duplicate work.
[10:39] <mhb> one of the problems of having no maintainers for packages, I guess
[10:39] <Hobbsee> more inactive maintainers
[10:46] <Hobbsee> Zerlinna!!!
[10:47] <Zerlinna> morning Hobbsee :)
[10:47] <Hobbsee> :)
[10:52] <Tonio_> hey$
[10:53] <Hobbsee> hiya Tonio_
[10:55] <Hobbsee> Tonio_: if you could check out what's just hit the mailing list, and give it some thought, that'd be cool :)
[10:59] <Tonio_> Hobbsee: which ml ?
[10:59] <Hobbsee> Tonio_: kubuntu-devel@
[10:59] <Hobbsee> Tonio_: i dont particularly demand a response now - but it's something that we do need to look at, think about, and create guidelines for how we work as a team.
[11:00] <Hobbsee> before we get too many more people
[11:00] <Tonio_> Hobbsee: the fsview thing ?
[11:00] <Tonio_> Hobbsee: it should be hidden, that's a problem with the desktop file
[11:01] <Hobbsee> Tonio_: no - Collaboration in Kubuntu
[11:02] <Tonio_> Hobbsee: hum I don't have this one, let me check
[11:02] <Hobbsee> Tonio_: it's only just been sent, so...
[11:02] <Tonio_> hum okay now it is
[11:02] <Hobbsee> Tonio_: https://lists.ubuntu.com/archives/kubuntu-devel/2007-June/001778.html
[11:02] <Hobbsee> :)
[11:02] <Tonio_> hehe
[11:02] <Tonio_> Hobbsee: which package duplication did we have ?
[11:02] <Hobbsee> Tonio_: amarok
[11:23] <Hobbsee> hiya Riddell
[11:23] <Riddell> mmm
[11:24] <Hobbsee> Tonio_: it's a bit of a pain, as we cant release it earlier than the 21st, and cant make it public knowledges taht there are packages for it
[11:24] <Tonio_> yo Riddell
[11:27] <Hobbsee> Riddell: i come with a mission.  it is your choice to either accept it, or run away and hide.
[11:27] <Hobbsee> Riddell: https://lists.ubuntu.com/archives/kubuntu-devel/2007-June/001778.html
[11:29] <Hobbsee> as we need to solve this.
[11:38] <Riddell> sorry, I've just had my tooth drilled out, give me some time to work through these painkillers
[11:39] <Hobbsee> hehe, no problem
[11:44] <Jucato> I might have mine too on wednesday... choosing between a root canal and a plain removal :/
[11:46] <Jucato> heh :)
[11:47] <Jucato> Hobbsee: would you mind keeping an eye on tmbg and sivaji in #kubuntu... I don't like the direction the conversation has been going...
[11:47] <Hobbsee> oh not that...guy...again
[11:54] <Tonio_> mbiebl: ping ?
[11:54] <Tonio_> mbiebl: just finished the n-m packages, as we discussed yesterday$
[11:55] <mbiebl> Tonio_: Hi
[11:55] <Tonio_> mbiebl: I wanted to know how did you workarround the libnl build issue ?
[11:55] <Tonio_> mbiebl: if you had it ;)
[11:55] <mbiebl> I have a small patch for now.
[11:56] <mbiebl> Which include linux/types.h
[11:56] <Tonio_> mbiebl: if I do that, I have a second error, missing __u64 types
[11:57] <Tonio_> mbiebl: so I have to do this :
[11:57] <mbiebl> Do you have amd64?
[11:57] <Tonio_> http://paste.tonio.homelinux.org/104
[11:57] <Tonio_> mbiebl: nope but even with the patch the build fails on i386
[11:57] <Tonio_> mbiebl: that patch is ugly but helps building
[11:57] <mbiebl> Interesting, it works for me ;-)
[11:57] <mbiebl> I have i386 too
[11:57] <Tonio_> hum...... weird
[11:58] <Tonio_> mbiebl: looks like an issue with the libnl in fact
[11:58] <Tonio_> mbiebl: the point is that second patch results a build issue on ia64
[11:59] <gnomefreak> who is debian maintainer of kxdocker?
[11:59] <mbiebl> Yeah, it's an issue within libnl. Upstream is also aware of it.
[11:59] <mbiebl> I guess you read the knm m-l?
[12:01] <Tonio_> mbiebl: yes I do
[12:02] <Tonio_> mbiebl: to point is that fixing this can be long, so I'm just searching for the better workarround, as the current is not perfect
[12:02] <Tonio_> mbiebl: ftbfs on ia64 is not as important as on i386, of course, but I'd like it to build correctly at least on each arch we use
[12:03] <Tonio_> mbiebl: I may have the solution concerning the libnl, but that's a hudge patch to make
[12:03] <Tonio_> mbiebl: pitti has the key of the problem in fact
[12:03] <Tonio_> I'll try to get that fixed soon
[12:03] <mbiebl> Ok.
[12:04] <Tonio_> mbiebl: the strange thing is that you don't have the __u64 missing issue while building on i386 ?
[12:04] <Tonio_> that, I don't understand
[12:05] <mbiebl> that indeed is strange.
[12:06] <Tonio_> mbiebl: probably a difference between the debian and the ubuntu kernel headers I guess
[12:07] <Tonio_> I should ping benc concerning this
[12:07] <mbiebl> Could be.
[12:08] <mbiebl> #if defined(__GNUC__) && !defined(__STRICT_ANSI__)
[12:08] <mbiebl> typedef         __u64           uint64_t;
[12:08] <mbiebl> typedef         __u64           u_int64_t;
[12:08] <mbiebl> typedef         __s64           int64_t;
[12:08] <mbiebl> #endif
[12:08] <mbiebl> That's in linux/types.h on Debian
[12:08] <mbiebl> So maybe, you just use different compile flags then? strict-ansi?
[12:15] <Hobbsee> Riddell: started putting things into bzr.
[12:16] <_StefanS_> hi there
[12:17] <_StefanS_> Hobbs and Riddell, Tonio_ and all
[12:17] <_StefanS_> Jucato :)
[12:17] <_StefanS_> oh my, so many people
[12:17] <Hobbsee> hiya _StefanS_
[12:17] <Jucato> _StefanS_: hello! :)
[12:18] <_StefanS_> Jucato: hello  !
[12:18] <mhb> _StefanS_: you know the trouble of greeting people by name? The folks you did not mention will hate you for eternity ... well, at least for the afternoon :o)
[12:18] <_StefanS_> urgh sorry
[12:18] <_StefanS_> mhb: hi!
[12:19] <_StefanS_> hi all is better I think :)
[12:19] <_StefanS_> mhb: did you get anyone to help with that dpkg reconfigure -a check?
[12:21] <mhb> _StefanS_: Just kidding :o) No, nobody responded yet.
[12:21] <Tonio_> hi _StefanS_
[12:22] <_StefanS_> mhb: are you sure it isnt just a lockfile or something it looks for?
[12:23] <mhb> _StefanS_: the thing is, apt-get is smarter than adept in this manner
[12:23] <mhb> _StefanS_: in many cases, the lockfile is locked
[12:24] <mhb> _StefanS_: you can get that if you run multiple package manager at the same time, or if you kill dpkg
[12:24] <mhb> _StefanS_: but apt-get is able to recognize whether you killed dpkg or you just have more package managers running
[12:25] <mhb> _StefanS_: adept can't do that yet. If it could, we would be able to fix the dpkg lock by running "dpkg --configure -a".
[12:33] <_StefanS_> mhb: sorry was on the phone.. reading..
[12:37] <_StefanS_> mhb: sounds easy enough since the code is already there, unfortunately I dont have time right now, but maybe in the evening
[01:43] <mhb> _StefanS_: that would be seriously cool
[02:17] <nosrednaekim> whats up this morning?
[02:42] <mhb> nosrednaekim: a nice mail from keybuk in the ubuntu-devel-announce
[02:56] <_marseillais_> ScottK, gpocentek told me you are the one i need to talk for python problems. do you have some time?
[02:57] <nosrednaekim> is that a channel or a mailing list?
[02:57] <_marseillais_> mailing list
[02:58] <nosrednaekim> _marseillais_: I know some python, whats your problem?
[02:58] <Hobbsee> nosrednaekim: anything without a # in front of it is usually a mailing list
[02:59] <_marseillais_> nosrednaekim, i would like to have a little revu on one of my packages because no one know if it is ok or not
[02:59] <nosrednaekim> _marseillais_: oh. well I can't do that.
[03:32] <manchicken> Anybody know of a way to verify a CD has a particular ISO on it with k3b?
[03:34] <manchicken> Can one just md5sum /dev/cdrom?
[04:15] <fdoving> ls
[04:15] <fdoving> ops.
[04:17] <Hobbsee> knetworkmanager is installable, isnt it?
[04:18] <hunger> Hobbsee: Basically yes, but it kicks ubuntu-desktop from the system.
[04:18] <Hobbsee> oh, u-d
[04:18] <Hobbsee> then yeah
[04:19] <hunger> The gnomes have not yet fixed their stuff or so it seems.
[04:28] <Hobbsee> Riddell: amarok is dying on me.
[04:31] <mhb> hunger: sun executives would not
[04:36] <fdoving> Hobbsee: again, great initiative bzr and all. :)
[04:37] <Hobbsee> fdoving: thanks.  still not sure how much i should have pushed
[04:38] <fdoving> i can't see any disadvantages, except everyone must commit their changes. but then i'm a fan of revision control in every way possible.
[04:39] <fdoving> Hobbsee: if you want a nice get-orig-source most alioth packages have a nice one. for example mailody.
[04:40] <Hobbsee> right
[04:40] <Hobbsee> fdoving: it's more the "i havent had the motivation to do it yet, just figured i'd get it started"
[04:48] <Hobbsee> fdoving: there we go.  https://code.launchpad.net/~kubuntu-members/
[04:49] <fdoving> Hobbsee: nice. :)
[04:49] <Hobbsee> it's a WIP, and iv'e done enough for tonight
[04:49] <fdoving> Hobbsee: now let's hope people actually update that and use it.
[04:49] <Hobbsee> and amarok hates me
[04:49] <Hobbsee> fdoving: this is true.
[04:50] <hunger> mhb: FUSE to the rescue: http://www.linuxworld.com/news/2007/061807-zfs-on-linux.html
[04:52] <mhb> hunger: I know about this. Do you think it will get into Ubuntu, considering ZFS is patented to the top?
[04:53] <hunger> mhb: Why not... patents are no concern in e.g. europe at this time.
[04:54] <mhb> hunger: sure, but they are in the U.S. And we want to get Ubuntu in the U.S., don't we? :o)
[04:56] <hunger> mhb: Why should anybody want that?
[05:04] <_marseillais_> hunger, wait for oracle FS
[05:04] <_marseillais_> it should rox
[05:09] <_marseillais_> http://liquidat.wordpress.com/2007/06/14/btrfs-a-new-file-system-for-linux-from-oracle/
[05:16] <Riddell> Hobbsee: akode is compiled ok now
[05:17] <Hobbsee> Riddell: yay, thanks.  what was the 64bit fix?
[05:17] <Riddell> Hobbsee: debian had a patch
[05:17] <Hobbsee> right.  i suck.
[05:18] <Hobbsee> (for nto checking)
[05:19] <fdoving> quilt is so powerfull.
[05:20] <Riddell> fdoving: in what way?
[05:21] <fdoving> Riddell: it re-generates patches based on what you change, you can pop patches of the stack, etc.
[05:21] <fdoving> http://www.suse.de/~agruen/quilt.pdf
[05:21] <Riddell> how is that different from cdbs-edit-patch?
[05:21] <fdoving> you can't refresh patches there, can you?
[05:22] <fdoving> say i remove patch kubuntu_01_somemagic.diff, and want kubuntu_02_othervoodoo.diff to be updated to still apply cleanly.
[05:22] <Riddell> you do cdbs-edit-patch patchname  it brings up a temporary shell where you edit the files and it makes he .diff when you exit the shell
[05:23] <fdoving> yeah, but this is automated in more ways with quilt.
[05:23] <fdoving> you "add" files th patches, more in a svn/bzr way.
[05:23] <fdoving> then make changes to the file, and run 'quilt refresh' to make the patch.
[05:59] <gnomefreak> all adept stuff is being removed, im assuming due to poppler libs, maybe just a respin?
[06:01] <Riddell> ?
[06:01] <Riddell> adept shouldn't need poppler
[06:01] <gnomefreak> libarts than?
[06:02] <Tm_T> gnomefreak: yu
[06:02] <Tm_T> well, most of KDE is dependent on libarts unless you give --noarts
[06:02] <gnomefreak> http://gnomefreak.pastebin.ca/576681
[06:02] <Riddell> are you on amd64?
[06:03] <gnomefreak> 386
[06:10] <nixternal> gnomefreak: it is apt that is removing adept
[06:10] <nixternal> don't do a dist-upgrade, just do an upgrade
[06:10] <nixternal> it will hold back apt and keep your adept
[06:10] <gnomefreak> why would apt remove it
[06:10] <nixternal> cuz someone packaged it not thinking maybe?
[06:11] <nixternal> either it has a replaces or conflicts in there maybe, or there could be something in the adept package
[06:11] <gnomefreak> adept depends on apt (guess that makes sence)
[06:11] <nixternal> you think? :)
[06:16] <nixternal> hrmm, I wonder if it is because the apt update removes the old apt first?
[06:17] <gnomefreak> nixternal: im asking mvo
[06:17] <nixternal> rock on with your badself
[06:17] <gnomefreak> adept == failed to build
[06:17] <nixternal> ahhh
[06:18] <gnomefreak> he hasnt had time to look into it yet
[06:18] <gnomefreak> see -bugs for his comments
[06:19] <nixternal> hrmm, looks like apt ftb
[06:19] <nixternal> oh, ftb for him, that is why I don't see it in the build logs
[06:19] <gnomefreak> yes
[06:23] <nixternal> time for sKool
[07:21] <Tm_T> sir is multiplying
[07:22] <Lure> Riddelll: ping
[07:23] <Riddelll> hi Lure
[07:24] <Lure> Riddelll: debian is asking what have we changed in kde that we do not need .la files for libgphoto plugins to load properly
[07:24] <Lure> Riddelll: this is only change that we are different then debian and they would like to fix it in debian
[07:25] <Riddelll> Lure: I have to say I've no idea
[07:25] <Lure> :-(
[07:26] <Riddelll> you might be better to ask doko, he'd know more about loading stuff
[07:26] <Lure> Riddelll: will try, or allee who did the digikam change
[07:29] <Lure> allee: ^^^
[07:29] <allee> Hi!
[07:30] <allee> Lure: In not sure what's different.  I've never looked at kdelibs and pkgs diff compared to debian
[07:31] <Lure> allee: ok, we may need to ask doko then...
[07:31] <allee> Lure, Riddelll in one related report in b.k.o there a auto* patch to include .so extention.  Maybe kubuntu uses it by default?
[07:32] <Riddelll> maybe, although I don't recall doing so
[07:32] <Lure> allee: yes, that could be it...
[07:33] <allee> Lure: yeah, I also remember this problem some years ago.  and the proposed fix ring somehow a bell.  I've asked several time on #debian-qt-kde to try it, as I was not motifated enough to setup sid env and build stuff
[07:37] <allee> Lute: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=390703 and proposed fix in http://bugs.kde.org/show_bug.cgi?id=125696#c31
[07:37] <ubotu> KDE bug 125696 in Camera GUI "digikam does not connect to USB camera with libgphoto-2.1.99" [Normal,New] 
[07:38] <allee> Riddelll: can you check kdelibs for LTDL_SHLIB_EXT?  I'm sure you have a build lying around :)
[07:39] <Riddelll> http://paste.ubuntu-nl.org/26299/
[07:39] <manchicken_> Who do I send a postgresql-contrib patch to?
[07:40] <Riddelll> manchicken_: packaging patch?
[07:40] <manchicken_> Well, I just patched the tsearch2() trigger function so that it's compatible with domains.
[07:41] <Riddelll> is it a patch for upstream or for ubuntu?
[07:42] <manchicken_> Both :)
[07:42] <Riddelll> in ubuntu I'd recommend the ubuntu-server mailing list
[07:42] <Riddelll> and upstream probably have a postgres-devel list or similar
[07:52] <Lure> allee: do not understand where we are different here... :-(
[07:52] <Lure> allee: are we sure that it works in ubuntu? ;-)
[07:52] <allee> Riddell, Lure: Maybe coolo is the man to ask. a) why there a own ltdl in kde b) is Marcus proposed patch is 'save'
[07:53] <allee> Lure: yeah, looks like kubuntu does not use the extention.
[07:53] <Lure> allee: problem is I would like to understand first why we are different (if we are)
[07:54] <manchicken_> Is there a program that can turn an ISO into a directory structure?
[07:54] <allee> Lure: at the end of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=390703   Marcus mentions a lib ltdl conflict too, argl
[07:55] <Lure> allee: exactly, but I do not see anywhere that we would drop kde's ltdl...
[07:55] <allee> Lure: have you a kdegraphics build lying around?  maybe the kamera/Makefile uncovers it why kamera is working in debian
[07:58] <allee> Lure: maybe we should ping Mark, he's at debconf and has time and experts around him.
[08:11] <Lure> allee: nothing special in kamera Makefile...
[08:13] <Lure> allee: difference is that kdegraphics depends on libgphoto-dev (same as digikam in debian)
[08:13] <Lure> allee: it may be something on ubuntu that prevents kdecore version of ltdl to get activated in runtime?!
[08:16] <allee> Lure: did you compare the kamera Makefile generated in a debian and kubuntu environement?
[08:16] <Lure> allee: no
[08:17] <Lure> allee: just reviewed the kubuntu patches + Makefile
[08:20] <allee> Lure: I wonder if e.g. GPHOTO* var are different  (wild guess of course)  but $(GPHOTO2_LIBS) is used with LDFLAGS in digikam in LIBADD
[08:27] <manchicken_> sabdfl has made me a very happy man.
[08:28] <manchicken_> Application Trends quoted him saying something that I was pleased to read.
[08:52] <manchicken> Did anybody else get a survey from Exeter University about their Free Software contributions?
[08:53] <manchicken> It looks like the sort of thing folks would be receiving en masse.
[08:56] <manchicken> cindy: I'm gonna put up the profiles page for the meeting.
[08:56] <manchicken> I'll pull it down again afterwards.
[08:57] <nosrednaekim> manchicken: there is a meeting?
[08:57] <manchicken> ack, wrong thing.
[08:57] <manchicken> Damnit.
[08:57] <manchicken> Sorry about that.
[09:29] <marseillai> Riddelll: does kdelibs build with --enable-fast-malloc ??
[10:36] <Riddell> marseillai: nope
[10:38] <marseillai> oki
[10:38] <marseillai> thanks
[10:39] <marseillai> does someone know how to connect myself to revu with my @ubuntu.com mail instead of my @gmail.com mail
[10:39] <Riddell> connect in which way?
[10:39] <marseillai> to post comment on upload i done with my ubuntu.com adress
[10:40] <marseillai> i've upload this : http://revu.tauware.de/details.py?upid=5634 wich should go to archive before there is no improvment but i can't do any comment
[10:41] <Riddell> ask siretart
[10:41] <ScottK> marseillai: Is you ubuntu.com address in the pgp key you have on LP?
[10:42] <ScottK> marseillai: I can archive the upload if you want?
[10:42] <marseillai> ScottK: yes it is in my pgp
[10:42] <marseillai> ScottK: yes you can archive it
[10:43] <marseillai> ScottK: and if you have a little time could you take a look at one of my package?
[10:43] <ScottK> OK.  I'll do that.  Dunno what to tell you then about logging in other than the advice Riddell gave you already.
[10:43] <ScottK> marseillai: I can give it a quick once over, but not a detailed review.
[10:44] <ScottK> marseillai: Archived.
[10:44] <gnomefreak> marseillai: sign package with ubuntu.com address i wouuld think
[10:45] <marseillai> ScottK: http://revu.tauware.de/details.py?upid=5533 it's pykde but gpocentek told me he doesn't know if it is ok
[10:45] <marseillai> thanks ScottK
[10:45] <marseillai> gnomefreak: allready done
[10:46] <marseillai> but it seems to not be enough
[10:46] <ScottK> marseillai: I'll take a look, but I'm pretty new as a MOTU, so no guarantee I'll feel confident either.
[10:46] <gnomefreak> Riddell: if i wanted to build adept to fix the apt | adept conflict is there something that should be in changelog? like respun due to apt conflict?
[10:46] <marseillai> ScottK: oki just to have your opinion about this package
[10:47] <gnomefreak> ScottK: you can do it!!!
[10:47] <_StefanS_> hi all
[10:48] <ScottK> Hi _StefanS_
[10:48] <ScottK> marseillai: This is a Python application, right?  Why do you not use python-support or python-central?
[10:49] <mhb> _StefanS_: hi there
[10:49] <_StefanS_> hi mhb
[10:50] <_StefanS_> mhb: isn't apt-get in the apt package?
[10:50] <_StefanS_> mhb: or maybe its dpkg..
[10:51] <gnomefreak> _StefanS_: different packages adept uses apt as in code part states use apt to get packages use dpkg to install
[10:51] <marseillai> ScottK: because tonio told me there is no need for it
[10:51] <_StefanS_> gnomefreak: thanks
[10:52] <ScottK> marseillai: OK.  I'd have to build the package to see if it puts all the files in the right place.
[10:52] <_StefanS_> mhb: I will try to look at it now
[10:52] <ScottK> Other than that, it looks good.
[10:52] <marseillai> ScottK: all the files have to be in the same directory
[10:52] <mhb> _StefanS_: apt has the binary, though
[10:52] <marseillai> I install them with debian/install ...
[10:52] <mhb> _StefanS_: ./apt.list:/usr/bin/apt-get
[10:53] <gnomefreak> afaik adept is just a frontend for apt as is synaptic
[10:53] <gnomefreak> apt/dpkg
[10:54] <ScottK> marseillai:  OK.  I'm looking at that.  I also notice there's no depence on Python.  What versions of Python will this work with?
[10:54] <_StefanS_> Fetched 5634kB in 3s (1772kB/s).. nice
[10:55] <ScottK> marseillai: Python policy (para 3.1) specifies a requirement for a python depends (versioned if necessary).
[10:55] <marseillai> ScottK: oki i'll re work on it and forget tonio advices! ;)
[10:56] <ScottK> marseillai: I'm not saying you need python-support or python-central, just that you need to depend on python.
[10:56] <marseillai> pykde is not enough ?
[10:56] <ScottK> No
[10:58] <ScottK> The other thing you need to make sure of is that you are not shipping byte-compiled code in your source package and are compiling it at install time.  See http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-bytecompilation
[10:59] <ScottK> marseillai: I suspect that without python-support or python-central you aren't doing the byte compilation at/post install.  This will work as long as you are running the same arch as the source package was built under, but as soon as someone uses a different arch, it won't work.
[11:00] <marseillai> oki
[11:00] <ScottK> As long as you meed the policy requirements, there's no requirement to use specific tools such as python-support or python-central, but IME it's a lot easier if you do.
[11:00] <marseillai> i'll redo my package ScottK
[11:00] <marseillai> thanks
[11:01] <Lure> Riddelll: somebody needs to rebuild adept, debtags and language-selector-qt with new apt
[11:03] <_StefanS_> mhb: apt-get just checks /var/lib/dpkg/updates/ to see if there are files the contain only digits. That means dpkg process was interrupted.
[11:03] <gnomefreak> Lure: i will build adept i just want to know policy for changelog entry for it
[11:04] <_StefanS_> mhb: and you gotta issue dpkg configure -a
[11:05] <ScottK> marseillai: No problem.
[11:07] <gnomefreak> Lure: something like "rebuilt against latest apt version"
[11:07] <gnomefreak> ?
[11:08] <mhb> _StefanS_: is that it?
[11:08] <_StefanS_> mhb: yups.
[11:09] <mhb> _StefanS_: are you able to port the code to adept?
[11:09] <_StefanS_> mhb: shouldn't be a problem
[11:09] <mhb> _StefanS_: I have a 8kB line now, so I'm pretty limited :o)
[11:10] <_StefanS_> mhb: ick! 8kb.. thats bad :)
[11:10] <_StefanS_> mhb: you can borrow my grps phone, it will probably be faster :D
[11:11] <_StefanS_> mhb: maybe I can look at it during the weekend or something..
[11:12] <mhb> _StefanS_: if you won't make it now (:o) , then okay
[11:13] <_StefanS_> mhb: well I was planning to sleep something before heading to work tomorrow :)
[11:13] <_StefanS_> mhb: what adept version should i be putting it into ? the one from the current gutsy ?