Author Topic: Packaging process observations  (Read 794 times)

Offline rick0612

  • Sr. Member
  • ****
  • Posts: 258
  • The only dumb question is the one not asked.
Packaging process observations
« on: December 13, 2012, 05:45:16 PM »
Hi,

The packaging process may have a few points to consider.

When you right-click on the .srpm and chose Install SRPM for Build, there is no indication the process is completed. One could sit for a long while before deciding to cross your fingers and close the terminal.

When you right-click on the .spec file, some of the defaults may need to be changed. Shouldn't you always update?

When you right-click on the .spec file and choose Build all, Create logfile, nothing happens. If you then open a terminal and build from there an error generates.
error: Your intltool is too old. Need 0.40.0 or later.
The file is in Synaptic and easy enough to install but shouldn't this be updated in the pkgutils-kde install? After updating intltool, the right-click Build all, Create logfile still didn't work but Build All does work.

Looking forward to trying some packaging. Right now I am practicing on programs I normally install after a Minime install. Only have one done so far.

Rick
« Last Edit: December 13, 2012, 05:49:06 PM by rick0612 »
Packaging rig: Averatec 2573 /12.1" screen /2.0GHZ /3GB RAM /120GB SSD /Minime 2012.12

Daily rig: Alienware X51 /23" monitor /Windows 7 host /KDE VBox client

Offline Neal ManBear

  • Administrator
  • Super Villain
  • *****
  • Posts: 15829
  • LXDE! Coffee, Bacon and Cheesecake!
Re: Packaging process observations
« Reply #1 on: December 14, 2012, 12:59:33 AM »
Hi,

The packaging process may have a few points to consider.

When you right-click on the .srpm and chose Install SRPM for Build, there is no indication the process is completed. One could sit for a long while before deciding to cross your fingers and close the terminal.
     
When the process shown in xterm has stopped, the SRPM has been extracted; i.e. feedback is generated until the process has completed. Look in your SPECS directory. The spec won't be there until the process has completed.     

Quote
When you right-click on the .spec file, some of the defaults may need to be changed.
     
Your statement is too general. Which defaults need to be changed? How should they be changed? Why do you think they should be changed?     

Quote
Shouldn't you always update?
     
Yes, you should. This is true whether you package RPMs or not.     

Quote
When you right-click on the .spec file and choose Build all, Create logfile, nothing happens.
     
No, when I choose that option, the build process starts (shown in terminal) and a build log is created. It can be opened in any text editor.     

Quote
If you then open a terminal and build from there an error generates.
error: Your intltool is too old. Need 0.40.0 or later.
The file is in Synaptic and easy enough to install but shouldn't this be updated in the pkgutils-kde install?
     
I refer you to your update question. Why hadn't you updated?     

Quote
After updating intltool, the right-click Build all, Create logfile still didn't work but Build All does work.
     
You seem to be missing something.     

Quote
Looking forward to trying some packaging. Right now I am practicing on programs I normally install after a Minime install. Only have one done so far.

Rick

Offline rick0612

  • Sr. Member
  • ****
  • Posts: 258
  • The only dumb question is the one not asked.
Re: Packaging process observations
« Reply #2 on: December 14, 2012, 09:46:03 AM »
OK, let me try this again.

I did a fresh install of KDE-MiniMe 2012.12 on The Averatec laptop listed below, again. I'm writing this as I am doing it. I want to try packaging and had this machine sitting around. After the install, I went to Synaptic and did the reload, do updates thing. No updates available. OK, good to go.

Then I installed the pkgutils-kde4 file from Synaptic. OK, good to go.
Because I had the problem with intltool too old, I checked the repository and saw that intltool-0.41.1 was not installed but available. Didn't install at this time. (Following the instructions on the Wiki page)

Then I went over to ibiblio and got the .srpm for gweled (I like the game and would install it anyway).

Wait, Firefox was installed before going to ibiblio.

Right-clicked on downloaded file and left-clicked on Install SRPM for Build. Konsole opened and showed program name and string of pound signs with 100% at end. I'm assuming there is only one file because after waiting a while nothing else happened so I closed the Konsole window.
Suggestion: The word Done at the return would be nice.

Right-clicking the spec file then left-clicking the Install Dependencies option, opened a Konsole window and gave this question: Do "apt-get update" first? [y/N]
As far as I know the capital N means it is the default answer. Shouldn't the default be Y?
I entered y and after entering root password the system started updating? Anyway this question was next:
The following 6 packages will be installed:

gtk+2-devel librsvg-devel libgnomeui2-devel libglade2.0-devel libmikmod-devel ImageMagick

Are you sure? [y/N]
Again, shouldn't the default be Y? I entered y
This next question may have the correct default:
Save list of files? [Y/n] I just pressed the ENTER key
The script again asked for the root password
The system then proceeded to install 88 packages. When all was said and done the word Done was at the end... almost. There was a line about a remove file generated after Done. I figured it was safe to close the terminal.

Right-clicking the spec file and choosing Build all, Create logfile does nothing. Installed xterm per Terry's suggestion and that fixed that problem.
Suggestion: include xterm in pkgutils-kde4. (Maybe pkgutils-thunar as well?)

The build stopped at this error:
checking for intltool >= 0.40.0... ./configure: line 5537: intltool-update: command not found
  found
configure: error: Your intltool is too old. You need intltool 0.40.0 or later.
Went back to Synaptic and found that intltool 0.41.1 is still there but not installed, there is no other intltool listed in Synaptic.
Suggestion: Following the instructions, intltool is never installed; add it to pkgutils-kde4 and pkgutils-thunar maybe?
Anyway I installed intltool-0.41.1. Now right-clicking the spec file and choosing Build all, Create logfile opens the xterm window and gives me an exit 0.

When running gbd, this question is asked:
Update apt package list? [y/N]
Shouldn't the default be Y? I entered y and the script completed.

Entered Synaptic, found my package and installed it.
Yeah!! it installed, created Games/Puzzles in the menu and put the program there. It even works!!!

I'm not trying to be irritating just reporting what I did, how I did it and what I found.

Rick.
Packaging rig: Averatec 2573 /12.1" screen /2.0GHZ /3GB RAM /120GB SSD /Minime 2012.12

Daily rig: Alienware X51 /23" monitor /Windows 7 host /KDE VBox client

Offline pags

  • Hero Member
  • *****
  • Posts: 2602
  • Keep it clean.
Re: Packaging process observations
« Reply #3 on: December 14, 2012, 09:56:11 AM »
I'm not a packager, so I won't comment on it, per what should or shouldn't be included (as dependencies?)...

However, regarding the (y/N) issues...

When scripting (or, programming), and seeking verification from the user, it is generally accepted to offer the "safe" option as the default, in the event it was selected in error (or, is ignored and a timeout occurs), that the least damage might be incurred...

Therefore, presenting "N" as the default for any operation that has the potential to make considerable change to an environment is safer that assuming the user intends it, and breaking something in the process...

Offline sling-shot

  • PCLinuxOS Tester
  • Hero Member
  • *******
  • Posts: 1758
  • Satyameva Jayate | Truth Alone Triumphs.
Re: Packaging process observations
« Reply #4 on: December 14, 2012, 10:06:00 AM »
[rick0612]

Congratulations on deciding to take up packaging. You seem to have a methodical approach with an eye to the details.
Please give your opinion / comments on the Packaging page over here http://www.pclinuxos.com/forum/index.php/topic,107765.msg952516.html#msg952516 or here http://www.pclinuxos.com/forum/index.php/topic,111231.0.html

------------------

Since we need to keep the packaging environment as pristine as possible, may I suggest use of Portable Firefox?

Also I believe it is generally safe to answer explicitly to any question rather than go with ENTER to use defaults.
Packaging well will cure headaches of many :) But learning to package will cause headaches in many :(

AMD AthlonX2 3600+/ASUS M2NPV-VM/ATi HD4670/Onboard sound/3.5GB DDR2-533 RAM/SEAGATE 160+320GB HDD/DELL S2240L FullHD/Creative SBS370 2.1/PCLinuxOS2013/KDE4
Samsung NP305U1-A06IN | Nokia E6

Offline kjpetrie

  • PCLinuxOS Tester
  • Hero Member
  • *******
  • Posts: 4037
Re: Packaging process observations
« Reply #5 on: December 14, 2012, 10:52:01 AM »
It also illustrates the reason for trying to keep a packaging environment simple. The most likely reason for the previous packager not specifying it was that he'd just built something else that used it so it was already installed. If the build process doesn't complain the packager doesn't know it's needed.
-----------
KJP
-----------------------------------------------------------
PClos64 RC1 on Intel D945GCLF2 motherboard (Atom 330), 2GB DDR2 RAM, Maxtor STM325031, HL-DT-ST DVDRAM GSA-H42N, Amilo LSL 3220T monitor. Also Acer 5810TG (with custom kernel) and Asus eeePC 2G surf

Offline sling-shot

  • PCLinuxOS Tester
  • Hero Member
  • *******
  • Posts: 1758
  • Satyameva Jayate | Truth Alone Triumphs.
Re: Packaging process observations
« Reply #6 on: December 14, 2012, 11:45:14 AM »
Why is 'xterm' so needed here? Why not just use Konsole which is already present in the MiniMe? Is Konsole not capable of saving the output?
Packaging well will cure headaches of many :) But learning to package will cause headaches in many :(

AMD AthlonX2 3600+/ASUS M2NPV-VM/ATi HD4670/Onboard sound/3.5GB DDR2-533 RAM/SEAGATE 160+320GB HDD/DELL S2240L FullHD/Creative SBS370 2.1/PCLinuxOS2013/KDE4
Samsung NP305U1-A06IN | Nokia E6

Offline Neal ManBear

  • Administrator
  • Super Villain
  • *****
  • Posts: 15829
  • LXDE! Coffee, Bacon and Cheesecake!
Re: Packaging process observations
« Reply #7 on: December 14, 2012, 01:17:35 PM »
Maybe it's just me, but I've never had a problem with using konsole rather than xter in a kde build environment.    

edit: BTW, I have never had gbd (genbasedir) ask me to update the packages lists. genbasedir is the scriptto generate those packages lists.     
« Last Edit: December 14, 2012, 01:19:56 PM by Neal ManBear »

Offline Texstar

  • Administrator
  • Super Villain
  • *****
  • Posts: 12657
Re: Packaging process observations
« Reply #8 on: December 14, 2012, 01:19:58 PM »
Maybe it's just me, but I've never had a problem with using konsole rather than xter in a kde build environment.     

It is not just you. I've always used konsole instead of xterm in a kde build environment.


Thanks to everyone who donates. You keep the servers running.
Follow me on Twitter for the latest development info.

Offline Neal ManBear

  • Administrator
  • Super Villain
  • *****
  • Posts: 15829
  • LXDE! Coffee, Bacon and Cheesecake!
Re: Packaging process observations
« Reply #9 on: December 14, 2012, 01:23:56 PM »
Maybe it's just me, but I've never had a problem with using konsole rather than xter in a kde build environment.     

It is not just you. I've always used konsole instead of xterm in a kde build environment.
     
Thanks for verifying, big guy. :D     

Offline pinoc

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 2880
    • other projects...
Re: Packaging process observations
« Reply #10 on: December 14, 2012, 01:43:48 PM »
what is xterm?  ;D

Offline rick0612

  • Sr. Member
  • ****
  • Posts: 258
  • The only dumb question is the one not asked.
Re: Packaging process observations
« Reply #11 on: December 14, 2012, 04:12:12 PM »
Hi all

Thanks for the inputs.

About the defaults, I don't understand why the questions are asked in the first place. If you say NO won't the process stop there? The whole idea is to package and fix problems. IMHO, a line in a log file telling you what happened would work just as well.

sling-shot - From what I could find, Portable Firefox requires Wine to run in Linux. I don't think installing Wine could be considered pristine. Did I miss a pure Linux version? Google didn't find one.

Neal and Texstar - How do I make Konsole work for the Build all, Create logfile option? I checked the settings in Konsole but didn't see anything to change that would allow that or stop it for that matter. Or is it something in the spec file? Konsole worked for everything I tried even Install dependencies and that option output a *.remove file.

How do I clean up and get my pristine environment again? I have a *.remove file, does that have something to do with it?

Thanks

Rick.
Packaging rig: Averatec 2573 /12.1" screen /2.0GHZ /3GB RAM /120GB SSD /Minime 2012.12

Daily rig: Alienware X51 /23" monitor /Windows 7 host /KDE VBox client

Offline sling-shot

  • PCLinuxOS Tester
  • Hero Member
  • *******
  • Posts: 1758
  • Satyameva Jayate | Truth Alone Triumphs.
Re: Packaging process observations
« Reply #12 on: December 14, 2012, 06:24:11 PM »
Maybe it's just me, but I've never had a problem with using konsole rather than xter in a kde build environment.     

edit: BTW, I have never had gbd (genbasedir) ask me to update the packages lists. genbasedir is the scriptto generate those packages lists.     

Then please consider updating pkgutils-kde such that it will use Konsole rather than xterm.
THOUGHT: The use of xterm may be a hangon from days of Tin*Me or something where KDE was not present.

'gbd' always asks to update package lists here on 2 different packaging installations.
Packaging well will cure headaches of many :) But learning to package will cause headaches in many :(

AMD AthlonX2 3600+/ASUS M2NPV-VM/ATi HD4670/Onboard sound/3.5GB DDR2-533 RAM/SEAGATE 160+320GB HDD/DELL S2240L FullHD/Creative SBS370 2.1/PCLinuxOS2013/KDE4
Samsung NP305U1-A06IN | Nokia E6

Offline sling-shot

  • PCLinuxOS Tester
  • Hero Member
  • *******
  • Posts: 1758
  • Satyameva Jayate | Truth Alone Triumphs.
Re: Packaging process observations
« Reply #13 on: December 14, 2012, 06:48:42 PM »
Just go to www.mozilla.org, get Firefox for Linux, extract the archive to your home directory making sure that directory hierarchy is maintained by ticking that option. Go into this new firefox directory and click on 'firefox'.
Packaging well will cure headaches of many :) But learning to package will cause headaches in many :(

AMD AthlonX2 3600+/ASUS M2NPV-VM/ATi HD4670/Onboard sound/3.5GB DDR2-533 RAM/SEAGATE 160+320GB HDD/DELL S2240L FullHD/Creative SBS370 2.1/PCLinuxOS2013/KDE4
Samsung NP305U1-A06IN | Nokia E6

Offline rick0612

  • Sr. Member
  • ****
  • Posts: 258
  • The only dumb question is the one not asked.
Re: Packaging process observations
« Reply #14 on: December 14, 2012, 08:01:22 PM »
sling-shot - Got firefox like you said. Decided to try it on a flash drive. It works great. Am posting this from the flash drive now. The only issue is that bookmarks stay on the ~/.mozilla directory. That can be copied to the flash drive if needed.

Rick.
« Last Edit: December 14, 2012, 08:26:46 PM by rick0612 »
Packaging rig: Averatec 2573 /12.1" screen /2.0GHZ /3GB RAM /120GB SSD /Minime 2012.12

Daily rig: Alienware X51 /23" monitor /Windows 7 host /KDE VBox client