[02:08] <piphoe`> Toadstool, what ALL u got to do before sleeptime anyways ??
[02:11] <Toadstool> avoid irc first :)
[02:11] <Toadstool> and finish an important school report I had to deliver yesterday
[02:11] <Toadstool> I'm so late
[04:44] <zul> heylo
[04:47] <ryanakca> ehlo zul :)
[04:47] <zul> hi ryanakca
[07:03] <Hobbsee> haha
[07:14] <Kyral> zzzz
[07:15] <Kyral> must write....more...perl...dcop...interfaces
[07:15] <Hobbsee> hehe
[07:15] <Hobbsee> go Kyral!
[07:15] <Kyral> There is already a DCOP module in CPAN
[07:16] <Kyral> and DCOP::Amarok::Playlist
[07:39] <Gloubiboulga> morning MOTU world
[07:50] <Kyral> Night <FINALLY>
[10:17] <ivoks> pygi: hi
[10:17] <pygi> hey ivoks
[10:18] <ivoks> pygi: did you get SoC project?
[10:18] <pygi> ivoks, I am mentoring 3 students
[10:18] <ivoks> nice
[10:19] <ivoks> what are they doing?
[10:19] <pygi> Bzr-UI, Gedit bzr plugin, and Evo plugin for syncing with google cal, and palm (and stuff) devices
[10:30] <Amaranth> fun
[10:31] <Amaranth> that reminds me, i need to figure out why my module doesn't give the same output as the one i started with
[10:57] <phanatic> morning MOTUs
[11:29] <Toadstool> 'morning
[12:02] <Tonio_> hey
[12:05] <\sh> moins
[12:10] <siretart> morning
[12:10] <Whoopie> crimsun: who could sponsor the upload for your debdiff in bug #38272?
[12:10] <Ubugtu> Malone bug 38272 in xserver-xorg-input-mouse "option EmulateWheelTimeout not working" [Medium,In progress]  http://launchpad.net/bugs/38272
[12:11] <ajmitch> hi siretart
[12:11] <siretart> huhu ajmitch
[12:12] <siretart> ajmitch: can you help me with an selinux problem?
[12:12] <ajmitch> I guess
[12:12] <siretart> Upstream's Makefile.am is containing this fragment: http://paste.debian.net/7711, which makes my package FTBFS
[12:12] <ajmitch> what issues could you have?
[12:12] <siretart> at the chcon part (line 13 in the paste).
[12:12] <siretart> why is upstream doing this? is there a more clever way to do this?
[12:13] <ajmitch> that's marking the library as being broken
[12:13] <ajmitch> just strip it out for now, tar won't store the security label anyway
[12:13] <siretart> 'broken'?
[12:13] <siretart> so I should 'just' remove the whole hook?
[12:14] <ajmitch> from lines 7-16
[12:14] <ajmitch> 'broken', because it indicates bad coding, that is being worked around
[12:14] <siretart> ah. I see. thanks for advice
[12:15] <ajmitch> what upstream package?
[12:15] <_ion> In a situation like that, one should generally 1) remove the whole block or 2) source-depend on the program and make the block use it without the test.
[12:15] <siretart> ajmitch: xine-lib
[12:15] <ajmitch> figures
[12:16] <_ion> (Well, in 2 the test doesn't cause harm.)
[12:16] <ajmitch> the chcon part is saying that the policy should let it use an executable stack, iirc
[12:17] <siretart> ChangeLog:  * Fix using xine-lib on systems with SELinux enabled
[12:17] <ajmitch> 'fix'
[12:17] <siretart> from upstream changelog :/
[12:17] <ajmitch> might be executable heap, I can't recall :)
[12:21] <ajmitch> http://people.redhat.com/drepper/textrelocs.html
[12:21] <ajmitch> aha
[12:34] <_ion> Tremulous <http://tremulous.sourceforge.net/> would be a nice addition to universe. The code is GPL and the artwork is CC BY-SA 2.5
[12:35] <\sh> i would like to package nexuiz, but I don't find the source tarball, but it's gpl even the artwork
[12:35] <ThiefOfBaghdad> Anybody able to upgrade libglib2.0 ?
[12:35] <ThiefOfBaghdad> It keeps poping up err in reading header files
[12:35] <ThiefOfBaghdad> or rather Bad Header Line
[12:36] <ajmitch> ThiefOfBaghdad: if it's edgy, then it's known & will be sorted eventually, and people shouldn't expect edgy to work, boot or be functional
[12:36] <ThiefOfBaghdad> dapper ajmitch
[12:36] <\sh> oh nexuiz is alrady on revu
[12:36] <\sh> old version indeed
[12:36] <ajmitch> ThiefOfBaghdad: sounds more like a sources.list or mirror problem then
[12:37] <\sh> siretart: btw...is it possible to upload an already uploaded package (new version of course) by a different maintainer?
[12:37] <ajmitch> \sh: on REVU? yes, it'll overwrite the old one
[12:37] <\sh> ajmitch: ok...I never tried it :)
[12:38] <Hobbsee> heya \sh and ajmitch
[12:38] <ajmitch> it's happened a couple of times
[12:38] <ajmitch> hello Hobbsee
[12:38] <ThiefOfBaghdad> I tried all different mirrors ajmitch . "us." "archive." "in." All giving the same crap
[12:39] <_ion> thiefofbaghdad: All of those point to the same addresses.
[12:41] <ThiefOfBaghdad> _ion> can you suggest some other mirror then. It is a problem with these packages only.
[12:41] <ThiefOfBaghdad> _ion> Others get upgraded smoothly
[12:42] <ThiefOfBaghdad> _ion> this problem has been lingering around for about two weeks now
[12:44] <\sh> ThiefOfBaghdad: can you paste the errors on pastbin pls
[12:44] <\sh> but actually it's an #ubuntu question
[12:44] <ThiefOfBaghdad> ok I will ask there
[12:45] <\sh> ThiefOfBaghdad: no put the error output on pastebin
[12:45] <\sh> I don't think it's a problem with the archive..because I didn't have problems with archive.ubuntu.com
[12:45] <\sh> and if there would be a problem, we should have more impact
[12:47] <ThiefOfBaghdad> \sh> http://pastebin.com/716204
[12:47] <ThiefOfBaghdad> Similar errors for libtiff4 and 4 other packages
[12:50] <\sh> ThiefOfBaghdad: strange, never had this problem, and us.archive and archive are on the same ip...
[12:51] <ThiefOfBaghdad> only for some 4 packages out of the 8 listed.
[12:51] <\sh> remove the files in /var/lib/apt/lists/
[12:51] <\sh> and do an apt-get update again
[01:00] <\sh> ThiefOfBaghdad: and did it work?
[01:01] <ThiefOfBaghdad> update going on!
[01:03] <ThiefOfBaghdad> \sh> am on snail net :-) 64Kbps!
[01:12] <tuxmaniac> \sh> http://pastebin.com/716227
[01:12] <tuxmaniac> same error
[01:14] <\sh> rm /var/cache/apt/pkgcache.bin ; rm /var/cache/apt/srcpkgcache.bin
[01:14] <\sh> I'm sure it's a local problem
[01:14] <ajmitch> this tends to be ISPs having broken stuff in proxies
[01:14] <ajmitch> bug 26083
[01:14] <Ubugtu> Malone bug 26083 in apt "'Bad header line' error trying to update breezy/dapper" [Medium,Confirmed]  http://launchpad.net/bugs/26083
[01:15] <\sh> wtf
[01:16] <ajmitch> proxies can be great for breaking the world
[01:18] <\sh> oh joy
[01:20] <\sh> in times where bandwidth is cheap
[01:21] <ajmitch> cheap, unless you live in NZ
[01:22] <tuxmaniac> Oh my god. Then I will never be able to upgrade these 4 packages is it? But other packages load. If it is a proxy problem then none of the packags should load right?
[01:22] <tuxmaniac> I mean load -> upgrade
[01:22] <\sh> no
[01:23] <\sh> some files are in the cache which are broken
[01:23] <\sh> and those files you likely need to update, and after the cache is not cleaned from those broken data files (by your isp) it could be a fun game
[01:24] <\sh> solution: kick your ISP or use another one without a proxy ;)
[02:00] <ajmitch> night all
[02:02] <Hobbsee> night ajmitch
[02:12] <siretart> re
[02:12] <\sh> re siretart
[02:13] <siretart> \sh: question answered?
[02:13] <\sh> siretart: yepp
[02:13] <\sh> boah...it's too hot here
[02:13] <kelmo> how hot?
[02:14] <\sh> I'll hang my washing and go to a query pond
[02:14] <siretart> kelmo: heyho
[02:14] <\sh> in my flat? 40-45 degrees
[02:14] <\sh> under the roof
[02:14] <kelmo> crap, that is way too hot for comfort
[02:14] <siretart> kelmo: here at least 38 degrees
[02:14] <kelmo> gday siretart
[02:15] <\sh> siretart: in the shadow?
[02:15] <kelmo> well, we had similar temps for quite a few months down in these parts ;-)
[02:15] <siretart> kelmo: I think we should file a RC bug to prevent propagation of wpasupplicant to testing. what do you think?
[02:15] <\sh> kelmo: where is "down in these parts"?
[02:15] <kelmo> \sh: brisbane, australia
[02:15] <siretart> \sh: in my room here. outside I'm not sure, but 30 minimum
[02:16] <\sh> kelmo: oh .. down under ;) well you are able to take those temperatures ;)
[02:17] <kelmo> siretart: if you think that is what is best for the project, i am not sure
[02:17] <siretart> kelmo: I think we should have some more testing in unstable.
[02:18] <paniq> okay, what is the new testing then? ;)
[02:18] <paniq> err, unstable.
[02:18] <siretart> kelmo: so that we have more time to consider reverting to 0.4 branch
[02:19] <kelmo> siretart: i'd suggest making having that conversation on the list in the coming days, and make a decision before EOW
[02:19] <kelmo> s/making//
[02:20] <siretart> kelmo: Ok. agreed
[02:21] <kelmo> siretart: i would need time to think thoroughly about that, and that won't be tonight ;-)
[02:21] <kelmo> siretart: and maybe Kyle and/or others would have voice too
[02:21] <siretart> sure
[02:22] <kelmo> but basically, you are asking the wrong man, 0.5 has features which i like ;-) so i need to put those feeling aside and think objectively about the larger picture
[02:23] <\sh> .oO(there is no future, until you shape the future yourself ;))
[02:27] <paniq> .oO(jesus christ is our saviour. no, wait...)
[02:46] <kelmo> siretart: what concerns do you have? mostly fact that it is not the stable version as tagged by upstream?
[02:46] <kelmo> or other concerns too?
[02:47] <siretart> kelmo: my concerns are a) bugs in the 0.5 branch, (not that unlikely, because I expect more test coverage on 'stable' branches), and that the 0.5 branch is too much in flux, read: behavior changes in subsequent releases of that branch
[02:50] <kelmo> siretart: 100% understood
[02:52] <kelmo> most recent changesets are focusing on the win32 port . . .
[02:53] <kelmo> i have never got around to trying the win32 wpa_supplicant
[06:41] <pianoboy3333> Anyone know of a deb for libncurses version 4?
[06:41] <pianoboy3333> bleh
[06:41] <pianoboy3333> sorry
[06:41] <pianoboy3333> Does anyone know of a deb for libnotify version 4?
[06:42] <\sh> checked packages.debian.org in experimental?
[06:49] <Kyral> hmm
[06:49] <Kyral> I may have to package a couple Perl modules...
[06:51] <Kyral> yah I have to....
[06:51] <Kyral> the DCOP module isn't in Ubuntu...
[06:51] <\sh> use python for qt/kde  stuff it's better and easier to read
[06:52] <Kyral> Psh
[06:52] <Kyral> I can use whatever I like
[06:52] <Kyral> and my perl code can be read :P
[06:52] <Kyral> Thats odd...there was a dcopperl package in Debian Woody
[06:52] <Kyral> hmm maybe...
[06:53] <Kyral> damnit they are only for KDE2
[06:55] <Kyral> and this is just a way for me to script Konversation things
[06:58] <Kyral> Besides I'm learning Perl right now ;P
[07:22] <chantra> hi, I'm having troubles to generate the .source.changes file when packaging
[07:22] <chantra> can somebody help me out
[07:24] <Sp4rKy|AWAY> what' s your issue ?
[07:25] <chantra> well, I do compile the package fine using dpkg-buildackage -rfakeroot -kmykey
[07:26] <chantra> when then I want to generate the source;changes using dpkg-buildpackage -rfakeroot -sa -S -kmykey
[07:26] <chantra> there is no source.changes file appearing :s
[07:26] <chantra> I don't know what I'm missing here
[07:26] <chantra> Sp4rKy:
[07:27] <Gloubiboulga> do you have an error message?
[07:28] <Sp4rKy> chantra, do you have a valid orig filename ?
[07:29] <Sp4rKy> chantra, it should be <yourpackage>_<yourversion>.orig.tar.gz
[07:29] <chantra> Sp4rKy: yes, At least I guess :)
[07:30] <chantra> Sp4rKy: Gloubiboulga this is what I get when signing the files:
[07:30] <chantra> Merged changes with ../subtitleeditor_0.8.1-0ubuntu1_source.changes signfile ../subtitleeditor_0.8.1-0ubuntu1_i386.changes
[07:30] <chantra> and then, there is no source.changes in the directory
[07:31] <Sp4rKy> Gloubiboulga, i let you solve this issue , i know nothing about merging
[07:31] <chantra> :)
[07:31] <Sp4rKy> Gloubiboulga, i hope you'll learn to me
[07:32] <chantra> this procedure should be fine compare to what is told at
[07:32] <chantra> https://wiki.ubuntu.com/MOTU/Packages/REVU?action=show&redirect=REVU
[07:33] <Gloubiboulga> could you paste the entire output you got when running 'dpkg-buildpackage -S -sa'?
[07:34] <Gloubiboulga> I'll have a look after dinner if nobody find a solution 'til then ;)
[07:35] <chantra> shall I privmsg to you?
[07:38] <Gloubiboulga> chantra, paste the text on http://pastebin.com, it's easier
[07:39] <chantra> Gloubiboulga: here it is:
[07:39] <chantra> http://pastebin.com/716814
[07:48] <Gloubiboulga> chantra, doyou have the same problem if you remove the *changes files before creating the source package?
[07:54] <chantra> Gloubiboulga: no, it create but I can't upload to revu :s
[07:54] <chantra> Checking Signature on .changes
[07:54] <chantra> gpg: no valid OpenPGP data found.
[07:54] <chantra> gpg: the signature could not be verified.
[07:55] <chantra> while doing dput
[07:55] <Gloubiboulga> chantra, your key has been added by a REVU admin?
[07:56] <chantra> yep
[07:56] <chantra> if i upload the i386.changes (not source.changes) it uploads fine
[07:57] <Gloubiboulga> odd
[07:58] <chantra> yep
[07:58] <Gloubiboulga> what's your package name?
[08:00] <jpatrick> np: "And It Rained All Night" - Thom Yorke | The Eraser [amaroK] 
[08:00] <Kyral> whoops wrong channel
[08:00] <Kyral> I wish I could understand how this perl DCOP module works
[08:01] <jpatrick> Kyral: now you've made start
[08:01] <chantra> Gloubiboulga: subtitleeditor-0.8.1
[08:01] <Kyral> jpatrick: huh?
[08:01] <jpatrick> on the now playing thing ;)
[08:01] <Kyral> lol
[08:01] <Kyral> I ment to send it into #ubuntuforums
[08:01] <_ion> On the Thom Yorke thing. ;-)
[08:02] <jpatrick> Thon Yorke is god
[08:02] <_ion> Not to mention Bjrk.
[08:02] <Kyral> I should learn Ruby
[08:02] <_ion> kyral: Yes.
[08:02] <Kyral> This month's Linux Journal is practically devoted to it
[08:02] <Kyral> how are the Ruby bindings to DCOP?
[08:03] <_ion> I have no idea.
[08:03] <jpatrick> _ion: have you listened to his "solo" album?
[08:03] <_ion> jpatrick: Nope.
[08:03] <\sh> Kyral: you don't want to use ruby
[08:03] <\sh> Kyral: ;)
[08:04] <_ion> sh: Yes, he does. ;-)
[08:04] <_ion> Fight! Fight!
[08:04] <Gloubiboulga> chantra, you might want to ask to a REVU admin, I can't really help... sorry
[08:04] <\sh> sorry, I just had in the office some ruby code
[08:04] <chantra> who are they?
[08:04] <chantra> Gloubiboulga:
[08:04] <\sh> chantra: what's up?
[08:04] <_ion> Some Ruby propaganda, written by me: http://johan.kiviniemi.name/stuff/python-ruby/
[08:04] <Gloubiboulga> chantra, \sh is an admin :)
[08:05] <Kyral> \sh: You just said I didn't want to learn Perl :P
[08:05] <chantra> \sh: I can generate the source.changes when dpkg-buildpackage -rfakeroot -sa -S kmykey
[08:05] <Kyral> \sh: Python zealot :P
[08:05] <chantra> \sh: see http://pastebin.com/716814
[08:05] <\sh> Kyral: no..perl and python ;
[08:05] <\sh> chantra: give me a sec
[08:06] <chantra> okie dokie
[08:06] <Kyral> Bash has bindings to EVERYTHING :D
[08:06] <\sh> chantra: did you send a signed mail to keyring@revu.tauware.de
[08:06] <chantra> yep, I already managed to upload files
[08:07] <chantra> \sh: like http://revu.tauware.de/details.py?upid=2313
[08:07] <\sh> -rw-------  1 siretart revu    2026 2006-06-18 13:15 subtitleeditor_0.8.1-0ubuntu1.dsc
[08:07] <\sh> -rw-------  1 siretart revu    1465 2006-06-18 13:16 subtitleeditor_0.8.1-0ubuntu1_i386.changes
[08:07] <\sh> -rw-------  1 siretart revu  433872 2006-06-18 13:16 subtitleeditor_0.8.1-0ubuntu1_i386.deb
[08:07] <\sh> that's the problem
[08:07] <chantra> ?
[08:07] <\sh> you uploaded a binary package :)
[08:07] <\sh> not a source package
[08:08] <Kyral> dpkg-buildpackage -S -sa -rfakeroot :D
[08:08] <chantra> well, as I can't get to upload source.changes I gave a try with i386.changes
[08:08] <\sh> no...source.changes
[08:08] <\sh> chantra: and use pbuilder :)
[08:08] <chantra> my problem in the first place (I guess) Is that I can't generate source.changes
[08:08] <\sh> debuild -S -sa
[08:08] <\sh> will do what you want
[08:08] <siretart> uploading binary package is a really bad idea
[08:08] <\sh> I just removed it from incoming
[08:09] <chantra> I used dpkg-buildpackage -rfakeroot -sa -S -kmykey
[08:09] <siretart> since it requires manual interaction of a revu admin to get it removed from the queue
[08:09] <chantra> sorry \sh and siretart :s
[08:09] <\sh> chantra: if you just need a source package :) use debuild -S -sa
[08:09] <chantra> okie, k=give it a try
[08:09] <\sh> (the -k<yourkey> is integrated because it takes your uid from changelog)
[08:09] <chantra> okie
[08:10] <\sh> we need a ubuntu motu school revival
[08:10] <Kyral> hehe soon I'll be upstream for you guys lol
[08:11] <\sh> _ion: I had a piece of ruby code which should have shown a tftpd server written in ruby..but it was crap...
[08:11] <_ion> sh: Ugly code can be written in any language. :-)
[08:11] <\sh> _ion: written by a very cool student...no sysadmin is writing scripts in ruby for daily business
[08:11] <chantra> \sh: I get the following error:
[08:11] <\sh> _ion: yes, but not in Ops :)
[08:11] <chantra>  dpkg-genchanges -S -sa
[08:11] <chantra> dpkg-genchanges: including full source code in upload
[08:11] <chantra> dpkg-buildpackage: source only upload (original source is included)
[08:11] <chantra> dpkg-buildpackage: ../subtitleeditor_0.8.1-0ubuntu1_i386.changes has no architecture field!
[08:11] <Kyral> Thats what shell scripts are for!!
[08:11] <chantra> debuild: fatal error at line 768:
[08:12] <chantra> dpkg-buildpackage failed!
[08:12] <Kyral> NO PASTE!!
[08:12] <chantra> woops, sorry
[08:12] <chantra> not even 5 line :p
[08:12] <Kyral> sorry reflex response
[08:12] <\sh> remove _i386.changes
[08:12] <chantra> :)
[08:12] <\sh> and everything you don't need
[08:13] <\sh> cd into the debianized source dir, and debuild -S -sa
[08:13] <\sh> it will work, if not then there is something else totally wrong
[08:14] <chantra> \sh: , you rock :)
[08:14] <\sh> chantra: no...I headbang normally ;)
[08:14] <chantra> I should have made its way up
[08:14] <chantra> \sh: :)
[08:15] <\sh> tiber needs more ram
[08:17] <chantra> thanks again \sh ... gonna upload a bunch of packages :p
[08:18] <\sh> chantra: np
[08:18] <\sh> chantra: thx for your work and contribution
[08:19] <chantra> a pleasure :)
[08:22] <\sh> oh wow it rains
[09:13] <marcin_ant> hi guys
[09:13] <marcin_ant> I got a question
[09:13] <\sh> we all have ;)
[09:13] <\sh> at least one ;)
[09:13] <marcin_ant> I would like to run and also prepare package with some python based webapp
[09:14] <marcin_ant> well maybe in fact not webapp - web framework that one can use to write webapp
[09:14] <marcin_ant> and my question is how to prepare configuration scripts
[09:15] <marcin_ant> I think that after installation every user should be able to run this framework in his home dir
[09:16] <marcin_ant> just like with mod_userdir in apache
[09:16] <marcin_ant> is there any _good_ policy that could tell how to do this?
[09:17] <\sh> marcin_ant: so he has to install it into his homedir?
[09:17] <marcin_ant> well no
[09:18] <\sh> or just a special configuration for apache to activate the framework?
[09:18] <\sh> you need to package it e.g. like moinmoin
[09:18] <\sh> and find a way to prepare a working apache2 configuration which works
[09:19] <marcin_ant> installation should go to /usr/lib/python2.4/site-packages
[09:19] <\sh> yes normal python policy
[09:19] <marcin_ant> but then I would like to provide configuration for apache
[09:20] <marcin_ant> so user should have an ability to run this app from his http://localhost/~username
[09:20] <marcin_ant> without any problems
[09:20] <\sh> marcin_ant: provide a default configuration for it in /etc/apache2/sites-available
[09:20] <siretart> wwaargh..
[09:20] <siretart> anyone experience with cmake?
[09:21] <\sh> siretart: grmpf...sometime ago...
[09:21] <siretart> $package requires an out of source build. Please create a separate build directory and run...
[09:22] <siretart> wtf?!
[09:22] <marcin_ant> \sh: yes but with sites-available I will provide only systemwide url to this webapp right?
[09:22] <\sh> mkdir /tmp/buildir ?
[09:22] <\sh> marcin_ant: if mod_userdir is enabled you need to stick this configuration to it
[09:22] <marcin_ant> \sh: while it's not 100% webapp - it's framework that allows to write python based webapps
[09:23] <\sh> siretart: like building the kernel with a separate object dir?
[09:23] <siretart> \sh: now it complains that it doesn't find CMakeLists.txt
[09:23] <siretart> \sh: this is boson, a kde based game :/
[09:23] <\sh> siretart: yes, I know boson ;) I had the pleasure :)
[09:23] <siretart> why does everyone need to invent his own build system, which ftbfs with funny errors
[09:24] <\sh> cmake is not stable enough as far as  I read
[09:24] <\sh> siretart: would be an idea to ask in #kde4-devel
[09:24] <siretart> \sh: you have? do you happen to have some packages for version 0.12?
[09:24] <\sh> siretart: no...last time it was b0rked because of old self-shipped kdegames
[09:24] <\sh> includes
[09:24] <\sh> siretart: you remember?
[09:25] <siretart> \sh: I remember there was foo with boson 0.11
[09:25] <siretart> that version didn't use cmake yet
[09:25] <\sh> siretart: yes..then I gave up
[09:25] <siretart> we have a quite usable version of 0.11 now. I'm was looking if I could upgrade it to new upstream
[09:25] <siretart> but cmake is annoying me..
[09:26] <\sh> can't you revoke to gnu make?
[09:26] <siretart> how?
[09:27] <\sh> siretart: there should be a documentation for that.
[09:27] <\sh> wait a minute .... phone
[09:29] <\sh> siretart: wich package are you using? this all in one package?
[09:33] <zusocfc_> Hi, all
[09:33] <zusocfc_> BlueT_: !!!
[09:34] <siretart> \sh: the split one, the code package atm
[09:34] <zusocfc_> Excuse me.. I've some questions about upload files.
[09:34] <zusocfc_> siretart: Hi..
[09:35] <siretart> zusocfc_: hi. (don't ask to ask. just ask)
[09:35] <BlueT_> zusocfc_: :)
[09:36] <BlueT_> zusocfc_: first time been here? :)
[09:36] <zusocfc_> BlueT_: Yeah...
[09:36] <BlueT_> zusocfc_: :-3
[09:36] <siretart> which package is supposed to contain KDE3Config.cmake?
[09:37] <\sh> kdelibs4 ?
[09:37] <zusocfc_> siretart: in the mail which your reply, you said that I need to upload file right now?
[09:37] <\sh> from kde4
[09:37] <\sh> kdelibs4 (aka kde3) is still automake foo
[09:37] <zusocfc_> BlueT_: could I type in Chinese?
[09:38] <siretart> \sh: at least something I can handle
[09:38] <BlueT_> zusocfc_: no. plz use english here :)
[09:38] <zusocfc_> BlueT_: OK, sry
[09:39] <\sh> siretart: didn't work the install docu in code/INSTALL?
[09:39] <\sh> just create an object dir
[09:41] <_ion> 
[09:41] <BlueT_> _ion: !!!!
[09:41] <zusocfc_> _ion: =  ="
[09:42] <siretart> \sh: it still complains about not finding KDE3Config.cmake
[09:42] <zusocfc_> BlueT_: it's all my fault XD
[09:42] <zusocfc_> Orz
[09:42] <BlueT_> zusocfc_: what fault?
[09:42] <\sh> siretart: it's not shipped by default kde
[09:42] <zusocfc_> BlueT_: let ion type in chinese @@
[09:42] <siretart> \sh: so the source is borked and I cannot build it? wtf?
[09:43] <siretart> this doesn't make kde nor cmake more pleasant for me :/
[09:43] <\sh> siretart: yes :)
[09:43] <siretart> not to speak about boson :/
[09:43] <\sh> kde is not at fault
[09:44] <BlueT_> zusocfc_: hahaha, that's not any fault at all :)
[09:44] <zusocfc_> BlueT_: >///<
[09:45] <BlueT_> zusocfc_: we have to respect this world wide channel :p
[09:45] <zusocfc_> BlueT_: :)
[09:45] <\sh> siretart: the best thing to do is to ask against which version of kde they are compiling...if it's kde4 you are fcked
[09:46] <siretart> \sh: it is explicitly asking for kde3
[09:46] <\sh> siretart: hmm...
[09:48] <\sh> siretart: let's see where this cmake file is
[09:49] <zusocfc_> BlueT_: sleep, night.
[09:50] <BlueT_> zusocfc_: nite :)
[09:58] <Riddell-awa> testers needed on teamspeak
[10:02] <\sh> siretart: looks like that it comes with a new cmake?
[10:03] <\sh> Riddell-awa: which server?
[10:03] <siretart> \sh: define 'new' cmake?
[10:04] <\sh> siretart: new version of cmake...I don't know which version are you using
[10:04] <siretart> I'm using 2.23
[10:04] <\sh> siretart: latest is 2.4.2
[10:05] <Riddell-awa> \sh: https://dot.kde.org/1150654117/
[10:05] <Riddell-awa> er, no
[10:05] <Riddell-awa> teamspeak.uds.canonical.com
[10:06] <\sh> anonymous login?
[10:07] <\sh> server password?
[10:12] <whiprush_> hey this is pretty neat
[11:50] <ajmitch> morning
[11:50] <\sh> moins ajmitch
[11:51] <mvirkkil> evening ajmitch
[11:51] <mvirkkil> or night, even :)