[12:07] <zyga> raphink: nice diagram
[12:07] <raphink> zyga: thanks :)
[12:07] <raphink> it's not really the diagram I mind about
[12:07] <raphink> but rather the use of it
[12:07] <raphink> which was to reorganize the MOTU Wiki doc in pseudo directories
[12:15] <zyga> eh
[12:16] <raphink> ;)
[12:16] <zyga> the wold is a really strange place
[12:18] <raphink> zyga: why?
[12:18] <zyga> http://www.suxx.pl/blog/index.php/2006/02/03/we-all-live-in-a-yellow-submarine-yellow-submarine/
[12:18] <zyga> our government should be taken to another planet or thrown into a black hole
[12:19] <zyga> or at least sentenced for life doing hard, manual labour
[12:19] <zyga> or just shoot ...
[12:19] <zyga> what imbeciles
[12:21] <raphink> ;(
[12:22] <zyga> I really don't know how to express my exact feelings in english
[12:58] <ajmitch> hi \sh
[12:59] <\sh> moins ajmitch
[12:59] <\sh> how easy it is, to run tomcat5 and suns 1.5 jdk on dapper amd64 :)
[01:01] <ajmitch> no idea :)
[01:01] <\sh> ajmitch: it is very easy :)
[01:01] <ajmitch> I've never felt the need to bludgeon myself with java
[01:02] <\sh> ajmitch: well, when I did the work for this company last week, I had to deal with suse  tomcat and java :)
[01:02] <ajmitch> ah
[01:02] <ajmitch> don't worry, I'm doing C# work next week
[01:02] <\sh> ajmitch: fixed a couple of installation issues, fixed something inside their java sources (without having a clue about java)
[01:03] <\sh> ajmitch: that's why I'm starting to learn a bit more java now :)
[01:10] <ajmitch> yay, new gtk# in sid
[01:10] <ajmitch> now I can upload f-spot
[01:19] <ajmitch> yay, BenC merged the ACPICA changes
[01:20] <ajmitch> hopefully my battery will show up & I can get info with the next kernel build
[01:21] <\sh> ajmitch: i tested infinities madwifi-ng drivers...
[01:21] <\sh> ajmitch: didn't work at all
[01:21] <ajmitch> :(
[01:22] <ajmitch> the main thing remaining is ALSA fixes for me
[01:22] <ajmitch> maybe if I'm bored on the plane... ;)
[01:25] <jsgotangco> dude
[01:25] <tseng> dude.
[01:25] <jsgotangco> you're just going to the western island
[01:26] <ajmitch> yeah
[01:26] <ajmitch> it's just a short trip
[01:26] <jsgotangco> western island
[01:26] <jsgotangco> heh
[01:26] <ajmitch> afternoon tseng, gtk# hit incoming.d.o
[01:26] <tseng> hot
[01:27] <siretart> hi folks
[01:27] <siretart> \sh: there is a "how to sync with soyuz howto" somewhere?
[01:28] <\sh> siretart: no..but there should be one :)
[01:28] <ajmitch> depends if anything actually changes with the move to soyuz
[01:28] <ajmitch> hi siretart
[01:28] <siretart> huhu ajmitch
[01:31] <siretart> \sh: I think this could be this spec: https://wiki.launchpad.canonical.com/PackageSourceManagement
[01:32] <ajmitch> I wonder how  many hours it'll take to build a kernel on my laptop
[01:33] <\sh> siretart: but I don't think it's already implemented...well, we see the day after tomorrow :)
[01:34] <ajmitch> it's launchpad
[01:34] <ajmitch> don't expect it until after 2008
[01:34] <jsgotangco> wow
[01:35] <jsgotangco> 2 year wait huh
[01:35] <jsgotangco> just like going to mars
[01:35] <ajmitch> jsgotangco: we were meant to switch to malone last july
[01:35] <jsgotangco> yeah
[01:38] <ajmitch> i don't know when we'll see the use of hct, and personal package archives, and all the other wonderful crack
[01:39] <siretart> we will see what happens. we cannot change that anyway
[01:40] <jsgotangco> he somehow the distro team gets plagued while the lp team seem to go fine
[01:41] <ajmitch> it's a conspiracy
[01:41] <ajmitch> https://launchpad.net/distros/ubuntu/+builds
[01:41] <ajmitch> 1   20  of 108831 results
[01:41] <ajmitch> I *love* paged results
[01:42] <siretart> ajmitch: better look hat https://staging.ubuntu.com/distros/ubuntu/+builds
[01:42] <ajmitch> siretart: I know
[01:42] <siretart> ajmitch: that one does have useful buildlogs
[01:42] <siretart> pl
[01:42] <siretart> ok
[01:42] <ajmitch> I was just commenting on the large number of results & the nasty UI that everyone complains about :)
[01:43] <ajmitch> siretart: conveniently, mpt lives about 2 minutes walk from me :)
[01:44] <ajmitch> > 1700 failed builds on staging
[01:45] <ajmitch> and no way to break them down by arch?
[01:46] <ajmitch> the launchpad guys are going to love the number of UI bugs we can file here..
[01:55] <\sh> I wonder if it's possible to attach a buildd environment from other machines then canonicals ;)
[01:56] <raphink> just completed https://wiki.ubuntu.com/MOTU/Documentation :)
[01:56] <jsgotangco> yeah
[01:56] <jsgotangco> awesome
[01:57] <raphink> :)
[01:58] <ajmitch> \sh: depends on who they'll trust
[01:58] <\sh> ajmitch: well, thinking of personal package archives :) it would be cool, if someone can attach his own buildd env.
[01:58] <ajmitch> yeah
[01:58] <ajmitch> -rw-r--r--  1 ajmitch ajmitch 526M 2006-02-03 13:58 linux-source-2.6.15_2.6.15-15.20.tar.gz.new
[01:58] <ajmitch> and still growing
[01:59] <ajmitch> running debuild on a git checkout might not be smart ;)
[02:06] <\sh> I love ubuntu...ubuntu forever
[02:07] <\sh> eclipse installation including all plugins I need, it's far more easy then on gentoo
[02:08] <ajmitch> mpt was wearing a good shirt to LCA - "Your Favourite Distro Sucks"
[02:08] <ajmitch> very true ;)
[02:08] <Kyral> then why do I catch hell for being affliated with Ubuntu?
[02:08] <ajmitch> because ubuntu sucks
[02:09] <Kyral> mitch..I was just owned by an exam, I don't feel like sarcasm
[02:09] <ajmitch> oh it wasn't sarcastic
[02:09] <Kyral> ...
[02:09] <ajmitch> ubuntu does suck in many & numerous ways
[02:10] <Kyral> Compared to things like SuSE....we are still behind
[02:10] <ajmitch> in certain areas
[02:10] <Kyral> *cough*Yast*cough*
[02:10] <ajmitch> you don't need to cough
[02:10] <Kyral> sorry
[02:10] <raphink> Kyral: you're volunteering to help porting yast ?
[02:11] <Kyral> raphink: I had a mind to write a whole new app
[02:11] <raphink> oh nice :)
[02:11] <Kyral> I've heard conflicting things about Yast4Debian
[02:11] <raphink> would you like to write us a new package manager like finkcommander, too?
[02:12] <ajmitch> I'll be impressed if you can pull off something comparable to what I've heard yast described as
[02:12] <Kyral> ajmitch: yast is nuts
[02:12] <Kyral> I installed OpenSuSE in a VM and was blown away
[02:13] <jsgotangco> heh
[02:13] <Kyral> Only PITA was adding an Install Repo
[02:13] <ajmitch> Kyral: what's so special about it?
[02:14] <Kyral> Uhh, setup everything in like 4 clicks at most
[02:14] <jsgotangco> yeah adding repos and updating them are horrible
[02:14] <jsgotangco> you can even go wild on xinted on yast
[02:14] <raphink> ajmitch: could you update the /topic and s/MOTUTodo/MOTU\/Documentation/ in it please?
[02:14] <Kyral> You want a webserver, just fire up Yast and click click click done
[02:15] <Kyral> it even adjusts IPTables for you
[02:15] <jsgotangco> yeah, i almost used it straight for a week till i woke up
[02:15] <Kyral> woke up?
[02:15] <jsgotangco> and went back to reality
[02:15] <Kyral> ???
[02:15] <ajmitch> raphink: you can do it
[02:15] <jsgotangco> (of using ubuntu)
[02:15] <jsgotangco> heh
[02:16] <raphink> ajmitch: i'm not an admin here
[02:16] <ajmitch> raphink: neither am I
[02:16] <Kyral> I mean I'm happy with Ubuntu
[02:16] <ajmitch> and the topic isn't locked
[02:16] <raphink> ajmitch: yes you are :p
[02:16] <jsgotangco> Kyral, i understand how you feel
[02:16] <Kyral> but I like saw it through the newbie eyes for a second
[02:16] <raphink> oh no you're level -1
[02:16] <raphink> lol
[02:16] <jsgotangco> Kyral, its extremely polished on the frontend stuff
[02:16] <raphink> sorry
[02:16] <Kyral> jsgotangco: and thats what Newbies want
[02:16] <raphink> oooh there are only 2 admins here
[02:16] <raphink> Riddell and sladen
[02:16] <raphink> never seen sladen
[02:17] <ajmitch> he's around fairly often
[02:17] <ajmitch> not so active in this channel
[02:17] <raphink> ok
[02:17] <raphink> how come there are not more of them?
[02:17] <ajmitch> because there aren't
[02:17] <raphink> hehe ;)
[02:17] <raphink> good answer
[02:17] <raphink> Riddell: could you update the /topic and s/MOTUTodo/MOTU\/Documentation/ in it please?
[02:17] <ajmitch> raphink: I just told you, the topic is not locked
[02:17] <raphink> ah!
[02:17] <raphink> huhu
[02:18] <raphink> *blush*
[02:18] <jsgotangco> heh
[02:47] <\sh> DESTROY JAVA
[02:47] <\sh> how sick is this
[02:47] <\sh> 			jCheckBox.addActionListener(new java.awt.event.ActionListener() {
[02:47] <\sh> 				public void actionPerformed(java.awt.event.ActionEvent e) {
[02:47] <\sh> 					System.out.println("actionPerformed()"); // TODO Auto-generated Event stub actionPerformed()
[02:47] <\sh> 					jCheckBox.setText(jCheckBox.isSelected() ? "Message on" :"Message Off");
[02:47] <\sh> 				}
[02:47] <\sh> 			});
[02:48] <ajmitch> haha
[02:48] <ajmitch> java == evil
[02:49] <\sh> well, I know what it does...but this is not in my style of pure OOP
[02:49] <Lathiat> ewww
[02:49] <Lathiat> EEEEEEEEEWWWWWWWWWWWWWWW
[02:51] <ajmitch> yay, alsa 1.0.11rc3
[02:51] <Lathiat> works with yoru laptop?
[02:52] <ajmitch> dunno yet
[02:52] <ajmitch> I've got to test it out
[02:52] <ajmitch> first step is to rebuild with the new acpi patches from benc's git tree
[02:53] <Lathiat> this trackpad is driving me nuts
[02:53] <Lathiat> garrr
[02:53] <ajmitch> then I might attempt to merge in the alsa tree
[02:53] <ajmitch> depends on how brave I'm feeling
[02:57] <\sh> good night people :)
[03:04] <Lathiat> hrm libc6-dev is uninstallable
[03:04] <Lathiat> annoying
[03:10] <ajmitch> Lathiat: how so?
[03:11] <Lathiat> ah i lied
[03:11] <Lathiat> im a tool
[03:11] <Lathiat> i had breezy sources in /etc/apt/sources.list
[03:11] <ajmitch> heh
[03:11] <Lathiat> i wgetted my standard sources.list
[03:11] <Lathiat> and forgot to breezy-.dapper
[03:12] <ajmitch> not while you were listening, at any rate :)
[03:16] <ajmitch> yay, kernel is (slowly) compiling
[03:16] <ajmitch> in a few hours I might have something to play with
[03:16] <jsgotangco> oohh sabdfl hit the local news
[03:17] <ajmitch> yeah he was on the front page of the local paper when he was here
[03:18] <ajmitch> we don't often get celebrities like him in town ;)
[03:19] <jsgotangco> he was lowkey here but upbeat
[03:20] <ajmitch> Lathiat: have you played with using distcc & pbuilder?
[03:21] <Lathiat> ajmitch: nope
[03:21] <Lathiat> i saw some mention of a more official motu tools package now but i cant find any references to it?
[03:22] <Lathiat> ajmitch: let me know i should probablky get both my machines vbuilding :)
[03:22] <ajmitch> pbuilder, distcc & ccache are probably useful to use together
[03:22] <Lathiat> looked at ccontrol?
[03:23] <Lathiat> ah ok i found those tools now, it was under the merging page
[03:23] <Lathiat> (oddly enough ;)
[03:23] <ajmitch> no, I haven't seen ccontrol
[03:24] <Lathiat> http://ccontrol.ozlabs.org i think
[03:24] <ajmitch> ah, more rusty code :)
[03:24] <ajmitch> do you trust code written by a porn star? ;)
[03:24] <Lathiat> .
[03:25] <Lathiat> heh
[03:27] <jsgotangco> porn star?
[03:27] <ajmitch> Lathiat: distcc works with avahi?
[03:27] <Lathiat> ajmitch: yeh theres a patch for it lennart wrote
[03:27] <Lathiat> check the list archives
[03:27] <ajmitch> ok
[03:40] <ajmitch> Lathiat: the debian packaging patches on the ccontrol mailing list scare me
[03:47] <Lathiat> ajmitch: heh why
[03:47] <ajmitch> things like updating debian/changelog in configure
[03:47] <ajmitch> and the other patches are just stock dh_make
[03:48] <ajmitch> I see that xen is now going to be a toggleable option for the i386 arch, rather than an arch in itself
[04:01] <Lathiat> interesting
[04:01] <Lathiat> does it need hard support or can it still run native with xen compiled in?
[04:08] <Kyral> I think I know what to do
[04:22] <Kyral> yo jsgotangco
[04:22] <jsgotangco> hey
[04:22] <Kyral> sup?
[04:22] <jsgotangco> dsl is shitty since morning
[04:23] <Kyral> ah
[04:23] <Kyral> I'm thinking about joining the FSF
[04:24] <Kyral> Seems like the "right thing" :D
[04:29] <Kyral> ..*shrug*
[04:32] <Lathiat> hrm, twisted-doc is b0rked
[04:37] <Yagisan> G'day all. Anyone with a debian sid box here ? if so, is nmap 4 available yet ? (sorry to bother, but p.d.o is down)
[04:47] <plugwash> i don't have a sid box handy but i just checked the release file by hand and it seems it is
[04:50] <crimsun> Yagisan: I use packages.qa.debian.org these days.  http://packages.qa.debian.org/n/nmap.html
[04:52] <Yagisan> thanks. nmap is main isn't it ? who should I bother to request a sync ?
[04:53] <ajmitch> Yagisan: we're in upstream version freeze now
[04:53] <ajmitch> so requests have to be worded nicely
[04:53] <crimsun> I'd love to have 4.00-2 in Dapper, too, but I suppose if lamont could be persuaded to request it...
[04:54] <Yagisan> ajmitch: I'm very aware. 4 has massively reduced memory requirements, for starters :)
[04:54] <ajmitch> I suppose he'd know best :)
[04:54] <ajmitch> Yagisan: that's always a win
[04:54] <ajmitch> crimsun: I see a new alsa RC is out
[04:55] <ajmitch> crimsun: what pain do you have to go through to get that in?
[04:55] <crimsun> ajmitch: meaning -driver, -lib, or -utils? :)
[04:56] <ajmitch> I was mainly looking at -driver :)
[04:56] <crimsun> ah, that wouldn't be too bad. What do I need to backport?
[04:56] <ajmitch> not sure, I haven't tried it out yet
[04:57] <ajmitch> my laptop has been building a kernel from the git tree for the last couple of hours
[04:57] <ajmitch> I'll try & get the latest driver source built as extra modules so I can test it again
[04:58] <crimsun> great, testing -driver 1.0.11rc3 would help
[04:58] <ajmitch> yeah, I just have to see how easy it is to go from upstream tarball to debian packages
[04:59] <ajmitch> ok, building kernel image 4 of 5.. this takes awhile
[05:00] <crimsun> the kludgy way is to take experimental's 1.0.11rc2 alsa-source, extract it, extract upstream 1.0.11rc3, copy 1.0.11rc2/debian to 1.0.11rc3/., then do the normal fakeroot debian/rules binary_modules KSRC=/lib/modules/$(uname -r)/build KVERS=$(uname -r)
[05:01] <Yagisan> :) nmap 4 has already been requested :)
[05:01] <Ubugtu> Error: I tried to send you an empty message.
[05:01] <ajmitch> crimsun: sounds nasty enough
[05:02] <ajmitch> I'll give it a try in a couple of hours, once I have a kernel to use
[05:02] <crimsun> cool
[05:42] <Kyral> you robitaille
[05:42] <Kyral> yo even
[05:43] <robitaille> hi Kyral
[05:43] <ajmitch> hello robitaille
[05:43] <robitaille> hi ajmitch
[06:03] <Lathiat> so,
[06:03] <ajmitch> yep
[06:04] <Lathiat> http://launchpad.net/distros/ubuntu/+source/lib3ds/+bug/3711
[06:04] <Ubugtu> malone bug 3711 in lib3ds "Incompatibility with GCC4 optimization" [Normal,Unconfirmed] 
[06:05] <Lathiat> using -O0 makes his test work
[06:05] <Lathiat> i assume the optimization breaks it just by that it returns a different value
[06:05] <Lathiat> with -O0 it seems to work on his example, is putting -O0 in the package a sane fix for now?
[06:06] <ajmitch> possibly
[06:07] <Lathiat> hrm, i found a patch
[06:08] <Lathiat> work damn you :(
[06:08] <ajmitch> sf really is crap
[06:13] <Lathiat> ok i got a patch that was put in lib3ds cvs that fixes it
[06:13] <Lathiat> sounds like a better idea to me :)
[07:14] <ajmitch> crimsun: rc3 seems to be no different
[07:34] <crimsun> ajmitch: ok, that's what I figured, since there didn't seem to be major changes to the alc260 init code
[07:34] <crimsun> thanks for testing
[07:35] <ajmitch> crimsun: I had impressive failures with the new ACPI code though :)
[08:55] <jsgotangco> ajmitch: http://www.flickr.com/photos/headgeekette/
[08:55] <jsgotangco> see zakame get starstruck
[08:55] <jsgotangco> heh
[08:56] <ajmitch> hah, great :)
[08:57] <ajmitch> of course you were cool & treated it like nothing happened
[08:57] <ajmitch> since you're a famous celebrity yourself ;)
[08:57] <jsgotangco> oh shut up
[08:57] <ajmitch> sabdfl looks professional in a suit
[08:58] <ajmitch> like a manager :)
[08:58] <jsgotangco> yeah
[09:48] <dholbach> good morning
[09:48] <lucas> hello dholbach & others
[10:08] <Lathiat> who knew about the unrar/unrar-nonfree situation?
[10:08] <sivang> morning all
[10:14] <spacey> situation?
[10:14] <spacey> you mean only the nonfree one is useful?
[10:15] <Lathiat> more that
[10:15] <Lathiat> they moved the unrar-nonfree source to making the binary 'unrar'
[10:15] <Lathiat> and its uninstallable
[10:15] <Lathiat> i think it needs some poking
[11:31] <\sh> so far to the ubuntu/debian diversion questions
[11:36] <siretart> \sh: ?
[11:37] <siretart> morning
[11:37] <\sh> siretart: see dapper-changes and lamonts uploads :)
[11:37] <siretart> yes, I've seen that
[11:43] <\sh> siretart: well..that's what I meant...sometimes you can forget filing bugs to debian, especially with those little friendly uploads :)
[11:43] <\sh> or in other words: how should we deal with those changes?
[11:44] <siretart> \sh: that was exactly my question
[11:45] <siretart> \sh: as far as I've seen, most of the recent uploads just change the build deps. so they are not likely to cause headaches when merging next time
[11:45] <siretart> my concern is rather about divergence, which does cause headache
[11:46] <\sh> siretart: you mean real patches? or "I don't want to change to cdbs" packages like "gajim"...
[11:49] <siretart> \sh: 'real' patches is a rather fuzzy expression, but I think we mean the same.
[11:49] <siretart> \sh: I don't know what happened re: gajim
[11:50] <\sh> siretart: debian has cdbs, we use debhelper ( which is better right now, because I'm trying to make gajim python policy compatible)
[11:51] <siretart> \sh: why didn't you put yourself in the maintainer field then?
[11:51] <siretart> if Yann doesn't accept your debhelper debian/rules, I don't see much point in calling him 'maintainer'
[11:53] <\sh> because he debianized the package the first time with debhelper....that's why....but the "changing maintainer" or "hijacking the package in ubuntu" is something, I want to have a clear statement from TB somehow.
[11:54] <siretart> why bug the tb with that?
[11:54] <siretart> that not really a technical question
[11:55] <siretart> well, in some ways it is, but I hope you get what I mean
[11:58] <\sh> siretart: because it could help sabdfls request to use the whole debian namespace ;)
[11:58] <siretart> ?
[12:01] <\sh> siretart: https://wiki.ubuntu.com/PackageVersionConflicts
[12:02] <\sh> siretart: we had a small discussion about this before and during ubz...and changing the maintainer e.g. to "Ubuntu Developers <ubuntu-devel@...>" would fit into this (IMHO)
[12:03] <\sh> but I didn't see the "when we package new software..."
[12:05] <siretart> fairly thin for a spec. never really discussed, not on tb agenda.
[12:06] <\sh> siretart: yes..it was dropped :)
[12:08] <siretart> \sh: why the ':)'?
[12:08] <siretart> sorry, I don't consider this funny at all, but rather frustrating
[12:09] <siretart> oh, jdong applied for ubuntu-dev
[12:19] <\sh> hmmm..who did work with him?
[12:19] <\sh> (motu work I mean)
[12:19] <\sh> siretart: the :) was more a finger practice...I'm not completly awake
[12:37] <irvin> bug #29958
[12:37] <Ubugtu> malone bug 29958 in monodevelop "Monodevelop requires MOZILLA_FIVE_HOME environment variable be set to start" [Normal,Fix released]  http://launchpad.net/bugs/29958
[12:38] <irvin> lemme check
[12:47] <Toadstool> hi, I uploaded a package to REVU this night before my GPG key was added to the REVU keyring. It looks like the package has been correctly uploaded as dput tells me "Already uploaded to revu.tauware.de" but it doesn't show up on the webpage. Did I do something wrong or do I have to wait a little longer ? (or am I asking silly questions on the wrong chan :))
[01:20] <siretart> Toadstool: I just reprocessed your upload manually
[01:20] <Toadstool> ok thank you very much
[01:50] <Kyral> Morning
[01:58] <teprrr> hmm, how should I mention the need for autoconf in build requirements?
[01:58] <teprrr> good afternoon Kyral :)
[01:59] <teprrr> Build-Depends: cdbs (>= 0.4.23-1.1), autotools-dev, debhelper (>= 5), kdelibs4-dev (>= 3.5)
[01:59] <teprrr> that's what I have atm, but it gets no autoconf
[02:00] <Kyral> Isn't depends on Build-Essential assumed?
[02:01] <azeem> autoconf isn't b-e
[02:01] <azeem> teprrr: why do you need autoconf?
[02:01] <Kyral> Yah just saw that >_<
[02:01] <Kyral> teprrr: how about depending on autoconf
[02:02] <teprrr> azeem, to run make -f Makefile.cvs
[02:02] <Kyral> Wait wait wait
[02:02] <teprrr> azeem, and that to avoid having a large diff with autoconf-created stuff
[02:03] <Kyral> this package has its CVS stuff still there?
[02:03] <teprrr> Kyral, yup
[02:03] <azeem> teprrr: what does Makefile.cvs do?
[02:03] <teprrr> azeem, it creates configure script
[02:03] <azeem> ah, ok
[02:04] <azeem> using autoconf at build time might break the package when autoconf changes in unexpected ways
[02:05] <azeem> I am not sure on the current policy, but when you want to go down that road, then yes, you need to add it to Build-Depends
[02:05] <teprrr> yes, that's what Riddell told me too..
[02:05] <Kyral> teprrr: try to get rid of the CVS stuff (like /trunk)
[02:06] <Kyral> but anyway I need breakfast
[02:06] <teprrr> though I'm gonna still try to convince the developer to run it before the packaging
[02:08] <Riddell> azeem: packaging kde stuff?
[02:08] <azeem> no, just trying to helpful
[02:08] <azeem> +be
[02:09] <Riddell> it remakes Makefile.in and configure as said
[02:09] <Riddell> try to avoid it if possible, but it's not always possible
[02:09] <teprrr> yeah, the developer doesn't want to have a big source package.. :P
[02:10] <azeem> that's egoistic :)
[02:10] <Riddell> that's braindead
[02:10] <Riddell> if he doesn't want big source packages don't use an autoconf build-system
[02:11] <teprrr> ./admin/cvs.sh: line 33: --version: command not found
[02:11] <teprrr> *** AUTOCONF NOT FOUND!.
[02:12] <teprrr> mmh, and it has autoconf depend and it installed autoconf 2.59 ..
[02:12] <teprrr> I'm talking about pbuilder run
[02:12] <azeem> teprrr: check that cvs.sh script
[02:14] <teprrr> it points to $AUTOCONF, though I can't see where it's set..
[02:14] <teprrr> ah, indeed, it's not set at all.. but mmh
[02:14] <azeem> maybe they want you to export it first
[02:15] <teprrr> hmmh, maybe I should first try to talk to the developer..
[02:21] <Riddell> teprrr: automake1.9 too?
[02:34] <teprrr> Riddell, ah yes, seemed to work now
[03:13] <teprrr> Riddell, should I somehow clean up/remove Makefile.in after the install or..?
[03:14] <phanatic> hi people
[03:43] <Riddell> teprrr: yes, some make target does that
[03:43] <Riddell> make distclean maybe
[04:48] <raphink> siretart: ping
[04:48] <siretart> raphink: pong
[04:48] <raphink> siretart: hello :)
[04:48] <Gloubiboulga> hello :)
[04:48] <raphink> siretart: I'm trying to see if it could be possible to automatize the debuild && debuild -S test on tiber
[04:49] <raphink> doesn't seem possible though, without a dapper chroot
[04:49] <raphink> do you see any option?
[04:49] <raphink> hi Gloubiboulga
[04:50] <Gloubiboulga> hello raphink
[04:50] <Gloubiboulga> merci pour la publication des commentaires raphink
[04:51] <raphink> de rien Gloubiboulga
[04:51] <siretart> raphink: I'd rather use sbuild for that. but even then, its somewhat dangerous to run unchecked code as root
[04:51] <raphink> continue comme a c'est trs utile :)
[04:51] <raphink> et tu fais de bons commentaires
[04:51] <raphink> siretart: ic
[04:51] <raphink> siretart: do you think pbuilder could be used for this?
[04:51] <raphink> revu-build uses pbuilder
[04:51] <raphink> couldn't pbuilder help generating a report on debuild && debuild -S
[04:52] <raphink> ?
[04:52] <\sh> et voila ejabberd 1.0.0 on my hoary
[04:52] <raphink> :)
[04:52] <siretart> \sh: did you just restart jabberme.net?
[04:52] <siretart> ah, obviously :)
[04:52] <\sh> siretart: I installed ejabberd 1.0 and restarted yes :)
[04:53] <raphink> siretart: the thing is that debuild test is quite the only test thing I miss to review stuff entirely on tiber :)
[04:53] <raphink> everything else can be automatized
[04:53] <siretart> \sh: does this one finally cope with umlauts in the icq transport? ;)
[04:53] <\sh> siretart: no...that has nothing to do with it.......I'm working on pyicq this night :)
[04:53] <raphink> siretart: as in, generating all the necessary reports to review a  package entirely on the REVU web interface
[04:53] <siretart> raphink: what do you exactly mean with debuild test? whats missing from the buillog from pbuilder?
[04:54] <raphink> siretart:
[04:54] <siretart> \sh: ah, so the transports are completly separate problem. ic
[04:54] <raphink> debuild && debuild -S -sa
[04:54] <raphink> to see what files need to be cleaned
[04:54] <raphink> this cannot be found
[04:54] <siretart> raphink: oh. interesting test..
[04:54] <raphink> I'm interested in the diff.gz created when running debuild && debuild -S
[04:55] <raphink> siretart: indeed, but I need a chroot to do it
[04:55] <siretart> raphink: I'd rather implement it as pbuilder hook, because we use pbuilder for now anyway
[04:55] <\sh> siretart: yes :)
[04:55] <raphink> so that so far I have to get the files on my machine and run it there
[04:55] <raphink> siretart: if that's possible it would be great
[04:56] <siretart> raphink: look at the pbuilder documentation. it has a very flexible way of doing hooks
[04:56] <raphink> siretart: basically what I need to do is this :
[04:56] <raphink> debuid && debuild -S in the source
[04:56] <raphink> then
[04:56] <raphink> gzip -d $package.diff.gz
[04:56] <raphink> grep orig $package.diff
[04:56] <raphink> and check that only files from debian/ are there
[04:57] <raphink> siretart: ok
[04:58] <siretart> raphink: I don't want to build a package twice.
[04:58] <siretart> \sh: are you by chance at 'chemnizer linux tag'?
[04:59] <raphink> siretart: I understand that
[04:59] <\sh> siretart: no..
[04:59] <raphink> but then I need to debuild -S in the pbuilder _before_ the bpuilder stuff ends
[04:59] <raphink> and i'm not sure this is possible
[04:59] <siretart> \sh: our local lug is going, kathrin and me are joining them
[04:59] <\sh> siretart: no money :)
[04:59] <siretart> raphink: pbuilder has hooks for nearly everything
[05:00] <raphink> ok
[05:00] <raphink> two diff.gz have to be generated though
[05:12] <raphink> siretart: pbuilder hooks rock :)
[05:12] <siretart> raphink: L(
[05:12] <siretart> raphink: :)
[05:12] <raphink> thanks for the tip :)
[05:13] <raphink> siretart: I'll modify revu-build and i'm fixing rebu-orig a bit too
[05:13] <raphink> could you modify them in /usr/local/bin when it's done and tested?
[05:13] <siretart> feel free :)
[05:13] <raphink> oh I have the rights to do it ? :)
[05:13] <siretart> I think I will replace it with a symlink to /srv/revu1/scripts, so you can check in directly
[05:14] <raphink> oh if that's the case then ok
[05:17] <raphink> siretart: cause right now I have no right to write in /usr/local/bin
[05:17] <raphink> and it's not linked to the svn yet
[05:19] <siretart> no, I want to look at it first
[05:19] <raphink> sure
[05:19] <raphink> :)
[05:21] <siretart> ok, symlinks in place
[05:24] <raphink> siretart: seems to me that pbuilder hooks are only for update and create processes
[05:24] <raphink> not for build
[05:25] <raphink> --hookdir [location of user scripts] 
[05:25] <raphink>               Specifies the location where scripts for user intervention during the create and update process are stored.
[05:27] <siretart> raphink: look in /usr/share/doc/pbuilder/examples for some example hooks
[05:28] <raphink> ok thanks
[05:42] <raphink> siretart: do you have a folder for pbuilder hooks somewhere on tiber? so I don't keep it in my ~ which would be very dirty ;)
[05:44] <siretart> raphink: either put it in your home, or even better, create a pbuilder-hooks dir in revu svn
[05:44] <raphink> yes I think I'll do that
[05:44] <raphink> but then I'll have to link to /srv directly
[05:45] <siretart> I don't have problems with that :)
[06:01] <raphink> siretart: what would you think of creating a (empty) file called FTBFS in the directory when pbuilder fails
[06:01] <raphink> so that when you look at the list of files on REVU, you can see it immediatly
[06:01] <raphink> and you just don't go much further
[06:01] <raphink> ?
[06:01] <siretart> sound reasonable
[06:02] <raphink> ok :)
[06:02] <raphink> it's a very easy hook
[06:02] <raphink> just a touch in a hook launched when pbuilder fails
[06:02] <raphink> :)
[06:59] <raphink> siretart: who is the author of revu-build? you?
[07:00] <siretart> raphink: yes, it was a quick hack I made in some free minutes
[07:00] <raphink> hehe I guess
[07:01] <raphink> i'm not as fast as you developping I guess
[07:01] <raphink> and i'm putting my script under GPL
[07:01] <raphink> i'm thinking of merging revu-build and revu-orig to run them together
[07:01] <raphink> do you want a script under GPL with both names ?
[07:02] <siretart> raphink: do you insist on gpl, or would you mind to use the bsd style licence we use in the rest of revu?
[07:02] <raphink> I don't insist
[07:02] <raphink> I don't really mind
[07:03] <raphink> it's just that i've already put my code under GPL
[07:03] <Kyral> ...I read that as incest...
[07:03] <siretart> I rather prefer the bsd style, with non advertising clause in my code
[07:04] <raphink> Kyral: ?
[07:04] <raphink> siretart: why?
[07:04] <Kyral> raphink: random comment
[07:04] <raphink> Kyral: ah?
[07:05] <Kyral> I don't insist <<---Read that as "incest
[07:05] <raphink> siretart: I'm fine with BSD if you prefer it this way, although my preference is for GPL ;)
[07:06] <siretart> raphink: gpl is too restrictive and too complicated for me. I don't claim to understand it entirely
[07:06] <raphink> hehe right
[07:06] <raphink> ;)
[07:06] <raphink> I just trust in the FSF to produce a good license
[07:07] <raphink> I don't claim to understand it either
[07:24] <Riddell> siretart: you want people to be able to use your work as prorietry software?
[07:26] <siretart> Riddell: I have no problems with that. at least for revu
[07:26] <Riddell> BSD it is then :)
[07:27] <siretart> :)
[07:37] <raphink> I don't like the idea of having my work under BSD ;)
[07:41] <siretart> then use gpl. I don't really insist, but prefer
[07:43] <Mithrandir> it's a bunch of scripts, isn't it?
[07:44] <siretart> yes, nothing spectacular
[07:46] <Mithrandir> well, BSD vs GPL aren't really interesting in the context of scripts -- if they're distributed, you have something you can edit anyway.
[07:47] <siretart> right
[08:54] <ajmitch_> yay
[08:54] <ajmitch_> my desktop box must have restarted in the night & now it isn't working :)
[09:17] <raphink> siretart: I made a revu-report script that runs both revu-build and revu-orig
[09:17] <raphink> this way they keep separated
[09:17] <raphink> generates things like this : http://revu.tauware.de/revu1-incoming/vbaexpress-0602031505/REVU_report
[09:17] <raphink> which is believe canbe useful
[09:25] <siretart> neat
[09:25] <siretart> how to use?
[09:37] <ajmitch_> sigh
[09:37] <ajmitch_> I have to kill keybuk
[09:38] <siretart> ajmitch_: -v
[09:38] <ajmitch_> ?
[09:39] <ajmitch_> he turned off selinux in sysvinit
[09:39] <ajmitch_> because of a silly message
[09:40] <siretart> ah
[09:43] <ajmitch_> I was trying to work on it for a change
[10:30] <\sh> forum foo and forum bar
[11:46] <raphink> siretart: I've updated the REVU svn with the new scripts
[11:47] <raphink> siretart: if you can have a look and link the 2 scripts revu-orig and revu-report to /usr/local/bin
[12:01] <Mez> ajmitch: ping