LinuxQuestions.org
Page 9 of 17 « First 78 9 1011 Last »
Show 50 post(s) from this thread on one page

LinuxQuestions.org (/questions/)
-   Slackware (https://www.linuxquestions.org/questions/slackware-14/)
-   -   Slackware 12.2 is released Officially (https://www.linuxquestions.org/questions/slackware-14/slackware-12-2-is-released-officially-689688/)

quietguy47 12-22-2008 12:34 PM
whoops. double post

quietguy47 12-22-2008 12:42 PM
If distros = cars
-> Ubuntu, RedHat, Mandriva, and their derivatives = GM, Ford, Toyota, ...etc. Designed and built by committee.
-> Slackware = kit car. Final assembly is left up to the end user.
-> Gentoo = Auto parts mega warehouse. Has everything you need to build a car.
-> LFS = Machine Shop.

Woodsman 12-22-2008 02:19 PM
Quote:
Using --install-new is actually a very bad advice.
I never liked that either, which is one reason I created a shell script to help me automate the update process. I edit the script with each release to manually add/delete files listed in changes_and_hints. Then I do not use --install-new.

Quote:
In addition to human-readable texts there should be 3 text files that could be fed to installpkg/upgradepkg using xargs or any other means: new_packages.txt, removed_packages.txt, changed_packages.txt.
That sounds like a step in the right direction. Send an email to Pat with the suggestion.

Quote:
I can also say that with new 2.6.27.7 kernel feels slower than with previous 2.6.25.7 custom-built one.
I can't confirm slower but the newer kernel has caused headaches for more than a few people as witnessed here at LQ. Mostly little things. I realize 2.6.27.x provided many additional drivers, but for a non "dot-oh" Slackware release I wish Pat had stayed with the 2.6.24 series and placed 2.6.27 in testing. Something changed from 2.6.24 to 2.6.27 . . . .

Quote:
So how objective can a reviewer be?
No human can be completely objective, that is impossible. Every human has certain biases and prejudices, and embraces some kind of worldview and belief system. I thought the TechieMoe review was acceptable. He stated he expects a point-and-click experience. The stock Slackware does not provide that. Therefore I thought his review was fine.

ErV 12-22-2008 02:29 PM
Quote:
Originally Posted by Woodsman (Post 3384205)
I never liked that either, which is one reason I created a shell script to help me automate the update process. I edit the script with each release to manually add/delete files listed in changes_and_hints. Then I do not use --install-new.
Could you share it?

Quote:
Originally Posted by Woodsman (Post 3384205)
That sounds like a step in the right direction. Send an email to Pat with the suggestion.
Hmm, okay. But I hoped he checks LQ occasionally.

Quote:
Originally Posted by Woodsman (Post 3384205)
I can't confirm slower but the newer kernel has caused headaches for more than a few people as witnessed here at LQ. Mostly little things. I realize 2.6.27.x provided many additional drivers, but for a non "dot-oh" Slackware release I wish Pat had stayed with the 2.6.24 series and placed 2.6.27 in testing. Something changed from 2.6.24 to 2.6.27 . . . .
Except for the slowdown I haven't experienced much problems. I've built optimized kernel, but haven't tested optimized kernel yet, maybe it will be faster.
--EDIT--
With optimized 2.6.27.7 kernel performance is similar to what I had with optimized 2.6.25.7. No other troubles so far.

Woodsman 12-22-2008 04:09 PM
Quote:
Could you share it?
Not today. :) I never intended the script to be used by anybody other than me. The script is in no shape to be used universally. There are many comments and notes embedded in the script. Further, with every Slackware release I continually edit the script as Current gets closer to final release. For example, within the script I copy or delete various *.new files after I validate them. I maintain a /etc/rc.d-$NEXTVERSION directory when I start testing Current. Then I copy the latest rc.d.*.new file there. In my script I copy those files without the .new extension into /etc/rc.d during the update. This reduces the final number of *.new files I have to check. That works okay for me but would cause many problems in a generic script used by other people. In other words, there remains some manual work with the script. I run this update in a virtual machine and when Current starts looking solid (usually after tool chain mods stop), I test the updating on some testing partitions too.

On the other hand, I'll think about posting something generic that others could modify to their needs. That would help me improve the script for my own needs too. :)

Quote:
Hmm, okay. But I hoped he checks LQ occasionally.
He does, but I don't think he follows every thread. Keep the email friendly and constructive and he is good about replying.

Lufbery 12-22-2008 09:01 PM
Quote:
Originally Posted by ErV (Post 3383890)
Finally upgraded to 12.2. Few complaints.
---snip---

Quote:
2)
Code:
3.  Upgrade everything else (and install new packages):

    upgradepkg --install-new /root/slackware/*/*.tgz
Using --install-new is actually a very bad advice. IN my case it returned all stuff I removed from 12.1, including kdevelop, quanta plus and some other software I removed in the past. It also installs all kernels, and even using:
Code:
    #!/bin/sh
    for dir in a ap d e f k kde l n t tcl x xap y ; do
      ( cd $dir ; upgradepkg --install-new *.tgz )
    done
Isn't good idea. using --install-new makes some sense because many new packages were added, but it is wrong idea, because it installs everything.
I wouldn't go so far as to say it's a bad idea. For one thing, I'm pretty sure either the Slackbook or one of the readmes makes it pretty clear that --install-new installs everything. For folks like me who maintain a full installation of Slackware, this is absolutely desirable.

Of course, that can be a pain for people with more selective installations like yours. Your next point makes a lot of sense:

Quote:
How upgrade process could be improved in the future:
In addition to human-readable texts there should be 3 text files that could be fed to installpkg/upgradepkg using xargs or any other means:
new_packages.txt, removed_packages.txt, changed_packages.txt. Each file should contain 1 package name per line so user will be able to feed "removed_packages.txt" to removepkg, "changed_packages.txt" to upgradepkg (without --install-new switch, which will prevent appearance of junk), and "new_packages.txt" to installpkg. those three files can be generated automatically by many means (diff, python, shell scripts, anything) when time of release comes.
Perhaps a better solution would be for upgradepkg to have some sort of a "--upgrade-installed" switch. That's what the "upgrade" switch does in slackpkg. I haven't used slackpkg since I was on version 11, but I recall that it worked pretty well.

Regards,
-Drew

Lufbery 12-22-2008 09:07 PM
Darn, double post.

allend 12-23-2008 05:21 AM
I will restate a point that has been made in this forum many times before. The only supported Slackware system is the full install. When you start selectively dropping packages you are on your own. There can be unexpected consequences.
As an example, to try to create space on an old system running reiserfs, I tried deleting packages to do with ext3.
Then I lost the output from the mount command, as the required library is part of the e2fsprogs package.

skuzye 12-23-2008 06:50 AM
Quote:
How upgrade process could be improved in the future:
In addition to human-readable texts there should be 3 text files that could be fed to installpkg/upgradepkg using xargs or any other means:
new_packages.txt, removed_packages.txt, changed_packages.txt. Each file should contain 1 package name per line so user will be able to feed "removed_packages.txt" to removepkg, "changed_packages.txt" to upgradepkg (without --install-new switch, which will prevent appearance of junk), and "new_packages.txt" to installpkg. those three files can be generated automatically by many means (diff, python, shell scripts, anything) when time of release comes.
Agreed!

I remember also being able to use slackpkg to update from 12.1 to 12.2 (full ;) and everything was just fine.

Quote:
2)


Code:
3.  Upgrade everything else (and install new packages):

    upgradepkg --install-new /root/slackware/*/*.tgz
Using --install-new is actually a very bad advice. IN my case it returned all stuff I removed from 12.1, including kdevelop, quanta plus and some other software I removed in the past. It also installs all kernels, and even using:

Code:
    #!/bin/sh
    for dir in a ap d e f k kde l n t tcl x xap y ; do
      ( cd $dir ; upgradepkg --install-new *.tgz )
    done
Isn't good idea. using --install-new makes some sense because many new packages were added, but it is wrong idea, because it installs everything.
I really think that it's was suppose it as the word itself tells (install-new would install everything that is not present because it would consider it new to you).

I understood what you wanted it to do, install everything new except those packages that were already present on a default installation but wasn't in yours. It would be great if something like this was possible but the point here is: the tool does what is supposed to do. If we had some lists like a guy said back in posts would be just wonderful.

dugan 12-24-2008 11:14 AM
Linux.com's 12.2 review is very positive.

onebuck 12-24-2008 11:18 PM
Hi,
Quote:
Originally Posted by dugan (Post 3386198)
Linux.com's 12.2 review is very positive.
That is a objective review for SlackwareŽ.

lucmove 12-25-2008 03:35 AM
Quote:
Originally Posted by dugan (Post 3386198)
Linux.com's 12.2 review is very positive.
That kind of view will always be subjective. I don't think it's all that positivie since it overlooks a few important points.

I, for one, am leaving Slackware after 3 years of using it and NEVER imagining me using something else. But it turns out I am sick of it.

ErV 12-25-2008 04:38 AM
Quote:
Originally Posted by allend (Post 3384920)
I will restate a point that has been made in this forum many times before. The only supported Slackware system is the full install.
Is it said in documents on slackware dvd?

Quote:
Originally Posted by allend (Post 3384920)
When you start selectively dropping packages you are on your own. There can be unexpected consequences.
What bad can happen if you uninstall kdevelop, quantaplus, radeon-tools (which you didn't need in the first place on NVIDIA card) and joe?

Quote:
Originally Posted by allend (Post 3384920)
As an example, to try to create space on an old system running reiserfs, I tried deleting packages to do with ext3.
Bad example. You could try deleting kernel modules since they take space, and you could get same effect.

allend 12-27-2008 07:47 AM
My cautionary advice was given due to the fact that modern computer systems routinely have hard disk drives with excess capacity when compared to the size of the full Slackware install. If you have the disk space, then a full install will give you assured functionality. It is unrealistic to expect the Slackware maintainers to support anything other than a full install. They can make no assumptions about a users hardware, needs and level of experience.
For people running older systems, (including me!), then it can be advantageous to remove packages that are not required. I know that not loading KDE can save an enormous amount of space if you can conduct all necessary operations without that desktop environment, as I do with some lightweight gateway/fileservers.
Further space can be be reclaimed by removing other functionality, such as development tools, editors, alternate web browsers and hardware specific packages. But each removal makes the setup less general and if taken too far can lead to a consequence like I described. Perhaps it is a bad example, but it is certainly a real example from my own experience.

hitest 12-27-2008 09:50 AM
Quote:
Originally Posted by dugan (Post 3386198)
Linux.com's 12.2 review is very positive.
Thanks for the link:) That is an objective, positive review.


All times are GMT -5. The time now is 12:02 AM.
Page 9 of 17 « First 78 9 1011 Last »
Show 50 post(s) from this thread on one page