Linux - Newbie This Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place! |
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.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
|
|
07-25-2012, 01:42 PM
|
#31
|
Member
Registered: Apr 2007
Location: West Virginia
Distribution: Ubuntu
Posts: 977
|
Quote:
Originally Posted by leosubhadeep
Quite thoughtful and enlightening. But I thought this forum was called "Linux- Newbie" and with my pre-basic knowledge, I thought that a forum is the best classic way to know from the knowledgeable people who want to help out (I sincerely count you among them) by sharing their experience and knowledge and/or by showing them the right paths to the next level to the basics.
When you test a flavour (distro in this case), how often do you stop yourself from trying newer shell commands (like 'sudo'/'apt-get'/'yum'/'vi' and their different aspects and powers) even if it can "killall"? Specially if you you're a developer once giving productivity a higher priority than "power" ( like Windows/.NET environment) and now trying to get the power regardless of basic/advanced/whatever knowledge? (A more specific and typical sense).
Thanks for posting in this thread. No offence, please.
|
The way I test new things is as a user first. I have folders in home that I set up purely for practice so you can try rm and cp and such at no risk to real files.
The other way is to set up a virtual machine with a linux distro installed and try "riskier" new things there. Then it stays isolated from your production/real computer
I develop database applications so I have had my share of oopsies...
|
|
|
07-25-2012, 02:16 PM
|
#32
|
Member
Registered: Jul 2012
Location: West Bengal,India
Distribution: Ubuntu 14.04,Fedora 20,Windows 7
Posts: 111
Original Poster
Rep:
|
Quote:
Originally Posted by jkirchner
The way I test new things is as a user first. I have folders in home that I set up purely for practice so you can try rm and cp and such at no risk to real files.
|
I do the same. Always while starting fresh. I did this on good ol' MS-DOS and newer Powershell on Windows, too.
Quote:
The other way is to set up a virtual machine with a linux distro installed and try "riskier" new things there. Then it stays isolated from your production/real computer
I develop database applications so I have had my share of oopsies...
|
I am using a dedicated machine for linux to learn everything worth learning and testing purpose. So a VM is not required in this case, I presume. On the contrary, I'm planning to use Wine VM on my linux system (just for timepass!) So it seems logical to try "riskier" (I didn't know the risk, though, when I started the thread) new things, what say?
|
|
|
07-25-2012, 04:39 PM
|
#33
|
Senior Member
Registered: Feb 2009
Posts: 4,667
|
Quote:
Originally Posted by caravel
The man page has the true answer...
To cut a long story short, if you apt-get remove e.g. a meta package, the automatically installed cruft which was pulled in by the package gets left behind, when you next run "apt-get autoremove", the cruft gets removed. Using aptitude instead of apt-get avoids this as it removes automatically installed packages immediately. In a nutshell, it is safe, desirable even, to do an autoremove, and if it takes out half of your system, then you're not administering said system correctly (you could also... you know, read the output and hit the letter "n" when it asks you if you want to remove everything).
|
One situation I see all the time on the Ubuntu Forums: A user uninstalls one of the default apps (Evolution, for example), which has the side effect of uninstalling the metapackage ubuntu-desktop. Then they run sudo apt-get autoremove and a bunch of important stuff gets removed. (I suspect this might have been what happened to the OP.) We can debate whether that is "correct" but it happens all the time.
If you don't know the "autoremove" function exists and never use it, your system will continue to operate indefinitely no problem. The corollary can't be said.
|
|
|
07-25-2012, 06:02 PM
|
#34
|
Moderator
Registered: Dec 2009
Location: Germany
Distribution: Whatever fits the task best
Posts: 17,148
|
Quote:
Originally Posted by snowpine
Then they run sudo apt-get autoremove and a bunch of important stuff gets removed. (I suspect this might have been what happened to the OP.) We can debate whether that is "correct" but it happens all the time.
|
I would find it more interesting to figure out why that happens at all. Not the technical stuff, I know about meta-packages and the consequences of their use. But it is not the case that apt-get will immediately begin to remove packages when you use the autoremove function. It shows you a list what will be removed and the user has to commit the changes. Why is it that many people just seem not to care at all about this? I mean, even a new and inexperienced user should be able to figure out that there is something wrong when the autoremove function spits out a list of 100+ packages.
|
|
1 members found this post helpful.
|
07-25-2012, 06:13 PM
|
#35
|
Senior Member
Registered: Feb 2009
Posts: 4,667
|
Quote:
Originally Posted by TobiSGD
I would find it more interesting to figure out why that happens at all. Not the technical stuff, I know about meta-packages and the consequences of their use. But it is not the case that apt-get will immediately begin to remove packages when you use the autoremove function. It shows you a list what will be removed and the user has to commit the changes. Why is it that many people just seem not to care at all about this? I mean, even a new and inexperienced user should be able to figure out that there is something wrong when the autoremove function spits out a list of 100+ packages.
|
It's become really trendy to label Ubuntu as "bloated" and I think a lot of new users buy into the myth of "clearing out cruft." There are a lot of untrustworthy tutorials out on the web that include "apt-get autoremove" in lists of "execute these terminal commands routinely to magically make Ubuntu faster" or something. That's my theory as to why, anyway.
|
|
|
07-25-2012, 08:17 PM
|
#36
|
Moderator
Registered: Dec 2009
Location: Germany
Distribution: Whatever fits the task best
Posts: 17,148
|
Quote:
Originally Posted by snowpine
It's become really trendy to label Ubuntu as "bloated" and I think a lot of new users buy into the myth of "clearing out cruft." There are a lot of untrustworthy tutorials out on the web that include "apt-get autoremove" in lists of "execute these terminal commands routinely to magically make Ubuntu faster" or something. That's my theory as to why, anyway.
|
OK, that makes sense.
|
|
|
07-25-2012, 08:51 PM
|
#37
|
Senior Member
Registered: May 2011
Location: Hiding somewhere on planet Earth.
Distribution: No distribution. OpenBSD operating system
Posts: 1,711
|
Whether labeling Ubuntu as bloated is trendy or truth, one problem is this.
Quote:
Originally Posted by snowpine
There are a lot of untrustworthy tutorials out on the web ...
|
In my worldview, if someone wants to learn how to use a system, the logical sequence should be to first look for documentation on the distribution's website. If the documentation does not exists or is not understood, then look on the distribution's forum. If that also fails, then look at other sources. If someone's first course of action is to rely on joe_blow's_blog for information, instead of their distro's developers, that person deserves whatever he or she gets.
People cannot be protected from their own stupidity.
|
|
|
07-25-2012, 09:03 PM
|
#38
|
Senior Member
Registered: Feb 2009
Posts: 4,667
|
linuxquestions.org is a great resource too! Ask a question (the smart way) and wait 24 hours (don't blindly follow the 1st response) and you are guaranteed a good answer! Be on the lookout for posts like "hi, have you tried the tutorial from this link?" from members with lots of green dots, because those are often the most trustworthy recommendations. One thing I have learned about this site is that if someone gives questionable advice, it gets shot down quickly.
Last edited by snowday; 07-25-2012 at 09:04 PM.
|
|
1 members found this post helpful.
|
07-25-2012, 10:53 PM
|
#39
|
Senior Member
Registered: May 2011
Location: Hiding somewhere on planet Earth.
Distribution: No distribution. OpenBSD operating system
Posts: 1,711
|
Quote:
Originally Posted by snowpine
(don't blindly follow the 1st response)
|
Words of wisdom. You basically stated the same thing I did, but without the cynicism.
|
|
|
07-25-2012, 11:33 PM
|
#40
|
Member
Registered: Jul 2012
Location: USA
Distribution: Ubuntu 12.04 LTS, Kubuntu 12.04 LTS, Scientific Linux 6.3
Posts: 97
Rep:
|
Quote:
Originally Posted by snowpine
If I am designing an operating system and giving it away for free, then I want the unlimited right to develop the best possible product that I can vouch for and support. These "Ubuntu must allow unlimited root login!" demands make me feel like you are denying the developers the right to be knowledgeable and opinionated about their own pet projects.
|
Without question a developer has that right. And I have the right to look elsewhere for a distro best suited to my needs.
|
|
|
07-26-2012, 12:28 AM
|
#41
|
Senior Member
Registered: Jan 2005
Location: Roodepoort, South Africa
Distribution: Ubuntu 12.04, Antix19.3
Posts: 3,797
|
Quote:
Originally Posted by jk07
Without question a developer has that right. And I have the right to look elsewhere for a distro best suited to my needs.
|
Nobody denies you that right However, the perceived 'sudo issue' should not be the reason to shop around for something else.
I find Ubuntu very confusing when I dive under the hood. 'upstart', changes in the way configurations work, and so on make me pray that I never have to do too much digging around in Ubuntu.
|
|
|
07-27-2012, 06:22 AM
|
#42
|
Senior Member
Registered: Apr 2005
Posts: 2,727
|
Quote:
Originally Posted by snowpine
One situation I see all the time on the Ubuntu Forums: A user uninstalls one of the default apps (Evolution, for example), which has the side effect of uninstalling the metapackage ubuntu-desktop. Then they run sudo apt-get autoremove and a bunch of important stuff gets removed. (I suspect this might have been what happened to the OP.) We can debate whether that is "correct" but it happens all the time.
If you don't know the "autoremove" function exists and never use it, your system will continue to operate indefinitely no problem. The corollary can't be said.
|
As I have said, if a user uses aptitude instead of apt-get, they will come across this problem anyway as aptitude removes those dependencies immediately - for me that is the desired behaviour though YMMV.
The cleanest and preferred way to prevent automatic removal of dependencies when a meta package has been removed is to mark all of the meta package's dependencies as manually installed and then remove the packages, e.g. software-center and gnome (meta package).
Code:
# aptitude unmarkauto '?reverse-depends(gnome) | ?reverse-recommends(gnome)'
Where "gnome" is the name of the meta package.
This marks all the dependencies (and recommends) of the gnome meta package as manually installed. You can then safely remove gnome and any dependencies you don't want.
|
|
1 members found this post helpful.
|
All times are GMT -5. The time now is 05:23 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
|
|