[12:11] Sp4rKy: If the changes are sane, it's probably acceptable. [12:11] k [12:11] thx Fujitsu :) [12:12] Fujitsu: even if wa can't provide patches ? [12:12] Lutin: wa? === micahcowan [n=micah@user-11fa6td.dsl.mindspring.com] has joined #ubuntu-motu [12:12] Fujitsu: we [12:13] Why can't we provide patches? And what's that got to with the packaging? [12:14] Fujitsu, if I'm pacakging something from cvs, to have clean source tarball, I need to run make distchekc, right ? [12:14] Yes.. === minghua is not sure all upstream releases we shipped has run make distcheck ;-) [12:15] and hi Fujitsu [12:15] Hi minghua. [12:15] Fujitsu: and if we need to make changes on the makefile.am to have it passing make distcheck [12:16] we can't provide patches for that, as it's not part of the deb build process [12:17] I'm not sure exactly what the policy with CVS exports is, maybe somebody else can shed some light on it. [12:17] can I remove the "Depends" line in debian/control for a -data binary package? [12:17] that would be silly. [12:17] Adri2000: Why? [12:18] (that was a no) [12:18] what use is a foo-data package without its corresponding foo? [12:18] because it's like that in the xmoto package [12:18] then xmoto should be fixed [12:18] crimsun: foo-data should depends on foo? [12:18] -s [12:19] unless it's truly an independent foo-data, yes. Need to look at the specific context. [12:19] my -data package contains all the images needed by the program [12:19] imo, Recommends would be enough :/ [12:20] so if someone installed your foo-data, what would they gain without foo? [12:20] is foo-data usable without foo? [12:20] beautiful images :) [12:20] and what is foo? [12:20] homebank [12:21] http://homebank.free.fr [12:21] I'm not convinced foo-data would be value-add without foo [12:22] but sure, you could demote it to a Recommends [12:22] crimsun: there is an argument about avoiding circular dependencies [12:22] yes [12:22] I was just going to cite that [12:22] (I assume foo depends on foo-data) [12:22] cf. vlc and vlc-alsa [12:23] you'd have foo Depend on foo-data but foo-data Recommend foo [12:23] yes [12:23] and Enhance foo [12:23] we really should use Enhance more [12:23] Enhance is a valid relation? [12:23] yes [12:23] Wow. [12:23] I've not once seen that used. [12:24] on the other hand, you also have to consider whether it really makes sense to break out the images into a separate package [12:24] Isn't that somewhat like Suggests? [12:24] no, enhance is the other way [12:24] it seems really confused for the existing packages, some recommends, other depends [12:24] a suggests b usually means b should enhance a [12:24] minghua: Oh, of course. [12:25] Silly me. === Fujitsu attacks packages.debian.org. [12:25] It hasn't updated in at least 4 days. [12:25] crimsun: the images/ directory is 1,8M [12:25] Adri2000: and how large is everything else? [12:25] Isn't the limit 2.5M or so? [12:26] pssht, limit. :-) [12:26] 3,3M homebank-3.2/ [12:26] 1,8M homebank-3.2/images/ [12:26] I won't split if I am the maintainer [12:26] The limit for /usr/share in an architecture-specific package is 2.5MB, AFAIK. [12:26] So you should be fine with just one package. [12:27] I wouldn't split images simply because it doesn't make any sense [12:27] Fujitsu: I don't think there is a hard limit, just guidelines, I believe [12:27] just to have arch-indep separated from arch-dep === lloydinho [i=andreas@conference/ubuntuconf/x-7422ce5ca1b03e25] has joined #ubuntu-motu === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-motu [12:30] I am not sure, but lintian complains upon a certain limit (if usr/share it too big in the package) === Q-FUNK [n=q-funk@dsl-hkigw8-feb1fb00-83.dhcp.inet.fi] has joined #ubuntu-motu [12:33] what about the ${shlibs:Depends}, ${misc:Depends} dependencies of -data? [12:34] by definition you shouldn't have ${shlibs:Depends} for arch independent packages [12:39] ok === Amaranth [i=travis@conference/ubuntuconf/x-4ea42fc38a34a35c] has joined #ubuntu-motu === ash211 [n=andrew@user-1121lvf.dsl.mindspring.com] has joined #ubuntu-motu [12:45] if I use tarball.mk to package something, do I have to make it build-depend on libbz2 ? [12:46] i thought it was bzip2 you needed to depend on === cbx33 [n=pete@ubuntu/member/cbx33] has joined #ubuntu-motu [12:46] that's it [12:46] thanks [12:46] but only if you are using a bzipped tarball === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-motu === lupine_85 [n=lupine@nick.lupine.me.uk] has joined #ubuntu-motu === knix [n=knix@unaffiliated/knix] has left #ubuntu-motu [] === nixternal_ [n=nixterna@ubuntu/member/nixternal] has joined #ubuntu-motu === ryanakca [n=ryan@unaffiliated/ryanakca] has joined #ubuntu-motu === Q-FUNK [n=q-funk@dsl-hkigw8-febefb00-156.dhcp.inet.fi] has joined #ubuntu-motu === zul [i=chuck@ubuntu/member/zul] has joined #ubuntu-motu === luka74 [i=lure@conference/ubuntuconf/x-726746d5cfa1140e] has joined #ubuntu-motu === chrisj [i=tortoise@conference/ubuntuconf/x-e9b029def10a5f0e] has joined #ubuntu-motu === micahcowan [n=micah@user-11fa6td.dsl.mindspring.com] has joined #ubuntu-motu === fernando1 [n=fernando@201.11.186.70] has joined #ubuntu-motu === Q-FUNK [n=q-funk@dsl-hkigw8-febffb00-114.dhcp.inet.fi] has joined #ubuntu-motu === ubuntu_demon [i=depjayds@conference/ubuntuconf/x-3310b9c8ba6e194e] has joined #ubuntu-motu === Q-FUN1 [n=q-funk@dsl-hkigw8-febefb00-156.dhcp.inet.fi] has joined #ubuntu-motu [01:33] reviewers needed: http://revu.tauware.de/details.py?upid=3399 :) === Q-FUN1 is now known as Q-FUNK === finalbeta [n=finalbet@d5152A68A.access.telenet.be] has joined #ubuntu-motu === bddebian [n=bdefrees@c-71-224-172-103.hsd1.pa.comcast.net] has joined #ubuntu-motu === tag [n=smccoy@p3m/member/tag] has joined #ubuntu-motu [01:38] Adri2000: homebank-data description is very unhelpful [01:38] how can I get a list of which packages are currently installed ? [01:38] dpkg -l [01:38] ajmitch: yeah, just noticed that, I'm re-uploading [01:39] apart from that, I haven't noticed anything wrong on a 30-second drive-by review [01:39] sweet [01:40] ajmitch: "Already uploaded to revu.tauware.de" it doesn't want to re-upload :/ [01:41] -f === theCore_ [n=alex@modemcable128.255-131-66.mc.videotron.ca] has joined #ubuntu-motu [01:41] ah yes, I forgot that [01:42] ajmitch: it's ok now [01:44] I think the description can be improved, any suggestion is welcome :p [01:44] Adri2000: The description (both short and long) of homebank-data [01:45] Oops. [01:45] It should mention it's the data package. [01:45] Rather than being the same as homebank. [01:45] crimsun, ping? [01:45] Oh, I see it's in the long description... [01:46] Fujitsu: yep, I looked at a few -data packages, seems there is no standard for that... [01:47] Add ` - data files' to the end, or something like that. === chrisj [i=tortoise@conference/ubuntuconf/x-915f7587bd4e7b6b] has joined #ubuntu-motu [01:48] ok [01:53] Looks good, except for that, and two files missing copyright headers. [01:54] (src/colormap.h and src/enums.h) === joejaxx [i=ubuntu@ubuntu/member/joejaxx] has joined #ubuntu-motu [02:01] Fujitsu: I will re-upload tomorrow for the -data description and I will ask upstream about this two files [02:01] these* [02:01] OK, it looks rather good so far. [02:02] :) === joejaxx_ [i=ubuntu@nat/google/x-9ea54629eced12ae] has joined #ubuntu-motu === _jaldhar [n=jaldhar@c-68-38-202-139.hsd1.nj.comcast.net] has joined #ubuntu-motu === Lure_ [i=lure@conference/ubuntuconf/x-6a2e02e7371fc351] has joined #ubuntu-motu === jonh_wendell [n=wendell@40-88-199-200.vcnet.com.br] has joined #ubuntu-motu === Q-FUNK [n=q-funk@dsl-hkigw8-feb6fb00-217.dhcp.inet.fi] has joined #ubuntu-motu [02:20] fbond: pong === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu === ubuntu_demon [i=depjayds@conference/ubuntuconf/x-8040705e1f7cb60e] has joined #ubuntu-motu === dholbach [i=daniel@conference/ubuntuconf/x-2a18fba632df982c] has joined #ubuntu-motu === Amaranth [i=travis@conference/ubuntuconf/x-d3bc9cffa252cb52] has joined #ubuntu-motu [02:30] crimsun, interesting factoids I thought you might have an opinion on: [02:31] usbfs is getting mounted correctly on my edgy system with no changes to /etc/fstab [02:31] it is being mounted under /proc/bus/usb (I had been told it should be mounted under /dev/bus/usb ... ?) [02:31] it is mounted when the udev rules trigger the midisport firmware to be loaded [02:32] good [02:32] that's the correct thing [02:32] I don't know if it will go away or stay [02:33] neat; I will still mention it to Scott [02:33] the other thing, and I'm not sure exactly what to make of this: [02:33] the firmware doesn't get loaded properly the first time udev is started, at boot time [02:33] I have to explicitly restart udev for it to do the right hting [02:33] s/hting/thing/ [02:33] obviously some delay before the hardware is ready ... ? === rpedro [n=rpedro@87-196-34-195.net.novis.pt] has joined #ubuntu-motu [02:34] nope, that's the precise issue I'm talking about [02:34] you don't need to restart udev [02:34] you just need to unplug and replug the device [02:35] well, either will work... [02:35] [after /dev/bus/usb is mounted] [02:35] /proc/bus/usb? [02:35] the issue is that the fw loader isn't getting a correct reference because /dev/bus/usb isn't mounted [02:36] /proc/bus/usb is deprecated [02:36] you need to use /dev/bus/usb instead if you're going to use fstab(5) [02:37] all supported ubuntu kernels (2.6.1[2579] ) do this properly with the fstab(5) syntax [02:37] (err, well I suppose 2.6.19 isn't supported yet) [02:37] ok. then /proc/bus/usb shouldn't be getting auto-mounted ... ? [02:37] no, it's fine if it is [02:37] it's likely legacy support, but you'll want to check w/ Scott [02:37] ok, but /dev/bus/usb needs to be mounted prior to udev being started? [02:38] is there some document that explains any of this stuff? [02:38] no, either /proc/bus/usb or /dev/bus/usb (latter preferred) prior to the _firmware loader_ being executed [02:38] the firmware loader gets executed when udev starts if the device is plugged in at boot time [02:39] ( right ?) === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu [02:39] it's executed when the rule executes it [02:39] SYSFS{idVendor}=="0763", SYSFS{idProduct}=="2806", \ [02:39] RUN+="/usr/local/share/usb/maudio/madfuload -l -3 -f /usr/local/share/usb/maudio/ma006100.bin" [02:39] that's my /etc/udev/rules.d/91_maudio_dfu.rules [02:40] (well, not all of it) [02:40] but ... doesn't udev actually trigger that ? [02:40] kernel -> udev -> rule ? [02:40] udev processes the kernel event; it doesn't trigger it [02:40] http://paste.ubuntu-nl.org/30920/ is the rule file [02:41] kernel events that happen prior to udev starting get processed by udev when udev starts ... right? [02:41] so, usbfs needs to be mounted prior to udev starting ? what am I missing here? [02:42] usbfs does not need to be mounted prior to udev starting [02:42] oh ... the event will trigger when usbfs is mounted? [02:42] if usbfs is not mounted when udev is started, when does the event trigger? [02:42] no, when the plug event occurs [02:42] and if the device is plugged in prior to power up? [02:42] so sometime after the driver for the usb controller is loaded [02:43] oh [02:43] I don't think the midisport devices work like that... === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu [02:43] they do [02:43] the driver doesn't recognize them until _after_ the firmware is loaded, I think.... [02:43] which "driver" are you referring to? [02:43] snd_usb_audio [02:43] right [02:44] before the firmware is uploaded, they're seen as holding devices [02:44] ok, we're stepping outside my realm of understanding... [02:44] once the firmware is uploaded, the firmware loader will issue a bus reset [02:44] i see [02:45] so it's a simple usb-serial device that triggers the whole process ... ? [02:45] there used to be a bug prior to 2.6.8.1 [02:45] yep [02:45] interesting [02:45] this I can understand [02:45] a bug reset would freeze the machine [02:45] s/bug/bus/ [02:45] ew .... not good [02:45] I didn't start using my midisport with Ubuntu until after 2.6.12 [02:46] no. we used to have to boot into Windows, get the firmware loaded, then warm reboot into Linux [02:46] ug [02:46] yes, fun for the entire family and then some [02:46] heheh === chrisj [i=tortoise@conference/ubuntuconf/x-330e51a5e7a3b045] has joined #ubuntu-motu [02:47] ok, so as long as /dev/bus/usb is mounted in /etc/fstab, everything will work out just dandy? (I thought I tried that, but now I'm not so sure)... [02:47] either /proc/bus/usb or /dev/bus/usb, yes [02:47] the latter is preferred [02:48] terrific, I have an updated README.Debian that should work fine for now ... [02:48] although I hope for OOB support for /dev/bus/usb in feisty; will speak with Scott about this. [02:51] crimsun, one more thing: [02:51] as far as Scott is concerned, is the solution changing the default /etc/fstab ? [02:52] fbond: unlikely, though I certainly can't (and won't) speak for him [02:53] ok, I will just see what he thinks... [02:53] thanks for your input [02:53] np === ryanakca [n=ryan@unaffiliated/ryanakca] has joined #ubuntu-motu === Q-FUNK [n=q-funk@dsl-hkigw8-feb6fb00-217.dhcp.inet.fi] has joined #ubuntu-motu === Lure_ [i=lure@conference/ubuntuconf/x-0b3dda5927251f42] has joined #ubuntu-motu === Mez anyone want to play some UT2004? ping me [03:16] uhh [03:17] crimsun: It's a message he sends to every channel he's in, slightly annoying IMO [03:18] right, I got many, many of them [03:19] Hawkwind, actually - I dont know where the /ame came from - it was meant to go to a channel on another server [03:19] it's ok, we're used to spam on this network ;-) === jsgotangco [n=greatwhi@ubuntu/member/jsgotangco] has joined #ubuntu-motu === lastnode [n=lastnode@unaffiliated/mahangu] has joined #ubuntu-motu === Lure_ [n=lure@38.99.84.33] has joined #ubuntu-motu === _MMA_ [n=mma@38.99.84.33] has joined #ubuntu-motu === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-motu === theCore [n=alex@modemcable128.255-131-66.mc.videotron.ca] has joined #ubuntu-motu === jaldhar_ [n=jaldhar@c-68-38-202-139.hsd1.nj.comcast.net] has joined #ubuntu-motu === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu === fowlduck [n=nate@68-190-90-101.dhcp.mdsn.wi.charter.com] has joined #ubuntu-motu === asabil [n=asabil@ifaedi.insa-lyon.fr] has joined #ubuntu-motu [05:14] hi all [05:18] ello asabil [05:23] hello asabil [05:23] how are you ? === lophyte [n=dsulliva@ubuntu/member/lophyte] has joined #ubuntu-motu === Simon80 [n=Simon80@bas6-toronto63-1096713315.dsl.bell.ca] has joined #ubuntu-motu [05:44] if I package bleeding edge sources for something, where would be the most appropriate place to share that? [05:44] that something being stepmania === minghua [n=minghua@ppp-70-246-27-66.dsl.hstntx.swbell.net] has joined #ubuntu-motu === lophyte [n=dsulliva@ubuntu/member/lophyte] has joined #ubuntu-motu === mez_ [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu [06:14] Simon80, revu [06:22] even though it's straight from latest cvs? [06:22] well from CVS no... [06:22] we should get a regular package in first [06:22] and then if there is a justifiable reason [06:22] for CVS [06:22] and its proven stable and such [06:22] well, when I have time I can backport it, 3.9's not bad, the question would be copyright issues, what with it being a DDR clone [06:22] I dunno [06:22] not sure how that gets treated [06:23] well the app is GPL [06:23] MIT, actually [06:23] oh it is [06:23] yep, cept for libmad [06:23] i havent looked that cloesly [06:23] i was toying with packaging it myself for a bit [06:23] and got caught up with other things [06:23] yeah, took me four evenings, haha [06:23] well scratch that off my todo list then :) [06:24] cause it's my first, cause it takes a year to build, no free time, and um, need to make it homedir friendly [06:24] mostly cause I was learning how to package though [06:24] I can do rpm and ebuilds, but that was my first deb [06:24] well an acceptable solution for now can just be to make it writable by a user with in the "games" group [06:24] or something [06:24] yeah [06:25] and then all people in the games group can write to /usr/lib/games/stepmania [06:25] or somethign [06:25] like that [06:25] wait... [06:25] stepmania is available for linux? [06:25] hahaha [06:25] hehe [06:25] yup :) [06:25] sweet! [06:25] long time no see lophyte [06:25] http://www.eng.uwaterloo.ca/~sruggier/files/apt/ [06:25] now all I need is a PS2->USB converter that works with Linux and I'm set [06:25] indeed :) [06:25] how's it going [06:25] yeah, I got mine from lik-sang, you shouldn't have driver issues [06:26] been busy with myth stuff when i have free time [06:26] we have a team going now, but its taking off slowly [06:26] anywho, if anyone wants to, it should be pretty easy to backport my changes [06:26] only 2 code patches [06:26] what do you mean by changes? [06:26] what kind of stuff did you change [06:27] err.. hard code dlopen path, a bunch of lines to look in home dir and /usr/share/games/stepmania for data [06:27] oh okay [06:27] and then there's my rules file [06:27] nothing huge [06:27] nothing major then [06:27] no [06:28] this should be fairly compatible to 3.9 then [06:28] the thing I did different from other distros is they add a line to "Mount" a folder in your home dir to "/" of stepmania's wierd filesystem abstraction, but I changed that to mounting subdirs , and mounting the /usr/share/games/stepmania dir to "/" [06:29] i can tell you though already, be sure to include a bit more about the MIT license in there and what distribution it allows [06:29] eh? [06:29] the copyright file is fairly important [06:29] well, I install it with the package, afaik [06:29] ah yes [06:29] Docs/Licenses.txt [06:29] well when this is submitted to revu, a motu may still not be satisfied with this [06:30] because the copyright file is supposed to be downloadable seperate from the package [06:30] oh [06:30] to read exact details about the license its under [06:30] hehe, see, I have things to learn [06:30] well i'm still learning too [06:30] oh, I see, you mean like, docs/COPYRIGHT [06:30] just a virtuous teaching cycle [06:31] the other thing too - that i was holding off on packaging because is that the data and source are different archives for 3.9 [06:31] so you will have to have two seperate archives [06:31] with seperate debian/rules [06:31] and seperate source packages [06:31] well, I avoided that by checking out cvs sources and making one package [06:31] you can do that with 3.9 [06:32] I dunno how to make multiple binary packages yet either, I can learn but I don't have enough time [06:32] that *should* be acceptable "rolls eyes" [06:33] if there are any MOTUs in the room that can speak up for this right now it'd be good [06:33] oh and something else too [06:33] the version number your using wouldnt be acceptable [06:33] yeah, for cvs [06:34] well more so for the suffixes missing [06:34] oh, ubuntu1? [06:34] it needs to be UPSTREAM-0ubuntu1 [06:34] how do you handle cvs versions? [06:34] the 0 constitutes that its not in debian and the ubuntu1 for the first ubuntu version [06:34] there was chatter about that a week or two ago, but i dont remember what the exact consensus was on it [06:34] hehe [06:34] let me see if i still hvae that chat log [06:35] well, I know about that, but this package wasn't just gonna get uploaded, I initially just wanted to share it so people can give me tips like this, and also to allow ubuntu users the chance to get stepmania running [06:36] the reason I didn't do 3.9 is cause I selfishly wanted to try the cvs code out [06:36] well its important to get the version numbers right even on personal builds [06:36] so that if people use it and then it gets added to ubuntu later [06:36] they can "upgrade" still [06:37] yeah, it's true.. but that's more about the upstream version [06:37] so say if you have a patch for a package that is at 3.0-1ubuntu3, you should name it 3.0-1ubuntu3unofficial1 [06:37] yea [06:38] well the logs aren't on this machine, and i dont have access to my other machine where i'm at [06:38] can you think of a package that uses a CVS snapshot? [06:38] ffmpeg [06:38] but that's at 0.cvs.. [06:39] with an epoch of 3 [06:39] i still dont personally understand the epoch thing.... [06:39] or better yet how that works in the versioning scheme [06:40] it's an override if you need to force upgrade even though the actual version "seems" lower to dpkg === Plug_ [n=crb@203-167-190-117.dsl.clear.net.nz] has joined #ubuntu-motu [06:40] so if upstream changes ver scheme, you can still have it look like an upgrade [06:40] any other use of it is frowned upon [06:40] so its kinda like a hack then to move up the scheme when you mess up the version to start :) [06:41] well, not you, the upstream [06:42] well ttf-freefont [06:42] 20060601cvs-6 [06:42] so the checkoutdate [06:42] cvs [06:42] and then regular revisioning [06:42] and there are plenty of packages that dont even add that cvs to it [06:42] I'm thinking there's no standard, as long as users will get the upgrade when you switch to a release ver [06:43] yea thats what i'm gathering scrolling through synaptic too [06:43] i think there was just a personal MOTU preference that someone brought up then when this came up [06:44] do you know if this builds on amd64? === awbassett [n=awbasset@206.135.97.35] has joined #ubuntu-motu [06:45] uhhhhhhh... not off the top of my head [06:45] I'll look at the ebuild for 3.9 [06:45] mkay, just wondering since you used architecture any [06:45] and i've got an amd64 sitting at an appt === minghua [n=minghua@ppp-70-246-27-66.dsl.hstntx.swbell.net] has joined #ubuntu-motu [06:46] oh, um... yeah, oops I guess? [06:46] yeah, gentoo says ~x86 ~zmd64 ~ppc ;D [06:46] amd* [06:46] okay cool then [06:46] thats great to hear [06:47] how stable is this checkout that you got? [06:47] stable enough for usage? [06:47] stable enough to have fun :) [06:47] but there is some prefs weirdness [06:47] hehe, but no crashes or what not right? [06:47] oh [06:47] ummmm [06:47] lol [06:48] well, graphics crash which is I believe not stepmania's fault, I'm on r300 [06:48] ...err.. r200 too [06:48] didn't bother to see if q3 crashes too.. on restart of context or whatever [06:48] and the sound options seems to crash it [06:48] but 3.9 was fine [06:49] I did useit, just not debbed [06:49] well at this point, i'd really like to see this submitted as a package on revu. if you do the checkout at 3.9 [06:49] i can help you modify it to break into several packages [06:49] so that there would be a stepmania and stepmania-data [06:49] yeah [06:49] heh [06:50] there's not really much data, but yeah, that makes sense, cause the binary is arch dependent [06:50] if you've got the time, i can walk you thru, if not, i'll grab your sources and go thru it myself in the next coming days [06:50] well, I'll do it sometime, but if you're in a rush, better do it yourself, otherwise give me a week if that's ok [06:50] not that I need a whole week, it's prolly a quick job [06:51] well i've got a few other things that i wanted to clean up packaging wise first [06:51] if I can keep my home dir stuff... otherwise I'll do the home dir in the one line mount that gentoo uses [06:51] that i've got on my plate [06:51] ok [06:51] are you on #ubuntu-motu often? [06:51] first time [06:51] ah [06:51] I'll keep coming on though [06:51] already in dri-devel [06:51] often [06:51] well seems you picked up pretty quickly on this for a first package [06:52] yeah, I'm anti dirty-hack [06:52] me too [06:52] i despise people who make install source packages [06:52] thanks though, good to hear confirmation that my perfectionism pays off [06:52] and dont at least have the decency to checkinstall [06:52] haha [06:52] its just asking for trouble to spew binaries across a system in my opinion [06:53] well, I dunno, checkinstall is a bit stiff, if it was MY system they aren't checkinstalling on, ok, not nice, but like, with modules, checkinstall fails [06:53] well with modules, you have module assistant [06:53] for some things [06:53] ...oh [06:53] yeah [06:53] like ivtv and lirc and such [06:53] so it doesn't do everything [06:53] cause.. qc-usb-messenger [06:54] yea doesnt do everything [06:54] needs a debian style module package installed in /usr/src to work correctly [06:54] but with the module packages in place, its a beaut [06:55] mmhmm [06:55] just haven't bothered to figure it out yet [06:55] it's always a matter of time with me [06:55] okay, well catch back up with me in a few days (sometime mid week next week) and I can either help you through getting this broken up into a few packages or take over and finish it up /submit it to revu and such [06:55] I only first tried out any linux at all aug 2005, lol [06:56] that's me bragging about that, btw, though I wish I'd tried earlier [06:56] :D [06:56] alright [06:56] if not me, there are plenty of very smart MOTUs that frequent the channel at all hours (except the last 5 days with UDS) [06:56] yeah [06:56] ooh [06:56] summit? [06:56] yea [06:56] thats why things have been dead so much this last week [06:56] around here [06:57] ah, I wasn't in though [06:57] well even tonite [06:57] but yeah, seemed dead just now [06:57] yeah [06:57] okay well, off to bed with me. catch ya on soon [06:57] ok [06:57] superm1: You said the dirty word up there... :P [06:58]