[00:23:32] --- cclausen has left [00:33:40] --- Russ has left: Disconnected [01:46:02] Has anyone ever checked whether our CVS tags match the tarballs we ship? [01:46:04] --- pod has left: Lost connection [05:00:29] --- asedeno has left [05:09:12] --- asedeno has become available [05:27:28] --- Jeffrey Altman has left: Replaced by new connection [06:22:29] --- cclausen has become available [06:23:55] the tarballs are generated from the CVS tags, so if they don't match, the tool that generates them is broken [06:24:55] if you can log into grand, look at /usr/local/sbin/make_release [06:25:04] I can't log in to grand, I don't think. [06:25:38] ok. i can't remember who has what powers. [06:25:58] As long as they're supposed to match, I think we should be OK. [06:26:07] I'm getting somewhere, slowly. [06:26:10] send jhutz an ssh key; i assume sooner or later for cvs->git you're going to want to be able to have direct access. [06:26:52] Cool. Will do. [08:00:18] --- mmeffie has become available [08:49:49] --- pod has become available [08:55:23] --- matt has become available [09:25:21] Checking that the tarballs match could still be a good idea, given the > vs. >= mixup in 1.4.9. [09:25:41] that was a special case [09:26:00] I'll probably do it at some point, but I'm not going to make the tree match the tarballs. My head hurts enough already. [09:26:01] also, the tarballs were correct. only the diff on the website was wrong [09:26:13] you hurt yourself by *not using* the tarballs [09:26:45] (the special case being that the tarball was hand-constructed; albeit with a correct patch unlike the one that hit the website) [09:27:28] I now have a utility which given a list of patchsets, and a repository containing tags, will reorder and split those patchsets until there is an application order which will give you those tags. [09:27:38] cool [09:29:21] If only each git-cvsimport run didn't take about 5 hours to complete ... [09:29:48] hey, you're doing well, my first run took like 7 [09:37:14] none of the people who were sure we needed retry behavior on volser transactions, nor those who were sure the initial patch was "doing it wrong" commented on or seem to have tried the patch i provided. this means no one's going to bitch if it's not in a release, right? [09:37:44] dream on. [09:37:57] it would be nice if everyone were reasonable. [09:38:15] eg, 'no complaining without participating' [09:39:42] well, i get that not everyone with an opinion has the means to participate, nor does that make the opnion less valid than otherwise [09:39:56] i'm just not happy about it. [09:40:50] * stevenjenkins nods. life goes on. patches that get committed can get removed later; patches that don't get committed now can get committed later. [09:41:25] emoving something once it's running in production is harder [09:41:32] can't put the cat back in the bag [09:47:52] --- Jeffrey Altman has become available [10:12:53] --- Russ has become available [10:16:37] Saw the patch mentioned in zephyr--did it go to -devel? [10:16:54] i replied on whatever list the discussion was on [10:16:57] and it's in rt [10:17:30] devel, may 12. [11:37:43] --- cclausen has left [11:49:19] --- dev-zero@jabber.org has become available [11:49:25] --- dev-zero@jabber.org has left: offline [11:59:59] So, who did 15GB of downloads from /afs/grand.central.org over 3 days earlier this week? [12:00:33] Not me, I have a local copy of the CVS root. [12:07:12] The thing is, I'm trying to figure out who it could have been that transferred that much data from a fileserver to a non-I2 location. Transfers to the RO replicas at MIT and KTH shouldn't count. I wouldn't expect transfers to you to count, either. [12:20:16] --- cclausen has become available [13:25:41] > So, who did 15GB of downloads from /afs/grand.central.org over 3 days uh. i bet someone copied all the rpms [13:30:07] and someone was just asking about rpms. i wish i remembered who [13:30:21] I don't care all that much. [13:30:45] well, i'd check the FileLog for hints but i can't log into penn. [13:30:49] i guess i can getlog [13:31:33] I don't expect any useful hints in the FileLog [16:35:39] what does it take to let me reply with diff to #124721? [16:40:05] Also, it looks like some openbsd diffs were applied to 1_4_x but not 1_5_x. Is it trivial to just pull the deltas? [16:41:48] Oh. Maybe I need to pull CVS. Nm for now. [16:51:43] ** hmm. param.i386_obsd45.h is indeed not present on 1.5.x. that was #124719 and is resolved? [16:52:43] (confirmed that file is in diff on that tkt...) [16:57:32] --- matt has left [17:24:53] --- Russ has left: Disconnected [17:40:30] --- Russ has become available [19:39:47] --- mmeffie has left [22:52:01] --- cclausen has left