[12:16] <saintsjd> New to ubuntu development and I would like try making my first package. There is a specific package in debian called postgis. Currently it requires postgresql 7.4.  I would like to experiment creating a new postgis-8.0 package for postgresql 8.0.  Is there any way that I could use the current package in debian to begin my work on Ubuntu?
[12:27] <mgalvin> saintsjd: sure get the source for the debian package and read the debian new maintainers guide on how to work on the package http://www.debian.org/doc/maint-guide/
[01:06] <mbreit> good night everybody
[01:07] <ajmitch> night mbreit
[01:08] <mbreit> night ajmitch
[01:18] <saintsjd> mgalvin, thanks. I will get the source and read the guide. Thanks! Do you have any tips from your past experience?
[01:46] <kezz> Hi, I've been using Ubuntu for quite a while now and would like to help out with some packaging. Is there an uptodate list anywhere of anything that urgently needs doing? I noticed there was a feature request on the wiki, is this up to date?
[01:46] <ajmitch> UniverseCandidates is the list of requested packages
[01:47] <ajmitch> MOTUTodo is the general list of things to do :)
[01:47] <kezz> ah ok
[01:47] <kezz> i'll keep on reading, its not tremendously clear though ;)
[01:47] <ajmitch> no, it's something we need to work on
[02:28] <Tzi> G'day =) There's a patch for Anjuta to fix the display corruption issue (http://www.ubuntuforums.org/showthread.php?p=303353) which I think should be added in..
[02:28] <Tzi> I've made some of my own debs, but I'm told it's not hard to get the patch put into ubuntu
[02:28] <Tzi> (Actually I should probably hold my toungue till this latest dist-upgrade completes, just in case it's fixed... But I doubt it..)
[02:35] <Tzi> I'm talking about Breezy, btw
[02:37] <Tzi> Nope, it's still broken after the dist-upgrade
[02:37] <Tzi> So.. Who do I talk to about getting the patch applied?
[02:42] <Tzi> Well I gotta go but I'll leave this open.. Let me know =)
[02:53] <tseng> man smeg rocks
[03:02] <theantix> it really does, yeah :-)
[06:25] <Tzi> For the sake of convenience, I'll just re-post my question..
[06:25] <Tzi> There's a patch for Anjuta to fix the display corruption issue (http://www.ubuntuforums.org/showthread.php?p=303353) which I think should be added in..
[06:25] <Tzi> I've made some of my own debs, but I'm told it's not hard to get the patch put into ubuntu
[06:25] <Tzi> Who do I talk to about getting the patch applied?
[06:26] <crimsun> make a debdiff against the current Breezy packages; post the url here; I'll take a look.
[06:27] <Tzi> Okay, just a minute
[06:37] <Tzi> Gahhh... Anyone know how to burn 701mb on a 700mb cd with nautilus?  overburn is on in gconf, but it's still refusing...
[06:43] <Tzi> Okay, next question - How do I do a debdiff?
[06:44] <crimsun> same way you generate a diff, but the arguments you pass to debdiff are the two debs.
[06:44] <Tzi> File lists identical (after any substitutions)
[06:44] <crimsun> if you have the diff.gz you used to generate your patched deb, I'll take that
[06:47] <ajmitch> Tzi: debdiff name1.dsc name2.dsc
[06:48] <Tzi> I tried that too =)
[06:48] <Tzi> it's okay, one sec
[06:50] <Tzi> http://tzidesign.com/anjuta-1.2.3-2.diff
[07:13] <Tzi> That okay?
[07:14] <crimsun> sec.
[07:15] <crimsun> ok, so against -1 in breezy. I'll test-build.
[07:15] <ajmitch> version, distribution & urgency are wrong in changelog
[07:16] <Tzi> That's just what I put in for the debs I'm using so dist-upgrade didn't keep replacing anjuta with the broken version.. Set it to whatever it needs to be, I have no idea what the protocol is
[07:17] <crimsun> it needs to be -1ubuntu1
[07:17] <crimsun> distribution would be breezy
[07:17] <ajmitch> -1ubuntu1, breezy, and we don't use the urgency field
[07:17] <crimsun> urgency would be low
[07:17] <Tzi> Sounds good
[07:18] <ajmitch> urgency is only high in debian under certain circumstances
[07:18] <ajmitch> because of the unstable/testing split, which we don't have
[07:18] <Lathiat> what does it mean?
[07:18] <Tzi> Does sound a little subjective =)
[07:18] <ajmitch> Lathiat: urgency=low means 10-day delay into testing
[07:19] <Tzi> Ahh
[07:19] <Lathiat> and high = ?
[07:19] <ajmitch> 1 or 2 days, iirc
[07:19] <Lathiat> cool
[07:19] <Tzi> So d'you want me to fix the changelog and re-upload the diff?
[07:19] <ajmitch> someone can correct me on that
[07:19] <Lathiat> close enough, i get the idea
[07:20] <ajmitch> fyi, 1.2.4-1 is in unstable & has the fix anyway
[07:20] <crimsun> if it's the only fix, we can just patch 1.2.3-1 and up it
[07:21] <Tzi> Okay, sure
[07:21] <ajmitch> crimsun: sure, then you need to drop the patch next time merges come round
[07:21] <Tzi> Well up to you.. Anjuta's pretty useless without it, from what I've seen, and from what others are saying
[07:22] <crimsun> a sync from sid is probably easiest
[07:24] <crimsun> Tzi: your call, since you provided the patch.
[07:24] <Tzi> What's involved in syncing from Sid?
[07:25] <ajmitch> asking elmo to sync
[07:25] <Tzi> Okay, so that means we get Sid's Anjuta, which may have the same problems, right?
[07:25] <ajmitch> whether by irc or by mail
[07:25] <ajmitch> Tzi: I just said, latest version has the patch
[07:26] <Tzi> Ah, missed that bit
[07:26] <crimsun> (http://packages.debian.org/changelogs/pool/main/a/anjuta/anjuta_1.2.4-1/changelog)
[07:27] <crimsun> (offtopic, but I dig that new layout)
[07:27] <Tzi> Probably worth syncing from Sid then, I reckon.. May have other fixes too.. As long as it works properl =)
[07:27] <Tzi> +y
[07:28] <crimsun> I'd ask for a sync from Sid, since it appears 1.2.4-1 fixes not just that issue
[07:30] <Tzi> Okay, sounds good to me
[07:30] <Tzi> Shall I get onto elmo, or will someone else?
[07:30] <crimsun> (you should)
[07:31] <Tzi> Okay
[07:34] <Tzi> Okay, way too much effort.. What's his email address? =)
[07:35] <crimsun> james.troup@canonical.com iirc
[07:35] <Tzi> Cheers =)
[07:42] <ajmitch> I thought normal procedure was that a sync request had to come from a MOTU, especially since it's one that will break version freeze?
[07:47] <ajmitch> hey jsgotangco
[07:56] <jsgotangco> hey
[08:31] <siretart> hi
[08:31] <siretart> any arch gurus here?
[08:31] <siretart> how to checkout this: http://pkg-lyx.alioth.debian.org/devel/
[08:59] <ajmitch> siretart: baz register-archive pkg-lyx-devel@lists.alioth.debian.org--devel
[09:00] <ajmitch> baz get pkg-lyx-devel@lists.alioth.debian.org--devel/lyx--head
[09:00] <ajmitch> or something similar :)
[09:00] <siretart> Error during call to `vu_chdir' for pkg-lyx-devel@lists.alioth.debian.org--devel (No such file or directory)
[09:00] <ajmitch> ah, silly me
[09:01] <Treenaks> it's baz register-archive http://etc.
[09:01] <ajmitch> siretart: baz register-archive http://pkg-lyx.alioth.debian.org/devel/
[09:01] <Treenaks> then baz archives to get the list :)
[09:01] <Treenaks> then baz rbrowse -A pkg-lyx-devel@lists.alioth.debian.org--devel
[09:01] <Treenaks> etc.
[09:01] <ajmitch> Treenaks: thanks, I'm rusty ith baz, been playing with bzr ;)
[09:01] <Treenaks> "bzr" is pronounced "bizarre" ? :P_
[09:02] <ajmitch> of course :)
[09:02] <ajmitch> what will be bazaar 2.0
[09:02] <siretart> * archive rweir@ertius.org--2004-debian is not registered
[09:02] <siretart> PANIC: The requested revision cannot be built.  It is based on archives that are not registered.
[09:02] <siretart> :(
[10:14] <\sh> morning
[10:37] <pef> hello
[11:01] <siretart> hi pef
[11:01] <siretart> huhu \sh
[11:03] <pef> siretart: hi
[11:31] <Yagisan> When marking up the xml for a man page, can I put special characters (eg TM) in like when marking up html ?
[11:34] <SloMo_> Yagisan: sure... the <productname> docbook tag adds it for example... but at least for me the tm isn't converted correctly to iso-8859-1 and is displayed incorrectly
[11:36] <Yagisan> G'day SloMo_, that's good. I need to put a few TM in, I use UTF-8 encoding myself
[11:37] <SloMo_> me too but manpages must be iso-8859-1 afaik... at least that is what docbook converts them to
[11:37] <SloMo_> but the xml can be utf8, it gets converted automatic
[11:38] <Yagisan> then manpages are broken.
[11:38] <ogra_> Yagisan, cant you just avoid the (tm)
[11:38] <ogra_> ?
[11:39] <Treenaks> Yagisan: special characters in manpages can be done
[11:39] <Treenaks> Yagisan: using special escapes
[11:39] <Yagisan> ogra: It's a Doom(tm), engine, that takes its arguments in Windows(tm) format
[11:40] <Treenaks> Yagisan: people.debian.org/~branden/talks/wtfm
[11:41] <Yagisan> Thanks Treenaks, it didn't see this when googling
[11:42] <Treenaks> \(co is copyright
[11:42] <Treenaks> so I _guess_ \(tm might be trademark
[11:43] <ogra_> Yagisan, where is the problem using (tm) there instead of a special char ?
[11:43] <SloMo_> hm then the real question is, why docbook doesn't do this by default
[11:43] <Treenaks> Yagisan: there's a list in man 7 groff
[11:43] <Treenaks> Yagisan: search for \\\(co
[11:46] <Yagisan> ogra_: I just wanted to markup to the right character, to save any potential headaches.
[11:50] <ogra_> is it worth the headaches you produce for yourself now ?
[11:52] <Yagisan> it looks like the same headache I get when trying to produce multilingual websites. Probably not worth it in this case.
[11:52] <ogra_> :)
[11:53] <Yagisan> it will be good when it is all utf-8 though
[11:54] <Yagisan> anyway, back to writting the only correct documentation for my package
[12:35] <siretart> how to disable this control.in madness in cdbs?
[12:35] <siretart> I forgot it :(
[12:39] <siretart> ah, got it. never mind
[12:57] <Seveas> Can I suggest a security update for hoary universe in here?
[12:59] <siretart> Seveas: you should talk to the security team, I think Nafallo is a member
[01:00] <Seveas> ok
[01:00] <Seveas> Nafallo, around..?
[01:00] <Nafallo> pong :-)
[01:01] <Seveas> hi :)
[01:01] <Nafallo> hi :-)
[01:01] <Seveas> tor in hoary universe is a version that contains sever security bugs
[01:01] <Seveas> (it's been reported by 3 people in the last 30 minutes in #ubuntu)
[01:01] <Nafallo> wow!
[01:01] <Seveas> I backported the package from debian unstable
[01:02] <Seveas> clean backport, just needs the libevent1 from breezy
[01:02] <Nafallo> I actually thought I did fix that a while ago.
[01:02] <Nafallo> seems I forgot it :-/
[01:02] <Seveas> hehe
[01:03] <Nafallo> Seveas: what is you mail-address?
[01:03] <Seveas> dennis@kaarsemaker.net
[01:06] <Nafallo> Seveas: you will have mail any second ;-)
[01:08] <siretart> Nafallo: how is hoary-universe security working? how many ppl are involved and what is the update policy?
[01:09] <Nafallo> siretart: I am... ;-)
[01:09] <Nafallo> https://wiki.ubuntu.com//SecurityUpdateProcedures
[01:09] <Nafallo> :-)
[01:13] <siretart> ah. I see
[01:14] <Nafallo> yay! :-D
[01:16] <Yagisan> :) someone else on security-review
[01:28] <Seveas> Nafallo, <aol>You've got mail!</aol>
[01:28] <Nafallo> hehe
[01:30] <Nafallo> Seveas: okey to forward to security-review? :-) pitti should have a word in this.
[01:31] <Seveas> Nafallo, be my guest
[01:33] <Nafallo> gaah, damn xchat. switched to another desktop :-P
[01:33] <Nafallo> Seveas: sent :-)
[01:35] <Seveas> Nafallo, if nothing else, at least the package in breezy should be updated, preferably the hoary one too of course
[01:36] <Nafallo> Seveas: we have that flaws in breezy aswell?
[01:36] <Seveas> yes
[01:36] <Nafallo> gaah
[01:36] <Seveas> the breezy version is not uptodate
[01:36] <Seveas> I had to take the debian sources
[01:37] <Mez> did slomo get his upload rights sorted yet?
[01:38] <Mez> obviously not, his last upload was signed by siretart
[01:48] <Seveas> gah, apparently I am subsribed to security-review already :)
[01:48] <Treenaks> UK->EU plug adapter.. 9 euros.. wtf?
[01:48] <Nafallo> Seveas: hehe :-)
[01:51] <Mithrandir> Treenaks: can't you just replace the cord which goes into the power supply?
[01:52] <Treenaks> Mithrandir: costs the same
[01:53] <SloMo_> Mez:  thanks for the dirac upload :)
[01:53] <Mez> SloMo_, no probs
[01:54] <Mez> katie process it ok?
[01:54] <SloMo_> yes... "dirac_0.5.2-0ubuntu1_source.changes is NEW"
[01:57] <Nafallo> yay
[01:58] <Mez> well, we knew that
[01:58] <Mez> but I'm sure it'll be processed soon enough
[02:08] <rbelem> morning...
[02:32] <sistpoty> hi folks
[02:32] <Nafallo> hi sistpoty :-)
[02:33] <rbelem> hi sistpoty
[02:33] <SloMo_> hi sistpoty
[02:34] <rbelem> hey Nafallo
[02:34] <rbelem> Nafallo, morning
[02:34] <rbelem> ;-)
[02:34] <Nafallo> morning rbelem :-)
[02:34] <SloMo_> hi rbelem :)
[02:35] <rbelem> morning SloMo_  ;-)
[02:36] <rbelem> i'm having some problems  to create a debian/rules using cdbs
[02:37] <SloMo_> rbelem: just ask here ;)
[02:40] <rbelem> the problem is that i have to create a python package called python2.4-ixplib, but the folder is a subfolder ;-) and how do i set where must create this package?
[02:41] <rbelem> something like that $(DEB_BUILDDIR)/libixp/python/
[02:43] <rbelem> how do I set the place where setup.py is?
[02:46] <rbelem> morning kiko
[02:47] <SloMo_> rbelem: https://perso.duckcorp.org/duck/cdbs-doc/cdbs-doc.xhtml#id2515628
[02:50] <rbelem> SloMo_, I already tried the DEB_PYTHON_BUILD_ARGS option, but the same error occurs
[02:51] <SloMo_> what error?
[02:51] <rbelem> cd . && python setup.py build --build-base="./libixp/python/"
[02:51] <rbelem> python: can't open file 'setup.py': [Errno 2]  No such file or directory
[02:54] <SloMo_> DEB_PYTHON_SETUP_CMD := libixp/python/setup.py
[02:54] <SloMo_> maybe
[02:54] <SloMo_> (don't know much about python packaging ;) )
[02:54] <rbelem> hum... ;-)
[02:55] <rbelem> cool ;-)
[02:55] <rbelem> i'll try it now
[02:56] <kiko> hey rbelem
[02:56] <kiko> where is setup.py defined?
[02:57] <rbelem> hey kiko
[02:58] <rbelem> kiko, setup.py is in libixp/python/
[02:59] <kiko> yeah
[02:59] <kiko> that would need to be
[02:59] <kiko> well
[02:59] <kiko> you could actually do
[02:59] <kiko> cd ./libixp/python; python setup.py build
[03:00] <kiko> does that work for you?
[03:00] <rbelem> it works for the previous way, pkg
[03:01] <rbelem> something like that
[03:01] <rbelem> cd ${CURDIR}/libixp/python; \
[03:01] <rbelem> ${MAKE} clean; \
[03:01] <rbelem> python2.4 setup.py build; \
[03:01] <rbelem> python2.4 setup.py install --root=${CURDIR}/debian/python2.4-ixplib
[03:08] <rbelem> SloMo_, i tried with this "DEB_PYTHON_SETUP_CMD" option, now the error is gcc: ixplib.c: No such file or directory
[03:12] <rbelem> hey kiko
[03:12] <siretart> hi
[03:13] <sistpoty> huhu siretart
[03:13] <siretart> breaking UVF for getting a package built and reinstallable is a valid reason, is it? ;)
[03:13] <siretart> huhu sistpoty
[03:13] <rbelem> kiko, do you know a parameter where setup.py will search for dependencies?
[03:13] <kiko> rbelem, where is ixplib.c?
[03:13] <kiko> this looks very wrong
[03:13] <siretart> sistpoty: I did some uploads in UniverseUnmetDeps, I guess you got some mails
[03:14] <sistpoty> er... yes
[03:14] <siretart> ok
[03:14] <siretart> :)
[03:14] <sistpoty> :)
[03:14] <rbelem> kiko, humm... i'll look for
[03:16] <rbelem> kiko, i didn't find, but when i do cd libixp/python/; python setup.py build it works
[03:17] <rbelem> kiko, when i type python libixp/python/setup.py build  the error occurs
[03:18] <kiko> rbelem, as I said above, you should cd into the directory -- what is the problem with that?
[03:18] <rbelem> kiko, i don't know where put this with cdbs
[03:19] <kiko> where is seb128?
[03:19] <kiko> rbelem, join #ubuntu
[03:20] <rbelem> kiko, is there a parameter like --root=${CURDIR}/debian/python2.4-ixplib to specify where the setup.py can find the files?
[03:22] <kiko> there may be, seb128 will know
[03:35] <rbelem> kiko, SloMo_ : i have a class now. i have to go
[04:14] <dholbach> hellas
[04:15] <Nafallo> dholbach: morning :-)
[04:15] <\sh> hey dholbach
[04:15] <ogra> holla
[04:15] <dholbach> i handed in my thesis! ROCK'N'ROLL! :)
[04:15] <ogra> yay
[04:15] <\sh> dholbach: so u r in berlin on the 3rd :) GREAT!
[04:15] <dholbach> \sh: i think so :)
[04:16] <dholbach> thanksssssss :)
[04:16] <\sh> dholbach: and congrats :)
[04:16] <SloMo_> hi dholbach :)
[04:16] <dholbach> now only waiting for the last exam result and the "defending of the thesis" and i'm set :)
[04:16] <dholbach> hey slomo :)
[04:16] <dholbach> SloMo_: nice work on the wiki page :)
[04:17] <dholbach> yay for epiphany :)
[04:17] <SloMo_> hm, i only fixed a typo, nothing more ;)
[04:17] <dholbach> ah ok :)
[04:18] <Nafallo> dholbach: you get mail when I edit SwedishTeam*, right? ;-)
[04:18] <dholbach> yes :)
[04:18] <SloMo_> but i would support that ;) i don't like firefox... but in that case it only makes sense when we get a libgecko or something which is independent of firefox/mozill
[04:18] <Nafallo> lol
[04:19] <dholbach> SloMo_: ++
[04:19] <SloMo_> Nafallo: he gets email when anything on the wiki changes ;)
[04:24] <dholbach> ok boys, i'm off to the do-it-yourself-market
[04:24] <dholbach> see you around
[04:24] <dholbach> *wave* :-)
[04:34] <SloMo_> waaah... hopefully he comes back in a few hours ;)
[05:41] <Yagisan> ogra: ping
[05:43] <ogra> Yagisan, pong
[05:45] <Yagisan> ogra: I have a package, that is not in Debian or Ubuntu, but comes from a 3rd party repo
[05:45] <ogra> nice
[05:45] <Yagisan> it has already got several revisions
[05:45] <siretart> Yagisan: where is it?
[05:45] <ogra> in revu ?
[05:45] <Yagisan> yes
[05:46] <Yagisan> Now, I've been told it needs an -ubuntu vesrion suffix
[05:46] <Yagisan> look for deng in revu
[05:46] <ogra> if you made ubuntu specific changes to it, thats true
[05:46] <siretart> Yagisan: ah, you are jamie jones, then ;)
[05:47] <Yagisan> now, I'd like people to be able to upgrade from the 3rd party repo to ubuntu
[05:47] <Yagisan> yep - thats me :)
[05:47] <Yagisan> I actually AM the upstream repo
[05:47] <siretart> Yagisan: whats the version in your 3rd part repo?
[05:48] <Yagisan> currently 1.8.9+1.9.0beta2-5
[05:48] <siretart> Yagisan: in that case, I'd suggest that you prepare an upload with version 1.8.9+1.9.0beta2-5ubuntu1
[05:49] <SloMo_> and except the versionnumber the package seems alright now (when he uploads his local version ;) )
[05:49] <siretart> SloMo_: yes. but since the package is not in debian yet, it really should have *ubuntu* in its version
[05:50] <siretart> Yagisan: this is to prevent the syncing scripts to sync from debian should a package with the same name appear there
[05:50] <Yagisan> hmm,
[05:52] <siretart> Yagisan: you are sceptic?
[05:52] <Yagisan> I can change it, but the -ubuntu will go on the version in REVU so the existing beta2-7 will update
[05:52] <Yagisan> and I get a clean upgrade from th public side
[05:52] <Yagisan> No, not sceptic
[05:53] <Yagisan> I just don't want to break the migration of beta testers, and the public repo
[05:53] <siretart> Yagisan: err, you told above that the latest released revision of your package is -5?
[05:54] <Yagisan> public is -5, several system have the -7 in revu
[05:54] <siretart> Yagisan: err, your testers grab packages directly from revu?!
[05:54] <Yagisan> nope, I sent it out before revu
[05:54] <siretart> since they have to build them anyway, I wouldn't care that much. those you can build packages, can also downgrade ;)
[05:55] <siretart> well, if you want to support also -7 installations, then upload with revision -7ubuntu1
[05:55] <siretart> no problem
[05:55] <Yagisan> No probs. (I just would rather not break things)
[05:56] <Yagisan> now, you may have noticed my large suggests line
[05:56] <Yagisan> how much space do you have in revu ;)
[05:56] <siretart> Yagisan: I hope revu will move soon
[05:57] <siretart> revu is about 2gb, have to do some cleanups
[05:57] <siretart> Yagisan: where do these *-installer packages come from?
[05:58] <Yagisan> siretart: http://eyagi.bpa.nu/~jamie/doomsday.html
[05:58] <Yagisan> I have to update them now deng is policy compliant
[05:58] <Yagisan> same with the data packs
[05:59] <siretart> Yagisan: are these freely distributable?
[05:59] <Yagisan> installers yes, data packs non-commercial so multiverse
[05:59] <siretart> that would be awesome to have them in breezy :)
[06:00] <Yagisan> I'd love to have them in brezy
[06:00] <Yagisan> brb - baby trouble
[06:00] <SloMo_> ok... i'm leave now until tomorrow ;) Yagisan, you'll get my vote tomorrow when you've uploaded the fixed version :) and as tomorrow is review day try to upload as much from the suggest stuff as possible ;)
[06:01] <Yagisan> SloMo_ 300MB+ ??!!??
[06:01] <siretart> I'm not sure if those *-installer packages should be in Suggests, but I don't se any valid reasons against
[06:02] <siretart> Yagisan: what is the plan for the near future, which packages shall follow after 'deng'?
[06:03] <Yagisan> the installers, then the jdoom model packs, jdoom textures, jdoom ui
[06:04] <Yagisan> followed by jheretic versions, then jhexen versions
[06:04] <Yagisan> the installers put the .wad file in the right spot, and create a menu entry
[06:04] <Yagisan> you must already own a wad file, and I can make an installer for the shareware wad
[06:05] <Yagisan> no commercial wads are distributed.
[06:05] <sistpoty> the screenshots look awesome!
[06:05] <siretart> Yagisan: ok. do you intend to get them im debian, too?
[06:06] <Yagisan> You should see it when it's fully kitted out with whats in my repo
[06:06] <Yagisan> yes
[06:06] <Yagisan> but ubuntu first, as I use ubuntu on my desktops
[06:07] <Yagisan> when it goes to debian it will be in non-free which isn't really debian
[06:07] <siretart> are you DD?
[06:07] <Yagisan> no
[06:07] <Nafallo> -ENOAMD64 :-(
[06:07] <siretart> then you'll most probably have problems finding a sponsor anyway
[06:07] <Lathiat> Nafallo: heh
[06:08] <Yagisan> Nafallo: soory, it's not 64bit clean
[06:08] <siretart> Nafallo: I think Mithrandir can help you with that ;)
[06:08] <siretart> oh. jdoom not 64bit clean? :(
[06:08] <Nafallo> Mithrandir: I have a breezy+1 goal for you ;-)
[06:08] <siretart> er, s/jdoom/deng/
[06:09] <Yagisan> deng has 3 "parts" jdoom, "jheretic", jhexen"
[06:09] <Nafallo> it would however be nice to have it amd64 clean for SFD ;-)
[06:09] <siretart> Yagisan: just curious, how do they relate?
[06:09] <Lathiat> wow havent played those games in...
[06:09] <Lathiat> a looong time
[06:10] <Yagisan> deng is the core engine, jdoom, jheretic and jhexen are plugins
[06:10] <Nafallo> Mithrandir: is multi-arch breezy+1 goal btw? :-)
[06:10] <siretart> I see
[06:10] <Yagisan> to play doom, you load the jdoom .so
[06:10] <sistpoty> btw.: does anyone happen to know something 'bout the idouts-dir on the id-software ftp?
[06:10] <Yagisan> sistpoty: no
[06:10] <Yagisan> it also helps with a DFSG problem
[06:11] <sistpoty> id has released doom and some other games there, but i couldn't do anything with the exe-files in there
[06:11] <Yagisan> I found the 64bit problem a while ago, and have tried a few patches from upstream
[06:11] <sistpoty> but i don't think, it's allowed to redistribute these
[06:12] <Yagisan> but it need a bit of work, and upstream is finishing his masters
[06:12] <Yagisan> so no major updates until northern hemisphere autumn
[06:12] <Nafallo> Yagisan: where lives upstream? :-)
[06:12] <Yagisan> finland
[06:13] <Nafallo> I was hoping on Sweden :-). Ericsson, death metal and doom would have been a great combo ;-)
[06:16] <Yagisan> anyone comapring the website I posted, and my suggests list will notice the package lists don't match
[06:17] <siretart> Yagisan: Did I understand that correctly, you are upstream of deng?
[06:17] <Yagisan> no
[06:17] <Yagisan> I am upstream packager
[06:17] <Nafallo> upstream finland, packager australia :-)
[06:17] <Yagisan> yep
[06:18] <Yagisan> I've been separating the resource packs, for smaller downloads of what the user would like
[06:19] <siretart> ah. I see
[06:19] <Yagisan> I've got a fantastic reportbug setup on those packages
[06:19] <Yagisan> if it breaks, it grabs everything needed to help fix it
[06:21] <siretart> Yagisan: I hope you don't intend to upload 300mb to revu ;)
[06:21] <siretart> Yagisan: in that case, I think we should handle your packages in another way. I think we can process them with the ExpandingUniverse task, without revu
[06:22] <Yagisan> siretart - no, sources only should be much less then that
[06:22] <siretart> ok
[06:22] <siretart> but I expect that packages are very similar, yes?
[06:23] <\sh> back
[06:23] <siretart> wb \sh
[06:23] <Yagisan> It is about 240MB of source but I expect to trim that, and most of it turns into arch -all
[06:24] <Yagisan> packages are rather similar
[06:24] <siretart> Yagisan: puh. thats still way too much to process them conviniently with revu
[06:24] <Nafallo> atleast deng builds on amd64
[06:24] <Yagisan> siretart: I know, but core engine needs to go in first
[06:25] <siretart> jupp
[06:25] <Yagisan> siretart: everything else is just data
[06:25] <siretart> I'm waiting for your new upload with *ubuntu* in its version :)
[06:25] <Yagisan> Nafallo, build yes, run no :( (I have amd64)
[06:26] <Yagisan> sireatart: it will arrive once I fix some lintian overides
[06:27] <Nafallo> let's see what goes wrong :-).
[06:35] <bddebian> Howdy
[06:36] <\sh> siretart: ping...u worked on vflib3?
[06:36] <siretart> \sh: sorry, I dont think so
[06:37] <\sh> ok...I had this bug on my bum anyways
[06:37] <siretart> ok
[06:52] <Nafallo> how do we normally solve warning: cast to pointer from integer of different size?
[06:53] <Nafallo> s/int/long/ ?
[06:53] <siretart> Nafallo: that happens to work in many cases
[06:53] <Nafallo> I know. but is it clean for !64-bit to? :-)
[06:53] <siretart> Nafallo: it depends every time on the case. most probably, the code should get a review
[06:54] <\sh> Nafallo: yes
[06:54] <siretart> Nafallo: yes
[06:54] <\sh> Nafallo: int == long on 32bit
[06:54] <Nafallo> \sh: ahh, nifty :-)
[06:54] <\sh> at least on x86 ,-)
[06:54] <Nafallo> I get lots of those in deng ;-)
[06:55] <siretart> there are some developers which assert sizeof(void*) = sizeof(int). thats definitly broken and should be fixed
[06:56] <Nafallo> yay! 293 of those errors ;-)
[06:56] <siretart> Yagisan: how many traffic do you expect from your deng/jdoom mirror?
[06:56] <siretart> many or much? hmm
[06:56] <siretart> alisher: ?
[06:56] <Yagisan> siretart: http://eyagi.bpa.nu/analog.html
[06:56] <\sh> ah did I say on hoary: suspend to ram and hibernate is working even with hotkeys?
[06:57] <siretart> Yagisan: how big is it?
[06:57] <Yagisan> my mirror is my home adsl line
[06:57] <Yagisan> gets quite a few hits perday
[06:58] <Yagisan> and a huge spike when I release a new version
[06:58] <Yagisan> (and I'm in Australia, do you know how slow internet is here!)
[06:59] <\sh> Yagisan: u need space and bandwidth?
[06:59] <Yagisan> only until the core gets into ubuntu
[07:01] <siretart> Yagisan: well, I think I could mirror some files for you at tauware.de. perhaps sh can, too
[07:02] <\sh> no prob...
[07:02] <Nafallo> Yagisan: you could change Architecture: any to !64-arches :-)
[07:02] <Yagisan> thanks. After I've done some work on the packages, I'll clean the repo up, and then we can set up some rsync magic
[07:02] <\sh> siretart: 4TB freetraffic from next month on :)
[07:03] <siretart> \sh: sounds great :)
[07:03] <ogra> YAY
[07:04] <\sh> ogra: yeah...for this month i've alread 230GB, last month it was 400GB ,-)
[07:04] <\sh> u don't name the "mozilla dreamweaver crap" ? ,-)
[07:04] <ogra> thats a bit more then the 2G hwdb draws every month :)
[07:04] <Yagisan> Nafallo: Will do, anyone want to build it on all other arches :)
[07:05] <ogra> \sh, i do... its my worst headache .... its a edubuntu requirement and i have to push it to main
[07:05] <\sh> ogra: my condolences
[07:05] <ogra> heh... to late, already fixed
[07:05] <Yagisan> Nafallo, so what exactly should I put in the arch line for !64nit, but everything else
[07:06] <Nafallo> i386, ppc I guess.
[07:06] <Nafallo> maybe sparc and hppa to? ;-)
[07:06] <jamessan|work> isn't ppc 64bit?
[07:06] <Yagisan> anyone with a spacr or ahppa want to test :)
[07:06] <Yagisan> no, ppc is 32bit
[07:06] <jamessan|work> I thought the powerbooks were
[07:06] <jamessan|work> hrm
[07:06] <Yagisan> ppc64 is different
[07:07] <jamessan|work> ah, ok
[07:07] <Yagisan> kernel 64bit, userspace 32
[07:07] <Yagisan> last time I checked there was no advantage in ppc64 over ppc
[07:08] <Yagisan> dumb question time. how do I override a heap of "binary-without-manpage" errors from lintian
[07:08] <jamessan|work> write manpages  ;)
[07:10] <Yagisan> not for libs!
[07:10] <Yagisan> internal libs, used only by deng, in deng directory
[07:11] <jamessan|work> why do you have a lib that's being detected as a binary?
[07:12] <Yagisan> most likely because the path to it is /usr/games/deng/lib
[07:14] <siretart> Yagisan: the sparc port is 32bit, too
[07:14] <siretart> ah, never mind
[07:15] <\sh> so sparc32
[07:16] <\sh> Yagisan: shlib magic
[07:16] <Yagisan> sparc32 is the arch line ?
[07:16] <\sh> we don't support sparc, right?
[07:16] <siretart> Yagisan: /usr/games/lib/deng? where have you seen that?
[07:17] <siretart> Yagisan: I feel its wrong and should rather go to /usr/lib/deng, but I can be wrong, too
[07:17] <Yagisan> siretart: path is /usr/games/deng/lib
[07:18] <Yagisan> deng would rather dump it all in /usr/lib
[07:18] <Yagisan> ick
[07:18] <siretart> Yagisan: which seems to me more sane.. I'm not sure if /usr/games/.../lib is right
[07:18] <siretart> Yagisan: but feel free to ask in #ubuntu-devel
[07:19] <Yagisan> well, while in theory other apps could use the libs, in practice nothing does
[07:20] <Yagisan> that and the libs would not work with other versions
[07:22] <\sh> siretart: remember this pacman clone?
[07:23] <siretart> \sh: pacman clone? sorry?
[07:25] <\sh> siretart: the package I made the last time?
[07:25] <\sh> dunno the name anymore *lol*
[07:29] <siretart> \sh: aaah, sure
[07:29] <siretart> \sh: is it already uploaded?
[07:29] <\sh> i don't think so
[07:29] <siretart> I remember.. what was the name
[07:30] <siretart> something with n
[07:30] <siretart> njam?
[07:30] <\sh> yes :)
[07:30] <siretart> ah :)
[07:30] <\sh> I have to get it from my rootie
[07:30] <siretart> :)
[07:33] <\sh> but first i have to fix this vflib3
[08:04] <\sh> re
[08:06] <derek> are there plans for a newer hula package?
[08:10] <ogra> derek, herzi did the last one for us, i dont know if he prepared a new one
[08:10] <ogra> there was not much response or inteest in it it in the last release seems...
[08:11] <Nafallo> siretart, \sh: how is long handled in windows? the package is for both operative systems
[08:11] <derek> ogra: alright, i was just wondering, thanks
[08:11] <\sh> Nafallo: same
[08:11] <Yagisan> Nafallo: and mac
[08:11] <\sh> Nafallo: but win32!=win64
[08:11] <ogra> derek, if you want a new one, poke herzi :)
[08:12] <Yagisan> win64 should be different
[08:13] <derek> ogra: bit that big of a deal, i just use it for play, not mature enough for my email server yet :)
[08:13] <Nafallo> if int should be long we should just have to edit the files then ;-)
[08:13] <ogra> hehm thats what i hear everywhere
[08:13] <ogra> :)
[08:13] <derek> another question i have is with jabberd, are you all familiar with it?
[08:14] <ogra> derek, \sh's country :)
[08:14] <\sh> whats up with jabberd
[08:15] <\sh> 1 or 2?
[08:15] <derek> \sh: either or
[08:15] <derek> i have a usage question
[08:15] <derek> i want to deploy it in my small company
[08:15] <derek> and i want a global buddy list (so everyone is on everyone else's
[08:15] <derek> )
[08:15] <derek> is that possible
[08:15] <\sh> yes/no ,-)
[08:16] <derek> \sh: GREAT answer :)
[08:16] <\sh> without jabberadmin work no ways :)
[08:16] <\sh> u can have shared rosters yes, but u have to put them into the roster by hand
[08:16] <derek> hmm, alright
[08:16] <\sh> I would say, tryout ejabberd
[08:16] <\sh> I'll tell you why:
[08:17] <\sh> jabberd is old and in the next couple of months obsolete
[08:17] <\sh> jabberd2 has some pitfalls and issues with utf8
[08:17] <\sh> ejabberd is written Erlangen, but works out of the box .. the config is != XML and it has a build in webadmin featureset and even http polling
[08:18] <derek> ok
[08:18] <derek> how easy is it to confiugre?
[08:18] <\sh> I'm running it on my public jabber service now and I don't have any problems just like with jabberd2
[08:18] <\sh> easy
[08:18] <\sh> if u do the first config by hand, then u can do the rest via webadmin
[08:18] <\sh> it has all nifty modules like pubsub etc. included
[08:18] <derek> ok
[08:18] <derek> and it has all the transports/
[08:19] <\sh> no
[08:19] <\sh> the transports are addons.
[08:19] <derek> right, but they all work with it?
[08:19] <\sh> I'm using pyicq-t, pyaim-t and pymsn-t
[08:19] <\sh> yes
[08:19] <derek> do the aim/msn transports support server side buddylists yet?
[08:19] <\sh> yahoo is a bit tricky...I have to build a package for it to include in breezy+1
[08:20] <derek> heh ok
[08:20] <derek> what bout serverside bl's?
[08:21] <\sh> bl?
[08:21] <derek>  buddylists
[08:21] <derek> for aim/msn
[08:21] <\sh> ah no problem with it :)
[08:21] <\sh> but they won't be updated if you include new buddies
[08:22] <\sh> (the native serverside buddylists)
[08:22] <derek> oh, so if i add a buddy through aim, then sign on to jabber with transports, they won't be fixed?
[08:22] <derek> *updated?
[08:22] <\sh> if you add a new buddy to aim...they will be updated through the transport
[08:22] <\sh> but if you add a new aim-buddy with your jabber client, they won't be updated at aims server
[08:22] <derek> ohh, ok,,, thats not horrible
[08:24] <derek> if only i could get ejabberd to authenticate via my ad or nt5 domains
[08:24] <\sh> hmmm..ldap is in the new version
[08:25] <\sh> if you can export your active directory to openldap no problem
[08:25] <derek> haha yeah, but then it has to be exported everytime a change is made
[08:25] <torkel> Would it be possible to get a sync of openafs from Sid so there is at least a chance of having a working afs-client in Breezy? or is that to late?
[08:26] <siretart> sistpoty: I fiddled a bit at the apache on tauware
[08:26] <\sh> derek: that's a problem of AD :) I mean, u don't have to change anything on the OpenLDAP site...it should only be synced automatically
[08:26] <siretart> sistpoty: now http://siretart.tauware.de/svn/revu2/trunk publicy accessible :)
[08:27] <derek> \sh: true
[08:28] <\sh> derek: but forget AD..the data u have to provide is simple...about how many users are we talking?
[08:28] <derek> 15-20
[08:30] <derek>  \sh: also, which jabber client do you reccomend?
[08:30] <\sh> derek: native jabber?
[08:30] <derek> yeah
[08:30] <\sh> derek: psi
[08:30] <derek> what about gtk :)
[08:30] <\sh> or tkabber
[08:31] <\sh> derek: well...that's the problem...I didn't find a gtk/gnome jabber client with all the features of psi
[08:31] <\sh> tkabber (tcl/tk) is an alternative..but occupies the screen
[08:31] <derek> hmm, ok
[08:31] <\sh> psi is doing the work here even on gnome...
[08:31] <derek> but that means that qt libraries have to be installed
[08:31] <\sh> or u can try exodus with wine *lol*
[08:32] <\sh> yes...
[08:32] <\sh> but only qt
[08:32] <derek> thats true, so its not as bad as kde.... so what does psi have that the others don't?
[08:32] <Nafallo> \sh: you should port psi then :-)
[08:32] <\sh> service discovery (xmpp 1.0)
[08:33] <\sh> old ssl style login
[08:33] <\sh> gpg functionality
[08:33] <derek> service discovery?
[08:33] <\sh> yes...transports etc. are not defined directly with the names etc. inside the server (like jabberd1 does)
[08:33] <derek> gpg functionality to make it secure?
[08:33] <\sh> gpg for secure client2client communications
[08:34] <derek> eyah
[08:34] <derek> both sides need that though
[08:34] <\sh> yes
[08:34] <\sh> ssl is only for client2server communications
[08:34] <\sh> but between server2server the communicationchannels are free2air ,-)
[08:34] <derek> oh, so it encrypts so server can't log
[08:34] <\sh> yes
[08:35] <derek> woudl you reccomend psi for windows machines also?
[08:35] <siretart> psi is 'just' qt?
[08:36] <\sh> and service discovery means, that most of the services like JUD (Jabber User Directory), MUC (MultiUserChat), ICQ/pubsub etc. pp. are setting their own name, and the client is sending out an xml request to server, the server sends it to the services and the service is answering for itself
[08:36] <derek> ohh cool
[08:36] <\sh> Depends: libc6 (>= 2.3.4-1), libgcc1 (>= 1:4.0.0-7), libqca1c2, libqt3-mt (>= 3:3.3.4), libstdc++6 (>= 4.0.0-7), libx11-6 | xlibs (>> 4.1.0), libxext6 | xlibs (>> 4.1.0), zlib1g (>= 1:1.2.1)
[08:36] <\sh> yes
[08:36] <\sh> derek: it's the new xmpp 1.0 spec
[08:37] <Nafallo> \sh: you should port psi to gtk then :-)
[08:37] <\sh> derek: psi will have in the next release (I hope so) even SRV REC recognition and TLS connects (so the old SSL login style is deprecated)
[08:37] <\sh> Nafallo: no ways...
[08:38] <Nafallo> \sh: we want it for dotUbuntu ;-)
[08:38] <\sh> Nafallo: gaim should throw away all external IMs like ICQ etc. and should import some good transport jabber handling ;)
[08:38] <Nafallo> \sh: which is shtoom, with means its your table ;-)
[08:38] <derek> \sh: but would you reccomend psi for windows users also/
[08:38] <\sh> derek: yes...psi or exodus..depends, psi runs on unix/windows and mac os x
[08:39] <\sh> exodus only on windows
[08:39] <derek> ohh ok
[08:39] <\sh> but the functionality between psi and exodus is mostly the same
[08:39] <\sh> the most powerful client is even tkabber
[08:39] <\sh> but from a usability point of view, useless ,-)
[08:39] <\sh> but works nicely together with ejabberd, cause it comes from the same development crew
[08:40] <derek> haha
[08:40] <\sh> and it supports natively pubsub services
[08:40] <\sh> Nafallo: what we need is SIP+Jabber Client
[08:40] <\sh> or a native SIP transport for Jabber Servers
[08:41] <Nafallo> \sh: so then you will work on shtoom a bit more then what the spec says then? :-)
[08:41] <\sh> SER has a jabber service functionality insdie
[08:41] <\sh> inside
[08:41] <derek> \sh: so i think maybe i will deploy a psi solution :)
[08:41] <siretart> *bling* SIP?! for jabber?
[08:41] <\sh> siretart: code it fast hurry up ,-)
[08:41] <siretart> how should that work?
[08:41] <\sh> easy
[08:41] <\sh> jabber is xml stream transport
[08:42] <\sh> so the functionality is the same as for smtp2jabber and vice versa
[08:42] <Nafallo> smtp2jabber?
[08:43] <Nafallo> postfix logs? :-)
[08:43] <siretart> hm. so jabber clients would have to integrate an SIP client?
[08:43] <\sh> you frickle the SIP headers inside a xml service package, and send it to a SIP service for the jabber, this service removes the xml headers, send it to the next sip router
[08:43] <\sh> siretart: well...something like this, or the transport service acts as a sip client itself...just like the icq or aim ones
[08:44] <siretart> hm
[08:44] <siretart> still sounds like vodoo to me ;)
[08:44] <\sh> so the data transfer between e.g. sipgate.de and your jabber server comes only from the transport and redirects all to the jabber client, which can handle this special xml stream package
[08:44] <\sh> siretart: peter and the others from jabber.org are working on a spec for it :)
[08:45] <\sh> siretart: ulrich staudinger (manager at united internet) and jabber foundation board member are happy to see this coming :)
[08:45] <siretart> \sh: with integration of gnomemeeting, that would be great :)
[08:45] <siretart> hehe
[08:45] <\sh> siretart: for what? h323 over jabber is the next step
[08:45] <siretart> ah
[08:46] <\sh> and there is one client who is able to do h.323 natively with jabber support...so the chat comes via jabber and the video via direct client2client h.323 ,-)
[08:46] <Nafallo> wasn't gnomemeeting about to get support for SIP?
[08:46] <\sh> yes
[08:46] <\sh> but video + sip will be handled differently
[08:46] <Nafallo> is that feature in breezy? :-)
[08:46] <\sh> Nafallo: go away ,-)
[08:46] <Nafallo> \sh: hehehe
[08:47] <\sh> wow...that was a long interessting chat about jabbre
[08:47] <\sh> -re+er
[08:48] <\sh> Nafallo: can I put you on the goals list for shtoom+voip?
[08:49] <\sh> or should I talk to JaneW that she's using her whip on you? ,-)
[08:49] <Nafallo> \sh: what now? :-)
[08:49] <Nafallo> \sh: what shall I do with it? :-)
[08:49] <\sh> Nafallo: you can help me for breezy+1
[08:50] <Nafallo> \sh: I'm already on that list AFAIK? :-)
[08:50] <\sh> ogra: u need a faster i-connection ,-)
[08:50] <ogra> \sh, yes, after i moved out of NRW
[08:51] <\sh> oh yes
[08:51] <\sh> Nafallo: oh yes
[08:51] <Nafallo> hehe
[08:51] <\sh> ogra: wanna have my flat? it has 4Mbit/s down / 442kbit/s up
[08:52] <\sh> hmmm..
[08:52] <ogra> \sh, how many animals can i get in there ? we want a donkey and some goats in the next house
[08:52] <\sh> marks email address?
[08:52] <ogra> mark@ubuntu.com ?
[08:52] <\sh> ogra: come on...u r working on linux...how can u ride there a donkey
[08:52] <\sh> dunno...ok
[08:52] <\sh> well...
[08:53] <ogra> \sh, why should i ride it ?
[08:53] <\sh> a donkey can kick ass...if you don't function properly ,-)
[08:53] <ogra> hehe, yes
[08:53] <\sh> ogra: what r u doing then with a donkey?
[08:53] <\sh> eat it?
[08:53] <\sh> *eg*
[08:53] <ogra> nah..
[08:53] <ogra> no idea, really...
[08:53] <siretart> donkey salami? ;)
[08:53] <\sh> hihihi
[08:53] <ogra> just care for it, have it around, live with it
[08:54] <\sh> damn...I just got a flash of laughing
[08:54] <ogra> but first i have to find someone for the kittens
[08:54] <\sh> ian has 2 now...I will ask him, if he needs more
[08:54] <ogra> they will be born at breezy release time ... breezy badgr kittens
[08:55] <\sh> I would really love to have a little cat again..but not in this flat, not when I'm alone...no
[08:58] <\sh> nice...i can have this usb dvd burner for the weekend...I love dmitry
[09:04] <\sh> ok...I will install breezy daily iso now...so I have to shutdown my network now :) hope this yukon ethernet device can handle X-UTP-Cables
[09:04] <\sh> laters dude
[09:34] <sistpoty> <- in the kitchen, getFood()... cya later
[09:35] <torkel> ogra: would it be possible to get a sync of openafs from Sid so there is at least a chance of having a working afs client in Breezy? or is that to late?
[09:36] <derek> \sh_away: i installed the aimtransport on ejabber, can't figure out how to actually sign on. I connect to the transport and i have to give a host,room and nickname
[09:36] <siretart> torkel: whats the problem with the current openafs in breezy?
[09:36] <siretart> (never had a look at that)
[09:37] <ogra> torkel, its quite late, but i can try...
[09:37] <torkel> siretart: among others it does not compile with 2.6.12...
[09:38] <ogra> if it fixes ftbfs that would be a good one
[09:38] <torkel> ogra: that would be great
[09:38] <\sh> back
[09:38] <siretart> err, I'd consider a sync to get it work a pretty valid reason
[09:38] <siretart> even built/installable
[09:38] <ogra> yep
[09:38] <derek> \sh: did you see my problme?
[09:43] <derek> \sh: nm, i figured it out
[09:43] <\sh> grmpf
[09:43] <\sh> i should disable the dhcp server
[09:43] <derek> lol
[09:43] <\sh> then it doesn't destroy my dsl connection at all
[09:43] <\sh> *grmpf*
[09:44] <\sh> derek: what was the problem?
[09:44] <derek> i had trouble wiht the transport
[09:44] <derek> i got ti working
[09:44] <derek> for aim transport, i have to authorize ALL of my buddies?
[09:45] <\sh> sure
[09:45] <derek> heh
[09:45] <\sh> sure
[09:45] <\sh> even for icq
[09:45] <\sh> and msn
[09:45] <derek> thats a pain
[09:47] <\sh> brb
[09:57] <derek> \sh: jabber is pretty cool! i can sign in at multiple places at once, does it send messages to multiple places?
[09:57] <\sh> derek: sure...if you select your contacts on one server it send to all of them a message
[09:58] <ajmitch> morning
[09:58] <\sh> hey ajmitch
[09:58] <\sh> and switching between uk layout and de layout is a minus for me
[09:59] <siretart> hi ajmitch
[09:59] <ajmitch> what's up?
[10:00] <Yagisan> morning
[10:00] <derek> so, if i am signed on through psi, gossip, and gaim, and someone im's me, i recieve it on all three?
[10:00] <ajmitch> hi
[10:00] <ajmitch> aha, today is review day! :)
[10:01] <\sh> derek: well....normally yes...if someone sends u a message on derek@jabber.org/Psi (and your resource is psi) then it will only received on the Psi resource
[10:01] <\sh> but if you provide the same resource on all three, then it determines the priority
[10:01] <\sh> set it to 5 on all with the same resource and try
[10:01] <derek> oh, ok, what about if someone on aim sends me a message? will it go to all 3?
[10:02] <\sh> no...all external transports can only be signed in once
[10:02] <derek> so which does it chose?
[10:02] <derek> the only one i sign on on
[10:02] <derek> got it
[10:02] <\sh> so if you connect first with gossip, and try to connect your account with psi...then gossip will lose the connection to the aim transport and psi takes over
[10:03] <\sh> derek: multiple connects same resource same prio works only with jabber itself
[10:03] <derek> ohh cool
[10:04] <derek> i want to make a personal jabber server.... too bad my connection sucks
[10:04] <\sh> the transports are acting like a single icq/aim/msn/yahoo client
[10:04] <\sh> if you need more icq accounts on one account, you have to setup multiple instances of one transport
[10:04] <derek> so if i login with 2 clients, and i login to the transport on both clients....
[10:04] <\sh> derek: use mine :)
[10:05] <derek> \sh: i want the experience of running my own server
[10:05] <\sh> derek: the latest connect will win, and the first connect loses the connection to the transport
[10:05] <derek> \sh: ohhh, so if i just add a bunch of instances of that one transport, i should be fine
[10:06] <derek> \sh: i want a vds to run a mail
[10:06] <derek> server on
[10:06] <derek> and webserver
[10:06] <derek> now jabber too!
[10:06] <\sh> derek: yeah..but it takes memory and ports
[10:06] <derek> \sh: right
[10:06] <\sh> derek: so every instance of one transport needs a new port number assigned
[10:07] <\sh> the discovery is done via psi or tkabber or exodus
[10:07] <derek> so thats why most public servers don't have many transports?
[10:07] <derek> uses too many ports?
[10:07] <\sh> derek: yes and no...most servers are allowing only one icq/aim/msn/yahoo connect
[10:07] <\sh> per user
[10:07] <derek>  yeah, makes sense
[10:07] <\sh> and thats enough
[10:07] <derek> hwo do i make a user an admin?
[10:08] <\sh> but there are also some legal issues
[10:08] <derek> legal issues?
[10:08] <\sh> u set it in the configuration
[10:08] <\sh> yes...you can
[10:08] <derek> i can't login to the admin
[10:08] <\sh> you can't offer commercial services with the aim,icq,msn etc. protocols
[10:08] <derek> ohh, gotcha
[10:08] <\sh> derek: ejabberd?
[10:09] <derek> yeah
[10:09] <derek> i can't login to the webadmin without an admin account
[10:09] <\sh> {acl, admin, {user, "sh"}}.
[10:09] <\sh> thats the admin
[10:09] <derek> where do i do that?
[10:09] <\sh> and the admin account for webamdin is sh@<first jabber domain>
[10:09] <\sh> in ejabberd.cfg
[10:10] <derek> gotcha
[10:10] <\sh> sh is me
[10:10] <derek> hehe yeha
[10:14] <derek> \sh: it also keeps track of offline messages (obviously not of transports, but of jabber)
[10:14] <\sh> yes...
[10:14] <\sh> derek: offline messages are handled by the propietary protocol servers
[10:15] <derek> \sh: what do you mean?
[10:15] <\sh> derek: icq handles offline messages directly on their servers
[10:16] <derek> right, jabber has it on its servers though
[10:16] <\sh> if someones not online in icq, the message is send to the icq server and later when the contact comes online the server determines this and send the message
[10:16] <\sh> derek: right...jabber handles this also with the server
[10:16] <derek> cool
[10:16] <derek> so if i send an offline message to your server, it is stored on your server not mine right?
[10:18] <\sh> yes
[10:18] <derek>  cool
[10:36] <derek> \sh: is it possible to hide offline buddys in psi?
[10:37] <\sh> yes
[10:37] <derek> do you know offhand how?
[10:37] <\sh> the first button in the top line left
[10:37] <derek> oh that works :)
[10:39] <derek> \sh: jabber is great, thank you soo much for all your help!
[10:39] <\sh> derek: u r welcome...
[10:51] <Treenaks> Shall I take a picture of the Turkish eating house "Kismet" tomorrow? :)
[10:53] <Nafallo> lol
[10:55] <\sh> Treenaks: u r in turkey now?
[10:55] <Treenaks> \sh: no, Amsterdam has Turkish eating houses :)
[10:55] <Treenaks> \sh: lots of them
[10:56] <\sh> kebap houses
[10:56] <Treenaks> \sh: stuff like that, yeah
[10:56] <\sh> or as we in germany are saying: doenerstube
[11:01] <Mithrandir> Nafallo: I hope to make multiarch one at least, yes.
[11:01] <Mithrandir> Nafallo: what's the goal?
[11:03] <Nafallo> Mithrandir: games :-)
[11:03] <Nafallo> Mithrandir: http://www.magicalforest.se/tmp/deng-errors.txt :-P
[11:03] <Mithrandir> there's not really many linux games, at least not if you talk about commercial ones. :-(
[11:05] <Nafallo> more about deng :-)
[11:05] <Mithrandir> oh, joy, which game is that?
[11:06] <siretart> a free doom clone
[11:07] <Nafallo> and heretic, and hexen, and and and :-)
[11:07] <Nafallo> I'm trying to find the homepage :-)
[11:07] <Yagisan> look at my website
[11:08] <Yagisan> linked from here http://eyagi.bpa.nu/~jamie/doomsday.html
[11:08] <Yagisan> upstream homepage is out of date
[11:08] <Nafallo> that site yes :-)
[11:09] <Nafallo> Yagisan: Mithrandir is our amd64 god :-)
[11:09] <Yagisan> :)
[11:09] <Mithrandir> heh ;-)
[11:10] <Mithrandir> that seems mostly fixable, though
[11:10] <Nafallo> Mithrandir: just try to make those 293 cast-warnings to longs? ;-)
[11:11] <\sh> Mithrandir: ah yes...U want only to play a doom clone on amd64 ;)
[11:11] <Nafallo> it builds, it just that it can't run ;-)
[11:11] <Mithrandir> I guess this is universe, right? :-)
[11:11] <Nafallo> and multiverse
[11:11] <Nafallo> you got free time in the weekend ;-)
[11:12] <Mithrandir> :-P
[11:12] <Mithrandir> well, I doubt I'm going to spend much time on it, there's plenty of RC bugs still left.
[11:13] <Nafallo> hehe, then I'll look at it and we make the package !64-bit atm? ;-)
[11:15] <Mithrandir> just leave it failing for now, I guess.
[11:16] <Nafallo> Yagisan: you heard the god :-)
[11:16] <Nafallo> Yagisan: I'll file bugs on you when it's in the archive ;-)
[11:17] <Yagisan> sobs, you hate my package :'(
[11:17] <Nafallo> lol
[11:17] <Yagisan> lol
[11:17] <Yagisan> I fixed the control, it won't try to build on amd64 now
[11:17] <Yagisan> so no (new) bugs for me
[11:17] <Nafallo> baah, then I can't file bugs ;-)
[11:18] <Yagisan> yes you can, load heretic, get to level 2, save, then try to load, instant seg fault
[11:19] <Nafallo> haha
[11:19] <Nafallo> I won't even be able to run it ;-)
[11:30] <Yagisan> siretart: Mind if I upload the 7 deng iwad installers to revu (only 200k total) ?
[11:30] <siretart> Yagisan: sure
[11:30] <Yagisan> siretart: thanks, though I should ask before bulk uploading
[11:31] <Nafallo> Yagisan: more fun to let siretart nuke you though ;-)
[11:32] <Yagisan> Nafallo: :) If I sent my entire repo, he would
[11:33] <Yagisan> OK, any i386 or ppc people with an appropriate iwad can now use the deng package with menus.
[11:37] <ajmitch> Yagisan: great - I haven't managed to get to the ppc box & test yet :)
[11:39] <Yagisan> ajmitch: no problems :) package is much improved since you saw it last (I wrote some up to date documentation)
[11:41] <Yagisan> any deng packages testers, there is a reportbug script setup in the package, please run reportbug to report
[11:41] <Yagisan> success or failures. WRT failures, deng deletes its logs on startup, so run reportbug after it crashes. Thanks
[11:42] <kezz> whats deng?
[11:43] <Yagisan> kezz: doom sourceport.
[11:44] <kezz> ah thanks
[11:44] <kezz> i'll try it
[11:44] <Yagisan> kezz: thanks, it's at revu
[11:44] <kezz> k
[11:50] <opi> review day is today? :(
[11:51] <opi> I'm fixing qemu package, but I don't know if I'll manage to put it together today, bah
[11:53] <ajmitch> yes, review day is today, but that doesn't stop us from reviewing any other time :)
[11:53] <opi> yeah ;)
[11:53] <opi> but since you're going to be at it