[12:19] <motaboy> night all!
[12:19] <Riddell> guid nicht
[11:54] <Riddell> amu: do you have a working qt 3.3.4 package?  did you look at the debian 3.3.4 package?
[03:28] <JRe> l
[03:34] <amu> Riddell: i have
[03:34] <Riddell> amu: which?
[03:35] <amu> Riddell: asap a gcc4 with new names
[03:35] <amu> qt-3.3.4, gcc3
[03:36] <Riddell> have you looked at the debian 3.3.4 package?  they might have made changes since 3.3.3 I don't know
[03:40] <amu> yep, installfiles changed, some bugfixes, nothing special 
[03:40] <amu> ...
[03:42] <Riddell> amu: did you include their changes?
[03:47] <amu> there where no code changes, just packaged based, those i did 
[03:47] <amu> s/packaged/package
[03:49] <Riddell> groovy
[03:50] <amu> asap get the 3.3.4 with gcc4 builded i'll upthem all, doko need them, otherwise everything will be 3.3.3 based :P
[03:50] <Riddell> doko: could you upload the sources to your arts and kdelibs packages you have on people.u.c ?
[03:51] <amu> Riddell: doko still has 3.3.3 
[03:52] <Riddell> which is why I havn't asked for the sources to his qt :)
[03:53] <Riddell> unless you also have arts and kdelibs packages amu?
[03:53] <amu> ...unfortunately i didnt get buildd working for a rebuild with gcc4  
[03:53] <Riddell> chroot on dev.kubuntu.org.uk works fine with gcc 4
[03:54] <Riddell> unfortunatly doko's kdelibs4-dev depends on kdelibs4 not kdelibs4c2 so it's hard to compile anything above that
[03:55] <amu> Riddell: not now, $wife and $child day's the last 48h :)  
[03:57] <Riddell> amu: could you put the source to your qt somewhere I can gett i?
[04:03] <KaiL_> kdelibs4c2 = gcc4-version?
[04:04] <Riddell> KaiL_: correct, kdelibs4 and arts get a c2 ending, qt looses it's c102 ending
[04:04] <KaiL_> ah
[04:04] <KaiL_> already working on your system?
[04:04] <doko> Riddell?
[04:05] <Riddell> doko: there's no sources to the arts and kdelibs packages at http://people.ubuntu.com/~doko/GCC-4.0/
[04:05] <doko> kdelibs4-dev depends on kdelibs4c2
[04:06] <doko> which packages do you use?
[04:07] <KaiL_> quite interesting: all packages are MUCH smaller....
[04:08] <Riddell> doko: you're right, ignore me, I'll rebuild my chroot
[04:09] <KaiL_> kdelibs4: 8.1MB, kdelibs4c2: 7.3MB - would be interesting, if we see that in RAM usage too
[04:09] <Riddell> KaiL_: I think that's -fvisibility at play
[04:10] <amu> Riddell: got the source? 
[04:10] <amu> ^k, packages are ready, need to change my ip for faster download 
[04:11] <Riddell> amu: yep
[04:11] <KaiL_> qt3.3.4 and gcc4 at the same time..? to get shure we don't miss some chance to break? ;)
[04:11] <Riddell> thanks
[04:12] <Riddell> KaiL_: fixes twice as many problems :)
[04:13] <doko> Riddell: the sources are on chinstrap
[04:13] <Riddell> doko: don't have an account on that yet, who do I ask?
[04:13] <doko> Riddell: elmo
[04:14] <Riddell> elmo: can I have an account on chinstrap please?
[04:15] <amu> doko: http://195.227.106.195/GCC4
[04:17] <amu> doko: those are the qt3.3.4 & gcc4 
[04:18] <amu> Riddell: doko: should i continue with kde.all ? 
[04:19] <Riddell> amu: thought you were on holiday today :)
[04:20] <amu> i was :) a 2 day's break without net is like 1 month holiday
[04:21] <amu> packaging now the final one's (qt)
[04:24] <doko> amu, Riddell: hmm, what about fixing the KDE FTBFS things from bugzilla first ;)
[04:25] <motaboy> Riddell, amu : I'd suggest to disable -fvisibility, it's broken
[04:25] <Riddell> motaboy: what's broken about it?
[04:26] <motaboy> Riddell: The implementation between qt and some kde programs that will bring to strange crashes
[04:26] <motaboy> Riddell: I'm searching for the bug reports...
[04:27] <amu> Riddell: do we need the kubuntu_01_qclipboard_hack?
[04:28] <motaboy> Riddell, amu: http://bugs.kde.org/show_bug.cgi?id=101542
[04:29] <amu> doko: that's what i asked for ;)
[04:29] <motaboy> amu, Riddell: The qt problem will not be fixed in the qt3 release cycle.
[04:29] <motaboy> amu, Riddell: so I think that the patch it's needed
[04:31] <Riddell> amu: yes, it not fixed until qt 4
[04:36] <amu> Riddell: did you send madkiss the patch?
[04:36] <amu> motaboy: thanks
[04:36] <Riddell> amu: the kubuntu_01_qclipboard_hack one?  no but it was on kde-packager
[04:37] <doko> amu, so you disable the visibility switch for KDE?
[04:41] <KaiL_> disable visibility would be very bad :(
[04:41] <amu> doko: let's say otherwise i didnt enabled it :) how i can check it, if it's enabled or not? 
[04:41] <amu> KaiL_: why? 
[04:41] <amu> amu@devel:~$ grep visibility qt-x11-free_3.3.4-2ubuntu0.2_i386.build
[04:41] <amu> amu@devel:~$   
[04:41] <doko> amu: -fvisibility should be on the commandline 
[04:41] <KaiL_> spamer packages and faster startup
[04:41] <KaiL_> grr
[04:42] <KaiL_> smaller...
[04:42] <KaiL_> both significant
[04:42] <motaboy> amu: it's a configure check
[04:42] <motaboy> amu: do you want a patch to disable it?
[04:43] <motaboy> http://bugs.gentoo.org/show_bug.cgi?id=86898
[04:43] <dato> Riddell: is kubuntu_01_qclipboard_hack the one from qt-copy, i.e. http://websvn.kde.org/trunk/qt-copy/patches/0048-qclipboard_hack_80072.patch?rev=310962&view=markup ?
[04:43] <doko> motaboy: thanks, fixed it
[04:44] <motaboy> dato: yes
[04:44] <dato> motaboy: and does -fsibility cause trouble on i386?
[04:44] <KaiL_> is there still any use in using gcc4 with out -fvisibility?
[04:45] <dato> the gentoo bug mentions amd64 and ppc.
[04:45] <amu> motaboy: yes please
[04:46] <Riddell> dato: it is
[04:47] <dato> ok, then our 3.3.4 has it
[04:48] <motaboy> dato: dunno, What it's said in the bug report is that it's broken independetly from the architecture, maybe on i386 it doesn't crash but I'm not sure
[04:50] <KaiL_> they always mention amd64 and pcc there, but never i386...
[04:51] <KaiL_> try with enabled and if to much crashes, disable? 
[04:52] <KaiL_> and this crash on kasteroirds seams to be a reproducable test for the bug...:)
[04:54] <motaboy> KaiL_: I used kde 3.4 for some months with visibilty hidden on i386 and I didn't get any crash related to it.
[04:54] <motaboy> KaiL_: but this doesn't mean that it's ok, I don't use ALL the kde programs :P
[04:55] <KaiL_> motaboy: do you have kasteroids?
[04:55] <motaboy> KaiL_: yes and it doesn't crash
[04:55] <KaiL_> ok, then enabled on i386 for now :)
[04:56] <JRe> but on why damn are you working ;) ???
[04:56] <KaiL_> ...and maybe on amd64 too, some more crashes there are not really visible *g*
[04:57] <motaboy> KaiL_: Please read carefully comment #27 on that bug report
[04:58] <motaboy> KaiL_: the kde devs suggest to remove it until the kde code is fixed.
[04:58] <motaboy> KaiL_: as the kde code is broken.
[04:59] <KaiL_> :(
[05:00] <motaboy> KaiL_: The problem is that not all C++ library uses hidden visibility. If all will use them as in windows there weren't crashes... 
[05:00] <motaboy> this is Hironic...
[05:00] <motaboy> (and I'm not able to write in english...)
[05:01] <KaiL_> so this is some function like ACPI, dma for harddisks or composite extension: wonderfull in theory, but completely useless in reality because it's to easy to break? :)
[05:06] <JRe> ;)
[05:07] <JRe> nothing has been said in your absence
[05:07] <JRe> (on this channel)
[05:07] <KaiL> did my rant about to much useless features found it's way before?
[05:08] <motaboy> KaiL: ACPI will on my laptop work well! 
[05:08] <motaboy> KaiL: it report also the temperature...
[05:08] <KaiL> most of that "normally" works
[05:09] <KaiL> as -fvisibility does ;)
[05:09] <KaiL> but for all of that you need to hope, that it works and can not be shure
[05:16] <motaboy> KaiL: adding #pragma araound the headers that exports symbols will remove any problem
[05:16] <motaboy> KaiL: But I don't know when this will be fixed.
[05:17] <motaboy> KaiL: maybe we can kontact Thiago and ask him if he has a final idea on how to fix this issue
[05:18] <motaboy> s/kontact/contact
[05:18] <KaiL> what does that in practice?
[05:18] <KaiL> export everything, where we can't be shure it works without, but doesn't export, where we can be shure?
[05:18] <motaboy> KaiL: so we can start patching and commit them to kde SVN.
[05:19] <motaboy> KaiL: no
[05:20] <DrGonzo42069> which automake should my system be setup to use (when using update-alternatives)?
[05:20] <DrGonzo42069> 1.4, 1.5, 1.6 etc?
[05:20] <Riddell> DrGonzo42069: 1.9
[05:21] <DrGonzo42069> awesome thanks
[05:21] <DrGonzo42069> later
[05:24] <KaiL> motaboy: so go and contact him :)
[05:29] <motaboy> KaiL: to be honest, I have to much things to do just now on the kde side. And I want to help kubuntu too. I think this step should be left to the one that added the visiblity in kde.
[05:29] <motaboy> it's more expert then me on this side
[05:29] <motaboy> s/it/he
[05:54] <Riddell> amu: can you make sure your qt changelog inclues all the entries from madkiss
[05:59] <motaboy> Riddell: I really think that kexi should be released in koffice.
[05:59] <motaboy> Riddell: it has a different release cycle.
[05:59] <motaboy> Riddell: I'd like to remove it's compilation from the koffice 1.4 deb, and make a different source just for it
[06:00] <Riddell> motaboy: "that kexi should be released in koffice" or shouldn't be?
[06:00] <motaboy> Riddell: it has a different release cycle, it's not related to koffice in any way
[06:00] <motaboy> Riddell: it's just in the koffice module...
[06:01] <motaboy> Riddell: it also doesn't use the koffice's libraries
[06:01] <Riddell> motaboy: I think the plan is still to release it with koffice
[06:01] <Riddell> they just ignore the koffice string freeze
[06:06] <motaboy> Riddell: looks like 0.8 will be released with koffice 1.4. :D they changed they plans respect one month ago
[06:07] <motaboy> Riddell: But I think that 0.9 will be release separately from koffice.
[10:18] <KaiL_> ..everybody already killed his KDE? or why is it so silent here?
[10:19] <Riddell> what would you like us to say?
[10:35] <vicks> lets all sing a song
[10:07] <motaboy> Hi all!
[10:25] <JRe> hi
[11:23] <doko> amu, Riddell, haggai: do you want to compile KDE using -fvisibility=hidden, or play it safe?
[11:25] <Riddell> doko: I'm tempted to play it safe and not use -fvisibility=hidden
[11:25] <Riddell> I think the issue is that qt isn't hidden and that causes problems
[11:26] <Riddell> doko: is the g++ change happening today?
[11:35] <doko> Riddell: probably not, we're still missing some bits
[11:35] <doko> Riddell: ok, I'll update the transition archive then
[11:37] <doko> amu: you did package qt as native package ???
[11:53] <Riddell> doko: what do you mean native package?
[11:53] <doko> no .orig.tar.gz
[11:54] <doko> and his dsc and tar.gz files are for a different version as well ... amu ...
[12:33] <doko> amu: kdelibs-vis.diff is in my home on chinstrap
[01:32] <Riddell> motaboy: fancy taking a look at the package for kat?  the author has requested we include it
[02:04] <JRe> yeah i saw 
[02:04] <JRe> http://jr.falleri.free.fr/fichiers/kubuntu/kat
[02:05] <Riddell> JRe: dood
[02:06] <JRe> Riddell: just one error with lintian because there is both bin and lib in the same package but i think it's better than split
[02:06] <Riddell> JRe: can you add that and katapult to https://www.ubuntu.com/wiki/MOTUNewPackages
[02:07] <JRe> Riddell: I am working the debian packages of an amawing program: Krecipes should i make a package for ubuntu??
[02:08] <Riddell> JRe: someone already has http://mip-lab4.ecn.purdue.edu/~rimbert/ubuntu/
[02:09] <Riddell> https://www.ubuntulinux.org/wiki/MichaelRimbert
[02:09] <JRe> Riddell: true ;)
[02:11] <JRe> Riddell: should i give him the adress of my packages, as i have splitted the soft into 2 parts (krecipes and krecipes-data(arch indep))
[02:11] <JRe> ????
[02:11] <Riddell> JRe: can do
[02:12] <Riddell> JRe: make a note on https://www.ubuntu.com/wiki/MOTUNewPackages too to say that you have packages split in that way
[02:18] <allee> JRe: ping
[02:18] <JRe> Riddell: to have more kat fucntionnalities, anyone have to port lib-poppler-qt to kubuntu
[02:18] <JRe> Riddell: we should use the debian package source
[02:18] <Riddell> doko: does libdbus-qt-1-1 have to be renamed since it depends on kdelibs and qt?
[02:19] <doko> yes, daniels or I take care of it
[02:19] <Riddell> JRe: libpoppler0-qt is in breezy
[02:19] <JRe> Riddell: okay kool :)
[02:28] <motaboy> Riddell: I'll take a look at it. But I'd like to suggsest the author to post also about it's project on the kde-devel mailing list. So he can also get more suggestions and a possible inclusion in kde 4 core modules.
[02:29] <motaboy> Riddell: there was a talk some time ago in that ML about search services.
[02:29] <Riddell> motaboy: JRe is already doing kat
[02:30] <motaboy> Riddell: ok
[02:40] <amu> moin'
[02:41] <JRe> amu: what does mean moin' ?
[02:41] <amu> morning
[02:42] <JRe> okay
[02:42] <amu> ;)
[02:42] <JRe> actually it's the afternoon where i am ;) (internet always time distorting)
[02:44] <amu> JRe: right :) 
[03:00] <JRe> Riddell: is it important for package in the universe to have the ubuntu naming scope (version-0ubuntu1)?
[03:02] <Riddell> JRe: yes, else the debian importer will get confused
[03:02] <JRe> okay you're right
[03:16] <JRe> http://kde-apps.org/content/show.php?content=24251 => should be a good feature for kubuntu! should i pavkage?
[03:17] <Riddell> JRe: yeah
[03:17] <Riddell> I need to check that out
[03:18] <JRe> i had contact with a guy with goog knowledge, exosip should be packaged to
[03:19] <JRe> i am going to work on that
[03:25] <JRe> Wow it's near to be the perfect packager nightmare ;) zip source and unpackaged lib in uppercase ;)
[03:30] <Riddell> zip is no problem, you just unzip and tar.gzx it for the .orig
[03:31] <JRe> yeah that's what i did
[03:31] <JRe> ;)
[03:45] <Riddell> JRe: I get a compile error on sound/unix/AudioDevice.cpp
[03:45] <JRe> with what ?
[03:45] <JRe> wnego?
[03:46] <JRe> s/wnego/wengo
[03:46] <Riddell> yes
[03:47] <JRe> you have first to compile exosip
[03:47] <JRe> and in order to compile exosip you have to compile corelibrairy
[03:47] <JRe> that's where i am i the impressive build dep list ;)
[03:47] <Riddell> hmm
[03:48] <JRe> because it's seem there is some deps in java :(
[03:49] <JRe> it seems to be a packaging challenge ;)
[03:49] <allee> JRe: I see ;)
[03:49] <Riddell> where?
[03:49] <JRe> wengo => many deps to be packaged
[03:53] <JRe> cool corelibrairy compile without trouble
[03:54] <Riddell> JRe: where is corelibrary?
[03:55] <JRe> Riddell: http://corelibrary.sourceforge.net/
[03:56] <Riddell> wengo doesn't say anywhere that it needs that
[03:56] <JRe> Riddell: i thinks it's a dep because when i compiled exosip i had a mediastream.h file not fuond error and mediastream.h is part of corelibrairy
[03:56] <JRe> wengo only tells that exosip is a dep
[03:57] <JRe> Riddell: but maybe i am wrong
[03:59] <Riddell> I get no such error, but I don't have a mediastream.h
[03:59] <JRe> http://savannah.nongnu.org/projects/exosip/
[04:00] <JRe> Riddell: you compiled exosip without trouble ?
[04:00] <Riddell> the wifo directory seems to compile file
[04:00] <Riddell> hmm, needs libqt3-compat-headers
[04:01] <JRe> Riddell: -> there is eXosip in the wifo dir you're rights and alos lib-osip2
[04:02] <Riddell> the README file could do with some clarification
[04:02] <Riddell> qmake wifo.pro
[04:03] <JRe> Riddell: there is some old qt widget required? may be it's because of the window version
[04:04] <JRe> Riddell: wow there is a lot of cleaning to do there is no need to reompile lib-osip2 i think
[04:04] <Riddell> yeah, needs libqt3-compat-headers
[04:10] <JRe> Riddell: you managed to compile it?
[04:14] <JRe> Riddell: i think the upstream is compiling mostly under windows 
[04:18] <JRe> allee: knemo is so good! have you made a deb pkg too?
[04:19] <allee> JRe: http://www.mpe.mpg.de/~ach/debian/sid/Pkgs.php
[04:20] <JRe> allee: thks ;)
[04:21] <Riddell> JRe: nope
[04:21] <Riddell> tmp/obj/AudioWidget.o(.text+0x8ad):config/AudioWidget.cpp:103: undefined reference to `AudioDevice::getOutputMixerDeviceList()'
[04:21] <Riddell> linker error
[04:21] <JRe> Riddell: i have a linker error too
[04:22] <allee> JRe: Oh, no kubuntified deb in archive.  I'll do it with next pending .deb update
[04:22] <JRe> ;)
[04:23] <JRe> okay doesn't matter i don't have network since i am in a foreign country, i'll have it only it two month when i'll come back home  
[04:24] <JRe> but for the work under kubuntu it0s perfect ;)
[04:24] <JRe> highly configurable
[04:25] <JRe> allee: i' love to have the network scanner in the tooltip ;)
[04:26] <JRe> allee: s/i'/i'd/
[04:26] <allee> JRe: Yes, initial setup can be (much) improved
[04:40] <nanomad> is kde media mount bug still opened? or it was resolved?
[04:40] <Riddell> nanomad: in breezy?
[04:40] <nanomad> yes
[04:41] <Riddell> still open
[04:41] <nanomad> :(
[04:41] <nanomad> i hoped it was my system :(
[04:41] <nanomad> no known hacks?
[04:46] <Riddell> could try compiling CVS head
[04:52] <nanomad> bug submitted...hope someone will notic that
[06:38] <Riddell> amu: "artwork, changed background, bootsplash"  take it that's gnoppix not kubuntu?
[07:45] <amu> Riddell: gnoppix & gnome :) 
[07:46] <Riddell> amu: got a copy anywhere for us to see?
[07:47] <amu> Riddell: yep working on the long wished 1.0 release ;) ... guess tonight the final image is ready