[12:06] <LaserJock> hmm, anybody watching the DPL debate?
[12:07] <natroll-> DPL?
[12:08] <LaserJock> the debian leader, can't remember what P stands for
[12:08] <LaserJock> Debian Project Leader
[12:10] <natroll-> so they're like electing a leader or something?
[12:10] <LaserJock> yeah
[12:11] <LaserJock> I was wondering if Ubuntu might come up
[01:06] <Erlang> Riddell: I would like to know what is your take on bug 34983: https://launchpad.net/distros/ubuntu/+source/arts/+bug/34983.  I don't really know where to look.
[01:36] <netzmeister> hello MOTU's
[01:36] <netzmeister> is there a tool, where i can simple manage the runlevel options?
[01:37] <dolsonap> netzmeister: sysv-rc-conf - will that work?
[01:42] <netzmeister> dolson:  i try..
[01:43] <netzmeister> dolson:  perfect.. thx
[01:43] <dolson> netzmeister: no prob :)
[02:08] <bddebian> Heya gang
[02:08] <slomo> hi bddebian :)
[02:09] <bddebian> Heya slomo
[02:12] <ajmitch> hello
[02:13] <slomo> hi ajmitch
[02:16] <ajmitch> hah, people filing automatix-related bugs in malone
[02:25] <bddebian> Heya ajmitch
[02:28] <slomo> ajmitch: automatix was on /. , osnews, etc today :/
[02:28] <ajmitch> I know :(
[02:30] <ajmitch> people who think it's the greatest gift to ubuntu
[03:04] <dinner> ajmitch: what do they report the automatix bugs against?
[03:05] <LaserJock_away> sorry, I guess I had a typo when I left for dinner ;-)
[03:08] <bddebian> Heya bmonty
[03:08] <bmonty> hi bddebian
[03:15] <minghua> bmonty: oh I didn't realize we were talking on -devel.  anyway, I don't have time to look at this m17n bug right now, but I'll definitely look at it later (and maybe ask upstream)
[03:17] <bmonty> minghua: I think we are definately going to have to ask upstream since the current packages are supposed to work together
[03:18] <bmonty> minghua: oops, looks like we are slightly behind the debian version
[03:18] <minghua> bmonty: just for the record, this libm17n 1.2 + m17n-db 1.3 combination seems to break the scim-m17n in debian as well
[03:19] <bmonty> minghua: ok, do you have a good idea where the versions are of the packages between ubuntu and debian?
[03:19] <bmonty> maybe we should do a set of sync/UVF exceptions to get the latest versions into dapper
[03:19] <bmonty> while we work the issue with m17n-db
[03:19] <minghua> bmonty: looking at that right now.  sid has: m17n-db 1.3.1-1, libm17n0 1.2.0-5.1
[03:21] <minghua> in dapper we have: m17n-db 1.3.1-1build1, libm17n0 1.2.0-5
[03:23] <minghua> hmm, debian #325528 seems interesting
[03:23] <Ubugtu> debian bug 325528 in libm17n-0 "segfaults with mgp, rendering it unusuable" [Grave,Closed]  http://bugs.debian.org/325528
[03:25] <Erlang> ubuntu #34983
[03:25] <bmonty> this is odd, since the new version of m17n-db only changed some packaging stuff and add a patch for tamil
[03:25] <Erlang> malone #34983
[03:25] <Ubugtu> malone bug 34983 in arts "arts cannot work with esd" [Normal,Unconfirmed]  http://launchpad.net/bugs/34983
[03:25] <Erlang> ah, so that's how it work.
[03:27] <minghua> bmonty: maybe not related, as scim-m17n seems to be broken on sid as well.
[03:27] <bmonty> minghua: ok, one more question....does the bug in malone only occur with the Amharic db or all dbs?
[03:28] <minghua> bmonty: as I've said in the bug report, scim-m17n doesn't start for me at all
[03:28] <minghua> so I can't even reach the "crash" step
[04:18] <ajmitch> excellent, almost got my dapper box up to date again so I can build stuff :)
[04:23] <bddebian> Yeah sure ;-P
[04:23] <chillywilly> I had 64bit dapper running at work but it was just too unstable for me so I reinstalled 32bit breezy :(
[04:23] <Se7h> * Initial release Closes: #nnnn  (nnnn is the bug number of your ITP)
[04:23] <Se7h> ITP stands for ?
[04:24] <bddebian> Intend to Package or some such
[04:24] <Se7h> whats that?
[04:24] <Se7h> o0
[04:25] <natroll-> Illustriously trmendous package
[04:25] <Kyral> Bug Day tomorrow correct?
[04:25] <natroll-> goodnight cruel world
[04:27] <chillywilly> illconceived tyranical pellets
[04:27] <Se7h> lolol
[04:28] <ajmitch> Se7h: ITP is a debian term meaning that someone is planning to package that software
[04:29] <Se7h> thats what im doing
[04:29] <Se7h> packaging software
[04:30] <Se7h> so should i replace it with '0001' ?
[04:30] <Se7h> lol
[04:30] <ajmitch> no
[04:30] <ajmitch> do you plan to maintain it in debian?
[04:31] <chillywilly> bah
[04:31] <Se7h> sure if its worth it
[04:31] <ajmitch> Se7h: then file an ITP :)
[04:31] <Se7h> file an ITP ?
[04:32] <ajmitch> yes, the debian documentation you're probably reading says how
[04:32] <Se7h> actualy im reading the file created by dh_make
[04:32] <ajmitch> ah
[04:34] <Se7h> so i'm a little blind on this ITP thing
[04:42] <LaserJock> Se7h: ITP info can be found at http://www.debian.org/devel/wnpp/ and http://people.debian.org/~mpalmer/debian-mentors_FAQ.html
[05:01] <Burgundavia> ok, slightly offtopic. When compiling, it is complaining of not being able to find libtool.m4 when I have libtool installed
[05:03] <ajmitch> Burgundavia: you broke something?
[05:03] <ajmitch> ls /usr/share/aclocal/libtool.m4
[05:04] <Burgundavia> it is there
[05:04] <ajmitch> great
[05:04] <Burgundavia> is the path wrong to find them?
[05:04] <ajmitch> shouldn't be
[05:04] <ajmitch> what's doing the complaining?
[05:04] <Burgundavia> autogen.sh
[05:05] <ajmitch> more context needed
[05:05] <Burgundavia> I am compiling evo-conversation and gimmie
[05:56] <LaserJock> hi tritium
[05:57] <ajmitch> hi tritium, LaserJock
[05:57] <tritium> hi LaserJock.  Oh, by the way, I can't reproduce that texdoctk bug any more.
[05:57] <tritium> Hi ajmitch.
[05:57] <LaserJock> hi ajmitch
[05:57] <tritium> But I am finding a repeatable bug in tor.  (/var/run/tor disappears with every reboot)
[05:57] <LaserJock> tritium: well I suppose that is a good thing
[05:58] <LaserJock> hmm, well that isn't :(
[05:58] <Kyral> goodnight Ubunteros
[05:58] <tritium> good night, Kyral
[05:59] <LaserJock> cya Kyral
[06:00] <tritium> LaserJock: yeah
[06:00] <ajmitch> tritium: tor's initscript will need fixed then - it's a result of /var/run being a tmpfs now
[06:01] <Erlang> lprng has the same problem.
[06:02] <Erlang> Is that a major bug that the daemon won't start for that reason?
[06:03] <Se7h> hi LaserJock
[06:03] <Se7h> tkx for the urls
[06:04] <tritium> ajmitch: hmm, I noticed that.  I'll see if my meager skills are enough to fix it.  Perhaps I'll check the changes made to lprng.
[06:04] <tritium> thanks for the tip, Erlang, ajmitch
[06:04] <Erlang> I've added mkdir -p /var/run/lprng, somewhere, in the startup script.
[06:07] <bddebian> Gnight folks
[06:07] <tritium> good night, bddebian :)
[06:07] <LaserJock> cya bddebian
[06:07] <tritium> Erlang: is that the proper thing to do?  (not doubting, just asking)
[06:08] <Erlang> tritium: It Works (tm) ;)
[06:08] <tritium> heh
[06:08] <Erlang> I have no idea if that's the Proper Thing to do.  Sorry.
[06:08] <tritium> no worries
[06:15] <Se7h> after the version name
[06:15] <Se7h> what does XUbuntuX stands for?
[06:16] <Erlang> Xfce Ubuntu
[06:16] <Se7h> o.0
[06:16] <Erlang> oh and there is a projet for Ebuntu too.
[06:17] <Se7h> is that directed to me? cus i dont see any relation
[06:18] <Erlang> It is directed to whoever reads it...
[06:18] <ajmitch> Erlang: no relation at all to the question sorry :)
[06:18] <Erlang> o
[06:18] <LaserJock> Se7h: that is how we version when we make changes
[06:19] <Erlang> I see now.
[06:19] <ajmitch> eg 1.2.3-4ubuntu5
[06:19] <ajmitch> 5th ubuntu change to the 4th debian revision of 1.2.3 :)
[06:19] <LaserJock> Se7h: 0ubuntuX is used for programs that aren't in Debian
[06:20] <Se7h> so 0ubuntu = not in debian
[06:21] <Se7h> and the second digit ?
[06:21] <Se7h> oh ajmitch, sorry
[06:21] <Se7h> im blind
[06:21] <Se7h> lol
[06:22] <Erlang> I did not follow this convention for kpl which sleeps in REVU.  Fixing that.
[06:24] <tritium> ajmitch: if I fix it, will you help me remember how to upload it?  :)
[06:25] <LaserJock> Se7h: each time we need a new revision we bump that number
[06:28] <Se7h> ye :)
[06:28] <Se7h> i get it now
[06:28] <Se7h> theres no ITP for the release im patching
[06:29] <Se7h> so  no 'Close: #nnnn' for me right?
[06:29] <Se7h> :p
[06:30] <ajmitch> tritium: sure :)
[06:30] <tritium> thanks!
[06:31] <ajmitch> looks like the mail will be getting spam-checked for another few hours yet
[06:32] <LaserJock> Se7h: unless there is a bug you are fixing with that release
[06:38] <Hobbsee> ajmitch: hehe, how many?
[06:38] <Se7h> LaserJock no, just an updated version of it
[06:39] <ajmitch> Hobbsee: I don't know :)
[06:39] <Hobbsee> eek
[06:39] <Hobbsee> that's definetly too many then!
[06:40] <ajmitch> Hobbsee: let's just say that I got 25K messages in about 3-4 weeks
[06:40] <Hobbsee> sheesh!
[06:40] <ajmitch> so far I've processed the first 3 days of them through spamassassin
[06:41] <Hobbsee> hehe
[06:41] <Lathiat> even on your dual beast
[06:41] <Lathiat> ?
[06:41] <ajmitch> Lathiat: I/O limited
[06:41] <Hobbsee> ajmitch: ctrl + a, delete key
[06:41] <ajmitch> running on the old drives still
[06:41] <Lathiat> ajmitch: haha
[06:42] <Lathiat> should be on to the raid0/5? ;p
[06:42] <ajmitch> I've got the drives in
[06:42] <ajmitch> and the system is still nice & quiet
[06:43] <Lathiat> mines pretty quiet
[06:43] <Lathiat> i dont notice it
[06:43] <Lathiat> and it has 3 120mm fans in the front
[06:43] <Lathiat> i guess 120s are quiet
[06:44] <ajmitch> yeah
[06:44] <Lathiat> well that said
[06:44] <Lathiat> you can get 200CFM 120s now
[06:44] <Lathiat> we just got some 100CFMs they push alot of air, i'd love to see a 200
[06:46] <ajmitch> probably starting to get a bit noisy :)
[06:46] <ajmitch> sadly I've just got 80mm fans in here
[06:46] <ajmitch> and I haven't hooked most of them up
[07:31] <Se7h> ok
[07:31] <Se7h> finaly
[07:31] <Se7h> package ready for upstream
[07:32] <LaserJock> Se7h: gonna upload it to REVU?
[07:33] <Se7h> ye
[07:33] <Se7h> i just need to remember how
[07:33] <Hobbsee> Se7h: dput revu *.changes
[07:34] <ajmitch> Hobbsee: that might pickup the binary build also
[07:34] <Hobbsee> would it?
[07:34] <Hobbsee> doesnt when i do it...
[07:37] <LaserJock> Hobbsee: it would if there was a .changes file for the binary from pbuilder or something
[07:37] <Hobbsee> ah ok
[07:52] <Se7h> omg
[07:52] <Se7h> almost 7am
[08:09] <tritium> hmm, I uploaded a fix, but Seveas had his own fix posted on the bug report.  I wonder why he didn't upload it...
[08:10] <ajmitch> because he's not a motu?
[08:11] <tritium> that would be a valid reason ;)
[08:11] <tritium> I thought he was now.
[08:11] <ajmitch> if he had a fix he should have assigned it to motu-reviewers
[08:12] <Se7h> $ /usr/bin/fakeroot: debian/rules: /usr/bin/make: bad interpreter: Permission denied
[08:12] <Se7h> :|
[08:12] <ajmitch> Se7h: and is debian/rules executable?
[08:13] <Se7h> yes
[08:15] <tritium> darn, I should have used $TORPIDDIR instead of /var/run/tor
[08:18] <Se7h> ajmitch any idea?
[08:22] <tritium> hi dholbach
[08:22] <dholbach> tritium: hey Michael!
[08:22] <dholbach> I noticed your upload! :-)
[08:22] <tritium> heh, thanks :)  it has been a while, huh?
[08:23] <dholbach> a tiny bit :)
[08:23] <ajmitch> Se7h: so debian/rules is 0755, /usr/bin/make & /usr/bin/fakeroot exist, and the filesystem isn't mounted noexec?
[08:24] <ajmitch> dholbach: it's always great to see MOTUs getting back into action :)
[08:24] <dholbach> ajmitch: yeah... there are a lot, I'm waiting for :)
[08:25] <ajmitch> like me :)
[08:25] <dholbach> and somebody *COULD* write up the motu report ;)
[08:25] <tritium> ajmitch wass a big help, like always
[08:25] <dholbach> that'd be great
[08:25] <tritium> s/wass/was
[08:25] <ajmitch> tritium: I seem to do more helping than hacking these days
[08:26] <tritium> ajmitch: it's a valuable contribution, all the same
[08:28] <Se7h> [07:23:05]  <ajmitch> Se7h: so debian/rules is 0755, /usr/bin/make & /usr/bin/fakeroot exist, and the filesystem isn't mounted noexec? <- thats right
[08:29] <ajmitch> Se7h: how are you trying to build it? dpkg-buildpackage?
[08:29] <Se7h> yup
[08:30] <Se7h> fakeroot debian/rules clean
[08:30] <Se7h> /usr/bin/fakeroot: debian/rules: /usr/bin/make: bad interpreter: Permission denied
[08:30] <ajmitch> from what I've seen it's usually permissions or noexec..
[08:33] <Se7h> wierd
[08:33] <ajmitch> rather
[08:34] <Se7h> well
[08:35] <Se7h> i'll keep it for later today
[08:35] <Se7h> 7.35am here
[08:35] <ajmitch> ok
[08:35] <ajmitch> :)
[08:35] <Se7h> and i need some sleep, ciao
[08:35] <ajmitch> bye
[08:37] <tritium> Is it worth another upload, simply to change /var/run/tor to $TORPIDDIR in 2 instances?
[08:44] <tritium> looks like it didn't build on ia64, but that has happened before
[08:45] <sivang> morning all
[08:45] <tritium> morning, sivang
[08:49] <sivang> hey tritium , how's it going?
[08:49] <tritium> not bad, yourself?
 hmm, I uploaded a fix, but Seveas had his own fix posted on the bug report.  I wonder why he didn't upload it... <-- don't know what this is about but I'm no dev/motu so can't upload
[08:57] <tritium> Seveas: yeah, sorry, I found out after the fact.  I also didn't see your fix until I had done my own.
[08:58] <sivang> Seveas: what have you fixed this time? :) , btw, pong again
[08:59] <Seveas> sivang, /msg ubugtu schedule some_official_timeaone_name
[08:59] <tritium> Mine's a bit different, but gets the job done.  Although I'm already wanting a tiny change.
[09:00] <sivang> Seveas: doesn't know about IST/IDT
[09:00] <ajmitch> Seveas: in future, if you have patches you want someone to upload, assign the bug to motureviewers. If this isn't documented on the wiki somewhere, it should be :)
[09:01] <Seveas> sivang, try 'Israel'
[09:01] <sivang> Seveas: k
[09:01] <ajmitch> sivang: same with NZDT/NZST
[09:01] <sivang> oops
[09:02] <sivang> I dyslexitivy msg'd you thinking you are the bot :p
[09:02] <ajmitch> haha
[09:03] <Seveas> it recognizes everything in the Olson tz database
[09:03] <sivang> cooool!
[09:03] <sivang> works like butter
[09:03] <sivang> howeer, you may want to make it case insensitive
[09:03] <sivang> didn't work for first time when I msg'd it israel.
[09:03] <Seveas> ghe, point
[09:04] <sivang> and I capitilize names only when talking to humanes, writing on the wiki, or naming classes
[09:04] <sivang> ;-)
[09:13] <tritium> dholbach: the ia64 build failed (which it appears to have done in the past).  Anything I should do?
[09:13] <tritium> appears to be a ghostscript problem
[09:14] <dholbach> tritium: do you have the buildlog somewhere?
[09:14] <tritium> dholbach: http://librarian.launchpad.net/1771033/buildlog_ubuntu-dapper-ia64.tor_0.1.0.16-1ubuntu2_FAILEDTOBUILD.txt.gz
[09:15] <tritium> others look fine (waiting for hppa, however)
[09:15] <dholbach> hrm
[09:16] <dholbach> does ia64 have the same gs version as the other have?
[09:16] <tritium> not sure
[09:22] <MrFaber> hi all
[09:23] <MrFaber> Who is the Motu for tor? :)
[09:24] <tritium> floe (ia64) I doesn't like building tor
[09:24] <tritium> MrFaber: I uploaded a fix tonight, why?
[09:24] <MrFaber> thx
[09:24] <tritium> sure, did you get it already?
[09:24] <MrFaber> it doesn't start and tells me that there is /var/run/tor missing
[09:25] <MrFaber> no, I don't think that I got it already
[09:25] <tritium> MrFaber: that's what I fixed
[09:25] <MrFaber> but I am updateing right now
[09:25] <MrFaber> thx
[09:25] <MrFaber> Only missing is loop-aes ;)
[09:25] <tritium> It may take some time, MrFaber
[09:26] <MrFaber> yes, I see no tor package in update
[09:26] <tritium> it just built recently, so give it some time
[09:27] <MrFaber> many thanks
[09:27] <tritium> sure :)
[09:36] <dholbach> good night tritium
[09:36] <tritium> good night, dholbach :)
[09:37] <dholbach> tritium: it's the HUG DAY today - I can't just go to sleep
[09:37] <dholbach> ok guys... let's all move over to #ubuntu-bugs and get some Universe bugs sorted!
[09:37] <tritium> It is?
[09:37] <dholbach> yeah
[09:43] <ajmitch> hi Hobbsee!
[09:44] <Hobbsee> hey ajmitch!
[09:44] <kelmo_lap> hi siretart
[09:47] <Hobbsee> argh!
[09:47] <Hobbsee> hehe go Mithrandir!
[09:48] <StevenK> Argh
[09:48] <dholbach> :)
[09:49] <StevenK> Mithrandir: Meh
[09:49] <StevenK> Mithrandir: My wife takes great delight in putting ice cubes down my neck and back
[09:49] <Mithrandir> StevenK: and you can't fight back since you're in the middle of summer so you're at ESNOW.
[09:50] <Mithrandir> StevenK: uh, why? :-)
[09:50] <StevenK> She just does
[09:55] <Hobbsee> weird.
[11:16] <Toadstool> hi here
[01:32] <Yagisan> G'day all
[01:38] <Yagisan> :(
[01:42] <Hobbsee> Yagisan: eek!
[01:43] <Yagisan> Hobbsee: oh yes eek. That is the condensed version
[01:43] <Hobbsee> i'm not sure i want to know the full version!
[01:44] <Hobbsee> night all...
[01:44] <Yagisan> night Hobbsee
[01:44] <Hobbsee> before i pass out :P
[01:58] <xerxas> Hi everyone
[01:58] <xerxas> it's bug day , so I'm looking at bugs, and I see a bug on package aqsis
[01:58] <xerxas> I see that:
[01:58] <xerxas> root@panther:/home/xerxas# LANG=C apt-cache show aqsis |grep Maintainer
[01:58] <xerxas> Maintainer: Will Newton <will@debian.org>
[01:59] <xerxas> but I can't subscribe that guy to the bug
[01:59] <xerxas> what shall I do ?
[01:59] <azeem> it's the Debian maintainer, why do you want to subcribe him?
[02:00] <xerxas> azeem: because I don't understand the process :)
[02:00] <xerxas> this package have been taken directly from debian ?
[02:01] <azeem> no, it got modified by Ubuntu
[02:01] <azeem> see the version
[02:01] <azeem> check its changelog to see who worked on it last time
[02:01] <xerxas> So who is the ubuntu responsible for it ?
[02:01] <xerxas> ok
[02:01] <azeem> MOTU?
[02:02] <xerxas> I just added a comment: there is missing the aqsis-lib package
[02:05] <xerxas> but there's a package named aqsis-libc2a
[02:05] <xerxas> azeem: what should I do ?
[02:07] <azeem> I don't know about the proper procedure either, I just think you shouldn't bother the Debian guy unless you're sure he's intersted
[02:07] <xerxas> ok
[02:08] <azeem> maybe this one still needs transitioning for the last C++ update?
[02:08] <xerxas> he doesn't seem to be
[02:08] <xerxas> 2005-08-14 23:04  pgregory
[02:08] <xerxas>         * render/: kdtree.h, points.cpp, points.h: Fix problem with
[02:08] <xerxas>           RiPoints primitives, introduced during refactor of the KDTree
[02:08] <xerxas>           implementation for the new sampling code. As the KDTree didn't
[02:08] <xerxas>           end up getting used in the new sampling code, I reverted to the
[02:08] <xerxas>           old implementation.
[02:08] <xerxas> oops
[02:08] <xerxas> sorry for flooding
[02:08] <xerxas> this is the last entry in the changelog
[02:08] <xerxas> so I must subscribe pgregory ?
[02:09] <xerxas> I can't find him
[02:12] <Yagisan> just subscribe motu to the bug.
[02:31] <xerxas> Yagisan: ok
[03:02] <bddebian> Heya gang
[03:28] <phanatic> hi people
[03:29] <bddebian> Hello phanatic
[03:29] <phanatic> hey bddebian
[03:31] <Fade> well, here's something I haven't seen before.. I have a custom kernel package installed, and dapper wants to override it with linux-image-amd64-generic on an upgrade.
[05:13] <Se7h> mornin
[05:16] <bddebian> Hello Se7h
[05:27] <Se7h> alo bddebian
[05:43] <Se7h> hi LaserJock
[05:44] <LaserJock> hi Se7h
[05:48] <Se7h> ok
[05:49] <Se7h> lets resume what was paused
[05:49] <Se7h> fakeroot debian/rules clean
[05:49] <Se7h> /usr/bin/fakeroot: debian/rules: /usr/bin/make: bad interpreter: Permission denied
[05:59] <LaserJock> Se7h: I've got to go right now, but I'll be back in < 1 hr. OK?
[07:17] <Se7h> wb LaserJock
[07:18] <LaserJock> hi Se7h
[07:19] <Se7h> can u help me now?
[07:24] <LaserJock> Se7h: sure
[07:25] <Se7h> fakeroot debian/rules clean
[07:25] <Se7h> /usr/bin/fakeroot: debian/rules: /usr/bin/make: bad interpreter: Permission denied
[07:28] <jamessan> Se7h: do you have a /usr/bin/make?
[07:29] <LaserJock> Se7h: hmm, and why are you trying to run that?
[07:29] <Se7h> to create the source
[07:29] <Se7h> jamessan sure
[07:29] <LaserJock> Se7h: so are you running debuild -S ?
[07:30] <Se7h> ye
[07:31] <LaserJock> Se7h: ok, so can you paste the entire output to a pastebin
[07:31] <Se7h> its not that long
[07:31] <Se7h> but wait
[07:32] <Se7h> :|
[07:32] <Se7h> gimme the url please
[07:33] <LaserJock> pastebin.ubuntu-nl.org
[07:34] <Se7h> ty
[07:36] <Se7h> http://paste.ubuntu-nl.org/10409
[07:40] <jamessan> Se7h: what does "ls -l /usr/bin/make" say?
[07:40] <Se7h> permissions?
[07:41] <Se7h> -rwxr-xr-x 1 root root 139920 2005-12-17 03:01 /usr/bin/make
[07:41] <LaserJock> Se7h: who is the owner for the source
[07:42] <Se7h> me
[07:42] <Se7h> lol
[07:42] <LaserJock> hmm
[07:50] <LaserJock> Se7h: and you have fakeroot installed?
[07:51] <Se7h> yes
[07:53] <LaserJock> Se7h: so you have modified an existing source  packages?
[07:53] <natroll-> sounds like he can't use make for some reason....that's strange
[07:55] <Se7h> LaserJock ham, not really
[07:55] <Se7h> im just creating the deb binary
[07:56] <Se7h> but since i have to upload it with source..
[07:57] <LaserJock> Se7h: ok, so what exactly are you doing? what package and where are you getting it from?
[07:58] <Se7h> spe-0.8.2.a
[07:58] <Tonio__> evening ;)
[08:00] <natroll-> hi Tonio__
[08:01] <LaserJock> Se7h: ok, I just did a "apt-get source spe" then "cd spe-0.8.2a" then "debuild -S" and it worked fine
[08:02] <Se7h> o.0
[08:02] <Se7h> one second
[08:04] <Se7h> fakeroot debian/rules clean
[08:04] <Se7h> /usr/bin/fakeroot: debian/rules: /usr/bin/make: bad interpreter: Permission denied
[08:04] <Se7h> same thing
[08:04] <LaserJock> Se7h: did you do exactly what I did?
[08:04] <Se7h> yup
[08:05] <LaserJock> Se7h: ok, then something is screwed up with your system :(
[08:06] <Se7h> i got that already :p
[08:06] <Se7h> dunno what tho
[08:08] <natroll-> who owns your debian/rules?
[08:08] <Se7h> my user
[08:09] <natroll-> fakeroot?
[08:10] <Se7h> hum?
[08:10] <natroll-> who owns that?
[08:10] <natroll-> and what permissions
[08:10] <natroll-> well, nvm
[08:11] <natroll-> i dunno either, srry
[08:17] <bmonty> hey LaserJock
[08:19] <LaserJock> hi bmonty
[08:19] <bmonty> how is the bug day going?
[08:19] <LaserJock> I'm not sure. I've had to do some real work today
[08:20] <LaserJock> I do have a list of MOTU Science packages with bugs for people to work on ;-)
[08:20] <LaserJock> I do the organizing and then crack the whip ;-)
[08:21] <bmonty> Is someone doing bug triage, or is it a free-for-all?
[08:21] <bmonty> LaserJock: heh, just tell people you are going to point one of your nifty lasers at their house
[08:21] <LaserJock> bmonty: basically hang out in #ubuntu-bugs and just get to work
[08:23] <LaserJock> bmonty: hmm, I could do that I suppose. It would be an empty threat (curvature of the earth and all).
[08:24] <LaserJock> bmonty: course if I could use one of the retroreflectors on the moon I just might make it ...
[08:24] <natroll-> LaserJock, tell them you have satellites armed and ready
[08:24] <LaserJock> or sharks ;-)
[08:25] <LaserJock> maybe even some sea bass
[08:25] <natroll-> lol
[08:38] <phanatic> hi people
[08:39] <phanatic> hey Erlang :)
[08:39] <phanatic> hey Gloubiboulga and raphink :)
[08:41] <raphink> hi phanatic
[08:48] <Gloubiboulga> hi phanatic
[08:56] <dholbach> night guys
[08:57] <netzmeister> n8 dholbach
[09:02] <LaserJock> hi raphink phanatic Gloubiboulga , et. al.
[09:02] <raphink> hi LaserJock
[09:02] <Gloubiboulga> hey LaserJock
[09:02] <Gloubiboulga> salut raphink ;)
[09:02] <LaserJock> raphink: how's k3b going?
[09:03] <raphink> fiexed LaserJock
[09:03] <raphink> wanna test?
[09:03] <raphink> salut Gloubiboulga
[09:03] <raphink> LaserJock: k3bsetup should work fine now
[09:09] <raphink> can shlibs be used for python stuff?
[09:09] <phanatic> heya LaserJock
[09:10] <LaserJock> raphink: not exactly sure, might check Debian Policy and Debian Python Policy ;-)
[09:10] <raphink> well LaserJock the problem is the following
[09:10] <raphink> kde-guidance had pykdeextensions as build-depends
[09:10] <raphink> but the binary doesn't have pykdeextensions as depends
[09:10] <raphink> I think it should come automatically
[09:11] <raphink> but I'm not sure whethere how
[09:11] <raphink> if it's shlibs or python deps
[09:11] <raphink> or if this depends has to be added manually
[09:12] <LaserJock> raphink: you could experiment and see
[09:12] <raphink> hehe sure
[09:12] <raphink> actually I'm not sure this is needed as build-depends
[09:12] <raphink> ...
[09:27] <palong> hi
[09:29] <bmonty> hey minghua
[09:29] <minghua> hi bmonty
[09:31] <LaserJock> hi minghua
[09:37] <LaserJock> raphink: would you feel ok doing a real easy main upload for iptables?
[09:38] <raphink> LaserJock: bugfixing?
[09:38] <LaserJock> yeah
[09:38] <LaserJock> just a stupid little doc bug
[09:38] <raphink> ok
[09:39] <raphink> send me the debdiff by email
[09:39] <LaserJock> k
[09:39] <LaserJock> @ubuntu.com ?
[09:39] <raphink> yep
[09:39] <bmonty> minghua: you have time to work on scim issues today?
[09:45] <minghua> hello LaserJock
[09:45] <minghua> bmonty: not now.  but yes I do plan to work on scim tonight
[09:54] <mcquaid> hello, not sure i can get help here, but i've postd on the forums and searched to no end
[09:54] <mcquaid> it's regarding getting dri for opengl on a voodoo3 card
[09:54] <mcquaid> my gf4 just blew so i had to put this back in
[09:54] <mcquaid> i remember way back when, voodoo cards were pretty easy to get working
[09:54] <LaserJock> mcquaid: did you try #ubuntu ?
[09:55] <mcquaid> yes i've tried there several times over the last few days with no response
[09:55] <mcquaid> i guess there aren't many voodoo users these days
[09:56] <mcquaid> i've believe i've determined it's a userspace issue as the xorg logs say dri is enabled but glxinfo says it's not
[09:56] <LaserJock> mcquaid: have you tried searching Malone for a similar issue?
[09:58] <mcquaid> no i'm not familar with malone
[09:59] <mcquaid> i came here because i believe it's a package issue
[09:59] <LaserJock> mcquaid: check out https://launchpad.net/distros/ubuntu/
[09:59] <natroll-> i pity the fool who messes with malone
[09:59] <LaserJock> natroll-: ?
[09:59] <natroll-mr-T> LaserJock, nvm :)
[10:00] <mcquaid> from what i've read the error i get is a result of dri and my libgl not being in sync
[10:01] <mcquaid> and there are forum posts of others not being able to get voodoos to work with dri but no solution
[10:01] <mcquaid> so i think it's not user configuration error but that voodoo dri is broken in breezy
[10:03] <mcquaid> LaserJock, what am i supposed to be looking up at that site?
[10:04] <LaserJock> mcquaid: sorry, my bad. https://launchpad.net/distros/ubuntu/+bugs has all the Ubuntu bugs
[10:04] <LaserJock> mcquaid: you can search there for you problem and see if it is a known bug
[10:05] <mcquaid> ok just serached there, i see one tdfx bug but the error is not what i get and it's been fixed
[10:06] <mcquaid> i guess i'll submit a bug, but i'd hope i could resolve this instead of waiting awhile for a bug resolution
[10:07] <mcquaid> according to this site: http://dri.freedesktop.org/wiki/DriTroubleshooting
[10:08] <mcquaid> the error i get is because 'then your libGL is out of sync with your DRI drivers'
[10:08] <mcquaid> is there a way i can bring them in sync? like can i just compile the relevant parts of xorg?
[10:09] <kelmo> do you have libgl1-mesa-dri installed?
[10:09] <kelmo> (not sure if ubuntu is in sync with debian in this regard)
[10:09] <kelmo> and load GLCore in ya x conf
[10:10] <mcquaid> yes i have that installed
[10:10] <mcquaid> yes glcore in conf
[10:10] <mcquaid> xorg log files says everything is fine with dri enabled
[10:11] <kelmo> what kernel version?
[10:11] <mcquaid> all the relevant modules are running. tdfx, drm
[10:11] <mcquaid> 2.6.12
[10:11] <kelmo> hmm
[10:12] <mcquaid> running glxinfo with verbose i see this error:
[10:12] <kelmo> the drm in that version may not be "in sync" with mesa
[10:12] <kelmo> not sure
[10:12] <mcquaid> thats what i've read is the issue
[10:12] <mcquaid> is there a way to tell?
[10:14] <mcquaid> so this could be resolved if i update to dapper for the new kernel?
[10:18] <mcquaid> and i think the packages aren't set up correctly because initially i get this error when running glxinfo:
[10:18] <mcquaid> /usr/X11R6/lib/modules/dri/tdfx_dri.so: cannot open shared object file: No such file or directory)
[10:18] <mcquaid> and the dri directory isn't even there
[10:19] <mcquaid> the tdfx_dri.so is located under /usr/lib/dri
[10:19] <mcquaid> so i tried making a sym link of dri and then i get this error:
[10:19] <mcquaid> libGL error: dlopen /usr/X11R6/lib/modules/dri/tdfx_dri.so failed (/usr/X11R6/lib/modules/dri/tdfx_dri.so: undefined symbol: _glapi_add_dispatch)
[10:20] <mcquaid> and that error is what i've read on the dri troubleshooting guide meaning there aren't in sync
[10:29] <mcquaid> hmm i have a copy of libGL.so.1.2 thats seems to be not associated with any package.  no result is returned when running dpkg -S libGL.so.1.2 in /usr/X11R6/lib
[10:29] <mcquaid> i have previously installed the nvidia binary so I'm not sure if that got left behind.  but i used it's uninstaller
[10:32] <mcquaid> ahh i'll just submit a bug
[10:34] <natroll-mr-T> j/k ;-)
[10:35] <LaserJock> I might have a spare 5200  sitting around but I don't think that will do you any good
[11:02] <mcquaid> i think a spare 5200 would do me nicely ;)
[11:03] <LaserJock> mcquaid: doubtful, I hardly play any games and it still suck
[11:04] <kelmo> mcquaid: you said you uninstalled nvidia via its script right?
[11:04] <mcquaid> well from what i remember a 5200 is roughly on par with a gf4ti4200 no?
[11:04] <mcquaid> yes
[11:04] <mcquaid> via the script
[11:04] <kelmo> that represents a large problem in itself
[11:05] <mcquaid> kelmo, how so?
[11:06] <kelmo> you took control of those files that you mucked around with out of dpkg, and into your own hands
[11:07] <mcquaid> i hear ya
[11:07] <mcquaid> any way to fix that?
[11:07] <kelmo> you would need to --reinstall install some core xorg packages
[11:08] <kelmo> even then, its never absolutely certain ; )
[11:09] <mcquaid> and that's if this is the source of my troubles, a few others on the forums seem to have similar troubles to mine
[11:09] <mcquaid> and i don't think they all came from a previous nvidia install
[11:09] <kelmo> its not main source, but you definately have some unneccessary obstacles
[11:11] <mcquaid> hmm, any suggestions on how to proceed?
[11:13] <kelmo> well, i have used dri only in conjunction with drm fron linux 2.6.15 and above
[11:13] <mcquaid> so are you saying a more recent kernel might help?
[11:14] <kelmo> i am saying; that is the scope of my experience ; )
[11:14] <mcquaid> ah
[11:18] <mcquaid> i guess i don't get how it all ties in. in the kernel there's the tdfx drm, then there's xorg tdfx (which i assume is the driver) then there's libglide3 which i think xorg uses via mesagl??
[11:18] <mcquaid> i've been googling this for 3 days now and haven't got any further
[11:29] <mcquaid> well the first weird problem is glxinfo states libGL is looking for tdfx_dri.so in /usr/X11R6/lib/modules/dri
[11:29] <mcquaid> and dri doesn't even exist
[11:30] <mcquaid> i symlinked it to where dri exists for me. /usr/lib/dri
[11:31] <mcquaid> but resulted in another error which i've read means libGL is out of sync with the dri drivers
[11:31] <mcquaid> and i know i shoulnd't have to be symlinking this stuff, but couldn't see what else to try