Difference between revisions of "Simple Package Modification"

From SME Server
Jump to navigationJump to search
(Emphasize the need for the common folder)
m
Line 6: Line 6:
 
cvs -m '<comment>' commit
 
cvs -m '<comment>' commit
 
and you won't be prompted for the comment....
 
and you won't be prompted for the comment....
 +
 +
Please be sure to put in a descriptive comment '' or 'CVS' isn't a descriptive comment. <small>— [[User:Slords|Slords]] ([[User talk:Slords|talk]] • [[Special:Contributions/Slords|contribs]]).</small> 10:05, 25 December 2007 (MST)
  
 
== My 2ct's on the new build architecture ==
 
== My 2ct's on the new build architecture ==
Line 11: Line 13:
 
# Is it normal behavior for 'make clean' to not remove the noarch folder and RPMS in there as it does remove the SRPM?
 
# Is it normal behavior for 'make clean' to not remove the noarch folder and RPMS in there as it does remove the SRPM?
 
# Is it normal for make to create a SRPM in the root of the branch (package-name/contribs7/) and the noarch RPM in a noarch folder? Shouldn't it be desired to build the SPRM in a seperate folder as well?
 
# Is it normal for make to create a SRPM in the root of the branch (package-name/contribs7/) and the noarch RPM in a noarch folder? Shouldn't it be desired to build the SPRM in a seperate folder as well?
 +
 +
Normally you shouldn't need to worry about the rpms produced.  The build system needs packages in a specific place so it knows where to look for them.  The single srpm is used to build multiple arch packages so it makes sense for it to be at the root.  All the packages that are created for each arch end up under that arch directory.  For a single noarch it doesn't look very clean but when you are build against 2-5 different archs and each arch produces 3-10 packages it makes it very nice to be organized in this fashion.  <small>— [[User:Slords|Slords]] ([[User talk:Slords|talk]] • [[Special:Contributions/Slords|contribs]]).</small> 10:05, 25 December 2007 (MST)
  
 
Now off to learn cvs (as mezzanine was a very nice shell hiding my lack of cvs knowledge) - [[User:Cactus|Cactus]] 05:07, 25 December 2007 (MST)
 
Now off to learn cvs (as mezzanine was a very nice shell hiding my lack of cvs knowledge) - [[User:Cactus|Cactus]] 05:07, 25 December 2007 (MST)
Line 17: Line 21:
  
 
I think we need to clearly document that you at least need to check out the common folder for the build system to work, am I right? - [[User:Cactus|Cactus]] 06:51, 25 December 2007 (MST)
 
I think we need to clearly document that you at least need to check out the common folder for the build system to work, am I right? - [[User:Cactus|Cactus]] 06:51, 25 December 2007 (MST)
 +
 +
The common folder doesn't need to be specifically checked out.  The make file is smart enough to check for a common folder and if it doesn't find one then it will automatically check it out.  The instructions for checking out the common folder in the rpms directory make it so that the make file won't check out a common folder for each and every package you work on.  <small>— [[User:Slords|Slords]] ([[User talk:Slords|talk]] • [[Special:Contributions/Slords|contribs]]).</small> 10:05, 25 December 2007 (MST)

Revision as of 19:05, 25 December 2007

In Modify a Package cvs commit

q enter [is this right ?? messy]

can be replaced by cvs -m '<comment>' commit and you won't be prompted for the comment....

Please be sure to put in a descriptive comment or 'CVS' isn't a descriptive comment. Slords (talkcontribs). 10:05, 25 December 2007 (MST)

My 2ct's on the new build architecture

  1. Is it normal behavior for 'make clean' to not remove the noarch folder and RPMS in there as it does remove the SRPM?
  2. Is it normal for make to create a SRPM in the root of the branch (package-name/contribs7/) and the noarch RPM in a noarch folder? Shouldn't it be desired to build the SPRM in a seperate folder as well?

Normally you shouldn't need to worry about the rpms produced. The build system needs packages in a specific place so it knows where to look for them. The single srpm is used to build multiple arch packages so it makes sense for it to be at the root. All the packages that are created for each arch end up under that arch directory. For a single noarch it doesn't look very clean but when you are build against 2-5 different archs and each arch produces 3-10 packages it makes it very nice to be organized in this fashion. Slords (talkcontribs). 10:05, 25 December 2007 (MST)

Now off to learn cvs (as mezzanine was a very nice shell hiding my lack of cvs knowledge) - Cactus 05:07, 25 December 2007 (MST)

Emphasize the need for the common folder

I think we need to clearly document that you at least need to check out the common folder for the build system to work, am I right? - Cactus 06:51, 25 December 2007 (MST)

The common folder doesn't need to be specifically checked out. The make file is smart enough to check for a common folder and if it doesn't find one then it will automatically check it out. The instructions for checking out the common folder in the rpms directory make it so that the make file won't check out a common folder for each and every package you work on. Slords (talkcontribs). 10:05, 25 December 2007 (MST)