Closed
Bug 410922
Opened 17 years ago
Closed 17 years ago
Allow uploading any extensions onto stage through tinder-config
Categories
(Release Engineering :: General, defect)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: Fallen, Assigned: Fallen)
References
Details
Attachments
(2 files, 2 obsolete files)
3.39 KB,
patch
|
mvl
:
review+
|
Details | Diff | Splinter Review |
3.93 KB,
patch
|
kairo
:
review+
coop
:
review+
|
Details | Diff | Splinter Review |
To allow uploading other extensions too (i.e gdata-provider), these changes to post-mozilla-rel.pl will allow specification of extensions to be copied to stage in a general manner. To do so, adding the following var to tinder-config.pl is enough: @extensions_upload = ('lightning.xpi', 'lightning-wcap.xpi', 'gdata-provider.xpi') This will copy those files from $builddir/dist/(universal/)xpi-stage to $stagedir/<os>-xpi/. The universal bit is only used when $MacUniversalBinary is set. I hope the paths are correct, I have had no means of really testing this in a real-life scenario. The testing I have been able to do with --skip-mozilla does copy the files into ..../packages/windows-xpi/ I am open for input and it would be great if someone else could test this independant of me, since changes to post-mozilla-rel.pl can be very devastating :)
Assignee | ||
Comment 1•17 years ago
|
||
Splitting up the patch into the mozilla/tools/tinderbox changes...
Attachment #295506 -
Attachment is obsolete: true
Assignee | ||
Comment 2•17 years ago
|
||
... and the mozilla/tools/tinderbox-configs changes.
Assignee | ||
Updated•17 years ago
|
Assignee: philipp → nobody
Status: ASSIGNED → NEW
Component: Build Config → Build & Release
Product: Calendar → mozilla.org
QA Contact: build → build
Version: unspecified → other
Assignee | ||
Updated•17 years ago
|
Attachment #296013 -
Flags: review?(ccooper)
Assignee | ||
Updated•17 years ago
|
Assignee: nobody → philipp
Assignee | ||
Updated•17 years ago
|
Status: NEW → ASSIGNED
Comment 3•17 years ago
|
||
Comment on attachment 296013 [details] [diff] [review] Default tinderbox changes Looks good.
Attachment #296013 -
Flags: review?(ccooper) → review+
Assignee | ||
Updated•17 years ago
|
Attachment #296014 -
Flags: review?(ause)
Comment 4•17 years ago
|
||
Looks like this is trying to do the same I have been working on in bug 398711 - Philipp, does your patch cover anything my patch wouldn't have covered or the other way round?
Comment 5•17 years ago
|
||
Comment on attachment 296014 [details] [diff] [review] tinderbox-configs for lightning looks good. r=mvl
Attachment #296014 -
Flags: review?(ause) → review+
Comment 6•17 years ago
|
||
Comment on attachment 296013 [details] [diff] [review] Default tinderbox changes >Index: tinderbox/tinder-defaults.pl >=================================================================== >+ >+# Any extensions that are built can be uploaded to the stage server using these >+# config options. These variables are mainly used by post-mozilla-rel.pl >+#@extensions_upload = ('lightning.xpi', 'lightning-wcap.xpi', 'gdata-provider.xpi'); >+#$extensions_stage_subdir = "xpi"; # If not specified, <os>-xpi will be used. I don't think those should be the defaults. The default should be to not upload any extension and if one is present, the default should be to use the platform subdirs. Additionally, I dislike that one cannot upload any extension without creating a subdir for it...
Comment 7•17 years ago
|
||
Comment on attachment 296014 [details] [diff] [review] tinderbox-configs for lightning >Index: tinderbox-configs/lightning/linux/tinder-config.pl >=================================================================== >+ >+# Any extensions that are built can be uploaded to the stage server using these >+# config options. These variables are mainly used by post-mozilla-rel.pl >+@extensions_upload = ('lightning.xpi', 'lightning-wcap.xpi', 'gdata-provider.xpi'); >+#$extensions_stage_subdir = "xpi"; # If not specified, <os>-xpi will be used. erm, I thought Lightning is platform-specific due to binary code and needs the platform subdirs?
Assignee | ||
Comment 8•17 years ago
|
||
Slight change of variable name, idea from bug 398711. I find the new name fits better. I also removed the change to tinder-defaults.pl, since these changes are commented out by default. Will make sure these changes are OK on IRC before checking in.
Attachment #296013 -
Attachment is obsolete: true
Comment 9•17 years ago
|
||
Comment on attachment 296205 [details] [diff] [review] Default tinderbox changes Let's get a review from KaiRo first to make sure this aligns with what he needs in bug 398711. It would be nice to close both bugs in one go.
Attachment #296205 -
Flags: review?(kairo)
Comment 10•17 years ago
|
||
Comment on attachment 296205 [details] [diff] [review] Default tinderbox changes >Index: tinder-config.pl >=================================================================== >+#@ReleaseExtensions = ('lightning*.xpi', 'gdata-provider.xpi'); >+#$ReleaseExtensionSubdir = "xpi" # If not specified, <os>-xpi will be used. I still would prefer to follow the style of the other settings and have the default values listed here as commented-out versions, and have those actually set as non-commented entries in the tinder-defaults file, as this is general style. The real heart of the patch looks good for the moment, we can build upon that and improve it a bit more as a second step in bug 398711. Based on that, r=me with the mentioned tinder-config/-defaults changes to follow common style of tinderbox code.
Attachment #296205 -
Flags: review?(kairo)
Attachment #296205 -
Flags: review?(ccooper)
Attachment #296205 -
Flags: review+
Assignee | ||
Comment 11•17 years ago
|
||
Robert, since the default values in this case are empty, is it sufficient that they are not contained in tinder-defaults.pl, as it is in the latest patch? I did not include the tinder-defaults.pl there.
Comment 12•17 years ago
|
||
The idea is that everybody can easily check that file and see what's used by default, and you'll see lots of empty default values actually in the current file, though I realized that some are breaking the convention and doing something similar to what you had in the first patch, but I consider those bugs (I'm not the maintainer of the tinderbox code though, just a contributor).
Comment 13•17 years ago
|
||
Comment on attachment 296205 [details] [diff] [review] Default tinderbox changes Do guys have the access you need to check this in? If not, reassign to me and I'll land it for you.
Attachment #296205 -
Flags: review?(ccooper) → review+
Comment 14•17 years ago
|
||
I checked in both patches on behalf of Philipp and everything seems to still work! :)
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 15•17 years ago
|
||
the tinder-config.pl's for calendar were not checked in on branch, therefore we were missing branch xpi's since friday. I did the additional checkin, now everything should be fine.
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•