Commercial makefiles pull binaries for ALL platforms

RESOLVED INVALID

Status

P3
normal
RESOLVED INVALID
19 years ago
14 years ago

People

(Reporter: rhp, Assigned: leaf)

Tracking

Trunk
Future
x86
Windows NT

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

19 years ago
When I am building the Commercial build on Win32, I end up pulling binaries for
Linux, HPUX, Solaris, etc... for just about everything (AIM, Talkback, Dogbert,
etc...) This is very painful over a modem link.
(Reporter)

Comment 1

19 years ago
Dogbert? ...wrong animated character...I mean Cartman.

- rhp

Updated

19 years ago
Assignee: slamm → granrose
Component: Build → Build Config
Product: Webtools → Browser

Comment 2

19 years ago
Did you mean to pick "Browser" instead of "Webtools" as the component?
Reassigning to default owner.
(Reporter)

Comment 3

19 years ago
Yeah, sorry...it was late and I just settled for something close.

- rhp

Updated

19 years ago
Status: NEW → ASSIGNED

Comment 4

19 years ago
set to M13.

Updated

19 years ago
Target Milestone: M13 → M14

Comment 5

19 years ago
mass migration to M14

Comment 6

19 years ago
don't know offhand how to modify the win32 commercial build automation to only 
pull win32 files and skip *nix.  reassigning to leaf for consideration in the 
perligig.
Assignee: granrose → leaf
Status: ASSIGNED → NEW
QA Contact: cyeh
Target Milestone: M14 → M18

Comment 7

19 years ago
mass re-assign of all bugs where i was listed as the qa contact
QA Contact: cyeh → chofmann

Comment 8

18 years ago
unsetting TM.  Is this even an issue now that we have the shelf?  I would think
this can be resolved/worksforme or invalid.
Target Milestone: M18 → ---
(Assignee)

Comment 9

18 years ago
actually, the aim binaries are checked into the soure tree... so this requires 
module changes (provided we *want* to split things out by platform).

If this gets resolved without being fixed, it should be wontfix, because it *is* 
a problem, just as the reporter specifies.

Comment 10

18 years ago
setting to future.

do we have a bug to do away with modules and put the list of directories in
client.mk/mak so that they're revision controllable?  If so, this should be
dependent on that bug.
Target Milestone: --- → Future

Comment 11

17 years ago
bug cleanup - all leaf's bugzilla bugs should be assigned to leaf@mozilla.org
(not leaf@netscape.com), now and any future bugs created.

this should be a one time change, apologies for the spam.
Assignee: leaf → leaf
marking INVALID, as this does not seem to have anything to do with mozilla, but
only with netscape....

file this in bugscape, I guess
Status: NEW → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → INVALID
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.