[CONJ-265] OS packages for MariaDB Connector/J Created: 2015-05-15 Updated: 2021-02-08 Resolved: 2021-02-08 |
|
| Status: | Closed |
| Project: | MariaDB Connector/J |
| Component/s: | Other |
| Affects Version/s: | None |
| Fix Version/s: | N/A |
| Type: | Task | Priority: | Major |
| Reporter: | Kolbe Kegel (Inactive) | Assignee: | Diego Dupin |
| Resolution: | Won't Do | Votes: | 0 |
| Labels: | None | ||
| Environment: |
RHEL, SLES |
||
| Attachments: |
|
| Description |
|
Create RPM package(s) for MariaDB Connector/J, for inclusion in MariaDB Enterprise Repository. |
| Comments |
| Comment by Kolbe Kegel (Inactive) [ 2015-05-15 ] |
|
See https://github.com/mariadb-corporation/MariaDBEnterprise-Team-box/tree/master/packaging/mariadb-java-client/rpm for initial effort. |
| Comment by Julien Fritsch [ 2015-07-10 ] |
|
kolbe thanks for having created this. It's now one of the priority idea for the Connector/J, list which is here now : https://docs.google.com/document/d/1QnjjoXFo2ni0rTWpQ0fhIMaDT91BV5cOOMre7xq9b9A/edit# So I linked it to the task. I have several questions for you : |
| Comment by Kolbe Kegel (Inactive) [ 2015-07-13 ] |
|
Let's support all of our supported MariaDB Enterprise OSes for our Connector packages. This is not exactly the right place to mention it, but we should probably also start officially supporting Amazon Linux given our evolving relationship there. We should be sure to test our packaging and install processes there. Nothing new wrt tokens & Amazon, though I'm not sure what exactly you're referring to. |
| Comment by Julien Fritsch [ 2015-07-13 ] |
|
So so the target is feasible really to support all of our supported MariaDB Enterprise OSes on one go as part of the next release, or do you foresee some steps to get there ? As for the the token / Amazon question, since the Connectors packages will be using our token, how are the Amazon users getting those from us : what is the workflow ? I recall you had questions, relevant ones related to it. As for the proposition to support officially Amazon Linux I agree. I'll have that created as a task and added to our backlog for Phase 5. |
| Comment by Julien Fritsch [ 2015-07-21 ] |
|
pcrews could you invest next week half a day on this and try to estimate, specify this and share it with kolbe and I please ? ratzpo would it be possible to ask Otto to help on this as well please ? We don't want to invest time on packaging unless we are pretty clear on what to do, see the time we lost on PGO recently and in the past. |
| Comment by Kolbe Kegel (Inactive) [ 2015-07-21 ] |
|
pcrews, if you have any ideas about the most natural path to take for building RPMs and .debs of our Java connector, that's great. If you don't, maybe you could do a half day of research to see what you come up with. If that returns something positive, great. If not, OK. I just want to try to dig into this to see what it will take to create proper packages of our connectors, starting with Connector/J. Let me know if you have any questions. |
| Comment by Julien Fritsch [ 2015-07-23 ] |
|
Since there is no dependencies and since pcrews is in OSCON this week diego dupin and I agreed that diego dupin will to try first and pass to pcrews after if needed. I"ll ask ratzpo for Otto as well in case of |
| Comment by Diego Dupin [ 2015-07-28 ] |
|
I begin to test the different maven plugins to create rpm and yum packaging. I will send the result package to check if it's valid. |
| Comment by Diego Dupin [ 2015-07-29 ] |
|
I've used the fat-jar approched : the .jar contain the jna and slf4j dependencies. Packaging goal:
I've added maven plugins so when packaging for a maven release, additionnal files for unix packaging will be generated.
Using plugins [http://www.mojohaus.org/rpm-maven-plugin/|rpm-maven-plugin] to generate rpm files :
(those files are not signed) I'm a beginner in unix packaging, so i've test what i can. |
| Comment by Julien Fritsch [ 2015-09-01 ] |
|
pcrews Diego never got your feedback on that, have you had time to review this ? |
| Comment by Diego Dupin [ 2021-02-08 ] |
|
marked as won't do for now, since pending for 5 years |