[12:39] <hendrixski> persia, ah, that is a much better guide
[12:40] <persia> hendrixski: If you find yourself with some time, and could update the first, that'd be a great help.
[12:41] <hendrixski> persia, I just might... :-)
[12:42] <hendrixski> persia, this is the one I'd really like to update: http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html
[12:42] <hendrixski> it only talks about dchroots
[12:43] <persia> hendrixski: I'd recommend targeted updates.  If you have alternate language, please suggest it.
[12:43] <hendrixski> persia,  target updates?
[12:44] <persia> hendrixski: I don't recommend trying to fix the packaging guide in one pass.  Rather, pick specific targets to be updated, and change each piece individually.
[12:46] <hendrixski> oh yeah, totally.  That's what I was thinking.  I assume the rest of the guide is moderately up to date,,, just there's nothing on it about schroots: like why, how, etc.  I've thought about how cool it'd be to submit a new page to it. :-)
[12:46] <hendrixski> it's one of the pages in the appendix
[12:49] <persia> Does anyone know of a report that compares package versions in etch and gutsy?  I've just found a CVE fixed in etch and open in gutsy, and wondered if there might be more...
[12:50] <ajmitch> persia: like the rc bugs list?
[12:50] <ajmitch> but with a full version comparison?
[12:50] <imbrandon> persia: mdt ?
[12:51] <ajmitch> s/comparions/comparisons/
[12:51] <pkern> persia: http://utnubu.alioth.debian.org/ are version number comparision.
[12:51] <pkern> +s
[12:51] <ajmitch> http://people.ubuntu.com/~pitti/ubuntu-cve/unfixed.html
[12:51] <persia> ajmitch: Well, sorta.  Alternately something like multidisttools.  The issue with the rc bugs list is that it recommends the newest packages.  I should probably investigate those, but was looking for mindless sync requests.
[12:52] <ajmitch> persia: of course it recommends the newest, since that's what's syncable
[12:52] <persia> ajmitch: We can't sync from stable?
[12:52] <pkern> We can.
[12:53] <imbrandon> persia: stable should be much older than what we have
[12:53] <ajmitch> debian stable has usually been a bit behind ubuntu :)
[12:53] <persia> imbrandon: pkern: mdt does nicely, but it compares against sid, not etch :).  No worries.
[12:53] <pkern> I think it's just not commonly done because most packages are > in gutsy.
[12:53] <ajmitch> imbrandon: 'should'
[12:53] <persia> imbrandon: That's my thought.  If there's anything on the list, it would be an immediate sync candidate.
[12:53] <pkern> Out of Utnubu view there is no use in Etch diffs. ;)
[12:53] <ajmitch> imbrandon: the rc bug list should be mostly empty by now, too ;)
[12:53] <imbrandon> and mdt you can make it compare etch ( or any debian based archive )
[12:53] <imbrandon> for that matter
[12:53] <imbrandon> not just sid
[12:54] <ajmitch> pkern: you've seen the rc bugs page we're talking about, I presume?
[12:54] <persia> imbrandon: Yep.  Perhaps I'll install locally, and file a heap of sync requests this weekend.
[12:54] <pkern> ajmitch: Of course not. ;)
[12:54] <ajmitch> pkern: typical lazy MOTU ;)
[12:54] <imbrandon> lol
[12:55] <pkern> ajmitch: No, just not following ALL on IRC, heh.
[12:55] <ajmitch> there may be some overlap with what's useful for utnubu
[12:55] <ajmitch> pkern: it's ok, it's only been on the wiki for a few months :)
[12:55] <persia> pkern: The RC buglist appears in TODO, and has been announced at least three times to ubuntu-motu@l.u.c
[12:55] <pkern> ajmitch: :P
[12:55] <ajmitch> it's a steaming pile of code that I'm cleaning up, too
[12:56] <pkern> persia: I didn't know it's about any RC buglist.
[12:56] <ajmitch> pkern: it's alright, we have too many scattered pieces of info
[12:56] <persia> pkern: The RC buglist isn't quite what I sought (I was actually looking for some public etch <-> gutsy mdt), but it's the closest we have.
[01:12] <hendrixski> the script for the schroot isn't working for me :-(  I get this output:
[01:12] <hendrixski> p$ ./mk-sbuild-lv.sh storagevg gutsy
[01:12] <hendrixski>   Volume group "storagevg" not found
[01:12] <hendrixski> and... this is after I re-logged in
[01:17] <pkern> You need to create LVM volume groups and stuff?
[01:17] <pkern> Now that is easy according to some people. I beg to differ but YMMV.
[01:18] <hendrixski> very nice of the manual to say so
[01:19] <hendrixski> well... I gotta meet up with the girlfriend in a little bit... I guess schroot will have to wait for another day
[01:21] <hendrixski> pkern, apt-cache searching only shows up cowdancer... is that what I'd need to make an LVM?
[01:21] <pkern> ...
[01:21] <pkern> No.
[01:24] <hendrixski> pkern, wait... lvm is a partition thingy, no?
[01:24] <hendrixski> I didn't need to do any of this crap for dchroots
[01:25] <hendrixski> it just took a debootstrap, and ran it so that I could package and compile stuff without cluttering my system
[01:26] <hendrixski> oh well... another day...
[02:33] <bddebian> Heya gang
[02:39] <Simon80> hey
[02:40] <bddebian> Heya Simon80
[02:41] <Simon80> is it ok if I take this opportunity to nag you to fix a bug? I'm not a developer, so this is what I've stopped to
[02:41] <Simon80> and lol, btanks, I tried it out this week
[02:42] <Simon80> stooped to*
[02:43] <Simon80> bddebian: I've been asking in this channel for someone to sync bochsbios from debian to fix Bug #123185, since I can't do it, but it seems straightforward
[02:43] <ubotu> Launchpad bug 123185 in bochs "bochsbios too old for Windows XP with qemu" [Medium,Confirmed]  https://launchpad.net/bugs/123185
[02:44] <bddebian> I'm not sure we can get anymore in now that RC is here but I'll check it out
[02:44] <Simon80> thanks
[02:45] <Simon80> grr, https://wiki.ubuntu.com/ReleaseCandidate
[02:45] <Simon80> I was in here earlier, but nobody responded!
[02:47] <bddebian> Hmm, whole new upstream release, that's no bueno
[02:47] <Simon80> -_-
[02:48] <bddebian> ScottK: You awake?
[02:48] <persia> Simon80: Earlier, I suggested you follow https://wiki.ubuntu.com/FreezeExceptionProcess#head-1d28045481b8803d4815989e93edc4206f4848c4 to prep the bug to be ready for review.
[02:48] <Simon80> persia: I didn't see that
[02:48] <Simon80> sorry
[02:48] <bddebian> Ah.. Heya persia
[02:48] <persia> bddebian: Hey.  BTW, there's a target patch out for the CVE.
[02:49] <bddebian> persia: There any chance of even getting new upstreams in, this late in the game?
[02:49] <bddebian> Oh, there's a CVE for it?
[02:50] <persia> bddebian: New upstreams are possible, but it'd likely have to be an upstream bugfix release addressing an issue widely seen by Ubuntu users.  I've seen a couple NACKs regarding new RCS snapshots, and I suspect motu-uvf will be even more skeptical now that we're RC.
[02:50] <bddebian> Aye
[02:50] <persia> The new version incidentally fixes a CVE, but there's a separated patch, so fixing the CVE shouldn't be an argument for UVFe
[02:57] <bddebian> Hmm, is there a way to tell what kind archive a file is?  It's not gzip, tar, zip, etc
[02:58] <ajmitch> by using file
[02:58] <Simon80> file <filename>
[02:58] <ajmitch> though it may just say it's data
[02:59] <bddebian> Oh, haha, its just a stupid perl script..
[02:59] <Simon80> lol
[02:59] <ajmitch> 'less' would help there :P
[02:59] <bddebian> Aye
[02:59] <ajmitch> I know that perl can look like compressed binary data, but surely it's not that bad?
[02:59] <Simon80> lol
[03:00] <bddebian> I pulled the package from a sourceforge project so I was just expecting a binary
[03:00] <ajmitch> yep
[03:00] <bddebian> Oh yeah, I'm definetly gonna package that one up.. Heh
[03:01] <StevenK> Your OpenMoko?
[03:01] <ajmitch> yeah
[03:01] <ajmitch> I might try out qtopia on it
[03:02] <ajmitch> or I could possibly just upgrade to the latest openmoko image & run qtopia from a chroot on the sd card
[03:02] <persia> ajmitch: Does you phone have enough memory for both?
[03:02] <persia> (RAM)
[03:03] <ajmitch> Mem:        126612      58124      68488          0          0      38356
[03:03] <ajmitch> -/+ buffers/cache:      19768     106844
[03:03] <ajmitch> with the normal openmoko UI running
[03:03] <Simon80> wait a couple months, persia
[03:04] <Simon80> retail version, wifi
[03:04] <Simon80> maybe retail is the wrong word.... user version
[03:04] <RAOF> How's the interface?
[03:07] <chillywilly> ajmitch: you have a neo already?
[03:07] <ajmitch> chillywilly: sure, why not?
[03:07] <chillywilly> ajmitch: developers edition?
[03:07] <Simon80> I don't actually have a Neo1973, but nobody else is answering, so here's this cool video that I saw a few days ago
[03:07] <Simon80> http://dominion.kabel.utwente.nl/koen/cms/kinetic-scrolling-on-the-neo1973
[03:08] <ajmitch> RAOF: 640x480 on small screen, very high dpi :)
[03:08] <ajmitch> it can be a bit tricky without a stylus
[03:09] <RAOF> I'm all for high DPI screens, but how is the *interface* :)
[03:09] <Simon80> lol
[03:09] <Simon80> ...see the link! crazy scrolling!
[03:10] <Simon80> I don't know first hand, but I think there's a lot of churn as far as the software is concerned, lots of potential for change before you will use it
[03:10] <Simon80> that's my impression
[03:10] <RAOF> That looks pretty cool.
[03:12] <Simon80> lol, there's a video with neo's monologue from the end of the matrix on top of a video of the phone
[03:12] <Simon80> it's deep  XD
[03:12] <Simon80> it's not even a video though, it's a picture of it that is slowly zoomed out
[03:13] <Simon80> ajmitch, is there a lot of friction and smudgy fingerprinting when you use your fingers on the screen?
[03:14] <Simon80> that's what always keeps me using the stylus with my gadgets
[03:14] <Simon80> _the_ screen protector?
[03:15] <RAOF> I wouldn't really want to use a stylus for my phone.  That seems too awkward.
[03:15] <StevenK> The plastic that's put on the screen when you first unwrap it, I'm suspecting
[03:15] <ajmitch> the clear sticky plastic that covers the screen
[03:16] <pwnguin> im all for good stylus interfaces
[03:16] <pwnguin> at some point i need to try ubuntu-mobile on this tablet
[03:16] <ajmitch> need faster internets
[03:16] <pwnguin> gnome is not very TabletPC friendly
[03:16] <ajmitch> heh
[03:17] <zul> StevenK: you are just special
[03:18] <ajmitch> so very special
[03:18] <pwnguin> are there vidoes of ubuntu mobile in action?
[03:19] <StevenK> pwnguin: You could keep Gnome on it, and change the window manager to matchbox
[03:21] <pwnguin> why would i do that?
[03:21] <StevenK> Since matchbox looks to be more suited to tablets.
[03:22] <pwnguin> ah
[03:22] <pwnguin> well this tablet pushes 1440x900
[03:23] <pwnguin> id just like to see the whole thing before i start cherry picking ;)
[03:24] <StevenK> The Q1U is 1024x600
[03:25] <pwnguin> the tecra m7 has a keyboard :P
[03:26] <pwnguin> UMPC looks great if you want to carry around a laptop as well
[03:28] <pwnguin> i hate to bring up bug number 1
[03:28] <pwnguin> but
[03:28] <pwnguin> vista has some nice handwriting stuff in TIP
[03:29] <StevenK> I've seen Vista's handwriting stuff
[03:31] <pwnguin> its mostly the same as XP, but they claim to have added training and smarter scratch out delete
[03:57] <pkern> Hah.  Migrated to university IPv6 instead of SixXS and other networking changes fun done.
[03:59] <ajmitch> exciting
[03:59] <ubotu> Launchpad bug 151806 in alsaplayer "CVE-2007-5301 buffer overflow in vorbis input plugi" [Undecided,New]  https://launchpad.net/bugs/151806
[04:00] <TheMuso> persia: What do you mean by patchmonkey exactly?
[04:01] <persia> TheMuso: Someone to grab the patch, make a debdiff, and submit a candidate.  I'm happy to sponsor, but I don't have access to Ubuntu right now.
[04:01] <TheMuso> persia: Ah ok.
[04:01] <TheMuso> this for gutsy, or previous releases.
[04:01] <TheMuso> s/./?
[04:01] <pkern> persia: Looks straightforward?
[04:02] <pkern> persia: i.e. would do.
[04:02] <persia> TheMuso: gutsy is the current target: no need to push CVE vulnerabilities in our new shiny release.  Feisty / Edgy / Dapper would be nice, but is less urgent (in my opinion)
[04:03] <persia> pkern: Huh?
[04:03] <TheMuso> persia: Yeah
[04:03] <TheMuso> I'm happy to do it.
[04:03] <pkern> Ok, then do it. :-P
[04:03] <persia> TheMuso: Thanks.  Saves me sponsoring :)
[04:06] <TheMuso> For gutsy, I assume we just upload as usual, even if its a security fix?
[04:06] <pkern> TheMuso: Yes.
[04:06] <TheMuso> Ok I'm on it
[04:06] <persia> TheMuso: For now.  I haven't heard that the there's anything beyond casual checking on the queue yet.
[04:07] <TheMuso> Ok.
[04:08] <TheMuso> persia: How does one get a patch from the link you provided?
[04:09] <TheMuso> ah hang on, got it worked out.
[04:09] <persia> TheMuso: Sorry about that: cut & paste from the Debian bug.
[04:09] <TheMuso> persia: np
[04:09] <TheMuso> Theres an option to display the patch, which is a diff.
[04:30] <TheMuso> persia: Fix uploaded.
[04:30] <persia> TheMuso: Thank you.  As far as I can see, that's the last CVE from the RC bugs list :)
[04:31] <TheMuso> persia: np
[04:52] <bddebian> anyone know much about libpng?
[04:53] <ScottK> mdomsch: I haven't seen another ack for the UVFe, so I'll look into uploading the ubuntu2 revision.
[04:53] <ScottK> pkern: Pong
[04:53] <ScottK> bddebian: Awake and now present.
[04:53] <ScottK> Hello everyone.
[04:53] <mdomsch> ScottK, thanks much
[04:53] <bddebian> Heya ScottK
[04:54] <ScottK> mdomsch: I haven't actually read the debdiff yet, but I'll look at it.
[04:54] <ScottK> bddebian: See my debian/changelog entry for checkgmail?
[04:55] <bddebian> You sir, are an ass ;-)
[04:55] <ScottK> bddebian: Thank you for that.  That's the kind of encouragement I need.
[04:56] <bddebian> :)
[05:03] <ajmitch> ScottK: best changelog entry ever
[05:04] <ScottK> ajmitch: Thanks.
[05:05] <pkern> 5AM and most of the pending admin work done. ;o)
[05:05] <pwnguin> so is checkgmail better than gmail-notify?
[05:05] <ScottK> pkern: Can you give me an IP address to ping that firehol would have formally dropped, but now wont?
[05:05] <ScottK> pwnguin: No idea.
[05:06] <ScottK> pwnguin: What I know is that Automatix will stop shipping a .desktop for checkgmail because the official version has one now (and it's actually a valid one, unlike theirs).
[05:06] <pwnguin> heh
[05:07] <ScottK> mdomsch: You've tested this and it works right?
[05:07] <pwnguin> i wonder if that'll break upgrades
[05:07] <pwnguin> "zomg, overwriting file not owned by checkgmail!"
[05:07] <mdomsch> ScottK, I tested the code yes, not the actual new packaging thereof
[05:07] <mdomsch> one sec
[05:07] <pkern> ScottK: ka.philkern.de
[05:07] <ScottK> pwnguin: If someone has installed Automatix, whatever upgrade breakage they have is not my problem.
[05:08] <ScottK> mdomsch: OK.  I'm more worried about the code.  The patch applied, so the packaging I can look at and odds are tell.
[05:08] <ScottK> pkern: Thanks
[05:09] <pwnguin> ScottK: i think its a perfect example of why automatix is bad for users. fixing the package by default should be the goal
[05:09] <mdomsch> ScottK, yes, it's working as expected
[05:09] <ScottK> mdomsch: Thanks for the confirmation.  I'm building the package now.  Assuming it builds/installs/uninstalls, I'll upload it.
[05:09] <mdomsch> danke
[05:10] <pkern> mdomsch: ELANG ;)
[05:10] <pkern> gn8 everyone.
[05:10] <ScottK> pwnguin: I also looked and no one ever filed a bug to ask for a .desktop for checkgmail, so it's not like we were non-responsive.
[05:11] <ScottK> mdomsch: Did you see how I updated your bug in LP?  If it's just in the Dell project, most devs will never see it.
[05:12] <mdomsch> ahh, added distribution/package
[05:13] <mdomsch> got it, thanks
[05:13] <ScottK> Yes.  Added the distribution that you're actually trying to fix ;-)
[05:13] <ScottK> No problem
[05:13] <mdomsch> normally one of my teammates handles LP for me, I don't know the finer points yet
[05:14] <ScottK> Well one of the things we do here is help people learn about Ubuntu stuff, so no trouble.
[05:14] <ScottK> If you want to drop a couple of kernel patches to fix my Latitude L400 on Gutsy, it'd be a nice way to say thank you ...
[05:15] <mdomsch> D400 ?
[05:15] <ScottK> L400 (It's old)
[05:15] <mdomsch> was it tiny?
[05:16] <mdomsch> I may have seen one once
[05:16] <ScottK> Yes.  I love the form factor even if it's slow.
[05:16] <ScottK> Bug #127772 Bug 127773
[05:16] <ubotu> Launchpad bug 127772 in linux-source-2.6.22 "CPU fan no longer runs after upgrade to Gutsy" [Medium,Triaged]  https://launchpad.net/bugs/127772
[05:16] <ubotu> Launchpad bug 127773 in hal "A/C Status, CPU Temp, and Battery no longer recognized as present after upgrade to Gutsy in Dell Latitude L400" [Medium,Confirmed]  https://launchpad.net/bugs/127773
[05:17] <ScottK> But those to kernel regressions mean it'll never run Gutsy for anything other than development.
[05:19] <bddebian> Damn, why aren't there any good RPG games for linux?
[05:20] <mdomsch> ScottK, your bios is several revisions out of date; A03 -> A09
[05:20] <ScottK> mdomsch: I'll look into that.  Thanks.
[05:21] <pwnguin> SCOURGE?
[05:21] <pwnguin> also, rpgs are boring :P
[05:21] <bddebian> NWN r0x j00
[05:21] <nixternal> boo
[05:22] <bddebian> As do KoToR, Oblivion
[05:22] <nixternal> I love leaving off ;done in a Makefile, or ;;, or esac...at the dead end of a Makefile, and the build gets all the way to the end...and BOOM! errors out :)
[05:22] <bddebian> heh
[05:22] <ScottK> mdomsch: Uploaded.  A couple of comments:
[05:22] <RAOF> bddebian: I'll aggree with you about KoToR, certainly :)
[05:22] <ScottK> mdomsch: Have a look at how I adjusted your debian/changelog entry.
[05:23] <ScottK> mdomsch: Normally we'd have wanted you to put changes outside the Debian dir in a patch and use a patching system.  Since I know you've got a new upstream and we won't have to maintain the patch, I didn't worry about it this time.
[05:24] <mdomsch> a patching system meaning apply the patch in debian/rules ?
[05:24] <ScottK> mdomsch: Please update your packaging for your new upstream version to include the new debian/changelog entry for this upload and the gutsy/hardy in the distro and we'll get it uploaded when the Hardy repos open.
[05:24] <ScottK> mdomsch: Like dpatch for example.  Gimme a sec and I'll give you a link
[05:25] <pwnguin> bddebian: i can barely think of any good Freeware rpgs, let alone open source linux ones
[05:25] <mdomsch> ok; where can I find the new package now
[05:25] <mdomsch> I can look that up np
[05:25] <pwnguin> unless you count roguelikes, which i assume by the complaint you are not
[05:25] <ScottK> mdomsch: Now you'll have to wait for it to get accepted into the archive.
[05:25] <ScottK> mdomsch: https://wiki.ubuntu.com/MOTU/School/PatchingSources (I knew where to find it...)
[05:28] <bddebian> pwnguin: Nah, I'm thinking something built with the cube engine or something :)
[05:28] <ScottK> Good night all.
[05:28] <bddebian> Gnight ScottK
[05:29] <ajmitch> bddebian: start writing one
[05:30] <pwnguin> is saurbraten open enough?
[05:31] <bddebian> I think the engine is but existing game data is not
[05:31] <bddebian> ajmitch: I would love to if I had nearly the skills to do it
[05:33] <pwnguin> bddebian: why not port nethack to cube?
[05:33] <pwnguin> it's ripe for on the fly level generation
[05:33] <bddebian> Because I'm clueless when it comes to real development
[05:37] <pwnguin> so you made it to MOTU by rote learning?
[05:37] <bddebian> packaging != hacking :-)
[05:37] <lifeless> MOTU isn't about real development
[05:38] <lifeless> its a completely bogus call to make
[05:40] <shirish> hi all, I'm no developer/maintainer but trying to understand how things work.
[05:41] <shirish> for this purpose, I downloaded the source of gedit , sudo apt-get source gedit and it downloaded the same as given at http://pastebin.ca/733844
[05:41] <persia> bddebian: If you've a sense of plot, there's heaps of tools out there to provide alternate content.  avatars are harder, but most animators can't layout a good story, and are quick to respond to requests for collaboration (gives them game credits for their portfolio).
[05:42] <bddebian> shirish: That is OK, it is just letting you know that it is maintained in bzr
[05:43] <bddebian> persia: I wouldn't even know where to start :-(
[05:43] <shirish> bddebian: right, I understood that, my issue is the last line, dpkg-source: applying ./gedit_2.20.1-0ubuntu3.diff.gz
[05:43] <persia> bddebian: How immersive do you seek?  Which genre?
[05:43] <lamont> and sadly, the error message is incorrect english
[05:44] <shirish> bddebian: Am I correct in understanding that it applied the the .diff.gz  to the binary gedit.deb or am I way of-course
[05:44] <shirish> bddebian: please help me understand what the last line does , thanx
[05:44] <bddebian> shirish: It is applying the changes in .diff.gz to the extracted source
[05:44] <lamont> shirish: it untarred the .orig.tar.gz and applied diff.gz to that
[05:44] <shirish> ah.... ok that's cool
[05:44] <bddebian> Gnight lamont
[05:45] <shirish> Gnight lamont
[05:45] <bddebian> persia: Something along the lines of the old C64 Gold Box games.  I am an old (yes OLD :_) ) D&D hack
[05:45] <shirish> bddebian: where would this extracted & applied gedit be now?
[05:46] <shirish> bddebian: I mean in which directory, is there a specific place where the sources go?
[05:46] <bddebian> shirish: It should have created the subdirectory for you.  dpkg-source: extracting gedit in gedit-2.20.1
[05:47] <shirish> bddebian: I know but this sub-directory is in /home/username/gedit or somewhere else?
[05:47] <shirish> bddebian: I can't seem to find the gedit sub-directory in /home/username/
[05:47] <bddebian> shirish: Wherever you ran apt-get source in
[05:48] <shirish> bddebian: aha... ok I found it thanx for your time bddebian
[05:48] <shirish> :)
[05:48] <bddebian> NP
[05:56] <bddebian> persia: http://eisenstern.com :-)
[05:57] <persia> bddebian: That's generations beyond C64 Gold Box.
[05:57] <bddebian> I mean story and such.  I happen to like NWN but I didn't want to mention that again with pwnguin around ;-P
[05:58] <pwnguin> what?
[05:58] <bddebian> NWN
[05:58] <pwnguin> i know
[05:59] <pwnguin> but wy would i care?
[05:59] <bddebian> I'm teasing :-)
[05:59] <pwnguin> i dont even feel teased, just confused =/
[06:00] <persia> bddebian: Ah.  Plot-wise, most engines are pretty flexible (athough some are more open-ended than others).  For sauerbraten, check out http://sauerbraten.org/docs/editing.html for initial map layout and http://quadropolis.us/ to hunt up someone who likes making things pretty.
[06:00] <bddebian> pwnguin: Never mind it obviously wasn't funny :-)
[06:01] <pwnguin> i mean, i dont really like nwn type games, but i dont think that was obvious from what ive said
[06:01] <pwnguin> level design in cube / sauerbraten seemed pretty easy
[06:01] <pwnguin> point and shoot
[06:04] <persia> bddebian: For ideas as to how to structure your plot skeleton for an open-ended engine, I suggest you look at the "mission bits" management used in plugins for Escape Velocity (the original game: works in basilisk II) - some of the discussions for that made more sense to me than most other descriptions of how to manage plot progressions.
[06:05] <bddebian> persia: Well, the nice thing about NWN is the user created content.  If you can make the rules and engine generic enough the community creates the content, so it's really more about a toolset than a game.  Though a pure game would be cool too.
[06:06] <persia> bddebian: I believe separation of content and engine is a good thing.  There are too man half-finished engines that make the same mistakes already solved elsewhere (most have a sample game or two to make them worthwhile).
[06:07] <persia> bddebian: If you have the toolset, it's just a matter of licensing.  Most game content developers aren't overly concerned about licensing, but those that are usually claim copyright, and only provide a license to play.
[06:08] <persia> (perhaps more CC-BY-SA adoption in the gaming community would help with this: reduced "you stole it", and increased "you can distribute it"
[06:08] <persia> )
[06:09] <pwnguin> persia: note the recent warsaw debacle
[06:09] <pwnguin> warsow, perhaps
[06:12] <persia> pwnguin: I'm not finding such a debacle in my mail archives.  Something about warsow and battleye, but the internals aren't known to me.
[06:14] <pwnguin> miriam ruiz had a blog entry that seemed pretty coherent
[06:15] <pwnguin> http://www.miriamruiz.es/weblog/?p=110
[06:16] <persia> pwnguin: Ah.  That.  Exactly.
[06:17] <tonyyarusso> bddebian: Do you know who's in charge of the desktop effects stuff in Gutsy?  (gnome)
[06:22] <persia> tonyyarusso: I think the denizens of #ubuntu-desktop are responsible, in at least an oversight role.
[06:23] <tonyyarusso> persia: good point
[06:24] <pwnguin> persia: apparently the mapper felt that he could use copyright to direct developers away from rendering techniques. not sure which he's referring to
[06:25] <persia> pwnguin: It's not really important.  Actual licenses fo files are good.  Not having them is bad, and may result in all sorts of things: generally unhappily.
[06:25] <persia> s/fo/for/
[06:28] <pwnguin> i dont think the problem is license
[06:29] <pwnguin> "unmodified Redistribution is allowed (c) 2007 all rights reserved" is a license
[06:30] <pwnguin> which is basically what they have
[06:31] <persia> pwnguin: That's a good license (as long as it belongs to the project).  Note the 2007.  The previous issue was that it wasn't codified anywhere, so individual files were (c) their authors, rather than (c) the warsow team (as a corporate entity) (and no, I don't mean that in any sense related to national business entity laws)
[06:55] <pwnguin> i suppose i forgot to say (C) acid 2007
[06:56] <persia> pwnguin: Perhaps.  I also forgot to say that "unmodified redistribution is allowed" conflicts with "all rights reserved", and that it should really be "all other rights reserved" (but that as this is default by statute, it's pointless to include in any case)
[06:58] <bddebian> Ah well, gnight folks
[07:17] <siretart> pkern: if we need changes to the rdf, lp is likely to help us here in a timely fashion
[07:17] <siretart> pkern: eg. I requested the key id to be exported. They exported the complete fingerprint in a few weeks (if not faster)
[08:02] <StevenK> make: ./configure: Command not found
[08:03] <RAOF> Yay self-modifying build system?
[08:04] <persia> autogen.sh?
[08:09] <RAOF> autoreconf --install?
[08:09] <RAOF> Still, I'm not quite sure why *make* is invoking configure.
[08:10] <persia> RAOF: make -f debian/rules
[08:10] <RAOF> Heh.
[08:10] <RAOF> Right, yes.  rules is a makefile :)
[08:10] <persia> Alternately, debian rules:1 -> #!/usr/bin/make -f
[08:54] <asisak> Hey MOTUs!
[08:54] <lifeless> win 20
[08:54] <dholbach> good morning
[08:56] <RAOF> Hey asisak, lifeless, dholbach!
[09:05] <\sh> moins
[09:10] <asisak> heya RAOF
[09:10] <asisak> Morgen \sh
[10:11] <huats> morning all
[10:13] <BugMaN> hi all
[10:47] <asisak> dholbach: you said yesterday I should make a quick fix for tilda and ask the archive admins. Do you think it will still be possible during the weekend?
[10:48] <dholbach> asisak: best to ask in #ubuntu-devel - a bunch of RMs are up atm
[10:48] <dholbach> hey thekorn
[10:48] <thekorn> hey dholbach
[12:13] <BugMaN> hi Seveas, could you please add my ubuntu/member cloak? my LP profile is https://launchpad.net/~bugman
[01:20] <dholbach> joejaxx: do you have the full list of uploads/developer for ubuntu.joejaxx.org somewhere?
[01:20] <dholbach> joejaxx: would be cool to get a total number of uploads for the motu team :-))
[01:21] <dholbach> if you have the script for that somewhere, I could help to hack on that
[01:56] <asisak> hey pochu
[01:58] <pochu> heya asisak, how is it going?
[02:00] <asisak> pochu: I am too busy nowadays, otherwise fine, thanks.
[02:01] <pochu> asisak: too busy with Final bug fixes? ;)
[02:03] <asisak> No, with uni stuff... I wanted to fix more bugs ...
[02:04] <bddebian> Heya gang
[02:05] <asisak> heya bddebian
[02:05] <bddebian> Hello asisak
[02:05] <norsetto> morning bddebian
[02:06] <asisak> Morning norsetto
[02:08] <bddebian> Heya norsetto
[02:08] <norsetto> morning asisak
[02:09] <BugMaN> hi norsetto
[02:09] <norsetto> ave BugMaN
[02:10] <pkern> hi $all
[02:11] <ScottK> Hello everyone.
[02:11] <ubotu> Launchpad bug 121653 in linux-source-2.6.22 "[gutsy]  Suspend to Ram does not work on Z61m" [Wishlist,Confirmed] 
[02:13] <\sh> pkern, are you coming on sunday?
[02:17] <pkern> \sh: Aye.
[02:19] <\sh> pkern, cool...let's sign keys then ;)
[02:19] <pkern> Good point. Need to find my keysigning jacket then. ;)
[02:20] <\sh> pkern, ausweis and your id and fingerprint is enough ;)
[02:20] <pkern> \sh: Fingerprint is printed on many snippets in that very jacket ;)
[02:20] <pkern> \sh: You really need to use RSA keys AFAIR.
[02:20] <norsetto> hi scottk, pkern
[02:20] <pkern> As there are not yet DSA smartcards.
[02:21] <pkern> Hi norsetto.
[02:21] <ScottK> hi norsetto.
[02:22] <ScottK> I'd be interested in an opinion on uploading the fix in Bug 125054 from someone who knows more about udev than me (that would be most of you).
[02:22] <ubotu> Launchpad bug 125054 in openct "openct broken by ubuntu udev setup" [Undecided,New]  https://launchpad.net/bugs/125054
[02:22] <\sh> pkern, yeah....but having already a well known key (DSA) ... so what's it good for...well, I could some nice pam application with it ;)
[02:22] <pkern> \sh: Signing/encryption subkeys?
[02:23] <ScottK> pkern: Look at #ubuntu-devel about 20 minutes ago and be glad we didn't util-linux (>= 2.13) | linux32 on nspluginwrapper.
[02:23] <pkern> \sh: You could attach those to your DSA key.
[02:23] <pkern> ScottK: I'm not on #ubuntu-devel.
[02:23] <ScottK> Ah.
[02:24] <\sh> pkern, yeah...I'll have a look this evening...I didn't have enough time for playing around with it...but ubuntu knows actually how to deal with the smartcard reader :)=
[02:24] <bddebian> Heya pkern, \sh, ScottK.. :)
[02:24] <ScottK> pkern: Apparently autopkgtest or something related decides that means it really ought to install linux32 when then conflicts with stuff and the build dies.
[02:24] <ScottK> heya bddebian.
[02:26] <pkern> ScottK: Bah. Broken tools.
[02:26] <pkern> \sh: Is it new?
[02:27] <pkern> \sh: Well, I would need to get a PCMCIA reader first. Only got a USB one, which would be... annoying.
[02:27] <pkern> Moin bddebian
[02:27] <ScottK> pkern: Agreed.  Just glad it wasn't our upload that pointed out the problem a week before release.
[02:28] <\sh> pkern, I have a usb one...
[02:28] <persia> ScottK: I'm not a udev expert, but the patch looks relatively sane, and I'm tempted when upstream extracts a special patch just for our new shiny release.
[02:29] <ScottK> persia: I'm trying to fix clamav-milter just now.  Could you take that one?
[02:29] <persia> ScottK: Just an upload?
[02:29] <ScottK> persia: Assuming the patch is good, yes.
[02:30] <persia> pkern: Do you happen to use openct to access your smartcard reader?
[02:30] <pkern> \sh: Works for me for HBCI on the desktop. ;)
[02:30] <pkern> persia: libchipcard...
[02:30] <pkern> Don't know what driver it installs. Last time I didn't have to configure anything.
[02:31] <\sh> pkern, I just start this daemon and everything is fine...gpg finds it and can use it :)
[02:31] <pkern> \sh: Yep.
[02:31] <persia> \sh?  Do you by any chance use openct?  I'd like to see a patch tested by non-upstream before it's uploaded (but may in any case)
[02:32] <\sh> persia, nope...
[02:32] <\sh> persia, I have mobile tans and a nice web interface, and a future wife who takes care of my account ,-)
[02:33] <persia> \sh: Ah.  That's the easiest way to administer it :)
[02:49] <\sh> if somebody has time and wants to fix a security upload for gutsy, please use https://bugs.edge.launchpad.net/debian/+source/wzdftpd/+bug/151946
[02:49] <pkern> \sh: private
[02:50] <\sh> grmpf...changing
[02:51] <pkern> \sh: Will do.
[02:51] <\sh> pkern, thx..
[02:51] <white> \sh: why not syncing the NMU from the testing-security team?
[02:52] <\sh> white, ah right...it's already uploaded...
[02:52] <\sh> pkern, wait
[02:52] <\sh> white no
[02:52] <\sh> grmpf
[02:52] <\sh> there are ubuntu changes
[02:52] <\sh> that's why
[02:52] <white> \sh: drop them :P
[02:52] <\sh> white, not this release ;)
[02:56] <ScottK> \sh: Would you be willing to prepare *-security uploads for affected released versions too?
[02:59] <pkern> \sh: done
[03:02] <\sh> ScottK, sure..I wrote it ;)
[03:02] <\sh> ScottK, but this will happen this evening...when I have my real working environment
[03:03] <ScottK> \sh: Great.  I'm sure keescook will be glad to have the updates whenever you can get to them.
[03:03] <ScottK> Thanks.
[03:03] <\sh> ScottK, yepp...I normally provide debdiffs for all -security stuff I do...
[03:04] <\sh> but this was focussed on gutsy because of the release date ,)
[03:04] <ScottK> Great.  Most people don't seem to.  Glad you do...
[03:04] <ScottK> Understand.
[03:05] <\sh> ScottK, when is edgy dying?
[03:05] <pkern> Good signature on /tmp/wzdftpd_0.8.2-2ubuntu2.dsc.
[03:05] <ScottK> Not for another 6 months.  Because Dapper is LTS we don't drop a release this time.
[03:06] <pkern> Sorry \:
[03:17] <ubotu> Launchpad bug 125054 in openct "openct broken by ubuntu udev setup" [Undecided,New]  https://launchpad.net/bugs/125054
[03:18] <\sh> oh damn...
[03:18] <\sh> mhb won't come to the uds...that's sad
[03:20] <Hobbsee> darn :(
[03:21] <\sh> but the explanation is much more sad
[03:22] <\sh> Hobbsee, see planet
[03:23] <Hobbsee> \sh: ugh :(
[03:23] <Hobbsee> i wonder how many people will get hit with that?
[03:26] <\sh> .cx is christmas island?
[03:26] <pkern> US just sucks, but we knew that one already.
[03:27] <\sh> oh it's just the hoster...he's czech...this is old eastern area...no wonder
[03:27] <bddebian> *cough*
[03:27] <pkern> madduck aka Martin F. Krafft is even on the no-fly list.
[03:27] <pkern> Now that's a DD, not a UD, but well.
[03:28] <zul> pkern: er why?
[03:28] <\sh> .oO(Martin showed his other passport ,-)))
[03:28] <pkern> zul: He suspects because he helped hosting al jazeera (i.e. was listed in the WHOIS info).  But you can't get information about that.
[03:28] <ScottK> pkern: Please don't start that.  I've got my own opinions about that, but please don't get me all defensive and stuff.
[03:28] <pkern> Information why you are on this list is secret.
[03:29] <pkern> ScottK: I didn't speak with you, did I?
[03:29] <ScottK> pkern: You maligned my country.
[03:29] <pkern> ScottK: Now you could get out your patriot hat, but I suggest that you do not.
[03:29] <ScottK> It's got issues, but who doesn't.
[03:29] <Hobbsee> take it to #ubuntu-s
[03:29] <Hobbsee> take it to #ubuntu-us
[03:29] <pkern> ScottK: Ok I'll revise my comment.
[03:29] <pkern> US visa policies sucks.
[03:30] <ScottK> pkern: Agreed.  I'm just suggesting we avoid the whole topic.
[03:30] <azeem> pkern: how about you take it elsewhere?
[03:30] <pkern> ScottK: Aye.
[03:30] <persia> Um..  While political discussion in this channel is sometimes appropriate, it should be restricted to Ubuntu governance, and not specific national arrangements.
[03:30] <\sh> no...it's not about the people..it's about the government.. and today, all governments are sucking some more some less...but they all suck
[03:30] <pkern> \sh: That's true, too. Sadly enough.
[03:31] <\sh> she had an invitation of the spain government, she got the tickets et all
[03:31] <pkern> \sh: And she's not from the EU?
[03:32] <pkern> Bah. \:
[03:32] <\sh> pkern, camerron
[03:32] <\sh> cameroon
[03:32] <\sh> the spanish ambassador refused to give her the visa..but she had all the necessary papers...
[03:32] <\sh> his explanation: you don't have an account...and you need one at least with xxxx eur on it
[03:33] <\sh> and now she needs an account with some money on it...and had to get all the papers again, because the old ones are not valid anymore....fun
[03:40] <\sh> so...still 20 minutes to go and then 3 weeks of holiday
[03:41] <Hobbsee> holiday?  waht's that?
[03:42] <persia> 20 minutes?
[03:45] <\sh> perher, end of business for today for me ni 16 minutes now ;)
[03:45] <\sh> Hobbsee, something I hadn't the whole year
[03:45] <ScottK> It's me banging my head against the clamav-milter inits and postfix integration right now instead of doing $WORK.
[03:46] <persia> \sh: Ah.  I can never keep track of daylight adjustments :)  I would have thought 75 minutes.  May it pass quickly.
[03:50] <StevenK> persia: I think clocks go backward when you're waiting for holiday time.
[03:50] <StevenK> blueyed: Ping
[03:51] <blueyed> StevenK: pong
[03:51] <persia> StevenK: I generally have the opposite experience.  I regularly find Fridays prior to vacations extending through midday Sunday.
[03:51] <StevenK> persia: Ew
[03:51] <StevenK> blueyed: I got a second opinion about your debdiff, and I haven't applied it.
[03:52] <StevenK> blueyed: But thank you for proving virtualbox-ose-modules builds on i386 - I've uploaded it for -14
[03:52] <blueyed> cool. What was wrong with the debdiff?
[03:53] <StevenK> blueyed: Dropping the ABI from the package names is the wrong thing to do
[03:56] <blueyed> I see. But I hope some of the "maintainance" improvements got considered? (I'll take a look at it now)
[03:57] <StevenK> blueyed: To be updated I have to edit control and add a changelog entry, that's it
[03:57] <\sh> so...will cu later this evening...:)
[03:57] <StevenK> blueyed: And I already got bugged to add a postinst.
[03:57] <norsetto> anyone on an i1386/feisty for a little test?
[03:57] <StevenK> amd64/feisty, does that count? :-)
[03:58] <norsetto> StevenK: can you cut your cpu in two?
[03:58] <ScottK> norsetto: Do I need a GUI to test it?
[03:58] <StevenK> I can, given a sharp enough edge...
[03:58] <StevenK> Not that I want to.
[03:58] <norsetto> ScottK: I'm afraid so, thx anyhow
[03:59] <StevenK> norsetto: I have a 32 bit chroot
[03:59] <ScottK> norsetto: I do have a Feisty Kubuntu hard drive for my laptop.  If you find no one else, I could reboot into it.
[03:59] <blueyed> StevenK: are you sure that just "postinst" gets put into the package(s)? It wasn't in my test, so I've used <packagename>.postinst.
[03:59] <blueyed> AFAIK postinst only gets used for the first package.
[03:59] <StevenK> blueyed: Read the rules
[03:59] <blueyed> k
[03:59] <pkern> Who's in charge of the release notes?
[03:59] <norsetto> stevenk: can you test gcalctool with that?
[04:00] <dholbach> how's it going?
[04:00] <bddebian> Heya dholbach
[04:01] <dholbach> hey bddebian
[04:01] <StevenK> norsetto: Waiting for it and depends to install...
[04:01] <norsetto> stevenk: thx steven
[04:02] <StevenK> /bin/sh: /usr/bin/esd: No such file or directory
[04:02] <StevenK> Twitch
[04:02] <StevenK> Anyway, what am I testing?
[04:02] <persia> StevenK: That's a good thing, isn't it?
[04:02] <norsetto> scottK: hmmm, don't want you to download half a repo just for that, forgot you are a Kman :-)
[04:03] <norsetto> SteveK: can you convert -1 to binary?
[04:03] <norsetto> StevenK: can you convert -1 to binary?
[04:03] <StevenK> persia: I'm running a *calculator*, why is it trying to run esd?
[04:04] <persia> StevenK: um...  I thought we killed esd.  Aside from that, button-click?
[04:04] <StevenK> norsetto: Yes, it's -1
[04:04] <norsetto> StevenK: try with &16
[04:04] <blueyed> StevenK: looks fine, except from the need to change the version in multiple places (but only one file though). This can only be worked around by using something like control.in and @@ABIVER@@-replacement. But that's really minor, at least decent editors can replace globally.. ;)
[04:04] <StevenK> blueyed: Exactly. :%s/-14/-15/g FTW
[04:05] <StevenK> norsetto: -16 == -10000
[04:06] <norsetto> StevenK: ? Did you convert it to unsigned 16 bit with &16?
[04:06] <StevenK> blueyed: Yeah, I'm just not happy about the bug reports. Eleventy-one people all saying "Doesn't work"
[04:06] <StevenK> norsetto: I did -16
[04:07] <norsetto> stevenk: no, its -1 with &16 (its on the left top)
[04:08] <StevenK> No sane value to convert
[04:08] <norsetto> StevenK: Can you press these button in sequence: &16 - 1 ) bin
[04:10] <StevenK> u16(-1) == 1111111111111111
[04:10] <norsetto> StevenK: ah!
[04:10] <norsetto> stevenk: what about: &16 -128 ) bin
[04:10] <StevenK> u16(-128) == 1111111110000000
[04:10] <norsetto> StevenK: good, thx for the help
[04:11] <StevenK> norsetto: Okay, I'm all done?
[04:11] <persia> The bacula package seems to have most patches in diff.gz, excepting one, applied manually in debian/rules from debian/patches.  The rest of debian/patches appears to be .sed scripts which are run at various points in debian/rules.  Any suggestions on the best method by which to apply Ubuntu patches?
[04:12] <norsetto> stevenk: yes, thx a bunch, you may profit to check if you remember pi to the ninth decimal digit though
[04:12] <StevenK> Only 4, if the 4th digit is a 5
[04:12] <persia> StevenK: 9
[04:12] <StevenK> I swear I used to remember more
[04:13] <StevenK> 3.1429
[04:13] <StevenK> That doesn't look right
[04:13] <persia> StevenK: 3.1415...9
[04:13] <norsetto> StevenK: ouch :-)
[04:13] <pkern> I remember all the digits of Pi. Not the order, though.
[04:13] <StevenK> persia: Haha
[04:15] <persia> (maybe 83 is next?)
[04:15] <dholbach> MOTU Q&A session in 13 minutes in #ubuntu-classroom
[04:16] <persia> dholbach: Can anyone ask questions?  Can I ask about patching bacula?  :)
[04:16] <dholbach> persia: if we run out of other questions...... ;-)
[04:16] <StevenK> Hah
[04:16] <StevenK> What about patching bacula?
[04:16] <StevenK> You leave bacula alone, it is the precious.
[04:16] <persia> dholbach: Fair (but was supposed to be a joke)
[04:16] <dholbach> what kind of abomination is it this time? :)
[04:17] <persia> The bacula package seems to have most patches in diff.gz, excepting one, applied manually in debian/rules from debian/patches.  The rest of debian/patches appears to be .sed scripts which are run at various points in debian/rules.  Any suggestions on the best method by which to apply Ubuntu patches?
[04:17] <zul> ewww bacula i (tried) to maintain it for gentoo
[04:17] <dholbach> if it's too hideous, I'd patch the source and add a debian/applied-patches dir for reference
[04:17] <StevenK> Oh yes, now I remember the packaging for bacula is a little hideous
[04:18] <persia> dholbach: I don't think the reference is very useful.  It's a patch from upstream (separated upstream & I've referenced the upstream bug), and Debian has a much newer version (with the patch applied).
[04:18] <PhinnFort> is it it me, or the vmware-player package that is broken?
[04:18] <Hobbsee> persia: brutally sanitize the package.
[04:18] <pkern> PhinnFort: vmware-player will be removed from Gutsy.
[04:18] <Hobbsee> PhinnFort: it shouldn't even exist anymore
[04:18] <dholbach> persia: ok
[04:19] <persia> Hobbsee: This close to release?  I'd like that, but I don't want to be given a cigarette at dawn.
[04:19] <PhinnFort> pkern: i'm on gutsy, and it exists in a very broken state
[04:19] <Hobbsee> pkern: anyone actually filed a removal request for it?
[04:19] <zul> persia: alot of things are done at the last minute
[04:19] <pkern> Hobbsee: Me.
[04:19] <StevenK> persia: This close to release, it's just the blindfold, sorry.
[04:19] <pkern> Hobbsee: I was told that it will be removed later this week.
[04:20] <StevenK> :-P
[04:20] <Hobbsee> pkern: ah
[04:20] <ScottK> Hobbsee: And pitti said he'd do it.
[04:20] <persia> bug #151424
[04:20] <ubotu> Launchpad bug 151424 in vmware-player "Remove vmware-player 1.0.2-2 from gutsy/multiverse" [Medium,In progress]  https://launchpad.net/bugs/151424
[04:20] <Hobbsee> cool
[04:20] <pkern> Hobbsee: Or "in a few days".
[04:20] <pkern> First asking Fabione or so o_O
[04:20] <zul> persia: you would surprised at how much stuff gets removed at last minute :)
[04:21] <persia> zul: Not really.  I remember the last few releases :)
[04:23] <ScottK> Then openssl097 can die too.
[04:34] <persia> ScottK: I suggest that https://wiki.ubuntu.com/UbuntuDevelopers might be a source of the impression that people need mentors.  You might want to take a look at the top.
[04:35] <ScottK> persia: I'm not gonna fight dholbach on process churn anymore.  I just volunteer here.
[04:35] <persia> ScottK: OK.

[04:35] <ScottK> Thanks though.
[04:35] <dholbach> persia: I'll take a look at it later
[04:36] <persia> dholbach: After the -mentors meeting is probably better
[04:36] <dholbach> yes
[04:37] <dholbach> ScottK: I'm quite sure the 'mentor' bit was there before and used 'mentor' in a different context
[04:37] <dholbach> ScottK: in any case I'll review it and rephrase it properly
[04:37] <dholbach> so please don't make it look like I imposed a process on you again
[04:38] <imbrandon> moins all, heya dholbach
[04:38] <dholbach> persia: yeah
[04:38] <dholbach> hey imbrandon
[04:40] <ScottK2> dholbach: I'm not gonna argue about it.
[04:41] <dholbach> I mentioned it because you said you were bitter about it and whatever you were upset about was in this case not my fault
[04:42] <zul> morning
[04:42] <ScottK2> dholbach: I'm bitter overall about where we are going process wise (as we've discussed before).
[04:42] <dholbach> OK.
[04:43] <Hobbsee> dholbach: can i whine about https://wiki.ubuntu.com/UbuntuDevelopers - it suggests only having 1 sponsor/uploader - this is undesirable.
[04:45] <dholbach> Hobbsee: will take care of it
[04:45] <Hobbsee> persia: true.
[04:45] <Hobbsee> dholbach: great!
[04:45] <Hobbsee> persia: wasnt meaning now, was just putting it on the TODO
[04:46] <dholbach> right-o
[04:56] <ScottK> pkern: With firehol 1.231-4 installed I can ping 91.89.4.9 (the IP I get for the hostname you gave me yesterday).  Shouldn't that not work?
[04:57] <pkern> I'd guess it's the reverse.
[04:59] <ScottK> Ah.
[04:59] <ScottK> That does make it rather harder to test.
[05:00] <pkern> I could ping ya *eg*
[05:01] <ScottK> Well the Dapper box in question is behind a router and I'd have to physically move it to the other side of the house.  Don't think so.
[05:03] <pkern> Hm. Maybe it should also block outgoing traffic not to be silly but well...
[05:03] <pkern> At least 90.0.0.0/7 was present in it.
[05:03] <pkern> Which matches my IP.
[05:03] <StevenK>  /7? Ouch
[05:03] <ScottK> I'll install your fix from -proposed then and see how that goes.
[05:05] <pkern> StevenK: That was actually unroutable.
[05:05] <pkern> StevenK: Until years ago or so. ;)
[05:06] <ScottK> pkern: What was the bug for your firehol SRU again?
[05:07] <StevenK> pkern: Why?
[05:08] <pkern> StevenK: Because they were not delegated to a RIR.
[05:08] <StevenK> pkern: I can't expand RIR
[05:08] <pkern> ScottK: bug #131946
[05:08] <pkern> StevenK: regional internet registries or so
[05:08] <ScottK> pkern: Of course you realize that by making firehol work better with IPv4 you are delaying your goal of IPv6 world dominance.
[05:08] <ScottK> pkern: Thanks.
[05:08] <pkern> StevenK: RIPE, ARIN etc.
[05:08] <ubotu> Launchpad bug 131946 in firehol "Firehol in Ubuntu 6.10 can't work properly due change in reserved ips" [Undecided,Fix committed]  https://launchpad.net/bugs/131946
[05:08] <StevenK> Hah
[05:08] <StevenK> pkern: Ahh, I get you
[05:09] <ScottK> pkern: Commented.
[05:10] <ScottK> leonel: You've got dapper and edgy, right?
[05:10] <leonel> ScottK:  and Gutsy  now :-)
[05:12] <ScottK> leonel: Can you test the SRU for 131946 ^^^ from dapper/edgy-proposed?
[05:13] <proppy> hi
[05:14] <leonel> ScottK: is the  launchpad  bug  131946
[05:14] <ubotu> Launchpad bug 131946 in firehol "Firehol in Ubuntu 6.10 can't work properly due change in reserved ips" [Undecided,Fix committed]  https://launchpad.net/bugs/131946
[05:14] <ScottK> leonel: Yes.  That one.
[05:15] <leonel> what tests you need ?   are the debs  done ?
[05:16] <ScottK> leonel: Yes.  They are in dapper/edgy-proposed.
[05:16] <ScottK> pkern: leonel should be able to help out with testing your SRU, but may need some guidance.
[05:17] <persia> motu-uvf team: Any thoughts on a possible clive 0.2.0-1.1 -> 0.2.1-1 UVF sync (fixes access to YouTube & Google Video)
[05:18] <ScottK> persia: Is it just bug fixes?
[05:18] <ScottK> And can you gest it?
[05:18] <StevenK> ScottK: Gest?
[05:18] <ucap> can anyone tell me where I can find the pbuilder logfile?
[05:19] <StevenK> ucap: pbuilder doesn't write logfiles by default
[05:19] <ScottK> StevenK: Thanks.
[05:19] <ScottK> persia: gest/test
[05:19] <StevenK> Ah ha. :-)
[05:19] <leonel> ScottK: I need to go out  Can It  wait  1 or 2 hours ?
[05:19] <ScottK> leonel: Sure
[05:19] <ScottK> leonel: Just ping pkern if you have questions.
[05:19] <ucap> I know I added --logfile to the command but can't for the life of me find it
[05:19] <persia> ScottK: I think so (http://dl.gna.org/clive/ChangeLog)
[05:20] <StevenK> ucap: I thought --logfile took an argument
[05:20] <StevenK> ucap: Besides, pbuilder is a bit stupid about logging. I'd pipe the whole lot into tee.
[05:21] <persia> I'm happy to gest  (GEnerate UVFe bug and teST), but I didn't know if y'all wanted to stop UVFe'ing now that RC is out.
[05:21] <ScottK> ucap: StevenK is right.  --logfile takes an argument, so look wherever you told it to put it.
[05:21] <StevenK> persia, ScottK: Based on the changelog, and a sucessful test, with a correct UVFe bug filed, and I'm good.
[05:21] <ScottK> StevenK: What do you think about clive UVFe?  Seems not unreasonable to me.
[05:21] <leonel> ScottK: the first question is  here are hte dapper-proposed packages ?
[05:21] <StevenK> ScottK: ^ :-)
[05:21] <leonel> be back ..
[05:22] <StevenK> ScottK: I think we were typing that at the same time ... :-)
[05:22] <ScottK> leonel: Enable the dapper-proposed repository and then apt-get install firehol
[05:22] <ScottK> StevenK: Yes.
[05:22] <ucap> StevenK, ScottK: ok, thanks
[05:22] <persia> Thanks.  Does that apply for other reasonably-sane UVFe's on the RC list?
[05:23] <ScottK> persia: I'd say so.  In universe I think we can keep fixing stuff until the RM's tell us to stop.
[05:23] <StevenK> Agreed.
[05:23] <ScottK> Excellent.
[05:23] <StevenK> ScottK: Actually, let's collar pitti
[05:24] <persia> StevenK: Thanks.  I'd prefer the confirmation.  It's one thing to upload little patches, but another to keep pushing new stuff.
[05:38] <ucap> ScottK: I did what you asked for in bug #2383. Is that all that is needed?
[05:38] <ubotu> Launchpad bug 2383 in mergeant "Please sync mergeant 0.66-1 from debian unstable" [Medium,In progress]  https://launchpad.net/bugs/2383
[05:39] <ScottK> ucap: And it installs/works in Gutsy?
[05:39] <ucap> yes, it does. I used pbuilder
[05:39] <ScottK> OK.
[05:40] <ScottK> StevenK: What do you think about bug #2383?
[05:40] <ubotu> Launchpad bug 2383 in mergeant "Please sync mergeant 0.66-1 from debian unstable" [Medium,In progress]  https://launchpad.net/bugs/2383
[05:40] <ScottK> I'm kind of inclined to go for it.
[05:45] <Hobbsee> persia: that should be made clear, when teh RM wakes up
[05:45] <StevenK> Last Gutsy freeze ever.
[05:46] <StevenK> persia: It's both
[05:46] <Hobbsee> persia: the RM is RM over the entire archive.  but yes, he'll likely delegate to us.
[05:46] <StevenK> Hobbsee: pitti signed off on it, see -devel
[05:46] <Hobbsee> i'm expecting him to put both dates in the announcement - please liason with him, if he doesnt
[05:47] <persia> OK.  Fine.  I was guessing you'd all agree to something like 12:00 UTC, which is probably slightly prior to the actual freeze, but ensures there's time for RM processing, etc.
[05:50] <superm1> persia, by not defining what monday means, that lets a few people slip by last minute with an excuse :S
[05:52] <persia> superm1: That's actually the reason I wanted a timestamp.  My Monday will likely end around the time the RM's Monday starts, so I'd have an unfair advantage in breaking the rules.
[05:52] <superm1> ah
[05:55] <dholbach> rock on imbrandon! good you blogged about it too :)
[06:11] <ScottK> StevenK: Any thoughts on Bug #2383?
[06:11] <ubotu> Launchpad bug 2383 in mergeant "Please sync mergeant 0.66-1 from debian unstable" [Medium,In progress]  https://launchpad.net/bugs/2383
[06:12] <StevenK> ScottK: Oh, I'm so sorry, I did look.
[06:12] <StevenK> ScottK: It looks fine, based on the changelog.
[06:12] <ScottK> OK.  I'll ack it then too.
[06:13] <ScottK> It's been quite some time since I've dealt with a 4 digit bug number.
[06:13] <StevenK> Indeed.
[06:13] <StevenK> I thought they were all long dead. :-)
[06:16] <dholbach> norsetto: will you move the logs to some place on the wiki?
[06:16] <ScottK> StevenK: Are you going to ack in LP, or should I copy/paste you IRC ack?
[06:17] <StevenK> ScottK: The latter, please
[06:17] <ScottK> StevenK: Doing.
[06:17] <norsetto> dholbach: doing it right now
[06:18] <amachu> bluekuja: hi
[06:18] <ScottK> StevenK: Done and acked to the archive.
[06:18] <dholbach> norsetto: GRACIAS
[06:18] <bluekuja> amachu: heyaa!
[06:18] <StevenK> ScottK: Danke
[06:26] <dholbach> have a great weekend!
[06:30] <amachu> bluekuja: busy
[06:30] <bluekuja> amachu: who me?
[06:31] <amachu> yep, its your nick marked away?
[06:31] <amachu> ok... will fontutils be fine?
[06:31] <amachu> to begin
[06:31] <amachu> ?
[06:34] <bluekuja> amachu: yeah
[06:34] <bluekuja> amachu: coz I'm finishing some urgent stuff
[06:34] <amachu> ok
[06:35] <amachu> bluekuja: will fontutils be fine?
[06:36] <bluekuja> amachu: as I said I guess it's already in, but if you want to exercise
[06:36] <bluekuja> its ok
[06:36] <amachu> well... i am checking with few others too
[06:37] <amachu> fine do have any package then?
[06:47] <bluekuja> amachu: if you want to start packaging a software from the base, you have to get not-already-packaged software
[06:47] <bluekuja> amachu: if you wanna learn how to merge, steps are different
[06:47] <amachu> bluekuja: its from the base to begin with
[06:48] <amachu> fontutils is missing to my knowledge
[07:50] <leonel> ScottK:  pkern  firehol installed  what is for testing ?
[07:50] <ScottK> StevenK, zul, soren, and LongPointyStick: Here's my take on where we are with UVFe's: Bug #148834 Nack from me, Bug #149400 Nack from me, Bug #149343 needs testing, Bug #141225, nack from me, and finally Bug #138313, no action (I'm thinking maybe yes).
[07:50] <ubotu> Launchpad bug 148834 in hipo "UVFe: please sync hipo from Debian unstable (main)" [Undecided,New]  https://launchpad.net/bugs/148834
[07:50] <ubotu> Launchpad bug 149400 in disksearch "[UVFe]  DiskSearch v1.2.1 into Gutsy" [Wishlist,New]  https://launchpad.net/bugs/149400
[07:50] <ubotu> Launchpad bug 149343 in tora "[UVFe]  Merge tora 1.3.22-1 from Debian unstable" [Undecided,New]  https://launchpad.net/bugs/149343
[07:50] <ubotu> Launchpad bug 141225 in fslint "[Sync Request]  Please sync fslint 2.24-1 from Debian unstable" [Undecided,New]  https://launchpad.net/bugs/141225
[07:50] <ubotu> Launchpad bug 138313 in mtx "new upstream version of mtx requested." [Wishlist,New]  https://launchpad.net/bugs/138313
[07:50] <ScottK> leonel: Talk to pkern if he's around.
[07:50] <pkern> ScottK: I thought it was you who got it running? :-P
[07:50] <leonel> ScottK:  ok I' wail  mean do the  edgy  install ..
[07:51] <ScottK> pkern: You need two testers to get it approved for each release.  leonel can be your 2nd for Dapper and first for Edgy.
[07:51] <ScottK> pkern: Yes, but I'm kind of busy ATM>
[07:51] <ScottK> >/.
[07:53] <pkern> leonel: interface any world dst not "$UNROUTABLE_IPS" in `/etc/firehol/firehol.conf' will make ka.philkern.de unpingable in the old version, not in the new version.
[07:57] <leonel> pkern: ok  installed  and  not configured  anything  and  ka.philken.de   responds  pings
[07:57] <leonel> pkern:  and now ?
[07:57] <leonel> pkern:  i'm new to firehol
[07:58] <ScottK> If any motu-hopeful wanted to test out http://http.us.debian.org/debian/pool/main/a/amavis-stats/amavis-stats_0.1.12-7.5.dsc for a sync to fix a grave bug, it'd be a useful thing to be doing at this point.
[08:01] <pkern> leonel: Apply what I said.
[08:02] <zul> sweet simon pegg might be the new scotty in the star trek movie
[08:03] <pkern> leonel: i.e. modify `/etc/firehol/firehol.conf' and modify the `interface' line to read like what I wrote above.
[08:03] <leonel> leave  client all accept ?
[08:03] <leonel> if so ..
[08:04] <leonel> it pings to ka.philkern.de
[08:04] <pkern> The version already in dapper?
[08:04] <leonel> its in edgy ..
[08:04] <leonel> let me test in dapper
[08:05] <pkern> Point is that most would use that to block incoming traffic from those ips. I modified that rule to block outgoing instead, but I may be wrong on that.
[08:06] <leonel> same result with  dapper
[08:07] <leonel> pings   google   and  ka.philkern.de
[08:15] <pkern> leonel: Try `interface eth0 world src not "$UNROUTABLE_IPS"' and `  client all accept'.
[08:15] <pkern> With eth0 replaced if needed.
[08:15] <leonel> pkern:  that's  configured ...
[08:15] <leonel> let'me change to eth0
[08:15] <pkern> This reliably blocks traffic from my router to me on Etch.
[08:15] <pkern> (With 90.0.0.0/7 readded, though.)
[08:15] <pkern> leonel: src, not dst maybe
[08:16] <leonel> interface eth0 world src not "$UNROUTABLE_IPS"
[08:16] <leonel>    client all accept
[08:16] <leonel> 
[08:16] <pkern> Got to go, though. \: The change is so damn trivial. So IMHO if it installs and upgrades, it's ok.
[08:17] <leonel> pings to  91.89.4.9
[08:17] <pkern> leonel: The not SRU version? Is there 90.0.0.0/7 in /lib/firehol/firehol?
[08:18] <leonel> pkern: same result on edgy an dapper
[08:18] <leonel> there's no /etc/firehol/firehol
[08:18] <leonel>  but a firehol.conf
[08:18] <pkern> leonel: /lib
[08:19] <pkern> But there are differences between the version I have here and the one you have, because I'm at home currently.
[08:19] <leonel> ups
[08:19] <leonel> pkern: no  90.0.0.0/7  in  /lib/firehol/firehol
[08:23] <leonel> ScottK: what's for test for   amavis-stats ?
[08:25] <blueyed> StevenK: have you seen bug 152015?
[08:25] <ubotu> Launchpad bug 152015 in virtualbox-ose-modules "please make a virtualbox-ose-modules-generic meta-package" [Undecided,New]  https://launchpad.net/bugs/152015
[08:25] <ScottK> leonel: Get the source package from Debian and then build it and install it for Gutsy.  Since the current package is non-working, I think that's all the testing it needs.  If it tests good, file a sync request bug and subscribe ubuntu-universe-sponsors.
[08:25] <ScottK> leonel: Are you up for that?
[08:26] <leonel> build on gutsy ?
[08:27] <ScottK> leonel: Yes
[08:28] <leonel> booting  gutsy ..
[08:36] <pkern> ubotu: paste
[08:36] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[08:36] <pkern> leonel: Please paste apt-cache policy firehol
[08:36] <pkern> leonel: Into the pastebin. ;)
[08:39] <leonel> pkern: http://paste.ubuntu-nl.org/40420/
[08:39] <pkern> leonel: That's my fixed version.
[08:39] <pkern> leonel: Which obviously contains the fix already ;)
[08:39] <pkern> leonel: i.e. "all is fine"
[08:39] <leonel> great !
[08:46] <ScottK> zul: Thanks.  Only two open items in the motu-uvf queue now.
[08:47] <zul> sweet
[08:52] <leonel> ScottK: it builds ..
[08:52] <leonel> dpkg-deb: building package `amavis-stats' in `../amavis-stats_0.1.12-7.5_all.deb'.
[08:52] <ScottK> leonel: And installs?
[08:52] <leonel> hold on
[08:54] <leonel> ii  amavis-stats                 0.1.12-7.5                   Virus statistics RRDtool frontend for Amavis
[08:55] <leonel> it does
[08:55] <leonel> ScottK: ..
[08:55] <ScottK> leonel: Please file a sync request for it.  Do you know how to do that?
[08:55] <leonel> nop  .. it's a bug like ?
[08:56] <ScottK> Yes.
[08:57] <ScottK> In your Gutsy install, sudo apt-get install ubuntu-dev-tools and then requestsync -s amavis-stats gutsy should get you ready to submit the bug via mail.
[08:59] <leonel> ScottK: no secret key ...
[08:59] <leonel> can it be done in launchpad ?
[09:00] <leonel> with  this  summary :   Please Sync Amavis-stats from debian to gutsy    ?
[09:00] <ScottK> leonel: Yes.  Take the text and copy/paste it into a new bug filed against that package and then subscribe ubuntu-universe-sponsors.
[09:00] <ScottK> Yes
[09:00] <ScottK> That title.
[09:01] <leonel> ScottK: it's a security vulnerability  right ?
[09:02] <ScottK> leonel: No.  It's a package doesn't work problem.
[09:02] <leonel> ok
[09:02] <ScottK> It's incompatible with the version of amavisd-new that we have.
[09:02] <leonel> and in the description   for the bug:   Builds  and installs  on gutsy ?
[09:02] <ajmitch> good morning
[09:03] <bddebian> Heya ajmitch
[09:03] <ScottK> leonel: Yes.
[09:03] <ScottK> Heya ajmitch.
[09:04] <zul> afternoon ajmitch
[09:04] <leonel> ScottK:  done    bug 152074
[09:04] <ubotu> Launchpad bug 152074 in amavis-stats "Please Sync Amavis-stats from debian to gutsy " [Undecided,New]  https://launchpad.net/bugs/152074
[09:05] <ScottK> leonel: Thanks.
[09:05] <leonel> ScottK: is that  all ?
[09:05] <ScottK> leonel: Yep.
[09:05] <ScottK> leonel: Nope
[09:05] <ScottK> The stuff in the text for requestsync with the debian/changelog entries needs to be in there too.  Sorry.
[09:06] <ajmitch> jcastro: nice bass there
[09:06] <leonel> ScottK:  all the changelog  or just the last entry ?
[09:06] <ScottK> Just the last.
[09:07] <leonel> I didn't made a dch  keep the debian one ?
[09:07] <ScottK> The rule is you want all the debian/changelog entries for revisions newer than we already have.  Yes.  The Debian one.
[09:08] <leonel> ok
[09:08] <leonel> editing ..
[09:08] <leonel> done
[09:10] <ScottK> leonel: Thanks.  Acked to the archive and now we wair.
[09:10] <ScottK> wair/wait
[09:13] <leonel> ScottK:  great !
[09:18] <sistpoty> hi folks
[09:18] <ajmitch> hey sistpoty
[09:18] <sistpoty> hi ajmitch, how you're doing?
[09:18] <bddebian> Heya sistpoty
[09:19] <ajmitch> alright
[09:19] <sistpoty> hi bddebian
[09:19] <sistpoty> bddebian: I'm seeing your commits in the games team... wanna work towards a new upstream of trigger?
[09:20] <geser> Hi bddebian
[09:21] <sistpoty> bddebian: actually everything should be in svn already, but I haven't built/tested it for ages though ;)
[09:21] <bddebian> Heya geser
[09:21] <bddebian> sistpoty: Sure, I can take a look at it
[09:21] <sistpoty> bddebian: that would be most excellent! thanks!
[09:43] <sistpoty> damn, just too much spam on the motu ml, had a hard time to find slangasek's post in the queue
[09:52] <ScottK> sistpoty: Seriously?  I see almost no spam from that list.
[09:52] <ScottK> sistpoty: Ah, in the moderation queue.  Nevermind.
[09:52] <sistpoty> ScottK: hehe
[09:52] <ScottK> I just launched the motu-uvf here's how we are going to deal with that response.
[09:52] <sistpoty> ScottK: funnily enough, many spam mails point to "cheap legal software" *g*
[09:53] <ScottK> Yes.  I run some mailing lists, so I've seen them.
[09:55] <sistpoty> well, personally I get more spams for targeted at my personal parts, so I still find the circumstance that the motu ml get's more software mails funny
[09:57] <ScottK> :-)
[10:01] <bddebian> sistpoty: There is a new upstream somewhere?
[10:01] <bddebian> Oh, nevermind
[10:01] <bddebian> Misread what you said :)
[10:04] <sistpoty> hehe
[10:05] <sistpoty> ScottK: thanks for the clarification!
[10:06] <ScottK> sistpoty: Just trying to engage in suprise avoidance.
[10:06] <sistpoty> :)
[10:06] <\sh> re
[10:06] <ScottK> For Feisty we had packages that at release were built for some archs and not for others.  That's a little to close for me.
[10:07] <sistpoty> yeah, I remember uploading (or rather getting sponsored) in the last hours of breezy
[10:07] <sistpoty> hey \sh, how are you?
[10:08] <\sh> sistpoty, right now I'm fine....holidays...waited for this to happen for about 1 year :)
[10:09] <sistpoty> \sh: congrats... still need to wait until december (because I'm only employed since may)
[10:09] <\sh> sistpoty, oh and we are closing down the company :(
[10:09] <sistpoty> july even... *g*, how time flies by
[10:09] <ajmitch> \sh: ouch, so a really long holiday?
[10:09] <sistpoty> \sh: oh, that's bad new
[10:09] <sistpoty> +s
[10:10] <\sh> ajmitch, not now..this is only 3 weeks..but we are closing the company on 2008-01-31
[10:10] <ajmitch> so you have to make sure you save & get your CV out there before then
[10:10] <ajmitch> what fun
[10:10] <\sh> ajmitch, I did already...
[10:11] <sistpoty> \sh: any new job offers around already?
[10:11] <\sh> sistpoty, yepp...some interesting, of course
[10:12] <\sh> pkern, didn't you upload wzdftpd to gutsy?
[10:12] <sistpoty> \sh: cool. I still remember your blog posts from last time, which left me with an uncomfortable feeling
[10:13] <pkern> \sh: pending approval?
[10:13] <pkern> \sh: Last I heared anyway.
[10:13] <\sh> pkern, oh yes
Come to the dark side</subliminal>
[10:18] <sistpoty> haha
[10:18] <pkern> bddebian: Lenny?
[10:18] <bddebian> sistpoty: *** No rule to make target 'debian/trigger.6.sgml', needed by 'debian/trigger.6'
[10:18] <sistpoty> bddebian: damn
[10:18] <bddebian> pkern: Gutsy.. It'll impress your other friends ;-P
[10:19] <ScottK> bddebian: You're making an assumption there.
[10:19] <ScottK> ;-)
[10:21] <bddebian> sistpoty: Should that be trigger-rally.6.sgml ?
[10:22] <sistpoty> bddebian: I guess so ;)
[10:22] <sistpoty> (at least I only wrote one manpage iirc)
[10:23] <bddebian> Gah, why did you rename this damn thing?
[10:23] <sistpoty> hm... I didn't, at least not remembering that I did it *g*
[10:23] <bddebian> Yeah, you renamed the source package from trigger to trigger-rally
[10:24] <sistpoty> but I can't remember how to checkout right now as well, so don't give too much on my brain right now
[10:24] <sistpoty> bddebian: I never renamed the source package, maybe only accidental *g*
[10:25] <bddebian> Gah
[10:26] <pkern> bddebian: I'm running Gutsy and it does not please me.
[10:26] <pkern> It's a step back from where I came (Gentoo).
[10:26] <bddebian> :-)
[10:26] <bddebian> Man this thing is all jacked up
[10:27] <slangasek> pkern: I don't get it, what's the punchline?
[10:27] <bddebian> Actually goneri has a changelog entry stating he changed the package name to trigger-data but that isn't there either
[10:28] <sistpoty> bddebian: trigger-data is a separate package
[10:28] <bddebian> Aye but that entry is in this package's changelog
[10:29] <sistpoty> yes (I've finally managed to co that thing)
[10:29] <bddebian> I've made some changes I haven't committed yet
[10:30] <sistpoty> bddebian: the path of the data package changed, so I initially put a big fat warning in the changelog that you'll need to have both packages upload (versioned depends *should* be right) because otherwise trigger becomes an unmet dep
[10:31] <sistpoty> damn team maintenance *g*
[10:31] <bddebian> :-)
[10:32] <bddebian> Hmm, shouldn't the desktop file be trigger-rally.desktop now too? for consistency sake?
[10:32] <bddebian> I realize it doesn't really matter but..
[10:32] <sistpoty> right... I guess goneri broke it *g*
[10:33] <bddebian> Well it's building currently, then I'll fix that
[10:33] <bddebian> Ah goddamnit, he didn't rename the xpm files in rules either.. Grr
[10:36] <bddebian> Oh, he renamed it on the fly.. yuck
[10:36] <sistpoty> well, at least there is nothing new upstream wise, as she's more busy than I am :)
[10:36] <bddebian> Man, and they say us Ubuntu folks don't test anything.. ;-P
[10:37] <\sh> so..dapper and feisty done...go for edgy
[10:37] <sistpoty> haha
[10:37] <sistpoty> bddebian: btw, you could kick out the get-orig-source rule, as it's a hack and due to sf no longer working
[10:38] <sistpoty> due to the move to sf even
[10:41] <bddebian> Done
[10:44] <sistpoty> bddebian: thanks a lot!
[10:45] <bddebian> Hey it built even.. :-)
[10:45] <sistpoty> :)
[10:48] <bddebian> OMG
[10:49] <bddebian> Well it's pretty lintian clean.  I'll fix a couple of the warnings
[10:49] <sistpoty> damn, it *was* lintian clean sometime ago... what warnings do you get?
[10:49] <sistpoty> (or IOW how time passes by, even in debian *g*)
[10:50] <bddebian> sistpoty: Well the menu Action subsection is expected and nMU version crap.  But the ones I'll fix have to do with the menu icon filename.  No worries
[10:51] <sistpoty> bddebian: well, don't care about NMU, just add yourself to the uploaders ;)
[10:52] <sistpoty> just in case anyone wonders: the games team of debian is now the games team of ubuntu as well, so this discussion is not debian specific ;)
[10:53] <bddebian> Aye :-)
[10:53] <sistpoty> (but I guess it wasn't announced as this on an ubuntu ml yet *g*)
[10:54] <ScottK> In that case...  http://www.zeograd.com/parse.php?src=hugof&path=0,1, looks like an interesting project for the Games team.  The svn snapshot is (AFAICT) distributable.
[10:56] <pochu> Firefox can't find the server at www.zeograd.com.
[10:56] <bddebian> Aye
[11:02] <ScottK> Hmmm
[11:03] <ScottK> Odd.  Seems to find it just fine for me.  Maybe I have it cached.
[11:04] <\sh> ScottK, it's down ;)
[11:04] <ScottK> OK.
[11:04] <ScottK> I'll whine again later.
[11:04] <bddebian> sistpoty: Do you want me to stick the package up somewhere, or just leave the changes in SVN ?
[11:05] <sistpoty> bddebian: of course if you can find a sponsor (maybe pkern, *cough*, *cough*) that would be most excellent!
[11:05] <bddebian> sistpoty: You mean you aren't a DD either??? ;-)
[11:06] <sistpoty> bddebian: nope, I'm just a simple MOTU (not even a core-dev or anything, apart from a few days left as MC member *g*)
[11:06] <bddebian> heh
[11:08] <\sh> shermann pts/0    :0.0             22:03    5:09m  0.60s  0.00s /bin/bash /home/shermann/bin/pbuilder-edgy-i386 build wzdftpd_0.7.2-4ubuntu0.1.dsc
[11:08] <\sh> shermann pts/1    :0.0             22:04    3:13m  1.30s  0.00s /bin/bash /home/shermann/bin/pbuilder-feisty-i386 build wzdftpd_0.8.1-2ubuntu0.1.dsc
[11:08] <\sh> shermann pts/2    :0.0             22:06    6:29m  2.18s  0.00s /bin/bash /home/shermann/bin/pbuilder-dapper-i386 build wzdftpd_0.6.1-1ubuntu1.1.dsc
[11:09] <bddebian> :-)
[11:12] <sistpoty> well, "model name      : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+" is enough for me, but my bandwith really sucks (dist-upgrading since a few hours now=
[11:14] <Nightrose> \sh, pkern: just read you plan a keysigning session on sunday... - count me in ;-)  but please remind me on sunday again
[11:14] <\sh> Nightrose, hehe
[11:20] <\sh> ok...the three debdiffs are on LP... time to deal with my girl....:) good night :)
[11:20] <bddebian> sistpoty: BTW, this team is kinda lame ;-)
[11:20] <bddebian> Gnight \sh
[11:20] <\sh> cu bddebian
[11:24] <sistpoty> bddebian: haha
[11:24] <ScottK> bddebian: It gets better.  Kmos is looking to contribute (not kidding).
[11:25] <sistpoty> wow
[11:25] <bddebian> ScottK: I know he keeps popping looking for a sponsor for tennix
[11:25] <ScottK> Yep.
[11:25] <ScottK> bddebian: I'm certain it's up to his usual quality standards and will get the consideration it deserves.
[11:26] <bddebian> Well no one looks at mine either so I'm not quite sure how to take that ;-)
[11:28] <ScottK> Yes you are.  You're just nicer than I am.
[11:33] <ScottK> I really am glad Python is readable, because I sure as heck can't remember what I did from one day to the next.
[11:47] <pkern> Nightrose: Aye. I already put the snippets into my wallet. But I should fetch my Reisepass for a current picture. ;)
[11:48] <bddebian> sistpoty: OK, now the damn thing is linda/lintian clean :-)
[11:48] <sistpoty> hooray!
[11:50] <bddebian> sistpoty: You forgot to beg for DD sponsors for the team ;-)
[11:50] <sistpoty> haha
[11:53] <pkern> sistpoty: University net rocks. :-P
[11:53] <pkern> Only network-manager is... uh... bad.
[11:54] <pkern> I need to get rid of trackerd and network-manager and to rebuild my kernel. And maybe I should reinstall Gutsy first. *cough* Too much to do.
[11:54] <sistpoty> pkern: sure it does, but I have "feierabend" already *g* (downloading ubuntu beta to university with maximum speed was really nice)
[11:57] <pkern> It's fun.
[11:59] <sistpoty> pkern: 2M/s would be a dream for me... due to connection problems Nefkom (my provider) limited the rate to 2MBit/s, but I get much less from a.u.c though :(
[12:22] <sistpoty> bddebian: read this?
[12:25] <bddebian> sistpoty: Whassat?
[12:25] <sistpoty> bddebian: answer to your commit msg
[12:26] <sistpoty> bddebian: imo it shouldn't need a transitional package, at least if the versioned depends of trigger is right. I guess noone would install trigger-data alone (which were the only corner case here)
[12:26] <sistpoty> (repeating myself=
[12:26] <sistpoty> bddebian: not too sure about trigger itself though
[12:26] <bddebian> trigger has one though I'm not sure it's needed
[12:26] <bddebian> Well trigger-rally now :)
[12:27] <sistpoty> hehe, and I'm still fighting with sf svn here, it won't let me commit *g*
[12:27] <bddebian> heh
[12:30] <sistpoty> oh, it's taking really long, I guess I've succeeded with username/pw *g*
[12:31] <sistpoty> now it's time to package a svn version of trigger-data, bddebian :P
[12:31] <sistpoty> trigger-rally-data even (or whatever)
[12:32] <sistpoty> lamont: having tried to ask siretart about this yet?
[12:33] <sistpoty> (not to break the package though *g*)
[12:33] <siretart> lamont: what's the problem wiht aspectc++?
[12:33] <siretart> hi sistpoty
[12:33] <sistpoty> hi siretart, how was your vacation?
[12:34] <siretart> vacation was great, thanks!
[12:35] <sistpoty> cool, btw I'm cleaning up the pattern matcher of FAUmachine since two days ago, should be much more portable soon ;)
[12:35] <sistpoty> (and it can read png files now :)
[12:35] <siretart> :)
[12:36] <sistpoty> now we only need s.o. to implement that vnc stuff *g*