ISO for Packaging

[scoundrel]

are the packaging ISO's to be updated regularly ? or left in original state ?

     
As with all of our ISOs, updating should be done regularly. A static system would not be a good build system.     

thanks Neal.. thought I'd see if I could wrap my useless noggin around packaging 

[Archie]

are the packaging ISO's to be updated regularly ? or left in original state ?

     
As with all of our ISOs, updating should be done regularly. A static system would not be a good build system.     

thanks Neal.. thought I'd see if I could wrap my useless noggin around packaging 

I can't speak for the others nor to Neal but when embarking on the KDE builds, I needed to enable test/testing. I am sure others who were doing KDE stuff also did the same.

Now that this has come to passed, I would like to remind all packagers to once again disable test/testing, and as much as possible, use only packages on the stable sections. The following are not rules that I am making up but rather the implied instructions from our primary packagers in order to make things easier for our lead dev.

If dependencies needed to a specific package is not available on the stable sections, or is either in testing or have not been packaged, it would be proper to (1) temporarily enable test/testing then disable it again and build the package. When sending the package to Dropbox, a note should be attached indicating the use of testing dependencies.

(2) If a dependency has to be packaged because we do not have such on our repository, the packager is responsible for informing our lead dev of the set. If the main package goes to stable and the depends are left on testing, this is going to be problematic.

Unless I am mistaken in my understanding of the above, I'm sure Neal will clarify the points I missed.

Peace and much respect,
Archie

[Neal ManBear]

are the packaging ISO's to be updated regularly ? or left in original state ?

     
As with all of our ISOs, updating should be done regularly. A static system would not be a good build system.     

thanks Neal.. thought I'd see if I could wrap my useless noggin around packaging 

     
Be glad to have you among our packagers, scoundrel.     

If you have questions, ask. Archie, among others, is good at explaining things.     

[scoundrel]

are the packaging ISO's to be updated regularly ? or left in original state ?

     
As with all of our ISOs, updating should be done regularly. A static system would not be a good build system.     

thanks Neal.. thought I'd see if I could wrap my useless noggin around packaging 

     
Be glad to have you among our packagers, scoundrel.     

If you have questions, ask. Archie, among others, is good at explaining things.     

will see how I get along with it.. will start reading all pined posts come monday and ask Archie when I need help.. 

[Neal ManBear]

  Sounds good.     

[Archie]

are the packaging ISO's to be updated regularly ? or left in original state ?

     
As with all of our ISOs, updating should be done regularly. A static system would not be a good build system.     

thanks Neal.. thought I'd see if I could wrap my useless noggin around packaging 

     
Be glad to have you among our packagers, scoundrel.     

If you have questions, ask. Archie, among others, is good at explaining things.     

will see how I get along with it.. will start reading all pined posts come monday and ask Archie when I need help.. 

We're rooting for you, dude.

[scoundrel]

keep right on rooting.. thought Id get a head start and while installing pkgutils-thunar and setup my puter fried .. started smelling burned plastic then it really started to smoke .. and that's the second pc that has gone up in smoke .. and my last test machine.. 

[Archie]

dude, first rule in packaging... learn to distinguish your build environment from your BBQ grill.

[scoundrel]

 

[scoundrel]

well I am back here.. had to sell off my antique Volvo's to pay some bills and had enough over to buy back a dell latitude d620 ..  beggars can't be choosy ..

now to my problem...  I can not find anything here for dummy's .. and I am not talking about the linux savvy dummy .. I am talking about the real thing .. a dummy ... that be me.. so where do I find a how to for dummy's packaging tutorials that pertain to PCLinuxOS .. ? 

[7272andy]

If you find them let me know, I've been trying (and failing) to get into this for months

[Archie]

Download Building RPMS. It is a 15-page wiki-format, easy-to-import-in-zim, based on the very first documentation we've had (from Gettinther) that I adapted for my own personal notes.

The file includes:

• 01_Introduction.txt
• 02_Setting_up_your_system_to_build_rpms.txt
• 03_Looking_at_SPEC_files.txt
• 04_Spec_file_overview.txt
• 05_Overview_of_build_section.txt
• 06_The_FILE_section.txt
• 07_Compiling_your_first_RPM.txt
• 08_Splitting_the_RPM.txt
• 09_Building_RPM_from_multiple_sources.txt
• 10_Patching_an_RPM.txt
• 11_Creating_a_menu_entry.txt
• 12_Testing_RPMs.txt
• 13_Creating_Meta-Packages.txt
• 14_Official_PCLinuxOS_XDG_Package_Categories.txt
• 15_Legacy_package_categories_(non_XDG_compliant).txt
• notebook.zim

You need to read and understand Pages/Chapters 4, 5 and 6. Of course, any help we can provide is just a post away.

Have fun!

[scoundrel]

have not a clue as to what zim is but will download and see what opens it in lxde


I see this is a kde how to ..

[rubentje1991]

Download Building RPMS. It is a 15-page wiki-format, easy-to-import-in-zim, based on the very first documentation we've had (from Gettinther) that I adapted for my own personal notes.

Thank you for posting this.... I was going to look up this kind of document on my hard drive (from last year), but this should be good enough (although I'm still going to dig up some old things, and test some parts)....
Don't expect anything too soon from me however  (just still have to create the furniture for my bed room, and "configuring" my bees for the winter  )

[Neal ManBear]

I see this is a kde how to ..

     
You can use LXDE, too. Install pkgutils-thunar.