Slackware This Forum is for the discussion of Slackware Linux.
|
| Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
 |
GNU/Linux Basic Guide
This 255-page guide will provide you with the keys to understand the philosophy of free software, teach you how to use and handle it, and give you the tools required to move easily in the world of GNU/Linux. Many users and administrators will be taking their first steps with this GNU/Linux Basic guide and it will show you how to approach and solve the problems you encounter.
Click Here to receive this Complete Guide absolutely free. |
|
 |
07-03-2007, 11:17 PM
|
#1
|
|
Member
Registered: Jul 2004
Distribution: Slackware
Posts: 615
Rep:
|
patches for a release version or slackware/slackware-ver.#/patches
(excepting of slackware-current), may we safely assume that it is always safe to download patches and then as root run the upgradepkg command on any and all of these packages. And to do so without looking at the changelog.
Of course we match the version of the patches with our Slackware version. And we also do integrity check of the downloads (md5sum, pgp, etc., sha_whatever).
--
I ask this of the release versions of Slackware because I think I caught myself trying to use slackware-current strategies on a release version of Slackware (current dictates that you look at the changelog before you do anything) since packages can be forever removed or changed name and "you cannot just do upgradepkg on current since it is not limited to that but there is much more in current."
--
Alan.
|
|
|
|
07-04-2007, 01:34 AM
|
#2
|
|
Senior Member
Registered: Dec 2005
Location: Brisbane, Australia
Distribution: Slackware64 13.37
Posts: 4,084
Rep: 
|
I'm assuming that you have a system that you don't want to blow away and re-install...
There are 2 (at least) sides to this. Firstly, will the package install correctly on your system? In this case the answer is usually yes if the pre-requisite packages are installed - and if you check the Slackware changelog for any gotchas. I'd never assume it was safe to upgrade a package without checking it.
Secondly, has new functionality been introduced (or old functionality been removed) that breaks the applications you're running? The answer to this isn't always obvious and will require testing. For example the changed functionality of a package may mean that it no longer performs certain tasks. If you have another application that relies on those tasks, the package upgrade may have already worked, but your app is broken because of the changed functionality.
So... read the changelog, backup before upgrading and test after upgrading.
|
|
|
|
07-05-2007, 01:05 AM
|
#3
|
|
Slackware Contributor
Registered: Oct 2004
Location: Tuscaloosa, Alabama (USA)
Distribution: Slackware
Posts: 1,894
Rep: 
|
The best answer to your question is "maybe." In most cases, yes, you can probably get away with "blindly" upgrading /patches for a release.
However, there are occasionally new things added in /patches -- for example, 11.0/patches/ had a new mozilla-nss package added for gaim's SSL suppport to work properly and reliably. Lots of people upgraded the gaim package, but failed to add the new mozilla-nss, so the GTalk and Jabber protocols didn't work anymore. Then they went to #pidgin, and the Pidgin devs concluded that the Slackware package was broken, when in reality it was the user who was broken.
|
|
|
|
| Thread Tools |
Search this Thread |
|
|
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -5. The time now is 03:11 AM.
|
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|