-
Notifications
You must be signed in to change notification settings - Fork 19
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
Packaging process #174
Comments
We don't have decided to add packaging files (deb, rpm, bsd...) in an other repository? |
Branch / repo is basically the same (not with the code) |
in this case, branch means detached branch ... a new repo could be easier ? |
Yeah a repo packaging with branch debian / rpm could be great no? |
A branch or a folder for each packaging system (prefer folder because it's more easier to read) |
Sorry but don't remember too the talks we had about this.. and sorry twice but I dislike the idea to create yet another repository for this, why not have a folder named 'packaging' in our top and in it have subfolders : debian, fedora, redhat, were there some cons about this possibility ? |
Hi, I begin work to make rpm for fedora/epel and i think we just need source for that work correctly ;-). You can make debian directory on that repository and create a spec file for fedora/epel. But the main jobs is to work with systemd ^^. See you soon on irc |
related: #180 |
The packaging is already done on surveil project... see here: https://github.com/surveil/surveil-packaging/blob/centos/alignak/alignak.spec |
First spec draft done on alignak-packaging. Links to help : https://fedoraproject.org/wiki/How_to_create_an_RPM_package, https://fedoraproject.org/wiki/Packaging:RPMMacros Macro list are very useful when you look for a specific file. |
Hi, i known because i use everyday ^^. See -> Bye 2015-09-18 22:37 GMT+02:00 Sébastien Coavoux notifications@github.com:
David Hannequin |
Ok first working file is done. We have to agree on some points :
See Alignak-monitoring/alignak-packaging@806f976 and https://github.com/Alignak-monitoring/alignak-packaging/blob/master/alignak.spec . I'm not sure if I will PR on "rpm" or "fXX" branch because I'm afraid we will need several spec. |
I don't know for Fedora, but in Debian we ship both the sysvinit and systemd files. So that shouldn't be an
Absolutely
I agree. |
Hi, my point of view : Package structure : I'm for one alignak-common and one alignak-doc packages. We could split by daemon but it's not really worth it and I'm afraid of conflicts. Two package will provide the same files (python files) Yes, alignak-common is good idea but i not sure for doc. Install path for python binaries : In the draft it's /usr/bin, we could argue on /usr/sbin It's more an habit than a rule. Requirements : I'm not sure for python-imporlib. Maybe we will need some if to add it to requirement. I'm afraid recent (f22) distro will fail because the package is not installed but it's now in standard python lib I think it's on standard python lib until centos 7 and fedora 20. Init script / systemd : Another if to do? The draft copy /etc/init.d/alignak* shell scripts and /etc/default/alignak files I prefer systemd script rule and i think we must forget sysV for Linux. .pth file : I'm not 100% sure this is needed, I removed it in packaging Yes |
I forgot one last thing : |
*pyc are the (pre-)compiled source files. I think it's better/simpler to keep both ; that doesn't hurt at all (some kbytes used, that's all).. why would you bother remove them, they would be anyway rebuild/regenerated where the package would be executed the first time.. normally, because if, for instance, the file system where the source is located/installed is readonly then this wouldn't be possible. I think that's exactly the goal of the pre-compile during package build : have the *pyc & *pyo (directly) available (even if readonly filesystem so) on the installed destination.. |
Debian packaging is working. Waiting for review of @titilambert |
What about this @Seb-Solon @titilambert @ddurieux @hvad |
@Seb-Solon ? What about this now ? |
See https://github.com/Alignak-monitoring/alignak-packaging for all packaging related stuff |
Hi,
I'm trying to centralize talk we had about how packaging of Alignak will be implemented.
As far as I remember we stayed on 1 branch for packaging type. Like rpm / debian. So that we don't have packaging file in master/develop.
I can't remember the pros cons of that.
Linked to #91 (remove for fedora maybe)
The text was updated successfully, but these errors were encountered: