Any way to save package selections for future install??
Is there a way to save the package install information for a future install? I install Slack on a BUNCH of different PCs around the office and I would like to have a way of automatically selecting the packages I need. I dont need things like aspell, cd burning, odd libraries etc for my simple web servers.
Any ideas? |
Have you considered something like Puppet or Chef?
|
Never heard of them until now. :) Do you have any more info on this?
|
I love puppet, its a very intuitive and easy to use language. You basically just set your profile that says it requires this package and this version and then puppet does a run on the systems,(by default every 30 minutes) and will verify that the packages are the correct version. There is no if, else statements you have to write to check for versions all you do is say:
Code:
package { 'openssh-server': Check out https://downloads.puppetlabs.com/doc...ningpuppet.pdf They have a prebuilt VM that you can download and try out that already has the software installed and configured a little. |
You can use tagfiles for this. They are briefly discussed here:
http://docs.slackware.com/playground...install_option I find the tagilfe format to be quite self explanatory. Once you've created your set (or sets) of tagfiles, it is a cinch to do repeated, automated installs. |
See whether this script will help:
http://www.linuxquestions.org/questi...ckages-642787/ I've been using a slightly personalized version for several years. I always have a copy in /var/log of all non stock packages I installed. I run the script as part of my daily cron jobs. :) |
Quote:
Code:
#!/bin/sh Code:
#!/bin/sh I just rigged up a quick script that produces tagfiles from the installed packages (using official packages only). This is also slackpkg-dependent. Code:
#!/bin/bash Code:
#!/bin/bash To use the tagfiles generated by my script, you would pass the name of the slackware{,64} directory to the installer and not $OUTPUTDIR (I believe the installer looks for tagfiles in a/, ap/, etc. directories under the mount point). |
Quote:
|
1 Attachment(s)
In a Slackware tree, in every directory under /slackware storing a package series (e.g. a, ap, d, e, f ... y) you'll find three files: tagfile, maketag and maketag.ez.
You can use the 'maketag' scripts in two ways: (1) Directly running "sh maketag" as root. The program will allow you to select/unselect every package in that series and output a customized tagfile called /var/log/setup/tmp/SeTnewtag that you can rename for instance as tagfile.pat (well, that's how Pat used to call them :-) and copy back in the packages' series directory. Then you make an ISO of the Slackware tree including the customized tagfiles and choose the option to use that during installations. (2) During installation, run the SeTmaketag program to somehow automatize the process. You may run that as soon as you have logged in as (fake) root, before running setup. For the records, once upon a time 'maketag' allowed to choice among groups of packages whilst with 'maketag.ez' was intended to make you select/unselect packages individually (so called "expert" mode) but in Slackware.14 there is no packages grouping and both files' content is identical. FYI I attach a copy of the SeTmaketag script found in the installer for Slackware-14.0., renamed to allow its uploading on LQ. You can run it any time (as root) to prepare your customized tagfiles, provided you have a local mirror. Editing the script to ask for the mirror's path only once for all packages' series is left to the reader as an exercise ;) PS wondering why SeTmaketag is in the installer, not as another Slackware script in /sbin (or /usr/sbin)? I'd guess that's because when it was first shipped Slackware installation media were floppy disks and the script allowed to write the custom tagfiles on the first floppy of each packages series, that way the floppies could then be used to make as many custom installations as needed. PS2 nothing actually new here. As stated in SeTmaketag "The maketag script was introduced in Slackware 1.1.2" :cool: |
Sorry for the incorrect info here, I didnt realize I got onto the slackware threads. Yes slackware is much different and puppet will not work.
|
All times are GMT -5. The time now is 06:20 AM. |