-
Notifications
You must be signed in to change notification settings - Fork 309
Intent to package: Snaps are universal Linux packages #221
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Thank you very much. It think it may not be too late. I just realize it is quite good features. |
I can prepare a PR to add the packaging recipe to the repo and initiate the ownership transfer process. |
Thanks. I requested the new name "uuu" and wait for review. universal-update-utility is too long. |
I've previously attempted to register 3-letter snap names for other snaps but was since been retracted following the store staffs' recommendation:
I assume |
Thank you for your comments. |
Feedback: Three-letter and shorter snap names are too generic and nondescript and don't provide a good idea of what the snap actually is or does. For that reason, we prefer and suggest you pick a more descriptive name for your snap (universal-update-utility-uuu for example). Keep in mind that even if the snap has one of those names, a command called "uuu" can still be provided by the snap - this needs creating an "alias" but it's entirely feasible to do so. Let me know if some of the suggested names are OK with you or if you want to pick a new one; in any case, you can simply register the new name and it should be automatically approved - only 3-letter or shorter names (well and a few other exceptions) require manual name review/approval." Maybe we, can use universal-update-utility-uuu, or uuu-universal-update-utility, so user can use keywords uuu to search it. |
I've added search keywords to the
Also, I would like to request to add your Ubuntu One account e-mail address to the |
I've also fixed the build failure and update the current snap to 1.4.95 |
My account is [email protected] |
Collaborator invited, please check your mail. |
I've also added your GitHub account to the source repo's collaborator list, you may push code changes and trigger the automated snap building. |
I can push code into your repo. |
This is currently not possible if the snap recipe is in another repo, we can work around it by:
|
404 for link https://snapcraft.io/universal-update-utility/builds. |
About 1. Just need copy everything under snap into uuu repo? |
This patch implements the necessary bits to package uuu as a snap. Signed-off-by: 林博仁(Buo-ren Lin) <[email protected]>
Probably no permission as a snap collaborator, then the snap ownership transfer process must be done. Here is the process:
I've filed a PR (#255) that adds the necessary files. |
I've found more issues while using the uuu snap:
Refer Libusb application can't access device even after the raw-usb interface is connected - snapcraft - snapcraft.io for more info. A dirty workaround is to make the user modify the permission of the target device mode manually(0666) and run |
This patch implements the necessary bits to package uuu as a snap. Signed-off-by: 林博仁(Buo-ren Lin) <[email protected]>
pull request merged. I created snapcraft account, email is [email protected]. please help post transfer request for me About sudo access usb device problem. 1: put above udev run into /etc/udev/rules.d/70-uuu.rules I am not sure how to integrate into snap |
Great, please provide the snap account ID listed in https://dashboard.snapcraft.io/dev/account/.
Unfortunately, it doesn't seem to be supported as of now. You might want to add the instructions to the snap's launcher https://github.com/NXPmicro/mfgtools/blob/master/snap/local/launchers/universal-update-utility-launch so that the user will be notified of the workaround (example). |
Snap account-id |
Thanks! The snap ownership transfer request is filed at https://forum.snapcraft.io/t/please-transfer-universal-update-utility-to-nxpfrankli/23120 |
Our license team require add your MIT license file under snap |
I filed a new PR (#257) which should meet the requirement. |
Thank very much |
Sorry, license team review and find one more thing. Please add copyright at yaml file Copyright (c) 2017 Snapcrafters |
One more question: |
Done. (#258)
The snap ecosystem features channels and tracks for this purpose. The new builds will always land in the
This snap implementation also integrates a selective-checkout script which, will help ensure that stable/candidate/beta snap revision will always be built for promotion, however, it relies on distinguishable naming of git tags so it doesn't work for uuu. Refer Selective-checkout: Check out the tagged release revision if it isn't promoted to the stable channel - doc - snapcraft.io for more details. |
Please accept the snap collaboration invite in order to proceed with the ownership transfer according to the store staffs' request. |
I found that this is no longer the case as the I've initiated the interface auto-connect request: Interface auto-connect request for the universal-update-utility snap - store-requests - snapcraft.io |
accepted invite |
I've updated the request's status. |
I see. https://snapcraft.io/universal-update-utility/builds I have not seen edit button. |
To set up a new repo for snap building, disconnect the old repo and connect to the new one. |
After I update selective-checkout part, get below error. Staging selective-checkout
|
Please revert 6cffef2 as the part isn't meant to be used like that.
Currently, the part will not do much else than always making the latest tagged release snap built at least once. |
reverted. Do you why there are dirty at package name universal-update-utility_1.4.107-1-g8f92a02-**dirty_**s390x.snap? |
The selective-checkout script somehow determines the repo is modified, I'll check it out. |
I'm unable to reproduce the problem after fixing the selective-checkout part (#259), please verify. |
Still have dirty v1.4.107-7-g1b9a4d1-dirty (66) |
I still unable to reproduce the problem locally:
However, after examining the build log (https://snapcraft.io/universal-update-utility/builds/1323496) I found it was the
It appears to be a deficiency/bug in Git <2.8 that makes Git unable to check-out the submodule hash: git 2.7.4(ubuntu 16.04) - failure Possible solution:
Reference |
#262 PR should fix the problem. |
Due to the snap ownership change and in order to accelerate the review process, I would like to ask for an additional confirmation that I am requesting the new interface assertion on behalf of you. |
done |
Dear maintainer(s),
Snaps are universal Linux packages that can be installed and run on many GNU+Linux distributions with ease. I've been following the Snapcrafters instructions and have built a working snap on the Snap Store, you may try it by running the following commands after installing snapd:
Update: Connecting to the
raw-usb
interface is no longer required as the store auto-connection is now active.I'm also looking forward to working with you to make the packaging work upstream (if you're interested). You may want to check out the current packaging recipe, the documentation, registering a developer account on the Snap Store, and get in touch with us to transfer the work under your control.
Thanks for your time and attention.
The text was updated successfully, but these errors were encountered: