[12:14] <LaserJock> racarr: parts of it were uploaded but rejected by the archive admins, I think
[12:15] <racarr> Argh
[12:15] <Burgwork> racarr: beryl is being packaged by debian and is already there
[12:16] <racarr> Burgwork: No, we still have some tango icons in beryl and the copyright was unclear so it got rejected
[12:16] <racarr> Burgwork: Also tango icons are non DFSG so it would have had to be in nonfree
[12:16] <Burgwork> ah
[12:17] <LaserJock> Burgwork: it's in NEW
[12:17] <LaserJock> in debian
[12:17] <racarr> Again, it was rejected
[12:17] <racarr> and the packager is giving up until 0.2.0 final is released because he was packaging 0.1.4
[12:17] <LaserJock> same issue with Ubuntu I think
[12:17] <racarr> copyright issues? or tango icons?
[12:17] <racarr> I thought ubuntu had no problem with tango
[12:18] <LaserJock> not sure
[12:18] <LaserJock> could have been copyright
[12:18] <LaserJock> when is 0.2.0 due out?
[12:19] <racarr> Well, we have an RC out right now
[12:20] <LaserJock> well, the universe freeze is the 22nd
[12:21] <LaserJock> we are having a REVU sprint  Thursday-Saturday and then probably another one before the 22nd
[12:21] <LaserJock> you there is a package we can review it
[12:21] <LaserJock> s/you/if/
[12:22] <_ion> Compiz would suffice for me if it had the state plugin. :-)
[12:22] <_ion> (which happens to be waiting in REVU)
[12:23] <Burgwork> _ion: is the state plugin part of compiz itself?
[12:24] <_ion> burgwork: No, it's in compiz-extra: http://revu.tauware.de/details.py?upid=4133
[12:24] <Burgwork> _ion: mjg59 is thinking about updating compiz to the latest git. Bother him to get the plugins updated
[12:25] <_ion> burgwork: Thanks, i'll talk to him.
[12:30] <mohammad> when I want to upload a package to REVU for which distribution should I compile it? dapper or feisty
[12:30] <rexbron> mohammad: feisty
[12:31] <PriceChild> What's the absolute deadline for us to get Beryl packages into feisty's universe?
[12:32] <mohammad> rexbron: then lintian says: E: bad-distribution-in-changes-file feisty
[12:32] <mohammad> is it ok?
[12:32] <LaserJock> mohammad: yes
[12:33] <LaserJock> PriceChild: Feb 22nd
[12:33] <PriceChild> LaserJock, thankyou :) Convinced myself it was tomorrow :)
[12:33] <PriceChild> LaserJock, I've really got to sort out my xvidcap once and for all also....
[12:34] <RAOF> I thought it was tomorrow, too.  Sweet.  Now, to convince the specto guys to actually *release* a tarball!
[12:34] <LaserJock> it's tomorrow for Main
[12:34] <mohammad> should Standard-version in debian/control be <IP_ADDRESS> or 3.7.2?
[12:34] <LaserJock> 3.7.2
[12:35] <TheMuso> Lutin: A comment for your purrr package on revu when you get a moment to look at it.
[12:35] <mohammad> Thank you :)
[12:35] <Lutin> TheMuso: can't catch what you mean
[12:35] <TheMuso> Lutin: You did purrr right? I have put a comment on revu for it.
[12:36] <Lutin> TheMuso: yeah, I got that ;)
[12:36] <TheMuso> Lutin: Righto.
[12:36] <Lutin> TheMuso: what I don't understand is your comment
[12:38] <TheMuso> Cdbs can do the dh_pycentral call for you, so you don't have to have a special target for it in debian/rules.
[12:39] <Lutin> TheMuso: you mean use python-distutils.mk ?
[12:39] <TheMuso> Lutin: Yeah.
[12:40] <Lutin> TheMuso: this doesn't apply here
[12:40] <TheMuso> Lutin: Why not?
[12:40] <Lutin> TheMuso: python-distutils use a special type of setup.py script
[12:41] <TheMuso> Lutin: Which conflicts with the one in the package?
[12:41] <Lutin> TheMuso: cdbs assumes this script is provided
[12:41] <TheMuso> This script?
[12:42] <Lutin> python-distutils assumes that a special script named setup.py is provided with the upstream sources
[12:42] <Lutin> which is not the cas here
[12:43] <Lutin> case*
[12:43] <cbx33> hi guys
[12:43] <cbx33> when working in a chroot
[12:43] <cbx33> how do I mount the proc....
[12:43] <cbx33> and then unmount before exiting
[12:43] <cbx33> I don't want to set it up permanently
[12:44] <cbx33> in the fstab
[12:44] <tsmithe> mount -t procfs /chroot/proc
[12:44] <tsmithe> i think :)
[12:46] <cbx33> tsmithe, are you able to check it?
[12:46] <cbx33> i don't have a chroot here
[12:46] <cbx33> i thought it was mounted after i enter then chroot
[12:46] <cbx33> hmm
[12:46] <cbx33> though I am quite possibly wrong
[12:47] <keescook> ajmitch: do you happen to know where the gdk bindings for mono are?
[12:47] <slomo> keescook: gdk? libgtk2.0-cil
[12:47] <keescook> ah-ha! thanks
[12:48] <Lutin> TheMuso: still there ?
[12:50] <LaserJock> cbx33: mount it from the outside
[12:50] <cbx33> ok....
[12:50] <cbx33> any clues on the exact command?
[12:50] <cbx33> it's for the book chapter
[12:53] <LaserJock> cbx33: just as tsmithe said
[12:53] <cbx33> thanks LaserJock
[12:54] <TheMuso> Lutin: Ok righto.
[12:56] <cbx33> anyone running feisty right now?
[12:57] <geser> yes
[12:57] <TheMuso> Lutin: Ok looks good then.
[12:57] <cbx33> can you tell me what the new Control menu is called?
[12:57] <cbx33> and the user management tool
[12:57] <cbx33> Exactly :p
[12:58] <Lutin> TheMuso: thanks ;)
[12:58] <geser> cbx33: new control menu? you mean the gnome-control-center?
[12:58] <cbx33> yeh
[12:58] <cbx33> when you look at the menus what is the text
[12:58] <geser> Control Centre
[12:58] <geser> under System
[12:58] <cbx33> awesome
[12:59] <cbx33> ahh
[12:59] <cbx33> so it goes.... System -> Control Centre -> User Management ?
[01:00] <geser> it's not a submenu anymore
[01:01] <geser> I will try to find a picture
[01:01] <geser> cbx33: http://lunapark6.com/?p=2728 shows the new control center
[01:01] <cbx33> cool
[01:02] <cbx33> thanks geser
[01:02] <cbx33> exactly what i was looking for
[01:08] <ajmitch> LaserJock: aha, you had to quote my bug list..
[01:11] <LaserJock> ajmitch: of course
[01:13] <ajmitch> good thing you didn't put the url to the full list
[01:13] <ajmitch> which includes everything from wishlist up
[01:18] <TheMuso> Do uploaded packages get archived in revu?
[01:18] <TheMuso> i.e once we upload, we then archive?
[01:18] <crimsun> yes (to the latter)
[01:18] <TheMuso> right
[01:27] <sistpoty> hi folks
[01:27] <ajmitch> hey sistpoty
[01:28] <sistpoty> hi ajmitch
[01:49] <LaserJock> hi sistpoty
[01:49] <sistpoty> hi LaserJock
[01:49] <sistpoty> LaserJock: thx for sending the mail about UVF :)
[01:49] <LaserJock> np, ajmitch told me to do it
[01:49] <LaserJock> and I have to do his bidding
[01:50] <sistpoty> thx ajmitch for whipping ajmitch ;)
[01:50] <ajmitch> haha
[01:50] <sistpoty> laserjock even *g*
[01:50] <ajmitch> his mails are so eloquent & poetic ;)
[01:51] <sistpoty> *g*
[01:51] <LaserJock> bah
[01:51] <LaserJock> wordy and scattered is more like it
[01:52] <LaserJock> I bet if I did a statistical analysis my emails are probably twice as long as most people's
[01:52] <ajmitch> but worth every word
[01:52] <sistpoty> and mine twice as short :)
[01:52] <LaserJock> sistpoty: but I bet people read yours all the way through
[01:53] <LaserJock> I keep thinking, "Nobody's going to read this whole thing"
[01:53] <sistpoty> :P
[01:53] <LaserJock> yeah, but you're uber smart
[01:53] <LaserJock> and care
[01:53] <LaserJock> oh ..
[01:53] <LaserJock> ;-)
[01:54] <ajmitch> and you can hardly say I'm smart
[01:54] <sistpoty> people who delegate are always smart ;)
[01:54] <ajmitch> s/smart/lazy/
[01:54] <sistpoty> hehe
[01:56] <LaserJock> smart == lazy ?
[01:56] <sistpoty> LaserJock: then your statement about me being uber-smart would make sense *G*
[01:57] <LaserJock> doh
[01:57] <LaserJock> ok, I think I'm going home
[01:57] <LaserJock> I'll bbl
[01:58] <ajmitch> bye
[01:58] <sistpoty> later LaserJock
[01:58] <LaserJock> gotta work on the dreaded MIRs tonight :(
[02:07] <TheMuso> crimsun: How do you force a particular card/module to be card 0 with alsa?
[02:14] <TheMuso> crimsun: nvm figured it out.
[02:20] <bddebian> Heya gang
[02:21] <sistpoty> hi bddebian
[02:21] <bddebian> Hi sistpoty
[02:21] <ajmitch> ah, a bddebian
[02:22] <ajmitch> someone else to delegate to :)
[02:22] <bddebian> ajmitch: Sure man, whatya need?
[02:23] <ajmitch> universe bugs. fixed.
[02:23] <bddebian> Bah I already told ya I can't fix anything :-)
[02:25] <ajmitch> excuses..
[02:29] <bddebian> I dunno if it's that Dell laptop or Linux in general but wireless SUCKS on that thing
[02:30] <ajmitch> blame the dell
[02:30] <ajmitch> what's the wireless chipset?
[02:31] <bddebian> The frickin' broadcom :-(
[02:31] <keescook> ajmitch: gaar.  the f-spot bug is fixed in 0.3.3.  I didn't see it had been updated.  *bang head*
[02:32] <bddebian> That was a PITA in and of itself
[02:33] <ajmitch> keescook: oh, useful
[02:33] <ajmitch> keescook: I just uploaded 0.3.3 earlier
[02:34] <ajmitch> so don't feel bad
[02:34] <keescook> well, I tracked down the bug, and then found it was fixed in the svn, and just noticed the reject email from my upload.  :)
[02:34] <ajmitch> haha
[02:35] <keescook> but that's okay, there are a bunch of other bugs I found in the gallery export that are fixed in 0.3.3, so that rules
[02:35] <ajmitch> yeah, 0.3.3 is mainly bugfixes
[02:35] <keescook> I can FINALLY publish my LCA photos!  :)
[02:35] <ajmitch> yay! :)
[02:35] <ajmitch> now I can go through & clean up some more bugs on malone
[02:36] <ajmitch> good thing I uploaded when I did
[02:36] <bddebian> ajmitch: Well I'm kinda trying to fix some bugs by updating the tilp packages :-)
[02:36] <ajmitch> good
[02:36] <ajmitch> hop to it then :)
[02:37] <ajmitch> keescook: thanks for chasing it up
[02:43] <ajmitch> keescook: you don't see anything silly happening like galleries being created with '+' in the name, do you?
[02:43] <bddebian> Heya LaserJock
[02:44] <LaserJock> hi
[02:44] <keescook> ajmitch: hadn't noticed that, nope
[02:46] <ajmitch> keescook: I suspected as much - I have an old bug open about it, could never reproduce
[02:48] <ajmitch> ok, f-spot bug count is down by about 10 today
[02:48] <LaserJock> wow
[02:48] <ajmitch> yeah, I was behind on some bug triage there
[02:48] <ajmitch> 48 bugs open
[02:48] <imbrandon> hum
[02:49] <imbrandon> moins all
[02:49] <LaserJock> hi imbrandon
[02:49] <ajmitch> down to 37 now, still got plenty to check
[02:49] <sistpoty> hi imbrandon
[02:49] <ajmitch> & a few more fixes I can put in
[02:49] <ajmitch> hey imbrandon
[02:49] <imbrandon> LaserJock, do you use a apple keyboard with linux ?
[02:49] <LaserJock> yep
[02:49] <imbrandon> how do you get the numpad working ?
[02:50] <imbrandon> there is no "numloc" lol
[02:50] <LaserJock> hmm
[02:50] <LaserJock> I think Shift+<where numloc normally is>
[02:50] <imbrandon> hrm there is nothing where it normaly is, its a true blue apple keyboard
[02:50] <imbrandon> not a lappy one
[02:50] <TheMuso> Heya imbrandon
[02:50] <imbrandon> heya TheMuso
[02:51] <imbrandon> everything works with it , even the multimedia keys work
[02:51] <LaserJock> mine had something where the numloc normally is
[02:51] <imbrandon> cept the nupad
[02:51] <imbrandon> hrm
[02:51] <imbrandon> one sec
[02:52] <racarr> imbrandon: You are packaging beryl for universe right? any update on that? ( I ask because universe freeze is soon )
[02:52] <crimsun> Feb 22.
[02:53] <imbrandon> i did some initial work on it , ummm as far as "i'm doing it" i'll welcome any help , with that said i havent kept up with it the last 2 weeks and planned on getting "something" updated before freeze
[02:53] <imbrandon> sooo hopefully thats what you wanted to hear
[02:54] <ajmitch> imbrandon: is it worth it? :)
[02:54] <StevenK> It seems imbrandon has two sources of crack.
[02:54] <imbrandon> ajmitch, from the looks of it it would be nice to have in universe , past that its a ball of shiznit
[02:54] <ajmitch> haha
[02:54] <RAOF> imbrandon: I hope you can find a version that works with XGL :)
[02:55] <racarr> imbrandon: We have some packaging in distro-specific-build-files/debian...most of it is pretty decent and the packaging is all GPL (not sure if you can use it?)
[02:55] <imbrandon> RAOF, not likely
[02:55] <racarr> RAOF: Both latest SVN and latest release work with XGL :/
[02:55] <StevenK> Personally, I didn't have any problems with Beryl on AIGLX on my laptop
[02:55] <imbrandon> racarr, yea i looked at that , i helped clean some of it up actualy
[02:55] <RAOF> racarr: Not according to #ubuntu-effects
[02:56] <imbrandon> racarr, i have to work in a few hours, i'll make that my "project" for the week at work to get something updated
[02:56] <racarr> RAOF: Mm, I don't think that's right anymore (the topic in #ubuntu-effects that is), but it's definitely fixed in SVN and RC2 is in a few days...
[02:56] <racarr> imbrandon: Thanks
[02:57] <RAOF> racarr: That'd be great.  Although the breakage has allowed me to ween a couple of older ATI users of XGL & fglrx :)
[02:57] <StevenK> Oh nice, slomo is a DD now, too
[02:57] <imbrandon> StevenK, yup
[02:58] <StevenK> Now being a DD here isn't as exclusive, the rabble are getting in.
[02:58] <StevenK> :-P
[02:58] <sistpoty> StevenK: can you give me an ack for SRU bug #82692 ?
[02:58] <Ubugtu> Malone bug 82692 in xmms-sid "[SRU]  xmms-sid broken in edgy" [Undecided,Needs info]  https://launchpad.net/bugs/82692
[02:58] <imbrandon> hahah that mean i should start my trek to DDism
[02:58] <imbrandon> StevenK, ^^
[02:58] <StevenK> sistpoty: Oh crap, I meant to look at that, sorry.
[02:58] <StevenK> imbrandon: Heh
[02:58] <sistpoty> StevenK: no hurries ;)
[02:58] <ajmitch> StevenK: you'll have to join some other elitist club
[02:59] <crimsun> [if there are pending SRUs, I'm wading through some 3k unread emails]
[02:59] <sistpoty> crimsun: I'm not aware of any apart from mine ;)
[02:59] <crimsun> ok
[02:59] <StevenK> Acked
[02:59] <sistpoty> thanks StevenK
[02:59] <StevenK> The debdiff is a little unnecessary, it's a rebuild. :-)
[03:00] <StevenK> ajmitch: Ohhh, but how to find one. :-)
[03:00] <sistpoty> StevenK: I still could have screwed on the version number ;)
[03:00] <ajmitch> StevenK: well you're on the SRU team
[03:00] <StevenK> sistpoty: "On" ?
[03:00] <ajmitch> maybe you should go on the UVF team as well :)
[03:04] <imbrandon> hahah rock on LaserJock i found it
[03:04] <imbrandon> option + clear
[03:04] <imbrandon> ;)
[03:04] <LaserJock> yeah, I was close ;-)
[03:04] <LaserJock> I had to google that one
[03:05] <imbrandon> my keyboard is exactly like this one with the exception of the txt above the clear key
[03:05] <imbrandon> http://www.devworld.apple.com/documentation/Hardware/Developer_Notes/Macintosh_CPUs-G4/PowerMacG4/art/jos04.gif
[03:05] <imbrandon> thats how i figured it hehehe
[03:05] <bddebian> If soname is libtifiles2.so.3, package name should be libtifiles2-3 right?
[03:06] <imbrandon> bddebian, i *think* so, im not great with libs
[03:07] <imbrandon> but that seems right
[03:07] <bddebian> Thx
[03:08] <sistpoty> gn8 everyone
[03:08] <bddebian> Gnight sistpoty
[03:08] <imbrandon> gnight
[03:08] <ajmitch> night sistpoty
[03:09] <imbrandon> i picked up a 2gig usb stick today for $10 , i think i'm gonna try to get ubuntu booting from it, i seen a tutoral about it somewhere on the net
[03:09] <TheMuso> imbrandon: heh
[03:09] <imbrandon> might be neat
[03:10] <imbrandon> good news is i got feisty installed on my mac ;)
[03:11] <imbrandon> and some of the quarks worked out
[03:11] <TheMuso> imbrandon: You had quirks?
[03:11] <imbrandon> like the num lock thing etc
[03:11] <TheMuso> oh
[03:11] <imbrandon> s/num\ lock/numlock
[03:11] <LaserJock> I'd like to put Feisty on my intel mac
[03:11] <imbrandon> just miror stuff i wasent used to dealing with
[03:12] <imbrandon> LaserJock, yea thats what this is an intel mac
[03:12] <LaserJock> yeah
[03:12] <imbrandon> i've had edgy on my ibook a long while
[03:12] <imbrandon> just got this thing not long ago though
[03:12] <imbrandon> and dont even have osx installed on it atm
[03:12] <imbrandon> lol
[03:12] <TheMuso> imbrandon: Nice.
[03:12] <LaserJock> just last time I put Ubuntu on my mac it didn't end well :/
[03:12] <TheMuso> What sort is it?
[03:12] <imbrandon> TheMuso, me?
[03:12] <TheMuso> imbrandon: Yeah.
[03:12] <imbrandon> just a $799 mini
[03:13] <TheMuso> aah
[03:13] <imbrandon> cheapie but works for a nice works station i dont have to worry about the hardware
[03:13] <imbrandon> i got tired of swapping hardware in my main workstation so i got this for a every day workstation and then my old box is my "tinker" box , and then i have my servers
[03:14] <TheMuso> Sounds nice.
[03:14] <imbrandon> not a powerhouse but its got a bit of umph, like core 2 duo or core duo , not sure 2.4ghz
[03:14] <imbrandon> gig of ram etc etc etc, just a normal mini
[03:15] <TheMuso> imbrandon: Thats a tempting way to do things I must admit.
[03:15] <imbrandon> yea, it gets old after a while
[03:15] <TheMuso> What does?
[03:15] <imbrandon> ( the hardware thing )
[03:15] <TheMuso> ah
[03:16] <imbrandon> seemed i was constantly swapping hdd's and nic etc in the other box
[03:16] <TheMuso> Well I currently use a dual celeron 466 for my main workstation, but ats ok since I am on the console.
[03:16] <imbrandon> now i can and still have a workstation
[03:16] <TheMuso> However, I will likely be moving to GUI with gnome-terminal soon.
[03:16] <TheMuso> And I don't think this celeron copes very well with gnome + accessibility.
[03:16] <imbrandon> hehe
[03:17] <imbrandon> gnome should be ok, + accessability i dunno
[03:17] <TheMuso> My P4 is alright, but with accessibility stuff it does lag a bit now and then.
[03:17] <imbrandon> i dunno how much that taxes the hardware
[03:17] <imbrandon> right on
[03:17] <TheMuso> And its configured to be a specialty box mostly.
[03:18] <TheMuso> i.e audio related. Got three soundcards, and connections/things hanging all off it.
[03:18] <imbrandon> ahh
[03:18] <imbrandon> w00t
[03:18] <TheMuso> Cool.
[03:19] <imbrandon> LaserJock, what problems did you have last time ( with the intel mac )
[03:20] <LaserJock> oh just getting it going
[03:20] <LaserJock> the install was a bit involved (grub problems)
[03:20] <imbrandon> ahh yea
[03:20] <LaserJock> and then the ATI is always fun
[03:20] <imbrandon> grub complained it abit
[03:20] <mwolson> (referring to use of Ubuntu feisty on a Mac Mini) i have the best luck with the 2.6.17 kernel from edgy, currently
[03:21] <mwolson> since the current feisty kernel chokes on my LVM setup on the 4th partition at boot-time
[03:21] <imbrandon> mwolson, i havet had any problems /yet/ but lets cross our fingers
[03:21] <mwolson> imbrandon: using LVM?
[03:21] <imbrandon> no
[03:22] <mwolson> then it will probably be smooth sailing
[03:22] <imbrandon> i only have lvm on the servers
[03:22] <mwolson> i figured it would be a good way to deal with the 4-partition limitation for preserving the ability to dual-boot with OS X
[03:23] <imbrandon> right on
[03:24] <imbrandon> they dont iirc , and thats only primary parts anyhow
[03:24] <imbrandon> not extended parts
[03:24] <TheMuso> I thought efi had its own partition type.
[03:24] <TheMuso> s/type/partition layout/
[03:24] <LaserJock> I had some funky stuff last time I did it
[03:24] <TheMuso> you know what I mean.
[03:24] <imbrandon> yea
[03:24] <LaserJock> ended up with an extra partition
[03:25] <LaserJock> so I only had 1 partition for Ubuntu
[03:25] <LaserJock> no swap
[03:25] <TheMuso> ooo fun
[03:25] <imbrandon> i dont have any swap on my normal intel
[03:25] <ajmitch> you don't need swap
[03:25] <LaserJock> 1st time I did it, it didn't do it
[03:25] <LaserJock> ajmitch: I suppose
[03:25] <ajmitch> depends on how much RAM you have
[03:25] <ajmitch> I'd want swap with 512MB
[03:25] <ajmitch> even with 1GB
[03:25] <LaserJock> it just make me nervious when I've only got 1 partition for Ubuntu
[03:26] <LaserJock> I've never had more than 1GB
[03:26] <StevenK> I have 1.5Gb, and I hit swap here
[03:26] <ajmitch> StevenK: yes, but you're special :P
[03:26] <imbrandon> i have 2 and rarely hit swap, and with 4 i never do
[03:26] <StevenK> Currently only 264 bytes.... :-)
[03:26] <TheMuso> lol
[03:27] <StevenK> This machine started out with only 512Mb, and it found it was just too little RAM for an amd64
[03:27] <LaserJock> apparently I don't use my computer very much
[03:27] <imbrandon> yea with 1 i hit it quite a bit
[03:27] <StevenK> s/it found/I found/
[03:28] <LaserJock> On my laptop (512MB) I don't think I hit swap very much
[03:28] <imbrandon> 1gb is barely enough for a x86_64 running a 64bit os
[03:28] <ajmitch> 4GB is barely enough
[03:28] <imbrandon> just for the OS imho
[03:28] <StevenK> This machine is nice with 1.5Gb
[03:28] <LaserJock> hmm, maybe that's it, I've never had a 64bit machine
[03:28] <StevenK> LaserJock: Come to the dark side ...
[03:29] <TheMuso> LaserJock: Me neither. I have 1GB in my P4, 768MB in my celeron, and 512MB in my G3 300 powerpc. I can only remember using swap when I'm doing serveral big package builds.
[03:29] <LaserJock> somebody want to buy me one? ;-)
[03:29] <TheMuso> Even then thats not often.
[03:29] <StevenK> LaserJock: Where sizeof(void *) != sizeof(int) and other such evil things. :-)
[03:29] <imbrandon> LaserJock, your intel mac should be 64bit
[03:29] <LaserJock> imbrandon: I don't think so, just dual core
[03:29] <imbrandon> must have been one of the orig ones
[03:29] <imbrandon> very few arent
[03:29] <StevenK> LaserJock: If your Intel mac is running Linux, /proc/cpuinfo will tell you if it's 64 bit.
[03:30] <LaserJock> I ordered it ~2 days after they came out
[03:30] <imbrandon> then possibly, the 32bit dual core itel macs were very short lived
[03:30] <imbrandon> intel*
[03:30] <mwolson> TheMuso: if you want the weird Apple partition format and the usual partition format to keep in sync, you have to stick with only 4 partitions
[03:30] <LaserJock> StevenK: do you know how to find out in OS X?
[03:30] <mwolson> (don't recall the acronyms for each format)
[03:31] <StevenK> LaserJock: Does OS X spit out the CPU flags?
[03:31] <imbrandon> LaserJock, about this mac --> more info
[03:31] <TheMuso> mwolson: Right
[03:31] <LaserJock> imbrandon: CLI?
[03:31] <imbrandon> no
[03:31] <imbrandon> apple in the top left
[03:31] <TheMuso> Apple menu
[03:31] <imbrandon> about this mac
[03:31] <imbrandon> then more info
[03:32] <LaserJock> no, no
[03:32] <LaserJock> I mean I'm using CLI
[03:32] <bddebian> WTF in a package can cause linda and lintian to explode?
[03:32] <imbrandon> ohh not sure
[03:32] <imbrandon> ummm lemme check
[03:32] <StevenK> bddebian: Many things? :-P
[03:32] <imbrandon> TheMuso, 10.5 ?
[03:32] <StevenK> I didn't think 10.5 was out
[03:32] <LaserJock> I found it
[03:33] <imbrandon> its not
[03:33] <imbrandon> StevenK, ^^
[03:33] <StevenK> LaserJock: Does it have long mode?
[03:33] <TheMuso> imbrandon: I have 10.4, originally got it to check out the screen reader, as I was helping people review/test at the time.
[03:33] <TheMuso> I have no more use for it any more.
[03:33] <LaserJock> systctl -a hw
[03:33] <StevenK> TheMuso: From what I've heard, it's a pretty bad screen reader.
[03:33] <TheMuso> StevenK: Yeah nothing that crash hot.
[03:33] <StevenK> TheMuso: Sean called it "barely passable" if I remember correctly.
[03:34] <TheMuso> StevenK: 10.5 is supposed to be better.
[03:34] <StevenK> Sigh, Apple fanboys
[03:34] <TheMuso> Meh. Stick with your 10.5 then and piss off.
[03:34] <TheMuso> :)
[03:34] <imbrandon> lol
[03:34] <ajmitch> strong language from TheMuso there :)
[03:34] <LaserJock> I can't find anything
[03:34] <bddebian> StevenK: I don't mean give errors and warnings, I mean literaly blow up
[03:35] <TheMuso> ajmitch: heh
[03:35] <StevenK> bddebian: Yes, I figured, and my answer doesn't change. :-)
[03:35] <TheMuso> When typing, I usually hold back, and I only meant it in jest.
[03:35] <bddebian> Well I've never seen it before
[03:35] <imbrandon> ;)
[03:35] <StevenK> TheMuso: I don't think I've seen you use strong language in person.
[03:35] <TheMuso> StevenK: I do try and be polite no matter the situation.
[03:36] <hub> guys, this is not #apple-fan-boys
[03:36] <hub> so restrain yourself
[03:36] <StevenK> TheMuso: And if worse comes to worse, you do have a cane .:-P
[03:36] <TheMuso> There was one time when the f word managed to get in my every day vocabulary, and that was from being around a particular friend/on the phone with them too much.
[03:36] <TheMuso> It took a while for me to get rid of that habbit.
[03:36] <hub> TheMuso: when I use the f word, people complain to my boss
[03:36] <imbrandon> hub, it is if it pertains to linux so thanks for the input
[03:36] <TheMuso> but never in public, only when I was on my own.
[03:37] <TheMuso> But still... I felt ashamed.
[03:37] <hub> imbrandon: 10.5, linux?
[03:37] <hub> imbrandon: let me think.
[03:37] <StevenK> hub: The Ubuntu that will be released in May, 2010?
[03:37] <imbrandon> hub, yes , features, useability, dualbooting compatibilty, need i go on?
[03:37] <hub> StevenK: ahah
[03:38] <hub> imbrandon: #mac_dev waits for you :-)
[03:38] <imbrandon> hub, no #ubuntu-motu does, again thanks for your input
[03:38] <LaserJock> darn it, I can't figure it out
[03:39] <imbrandon> LaserJock, easiest way probably is to find the proc and just look it up on the web
[03:40] <StevenK> Using links, if OS X has a text mode browser.
[03:43] <imbrandon> ;)
[03:44] <imbrandon> ahhh amarok done
[03:44] <LaserJock> I've got lots of text mode browsers :-)
[03:44] <TheMuso> imbrandon: We are starting to get people requesting help on the accessibility list about stuff that non-technically savy users would ask about.
[03:44] <TheMuso> And its frustrating, as they would know the problems that still remain if they were to do some reading, but one just can't tell them to make sure they read everything before they try it out, especially if english isn't their native language.
[03:45] <imbrandon> right
[03:47] <LaserJock> imbrandon: is KDE sitll working ok in OS X?
[03:48] <imbrandon> LaserJock, yea
[03:48] <imbrandon> infact rick has nightly builds going for iot
[03:48] <imbrandon> kde4 native, kde3 via fink and X
[03:49] <imbrandon> i need to update the snapshot i have of it on my ibook
[03:49] <LaserJock> imbrandon: ok, just found for sure that I have a Core Duo not Core 2 Duo
[03:49] <imbrandon> what mhz ?
[03:49] <imbrandon> or model
[03:49] <bddebian> Gggaaaahhh WTF!!!
[03:50] <LaserJock> 1.83GHz
[03:50] <imbrandon> ahh yea probably one of the few 32bit ones done
[03:51] <LaserJock> well, we've got 2
[03:51] <LaserJock> and 2 G5's
[03:53] <imbrandon> nice
[03:53] <LaserJock> well, they replaces 4 linux machines
[03:53] <LaserJock> which isn't so cool
[03:53] <TheMuso> imbrandon: If we want to use another arch than intel for the builds, how do we get to it? Or are amd64/ppc not ready yet?
[03:54] <imbrandon> wouldent mind a g5 or an xserv to run edgy on
[03:54] <imbrandon> TheMuso, they arent online yet, one i still need to rack, and one i still need an IP for
[03:54] <TheMuso> Right.
[03:56] <TheMuso> Was just wondering thats all.
[03:56] <imbrandon> i hope to have them going by sunday
[03:56] <TheMuso> No hurry
[03:56] <imbrandon> as a personal goal
[04:17] <bddebian> StevenK: OK damnit, what can cause this?
[04:20] <imbrandon> crimsun, any idea why is xfs recomended when installing flashplugin-nonfree
[04:21] <imbrandon> Suggested packages: iceweasel msttcorefonts ttf-xfree86-nonfree xfs
[04:21] <imbrandon> The following NEW packages will be installed: flashplugin-nonfree
[04:21] <ajmitch> interesting
[04:21] <ajmitch> xfs should be quite deprecated by now
[04:21] <imbrandon> yea , but i still fail to see what an FS has to do with flash
[04:22] <imbrandon> maybe some strange cary over from debian
[04:22] <imbrandon> no idea
[04:23] <ajmitch> xfs = font server
[04:23] <imbrandon> ahh
[04:23] <imbrandon> isnt/wasent there an XFS file system too ?
[04:24] <imbrandon> e.g. reiser  etx{2,3} etc
[04:24] <imbrandon> ext*
[04:24] <ajmitch> sure
[04:24] <imbrandon> ok makin sure my confusion wasent totaly unfounded
[04:27] <bddebian> ajmitch: Any clue on this?  I'm freakin' lost.  It was working 30 minutes ago
[04:27] <bddebian> http://pastebin.us/13747
[04:27] <imbrandon> man kde3.5.6 is really slick and feisty kubuntu is really shaping up nicely i must say
[04:27] <StevenK> bddebian: *blink*
[04:27] <imbrandon> i was still recomending dapper to most people i meet that havent used kubuntu but feisty has put the polish back on it
[04:27] <imbrandon> imho
[04:28] <bddebian> StevenK: ??
[04:28] <StevenK> bddebian: Can you run linda with -dd ?
[04:29] <bddebian> StevenK: http://pastebin.us/13748
[04:30] <StevenK> Crap.
[04:30] <StevenK> I was hoping for more information.
[04:30] <StevenK> Maybe it's a python2.5 ism
[04:30] <ajmitch> bddebian: nothing so simple as a full disk? :)
[04:30] <bddebian> Could it just be fs damage?  I've been having some weird fs problems lately
[04:31] <bddebian> ajmitch: Not afaict
[04:31] <StevenK> ajmitch: I ought to catch a full /tmp
[04:31] <ajmitch> the error when raising an exception looks rather special
[04:32] <StevenK> Indeed.
[04:32] <StevenK> And the error has been thrown when it's trying to print out the exception. :-/
[04:32] <ajmitch> yeah
[04:32] <ajmitch> it should be possible to run linda with python2.4
[04:33] <ajmitch> might be worth trying
[04:33] <StevenK> I'm just about to try Linda with 2.5
[04:33] <bddebian> This is an edgy machine it shouldn't even have 2.6
[04:33] <bddebian> Err 2.5
[04:34] <ajmitch> linda runs for me with 2.5
[04:34] <ajmitch> how curious
[04:34] <StevenK> And for me
[04:35] <bddebian> It was working a few minutes ago, I'm telling ya..
[04:36] <bddebian> I guess I'll fsck
[04:36] <StevenK> bddebian: Can you edit /usr/lib/site-python/linda/unpack.py, line 176
[04:36] <StevenK> bddebian: Just under the except OSError line, add in 'print e' at the correct indent, and re-run linda without the -dd
[04:38] <bddebian> bdefreese@bdubuntu1:/usr/lib/site-python/linda$ linda /home/bdefreese/pbuild-feisty/result/libtifiles2-3_1.0.2-0ubuntu1_i386.deb
[04:38] <bddebian> [Errno 13]  Permission denied: '/tmp/linda-lab-13922'
[04:39] <StevenK> Ha
[04:39] <StevenK> You don't have write access to /tmp
[04:39] <bddebian> Why ha?
[04:39] <bddebian> Why is that?
[04:39] <StevenK> Your FS has been re-mounted read-only?
[04:40] <bddebian> uhm..
[04:41] <StevenK> Problem reproduced, too
[04:41] <StevenK> steven@liquified:~% TMPDIR=/ linda /var/cache/pbuilder/result/aircrack_0.6.2-5ubuntu1_all.deb
[04:41] <StevenK> Traceback (most recent call last):
[04:41] <StevenK> ...
[04:41] <bddebian> Fucking HD :-(
[04:42] <StevenK> bddebian: dmesg, see if anything turns up
[04:44] <bddebian> This has been happening for a little while now.  Though usually I get ro file system errors :-(
[04:44] <StevenK> bddebian: Replace your drive.
[04:45] <bddebian> This is the third one :(
[04:45] <bddebian> POS
[04:45] <StevenK> It might be the IDE controller, or the cable.
[04:45] <StevenK> Cable is less likely.
[04:45] <StevenK> bddebian: How's that for good news? :-P
[04:48] <bddebian> It's a stinkin' ThinkPad, so even worse
[04:51] <bddebian> heh
[04:51] <StevenK> bddebian: If IBM have done the previous two drive switches, they should do something different on the third try.
[04:52] <bddebian> They haven't, it's old
[04:52] <bddebian> The second drive I pulled out of another R31 and this one is a brand new Toshiba drive
[04:53] <StevenK> What errors is it throwing
[04:53] <StevenK> ?
[05:10] <bddebian> Now that's whacked.  /tmp is still 755
[05:36] <rexbron> hey bddebian, care to take a look at soma now that TheMuso and sispoty have looked it over?
[05:36] <TheMuso> rexbron: It was uploaded iirc
[05:36] <bddebian> rexbron: I thought it got uploaded?
[05:37] <TheMuso> According to the motu mailing list, yeah it did.
[05:37] <rexbron> cool
[05:37] <rexbron> I should subscribe to that
[05:38] <TheMuso> I'd say that would be a very good idea.
[05:39] <TheMuso> Anything really important for MOTUs and hopefuls is always going to be on that list.
[05:39] <TheMuso> As well as important discussions re packaging decisions.
[05:39] <TheMuso> related to universe
[06:12] <imbrandon> off to work, see yall in a bit
[06:12] <bddebian> Later imbrandon
[06:16] <crimsun> imbrandon: it doesn't
[06:16] <crimsun> imbrandon: the demotion to Suggests is part of the delta we carry in debian/control
[06:52] <ScottK> bddebian: Are you up for another REVU?  http://revu.tauware.de/details.py?upid=4302
[06:53] <bddebian> ScottK: What did you update?
[06:53] <ScottK> It's an upstream update of one of my earlier packages.
[06:54] <ScottK> No packaging changes, so in theory it should be easy....
[06:54] <bddebian> No worries, just asking :-)
[06:57] <bddebian> ScottK:
[06:57] <bddebian> cp: cannot stat `debian/INSTALL.Debian': No such file or directory
[06:57] <bddebian> dh_installdocs: command returned error code 256
[06:58] <ScottK> hmmm
[06:58] <ScottK> There's also http://revu.tauware.de/details.py?upid=4303 waiting...
[06:59] <ScottK> Figured it out.  Sorry.  New upload in a minute.
[07:02] <TheMuso> Heya Hobbsee.
[07:03] <Hobbsee> hey TheMuso
[07:03] <Hobbsee> right.  10h to update basket
[07:03] <LaserJock> is that the notetaking app for kde?
[07:03] <Hobbsee> yep
[07:03] <Hobbsee> well, one of them.  it's the nicer one
[07:04] <LaserJock> I was gonna try it, but I'm to CLI bound
[07:07] <bddebian> ScottK: pypolicyd:  error: invalid Python installation: unable to open /usr/include/python2.5/pyconfig.h (No such file or directory)
[07:07] <bddebian> make: *** [python-install-py]  Error 1
[07:07] <ScottK> Ugh.  Sorry.  I guess I'm not having a good day.
[07:07] <bddebian> I know the feeling man :-)
[07:07] <bddebian> Anyway, I gotta get to bed.  Gnight folks
[07:11] <ScottK> Anyone else?  http://revu.tauware.de/details.py?upid=4305 is fixed.
[07:19] <siretart> morning
[07:19] <LaserJock> siretart!
[07:20] <siretart> huhu LaserJock!
[07:21] <ScottK> In addition to http://revu.tauware.de/details.py?upid=4305, http://revu.tauware.de/details.py?upid=4307 is also fixed up if anyone is available to revu...
[07:24] <Fujitsu> Hi siretart, LaserJock.
[07:26] <siretart> huhu Fujitsu
[07:27] <LaserJock> hi Fujitsu
[07:27] <ScottK> I can stay up for a bit if there is a useful task that someone with my level of inexperience could help out with...
[07:27] <Fujitsu> Hm, 9.5 hours until UVF... there must be something :)
[07:28] <siretart> as I didn't hear anything else, I assume the motu-uvf team didn't change since edgy, right?
[07:28] <LaserJock> I guess
[07:28] <siretart> k
[07:30] <Hobbsee> siretart: seems so
[07:31] <siretart> Hobbsee!! :)
[07:31] <Hobbsee> hey siretart!!!
[07:36] <LaserJock> does debsign work on binary .changes files?
[07:37] <TheMuso> LaserJock: Why would you want to do that?
[07:37] <TheMuso> Afaik it can yes.
[07:37] <TheMuso> From reading the manpage earlier today.
[07:38] <zakame> it should, why not?
[07:38] <zakame> hi all btw :)
[07:38] <TheMuso> Hey zakame.
[07:39] <LaserJock> well, in the man page all I saw was for source pakcages
[07:39] <TheMuso> Well its worth a try at the least.
[07:39] <zakame> hoohoo!
[07:43] <LaserJock> grrr
[07:43] <ScottK> grrr?
[07:44] <LaserJock> I can't figure out how to upload .debs
[07:45] <LaserJock> I'm making a mini-dinstall repo
[07:45] <LaserJock> and I got source packages to work
[07:46] <LaserJock> but it says it keeps looking for a signature on the .deb .changes
[07:47] <AnAnt> LaserJock: can I trick you to review a package ?
[07:47] <LaserJock> probably not
[07:47] <LaserJock> especially when you tell me you are tricking me ahead of time
[07:47] <AnAnt> k
[07:47] <AnAnt> hehe
[07:48] <LaserJock> I'll be more available after this week
[07:48] <AnAnt> can someone review this package : http://revu.tauware.de/details.py?upid=4298 ?
[07:50] <LaserJock> woot! I got it
[07:50] <LaserJock> I turned of the sig check
[07:50] <LaserJock> *off
[07:55] <ScottK> Good night everyone.  I think I'm about out of steam.
[07:56] <AnAnt> ping Hobbsee , can you review this upload: http://revu.tauware.de/details.py?upid=4298
[07:57] <LaserJock> ScottK: cya
[08:01] <TheMuso> AnAnt: I am looking it over at the moment.
[08:01] <AnAnt> TheMuso: thanks
[08:02] <Fujitsu> LaserJock: May I enquire as to the purpose of this repo?
[08:04] <LaserJock> black market science apps
[08:04] <Fujitsu> :O
[08:04] <LaserJock> ;-)
[08:04] <TheMuso> haha
[08:04] <LaserJock> super secret government lab, Area 51 software
[08:05] <TheMuso> Fujitsu: lol
[08:05] <LaserJock> Fujitsu: I'm just doing some "research"
[08:05] <Fujitsu> That's what happens when the government bans selling it in canteens.
[08:06] <AnAnt> LaserJock: science apps ?
[08:06] <Fujitsu> LaserJock: On what?
[08:06] <LaserJock> Fujitsu: stuff ;-)
[08:06] <AnAnt> LaserJock: is that a new repo for Ubuntu ? like MediUbuntu ?
[08:06] <LaserJock> hehe no
[08:06] <Fujitsu> Eeeeeeeeeeek.
[08:06] <LaserJock> AnAnt: does MediUbuntu have it's own repo now?
[08:07] <LaserJock> I'm just looking at different repo tools
[08:07] <LaserJock> apt-ftparchive, mini-dinstall, and reprepo
[08:08] <Fujitsu> OK.
[08:08] <Fujitsu> Not going to set up a full-blown dak? :P
[08:08] <Fujitsu> And what about falcon?
[08:08] <LaserJock> ummm, no
[08:08] <LaserJock> well, I'm not sure about falcon yet
[08:08] <LaserJock> it's a bit new
[08:08] <StevenK> Fujitsu: dak is not for the faint of heart. :-)
[08:09] <Fujitsu> StevenK, I've poked around with it, and I agree fully :)
[08:09] <LaserJock> what repos is falcon in?
[08:10] <RAOF> Seveas'.  And mine, I think.  I wonder why it's in mine?
[08:10] <AnAnt> LaserJock: what do you mean by it's own repo ?
[08:10] <StevenK> Fujitsu: I've submitted patches. :-P
[08:10] <Fujitsu> StevenK: Sounds painful.
[08:10] <LaserJock> I'm wondering if falcon is in any of the Ubuntu repos
[08:11] <RAOF> I'm pretty sure it is.
[08:11] <StevenK> Not according to madison-lite it isn't
[08:11] <Fujitsu> It isn't.
[08:11] <LaserJock> AnAnt: do they have their own repot in addition to Ubuntu's
[08:11] <LaserJock> I need stuff that's in the Ubuntu repos
[08:12] <AnAnt> LaserJock: yeah, hang on
[08:13] <AnAnt> LaserJock: deb http://medibuntu.sos-sts.com/repo/ edgy free non-free
[08:15] <LaserJock> what the heck
[08:16] <AnAnt> ?
[08:16] <LaserJock> that repo has no science/medical packages
[08:16] <LaserJock> it's all w32codec
[08:16] <AnAnt> nope
[08:16] <LaserJock> libdvdcss
[08:16] <LaserJock> ffmpeg
[08:16] <AnAnt> w32codecs , skype, googleearth
[08:16] <AnAnt> very few stuff
[08:16] <LaserJock> crazy
[08:17] <AnAnt> LaserJock: are you interested in packaging science apps ?
[08:17] <AnAnt> LaserJock: I was thinking of packaging gplcver indeed
[08:17] <AnAnt> but I need to understand it's directory structure
[08:18] <LaserJock> oh crap
[08:18] <LaserJock> mediubuntu is multimedia ubuntu
[08:18] <LaserJock> not medical ubuntu
[08:19] <AnAnt> gplcver is a verilog compiler/simulator
[08:19] <LaserJock> medubuntu is the medical one
[08:19] <LaserJock> AnAnt: I'm the lead of the MOTU Science team
[08:19] <LaserJock> so yeah, I'm interested in science apps
[08:19] <LaserJock> lol
[08:20] <AnAnt> well, electronics software falls in that category , right ?
[08:20] <LaserJock> yes it does actually
[08:20] <LaserJock> AnAnt: http://tiber.tauware.de/~laserjock/motuscience/feisty/all.html
[08:21] <AnAnt> gplcver: http://pragmatic-c.com/gpl-cver/
[08:22] <LaserJock> package it up! :-)
[08:22] <AnAnt> I should try that indeed
[08:35] <rraphink> LaserJock: how hard is it to generate the diff page?
[08:35] <rraphink> you're using mdt for that?
[08:36] <LaserJock> yeah
[08:36] <LaserJock> it's not too tough
[08:36] <rraphink> (hi by the way)
[08:36] <LaserJock> I have the scripts on tiber
[08:36] <rraphink> mdt compares source versions though, right?
[08:37] <LaserJock> it basically produces everything
[08:38] <rraphink> k
[08:39] <LaserJock> rraphink: generate.bash at http://tiber.tauware.de/~laserjock/motuscience/scripts/ is the script I use
[08:39] <lucas_> rraphink: LaserJock: we really should work on packaging & maintaining mdt ...
[08:39] <LaserJock> yes
[08:40] <Fujitsu> lucas_, I've got a patch or two that are in LaserJock's branch. There are some other things which I might implement soon.
[08:40] <rraphink> lucas_: yes indeed
[08:40] <rraphink> lucas_: I use it daily
[08:40] <LaserJock> it would be nice to collect all these tools, mdt, revu-tools, bug filing stuff
[08:40] <lucas_> there's an svn repository for it on alioth
[08:40] <rraphink> with dist-apt-cache and dist-apt-get
[08:40] <rraphink> since I do a lot of backports/merges
[08:41] <Fujitsu> mdt is invaluable for motuscience.
[08:41] <LaserJock> for sure
[08:41] <rraphink> LaserJock: I would like to modify mdt to use system-wide
[08:41] <lucas_> I'll try to get some work done after the etch release
[08:41] <lucas_> but I'm too busy currently
[08:41] <rraphink> as in, having the possibility of defining the small chroots in /var/mdt or so rather than ~/.multidistrotools
[08:41] <Fujitsu> We need to make a list of tools we want to write for Feisty, too.
[08:41] <Fujitsu> rraphink: That might be nice.
[08:41] <LaserJock> yep
[08:41] <rraphink> lucas_: same here ;)
[08:42] <rraphink> kind of fighting with time now
[08:42] <LaserJock> I think cbx33 is also interesting in helping with motu helper scripts
[08:43] <LaserJock> maybe we need a motu-scripters team :-)
[08:43] <Fujitsu> Integrating stuff like ajmitch's bug thing, and MoM-like functionality with mdt would also be nice.
[08:43] <LaserJock> yep
[08:44] <lucas_> well, I'm not sure. I'd like mdt to stay distro-agnostic
[08:45] <lucas_> (as much as possible)
[08:45] <rraphink> Hobbsee: talking about mdt initially
[08:45] <Fujitsu> lucas_, as would I, but these would be optional.
[08:45] <Hobbsee> ah
[08:45] <LaserJock> lucas_: sure, but there's no reason to put a bzr branch on LP
[08:45] <Fujitsu> Making version2html plugin-able would facilitate that.
[08:45] <LaserJock> yeah
[08:45] <lucas_> yup
[08:46] <Fujitsu> Then we can add comments, bugs, etc.
[08:47] <lucas_> err comments and bugs are already there
[08:47] <Fujitsu> Sort of.
[08:47] <LaserJock> well, as fields I think is what he's saying
[08:47] <Fujitsu> It'd be nice to have a more live comment system.
[08:47] <Fujitsu> And bugs similar to what ajmitch's script produces.
[08:48] <lucas_> which script ?
[08:48] <Fujitsu> See !topic
[08:48] <Fujitsu> */topic
[08:48] <lucas_> ok
[08:48] <lucas_> ah yes
[08:48] <lucas_> but that's Debian bugs
[08:49] <lucas_> LP bugs are a PITA (no xmlrpc interface, etc)
[08:49] <Fujitsu> Yep.
[08:49] <Fujitsu> LP bugs are a little too difficult at the moment, but they're less important from our end.
[08:53] <ajmitch> Fujitsu: note that my script relies on a local copy of the BTS data
[08:53] <LaserJock> sure, but I think it's important to put these scripts somewhere central
[08:53] <ajmitch> otherwise it would take days to run :)
[08:53] <LaserJock> so people can work on them, etc
[08:53] <ajmitch> sure
[08:54] <LaserJock> it's kinda annoying when nobody knows where things are or that they even exist
[08:55] <lucas_> ajmitch: is it possible to fetch BTS data without being a DD ? if so, we could set up a copy on tiber
[08:55] <lucas_> I think it's possible with rsync, but I'm not sure
[08:55] <Hobbsee> hey dholbach
[08:56] <siretart> lucas_: yes, the BTS interface is publicly accessible
[08:56] <dholbach> good morning
[08:56] <dholbach> hey Hobbsee
[08:56] <siretart> lucas_: the BTS-LDAP interface, that is
[08:56] <Hobbsee> :)
[08:56] <siretart> huhu dholbach!
[08:56] <dholbach> hey siretart
[08:57] <LaserJock> hi dholbach
[08:57] <dholbach> hey LaserJock
[08:58] <ajmitch> siretart: *far* too slow
[08:59] <ajmitch> siretart: the script I did processes several thousand bugs, and needs info that the ldap interface doesn't expose
[08:59] <siretart> ajmitch: ah, you did experiment with that?
[08:59] <ajmitch> yep :)
[08:59] <siretart> I see
[09:00] <LaserJock> ajmitch: how big did it end up being?
[09:00] <siretart> are you sure that all parts of debbugs are public? if so, we could perhaps ask aba to extend the ldap schema and install an ldap slave on tiber
[09:00] <ajmitch> LaserJock: I didn't grab the archived bugs
[09:00] <siretart> s/so/not/
[09:00] <dholbach> hey ajmitch - did you have luck with glom and pycentral?
[09:00] <ajmitch> dholbach: no, I didn't sorry
[09:01] <ajmitch> siretart: even if that's the case, ldap is many many times slower than opening the summary files for each bug
[09:01] <siretart> ajmitch: k
[09:01] <siretart> just a thought
[09:01] <dholbach> ajmitch: no problem... just wanted to check back
[09:02] <ajmitch> the unarchived bugs alone are 12GB
[09:02] <siretart> dholbach: I assume we proceed with motu-sru as with edgy, right?
[09:02] <siretart> I'm sorry that I didn't had the time to follow the last motu meetings :(
[09:02] <ajmitch> sru or uvf?
[09:02] <siretart> argl
[09:02] <siretart> UVF that i
[09:02] <siretart> s
[09:02] <ajmitch> we took an executive decision & said it's the same :)
[09:02] <ajmitch> see LaserJock's mail to the list
[09:02] <dholbach> siretart: makes sense - better to get going and let the MOTU Council figure out a process (for motu-uvf) and timeline for the next UVF
[09:03] <siretart> dholbach: I fully agree
[09:03] <dholbach> ok cool
[09:03] <ajmitch> we were discussing it a few hours ago
[09:03] <siretart> oha?
[09:03] <ajmitch> yes, you did read LaserJock's email to ubuntu-motu?
[09:04] <siretart> I didn't read mailling list yet, I'm currently at work (again)
[09:04] <ajmitch> ah, ok :)
[09:05] <siretart> ah, there it is. yes, that's exactly the process we used for edgy, and I think it worked quite well
[09:07] <ajmitch> why change what works? :)
[09:08] <lucas_> will some of you be at FOSDEM ?
[09:14] <SWAT> lucas_, will you be there?
[09:14] <lucas_> yes
[09:15] <SWAT> just go to the Ubuntu-BE stand and we'll surely meet
[09:20] <giskard> morning guys :)
[09:20] <ajmitch> hello giskard
[09:20] <giskard> i'm still in time if i want put the entire beryl suite into universe?
[09:20] <ajmitch> barely
[09:22] <giskard> it's a lim barely -> no or yes? ;P
[09:24] <LaserJock> Feb. 22nd is the deadline
[09:24] <LaserJock> imbrandon is working on it this week
[09:24] <LaserJock> you guys should talk to each other
[09:25] <dholbach> probably put packaging in bzr to speed up the process
[09:26] <giskard> LaserJock, i pinged him 2 times in the last 2 days without answer i thought he was busy
[09:27] <giskard> we packaged the netire suite 3 months ago me fabo and him + some great work of the debian maintainer
[09:27] <giskard> (shawn)
[09:27] <LaserJock> giskard: he his, but he just said tonight that he was going to work on it
[09:37] <LaserJock> ok, I'm off
[09:37] <LaserJock> good night all
[09:39] <viviersf> erf
[10:05] <somerville32> If I'm packaging a binary package, should I install the libs that it provides or should I ignore them and add them as dependencies?
[10:06] <somerville32> By binary package, I mean a source package that only includes binaries and not the source code (ie. multiverse)
[10:12] <AnAnt> can pbuilder be used to build several packages (*.dsc) in the same run ?
[10:13] <dholbach> you could   sudo pbuilder login   and then do it manually
[10:14] <AnAnt> dholbach: how ?
[10:15] <dholbach> it behaves like a normal chroot then: get the source in the chroot, then run    sudo apt-get build-dep <...>; fakeroot apt-get source -b <....>
[10:17] <AnAnt> ic
[10:17] <AnAnt> thanks
[10:21] <\sh> moins
[11:45] <Le-Chuck_ITA> Hi all
[11:46] <Fujitsu> Hi Le-Chuck_ITA.
[11:47] <Le-Chuck_ITA> any news for me?
[11:47] <Le-Chuck_ITA> yes I still didn't go to my upload
[11:47] <Le-Chuck_ITA> going now
[11:47] <Fujitsu> Is `Accepted xournal 0.3.3-0ubuntu1 (source)' what you wanted to hear?
[11:48] <Le-Chuck_ITA> yes :)
[11:48] <Fujitsu> I thought so.
[11:48] <Fujitsu> It seems to have built successfully, too. So it's done.
[11:48] <Le-Chuck_ITA> Thank you a lot
[11:49] <Fujitsu> No problem.
[11:49] <Le-Chuck_ITA> I will be able to just tell people to install ubuntu on their tablet if they want it as beautiful as mine
[11:50] <Le-Chuck_ITA> hmmm - if the wacom tablet bug will get fixed soon or later but that's another story
[11:50] <Le-Chuck_ITA> there is a dependency bug opened but I suspect there are serious problems hidden behind that
[11:51] <Le-Chuck_ITA> there was people asking me what software to use on linux for the tablet, that's why I got engaged with the xournal update :)
[11:53] <Le-Chuck_ITA> Fujitsu: do I have to delete my upload to revu?
[11:55] <Fujitsu> I have archived it, so it's off the main list.
[11:57] <Le-Chuck_ITA> ok - so I am again noise in the universe - happy to hear this :) Ok I go back to my work now, it's better. Will come here back as soon I can do something else for universe
[11:58] <Fujitsu> Again, thanks for the help.
[11:58] <Le-Chuck_ITA> goodbye and see you soon
[12:00] <RAOF> Is<EMAIL_ADDRESS>here?  I'm not certain what one of the comments on the review of the gimmie package means.
[12:01] <Fujitsu> That would be gpocentek.
[12:02] <gpocentek> RAOF: which comment?
[12:03] <gpocentek> which part of the comment? :)
[12:03] <RAOF> The "need more dependencies on python-gnome*" one.  Do you mean build depends, or package depends?
[12:03] <gpocentek> package depends IIRC
[12:04] <RAOF> I thought ${python:depends} *was* meant to magically work out the dependencies.
[12:04] <Fujitsu> Hobbsee! You've got 5 hours to update every package in {un,mult}iverse to the latest upstream version. Get going!
[12:04] <RAOF> I'll add them in manually, then.
[12:04] <gpocentek> yep, there's no magic to find python dependencies
[12:05] <RAOF> Awww.  Python:depends lies :(
[12:07] <imbrandon> hrm
[12:09] <TheMuso> Where can my assistance be used most atm?
[12:12] <Hobbsee> Fujitsu: ARGH!!!!!!!!!!!!!!!!!!
[12:14] <Hobbsee> Fujitsu: you too.  get going!
[12:16] <TheMuso> Fujitsu: Do you have sonata covered?
[12:18] <TheMuso> ah I see a bug in progress for it.
[12:19] <TheMuso> I'll leave it in your capable hands then.
[12:20] <Fujitsu> That sonata merge isn't affected by UVF.
[12:21] <Fujitsu> (and I forgot to set that bug to Fix Released a number of days ago)
[12:21] <TheMuso> But uvf isn't in effect yet is it?
[12:21] <Fujitsu> Not yet, no.
[12:22] <Fujitsu> Not for 4.5 hours.
[12:22] <TheMuso> heh right
[12:22] <Fujitsu> Hrm, what about audacity?
[12:22] <TheMuso> I can do that.
[12:23] <Adri2000> not sure if it's a stable release
[12:23] <Fujitsu> It's not, but Debian has it.
[12:23] <Fujitsu> What effect is UVF meant to have on native packages?
[12:23] <Adri2000> yep
[12:24] <Adri2000> no effect I'd say, but I don't know...
[12:25] <TheMuso> Has been for a few days
[12:26] <siretart> TheMuso: congrats! :)
[12:27] <siretart> TheMuso: how does the ubuntu audio team relate to MOTUMedia?
[12:27] <Fujitsu> siretart: Evening.
[12:27] <siretart> Fujitsu: just had lunch here ;) - hi!
[12:27] <TheMuso> siretart: I dunno. crimsun asked me to join, as I am involved with ubuntustudio on the edges.
[12:28] <siretart> there is a group motumedia-tauware?
[12:28] <Fujitsu> Yes.
[12:28] <siretart> wtf?!
[12:28] <Fujitsu> Automatically created.
[12:28] <Fujitsu> (so it's listed as the maintainer for the packages)
[12:29] <Fujitsu> I think we should be able to get it merged with motumedia, so that the maintainer link goes somewhere real.
[12:29] <siretart> wow! - thats the solution!
[12:29] <siretart> thanks for notifying me!
[12:29] <Fujitsu> Asking in #launchpad might do something.
[12:30] <TheMuso> As for ubuntu-audio, there are only 7 of us, with crimsun doing the bulk of the work I'll bet.
[12:30] <TheMuso> So I will try and help take some fo his workload if need be.
[12:30] <TheMuso> for universe at least.
[12:30] <Hobbsee> Fujitsu: siretart file a support ticket
[12:31] <Fujitsu> Hobbsee, that's the proper way to go about it?
[12:31] <Hobbsee> Fujitsu: if you dont have access to the email account of the address you want merged, yes.
[12:31] <Fujitsu> TheMuso: What packages are under ubuntu-audio's jurisdiction at the moment?
[12:31] <siretart> An email message was sent to<EMAIL_ADDRESS>Please follow the instructions on that message to complete the merge.
[12:31] <siretart> I do have access to<EMAIL_ADDRESS>[12:31] <TheMuso> Fujitsu: I haven't looked yet.
[12:31] <TheMuso> How does one look that up?
[12:31] <Hobbsee> siretart: then you can do it that way.
[12:32] <Fujitsu> siretart: Hopefully that will work.
[12:32] <Hobbsee> TheMuso: launchpad.net/~ubuntu-audio/+packages, i epxect
[12:32] <TheMuso> um.... somehow I don't think I will be touching audacity *JUST* yet.
[12:32] <siretart> darn. it actually sent the account to me
[12:32] <TheMuso> Hobbsee: Thanks.
[12:32] <siretart> and tries to merge this with the account 'siretart' - that's bullshit
[12:32] <Fujitsu> siretart, terrific.
[12:33] <Fujitsu> Support ticket it is.
[12:33] <Hobbsee> siretart: argh, as that's a group.
[12:33] <Hobbsee> support ticket it definetly is
[12:33] <siretart> ok, I'm filing one
[12:33] <Fujitsu> Thanks, siretart.
[12:33] <siretart> wow. there are tons of support tickets open :(
[12:33] <Hobbsee> siretart: mine got answered within ~12 hours, iirc.
[12:34] <Hobbsee> seeing as accoutn merges are simple, and all
[12:34] <siretart> lets try
[12:35] <TheMuso> Looks like ubuntu-audio has nothing listed in terms of packages.
[12:35] <Fujitsu> https://launchpad.net/launchpad/+tickets is quite ugly at the moment :-/
[12:35] <Fujitsu> TheMuso, check +packagebugs.
[12:36] <siretart> Fujitsu: the thing is that with the group merged, I fear launchpad will recreate that group on the next upload
[12:36] <Fujitsu> motumedia will grab the email, so it won't.
[12:37] <siretart> as long as it doesn't get that contact adresse, I'm fine
[12:37] <TheMuso> Fujitsu: Thanks
[12:37] <Hobbsee> Fujitsu: ouch.  interesting its' taking so long.
[12:37] <Hobbsee> siretart: it grabs the address in the debian/changelog
[12:37] <Fujitsu> What's taking so long, Hobbsee?
[12:37] <Hobbsee> siretart: not the one that signed the mail, or anything like that
[12:37] <Hobbsee> Fujitsu: those support tickets - lots look simple
[12:38] <siretart> Hobbsee: I don't want bugs to be mailed to that contact address
[12:38] <Hobbsee> siretart: true.
[12:38] <Fujitsu> siretart, you might be able to make it not a contact address.
[12:39] <Fujitsu> Probably best to ask the LP guys about the behaviour.
[12:39] <siretart> Fujitsu: https://answers.launchpad.net/launchpad/+ticket/3571
[12:43] <Hobbsee> siretart: how are you getting the first copy of the mail though?
[12:43] <siretart> Hobbsee: err, which mail?
[12:43] <Hobbsee> siretart: bugmail, sorry
[12:44] <Fujitsu> Hobbsee, I wondered that too. If there is a contact address, team members won't get the mail.
[12:44] <siretart> Hobbsee: both me and the team got subscribed to the bugs
[12:44] <Hobbsee> siretart: why did you get subscribed though?
[12:45] <siretart> Hobbsee: a) I filed bugs, b) the bug got assigned to me
[12:45] <Hobbsee> ah.
[12:45] <Hobbsee> you cleraly dont have an email client that filters all duplicate mails.
[12:45] <siretart> Hobbsee: that's not possible, because mailman mangles the mails
[12:45] <Hobbsee> good point
[12:46] <siretart> I'm pasting this chat to the ticket, okay?
[12:46] <Fujitsu> Oh no, it's highly confidential :P
[12:47] <siretart> :P
[12:50] <RAOF> How can I fix an "error '553 could not create file' during ftp transfer of specto_0.2....dsc" when trying to upload to revu?
[12:51] <RAOF> gpocentek: I've addressed your comments, and added a manpage for good measure.  Care to revu again?  http://revu.tauware.de/details.py?upid=4217
[12:51] <Hobbsee> RAOF: dput -f?
[12:51] <RAOF> Hobbsee: Tried that first, doesn't work.
[12:52] <Hobbsee> !doesntwork
[12:52] <ubotu> Sorry, I don't know anything about doesntwork - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[12:52] <Hobbsee> !doesn'twork
[12:52] <ubotu> Sorry, I don't know anything about doesn'twork - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[12:52] <Hobbsee> !doesn't work
[12:52] <ubotu> Please elaborate, your question or issue may not seem clear or detailed enough for people to help you. Please give more detailed information, errors, steps, and possibly configuration files (use the !pastebin to avoid flooding the channel)
[12:52] <Hobbsee> !doesntwork is <alias> doesn't work
[12:52] <ubotu> I'll remember that, Hobbsee
[12:52] <Hobbsee> !doesnt work is <alias> doesn't work
[12:52] <TheMuso> Hobbsee: You and that damn bot. :)
[12:52] <RAOF> No, I love that bot too :)
[12:53] <Hobbsee> TheMuso: :P
[12:54] <RAOF> Hobbsee: http://paste.ubuntu-nl.org/4702/
[12:55] <TheMuso> Fujitsu: heh
[12:56] <Fujitsu> Damnit.
[12:56] <TheMuso> LongPointyStick: You just ruined his good work ethicv.
[12:56] <Hobbsee> TheMuso: oh dear
[12:57] <viviersf> hi, soz to bother but who manages the build servers ?
[12:58] <TheMuso> viviersf: Whats the problem?
[12:58] <viviersf> nothing, just want to know how it is set up and how it works
[12:59] <Fujitsu> It is all dark, proprietary Canonical magic.
[12:59] <viviersf> not its not man
[01:00] <Fujitsu> Yes it is.
[01:00] <TheMuso> heh
[01:00] <TheMuso> And waits for a package to finish in pbuilder.
[01:00] <viviersf> lol
[01:00] <TheMuso> Take less time. :)
[01:01] <Hobbsee> yay, logged into revu
[01:02] <TheMuso> RAOF: ROFL
[01:03] <RAOF> Maybe lintian on revu should be updated, though.  Null output is still almost 1 K :)
[01:03] <Hobbsee> revu's still breezy, sitn it?
[01:03] <Hobbsee> nope, it's dapper now
[01:07] <Hobbsee> RAOF: he doesnt
[01:07] <Hobbsee> siretart: argh, how do i fix this?
[01:07] <Hobbsee> http://paste.ubuntu-nl.org/4702/
[01:08] <TheMuso> RAOF: Whats your problem?
[01:08] <RAOF> That pastebin
[01:08] <_ion> I'd be thankful if a MOTU reviewed compiz-extra <http://revu.tauware.de/details.py?upid=4133> before the freeze. It contains the 'state' plugin, which is essential for me. It allows one to define rules such as "open Firefox windows on desktop 1", "view mplayer windows brighter than the other windows" etc.
[01:09] <Hobbsee> oh, found the files
[01:09] <RAOF> As far as I'm concerned, you're welcome to.
[01:09] <TheMuso> RAOF: I don't remembrer seeing a pastebin URL.
[01:09] <Fujitsu> _ion: That has until the 22nd, fortunately.
[01:10] <RAOF> TheMuso: The one right above your "what's your problem?" post.
[01:10] <Hobbsee> oh, i dont have permission to remove it anyway
[01:10] <RAOF> I tried looking at the "dcut" man page, as the error suggests.
[01:10] <_ion> fujitsu: Nice.
[01:11] <TheMuso> RAOF: Is this a fresh install of dput?
[01:11] <RAOF> TheMuso: No
[01:11] <TheMuso> This sounds like a problem on the server side IMO.
[01:12] <TheMuso> RAOF: Has it worked before
[01:12] <RAOF> It's been succesfully used to upload a gimmie package not five minutes ago
[01:12] <Hobbsee> yes, it's server side
[01:12] <Hobbsee> siretart: am i supposed to be in the REVU & pbuilder groups?  the revu one, in particular.  if not, can i be?
[01:12] <RAOF> Fujitsu: Does gnome-compiz-manager have until the 22nd, too?
[01:13] <Fujitsu> New packages are due by the 22nds.
[01:13] <Fujitsu> *22nd
[01:13] <Fujitsu> New upstream versions of existing pages have about 4 hours.
[01:13] <Fujitsu> *packages
[01:13] <RAOF> Aaaah, *that's* what "Upstream version freeze" refers to.
[01:14] <TheMuso> RAOF: Well since its server side, I can't help you. siretart may be able to however.
[01:14] <TheMuso> Or another admin like ajmitch, but I don't think he's around.
[01:14] <Hobbsee> revu:x:1003:siretart,ajmitch,raphink,revu1,jcorbier,gauvain,brandon,laserjock
[01:14] <ScottK> Speaking of about 4 hours...  I'd appreciate a revu of http://revu.tauware.de/details.py?upid=4305.
[01:14] <Hobbsee> any of htem
[01:15] <raphink> hmpf
[01:15] <RAOF> Thanks.
[01:15] <Hobbsee> ScottK: didnt the older version have two acks?  why the newer versions?
[01:15] <ScottK> Good morning everyone.
[01:15] <ScottK> New upstream release.
[01:16] <ScottK> There are some significant benifits to the new version.
[01:17] <Hobbsee> ah
[01:23] <siretart> Hobbsee: I added you to the pbuilder group, sorry my fault that I missed that
[01:23] <siretart> Hobbsee: just relogin
[01:24] <Hobbsee> siretart: presumably then i can rm the files from http://paste.ubuntu-nl.org/4702/ then?  that's how we handle such things?
[01:25] <Fujitsu> Happy UVF, everyone :P
[01:25] <siretart> Hobbsee: I added you to the group 'revu' as well, now you can remove those files from /home/ftp/incoming
[01:25] <siretart> Fujitsu: sleep well!
[01:25] <Hobbsee> siretart: as in, that's what we do, or is there something else instead?
[01:26] <TheMuso> siretart: What use is a shell account for on tauware?
[01:26] <siretart> TheMuso: none :P
[01:26] <TheMuso> siretart: Right.
[01:26] <TheMuso> Just curious.
[01:26] <siretart> TheMuso: access to various pbuilders and access to the revu infrastructure
[01:27] <siretart> Hobbsee: depends on case. most time I only remove, sometimes I mv to rejected
[01:27] <TheMuso> siretart: RIghto. Was just wondering.
[01:27] <Hobbsee> siretart: what's the dcut stuff?  also from RAOF?
[01:28] <RAOF> Oh, that actually went somewhere, did it?
[01:28] <Hobbsee> seems to have
[01:28] <siretart> Hobbsee: revu doesn't support dcut. dak (the debian archive software) does
[01:28] <Hobbsee> siretart: gotcha.  removed as well
[01:29] <RAOF> Ta, Hobbsee.
[01:29] <siretart> however ppl keep uploading dcut files
[01:29] <Hobbsee> what the...
[01:29] <siretart> Hobbsee: sometimes ppl upload before the keyring got synced. the cronjob will move the .changes file to rejected then
[01:29] <Fujitsu> siretart: dput does say to use dcut if a file exists.
[01:29] <Hobbsee> siretart: why can i rm -rf the files, but not less them?
[01:29] <Hobbsee> ahh, gotcha
[01:29] <siretart> Hobbsee: in these cases just mv the .changes file back and rerun the process-incoming script
[01:29] <Hobbsee> hobbsee@tiber:/home/ftp/incoming$ less dcraw_8.53.dsc
[01:29] <Hobbsee> dcraw_8.53.dsc: Permission denied
[01:29] <Hobbsee> right
[01:30] <siretart> Hobbsee: yes, the permissions are weird, I'm too lame to configure vsftpd properly :/
[01:30] <Hobbsee> siretart: so i cant actually view the files at all, if needed? just remove them?
[01:30] <siretart> >> sudo crontab -u revu1 -l
[01:30] <siretart> */5 * * * *     test -x /srv/revu1-production/scripts/process_uploads.sh && /srv/revu1-production/scripts/process_uploads.sh
[01:31] <siretart> that's the script which runs every 5 mins. you should have access to that
[01:31] <siretart> Hobbsee: I agree that's very weird
[01:31] <Hobbsee> siretart: but i cant exectue it, as i'm not root?
[01:32] <siretart> as the files don't have proper permission
[01:34] <Hobbsee> siretart: right.  fair enough
[01:35] <siretart> Hobbsee: thanks for your interest in this. this motivates me to fix the vsftpd :)
[01:36] <Hobbsee> siretart: :)
[01:36] <Hobbsee> siretart: i can poke you with the Long Pointy Stick of DOOM!!!!!!!!!!!!!!!  too, if that helps :)
[01:36] <siretart> Hobbsee: keep poking me. right now I have a presentation to prepare for tomorrow :(
[01:36] <Hobbsee> siretart: fiar enough.  go do that :)
[01:39] <tsmithe> hi
[01:39] <tsmithe> dfsg question
[01:39] <tsmithe> i have http://revu.tauware.de/details.py?upid=4097 (alsa-firmware). korg1212 firmware is non-free and in the upstream tarball. should the package have a dfsg version?
[01:41] <siretart> tsmithe: if 'your' orig.tar.gz has that file removed, yes
[01:42] <tsmithe> it doesn't
[01:42] <tsmithe> so i guess that means i don't?
[01:43] <siretart> tsmithe: if your package contains non-free material, I cannot enter ubuntu/universe
[01:43] <tsmithe> yes
[01:43] <tsmithe> i know
[01:43] <tsmithe> i'm thinking
[01:43] <tsmithe> i'm gonna repackage the orig
[01:44] <siretart> tsmithe: please not as well that no package in universe can depend on packages in multiverse
[01:44] <tsmithe> indeed
[01:44] <siretart> +e
[01:44] <tsmithe> :)
[01:44] <raphink> hehe
[01:45] <raphink> sync
[01:45] <raphink> find . -name tsmithe -type u
[01:45] <tsmithe> invalid argument u
[01:45] <raphink> ah
[01:45] <raphink> :)
[01:47] <raphink> killall tsmithe
[01:47] <raphink> :)
[01:47] <tsmithe> actually, `killall bip` would do the trick over here :)
[01:50] <ScottK> tsmithe: If you remember the old Dell Latitude sound problem you helped me with a couple of weeks ago -  It works correctly in Feisty, so progress.
[01:50] <tsmithe> hmm ok
[01:50] <tsmithe> could you pm me the bug report number?
[01:51] <tsmithe> :)
[01:51] <tsmithe> cheers
[01:51] <TheMuso> Night folks.
[01:52] <ScottK> Good night.
[01:52] <TheMuso> Happy uploading.
[01:52] <Hobbsee> night TheMuso
[01:59] <jenda> Somebody's asking me this question:
[02:00] <jenda> how long does it usually take for an update to go from dapper-proposed to dapper?
[02:00] <Hobbsee> jenda: depends what phase the moon is in
[02:00] <Hobbsee> and wind direction
[02:00] <jenda> "there is a bug in the lighttpd package since ages"
[02:00] <Hobbsee> and how many pepole actually test the correct package from teh correct repo
[02:00] <jenda> "and the fix is only in -proposed so far"
[02:01] <jenda> "my lighttpd crashes every morning at 6 o'clock"
[02:01] <Hobbsee> tell them to test the proposed fix and report back on the bug report
[02:01] <jenda> lol :)
[02:01] <Hobbsee> hehe
[02:14] <RAOF> 'Night all.  Thanks again Hobbsee, and gpocentek.
[02:20] <jenda> ok, thx Hobbsee
[02:38] <ScottK> Confirmation of the MOTU Council made it in to Linux Weekly News - http://lwn.net/Articles/220713/ - It gets a brief mention in the subscription only section.
[02:52] <ScottK> If any MOTU is available for reviewing, I've got two packages I'd like to get in before UVF.  This one - http://revu.tauware.de/details.py?upid=4305 - is important enough (for reasons I'll be glad to go into in private) in my book that I'll write a UVF exception request for it.  The other - http://revu.tauware.de/details.py?upid=4307 - would be nice to get in, but is not essential.
[03:05] <Hobbsee> ScottK: ping?
[03:05] <ScottK> Hi
[03:05] <Hobbsee> ScottK: why dont you have your email address next to your name in the maintainer field?
[03:05] <ScottK> Because I'm an idiot?
[03:05] <Hobbsee> heh
[03:05] <Adri2000> +Maintainer: Scott Kitterman<EMAIL_ADDRESS>[03:05] <ScottK> Ahh
[03:06] <Hobbsee> oh, so revu is just going crazy
[03:06] <ScottK> Yes.  I took that package over last month specifically to get it upgraded for Feisty.
[03:08] <ScottK> Thank you Hobbsee.
[03:08] <Hobbsee> er, test building first though
[03:08] <ScottK> Sure.
[03:11] <Hobbsee> or was it?
[03:12] <ScottK> It was.  This is another upstream update.
[03:12] <Hobbsee> gotcha
[03:12] <Hobbsee> and it's *still* sitting in binary NEW, it looks like.  or it didnt build
[03:13] <ScottK> That's been confusing me.
[03:13] <ScottK> If you look at the package detail, it says it build, but there it sits.
[03:14] <ScottK> The old version just build-depended on python, not python-all-dev and would build before the Python 2.5 transition, but won't now.  The upstream update also now build-depends on python-all-dev, so I think it'll take care of that too.
[03:15] <Hobbsee> ScottK:
[03:15] <Hobbsee> sarah@LongPointyStick:~/Desktop$ md5sum pypolicyd-spf*
[03:15] <Hobbsee> 4df5212556649d75ced53e80dec83e6a  pypolicyd-spf_0.2.orig.tar.gz
[03:15] <Hobbsee> 93f44e0e858c1e9ca5abe94bdafadd01  pypolicyd-spf-0.2.tar.gz
[03:15] <Hobbsee> hey dholbach
[03:15] <dholbach> hey Hobbsee
[03:15] <Hobbsee> ScottK: why'd you repack that one?
[03:15] <Hobbsee> (and why's it not noted in the changelog?)
[03:16] <Hobbsee> ScottK: clearly you have, else the md5sums would match :)
[03:16] <Hobbsee> ScottK: want to have another go at that one?
[03:16] <ScottK> Yes.
[03:17] <Hobbsee> ScottK:
[03:17] <Hobbsee> Uploading to ubuntu (via ftp to upload.ubuntu.com):
[03:17] <Hobbsee>   postfix-policyd-spf-perl_2.001-0ubuntu1.dsc: done.
[03:17] <Hobbsee>   postfix-policyd-spf-perl_2.001.orig.tar.gz: done.
[03:17] <Hobbsee>   postfix-policyd-spf-perl_2.001-0ubuntu1.diff.gz: done.
[03:17] <Hobbsee>   postfix-policyd-spf-perl_2.001-0ubuntu1_source.changes: done.
[03:17] <Hobbsee> Successfully uploaded packages.
[03:17] <ScottK> Cool.  Thanks.
[03:17] <Hobbsee> :)
[03:36] <ScottK> Hobbsee: Another go at the 2nd package can be found at http://revu.tauware.de/details.py?upid=4314
[03:38] <Hobbsee> 5fb5820c8da76969234cb0ddaae10413  pypolicyd-spf_0.2.orig.tar.gz - should be 93f44e0e858c1e9ca5abe94bdafadd01
[03:39] <ScottK> Is it possible there's a stale orig.tar.gz on REVU?
[03:39] <ScottK> When I updated the package I went back to the source, downloaded it again, unpacked it, and renamed it.  That's it.
[03:41] <ScottK> There are two versions of pypolicyd-spf-0.2.tar.gz that have existed as I initially released the update last night with the debian dir in the tar.gz (thus my comment above).
[03:41] <ScottK> I believe that I used the wrong one on my first upload.
[03:42] <ScottK> Hobbsee: Would you please purge the package and I'll upload it again?
[03:42] <Hobbsee> ScottK: you should be able to -f it
[03:42] <ScottK> I did before, but that doesn't seem to have done it.... ;-(
[03:43] <Hobbsee> it's a different md5sum to before, too...
[03:44] <ScottK> That's because I just fixed the upstream package (I'm the upstream for this one too).
[03:44] <bddebian> Heya gang
[03:46] <Adri2000> hi bddebian
[03:46] <bddebian> Heya Adri2000
[03:46] <ScottK> Heya bddebian
[03:46] <bddebian> Hello ScottK
[03:47] <ScottK> Hobbsee: I'm trying to understand what's going on here...  When you say "should be 93f44e0e858c1e9ca5abe94bdafadd01" where is that md5 coming from?
[03:51] <Hobbsee> the upstream site that you've gotten listed in debian/copyright
[03:52] <ScottK> OK.
[03:54] <ScottK> Hobbsee: Thanks for the help.
[03:54] <Hobbsee> not a problem
[03:55] <bddebian> :-)
[03:55] <ScottK> Woudl you please look at http://revu.tauware.de/details.py?upid=4314 - I'd like to get it in before UVF if I can.
[03:55] <ScottK> bddebian: It's not courier.
[03:57] <bigon> bddebian: I've answer to your question for http://revu.tauware.de/details.py?upid=4255
[04:06] <bigon> Could someone tell me if package currently in the new queue will be included in universe despite the uvf?
[04:06] <bddebian> Should be but I don't know for sure
[04:07] <bigon> because pam-keyring is stuck for a week now :(
[04:07] <Adri2000> yeah no problem, the freeze for new packages is on 22nd
[04:08] <ScottK> bigon: Yours isn't the only one.  I've been watching for movement too and not seeing it.
[04:12] <bddebian> Researching the Quran.. Hmm
[04:12] <bigon> ok thanks :)
[04:14] <bddebian> bigon: Have you tried building this with gcj?
[04:14] <Lutin> Adri2000, bddebian : could you you have a look at http://revu.tauware.de/details.py?upid=4316 when you'll have some time ?
[04:15] <Adri2000> yep
[04:15] <Lutin> thx :)
[04:16] <bigon> bddebian: ?
[04:23] <bddebian> bigon: I wondered if you have tried building with gcj-compat instead of sun java
[04:23] <bddebian> bigon: BTW, zekr FTBFSs for me
[04:27] <ScottK> bddebian: Are you going to upload http://revu.tauware.de/details.py?upid=4314 then (It's not a new package)?
[04:28] <bigon> bddebian: I'm sorry I don't know what your talking about, i have not uploaded any java package
[04:29] <bddebian> bigon: Isn't zekr yours?
[04:31] <bigon> bddebian: nop
[04:31] <\sh> is anyone using a hp machine with a p800 sas/sata controller?
[04:32] <bddebian> bigon: Ah, sorry
[04:32] <\sh> eventually with a MSA 60 attached with full capacity 500 or 750 GB hds?
[04:32] <bigon> bddebian: np :)
[04:36] <bddebian> Heya geser
[04:37] <geser> Hi bddebian
[04:40] <ScottK> bddebian: Sorry to keep bugging you, but since it's about 80 min to UVF...  Do I need to find another reviewer or will you upload?
[04:41] <bddebian> ScottK: Damn man..  Already uploaded. :-)
[04:41] <bddebian> geser: If you get a minute could you check out libtifiles2 on REVU for me?
[04:42] <geser> bddebian: I'll have lunch in a minute but after that I can look at it
[04:42] <ScottK> bddebian: Sorry.
[04:43] <bddebian> geser: Awesome, thx
[04:43] <bddebian> ScottK: No worries :-)
[04:45] <ScottK> could/should I guess...
[04:48] <shawarma> Could someone explain the difference between feature freeze and uvf?
[04:48] <bigon> bddebian: If you have a minute, what about http://revu.tauware.de/details.py?upid=4255 (new upstream version for sylpheed)?
[04:48] <shawarma> UVF is the deadline for new versions of existing packages while FF is deadline for entirely new packages?
[04:49] <ScottK> shawarma: I think so.
[04:49] <shawarma> Then why on Earth is FF *after* UVF? That's just weird.
[04:49] <bddebian> bigon: I would like some other input from another MOTU before jumping Debian versions, sorry
[04:49] <crimsun> shawarma: consider this case: I'm working on ardour 2, which is a completely new package and not an update to the existing ardour
[04:50] <ScottK> shawarma: I wonder too.  Initially I thought that UVF just applied to synch/merge from Debian, but it doesn't appear to be planned that way.
[04:50] <bigon> bddebian: ok
[04:51] <shawarma> crimsun: Yes... Am I supposed to have some sort of epiphany now? :-)
[04:51] <shawarma> crimsun: I still don't get it.
[04:51] <bddebian> crimsun: Do you have any thoughts on jumping Debian's version of sylpheed?
[04:51] <shawarma> crimsun: Adding new packages seems more drastic than just updating current ones, hence I'd expect the deadline to be sooner.
[04:52] <ScottK> On the gripping hand...  A new package isn't going to break anything someone else was already using, so more risk may be acceptable..
[04:52] <bddebian> shawarma: Typically adding new packages doesn't have any depends/build-depends ramifications.  New versions of existing packages can
[04:52] <crimsun> shawarma: originally the later FF allowed for more review time; that shouldn't have changed
[04:52] <crimsun> ScottK: that's essentially it
[04:52] <crimsun> which one-third of our MOTU trinity also stated
[04:53] <shawarma> We have a trinity now?
[04:54] <crimsun> shawarma: yeah, bddebian, LaserJock and imbrandon
[04:55] <bddebian> s/bddebian/crimsun/
[04:55] <crimsun> pssht, I'm a mere peon
[04:55] <bddebian> not hardly
[04:55] <crimsun> true, not hardly but definitely
[04:56] <bddebian> Gah
[04:58] <ScottK> bddebian: You've got 62 minutes for Bug 83176 if you're feeling adventerous...
[04:58] <Ubugtu> Malone bug 83176 in courier "courier: merge new debian version 0.53.3-4" [Undecided,Unconfirmed]  https://launchpad.net/bugs/83176
[05:18] <shawarma> Are we still syncing stuff from Debian or do I have to poke someone?
[05:19] <bddebian> Syncs haven't been automatic in a while if that is what you mean
[05:20] <shawarma> bddebian: It is. What do i do? Create a bug on launchpad and subscribe u-a?
[05:21] <bddebian> Yep
[05:22] <ogra> given that UVF is today you should also prepare an UVF exception request
[05:23] <shawarma> ogra: I still have 38 minutes to go. :-)
[05:36] <geser> ogra: doesn't it depend on what he wants to get synced? for new debian revisions aren't UVF exceptions needed, are they?
[05:37] <ogra> geser, https://wiki.ubuntu.com/FeistyReleaseSchedule
[05:37] <ogra> see feb 8th :)
[05:37] <ogra> UVF is UVF ...
[05:37] <ogra> for main and universe ...
[05:38] <geser> I understood it that a sync from 2.0-3 to 2.0-5 doesn't need a UVFe but a sync from 2.0-3 to 2.1-1 needs one
[05:39] <bddebian> That was my understanding
[05:39] <bddebian> ScottK: Courier may not make it just because it's taking so freakin' long to build :-)
[05:39] <shawarma> In any case, this is a 0.4-blah to 0.5-1 sync.
[05:39] <ScottK> Heh.
[05:40] <geser> shawarma: than you need to hurry and file an UVFe just in case
[05:41] <ScottK> bddebian: Since the courier update is just a Debian update, if I read the scrollback correctly then it can still go in past UVF.  Is that right?
[05:42] <geser> ScottK: it depends who is correct :)
[05:42] <geser> bddebian: libtifiles2 reviewed
[05:43] <geser> bddebian: you might want to hit upstream to get the abbravations for the licence in Readme right (also for those in the other ti* source packages)
[05:44] <shawarma> geser: Why would I file it already?
[05:44] <bddebian> geser: I have been bugging them about all their license crap.  It's messed up in all their packages :-(
[05:44] <ogra> geser,  2.0-3 to 2.0-5  is no new upstream indeed you can sync that
[05:44] <ogra> thats why we call it *upstream* version freeze ;)
[06:12] <bddebian> geser: New libtifiles up if you get spare time. TIA
[06:24] <ScottK> bddebian: Thanks for the Courier merge.
[06:24] <bddebian> NP
[06:24] <bddebian> I live to serve :-)
[06:24] <ScottK> I see you got it in 4 minutes before UVF :-)
[06:50] <bddebian> Heya LaserJock
[06:52] <LaserJock> hi bddebian
[07:11] <cbx33> ping TheMuso
[08:03] <vud1> hi
[08:04] <vud1> i am trying to register myself as REVU uploader
[08:05] <vud1> i see in the ubuntu page that i need ask here to re-sync the REVU uploaders
[08:06] <ScottK> That's correct.
[08:07] <vud1> aha... well... could you resync it?
[08:07] <vud1> :)
[08:08] <vud1> uops, ok
[08:09] <vud1> admin == channels oper?
[08:10] <ScottK> No
[08:11] <ScottK> It is some or all (not sure) of the people listed as administrator here https://launchpad.net/~motu
[08:12] <vud1> ok, thanks
[08:12] <Adri2000> revu admins? not really
[08:13] <ScottK> Adri2000: Is there a published list of who can resynch?
[08:13] <Adri2000> https://launchpad.net/~revu-hackers
[08:14] <ScottK> Ah.  Yes.  That's the one.
[08:14] <ScottK> vud1: ^^^
[08:15] <vud1> mmm so ajmitch can resynch
[08:15] <vud1> ajmitch: are you there?
[08:16] <LaserJock> vud1: done
[08:17] <vud1> :) thanks
[08:17] <LaserJock> it takes quite some time to sync so we try not to do it all the time
[08:24] <vud1> one question. Must i subscribe a package in any webpage before upload it with REVU?
[08:24] <LaserJock> no
[08:27] <vud1> aha, so, just upload the package with revu, and then check motu/packages/candidates webpage
[08:27] <LaserJock> no
[08:28] <LaserJock> dput revu *_source.changes
[08:28] <LaserJock> then look on revu.tauware.de
[08:28] <vud1> ok
[08:29] <ajmitch> morning
[08:29] <bddebian> Heya ajmitch
[08:30] <LaserJock> hi ajmitch
[08:31] <Adri2000> shawarma: see https://wiki.ubuntu.com/SyncRequestProcess for bug 84017
[08:31] <Ubugtu> Malone bug 84017 in rawstudio "Please sync 0.5-1 from Debian" [Undecided,Unconfirmed]  https://launchpad.net/bugs/84017
[08:31] <Adri2000> shawarma: and were are in UVF now...
[08:33] <ajmitch> and a sync request really should have more info than that
[08:33] <Adri2000> btw, s/were/we/
[08:38] <ScottK> Now that main is past UVF and FF, is there anything special that needs to be done about universe packages sitting in NEW or is it just a matter of waiting for the archive admins?
[08:39] <ajmitch> I haven't heard what the verdict is
[08:52] <Adri2000> nobody is merging knemo?
[09:13] <sistpoty> hi folks
[09:13] <LaserJock> hi sistpoty
[09:13] <sistpoty> hi LaserJock
[09:13] <ajmitch> hey sistpoty
[09:13] <sistpoty> hi ajmitch
[09:15] <Lutin> bddebian: I updated gmountiso, could you have a look at it ?
[09:18] <LaserJock> Lutin: lol, we already have gisomount, now we need gmountiso?
[09:18] <bddebian> Heya sistpoty
[09:18] <sistpoty> hi bddebian
[09:18] <bddebian> Lutin: Yeah, give me a bit
[09:18] <_ion> laserjock: *and* gmouisont
[09:18] <Lutin> LaserJock: oh, wasn't aware of that
[09:18] <Lutin> maybe it's not needed then
[09:21] <\sh> oh nice.our internal systems SAN is dead, time to go to the hotel
[09:21] <sistpoty> hi \sh
[09:22] <\sh> hey sistpoty
[09:24] <\sh> ok guys...cu tomorrow...
[09:24] <bddebian> Later \sh_away
[09:27] <pianoboy3333> for the main part... dpkg builds a package by installs in a temp folder, as it would normally install, no? I mean the hirearchy format
[09:27] <pianoboy3333> and then it walks it or something and copies those files to how it is on your system
[09:28] <LaserJock> it builds to debian/
[09:28] <LaserJock> and then compresses up the deb
[09:28] <pianoboy3333> right
[09:29] <pianoboy3333> but if you look at the data zip in a deb
[09:29] <pianoboy3333> it'
[09:29] <pianoboy3333> it's in the same format as it would copy to one's system
[09:29] <pianoboy3333> like in the hello deb
[09:29] <LaserJock> yep
[09:31] <LaserJock> in the hello package
[09:32] <LaserJock> everything is installed to debian/tmp/
[09:32] <pianoboy3333> ah, ok
[09:32] <pianoboy3333> I see
[09:32] <LaserJock> then it gets compressed into a .deb relative to that
[09:32] <pianoboy3333> well
[09:32] <pianoboy3333> it's not compressed, just bundled
[09:32] <pianoboy3333> debs are just ar archives I believe
[09:33] <LaserJock> I thought they were compressed
[09:33] <pianoboy3333> use archive manager or ar, and extract one
[09:33] <pianoboy3333> the extracted is only a few less kb then the archive
[09:33] <pianoboy3333> just because of how ar works
[09:36] <LaserJock> some packages show quite a bit of compression though
[09:37] <LaserJock> ubuntu-docs goes from a 383KB .deb to 2.3MB unpacked
[09:37] <sistpoty> iirc it's gzipped (somehow)
[09:37] <_ion> compressed tarballs inside an ar archive.
[09:38] <geser> the deb is ar archvie of control.tar.gz and data.tar.gz (or data.tar.bz2 in some cases)
[09:46] <siretart> huhu sistpoty!
[09:46] <sistpoty> hi siretart
[09:46] <pianoboy3333> does dpkg support like gunzip, bunzip, ar, AND tar?
[09:46] <pianoboy3333> seems like that's the direction this is going in
[09:47] <siretart> pianoboy3333: try unpacking a .deb archive with ar
[09:47] <pianoboy3333> why...
[09:48] <siretart> because that's what an .deb archive really is: an ar archive
[09:48] <pianoboy3333> right...
[09:49] <pianoboy3333> I wish I could find a library for ar files for python
[09:49] <pianoboy3333> ar is better than tar... kinda
[09:49] <pianoboy3333> tar makes files ugo even when they're not
[10:06] <LaserJock> ajmitch: what are you guys talking about in -devel? mem usage?
[10:07] <ajmitch> keybuk's disgust at mem usage
[10:07] <ajmitch> why?
[10:07] <Fujitsu> Everyone knows that Evolution and Firefox eat RAM!
[10:07] <ajmitch> obviously
[10:08] <LaserJock> it's rather large
[10:09] <LaserJock> I can't imagine evo taking 500MB
[10:09] <Fujitsu> If you have a lot of email, I'm sure it will.
[10:10] <Fujitsu> motuscience is going to need a core-dev in the near future,.
[10:11] <LaserJock> Fujitsu: if I can get stuff into Edubuntu there will be much more
[10:12] <Fujitsu> LaserJock: What are you trying to get promoted?
[10:12] <LaserJock> octave
[10:12] <LaserJock> qcad
[10:12] <Fujitsu> Is there any reason why a Debian maintainer would refuse to upload a new upstream version to unstable until Etch is released?
[10:13] <LaserJock> yes
[10:13] <LaserJock> many are doing that
[10:13] <Fujitsu> Why, though?
[10:13] <LaserJock> I think because of all the slushyness or something
[10:14] <geser> Fujitsu: because it's then harder to upload fixes which should get into etch
[10:14] <LaserJock> Fujitsu: https://wiki.ubuntu.com/JordanMantha/EdubuntuMIRCandidates
[10:15] <Fujitsu> Do you really want drgeo in main? Isn't it unmaintained upstream?
[10:18] <LaserJock> Fujitsu: I don't know about unmaintained
[10:19] <LaserJock> looks like it's just not actively being developed
[10:20] <Burgwork> that is the active definition of unmaintained
[10:21] <LaserJock> hmm, I guess I think of it a bit different
[10:21] <sistpoty> nope... revu2 is not actively being developed, but it's not unmaintained :P
[10:21] <Burgwork> LaserJock: http://lists.ofset.org/arc/drgeo/2006-07/msg00000.html
[10:21] <Burgwork> "I am stopping work" is a pretty good sign of being "unmaintained"
[10:22] <Fujitsu> Burgwork, that's what I thought.
[10:24] <LaserJock> well, I guess so
[10:25] <LaserJock> I think it's well liked  software though
[10:25] <LaserJock> it'd be a shame to loose it, IMO
[10:25] <Fujitsu> It does seem to be the only application of its type, so it would be nice to have.
[10:27] <bddebian> LaserJock: So start maintaining it ;-)
[10:27] <LaserJock> 3lol
[10:29] <ajmitch> bddebian: no, that's you job
[10:33] <bddebian> ajmitch: I'm unreliable :-)
[10:34] <LaserJock> and I am?
[10:35] <bddebian> Yes
[10:35] <bddebian> You ROCK d00d
[10:44] <givr1> since it's revu sprint, can someone review http://revu.tauware.de/details.py?upid=4318 Thanks :)
[10:54] <Toadstool> heya everybody!
[10:55] <bddebian> Heya Toadstool
[10:55] <Toadstool> hey bddebian
[10:56] <sistpoty> hi Toadstool
[10:58] <shawarma> The wiki only seems to talk about what to mention in a UVF exception request, but I seem to remember that we used to put something in the subject line or tag it or something... Am I on crack again?
[11:00] <sistpoty> shawarma: according to the old bugs, it was UVF
[11:01] <shawarma> sistpoty: So prepend "UVF" to the subject?
[11:02] <sistpoty> shawarma: yes please
[11:02] <shawarma> sistpoty: Who reviews them for universe?
[11:03] <ajmitch> motu-uvf
[11:04] <shawarma> So I should probably subscribe them to the bug as well?
[11:04] <ajmitch> no
[11:04] <ajmitch> https://wiki.ubuntu.com/FreezeExceptionProcess
[11:04] <ajmitch> follow what was posted to the list
[11:05] <shawarma> Oh, right.
[11:06] <shawarma> Hmm... Do you happen to have a link to the post on the list? I can't seem to find any mention of the word "exception"..
[11:07] <ajmitch> 1162  s  Feb 07 Jordan Mantha   (  58) universe Upstream Version Freeze imminent
[11:07] <shawarma> ajmitch: Thanks.
[11:07] <ajmitch> on ubuntu-motu
[11:07] <sistpoty> https://lists.ubuntu.com/archives/ubuntu-motu/2007-February/001256.html
[11:07] <ajmitch> or that
[11:10] <shawarma> Got it.
[11:10] <shawarma> ajmitch: So I should *assign* it to motu-uvf..
[11:10] <ajmitch> yes
[11:16] <TheMuso> cbx33: Hi there.
[11:38] <sistpoty> givre: nice... +1. (and sorry, I just posted a comment to ntfs-3g, when I meant ntfs-config)
[11:40] <givre> sistpoty: many thanks :)
[11:40] <sistpoty> givre: oh... sorry, just saw one flaw: the version should be 0.5.4-0ubuntu1, but others than that I'm happy
[11:41] <givre> sistpoty: wha stupid me
[11:41] <givre> i'll fix that asap
[11:45] <givre> sistpoty: done : http://revu.tauware.de/details.py?upid=4320
[12:02] <Toadstool> hey sistpoty
[12:10] <sistpoty> hi Toadstool
[12:12] <sistpoty> givr1: still +1 ;)


[10:07] <Keybuk> I think that the right way to approach this is autogenerated code
[10:07] <Keybuk> have something that turns an xml file into either proxy functions or marshal functions
[10:12] <ion_> XSLT?
[10:12] <Keybuk> probably just Python ;)
[10:14]  * ion_ once made an evil m4→xslt→{makefile,graphviz} converter thing. :-P
[10:15] <Keybuk> heh
[10:15] <Keybuk> I never really understood xslt
[10:19] <ion_> http://gitweb.heh.fi/?p=ion/heroes-scrape.git;f=pipeline.m4;hb=HEAD is converted to XML by http://gitweb.heh.fi/?p=ion/heroes-scrape.git;f=pipeline/to-xml.m4;hb=HEAD which is converted to a makefile by http://gitweb.heh.fi/?p=ion/heroes-scrape.git;f=pipeline/to-mk.xsl;hb=HEAD (and it also spouts this graph, http://heh.fi/heroes/heroes-scrape/pipeline.html). :-P
[13:47] <Keybuk> ion_: that's intense!
[13:47] <Keybuk> talking of which
[13:47] <Keybuk> I was thinking about nih_ref and nih_unref again last night
[13:47] <Keybuk> there's some thorny bits of code in Upstart that are basically compensating for the lack of it
[13:48] <ion_> Ok
[13:53] <Keybuk> so I was thinking
[13:53] <Keybuk> in general principle, nih_ref and nih_unref should just work
[13:53] <Keybuk> if you pass NULL as the context, the default 1 reference is yours
[13:53] <Keybuk> if you pass non-NULL, the reference is not yours
[13:54] <ion_> Yeah
[13:58] <Keybuk> the problem is that you have to remember you ref'd and unref in destroy()
[13:58] <Keybuk> so for the case I'm thinking
[13:58] <Keybuk> event_new "steals" the env array you pass it
[13:59] <Keybuk> with the ref/unref model, it would have to ref it, at which point it'd have to unref it again
[13:59] <Keybuk> losing the niceness of the hierarchical bit
[13:59] <Keybuk> so it'd certainly work
[13:59] <Keybuk> but I'm wondering if instead, we don't want each allocation to have multiple parent contexts?
[13:59] <Keybuk> you pass one when you create it
[13:59] <Keybuk> and any other parent can adopt it
[14:00] <Keybuk> when a parent is freed, it orphans its children
[14:00] <Keybuk> if they have other parents, then they're fine
[14:00] <Keybuk> if they are truly orphaned, then they're freed
[14:00] <ion_> Yeah, many-to-many relationships would be nice.
[14:01] <Keybuk> doing those O(1) might be hard though
[14:01] <ion_> Would we need anything else than a list of parents for each child and list of children for each parent?
[14:06] <Keybuk> no
[14:06] <Keybuk> but for each parent/child relationship, we'd need n pointers
[14:06] <Keybuk> so the context would grow for each relationship you add
[14:07] <ion_> Yep
[14:09] <ion_> How about a hash table with key and value being the pointer?
[14:09] <ion_> Or is that a stupid idea? :-)
[14:12] <ion_> (Or a hash-like table with only keys – say, a Hashish table.)
[14:18] <Keybuk> I was thinking something like that
[14:18] <Keybuk> instead of putting the context at the beginning of the block, just have a lookup table
[14:18] <Keybuk> that'd mean nih_alloc could adopt blocks allocated elsewhere
[16:26] <ion_> A Finnish ISP defines IRC as “Inter Relay Chat – Internet’s dating service”. http://sanasto.elisa.fi/showWord.cfm?id=1079&languageId=1
[16:28] <Keybuk> IRC is Finnish
[16:29] <ion_> Yes.