Closed Bug 524519 Opened 15 years ago Closed 13 years ago

use post_upload.py instead of MozillaStage for Maemo builds

Categories

(Release Engineering :: General, defect, P3)

x86
All
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: armenzg, Assigned: mozilla)

References

Details

(Whiteboard: [fennec l10n][l10n][mozharness])

Attachments

(4 files, 2 obsolete files)

This will help us be more consistent with what the rest of the factories are using and gives us the benefit and flexibility of using post_upload.py
We need to upload the single-locale build of Fennec so we can create a localized deb from it. We currently upload the fennec deb with the multi-locale's one.
Assignee: nobody → armenzg
Blocks: 490482
Status: NEW → ASSIGNED
Priority: -- → P1
Desired upload directory for the single locale build makes sense to upload to:
- latest-mobile-<branch>/en-US
- latest-mobile-<branch>-l10n/en-US
Whiteboard: [fennec l10n][l10n]
Blocks: 527079
Blocks: 527076
Attachment #411204 - Flags: review?(l10n)
Both patches have worked but a warning is added because they shadow the target in http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/installer/packager.mk#516
Attachment #411205 - Flags: review?(l10n)
We also need to mount the keys in sbox's .ssh directory.
We will have to do this through puppet.

mkdir /scratchbox/users/cltbld/home/cltbld/.ssh
mount --bind /home/cltbld/.ssh /scratchbox/users/cltbld/home/cltbld/.ssh
Depends on: 527549
Attachment #411204 - Flags: review?(mark.finkle)
Attachment #411205 - Flags: review?(mark.finkle)
Comment on attachment 411204 [details] [diff] [review]
[xulrunner] add upload and upload-deb targets

Not sure why xulrunner would be locale-dependent.

I'd prefer to have the pieces going into the deb file name factored somewhere between changelog.in and Makefile.in, or at least a comment in both places.
Comment on attachment 411205 [details] [diff] [review]
[mobile] add upload and upload-deb targets

I don't like the shadowing of the packager.mk target in both patches. Not sure why we're having a upload-deb and a upload target.
(In reply to comment #7)
> (From update of attachment 411204 [details] [diff] [review])
> Not sure why xulrunner would be locale-dependent.
> 
You are right it should not. Since we added multi-locale builds we have been using AB_CD='multi' to avoid overwriting. I can fix this.

> I'd prefer to have the pieces going into the deb file name factored somewhere
> between changelog.in and Makefile.in, or at least a comment in both places.
Would you mind expanding?

(In reply to comment #8)
> (From update of attachment 411205 [details] [diff] [review])
> I don't like the shadowing of the packager.mk target in both patches.
Me neither but I can't think of other way that I *like*
> Not sure why we're having a upload-deb and a upload target.
Dependent builds should not be uploading deb files that is why I will not call the upload-deb on buildbot. The other option is to have an UPLOAD_DEB environment variable as UPLOAD_TESTS.
(In reply to comment #9)
> > Not sure why we're having a upload-deb and a upload target.
> Dependent builds should not be uploading deb files that is why I will not call
> the upload-deb on buildbot. The other option is to have an UPLOAD_DEB
> environment variable as UPLOAD_TESTS.
I remembered the reason behind this (since we do upload debs for dependent builds). We need to allow calling the upload-deb target separately from plain upload since we will want to upload to the chinook repositories at some point.
Attachment #411204 - Flags: review?(mark.finkle)
Attachment #411204 - Flags: review?(l10n)
I guess that we still want to have upload put the built stuff up in a dir, and potentially do the debs into a place where the repo logic can pick them up?

Something for the mobiles to make a call on.

I'm still concerned about the overloaded target, slight refactorings make those go bad. I'd rather go for a upload-mobile target or something instead.
Attachment #411205 - Flags: review?(mark.finkle)
Attachment #411205 - Flags: review?(l10n)
Yes, please upload to ftp as normal, and the deb signing buildbot will pick those up and upload/sign the repository.
The work with regards where DEB_BUILD_ARCH should be set is being tracked in bug 527740.

Do we want "upload" to be declared in build.mk like in http://mxr.mozilla.org/mozilla1.9.2/source/xulrunner/build.mk#86?
You need that if you want "make upload" in the root of the objdir to work. Of course, for mobile's dual-sub-objdir setup, it's not clear that that's a big win.
Attachment #411483 - Flags: review?(mark.finkle)
Attachment #411483 - Flags: review?(l10n)
Attachment #411484 - Flags: review?(mark.finkle)
Attachment #411484 - Flags: review?(l10n)
This will help us keep up with consistency with other projects.
Attachment #411483 - Flags: review?(mark.finkle) → review+
Attachment #411484 - Flags: review?(mark.finkle) → review+
Attachment #411483 - Flags: review?(l10n) → review+
Attachment #411484 - Flags: review?(l10n) → review+
... actually, how does including the deb package in the upload target impact platforms for which there is no deb, i.e., desktop win and mac?
(In reply to comment #18)
> ... actually, how does including the deb package in the upload target impact
> platforms for which there is no deb, i.e., desktop win and mac?
>
Right now the only consumer will be the Maemo builds. One step at a time will get us to Rome.
Attachment #411514 - Flags: review?(mark.finkle)
Attachment #411483 - Flags: checked-in?
Blocks: 527793
No longer blocks: 527793
Summary: use post_upload.py instead of MozillaStage for mobile factories → use post_upload.py instead of MozillaStage for Maemo builds
Comment on attachment 411514 [details] [diff] [review]
[mobile] add the ability to call "make upload" from root of mobile's objdir

How much is this needed?
Attachment #411514 - Flags: review?(mark.finkle) → review+
(In reply to comment #20)
> (From update of attachment 411514 [details] [diff] [review])
> How much is this needed?
>
This one is not essential but it makes things consistent.
Attachment #411484 - Flags: checked-in?
Attachment #411514 - Flags: checked-in?
Blocks: 527793
We can land these on Monday when I am back if you prefer me to be around.
Otherwise I believe they are no risk to land (I did throw the xulrunner patch into try without affecting the build process of them).
(In reply to comment #22)
> We can land these on Monday when I am back if you prefer me to be around.
> Otherwise I believe they are no risk to land (I did throw the xulrunner patch
> into try without affecting the build process of them).

I'm planning on landing these tomorrow morning EST when it is quiet.
Attachment #411483 - Flags: checked-in? → checked-in+
Comment on attachment 411483 [details] [diff] [review]
[mobile] use UPLOAD_EXTRA_FILES to upload the deb files (no need for new update targets)

http://hg.mozilla.org/mobile-browser/rev/4f1a9afbddc1
Comment on attachment 411514 [details] [diff] [review]
[mobile] add the ability to call "make upload" from root of mobile's objdir

http://hg.mozilla.org/mobile-browser/rev/4f1a9afbddc1
Attachment #411514 - Flags: checked-in? → checked-in+
Attachment #411484 - Flags: checked-in? → checked-in+
Comment on attachment 411484 [details] [diff] [review]
[xulrunner] use UPLOAD_EXTRA_FILES to upload the deb files (no need for new update targets)

http://hg.mozilla.org/mozilla-central/rev/61937ebd2a96
Comment on attachment 411484 [details] [diff] [review]
[xulrunner] use UPLOAD_EXTRA_FILES to upload the deb files (no need for new update targets)

Pretty straight forward patch which does not modify any targets currently in use.

This patch will allow us to use the "make upload" target in the mobile scenario like in Firefox.
Attachment #411484 - Flags: approval1.9.2?
Priority: P1 → P3
Depends on: 527928
Blocks: 525257
Let me reword this bug's description now that things have changed a little.

* We currently upload, in the mobile scenarios, with MozillaStage and we want to move to post_upload.py instead. The make targets are ready (except for xulrunner in 1.9.2 - check comment 27)
* There are different scenarios that we want to start using the "make upload" (which call post_upload.py) targets:
** Maemo nightly and dep builds
** Maemo multi-locale build
** Desktop builds. I haven't looked into it but I bet it uses MozillaStage.
** WinMO builds. I haven't looked into it but I bet it uses MozillaStage.

For Maemo en-US single-locale we need bug 527928 to preserve the "en-US" directory which contains the binaries. This will be also needed for the "locale" sub-directories that we currently upload for their deb files.

Overall this bug helps us be in sync with Firefox's factories and will help us have to modify less code for Maemo's release factories (bug 525257).
No longer blocks: 525257
No longer depends on: 527928
Depends on: 527928
Comment on attachment 411484 [details] [diff] [review]
[xulrunner] use UPLOAD_EXTRA_FILES to upload the deb files (no need for new update targets)

a192=beltzner
Attachment #411484 - Flags: approval1.9.2? → approval1.9.2+
Comment on attachment 411484 [details] [diff] [review]
[xulrunner] use UPLOAD_EXTRA_FILES to upload the deb files (no need for new update targets)

check-in needed for 1.9.2
Attachment #411484 - Flags: checked-in+ → checked-in?
Attachment #411484 - Flags: checked-in? → checked-in+
Comment on attachment 411484 [details] [diff] [review]
[xulrunner] use UPLOAD_EXTRA_FILES to upload the deb files (no need for new update targets)

http://hg.mozilla.org/releases/mozilla-1.9.2/rev/72daa308d3a6
With this now landed in 1.9.2, whats left to do here?

(Moving from Future, as Armen is actively working on this.)
Component: Release Engineering: Future → Release Engineering
OS: Mac OS X → All
I imagine changing all of our mobile factories, including the release factories, to use make upload. + testing.

I'd argue that that is a sizeable chunk of work and we have a working solution, so I'd lower priority on this, but it's your call.
Blocks: 531156
For now until using "make upload" takes a higher priority in our list I will unassign this and leave it in future.
Assignee: armenzg → nobody
Status: ASSIGNED → NEW
Priority: P3 → --
Actually moving to future per comment 34.
Component: Release Engineering → Release Engineering: Future
Mass move of bugs from Release Engineering:Future -> Release Engineering. See
http://coop.deadsquid.com/2010/02/kiss-the-future-goodbye/ for more details.
Component: Release Engineering: Future → Release Engineering
Priority: -- → P3
Depends on: 557201
Assignee: nobody → aki
No longer blocks: 527793
We should get this for free with bug 525327.
Whiteboard: [fennec l10n][l10n] → [fennec l10n][l10n][mozharness]
This bug is fixed by bug 525327, once this patch is applied.  (repacks and signing jobs use this to determine the deb name)
Attachment #511669 - Flags: review?(mark.finkle)
Attachment #511669 - Flags: review?(mark.finkle) → review+
Keywords: checkin-needed
Comment on attachment 511669 [details] [diff] [review]
add deb_name.txt to UPLOAD_EXTRA_FILES

http://hg.mozilla.org/mobile-browser/rev/b94f83f03ff3
Attachment #511669 - Flags: checked-in+
Keywords: checkin-needed
Fixed in nightlies. Releases are tracked in bug 574764.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: