Hello all,
Errr... long time listener, first time caller? I hate it when people say that, but I'm not sure what else to say. ;-)
As per the self-introduction page at http://www.fedora.us/wiki/SelfIntroduction, my info follows:
Full legal name: Chris McDonough Country, City: US, Fredericksburg VA Profession: Developer Company: Self-employed Goals: - I'd like to be able to help with the Python bits (config tools) as necessary. - It would be nice to see Zope (http://www.zope.org) get into the core. Historical qualifications: - RH user since 5.1 - Core Zope developer (~ 5 years) - Coauthor of Zope Book (http://www.zope.org) - Languages: Python, dribs and drabs of C/C++ and Perl - Why should we trust you: You shouldn't, but I suspect that won't stop you.
GPG KEYID and fingerprint:
pub 1024D/6F63C60E 2004-04-28 Chris McDonough chrism@plope.com Key fingerprint = F5C0 6177 EB08 B9D3 0E0E 4176 2671 4C4F 6F63 C60E sub 1024g/73525B01 2004-04-28
Anyhow, I'll just sit back and watch for a while to see how this list works for now.
Thanks!
- C
- It would be nice to see Zope (http://www.zope.org) get into the core.
What about starting out by getting packages for zope into fedora.us? Would you be willing to maintain those packages?
-sv
On Wed, 2004-04-28 at 01:05, seth vidal wrote:
- It would be nice to see Zope (http://www.zope.org) get into the core.
What about starting out by getting packages for zope into fedora.us? Would you be willing to maintain those packages?
Hi Seth,
Absolutely. I just need to read the Wiki to see how to actually get the packages up there.
- C
I just need to read the Wiki to see how to actually get the packages up there.
Hi Chris
I'd love to see Zope in Fedora too :-) If you haven't done the package yet, you can have a look at the one in Mandrake, it is made by Stefane Fermigier (from Nuxeo - CPS). Else, package submission is described here: http://www.fedora.us/wiki/PackageSubmissionQAPolicy and partially here : http://www.ilsw.com/~erik/fedora-qa-quickstart.html (hmm, 404, try google cache here : http://tinyurl.com/38m4x)
Bye
Aurélien
Matthias Saou, the freshrpms guy already has Zope & Plone packages for Fedora Core 2 in testing:
http://ftp.us.freshrpms.net/pub/freshrpms/fedora/linux/testing/2/zope-plone/
A.
Aurelien Bompard wrote:
I just need to read the Wiki to see how to actually get the packages up there.
Hi Chris
I'd love to see Zope in Fedora too :-) If you haven't done the package yet, you can have a look at the one in Mandrake, it is made by Stefane Fermigier (from Nuxeo - CPS). Else, package submission is described here: http://www.fedora.us/wiki/PackageSubmissionQAPolicy and partially here : http://www.ilsw.com/~erik/fedora-qa-quickstart.html (hmm, 404, try google cache here : http://tinyurl.com/38m4x)
Bye
Aurélien
Ack! I just spent a long time doing some packaging in prep for upload too... I should have done more homework.
- C
On Wed, 2004-04-28 at 05:04, Arnaud Abelard wrote:
Matthias Saou, the freshrpms guy already has Zope & Plone packages for Fedora Core 2 in testing:
http://ftp.us.freshrpms.net/pub/freshrpms/fedora/linux/testing/2/zope-plone/
A.
Aurelien Bompard wrote:
I just need to read the Wiki to see how to actually get the packages up there.
Hi Chris
I'd love to see Zope in Fedora too :-) If you haven't done the package yet, you can have a look at the one in Mandrake, it is made by Stefane Fermigier (from Nuxeo - CPS). Else, package submission is described here: http://www.fedora.us/wiki/PackageSubmissionQAPolicy and partially here : http://www.ilsw.com/~erik/fedora-qa-quickstart.html (hmm, 404, try google cache here : http://tinyurl.com/38m4x)
Bye
Aurélien
-- Arnaud Abélard Administrateur réseaux et systèmes Irin / Faculté des Sciences Université de Nantes
Le mer, 28/04/2004 à 05:15 -0400, Chris McDonough a écrit :
Ack! I just spent a long time doing some packaging in prep for upload too... I should have done more homework.
Though this does not mean getting a version in fedora.us would be a bad thing. Quite the contrary.
Cheers,
On Wed, 2004-04-28 at 05:18, Nicolas Mailhot wrote:
Le mer, 28/04/2004 à 05:15 -0400, Chris McDonough a écrit :
Ack! I just spent a long time doing some packaging in prep for upload too... I should have done more homework.
Though this does not mean getting a version in fedora.us would be a bad thing. Quite the contrary.
Sorry, I'm a little new, so I don't understand.. the fedora.us repo is not connected to the freshrpms repo in any meaningful way? If not, would it be considered "bad form" for me to take steps to get my (slightly different) SRPM uploaded into the fedora.us repo? I suppose I should just work this out with Matthias, but it would be useful to understand the relationship between freshrpms Fedora repo and the fedora.us repo before I do.
FWIW, Matthias appears to have based his spec file on one that I wrote a while ago, so they're not *too* much different, although they do install to different directories and mine obeys the Fedora naming conventions and whatnot.
- C
Le mer, 28/04/2004 à 05:36 -0400, Chris McDonough a écrit :
On Wed, 2004-04-28 at 05:18, Nicolas Mailhot wrote:
Le mer, 28/04/2004 à 05:15 -0400, Chris McDonough a écrit :
Ack! I just spent a long time doing some packaging in prep for upload too... I should have done more homework.
Though this does not mean getting a version in fedora.us would be a bad thing. Quite the contrary.
Sorry, I'm a little new, so I don't understand.. the fedora.us repo is not connected to the freshrpms repo in any meaningful way? If not, would it be considered "bad form" for me to take steps to get my (slightly different) SRPM uploaded into the fedora.us repo? I suppose I should just work this out with Matthias, but it would be useful to understand the relationship between freshrpms Fedora repo and the fedora.us repo before I do.
FWIW, Matthias appears to have based his spec file on one that I wrote a while ago, so they're not *too* much different, although they do install to different directories and mine obeys the Fedora naming conventions and whatnot.
fedora.us have some heavier procedures to ensure package quality. Some top packagers including Matthias decided not to bother with them and maintain their own repo (very simplistic summary). You can however take their SPECS, submit them to fedora and go through the QA process for them (and in turn they're welcome to take back the changes QA proposed and get them in their own specs)
I do use freshrpms/dag stuff myself sometimes. For software I intend to depend on long-term, I try to get it in fedora.us, because of stricter QA, RedHat direct involvment, etc.
Cheers,
On Wed, 2004-04-28 at 05:48, Nicolas Mailhot wrote:
fedora.us have some heavier procedures to ensure package quality. Some top packagers including Matthias decided not to bother with them and maintain their own repo (very simplistic summary). You can however take their SPECS, submit them to fedora and go through the QA process for them (and in turn they're welcome to take back the changes QA proposed and get them in their own specs)
Thanks for the explanation! I understand now. I will try to run the gauntlet with my SRPM then without contacting Matthias.
- C
On Wed, 2004-04-28 at 03:31, Chris McDonough wrote:
On Wed, 2004-04-28 at 05:48, Nicolas Mailhot wrote:
fedora.us have some heavier procedures to ensure package quality. Some top packagers including Matthias decided not to bother with them and maintain their own repo (very simplistic summary). You can however take their SPECS, submit them to fedora and go through the QA process for them (and in turn they're welcome to take back the changes QA proposed and get them in their own specs)
Thanks for the explanation! I understand now. I will try to run the gauntlet with my SRPM then without contacting Matthias.
- C
One thing I suggest - Try to get a spec file that builds with vanilla rpm (IE no distro specific macros) into the upstream source tree, if there isn't one already. If there is one upstream already, try to be as close to it as you can (and suggest patch to their spec file if they do something that is just plain wrong - which is fairly common)
Best way to do it is to create a spec.in file - so that package version and even sometimes dependency versions can be generated automatically reducing maintenance of the spec file (IE use @VERSION@ for the version instead of a static version number)
In addition to the spec.in being created, you also will need to tell configure to create the spec file (so it gets created with make dist) and you need to tell the Makefile that the spec file gets put into the tarball for a make dist.
The spec file for the vanilla source should not have any patches obviously (it should build with just wget tarball && rpmbuild -tb tarball). But if there is a properly written spec file in the vanilla source, it then becomes easier for different distro's to take that spec file and tailor it to their own needs (customize configure switches, add custom patches etc.) while still having their rpm's similar enough in package layout that there is less confusion in userland with respect to which subpackage has what in it.
On Wed, 2004-04-28 at 07:44, Michael A. Peters wrote:
One thing I suggest - Try to get a spec file that builds with vanilla rpm (IE no distro specific macros) into the upstream source tree, if there isn't one already. If there is one upstream already, try to be as close to it as you can (and suggest patch to their spec file if they do something that is just plain wrong - which is fairly common)
<snip suggestions>
Right, good suggestions! I will take this into consideration for later Zope 2.X releases. I more or less am the upstream, so I can do whatever is necessary.
- C
Chris McDonough wrote :
On Wed, 2004-04-28 at 05:48, Nicolas Mailhot wrote:
fedora.us have some heavier procedures to ensure package quality. Some top packagers including Matthias decided not to bother with them and maintain their own repo (very simplistic summary). You can however take their SPECS, submit them to fedora and go through the QA process for them (and in turn they're welcome to take back the changes QA proposed and get them in their own specs)
Thanks for the explanation! I understand now. I will try to run the gauntlet with my SRPM then without contacting Matthias.
Yeah, there's no need to :-D Just FYI, the init script in my Zope package still needs to be improved. The way Zope's startup and shutdown is done makes it tricky to integrate cleanly. Other than that, I've been using Plone with those packages on some servers without any problems.
Matthias
On Wed, 2004-04-28 at 10:45, Matthias Saou wrote:
Thanks for the explanation! I understand now. I will try to run the gauntlet with my SRPM then without contacting Matthias.
Yeah, there's no need to :-D
Whoo hoo, always nice when everybody is on the same maillists! ;-)
Just FYI, the init script in my Zope package still needs to be improved. The way Zope's startup and shutdown is done makes it tricky to integrate cleanly.
Do you mean the fact that zopectl doesn't write a pidfile or.. ? My biggest problem has been getting it to print "OK" "STOPPED" and "FAILED" at interactive invocation (works ok at startup). It's always the little things..
What do you think about putting the zope lib files in /usr/lib/zope27 as opposed to /usr/lib/zope? I thought it was a good idea to dirversion major releases like this at the time, but now I'm not sure.
Other than that, I've been using Plone with those packages on some servers without any problems.
Right.. FWIW, I've got a patch to 2.7.0 that fixes up the error when you use "zopectl start" (it will be included in later upstream releases). If it's ok with you, I'm going to integrate some of your changes into the original package or maybe vice versa and try to get the result into the fedora.us repo. The result will also end up in Zope.org CVS at http://cvs.zope.org/Packages/ZopeRPMBuild , FYI.
Thanks,
- C
On Wed, Apr 28, 2004 at 06:31:38AM -0400, Chris McDonough wrote:
On Wed, 2004-04-28 at 05:48, Nicolas Mailhot wrote:
fedora.us have some heavier procedures to ensure package quality. Some top packagers including Matthias decided not to bother with them and maintain their own repo (very simplistic summary).
That is too simplistic and gets close to a myth. In fact almost all current bigger repos existed before fedora.us and were thrilled by the idea of getting a common project going. It turned out that fedora.us was not interested in a cooperation but more in a cloning (primarily of freshrpms then) and competition.
This is what drove repo maintainers back. Personally I favour heavy procedures.
You can however take their SPECS, submit them to fedora and go through the QA process for them (and in turn they're welcome to take back the changes QA proposed and get them in their own specs)
Or you refrain from creating even more overlaps/incompatibilities and submit your changes right into freshrpms.
Thanks for the explanation! I understand now. I will try to run the gauntlet with my SRPM then without contacting Matthias.
Bad idea, but I see that the communication was initiated nevertheless (good! :).
On Fri, 2004-04-30 at 17:27, Axel Thimm wrote:
Thanks for the explanation! I understand now. I will try to run the gauntlet with my SRPM then without contacting Matthias.
Bad idea, but I see that the communication was initiated nevertheless (good! :).
You're right, it was an awful idea. Matthias' appears to be based on a specfile I orginally made last year, but it is much better than that the original. So I've ditched my own and modified Matthias' slightly and it works great.
I hope to be able to submit the result into fedora.us once I can solve an issue where the Zope daemon manager runs as root (see http://collector.zope.org/Zope/1304), which is against Fedora QA policy. I could hack around by using su -c in the init script or launching Zope directly via the /etc/init/functions daemonizer but I'd prefer to solve it in Zope proper.
- C
On Fri, 2004-04-30 at 18:13, Chris McDonough wrote:
I hope to be able to submit the result into fedora.us once I can solve an issue
Oh, and I meant to mention that if Matthias wants me to submit it the changes to back to him/freshrpms as well, I would be happy to do so. FWIW, I'm just a dumb civilian here who isn't steeped in the history of the various RPM packaging communities, so I just want to do the right thing. ;-) It would be nice if the RPM packaging community was as unified as the Debian packaging community, but I also understand that has its own difficulties as well.
- C
if the package is in the repo, why not include it to be installed with k3b? its not easy for a noob to figure out.
ons, 2004-04-28 kl. 07:02 skrev Chris McDonough:
Hello all,
Errr... long time listener, first time caller? I hate it when people say that, but I'm not sure what else to say. ;-)
As per the self-introduction page at http://www.fedora.us/wiki/SelfIntroduction, my info follows:
Full legal name: Chris McDonough Country, City: US, Fredericksburg VA Profession: Developer Company: Self-employed Goals:
- I'd like to be able to help with the Python bits (config tools) as necessary.
- It would be nice to see Zope (http://www.zope.org) get into the core.
Historical qualifications:
- RH user since 5.1
- Core Zope developer (~ 5 years)
- Coauthor of Zope Book (http://www.zope.org)
- Languages: Python, dribs and drabs of C/C++ and Perl
- Why should we trust you: You shouldn't, but I suspect that won't stop you.
GPG KEYID and fingerprint:
pub 1024D/6F63C60E 2004-04-28 Chris McDonough chrism@plope.com Key fingerprint = F5C0 6177 EB08 B9D3 0E0E 4176 2671 4C4F 6F63 C60E sub 1024g/73525B01 2004-04-28
Anyhow, I'll just sit back and watch for a while to see how this list works for now.
Thanks!
- C
ups sorry
ons, 2004-04-28 kl. 07:02 skrev Chris McDonough:
Hello all,
Errr... long time listener, first time caller? I hate it when people say that, but I'm not sure what else to say. ;-)
As per the self-introduction page at http://www.fedora.us/wiki/SelfIntroduction, my info follows:
Full legal name: Chris McDonough Country, City: US, Fredericksburg VA Profession: Developer Company: Self-employed Goals:
- I'd like to be able to help with the Python bits (config tools) as necessary.
- It would be nice to see Zope (http://www.zope.org) get into the core.
Historical qualifications:
- RH user since 5.1
- Core Zope developer (~ 5 years)
- Coauthor of Zope Book (http://www.zope.org)
- Languages: Python, dribs and drabs of C/C++ and Perl
- Why should we trust you: You shouldn't, but I suspect that won't stop you.
GPG KEYID and fingerprint:
pub 1024D/6F63C60E 2004-04-28 Chris McDonough chrism@plope.com Key fingerprint = F5C0 6177 EB08 B9D3 0E0E 4176 2671 4C4F 6F63 C60E sub 1024g/73525B01 2004-04-28
Anyhow, I'll just sit back and watch for a while to see how this list works for now.
Thanks!
- C
-
Alex Thomsen Leth -
Arnaud Abélard -
Aurelien Bompard -
Axel Thimm -
Chris McDonough -
Matthias Saou -
Michael A. Peters -
Nicolas Mailhot -
seth vidal