=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel === dmk [n=dmk@host81-154-95-101.range81-154.btcentralplus.com] has joined #ubuntu-kernel [02:21] BenC: new crack for you [02:21] ok [02:22] compiled tested and running it right now.. [02:22] rt8180 is not in there yet though [02:50] BenC: could I talk you into adding ns87415.ko to the ide-modules udeb on hppa with the next upload? === Lathiat [i=lathiat@ubuntu/member/lathiat] has left #ubuntu-kernel [] === lamont makes a note to get git setup on his work machine tomorrow, since it has the bandwidth to withstand git === psusi [n=phreak@54.161.205.68.cfl.res.rr.com] has joined #ubuntu-kernel [03:17] later.. [06:51] just a quick question, is it intended to have 2.6.16 on dapper? === infinity [n=adconrad@loki.0c3.net] has joined #ubuntu-kernel [07:08] pdr: upstream version freeze already happened. I would doubt that 2.6.16 would hit dapper, unless something was very very very broken in 2.6.15 [07:09] and even then, probably not. === smurf [n=smurf@debian/developer/smurf] has joined #ubuntu-kernel [08:46] pdr: no, 2.6.15.x === fabbione [n=fabbione@82.109.136.125] has joined #ubuntu-kernel === JaneW [n=JaneW@82.109.136.125] has joined #ubuntu-kernel === Nuffing [n=JaneW@82.109.136.125] has joined #ubuntu-kernel === Nuffing [n=JaneW@82.109.136.125] has left #ubuntu-kernel ["Bye"] === CataEnry [n=Enrico@host1-59.pool873.interbusiness.it] has joined #ubuntu-kernel [11:21] lamont, crimsun: thanks [12:28] BenC: I've just sent you a patch that updates the sdhci driver [12:29] It seems pretty stable here now [12:29] BenC: awake? [12:29] i finally rebooted for the first time since the -14 install [12:30] i cannot get it to detect the tumbler's presence === mdz [n=mdz@82.109.136.125] has joined #ubuntu-kernel [01:04] downloaded snd-powermac-[12] .ko [01:04] -1 doesn't work either; -2 does [01:05] sound is muted on wake from sleep [01:05] any idea for a workaround? === bronson [n=bronson@pool-68-160-29-190.bos.east.verizon.net] has joined #ubuntu-kernel [02:22] awake [02:22] sn9: not sure about that sound issue === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel [02:27] heylo === chmj [n=chmj@196.44.1.98] has joined #ubuntu-kernel === mdz [n=mdz@82.109.136.125] has joined #ubuntu-kernel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel === chmj [n=chmj@196.44.1.98] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel [04:35] hmm....thats cool the rt8190 doesnt have sysfs support.. [04:37] more hacking for me === cjb``` [n=cjb@islay.ra.phy.cam.ac.uk] has joined #ubuntu-kernel === visik7 [n=visi@unaffiliated/visik7] has joined #ubuntu-kernel [06:15] git-core: Depends: libcurl3-gnutls (>= 7.15.0-1) but it is not going to be installed [06:15] sigh [06:17] git 4.3.20-7build1 - is that new enough? [06:18] prolly not === lamont-work backports the current dapper git-core to breezy === lamont-work decides that backporting libcurl3-gnutls-dev is more work than he feels like atm [06:31] heh...i built from source [07:03] zul: well, that is the alternative - new machine, etc. [07:03] I tend to prefer packed .debs, just because I'm lazy [07:04] zul: hey, speaking of lazy.. you wanna apply a diff for me? [07:04] debian/d-i/hppa/modules/hppa/ide-modules needs to have ns87415 added to it [07:07] hrm.. actually, maybe I'll use this as an excuse to actually learn git enough to be useful. === lamont-work freshens his git tree at home [07:09] "can I swap to a ramdisk?" === cjb``` is considering one of: http://www.techreport.com/reviews/2006q1/gigabyte-iram/index.x?pg=1 === cjb``` is now known as cjb [07:16] sorry lamont-work was at lunch === mxpxpod [n=BryanFor@unaffiliated/mxpxpod] has joined #ubuntu-kernel [07:17] np - still watching the home machine catch up on way too many git patches [07:17] up to 33/ now. [07:18] cool.. [07:18] does it count clear to ff/? [07:18] yep === lamont-work needs --bwlimit= in git pull [07:18] hehe [07:18] iz gonna hurt my bw bill [07:18] esp since the next git-push is gonna do the same thing, no? [07:19] or can I just hop onto rookery and get pull there? [07:19] i think you can hop onto rookery not sure though...bw is not really a problem for me === fabbione [n=fabbione@82.109.136.125] has joined #ubuntu-kernel [07:26] lamont: only the first pull is big [07:27] BenC: not when you last pulled right after BenC set up git... [07:27] heh, pull more regularly :) [07:27] you can always setup a git-fetch in cron === doko [n=doko@82.109.136.125] has joined #ubuntu-kernel [07:28] then you can git-pull from the fetch branch and it's all local (and the git-fetch can be cron'd because it doesn't require merging) [07:28] BenC: I sent you mail (which you can disregard), but wondered if my rookery git-tree was in the automerger... [07:29] not yet [07:29] actually, I don't automerge anyone [07:29] BenC: question for you did you have a look at my stuff yet? [07:29] ah, ok. well then.. in that case... pls apply the patch I sent you in the first place. :-) [07:29] my message on wiki was just to make people be careful :) [07:30] zul: not yet, I have a butt load of stuff from mjg and others I am working on now, I plan to pull from you tonight [07:30] lamont: ok :) [07:30] BenC: ok [07:31] and then I'll find something benign to tweak and see if I can drive git without hitting any cliffs. [07:33] wheeee...cliffs!! [07:35] woot. over half way. (8c) [07:36] freaking open office export the date properly!!! [07:39] lamont-work: BTW, I use trickle http://www.monkey.org/~marius/trickle/ to rate-limit things like apt-get. It's very simple. [07:40] (It overloads read(2) with LD_PRELOAD and adds usleeps until you're at the rate you want.) [07:42] cjb: thanks [07:43] Filename: pool/universe/t/trickle/trickle_1.06-4_i386.deb [07:43] trickle -d40 git-fetch .. should be enough to limit to 40KB/s download. [07:45] BenC: if I set up a git-fetch cron, does the cronjob have to finish before I can merge from the tree, or is it consistant and/or locking as needed? [07:45] maybe that's not clear. :( [07:46] I think you can git-pull while a fetch is going [07:46] should be atomic [07:54] fb! woot [07:55] BenC: nice. thanks [07:55] I assume the git-fetch cron thingy is in a faq somewhere [07:55] hrmpf. [07:56] 2nd rsync started now. wonder how many of those there are. === ispiked [i=aguthrie@unaffiliated/ispiked] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel === doko [n=doko@82.109.136.125] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel [08:58] lamont-work: finished yet? [08:58] still pulling pack/pack-0741dd55e7c560f401c7f37120f3203ad8664bb0.pack [08:58] well its almost done then [08:59] which is good, since it's put me over quota for tomorrow, too. [08:59] ouch.. [08:59] well, if I do nothing more until then end of tomorrow, I'll be back under quota. [08:59] there.. that's more accurate [09:00] what if you over quota for something like for a week worth of data [09:00] the start of the month can be like that... no time to build up extra quota-headroom [09:00] it doesn't help that I wind up ctl-z ing it anytime I need interactive response in mutt on the machine at home... [09:01] since it is maxing out the bandwidth across the hilltop (~170kbps) [09:01] does it cut you off for a week or do end up paying more? [09:01] hrm... there's a 209kbps block in there [09:01] or it just throttles you? [09:01] if I get to the end of the month, having used more than quota (with the prior month's headroom available), then I pay more [09:02] ah ok [09:02] I think I had something over 300MB of headroom at the end of jan, so I get 3.5GB this month, if I must. [09:03] and time < 56kbps doesn't count (5 minute blocks of time, looking at agregate use) [09:03] nifty...sounds communistic ;) [09:03] the free-under-56k was added specifically for me... [09:03] I usually come in at somewhere around 10-14GB total use for the month [09:04] oi..i dont think i use that much....i probably do though [09:05] just put an iptables rule on input and ouput: "iptables -A INPUT; iptables -A OUTPUT" and see what the accounting has to say... [09:05] well, "-I INPUT 1" if you have rules already [09:05] Huh, wow. Where do you live such that this is necessary, lamont? [09:05] mongolia ;) [09:05] cjb: 802.11b co-op in rural colorado [09:06] Awesome. [09:06] I'm arguably on the border of DSL availability, as I keep reminding the phone company... [09:07] but in the meantime, my internet connectivity is via an 802.11b link (1W ERP) to a hilltop 18 miles away [09:07] hehe [09:07] it generally stays up, although bad weather at the hilltop desenses the receiver, and life sucks [09:08] its like two cans and a string interfnet [09:08] it beats the hell out of dialup [09:08] true.. [09:08] still debating the relative merits of sucky-latency bouncing off the geo-sync satellite. [09:09] i havent had dial-up in like 6 years...except for the year i wasnt working [09:09] dialup is what they offer here. [09:09] well, I suppose isdn might be available too. [09:09] I had that once [09:09] cjb: www.cwx.net [09:10] Yeah, been six years since dialup for me too. [09:11] the cool part about a 3.2GB quota is that it's ~100MB/day, so you can just leave a window open with the total bw usage for the month (thank you iptables, cron and python) and easily read where you are at. [09:11] 20060201.1250: 2257587: 67727 [09:11] 26170 [09:11] 20060201.1300: 4400102: 132003 [09:11] 20060201.1305: 6435003: 193050 [09:11] 20060201.1310: 6889995: 206699 [09:11] total: 190,596,891 [09:11] hrm.. looks better in a non-proportional font [09:12] that's time-at-end-of-5-min-block: bytes: bits-per-sec [09:13] what it really means is that I run a local mirror, and sync it with a bw-limited script that makes sure that the archive, while possibly stale, always has a consistant set of packages/sources/release files [09:13] thereby timeshifting the whole thing [09:14] and then, when I'm tracking dapper, I suppliment that with sneaker-net bandwidth [09:16] You'd think working with bandwidth-intense trees and needing to track a whole operating system would be incompatible with having a crappy net connection. :) [09:26] cjb: hence the sneaker-net bandwidth suplementation [09:27] the part I haven't mentioned yet is that the home mirror took a crap last night (hard drive died), so I'm using a USB drive as a high-latency, high-bandwidth network connection to pull a copy of the site's mirror for the house. [09:28] I really need to dust off my archive code and get back to just mirroring the packages I want, instead of everything [09:30] cjb: also, that's why I was dealing with getting git on the work machine. or rather, thinking about it [09:32] Ah, the "Never underestimate the bandwidth of a station wagon full of backup tapes." approach. [09:36] exactluy [09:36] 1ea 120GB packet. [09:52] cjb: and for the correct quote, I believe it's: s/backup tapes/mag tapes, hurtling down the highway." [10:14] wth is in that .pack file? [10:16] which is over 100MB [10:17] and the one from nov 24 is 96MB. ouch === smurf [n=smurf@debian/developer/smurf] has joined #ubuntu-kernel [10:39] finished. finally. [10:40] 108MB