Closed Bug 105073 Opened 24 years ago Closed 24 years ago

Combine gfx2, accessible, libpr0n into SeaMonkeyAll

Categories

(SeaMonkey :: Build Config, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WONTFIX

People

(Reporter: alecf, Assigned: netscape)

Details

Attachments

(1 file)

These all come off the same branch, let's just combine them into the same module... I'm attaching patches to the makefiles so that we don't pull redundantly.
note, that this is just temporary to speed up the checkout process until we move away from CVS modules..
r=mcafee. we also need a patch for the modules file.
Wouldn't changing the SeaMonkeyAll definition screw up previous releases? Say, I wanted to pull and build 0.9.5, wouldn't it end up pulling gfx2, etc twice? Also, what speed up are we going to get by pulling everything at once? I'm speculating here but I'd think that multiple little pulls would be easier on the cvs server, thereby increasing overall pull performance, than one huge pull.
OS: Windows 2000 → All
Hardware: PC → All
well, there'll be a tiny speedup in that you don't have to hit the CVS server 3 times. The other bonus we'll get here is that checkins to these directories will actually appear on bonsai and tinderbox, which they don't right now.
Status: NEW → ASSIGNED
Can one pull a branched or tagged version of SeaMonkeyAll? I think in the past when we've done major cvs module restructuring we just created a new module and left the old one there.
"hit the cvs server 3 times"? You're incurring the additional overhead of what? a login session? You still have to send info on every file up to the server to compare it. Also, when checking out files, doesn't the server have to keep a list of what files to download as it traverses the tree? Wouldn't keeping a huge list for a longer amount of time incur more overhead than multiple smaller lists for a shorter period of time? In any case, this seems to go against a previously stated build team goal of wanting to break up SeaMonkeyAll and stop relying upon cvs modules because of their lack of flexibility. So I'm marking it wontfix. The fact that bonsai & tinderbox only show checkins for a single cvs module is a separate known problem (bug 38191) that needs to be addressed regardless since we're never going to get NSPR & NSS into the SeaMonkeyAll module.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WONTFIX
verified wontfix.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: