[12:15] <Lutin> siretart: could you have a look at http://revu.tauware.de/details.py?upid=4085 if you have some time ? It might be interesting for you, motumedia guys :)
[12:17] <sistpoty> gn8 everyone
[12:17] <LaserJock> cya sistpoty
[12:49] <imbrandon>
[12:50] <imbrandon> bzr branch imbrandons_brain
[12:51] <LaserJock> ewww, I don't want to merge that one
[12:52] <imbrandon> heh
[12:53] <ajmitch> LaserJock: scary though
[12:54] <chillywilly> ajmitch: when attempting to boot this Xen kernel I get: 'Error 13: Invalid or unsupportable executable format' (for the record)
[12:54] <chillywilly> google tells me that the kernel image may not be compressed
[12:56] <chillywilly> much different output with the xen image and one of the stock kernels
[01:05] <imbrandon> ajmitch, have you installed any unmodified domains ( read: windows ) on xen yet ?
[01:06] <ajmitch> I can't
[01:06] <imbrandon> hum
[01:06] <ajmitch> no cpu support for it
[01:06] <imbrandon> ohh
[01:06] <imbrandon> cruft
[01:06] <imbrandon> i might be on ym own then
[01:06] <imbrandon> my*
[01:06] <ajmitch> not one of these fancy new ones
[01:07] <imbrandon> i figured that am2 had it
[01:07] <ajmitch> it does
[01:07] <ajmitch> mine isn't am2
[01:07] <imbrandon> ohhh
[01:07] <imbrandon> man i'm just wrong all arround tonight
[01:07] <ajmitch> I got my box a few months before am2 was out
[01:07] <imbrandon> ahh
[01:07] <imbrandon> mine has it and enabled in the bios
[01:08] <ajmitch> have fun then
[01:08] <imbrandon> i'm debating weather to do a fresh xen minimal install and a few domu's
[01:09] <jdong> is it just me or is XFS in Edgy a lot more flaky?
[01:09] <jdong> I had one bad shutdown today on a XFS box and it ended up sending 10,000 files into /lost+found
[01:09] <jdong> fortunately it was a newly imaged system with no items of sentimental value
[01:12] <ajmitch> sigh
[01:13] <ajmitch>    * Merge from Debian unstable. Ubuntu changes:
[01:13] <ajmitch>       - See 1.5ubuntu1
[01:13] <ajmitch> that's *not* how it should be done
[01:13] <somerville32> lol
[01:13] <somerville32> Who did that?
[01:13] <ajmitch> I'm not going to point fingers
[01:14] <ajmitch> since it's someone in here
[01:14] <somerville32> lol
[01:35] <imbrandon> wow
[01:35] <imbrandon> thats special
[01:36] <imbrandon> ajmitch, did you atleaste poke them in private ( so they are aware )
[01:36] <imbrandon> heh
[01:39] <ajmitch> no
[01:40] <crimsun> it was me!!
[01:40] <somerville32> So thats how crimsun does it so fast :
[01:40] <somerville32> He cheats :P
[01:41] <imbrandon> heh
[01:41] <ajmitch> as if crimsun would
[01:42] <imbrandon> hum this is gonna take a while
[01:44] <persia> cd ..
[01:45] <imbrandon> hum whats the s bit on rwxrwxrwx ?
[01:46] <imbrandon> e.g. drwxr-sr-x 6 brandon brandon 160 2007-01-16 18:42 feisty-security
[01:46] <persia> imbrandon: 0 (0777)
[01:47] <persia> imbrandon: rewxr-s-r-x is 2777
[01:47] <imbrandon> hum ok
[01:48] <imbrandon> i have a feeling this rsync is gonna take a while
[01:49] <ajmitch> I thought you were on a super-fast connection & all
[01:49] <imbrandon> yea but even on a superfast connection 110GB is alot
[01:49] <ajmitch> is this an initial rsync?
[01:49] <imbrandon> yea
[01:50] <imbrandon> i was using apt-mirror , now i'm converting to a full rsync
[01:50] <somerville32> Are you creating a mirror?
[01:50] <imbrandon> somerville32, i've had a mirror for quite some time
[01:50] <somerville32> imbrandon, Do you have an Xubuntu mirror?
[01:50] <imbrandon> i have one on ym local lan and i have a public one
[01:50] <ajmitch> right, I was going to say that it'd cause a large load to do the whole thing by rsync
[01:51] <ajmitch> these people, always trying to push xubuntu
[01:51] <imbrandon> somerville32, i will after this rsyc finishes
[01:51] <LaserJock> somerville32: xubuntu is in Main, if he has Main he's got xubuntu
[01:51] <imbrandon> right
[01:51] <somerville32> Oh, you're syncing the repository
[01:52] <imbrandon> i have edgy feisty currently
[01:52] <imbrandon> somerville32, yes
[01:52] <ajmitch> that is the most useful thing to sync
[01:52] <somerville32> imbrandon, Did you ever finish setting up the build machines?
[01:52] <ajmitch> it's not like there's 110GB of cd images
[01:52] <imbrandon> somerville32, this is the last step
[01:52] <crimsun> imbrandon: do you have my ponies?
[01:52] <imbrandon> crimsun, hehe
[01:52] <ajmitch> crimsun: sent to the knackers
[01:52] <crimsun> gah
[01:52] <imbrandon> glue ?
[01:53] <ajmitch> yep
[01:53] <imbrandon> ouch
[01:53] <ajmitch> glue & dogfood
[01:53] <LaserJock> hmm, so I have 3 Ubuntu machines using Edgy and Feisty, and on 2 networks. What's the best way to reduce redundant downloads
[01:53] <ajmitch> don't dist-upgrade often
[01:54] <Toadstool> aptoncd :)
[01:54] <ajmitch> I use apt-proxy, which is adequate
[01:54] <LaserJock> well, it's usually the pbuilders
[01:54] <imbrandon> LaserJock, local mirror ;)
[01:54] <ajmitch> but not great
[01:54] <imbrandon> if you have 40gb of space you can run a edgy + feisty + source mirror
[01:54] <imbrandon> with apt-mirror
[01:54] <imbrandon> for one arch
[01:55] <ajmitch> I should consider doing that at home
[01:55] <LaserJock> hmm, that's not bad
[01:55] <ajmitch> except that I don't have many machines
[01:55] <ajmitch> and 2 archs
[01:55] <imbrandon> ajmitch, its about 12gb for each extra arch
[01:55] <LaserJock> I've only got 1 arch and I'd probably don't need source
[01:55] <persia> uqm has two packages.  uqm-content is under CCA-NC-SA, and uqm is under GPL.  uqm depends on uqm-content.  Is it safe for the .desktop and menu files in uqm to point to files provided by uqm-content (this will cause a lintian error)?
[01:56] <LaserJock> the .desktop and menu files point to stuff in -content?
[01:57] <imbrandon> why isnt the .dsktop in -content then ?
[01:57] <persia> LaserJock: Not currently, but there is a bug that uqm doesn't appear in the menu, and I'm fixing it.  I'd rather use icons, but all the content is under the other license.
[01:57] <persia> imbrandon: I can put the .desktop there, but the menu file is provided by debian in uqm, and I'd rather not move it.
[01:58] <LaserJock> persia: but it shouldn't point to the specific icon should it
[01:58] <imbrandon> hrm
[01:58] <imbrandon> xen or no xen
[01:59] <ajmitch> whatever you feel like
[01:59] <persia> LaserJock: The menu file needs to point to a specific icon.  The .desktop file uses a basename, and the icon is selected by the xdg magic.
[01:59] <imbrandon> hrm can i run a 32bit xen dom0 and a 64bit domU ?
[01:59] <ajmitch> not afaik
[01:59] <imbrandon> hrm
[02:00] <ajmitch> it may be different with hardware virt, who knows?
[02:00] <imbrandon> true
[02:01] <imbrandon> s/reader/converter
[02:02] <imbrandon> uptime
[02:02] <ajmitch> seems like you'd need 64-bit dom0, and hardware virt for 32-bit domU
[02:02] <imbrandon> err
[02:02] <ajmitch>  14:01:45 up 9 days, 15:24,  4 users,  load average: 0.17, 0.18, 0.11
[02:03] <imbrandon> 19:02:42 up 36 days,  9:45,  4 users,  load average: 0.08, 0.10, 0.07
[02:03] <ajmitch> yeah, I rebooted it at about 200 days :)
[02:03] <imbrandon> heh that sucks
[02:03] <somerville32>  21:03:37 up  7:52,  3 users,  load average: 1.03, 0.97, 0.95
[02:03] <imbrandon> we had one at work at 470+ days
[02:03] <imbrandon> that had to be rebooted like a week ago
[02:03] <imbrandon> it sucked
[02:04] <ajmitch> it was just the box with the dsl modem at home
[02:04] <ajmitch> so nothing big
[02:04] <ajmitch> lucky I could fix up my RAID problems yesterday on the work server without taking anything down
[02:04] <imbrandon> ;)
[02:05] <imbrandon> if i could get the nic1000 working on this mb i would be happy
[02:05] <imbrandon> then i coudl put a sata raid card in and have more hdd's
[02:05] <ajmitch> sigh, looks like it's time to plug in this mp3 player
[02:05] <ajmitch> battery running down again
[02:05] <imbrandon> as it is the only slot i have free to do it has the pci nic replacement
[02:06] <ajmitch> s/down/flat/ :)
[02:06] <imbrandon> i broke my ipod the other day
[02:06] <imbrandon> no more ipod for brandon , not for a few weeks
[02:06] <imbrandon> i'm gonna wait to see how these new iphones look
[02:06] <imbrandon> and possibly get one of those instead of a new ipod
[02:07] <ajmitch> waste of money
[02:07] <imbrandon> well $250+ on ipod, $200 on a phone , thats only $50 more dollars for a iphone
[02:07] <imbrandon> so really about the same price
[02:08] <imbrandon> plus pda and video stuff
[02:08] <LaserJock> $200 for a phone?!?
[02:09] <LaserJock> I only get the free kinda ;-)
[02:09] <LaserJock> -a
[02:10] <imbrandon> heh my last one ( about 3 weeks ago ) was about $179 + taxes etc
[02:10] <LaserJock> ouch
[02:13] <chillywilly> so you guys that have used xen before, did you build it from source or what?
[02:14] <imbrandon> just get it from the repo
[02:14] <imbrandon> most of the time
[02:14] <chillywilly> can't boot the kernel
[02:14] <imbrandon> heh then file a bug ;)
[02:14] <chillywilly> gives me grub error 13
[02:16] <chillywilly> ok, I could do that but that doesn't help with actually getting it to work...I am forced to build it from source now
[02:18] <ajmitch> you haven't given terribly much info
[02:18] <ajmitch> build it from source if you wish
[02:19] <imbrandon> and fwiw grub error 13 normaly is just an error in the grub menu entry
[02:19] <ajmitch> oh look
[02:19] <ajmitch> Linux ephraim 2.6.17-6-generic-xen0 #3 SMP Mon Oct 16 06:15:23 UTC 2006 i686 GNU/Linux
[02:19] <ajmitch> I do have my laptop running xen
[02:19] <imbrandon> hehe
[02:20] <imbrandon> x86 xen
[02:20] <imbrandon> ;)
[02:20] <ajmitch> I think that's because all the other kernels were failing badly
[02:20] <ajmitch> sure
[02:20] <ajmitch> the laptop is old & decrepit
[02:20] <imbrandon> ahh ;)
[02:20] <ajmitch> only a pentium M
[02:20] <imbrandon> thats still nice
[02:20] <imbrandon> anything above 1ghz is OK to me
[02:20] <ajmitch> 1GB RAM, enough to run 1 or 2 domUs
[02:21] <ajmitch> this one is 2GHz
[02:21] <imbrandon> ;)
[02:21] <imbrandon> i was on that 2.9 celeron for a LONG time
[02:25] <Mez> how long does soyuz take to process new uploads nowadays?
[02:25] <ajmitch> define 'new'
[02:25] <imbrandon> as in NEW queue or just an normal upload ?
[02:25] <LaserJock> NEW new or just new new ? ;-)
[02:26] <Mez> not NEW
[02:26] <LaserJock> heh
[02:26] <ajmitch> or NEW NEW new
[02:26] <imbrandon> lol
[02:26] <Mez> just a "until I get some sort of email back"
[02:26] <imbrandon> depends on the upload i think it does it at 3 and 33
[02:26] <ajmitch> aha, I knew it! ;)
[02:26] <Mez> I noticed kxmame had no depends on xmame
[02:26] <ajmitch> depends on if you stuff up the upload as well
[02:26] <LaserJock> "I've got a new upstream upstream release that I'd like to get uploaded to NEW new"
[02:27] <ajmitch> don't confuse the poor chap
[02:27] <Mez> lol
[02:27] <Mez> never mind
[02:27] <imbrandon> heh
[02:27] <Mez> I got the email
[02:28] <Mez> I thought that with my mail server being stuffed up and now delivering me stuff from november,
[02:28] <Mez> I might have to wait till april
[02:28] <ajmitch> ok
[02:29] <ajmitch> & it'll hopefully build & maybe even be published within an hour
[02:29] <Mez> ajmitch, tis cool - just wanted to get an email back to make sure I hadnt stuffed the upload ;)
[02:30] <ajmitch> immortalised on feisty-changes
[02:30] <Mez> I cant rememebr my mailing list password to re-subscribe
[02:30] <Mez> (aka turn off vacation mode)
[02:31] <imbrandon> heh
[02:31] <imbrandon> vacation mode == procmail to /dev/null
[02:31] <imbrandon> ;)
[02:32] <LaserJock> ah man, I got screwed on TA assignments
[02:32] <Mez> imbrandon - or nomail on to the mailing list request thing
[02:32] <imbrandon> hum food , bbiab
[02:32] <LaserJock> I've got grading/proctoring/ and the stupid computer lab :(
[02:33] <ajmitch> lucky LaserJock!
[02:33] <ajmitch> no ubuntu time for you
[02:33] <Mez> and the "request password" doesnt work
[02:33] <LaserJock> ajmitch: maybe I'll sepnd my computer lab hours building an Edubuntu lab :-)
[02:35] <ajmitch> heh
[02:35] <LaserJock> think of the pbuilder cluster I could have :-)
[02:35] <LaserJock> I think there are ~10 p4s in there
[02:36] <Mez> I just found an old welcome email
[02:36] <Mez> and the bloody thing doesnt work
[02:36] <LaserJock> Mez: have you changed addresses?
[02:36] <Mez> no
[02:37] <Mez> Welcome to the<EMAIL_ADDRESS>mailing list!
[02:37] <ajmitch> blame the circus midgets
[02:37] <Mez> You must know your password to change your options (including changing
[02:37] <Mez> the password, itself) or to unsubscribe.  It is:
[02:37] <Mez> and the password it gives ther e(and in the 5 copies i have of it)
[02:37] <Mez> doesnt work
[02:39] <Mez> A reminder of your password has been emailed to you.
[02:39] <Mez> no it hasnt1
[02:40] <ajmitch> oh well, you'll live, resubscribe
[02:40] <Mez> I need ym p/w to unsubscribe dont it ?
[02:40] <shawarma> Mez: No. Just ask to unsubscribe and click the link in an e-mail you get.
[02:41] <Mez> yeah - but abive it says I need it
[02:41] <shawarma> abive?
[02:42] <Mez> above
[02:42] <Mez> hmm
[02:42] <Mez> seems fiordland is avoiding me
[02:42] <shawarma> Ah.. I'm a bit slow right now. :-)
[02:42] <shawarma> I'm having trouble with mailman these days, too.
[02:42] <Mez> ubuntu mailman /
[02:43] <shawarma> Yes.
[02:43] <Mez> ah kk
[02:43] <ajmitch> complain to canonical people
[02:43] <shawarma> It's discarding my mail to a particular list.
[02:44] <Mez> it seems that mail isnt getting to fiordland.
[02:44] <Mez> as it's sending it fine from gmail to my ubuntu accounty
[02:53] <bddebian> Heya gang
[02:53] <imbrandon> heya
[02:53] <bddebian> Hi imbrandon
[02:55] <ajmitch> hm
[02:55] <bddebian> hmm
[02:56] <Toadstool> re
[02:57] <bddebian> wb Toadstool
[02:57] <Toadstool> hey bddebian
[02:57] <ajmitch> yeah..
[02:58] <Toadstool> great... received my plane ticket for September... I don't want to go back to France :/
[02:59] <zul> because they speak french?
[02:59] <imbrandon> heh
[02:59] <Toadstool> nope, because i love California :)
[02:59] <bddebian> Ugh
[03:01] <zul> i rather be in france then california
[03:01] <Toadstool> that's because you're not french
[03:02] <imbrandon> i'd rather be in spain than anywhere ;)
[03:02] <zul> yeah but my father speaks french
[03:02] <Toadstool> yay! barcelona :)
[03:02] <bddebian> Well I'd pick California over France but Cali still sucks :-)
[03:02] <Toadstool> argh
[03:02] <Amaranth> i wanna go to live in canada
[03:03] <bddebian> Canukistan?  Why? :)
[03:03] <imbrandon> canada ? people live there?
[03:03] <Amaranth> http://en.wikipedia.org/wiki/Vancouver_Island <--i wanna go there
[03:04] <zul> Amaranth: there is a lot of snow on vancouver island this year
[03:04] <Amaranth> really?
[03:04] <zul> yeah el nino
[03:04] <Amaranth> oh
[03:04] <ajmitch> NZ > *
[03:04] <Amaranth> well it was 70F here right before the end of the year
[03:04] <Amaranth> so i guess i can see that
[03:04] <bddebian> El Nino?  hah, I thought Global Warming was causing everything? :)
[03:05] <imbrandon> lol
[03:05] <zul> heh its suppose to get -24C tonight
[03:05] <Toadstool> ajmitch: well my next trip will most probably be to NZ and/or Australia
[03:05] <imbrandon> jesus
[03:05] <Amaranth> bddebian: you can blame everything on either el nino or global warming
[03:05] <Amaranth> zul: here too
[03:05] <bddebian> Amaranth: Bah, I just blame ajmitch :-)
[03:05] <ajmitch> it's never got down that cold in NZ
[03:06] <ajmitch> bddebian: that's ok, give me more excuses
[03:06] <Amaranth> current temp is -14C
[03:06] <Amaranth> windchill is -22C
[03:06] <Amaranth> and it's only 8p
[03:06] <bddebian> ajmitch: excuses for what man?
[03:06] <ajmitch> bddebian: whatever I feel like doing
[03:06] <bddebian> ajmitch: Ah ;)
[03:07] <Amaranth> zul: my cold weather scared you away? :)
[03:07] <ajmitch> bddebian: I've still got a list of things to harass you about
[03:07] <bddebian> haha
[03:07] <zul> er...yeah
[03:07] <bddebian> ajmitch: Uh oh, what'd I do now?
[03:07] <ajmitch> breaking stuff
[03:08] <bddebian> Now what did I break?
[03:08] <ajmitch> sponsoring stuff that should have been looked at first, too
[03:08] <bddebian> Are you going to be more specific?
[03:08] <ajmitch> maybe
[03:12] <persia> My keyboard doesn't work in yet a different way today.  Anyone have any pointers to where I should add the definition for this keyboard to prevent this recurring? (it's Logitech jp106).
[03:12] <zul> yeah #ubuntu
[03:14] <persia> zul: Noone has ever had an answer to that question there in the past two years.  Oh well, I'll go play with keytouch and xkb, and see if I can find it.
[03:16] <bddebian> ajmitch: Well?
[03:26] <chillywilly> yay
[03:31] <imbrandon> bbiab, time for a clean install
[03:40] <GreenD> Hey
[03:42] <GreenD> Anyone willing to lend me a hand creating a package right quick?
[03:44] <sladen> GreenD: how far did you get? :)
[03:44] <GreenD> Haha, not too far right now. Want a run down of what I'm trying to do?
[03:45] <sladen> https://wiki.ubuntu.com/MOTU/Documentation  has lots of ideas from the basics upwards
[03:45] <sladen> basically, (if it's not already packaged in Debian), we grab the source as a tarball
[03:46] <sladen> unpackage it, add a 'debian/' directory containing several special files (debian/control, debian/rules)
[03:46] <GreenD> Well, basically I just want help to where it will install from source on ubuntu, then I'll deb it. :)
[03:47] <sladen> 'rules' is normally an executable make file that would then call 'make' and put binaries in the right place
[03:47] <TheMuso> tepsipakki: Please PM me if you need to contact me, that way I can be sure I get your message even when I am online. Thanks.
[03:47] <GreenD> Eh, let me explain my problems so far...
[03:47] <sladen> 'control' lists information such as the package name, version, who uploaded it.
[03:49] <GreenD> I'm wanting to make a debian package for scatterchat for Hacktivismo, but whenever I try to configure from source its not liking my GTK version even though its up to date. (What do I do there?) Theres too much stuff that overrides gaim, should I make everything separate and how? Mind you Scatterchat may be based off of gaim but it is not just a plugin.
[03:49] <GreenD> Joseph Salvatore isn't able to give me much help on it because he did this on Fedora, so I came here.
[03:53] <GreenD> Any ideas?
[03:54] <GreenD> Also, scatterchat comes in two pieces. The main piece (Like gaim.) and the scatterchat module, can we make those two into one package?
[03:55] <Marsmensch> hmmm, something's wrong with my ubuntu... by using firefox for surfing the cpu frequency steps up to max, and i can't work with other applications ... since 1 or 2 month i think
[03:57] <GreenD> Change the nice values for it then.
[03:57] <GreenD> Might help.
[03:59] <Marsmensch> ok i try :) thx
[04:00] <GreenD> No problem man, hope it works. Sometimes certain 'flashy' things I might have running in or as part of firefox make my pent 4 schiz out.
[04:01] <GreenD> Well, this is gay. I'm out.
[04:30] <ScottK> Any MOTUs available?  I have an updstream update to which I've added additional documentation (including man pages)?  bddebian?
[04:32] <Mez> ScottK, sup ?
[04:33] <Mez> ScottK, simple 2 questions
[04:33] <Mez> 1) what package
[04:33] <Mez> 2) is it in REVU
[04:33] <bddebian> ScottK: Sorry, I'm not supposed to work on stuff
[04:34] <ScottK> OK.  No problem.
[04:34] <ScottK> Mez - Sorry - bran dump.  It's in REVU - http://revu.tauware.de/details.py?upid=4086
[04:34] <Mez> bddebian, what have you done now /
[04:34] <ScottK> bran/brain - can't type either tonight..
[04:35] <bddebian> Heya Mez.  Dunno, ajmitch won't tell me
[04:35] <Mez> lol
[04:35] <Mez> was it that currant bun you left lying on the buildd the other day ?
[04:35] <bddebian> currant bun?
[04:35] <Mez> nvm
[04:35] <Mez> ScottK, couple of things i've noticed straight off
[04:36] <Mez> 1) pyspf source: newer-standards-version 3.7.2
[04:36] <Mez> oh, nvm
[04:36] <Mez> i read that wrong
[04:37] <Mez> and what the hell
[04:38] <Mez> where did that lintian error come from
[04:38] <ScottK> Dunnu.  I always see that when I look at lintian on REVU, but not when I run it locally.
[04:39] <Mez> that one is fine
[04:39] <Mez> revu needs updating
[04:39] <Mez> but the
[04:39] <Mez> W: pyspf source: build-depends-without-arch-dep
[04:39] <Mez> is very confusing
[04:39] <ScottK> Hmmm.  I didn't get that one when I built it here.
[04:40] <Mez> I guess it's just a glitch on REVU
[04:40] <ScottK> I suspect that may be a function of revu not being updated for the new python policy.  That's unchanged from the previous upate I got approved.
[04:40] <Mez> probably not worht adding a lintian override for it
[04:41] <Mez> siretart, can you update revu ?
[05:29] <chillywilly> there's no pygrub in edgy?
[05:30] <Mez> thats a PITA
[05:33] <chillywilly> how else can I boot this domU then? I was just following some instructions on a wiki
[05:49] <LaserJock> persia: got a sec for bug 79498
[05:49] <Ubugtu> Malone bug 79498 in libjsw "new upstream version 1.5.6" [Undecided,Unconfirmed]  https://launchpad.net/bugs/79498
[05:52] <LaserJock> oh my gosh, that xchat crash bug is insane
[05:56] <ScottK> OK.  I think it's good now.  I fixed Debian bug #306875 by implementing the patch supplied with the bug.  I'd appreciate a revu: http://revu.tauware.de/details.py?upid=4088 and 4086 is waiting too if anyone is feeling ambitious...
[05:56] <Ubugtu> Debian bug 306875 in spfquery "spfquery: conflict with libmail-spf-query-perl (spamassassin)" [Normal,Open]  http://bugs.debian.org/306875
[05:57] <LaserJock> ScottK: that's a bug fix?
[05:58] <persia> LaserJock: Sure.  What about it?
[05:58] <ScottK> Yes.
[05:59] <ScottK> Updated the package to support the alternative implementations of spfquery.  The other two in the archives already support it.  This was the last one left.
[05:59] <LaserJock> persia: there's a lot going on there
[06:00] <ScottK> Not that I added.
[06:00] <persia> LaserJock: Yes, indeed.  libjsw doesn't get a lot of maintenance in Debian :(
[06:00] <LaserJock> ScottK: usually bugs are done as a debdiff attached to a bug report
[06:00] <ScottK> Oh.
[06:00] <persia> ScottK: cf bug 60290
[06:00] <Ubugtu> Malone bug 60290 in battleball "shows only on debian menu, not games menu" [Undecided,Unconfirmed]  https://launchpad.net/bugs/60290
[06:00] <ScottK> I thought that got a bug reported.  I was trying to go straight to fixed.
[06:01] <ScottK> So I should take the debdiff from this and attach it to a new bug referencing the Debian bug?
[06:01] <ScottK> I did fix one small lintian warning that's not part of the bug (added Section to the control file)?
[06:02] <chillywilly> bah
[06:12] <ScottK> LaserJock: I've reported bug #79683.  Is that right?
[06:12] <Ubugtu> Malone bug 79683 in libspf2 "spfquery: conflict with libmail-spf-query-perl Debian bug#306875" [Unknown,Unknown]  https://launchpad.net/bugs/79683
[06:15] <LaserJock> ScottK: why did you change libspf2-1.2.5/src/libspf2/spf_lib_version.h >
[06:15] <LaserJock> s/>/?/
[06:15] <ScottK> I didn't.
[06:15] <ScottK> I didn't even open the file.
[06:15] <LaserJock> ScottK: generally you provide a little more descriptive description for the bug, but yeah
[06:15] <ScottK> OK.
[06:16] <ScottK> I didn't touch anything outside /debian.
[06:16] <LaserJock> ScottK: check that debdiff
[06:16] <LaserJock> unless I've suddenly lost the ability to read a diff (which is possible)
[06:18] <ScottK> As I read it, it's a diff against orig and we are already on -4 from Debian.  I think that's a previous patch...
[06:18] <ScottK> --- libspf2-1.2.5.orig/src/libspf2/spf_lib_version.h
[06:18] <ScottK> +++ libspf2-1.2.5/src/libspf2/spf_lib_version.h
[06:19] <LaserJock> ScottK: debdiff against the base Debian version
[06:19] <LaserJock> when I go to apply a patch I grab the Debian version then add the sponsoree's debdiff
[06:19] <LaserJock> it's much smaller for new upstreams, etc.
[06:20] <LaserJock> and keeps our divergence as low as possible
[06:20] <persia> LaserJock: Just to confirm, doesn't that only apply for source that has yet to have an Ubuntu delta, with debdiff against latest Ubuntu generally preferred?
[06:21] <LaserJock> if you are going from one ubuntu version to the next, yeah
[06:21] <LaserJock> just think about the least diff
[06:21] <LaserJock> and what version you are basing you're work on
[06:22] <LaserJock> if you're going from ubuntu1 to ubuntu2, then debdiff between those
[06:22] <LaserJock> if you're going from Xubuntu1 to Yubuntu1 then debdiff between Y and Yubuntu1
[06:23] <ScottK> From reading man debdiff, I debdiffed the two dsc files, debdiff libspf2_1.2.5-4.dsc libspf2_1.2.5-4ubuntu1.dsc - I'm guessing that's wrong.  Which to files should I be debdiffing?
[06:23] <LaserJock> no, that should be right
[06:26] <ScottK> Part of the patch I was applying from the Debian bug included adding a compat file: http://bugs.debian.org/cgi-bin/bugreport.cgi/libspf2-1.2.5-spfquery-update-alternatives.patch?bug=306875;msg=12;att=1
[06:27] <ScottK> I looked and the date stamp on spf_lib_version.h is consistent with me having added it.
[06:27] <ScottK> Could debhelper have done me the favor of putting in there?
[06:28] <persia> LaserJock: I must run off.  Catch me later about libjsw (or comment on the bug, or email me).
[06:28] <LaserJock> ScottK: I really don't know
[06:29] <LaserJock> I would try to redo it in a seperate dir to see if it's the Debian patch or you
[06:29] <ScottK> It looks to me on further inspection like it was added by debuild or dh or ... something else in the toolchain.  File ownership is consistent with that.
[06:31] <ScottK> It's not there in the 1.2.5-4 debian source package.
[06:32] <ScottK> It was definitely added when I built the package and I didn't do it manually.
[06:32] <ScottK> I need to go to bed.  I'll look into it again when I have time.
[06:33] <ScottK> Assuming that this diff is good, how would the process go from here?
[06:34] <LaserJock> ScottK: subscribe it to ubuntu-universe-sponsors
[06:35] <LaserJock> and some MOTU will upload it
[06:35] <ScottK> OK.  Thanks.  I'll look at it again and if I think it's OK, I'll do that.
[06:35] <ScottK> Appreciate the help/training.
[06:45] <imbrandon> gnight all
[06:45] <LaserJock> cya imbrandon
[06:46] <LaserJock> crimsun: you around? I have a question on bug #79555
[06:46] <Ubugtu> Malone bug 79555 in Ubuntu "please sync pychess 0.6.0.beta5-1 from Debian unstable (main)" [Wishlist,Confirmed]  https://launchpad.net/bugs/79555
[07:04] <tepsipakki> adri2000: please put all the changes in the merge-changelog, not just a pointer to a previous version :)
[07:58] <Mez> what's the sync request process nowadays ?
[08:00] <Lutin> file a bug tu ask a sync, mentioning in what component it is in debian
[08:00] <Lutin> if possible check if the package builds fine
[08:00] <Lutin> and subscibe ubuntu-universe-sponsors or main-sponsors depending on the component
[08:11] <Mez> Lutin, It's cool - it's a package I maintain in debian
[08:11] <Mez> so it's easier just to sync from debian
[08:11] <Mez> rather than having entries like
[08:11] <Mez>   * Fix Maintainer Field to currect maintainer (1:3.5.4-1 was not synced from debian)
[08:11] <Mez> in the changelog
[08:20] <palski> SRU needing sponsorship Bug #79059, please
[08:20] <Ubugtu> Malone bug 79059 in gnome-hearts "[SRU]  gnome-hearts crashes on startup (edgy)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/79059
[08:23] <Lutin> Mez: if it's a sync you don't have to do anything - just file a bug and ask it
[08:24] <Mez> Lutin, already done #80202
[08:24] <Mez> bug 80202
[08:24] <Ubugtu> Malone bug 80202 in rar "Please sync rar 3.6.0-1 from debian" [Undecided,Unconfirmed]  https://launchpad.net/bugs/80202
[08:24] <Lutin> hehe, cool :)
[09:11] <siretart> Mez: update revu?
[09:11] <siretart> morning
[09:11] <Mez> siretart: well... lintian is out of dat
[09:11] <Mez> e
[09:11] <Mez> I'm guessing revu-build builds against edgy still
[09:11] <Mez> etc etc
[09:12] <siretart> ah, the system in the outside.
[09:12] <siretart> hm, well, currently tiber is running dapper with breezy kernel, because dapper kernel is not able to bring up the network interfaces
[09:13] <siretart> which is.. hmm. bad
[09:13] <Mez> siretart: but ... still... surely you can update some stuff...
[09:13] <Mez> or at least make the scripts run in a chroot or something
[09:13] <Mez> so that it doesnt give dodgy lintian errors
[09:15] <siretart> hm, need to think about it how to integrate it with the rest of the revu toolchain
[09:16] <Mez> true, but something needs to be done...
[09:16] <Mez> it's not pretty (imho)
[09:17] <raphink> Mez: revu-build should build against feisty
[09:17] <raphink> there is  feisty pbuilder
[09:17] <raphink> on tiber
[09:18] <raphink> I confirm that revu-tools is set to build for feisty Mez, just checked
[09:18] <Mez> ah yes it does
[09:18] <Mez> (same here)
[09:18] <raphink> the lintian errors don't come from the pbuilder
[09:18] <raphink> they come from the version of lintian (and linda of course) on the system
[09:18] <raphink> the solution to get rid of them is simply to backport lintian/linda on the machine
[09:19] <raphink> which should be fairly quick to do
[09:19] <Mez> raphink, specially with prevu
[09:19] <Mez> ;)
[09:19] <raphink> prevu?
[09:19] <Mez> hehe
[09:19] <raphink> what is that?
[09:19] <Mez> meuahaha :D
[09:19] <Mez> it's an auto-backporter
[09:19] <raphink> ah
[09:20] <raphink> well for lintian, I'm guessing pbuilding with an edgy pbuilder the fesity package should do
[09:20] <raphink> an dsame for linda
[09:20] <raphink> lintian and linda are fairly simple packages
[09:20] <raphink> so it's a matter of 2 commands
[09:20] <raphink> mdt dist-apt-get feisty source lintian
[09:20] <raphink> pbuilder-edgy build lintian*dsc
[09:20] <raphink> and that's it
[09:21] <Mez> backport to dapper ;)
[09:22] <raphink> ah yes, dapper
[09:22] <Mez> or
[09:22] <Mez> I can build backport debs
[09:22] <raphink> if you want
[09:22] <raphink> but I can build them directly on tiber
[09:22] <Mez> already am ;)
[09:22] <raphink> that might be faster
[09:22] <Mez> technically so can I :D
[09:23] <raphink> good
[09:23] <raphink> so you're making the debs
[09:23] <Mez> yep
[09:23] <raphink> ok good
[09:23] <Mez> but on my local machine
[09:23] <Mez> it's easier that way
[09:23] <raphink> are you admin on tiber?
[09:23] <Mez> admin no
[09:23] <raphink> ok
[09:23] <Mez> i was
[09:23] <raphink> put the debs in /tmp then
[09:23] <raphink> I'll install them
[09:23] <Mez> but I got de-adminned for some reason
[09:24] <Mez> I'm still part of the pbuilder group though
[09:24] <raphink> I don't remember ever seeing you as an admin on tiber
[09:24] <Mez> this was a LONG time ago
[09:25] <raphink> ok
[09:25] <Mez> before sistpoty came along ;)
[09:25] <Mez> just before the pbuilder system got put in
[09:26] <raphink> ok
[09:26] <Mez> prevu's great though
[09:26] <Mez> it'll do everything
[09:27] <Mez> including wgetting the packages
[09:27] <raphink> seems good
[09:28] <Mez> it is :D
[09:28] <Mez> thats what the ingenuity of the backports team does
[09:31] <raphink> how are the packages doing?
[09:31] <Mez> lintian's building
[09:33] <Mez> http://archive.ubuntu.com/ubuntu/pool/main/l/linda/linda_0.3.24.dsc
[09:33] <Mez> grr
[09:33] <Mez> ** Success!. You can find source packages and .debs at /var/cache/prevu/dapper-debs **
[09:35] <Mez> make: dh_pysupport: Command not found
[09:35] <Mez> this is linda
[09:35] <raphink> ah, new python
[09:35] <raphink> well lintian will already be pretty good to have
[09:36] <raphink> can you upload the deb to /tmp on tiber please?
[09:36] <Mez> raphink: it's cool
[09:36] <raphink> what is?
[09:36] <Mez> python_support is in universe in dapper
[09:37] <Mez> lemme just enable it in the prevu-chroot
[09:37] <Mez> ;)
[09:37] <Mez> it doesnt enable universe usually (I think)
[09:37] <raphink> python-support doesn't contain dh_pysupport
[09:37] <Mez> oh
[09:37] <Mez> ok I was wrong
[09:37] <Mez> it does in edgy! :P
[09:38] <Mez> make: dh_pysupport: Command not found
[09:38] <raphink> yes, but not in dapper
[09:38] <raphink> and backporting python-support to dapper would mean backporting the whole python
[09:39] <raphink> since it depends on >=2.4.3
[09:39] <Mez> indeed
[09:39] <raphink> so it's easier to change it to dh_python in linda
[09:40] <Mez> /tmp/dapper_debs/lintian_1.23.27ubuntu1~6.06prevu1_all.deb
[09:40] <raphink> or to just take the feisty package and install it
[09:40] <raphink> since it's an 'all' package that only depends on python >=2.4 from what I can see
[09:41] <raphink> argh
[09:41] <Mez> argh ?
[09:41] <raphink> lintian depends on gettext >= 0.16
[09:41] <Mez> in-security I believe ?
[09:43] <Mez> or not
[09:43] <Mez> weird
[09:43] <raphink> another option might be to call lintin and linda from whithin the chrooted environment in revu-build
[09:43] <raphink> if possible
[09:43] <Mez> that's gotta be a manual Depend
[09:43] <raphink> that is, before the chroot gets removed
[09:44] <raphink> this way, we would always be sure to call the right version
[09:44] <Mez> raphink - or have a non-tgz chroot...
[09:44] <Mez> and then use hooks/whatever to get it to run lintian and send it back through a bind-mount
[09:44] <raphink> pbuilder accepts hooks, too
[09:45] <raphink> I use them already in revu-build
[09:45] <Mez> raphink, yes, tahts waht I meant
[09:45] <Mez> however, it would take time to unzip the tarball
[09:45] <raphink> I don't think there's a need to switch to non tgz chroots
[09:45] <Mez> so if you have one extracted...
[09:45] <Mez> time really
[09:45] <raphink> well I guess we could switch to sbuild
[09:46] <raphink> but then the best idea imo
[09:46] <raphink> would be to have a source repository on the local machine
[09:46] <raphink> that gathers the latest uploaded versions of each package on REVU
[09:46] <raphink> and have sbuild use this local repo as deb-src
[09:46] <Mez> raphink, pbuilder --no-targz --buildplace /path/to/unzipped/chroot
[09:47] <raphink> and since sbuild supports multiple distros in chroots, it could be nice this way, too :)
[09:47] <StevenK> pbuilder doesn't need to use tarballs.
[09:47] <Mez> StevenK, my point exactly ... :D
[09:47] <raphink> I don't see the use of pbuilder if there's no tgz
[09:47] <raphink> I'd use sbuild instead in that case
[09:47] <StevenK> Use cowbuilder, which will copy-on-write.
[09:49] <raphink> StevenK: in this case, i'd rather use sbuild though
[09:49] <raphink> for a simple reason
[09:49] <raphink> if we can automate the creation of a source repository on REVU
[09:49] <raphink> sbuild could just build from there
[09:50] <raphink> whereas pbuilder/cowbuilder need a dsc
[09:50] <StevenK> pbuilder does not need a dsc
[09:50] <raphink> ah
[09:50] <raphink> I guess the manual would have to be updated then
[09:50] <raphink> pbuilder build [options]  .dsc-file
[09:53] <Mez> pbuilder doesnt :P
[09:53] <Mez> it's confusing
[09:53] <StevenK> raphink: pdebuild :-)
[09:53] <Mez> StevenK, exactly what i was thinking
[09:54] <raphink> does pdebuild provide a script for multiple builders?
[09:54] <StevenK> I have a wrapper I use.
[09:54] <Hobbsee> !pbuilder | raphink
[09:54] <ubotu> raphink: pbuilder is a system to easily build packages in a clean chroot environment. To get started with PBuilder, see http://wiki.ubuntu.com/PbuilderHowto
[09:54] <Hobbsee> bottom section
[09:54] <Mez> raphink, pbuilder -- --basetgz /path/to/tarball
[09:55] <Mez> raphink, pdebuild -- --basetgz /path/to/tarball
[09:55] <raphink> Hobbsee: I wrote this section ;)
[09:55] <Hobbsee> raphink: ah.  oh, you were asking about pdebuild...
[09:55] <raphink> yep
[09:55] <raphink> thanks though :)
[09:55] <Mez> raphink, yeah - you can use any pbuilder options after --
[09:56] <Mez> I use normally
[09:56] <raphink> anyway
[09:56] <raphink> back to setting this build farm :)
[09:56] <raphink> buildd is still far from easy to set
[09:56] <Mez> pdebuild -- --basetgz /scratch/pbuilds/feisty.tgz
[09:56] <Mez> raphink install dak and katie ;)
[09:56] <Mez> or
[09:56] <Mez> poke infinity
[09:57] <Mez> and he can help you set up a buildd
[09:57] <raphink> I've got enough to do with buildd/sbuild already
[09:57] <raphink> and I got help from quite a few buildd admins
[09:57] <raphink> ;)
[09:57] <StevenK> dak and katie are nothing to do with sbuild
[09:57] <Mez> raphink, :P
[09:57] <raphink> as of the mirror, I chose reprepro
[09:57] <Mez> StevenK, I know - I was taking the michael
[09:57] <raphink> it's far easier to deal with than dak
[09:57] <Mez> raphink, what about falcon ?
[09:57] <raphink> and powerful enough for my needs :)
[09:57] <StevenK> reprepro? Oh geez, that thing
[09:58] <raphink> does falcon support signed uploads and incoming queue?
[09:59] <raphink> StevenK: reprepro is so far the best repository builder I've found
[09:59] <raphink> in terms of usability vs. functionalities
[09:59] <raphink> although I reckon the configuration could be a bit better
[09:59] <raphink> just added a few scripts to it and it works great
[10:00] <Mez> raphink, oh... It just creates the repo ;)
[10:00] <StevenK> I found it a pain in the neck.
[10:00] <raphink> what do you use StevenK?
[10:00] <StevenK> For a personal mirror?
[10:00] <raphink> for a big one
[10:00] <StevenK> My personal mirrors are all temporary, so dpkg-scanpackages
[10:00] <StevenK> My local mirror, debmirror
[10:01] <raphink> debmirror is not powerful enough for my needs
[10:01] <raphink> I think I honestly studied all the possibilities I could find in Debian
[10:01] <raphink> and chose reprepro because it fits my needs
[10:02] <StevenK> I was using reprepro as a personal mirror, and it sucked.
[10:02] <raphink> which are to build a master that mirrors the Debian repositories partially, gather several mirrors, signs them again, and adds personal mirrors with an incoming queue checking for signed packages
[10:02] <raphink> and slaves mirroring the master with the same tool
[10:03] <raphink> apart from dak, which is not recommended unless you have to build a whole distribution
[10:03] <raphink> I found reprepro was the only one that was easy enough and powerful enough
[10:09] <dholbach> good morning
[10:10] <StevenK> siretart: I was plotting on dealing with the osgal-cvs merge.
[10:12] <raphink> hi dholbach
[10:12] <dholbach> hey raphink!
[10:13] <raphink> :)
[10:14] <raphink> what's up?
[10:14] <dholbach> i'm just waking up :)
[10:14] <siretart> StevenK: go for it! :)
[10:15] <raphink> hehe :)
[10:15] <raphink> just waking up at 10AM ? :)
[10:15] <raphink> lucky you :)
[10:15] <freeflying> hi all
[10:16] <raphink> hi freeflying
[10:16] <freeflying> raphink: haven't seen you quite a while  :)
[10:17] <raphink> well i've been around
[10:17] <raphink> just not very active
[10:17] <raphink> :)
[10:17] <raphink> work work work :)
[10:17] <phanatic> morning raphink :)
[10:17] <raphink> hi phanatic
[10:17] <freeflying> StevenK: how about the problem I talked with weeks ago?
[10:17] <Mez> hmm
[10:18] <phanatic> raphink: have you seen the videos?
[10:18] <raphink> some
[10:18] <Mez> how many people do you think will want a package for a driver for a games pad
[10:18] <StevenK> freeflying: Hrm? Weeks ago is a long time ago. :-)
[10:21] <freeflying> StevenK: heh, the mis-match version number of scim-m17n and m17n-lib-bin
[10:22] <StevenK> Ah ha.
[10:22] <freeflying> I'm not sure the right two packages nowtoo :)
[10:22] <StevenK> I'd forgotten all about that, sorry
[10:23] <freeflying> After I talked with you, we lose the internet connection :)
[10:23] <\sh> moins
[10:24] <dholbach> hey proppy
[10:24] <proppy> ohhh
[10:24] <dholbach> ;-)
[10:24] <proppy> you were fast :)
[10:24] <dholbach> ;-)
[10:24] <proppy> dh_olbach
[10:24] <proppy> i wonder if anybody already does this joke :)
[10:25] <StevenK> freeflying: You'll need to remind me completly, I'm sorry.
[10:25] <proppy> s/does/did
[10:31] <Mez> qwerasdfzxc
[10:31] <Mez> (sorry)
[10:33] <StevenK> Mez: Is that how good it is? :-P
[10:34] <Mez> StevenK, that was me typing on it ;)
[10:34] <Mez> seeing what the keys did
[10:34] <Mez> one of them was enter ;)
[10:35] <ajmitch> hi StevenK
[10:35] <Mez> StevenK, should I package the linux drivers up for ubuntu ?
[10:40] <StevenK> Mez: Someone will probably find them useful.
[10:40] <\sh> changing the maintainer field and adding original-maintainer field in debian/control is mandantory now, right?
[10:54] <Mez> if I modify something in /dev/input (chmod) will it stay over a reboot
[11:24] <StevenK> Mez: No
[11:24] <Mez> StevenK, I worked that out
[11:25] <Mez> StevenK now I need to work out how to use udev rules
[11:32] <Mez> hmm
[11:32] <Mez> I got it
[12:13] <fernando> hey Hobbsee
[12:13] <Hobbsee> hey fernando
[12:17] <Mez> hmm
[12:17] <Mez> this will be the first package I've made in ages ;)
[12:18] <Mez> not the first one I've modified
[12:18] <Mez> but the first NEW
[12:20] <\sh> dholbach: src package bidiui, results in icedove-bidiui binary...should we rename this package to thunderbird-bidiui?
[12:21] <dholbach> not sure
[12:21] <\sh> more a question for -devel?
[12:22] <dholbach> \sh: there's a new 'mozillateam' - it'd probably help to subscribe them to a bug report discussing this
[12:22] <\sh> is there an irc channel for the mozillateam?
[12:28] <Mez> hmm...
[12:28] <Mez> whats the best way of creating .desktop files ?
[12:29] <Hobbsee> Mez: ask persia to do you one :)
[12:29] <Amaranth> gnome-desktop-item-edit
[12:29] <persia> Mez, if there is a menu file included with the package, try using the scripts from https://wiki.ubuntu.com/MOTU/Packages/NoDesktopFile
[12:29] <Amaranth> oh, you mean for packages
[12:29] <Mez> yes
[12:29] <Mez> persia, no menu file either :D and it's a new package
[12:30] <persia> Mez: I haven't updated the scripts in a while, you probably have some editing to do thereafter (check with desktop-file-validate foo.desktop)
[12:30] <Mez> that's kind of scary ....
[12:30] <Mez> http://rafb.net/p/B4Gx4R82.html
[12:30] <Amaranth> copy someone else's file
[12:30] <Mez> anyone come accross that before ?
[12:31] <Amaranth> wtf is fluid and why does it need to talk to X?
[12:32] <Amaranth> oh, fltk version of glade
[12:32] <Mez> Amaranth, why does it need to talk to X ?
[12:32] <Amaranth> not sure
[12:33] <Amaranth> i would think it'd just be doing some C generation using an XML file
[12:34] <Amaranth> apparently the converter and the actual GUI are the same app
[12:34] <Amaranth> the designer GUI, i mean
[12:34] <Amaranth> scary
[12:34] <Mez> indeed
[12:35] <Mez> is it worth running it before and just making it a patch ?
[12:35] <Amaranth> if that's possible
[12:37] <persia> Mez: Looking at fluid.cxx, it appears that the processing is displayed to the user during the -c execution.
[12:38] <Mez> it seems it is possible
[12:39] <Hobbsee> tepsipakki: meeting is at 3am.  there's no way i'll make that, sorry
[12:41] <persia> Mez: Are you packaging the speedpad driver, or something else?  If something else, give me a URL so I can fill in the fields correctly.
[12:42] <Mez> nostromo n52 speedpad driver
[12:43] <StevenK> persia: You need to get out more. :-P
[12:43] <Mez> grr
[12:44] <Mez> with debhelper... the easiest system for patches ?
[12:44] <StevenK> dpatch
[12:44] <persia> StevenK: Nah - it's vacation.  I like .desktop and menu files.
[12:46] <persia> Mez: Are you masquerading the device name, or keeping /dev/input/event#?  If the latter, I'll need to start without a device argument, which doesn't seem to match the documentation from the homepage.
[12:47] <Mez> persia - the documentation from the homepage is completely wrong for this version
[12:47] <Mez> nostromo_daemon works out the right thing and attaches to it
[12:47] <Mez> (I'm working from experience)
[12:47] <Mez> I've had to create udev rules for it though ;)
[12:48] <Mez> nostromo_daemon runs as a panel applet
[12:48] <Mez> if the events (whatever they be) are readable, then it runs
[12:48] <Mez> if not it just... does nothing
[12:48] <Mez> but with the udev rules... it works
[12:48] <Mez> (the docs on the site suck ass)
[12:51] <persia> Mez: There is still a requirement for a type argument.  Do you want just gnostromo nostromo, or do you also want support for aftershock/firestorm?
[12:52] <Mez> persia.... gnostromo doesnt exist anymore
[12:52] <Mez> it's just nostromo_daemon
[12:52] <Mez> persia, trust me, I'm using it
[12:52] <persia> Mez: I'm looking at the tarfile for 0.1.3.  Should I be looking at something different?
[12:53] <Mez> what are you looking at in that ?
[12:53] <persia> Mez: Makefile, nostromo.c
[12:54] <Mez> mez@apathy:/scratch/pkg/nostromo/nostromo_n50-1.3$ find . -name nostromo.c
[12:54] <Mez> mez@apathy:/scratch/pkg/nostromo/nostromo_n50-1.3$
[12:54] <Mez> 1.3
[12:54] <Mez> not 0..1.3
[12:54] <Mez> http://sourceforge.net/project/showfiles.php?group_id=61608&package_id=91299
[12:55] <persia> Mez: My mistake 1.3 is *much* larger than 0.1.3.  Returning to google :)
[12:55] <Mez> ;)
[12:58] <Mez> persia, use the link above
[12:58] <persia> Mez: Got it.  Thanks.  Same site, just the home page hasn't been updated in four or five years.
[12:59] <Mez> indeed
[01:00] <Mez> no idea how it'll work on a mac ;)
[01:05] <Mez> 01dofluidstuff.dpatch: script expects -patch|-unpatch as argument
[01:10] <persia> Mez: http://rafb.net/p/6wiOiT95.html
[01:10] <persia> Mez: include /usr/share/dpatch/dpatch.make
[01:10] <Mez> persia, and the one to run the daemon ?
[01:10] <Mez> persia: I did it manually
[01:11] <Mez> http://rafb.net/p/caLMH370.html
[01:16] <persia> Mez: I'm not sure about dpatch.  Investigating more to update the .desktop.
[01:17] <Mez> persia, just needs another aswell ;)(
[01:17] <Mez> for _daemon
[01:18] <Mez> oh sorry
[01:19] <Mez> persia, there's two things
[01:19] <Mez> the config utiltity
[01:19] <persia> Mez: Yep.  I'm building makefiles now, so as to better understand.  Updated paste to come soon.
[01:19] <Mez> /exec -o locate nostromo_ | grep bin
[01:19] <Mez> /usr/local/bin/nostromo_config
[01:19] <Mez> /usr/local/bin/nostromo_daemon
[01:19] <Mez> /usr/local/bin/nostromo_remote
[01:20] <persia> Mez: Do any of those need arguments?  Also, is the user supposed to start all of them from the menu, or would some be embedded in the session?
[01:21] <Mez> daemon should really be in the session
[01:21] <Mez> config from the menu
[01:22] <Mez> nostromo_remote is a daemon too
[01:22] <Mez> but it's rare it'll be used
[01:22] <persia> Mez: It looks to me like only nostromo_config should be in the menu.  Updating...
[01:22] <_Enchained> Hi
[01:23] <_Enchained> a gimp plugin in REVU, if someone wants to take a look at : http://revu.tauware.de/details.py?upid=4089
[01:23] <_Enchained> :)
[01:24] <Lutin> ajmitch: what do you think of https://bugs.launchpad.net/ubuntu/+source/lablgtk/+bug/65894 ? drop the package or fix the bug ?
[01:24] <Ubugtu> Malone bug 65894 in lablgtk "FTBFS in edgy" [Undecided,Confirmed]
[01:25] <persia> Mez: http://rafb.net/p/SRH3yP66.html should be all you need for the .desktop.  I'm not sure how to add something into the user's session.  Perhaps the .desktop file and menu file should trigger a wrapper (/usr/bin/nostromo) that checks to make sure the applet is running prior to opening the configuration tool?
[01:35] <persia> Mez: http://rafb.net/p/VhzpBQ16.html
[01:36] <Mez> [n] ostromo_daemon ??
[01:36] <Mez> and shouldnt that be | grep -v grep ?
[01:37] <persia> Mez: Yes, and have logic to start the daemon: http://rafb.net/p/3vFaPe12.html
[01:37] <Mez> persia, nearly ;)
[01:37] <persia> Mez: The n is wrapped to ensure it doesn't match `grep nostromo`
[01:37] <crimsun> more Flash 9 crack for the masses.
[01:37] <Mez> that says "if the daemons not running, start the daemon, if not, then run the config"
[01:38] <Mez> shouldnt it be
[01:38] <Mez> http://rafb.net/p/UEnOHG58.html
[01:39] <Mez> http://rafb.net/p/q8bW5962.html
[01:39] <persia> Mez: Maybe.  That starts the configurator whether the daemon started successfully or not.  I think it should be grep || daemon && config.
[01:39] <Mez> which means you have to run it twice if the daemon isnt running
[01:40] <persia> Mez: how about `start-stop-daemon --start nostromo_daemon && nostromo_config`?
[01:42] <persia> Mez: Rather s/&&/;/
[01:42] <Mez> hmm
[01:42] <Mez> but start stop daemon returns false if it's already running
[01:43] <daya> raphink, hi
[01:43] <raphink> hi daya
[01:43] <daya> raphink, what is going on
[01:43] <raphink> busy at work
[01:43] <raphink> fighting a bit with reprepro
[01:43] <daya> hey
[01:43] <persia> Mez: OK.  How about a two line script.  The first is start-stop-daemon (the return code can be ignored: the daemon is always running at this point), and the second is config.
[01:44] <Mez> nvm
[01:44] <Mez> ;)
[01:44] <Mez> start-stop-daemon -o --start --exec /usr/bin/nostromo_daemon && nostromo_config
[01:45] <Amaranth> -o means leave me alone?
[01:45] <daya> raphink, ok
[01:45] <Amaranth> oh
[01:45] <Amaranth> oknodo
[01:45] <Mez> -o means ok if no action
[01:45] <Amaranth> i always use it explicitly
[01:45] <Amaranth> none of this shorthand business
[01:46] <Mez> lol
[01:48] <persia> Mez: Nevermind.  start-stop-daemon doesn't exit after starting the daemon.  You might just have to use s-s-d & sleep 5 & config, or manage it manually.
[01:49] <Mez> s-s-d does exit!
[01:49] <Mez> start-stop-daemon -o --start --exec /usr/bin/nostromo_daemon && nostromo_config works perfectly for me
[01:49] <persia> Mez: I just ran start-stop-daemon -o --start --exec /usr/bin/eog, and it didn't exit until eog did.  If it works with nostromo_daemon, then no worries :)
[01:50] <Mez> persia, it does, cause it runs as a daemon :D
[01:50] <Mez> whereas i presume eog doesnt ?
[01:50] <Mez> persia, you'd need a nostromo though
[01:51] <persia> Mez: Sitting behind my chair, unplugged because the F key repeats on boot and causes a nasty beeping noise during BIOS load.
[01:51] <Mez> persia, sweet :D didnt know you had one :D
[01:54] <Mez> persia, what games you use it for ?
[01:55] <persia> Mez: AlephONE.  Feel like grabbing from debian-montors?
[01:55] <Mez> montors ?
[01:55] <StevenK> mentors.debian.net
[01:55] <persia> Mez: mentors (oops)
[01:56] <Mez> lol :D
[01:56] <Mez> so I guess you use it without the driver?
[01:56] <persia> Mez: It just has the left side of the keyboard without the driver.  Works fine.
[01:57] <Mez> yeah, but you cant use the shift modes ;)
[01:57] <Mez> with the driver it's quite good ;)
[01:57] <Mez> without it's ok
[01:57] <persia> Mez: I'm waiting for you to package it ;)
[01:59] <tepsipakki> crimsun: that was fast :) (flash9)
[01:59] <Mez> persia, lol
[02:01] <Mez> ok, well I've got something that builds
[02:01] <Mez> persia, you got the makefiles and stuff ?
[02:02] <persia> Mez: Yes, but I haven't tried Make, I just read Makefiles more easily tham Makefile.am or Makefile.in.
[02:02] <Mez> persia: scary
[02:05] <Mez> persia: it's all fun
[02:07] <\sh> so no more uploads from me today...need to install and deploy around 200 servers :(
[02:07] <\sh> bbl
[02:10] <Mez> er... if I need a package installed to run the postinst... do I list it under B-D or something else
[02:10] <persia> Mez: Depends: should do it.  I think Pre-Depends is only for preinst.
[02:11] <Mez> persia: Pre-Depends: udebv
[02:11] <Mez> persia: Pre-Depends: udev
[02:11] <persia> Isn't it safe to assume udev?
[02:11] <Mez> *shrugs*
[02:12] <Mez> devfs ?
[02:12] <Mez> pre - 2.4. kernels ;)
[02:18] <Mez> persia, I just need the stuff to install that desktop file ;)
[02:19] <incorrect> hello, i am trying to backport subversion,  im just at the last hurdle,  apache and all the other libs compiled fine
[02:19] <Mez> incorrect<EMAIL_ADDRESS>[02:19] <Mez> (you need to subscribe firsT)
[02:19] <incorrect> oh right
[02:20] <Mez> https://lists.ubuntu.com/mailman/listinfo/ubuntu-backports
[02:24] <incorrect> is it a busy mailing list?
[02:24] <Mez> fair to middling
[02:25] <Mez> have alook at the archives
[02:25] <persia> Mez: http://rafb.net/p/T2Tfpn74.html
[02:25] <incorrect> ah figured it out, its a problem with debhelper
[02:26] <Mez> persia ;d cheers
[02:27] <incorrect> if at first you don't succeed, change the dependencies and hope nothing brakes :)
[02:28] <Mez> persia- I assume dh_desktop will take a nostromo.desktop in the debian dir ?
[02:28] <Mez> nvm
[02:29] <incorrect> is the backports mailing list high volume?
[02:30] <Mez> incorrect - I've had 6 emails in the past day
[02:30] <incorrect> oh is that all
[02:30] <persia> Mez: No actually, dh_desktop only does postinst magic to update the menus.  I also missed dh_installmenu.  See http://rafb.net/p/JDhJGF20.html.  Please test to make sure it appears in both the main menu and the Debian menu.
[02:30] <Mez> it sometimes gets huge
[02:30] <Amaranth> it's normally very quiet then explodes
[02:30] <Amaranth> because all the backports launchpad bugs are subscribed to it
[02:30] <incorrect> i really should setup my old nat box at home and run cyrus or something on there,
[02:30] <incorrect> i don't want my work email address to get spammed :(
[02:31] <Amaranth> @lart ubotu
[02:32] <Amaranth> wrong channel :)
[02:32] <Mez> incorrect, gmail for the win
[02:32] <Mez> persia, what package is "convert" in
[02:32] <Amaranth> imagemagick
[02:33] <persia> Mez: imagemagick.  Make the xpm manually: it is considered bad form to B-D on imagemagick.
[02:33] <incorrect> i've never used gmail
[02:33] <Mez> persia I know
[02:33] <Amaranth> incorrect: want an invite?
[02:34] <incorrect> for some reason webmail services aren't my biggest...
[02:34] <Mez> I just dont have imagemagick installed
[02:34] <incorrect> sure why not can't hurt
[02:34] <Amaranth> incorrect: i need your current email address
[02:34] <incorrect><EMAIL_ADDRESS>[02:34] <incorrect> yes yes i know
[02:35] <Amaranth> invite sent
[02:35] <incorrect> thats fine :) i have it set to mark all as spam
[02:35] <incorrect> thanking you
[02:36] <Amaranth> gmail is great for managing mailing lists
[02:36] <Mez> persia, I thnk I'm done
[02:36] <Jozo-> Amaranth: Does they support List-Id header and others nowadays?
[02:37] <Amaranth> Jozo-: with hacks, maybe
[02:37] <Amaranth> i've never used List-Id and all my lists get sorted fine
[02:37] <Mez> persia - damnit
[02:37] <persia> Mez: When you install the .deb, does it show in both menus?  Also, do both launchers work?  If so, congratulations!
[02:37] <Mez> it's easier to B-D on imagemahich
[02:37] <Mez> dpkg-source: unrepresentable changes to source
[02:39] <persia> Mez: The xpm is ASCII, the problem is caused by the PNG.  Since you are doing a name change, put a copy command in your debian/rules to change the name (dh_install cannot rename).  Some rules files copy the PNG directly to the target location, but I think it is cleaner to copy to debian first.  You could also use install directly, although this leads to long and ugly lines.
[02:40] <Mez> I was just uuencoding it
[02:40] <persia> Mez: That works too :)
[02:41] <persia> Mez: I just like to use the copy or install commands because it reduces the size of the diff and makes the source of the icon clear.
[02:46] <incorrect> does apt keep an install history?
[02:51] <Mez> persia - wanna try it out ?
[02:52] <persia> Mez: Sure.  Where can I get it?
[02:52] <Mez> I'll put it in revu in a mo
[02:54] <Mez> just doing a final test build
[02:56] <Mez> Selecting previously deselected package nostromo.
[02:56] <Mez> shit lol
[02:56] <Mez> it's built for feisty
[02:57] <Mez> lol
[02:57] <Mez> backporting and it isnt even uploaded yet
[02:57] <Mez> gotta love prevu
[02:57] <_Enchained> someone to review a small pkg ?...
[02:58] <Mez> _Enchained, is it in REVU ?
[02:58] <_Enchained> yeah
[02:58] <_Enchained> http://revu.tauware.de/details.py?upid=4089
[02:58] <Mez> linky linky link link
[02:58] <_Enchained> it's a gimp plugin
[02:58] <_Enchained> no problem making the source pkg... I think it's near ok
[02:58] <Mez> raphink, did you break linitan
[02:59] <raphink> no
[02:59] <Mez> lintian reported no errors for that
[02:59] <Mez> weird
[02:59] <Mez> _Enchained, see
[02:59] <raphink> I didn't touch lintian
[02:59] <Mez> http://revu.tauware.de/revu1-incoming/greycstoration-0701170615/linda
[02:59] <_Enchained> thx Mez
[03:00] <_Enchained> hum ok it's a ""
[03:00] <_Enchained> I should remove it from the description ?
[03:00] <Mez> yes ...
[03:00] <_Enchained> (it's a french name with a "" in it)
[03:00] <_Enchained> ok
[03:00] <Mez> use an e :P
[03:00] <_Enchained> yes
[03:01] <raphink> a ne devrait pas poser de problme _Enchained
[03:01] <raphink> si c'est bien encod
[03:01] <_Enchained> I look at it..
[03:01] <_Enchained> (lintian didn't said anything about this)
[03:02] <raphink> if lintian said everything linda says, there would be no point in developping both
[03:04] <_Enchained> ? not understood
[03:04] <Mez> raphink, pourquoi la rponse en franais ?
[03:04] <raphink> pourquoi pas ;)
[03:04] <_Enchained> english here ;)
[03:04] <raphink> _Enchained: si lintian disait la mme chose que linda, il n'y aurait pas d'intrt  dvelopper les deux
[03:04] <raphink> bah ;)
[03:04] <_Enchained> meanwhile I'm french too ^
[03:04] <Mez> persia, it's not installing the menu files
[03:04] <_Enchained> ok raphink
[03:07] <persia> raphink:
[03:07] <raphink> oh good news
[03:07] <persia> Mez: The menu file, or the .desktop file?
[03:08] <Mez> both
[03:08] <Mez> actually where does the "menu" goe?
[03:08] <persia> Mez: Could you put the .diff.gz and .dsc somewhere?  I'll take a closer look as to why you see that behaviour.
[03:09] <persia> Mez: /usr/share/menu/nostromo.menu.  Don't manually install this, just put the contents in debian/menu, and dh_installmenu takes care of it.
[03:09] <_Enchained> Mez: http://revu.tauware.de/details.py?upid=4091 updated
[03:10] <Mez> the menu is installing
[03:10] <Mez> but not the .desktop
[03:11] <persia> Mez: The .desktop should be being installed by the combination of debian/install and dh_install.  Could you paste these files?  I'll take a look.
[03:11] <persia> Mez: (rules, install)
[03:11] <Mez> one sec
[03:12] <Mez> http://rafb.net/paste/
[03:12] <Mez> http://rafb.net/p/vm2UPg77.html
[03:13] <Mez> http://rafb.net/p/yYr7eX30.html
[03:14] <Mez> debian/nostromo.desktop usr/share/applciations
[03:14] <Mez> I cant type
[03:14] <persia> Mez: One of us mispelled applications :)
[03:15] <persia> Mez: You might also try moving nostromo_container_script to nostromo, and using install to drop it in usr/bin.
[03:16] <Mez> persia, the reason I did it that way was because when it builds - it installs to debian/nostromo/*
[03:16] <Mez> ;)
[03:16] <persia> Mez: Ah.  In that case, nevermind (some packages use debian/tmp, etc.).
[03:17] <Mez> persia: other than that- looks good :D
[03:18] <persia> Mez: Personally, I'd move the config.sub and config.guess copy stanza to configure and delete in clean to make for cleaner debdiffs, but that's just me.
[03:18] <Mez> *shrugs*
[03:18] <Mez> add it as a comment in the revu upload
[03:19] <Mez> http://revu.tauware.de/details.py?upid=4092
[03:19] <Mez> actually I see what you mean
[03:23] <_Enchained> Mez: (greystoration updated)
[03:23] <_Enchained> greycstoration*
[03:24] <Mez> why the B-D on autotools-dev ?
[03:24] <persia> Mez: Without that, config.sub and config.guess don't exist, so they cannot be copied.
[03:25] <_Enchained> Mez: doesn't needed ? (it was by default)
[03:25] <Mez> shouldnt have been by default
[03:25] <Mez> nothing should do it by default
[03:25] <_Enchained> ok ^^
[03:25] <Mez> persia, was that about a-d ?
[03:25] <_Enchained> well, by default > with dh_make
[03:26] <Mez> _Enchained, ignore me
[03:26] <persia> Mez: Yes.  autotools-dev provides config.sub and config.guess.
[03:26] <_Enchained> :x ok
[03:27] <Mez> my fault
[03:29] <Mez> "touch $@" ?
[03:29] <persia> Mez: nostromo: /usr/doc -> /usr/share/doc
[03:29] <Mez> grr
[03:34] <Mez> anythings else ?
[03:34] <_Enchained> Mez: sometimes, autotools-dev is not needed ?
[03:35] <_Enchained> (I think it's the case for mine)
[03:35] <Mez> It depends on whats done
[03:35] <_Enchained> it seems to build without...
[03:35] <Mez> _Enchained, then probably doesnt need it
[03:35] <_Enchained> ok
[03:37] <Mez> persia, http://revu.tauware.de/details.py?upid=4094
[03:39] <Mez> persia, just pinged off an email to upstread
[03:39] <_Enchained> updated : http://revu.tauware.de/details.py?upid=4095
[03:39] <Mez> upstream *
[03:40] <Mez> _Enchained, does it build against main or does it need to be universe?
[03:41] <_Enchained> what's the difference ?
[03:41] <Mez> not much
[03:41] <Mez> just means I use a different pbuild ;)
[03:41] <persia> Mez: nostromo: invoke-rc.d (policy <IP_ADDRESS>).  Also, it doesn't work for me.
[03:41] <_Enchained> I don't know...
[03:42] <_Enchained> I thinked for universe
[03:42] <Mez> persia: doesnt work for you how?
[03:42] <_Enchained> (main are packaged by ubuntu dev no?)
[03:43] <Adri2000> main/restricted -> ubuntu-core-dev
[03:43] <Adri2000> universe/multiverse -> ubuntu-dev
[03:44] <_Enchained> Adri2000: but I'm not an ubuntu-dev ...
[03:44] <Adri2000> _Enchained: you meant ubuntu developers maybe?
[03:44] <persia> Mez: No applet loads, and all the configuration options are grey.  I have a nostromo_n50.pid file in the directory I happened to be in when I installed it, and the contents are not a number (l).
[03:44] <Mez> _Enchained, dont worry
[03:44] <Mez> persia, ... out of curiosyt
[03:45] <Mez> can you paste the output of ls -la /dev/input
[03:45] <_Enchained> Mez: maybe I should fix the "" in copyright too ?...
[03:45] <Mez> _Enchained, sure, why not ;)
[03:45] <Mez> copyright is ok
[03:45] <Mez> control is more important
[03:45] <_Enchained> and add email addresses I've forgotten :x
[03:46] <persia> Mez: http://rafb.net/p/KtWcBG79.html
[03:46] <Mez> and does running
[03:46] <Mez> nostromo_daemon
[03:46] <Mez> from the command line work?
[03:47] <Mez> persia, you should see something in your notification area
[03:48] <persia> Mez: no output.  No icon in the panel, no change in control-center behaviour.
[03:48] <Mez> persia:  cat /proc/bus/input/devices
[03:50] <persia> Mez: http://rafb.net/p/Q9sF6g98.html
[03:50] <Mez> persia... very very very strange
[03:51] <Mez> persia, lsmod evdev
[03:51] <Mez> sorry
[03:51] <Mez> lsmod | grep evdev
[03:52] <persia> Mez: installed.  Nothing depends on it.
[03:52] <Mez> hmm
[03:52] <Mez> grr
[03:52] <Mez> your setup should work
[03:52] <Mez> it works for me!
[03:52] <Mez> and your setup mirrors mind
[03:52] <Mez> mine *
[04:28] <sdfgsdfgsgf> hi all
[04:36] <bddebian> Hey
[04:36] <crimsun> the deity himself.
[04:36] <bddebian> Not me man
[04:38] <bddebian> I've removed myself for now
[04:39] <crimsun> going to bask in paradise?
[04:40] <bddebian> crimsun: Nah, waiting until I can meet ajmitch's standards
[04:46] <Lutin> hi bddebian
[04:55] <bddebian> Hi Lutin
[04:58] <Lutin> bddebian: thanks for your comment on mlt :) I fixed it
[04:59] <Lutin> if you have some time to look at it again :)
[05:03] <bddebian> Lutin: I've been demoted, ajmitch will look at it for you
[05:03] <Lutin> bddebian: oh :o
[05:03] <Lutin> why ?
[05:04] <chillywilly> bddebian: your revu privileges have been hereby revoked ;)
[05:11] <crimsun> ugh, 79665 has an ugly Icon location in the .desktop
[05:12] <crimsun> I'll poke persia about that
[05:32] <Mez> lmao
[05:32] <Mez> poor persia
[05:32] <bddebian> ?
[05:33] <Mez> the ".desktop" guru it seems
[05:34] <Enverex> hmm, I uploaded uade and ccd2iso to REVU absoloutely ages ago, waited a few months and gave up after no comments, now they don't seem to be on there at all...
[05:34] <Enverex> Oh, and e-uae
[05:34] <Enverex> ah, e-uae is there, the other two arn't
[05:34] <bddebian> Enverex: If they were old and not updated, they were probably archived
[05:34] <Adri2000> bddebian: have you found out what you did wrong according to ajmitch?
[05:34] <bddebian> Adri2000: Nope
[05:35] <Adri2000> :-/
[05:37] <crimsun> bddebian: you failed to enumerate the Ubuntu delta
[05:37] <bddebian> crimsun: On which package?
[05:37] <crimsun> some merge
[05:37] <Adri2000> argh
[05:38] <Adri2000> crimsun: then it's me
[05:40] <bddebian> crimsun: Was it msttcorefonts?
[05:40] <crimsun> bddebian: yes
[05:40] <crimsun> (so it wasn't your fault)
[05:41] <crimsun> you can poke Adri2000 with a dead pony
[05:41] <bddebian> crimsun: No it, was my fault.  I checked the changelog. Not sure how I missed that.
[05:42] <crimsun> well, at least you weren't scolded by infinity for a merge or broke the toolchain for edgy
[05:42] <crimsun> (both of which I've awesomely done)
[05:43] <bddebian> Wait a minute, what's wrong with it?  That's how they have been getting brought in?
[05:43] <crimsun> wrong with what?
[05:43] <bddebian> Incorrectly I agree but it's consistent
[05:43] <bddebian>  1.7ubuntu1
[05:44] <crimsun> no
[05:45] <crimsun> 1.7ubuntu1 and 1.6ubuntu1 should list your changes from 1.5ubuntu1
[05:45] <crimsun> it takes up more space, yes, but that's proper
[05:46] <LaserJock> you guys better watch out if I ever learn to like email
[05:46] <sharms> ha
[05:47] <bddebian> crimsun: Ahh, OK, I gotcha
[05:48] <crimsun> LaserJock: we have killfiles.
[05:48] <crimsun> which, well, work amazingly for ubuntu-users
[05:48] <LaserJock> crimsun: but of course everything I say is so worthwile and full of wisdom ;-)
[05:49] <LaserJock> how could you miss out on that? ;-)
[05:49] <crimsun> duh, you're 1/3 of the trinity
[05:49] <LaserJock> bah
[05:49] <crimsun> you Think and It Is
[05:49] <LaserJock> unfortunately that is not so
[05:49] <LaserJock> or there would be some big changes around here :-)
[05:50] <crimsun> gotta be careful not to mold us after your own image, eh?
[05:51] <bddebian> heh
[05:52] <LaserJock> crimsun: something like that :-)
[05:53] <LaserJock> bah, I'm still not getting my own emails from lists I don't think :(
[05:53] <Toadstool> g'morning everybody
[05:53] <fernando> Toadstool: moin
[05:54] <bddebian> Heya Toadstool
[05:54] <Toadstool> hi bddebian, fernando
[05:55] <Adri2000> crimsun: I didn't paste the ubuntu changes for these two changelogs, because the changes were specified a few lines above and debian only did translation changes (so it was clear that it had nothing to do with the ubuntu changes). Now I know I have to do it *always*, so I will.
[05:57] <LaserJock> hmm, if uploads gave karma I think doko would be near the top
[05:57] <LaserJock> between OO.o and "lets rebuild the world" sprints :-)
[06:01] <Toadstool> heh
[06:09] <imbrandon> LaserJock, hehe
[06:09] <imbrandon> LaserJock, and Riddell with rebuildign kde*
[06:09] <imbrandon> ;)
[06:10] <LaserJock> imbrandon: yeah, for sure
[06:13] <sharms> LaserJock: I didn't see the mail yet either
[06:13] <LaserJock> sharms: mine?
[06:13] <sharms> yup
[06:13] <sharms> oh nvm it was in a thread
[06:45] <chillywilly> been googling for a while but does anyone know how to enable the lm-sensors MIB when running snmpd?
[06:45] <chillywilly> under edgy
[07:08] <bddebian> Gah, Feisty install can't mount my USB CD-ROM.. :-(
[07:12] <Toadstool> fix it! :)
[07:12] <bddebian> Toadstool: I freakin' hate USB :-(
[07:12] <Toadstool> heh
[07:13] <bddebian> I don't even know how a USB devices shows up in /dev :-(
[07:13] <imbrandon> bddebian, mostly /dev/sd*
[07:14] <Toadstool> some kind of kernel/udev magic?
[07:14] <Toadstool> that's all I know :p
[07:17] <bddebian> Well I have sda1 and sda2
[07:29] <Laser_away> anybody noticed not being able to login with gdm?
[07:29] <Laser_away> in feisty
[07:29] <Q-FUNK> yup
[07:30] <Laser_away> hmm, I can't find a bug report
[07:30] <Laser_away> surely there is one
[07:30] <Q-FUNK> and in edgy too, since some components were recently updated.  automated login suddenyl fails
[07:30] <fowlduck-> no one could log in to file it ;)
[07:30] <Laser_away> Q-FUNK: well, mine isn't automated login
[07:33] <Laser_away> well, maybe it's just me
[07:41] <bigon> Hi, I have added myself on the ubuntu contributor team, could you resync the keyring? thanks :)
[07:41] <bddebian> OK afaict dmesg shows the CD on /dev/sg1 but I can't mount it
[08:26] <lasindi> Hi all, I was wondering, are there any plans to include VirtualBox in Feisty, as it's now open source?
[08:26] <afflux> I'm not shure if this is the right place to ask, but: is there any special reason why there is no "truecrypt"-package?
[08:27] <imbrandon> lasindi, if someone takes the time to package it and have it reviewed then possibly
[08:27] <imbrandon> afflux, see whgat i said about virtualbox
[08:28] <somerville32> LaserJock, link?
[08:28] <somerville32> err...
[08:28] <somerville32> lasindi, link?
[08:28] <lasindi> imbrandon: The Truecrypt project has already produced packages for Dapper and Edgy, so the packaging part is done. Who needs to review it?
[08:29] <lasindi> somerville32: http://www.virtualbox.org
[08:29] <afflux> alright. Am I allowed to package this on my own using the wiki?
[08:29] <imbrandon> afflux, yes
[08:29] <imbrandon> lasindi, REVU
[08:30] <afflux> alright. I'm gonna try.
[08:30] <zul> ajmitch: ping
[08:31] <somerville32> lasindi, They only provide binary packages so we'll have to create our own
[08:32] <zul> somerville32: umm...no they have a svn
[08:33] <imbrandon> zul, but the packageing isnt included in the svn
[08:33] <imbrandon> ;)
[08:33] <imbrandon> e.g. the debian/
[08:33] <zul> meh..
[08:33] <somerville32> lasindi, They only provide binary packages so we'll have to create our own
[08:34] <somerville32> Also, I'm not so sure about uploading an svn snapshot - could be interesting, lol
[08:36] <lasindi> somerville32: well, they do have source code releases, so why would we need an svn snapshot?
[08:37] <somerville32> Where are they?
[08:37] <lasindi> http://www.truecrypt.org/downloads.php
[08:37] <lasindi> Select "Other (source code)" from the drop down menu
[08:37] <imbrandon> he is refering to vbox
[08:37] <lasindi> Ohh
[08:38] <imbrandon> somerville32, i have it debianized, i'll upload something for tseting in a few
[08:38] <imbrandon> testing*
[08:38] <somerville32> imbrandon, cool :)
[08:38] <lasindi> Are you talking about vbox or truecrypt?
[08:39] <imbrandon> lasindi, vbox, truecrypt you or other interested parties will have to debianize it , put it on revu and go from there
[08:41] <lasindi> Okay, I've only done one Debian package in the past, but I'll give it a try with vbox.
[08:41] <bigon> is there any revu.tauware.de admin here?
[08:41] <imbrandon> lasindi, as i said i have vbox debianized already , just test compiling it
[08:41] <lasindi> Ah
[08:42] <lasindi> In that case, I'll try Truecrypt
[08:42] <imbrandon> bigon, there are a few ;) what do you need ?
[08:43] <bigon> imbrandon: syncing the keyring (I have added myself to the revu group) and remove some files in incoming
[08:44] <lasindi> imbrandon: I am running Edgy, by the way; should I be doing this on Feisty or is there a possibility of it going into Edgy?
[08:45] <imbrandon> lasindi, you shoudl be doing it in a feisty pbuilder, the host env dosent matter much
[08:45] <imbrandon> bigon, ajmitch or siretart will have to do that when they are arround ( not atm afaik )
[08:45] <bigon> imbrandon: thx
[08:46] <trappist> I've got a fixy patch on bug #78993 - could somebody take a look?
[08:46] <Ubugtu> Malone bug 78993 in mrxvt "transparency setting/option not respected" [Undecided,Unconfirmed]  https://launchpad.net/bugs/78993
[08:46] <ajmitch> bigon: tell us what files, and we can do it
[08:47] <bigon> ajmitch: libcm_0.1.1-0ubuntu1.*
[08:47] <ajmitch> ok..
[08:54] <ajmitch> bigon: done
[08:55] <imbrandon> heya ajmitch
[09:01] <ajmitch> hello imbrandon
[09:06] <bigon> ajmitch: thx
[09:28] <zul> ajmitch: ping same place as before
[09:34] <bddebian> Jeff!
[09:34] <jbailey> Heya Barry. =)
[09:34] <jbailey> siretart: Around? =)
[09:35] <LaserJock> goodness, *the* Jeff Bailey in #ubuntu-motu? ;-)
[09:35] <jbailey> LaserJock: I've been known to visit here occasionally.  Just not recently ;)
[09:36] <ajmitch> LaserJock: apparantly so
[09:36] <ajmitch> hello jeff
[09:36] <LaserJock> has your wife had her baby yet? I can't remember this things
[09:36] <jbailey> IIRC, I hung out here a little longer than I hung out on #ubuntu-devel ;)
[09:36] <zul> hi jeff
[09:36] <jbailey> LaserJock: Nope, not yet.
[09:36] <jbailey> LaserJock: We're still a month off.
[09:36] <LaserJock> ah
[09:36] <jbailey> Heya Chuck
[09:36] <jbailey> (et. all)
[09:37] <zul> how is everything
[09:38] <joejaxx> well flash 9 has been released
[09:38] <joejaxx> for linux
[09:40] <ajmitch> queue the bug reports
[09:46] <crimsun> Adri2000: thanks.
[09:46] <crimsun> ajmitch: yeah, I've my pointy stick on hand
[09:50] <mdke> hi chaps
[09:50] <mdke> I wanted to talk about dvds
[09:51] <mdke> you probably know that debian have removed the install-css script from libdvdread3
[09:51] <mdke> we need to find a solution to this
[09:51] <mdke> either by replacing it, or shipping another package, I'd like to talk this over with someone, who's good?
[09:53] <crimsun> well, all of us for some subset of the possible resolutions.
[09:53] <mdke> crimsun: what do you think is a good solution?
[09:53] <crimsun> ideally we'd chunk libdvdcss source into multiverse
[09:54] <mdke> in a separate package?
[09:54] <crimsun> import the source from debian-multimedia
[09:54] <crimsun> an alternative would be to see if we can use whatever Fluendo provides (if they have licensed the tech)
[09:54] <mdke> what do you mean by source?
[09:55] <crimsun> http://debian-multimedia.org/pool/main/libd/libdvdcss/libdvdcss_1.2.9.orig.tar.gz http://debian-multimedia.org/pool/main/libd/libdvdcss/libdvdcss_1.2.9-0.0.diff.gz http://debian-multimedia.org/pool/main/libd/libdvdcss/libdvdcss_1.2.9-0.0.dsc
[09:55] <mdke> not shipping a binary package?
[09:55] <Sp4rKy> please, in {pre,post}{inst,rm} script, does the shebang must be #!/bin/sh or can it be bash ?
[09:55] <crimsun> we need the source to build the binaries.
[09:55] <mdke> crimsun: ok, misunderstood you.
[09:55] <Sp4rKy> to avoid bashism ?
[09:55] <crimsun> Sp4rKy: if it needs to be /bin/bash, then it needs to be /bin/bash.
[09:56] <Sp4rKy> ok
[09:56] <mdke> crimsun: I agree that shipping a libdvdcss package in multiverse is a good solution
[09:56] <Sp4rKy> thx crimsun
[09:56] <mdke> are there any reasons not to just do it?
[09:56] <crimsun> mdke: the existing ones include "we don't know if we can"
[09:56] <mdke> crimsun: right. I have some suggestions on that.
[09:56] <crimsun> mdke: see the relatively recent removal of acroread 7.0.9 from feisty for an example
[09:57] <siretart> jbailey: right now, yes
[09:57] <mdke> they essentially involve ignoring the issue
[09:57] <jbailey> siretart: Heya!  Daniel mentioned that you might have a bzr-buildpackage type of thing and suggented that I ask you about it.
[09:57] <siretart> jbailey: yes, I uploaded it yesterday to ubuntu
[09:58] <siretart> jbailey: it is described here: http://wiki.debian.org/BzrBuildpackage/ and discussed here: http://wiki.debian.org/BzrBuildpackage/DesignIdeas
[09:58] <jbailey> Nice!
[09:58] <siretart> implemented as bzr plugin, with a small shell wrapper called 'bzr-buildpackage', which just does 'exec bzr bd $*'
[09:59] <jbailey> We have a bunch of the toolchain stuff in bzr.
[09:59] <jbailey> So it would be nice to have this tool for that.
[09:59] <siretart> jbailey: feel free to contribute a branch here: https://code.launchpad.net/bzr-builddeb/
[09:59] <siretart> :)
[10:00] <siretart> jelmer said yesterday, that he could package things like charm with his bzr-svn plugin, where the upstream branch is actually in svn, and his debian/ dir with packaging in bzr
[10:03] <jbailey> Ahah, nice.
[10:03] <jbailey> Cool, so I'll play with this a bug, then.
[10:03] <jbailey> Thanks!
[10:05] <doko> hmm, are MOTUs allowed to approve packages for multiverse?
[10:05] <LaserJock> doko: yes
[10:06] <crimsun> well, do you mean ACCEPT in soyuz?
[10:06] <LaserJock> oh, wait. I missread approve as upload
[10:14] <ausimage> Hello I was wondering what might be the status of packaging flash-nonfree 9,0,31. I am still experiencing issues with 9,0,28...
[10:15] <ajmitch> ausimage: it's already been uploaded
[10:15] <ausimage> good.... thanks
[10:15] <ajmitch> bah
[10:15] <ajmitch> such a shame it's still only for x86 :)
[10:19] <jbailey> ajmitch: I'm having good luck with gnash.
[10:19] <jbailey> The development rate on it is *quite* high.
[10:19] <jbailey> Lat update I did, I couldn't do youtube, but I could do some video things, and I could work my way around some websites.
[10:23] <ajmitch> that's good, we really do need a free flash player
[10:24] <ajmitch> and now we're much closer to having free java browser plugins as well
[10:25] <jbailey> gcjwebplugin also works remarkably well.
[10:25] <jbailey> i don't have enough time to test gnash updates and upload them, but it would be nice to upload snapshots occasionally to Ubuntu.
[10:25] <jbailey> I'd rather put work into a nightly snapshot package for it.
[10:26] <jbailey> I'm not sure how much use a ppc gnash package would be to other people, though ;)
[10:26] <ajmitch> I'm sure a few people would use it :)
[10:39] <jbailey> What's the right way to request package removal?  bzrk and olive are now cruft.
[10:39] <siretart> jbailey: file a bug and subscribe 'ubuntu-archive'
[10:39] <ajmitch> siretart can type faster than I..
[10:39] <siretart> ;)
[10:39] <jbailey> Cool, thanks. =)
[10:40] <siretart> python django or python turbo gears?
[10:40] <ajmitch> I haven't used either :)
[10:40] <ajmitch> so I've only heard the hype about both
[10:41] <ajmitch> I've heard django is fairly good
[10:41] <siretart> turbogears seems to be longer in debian, though
[10:43] <sharms> Guido endorces django
[10:43] <sharms> although both look nice, I trust the creator of python :)
[10:44] <ajmitch> or you could go with zope ;)
[10:45] <_Enchained> good night all
[10:45] <ajmitch> night _Enchained
[10:46] <_Enchained> (for those who are near)
[10:52] <bddebian> Why is Mithrandir the only archive guy atm?
[10:55] <ajmitch> because the others are busy/away
[10:56] <bddebian> Hmm
[11:03] <bddebian> This oughta be interesting.  Dapper Edubuntu -> Edgy Ubuntu -> Feisty :-)
[11:15] <joejaxx> interesting
[11:15] <joejaxx> flash9 does not support Opera
[11:17] <crimsun> ...?
[11:29] <rexbron> bddebian: I addressed crimsun's conserns. Could you look at murrine, upid 4099
[11:34] <bddebian> No way man, I'm scared of crimsun and ajmitch now
[11:34] <ajmitch> I'll leave, then you won't need to be scared of me
[11:34] <bddebian> ajmitch: No, sounds like I need to leave since I make so many mistakes apparently
[11:35] <Kyral> bddebian is GOD :P
[11:36] <bddebian> not hardly man
[11:36] <Kyral> *shrug* What do I know I'm just a washed up former Maintainter :P
[11:39] <allee> hi MOTUs.  Digikam*-doc did not make it into dapper (they are in edgy, feist).  Is this important enough to request a backport (no changes needed).  Bug 57833
[11:39] <Ubugtu> Malone bug 57833 in digikam "digikam has missing documentation" [Undecided,Confirmed]  https://launchpad.net/bugs/57833
[11:43] <ScottK> bddebian: OK, not God, but still very good to have around.
[11:43] <allee> hi Tonio
[11:45] <allee> Tonio_: have you seen the reminder for bug 73617
[11:45] <Ubugtu> Malone bug 73617 in digikam "SRU proposal" [Undecided,Unconfirmed]  https://launchpad.net/bugs/73617
[11:46] <Tonio_> allee: I tried to ping mdz on that point without success.....
[11:47] <Tonio_> I'll probably retry tomorrow, thanks for the tip
[11:47] <allee> k, thx
[11:47] <Tonio_> allee: although I'll have to sync with debian first :)
[11:47] <Tonio_> allee: aware of debtags or not ?
[11:47] <Tonio_> I need to rebuild the package but I have a problem to reapply autogen.sh
[11:47] <allee> Tonio_: I know, but never used them
[11:47] <Tonio_> requires svn access
[11:48] <allee> Tonio_: which pkg?
[11:48] <bddebian> ScottK: Bah, you're just saying that so I'll review your stuff ;-P
[11:48] <Tonio_> allee: debtags
[11:49] <Tonio_> allee: autogen.sh performs this :
[11:49] <Tonio_> svn cat svn+ssh://svn.debian.org/svn/debtags/tagdb/tags | tagcoll copy | gzip -9 > tags-current.gz
[11:49] <Tonio_> asking for a password here.....
[11:50] <allee> Tonio_: a there anonymous access afaik. checking ...
[11:50] <Tonio_> I tried anonymous but without success
[11:51] <allee> Tonio_: try svn://svn.debian.org/...   this does not ask a pasword
[11:52] <ScottK> bddebian: No, I'm saying it because you DO review my stuff.  I feel like I'm making good progress here and you help is a very significant part of that.
[11:54] <Tonio_> allee: looks like working indeed......... strange
[11:54] <ScottK> you/your...
[11:55] <allee> Tonio_: the ssh+svn mean loging via ssh and start an svn client  (like rsync does)
[11:55] <allee> Tonio_: I assume you need some SVN_* or ~/.subversion config to set you default user
[11:56] <allee> ... to get svn+ssh url working
[11:56] <Tonio_> allee: well I should be fine fixing debtags with just svn:/
[11:57] <allee> Tonio_: I strip also the first svn from path. that works here: svn cat svn://svn.debian.org/svn/debtags/tagdb/tags
[11:57] <Tonio_> allee: yeah that's what I did
[11:57] <allee> as well as svn cat svn://svn.debian.org/debtags/tagdb/tags