how to delete deactivated ports
|
View:
New views
20 Messages
—
Rating Filter:
Alert me
|
| < Prev | 1 - 2 | Next > |
 |
how to delete deactivated ports
by noisebrain
::
Rate this Message:
Hello,
(a novice question) I installed a package (py25-matplotlib), had some trouble with using it, then did a port selfupdate, then upgraded the package. In the process, a number of packages were deactivated. For example, it looks like I now have two copies of python25, numpy, 3 copies of libpng, etc. How can I uninstall these now (to clean up and save disk space)? For example port uninstall python25 @2.5.1_2+darwin_8 says that I cannot uninstall this (deactivated) python because other things depend on it. Most of those things are things that I'm actively using (py-readline for example). should I uninstall and reinstall all of these? If so, it seems like upgrading is a bad strategy, one can save work by uninstalling and reinstalling? _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
Re: how to delete deactivated ports
by Paul Beard-2
::
Rate this Message:
On Wed, Mar 19, 2008 at 10:04 PM, J P Lewis <noisebrain@...> wrote: Hello, -- Paul Beard / www.paulbeard.org/ <paulbeard@.../paulbeard@...> _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
Re: how to delete deactivated ports
by Ryan Schmidt-24
::
Rate this Message:
On Mar 20, 2008, at 00:04, J P Lewis wrote:
> (a novice question) > > I installed a package (py25-matplotlib), had some trouble with > using it, > then did a port selfupdate, > > then upgraded the package. In the process, a number of packages > were deactivated. > > For example, it looks like I now have two copies of python25, numpy, > 3 copies of libpng, etc. > > How can I uninstall these now (to clean up and save disk space)? > > For example > port uninstall python25 @2.5.1_2+darwin_8 > says that I cannot uninstall this (deactivated) python because > other things > depend on it. > > Most of those things are things that I'm actively using (py- > readline for example). > > should I uninstall and reinstall all of these? If so, it seems > like upgrading is a bad > strategy, one can save work by uninstalling and reinstalling? Welcome to MacPorts! The message you're referring to is misleading. It says that this specific version of the port cannot be uninstalled because other ports depend on it. In fact, MacPorts has no concept of depending on a specific version of a port, so the message should just say that other ports depend on that port. And since you already have a newer version of that port installed, there is no problem with uninstalling the older version. MacPorts is just being overly cautious. You can force the uninstallation as Paul said: sudo port -f uninstall python25 If you already know when you upgrade that you want to uninstall the older version, you can use the -u flag: sudo port -u upgrade python25 This will fail if any other ports depend on python25, with the same error message as discussed above. So you need to force it. But forcing the upgrade of e.g. python25 also forces the upgrade of all ports that python25 depends on, possibly multiple times. This is not what you want. So if you're going to force an upgrade, always use the -n flag with the -f flag to indicate that you do not want the recursive port upgrade feature: sudo port -nfu upgrade python25 Yes, this whole situation is a little less than ideal, but it's what we have right now. _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
Re: how to delete deactivated ports
by Charles Darwin-2
::
Rate this Message:
I have a shell script that I run when I go to bed called good-night
and part of it that pertains to Macports goes like this: #!/opt/local/bin/bash cd "~/base/" && /opt/local/bin/svn update && PATH=/bin:/sbin:/usr/ bin:/usr/sbin ./configure --enable-readline && /usr/bin/make && /opt/ local/bin/sudo /usr/bin/make install && /usr/bin/make clean && /opt/ local/bin/port -v selfupdate && /opt/local/bin/port -fvdRnu upgrade outdated && /opt/local/bin/port -fvdR clean --all installed && /opt/ local/bin/port -fvdR uninstall inactive && /opt/local/bin/port -fvdR clean --all uninstalled Your thoughts please. Regards, On Mar 20, 2008, at 3:08 AM, Ryan Schmidt wrote: > On Mar 20, 2008, at 00:04, J P Lewis wrote: > >> (a novice question) >> >> I installed a package (py25-matplotlib), had some trouble with >> using it, >> then did a port selfupdate, >> >> then upgraded the package. In the process, a number of packages >> were deactivated. >> >> For example, it looks like I now have two copies of python25, numpy, >> 3 copies of libpng, etc. >> >> How can I uninstall these now (to clean up and save disk space)? >> >> For example >> port uninstall python25 @2.5.1_2+darwin_8 >> says that I cannot uninstall this (deactivated) python because >> other things >> depend on it. >> >> Most of those things are things that I'm actively using (py- >> readline for example). >> >> should I uninstall and reinstall all of these? If so, it seems >> like upgrading is a bad >> strategy, one can save work by uninstalling and reinstalling? > > Welcome to MacPorts! > > The message you're referring to is misleading. It says that this > specific version of the port cannot be uninstalled because other > ports depend on it. In fact, MacPorts has no concept of depending on > a specific version of a port, so the message should just say that > other ports depend on that port. And since you already have a newer > version of that port installed, there is no problem with uninstalling > the older version. MacPorts is just being overly cautious. You can > force the uninstallation as Paul said: > > sudo port -f uninstall python25 > > If you already know when you upgrade that you want to uninstall the > older version, you can use the -u flag: > > sudo port -u upgrade python25 > > This will fail if any other ports depend on python25, with the same > error message as discussed above. So you need to force it. But > forcing the upgrade of e.g. python25 also forces the upgrade of all > ports that python25 depends on, possibly multiple times. This is not > what you want. So if you're going to force an upgrade, always use the > -n flag with the -f flag to indicate that you do not want the > recursive port upgrade feature: > > sudo port -nfu upgrade python25 > > Yes, this whole situation is a little less than ideal, but it's what > we have right now. > > _______________________________________________ > macports-users mailing list > macports-users@... > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
Re: how to delete deactivated ports
by smontanaro
::
Rate this Message:
Charlse> I have a shell script that I run when I go to bed called Charlse> good-night and part of it that pertains to Macports goes like Charlse> this: ... Charlse> Your thoughts please. My only thought would be to wrap the lines suitably: #!/opt/local/bin/bash cd "~/base/" \ && /opt/local/bin/svn update \ && PATH=/bin:/sbin:/usr/bin:/usr/sbin ./configure --enable-readline \ && /usr/bin/make \ && /opt/local/bin/sudo /usr/bin/make install \ && /usr/bin/make clean \ && /opt/local/bin/port -v selfupdate \ && /opt/local/bin/port -fvdRnu upgrade outdated \ && /opt/local/bin/port -fvdR clean --all installed \ && /opt/local/bin/port -fvdR uninstall inactive \ && /opt/local/bin/port -fvdR clean --all uninstalled Now that I can read what you wrote ;-) I have a couple other questions: * Why not put /opt/local/bin in your PATH? * Why prefer /opt/local/bin/sudo over the version Apple installed? * Referencing /usr/bin/make suggests you think there's another version earlier in your PATH. Kinda curious about that. -- Skip Montanaro - skip@... - http://www.webfast.com/~skip/ _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
Tiger software update replaces apachectl
by John Korchok
::
Rate this Message:
Hello all,
I found out (the hard way) that the latest Apple Security Update 2008-002 for Tiger replaces the apachectl file in /usr/sbin. If, like me, you had copied the apachectl file from /opt/local/apache2/bin to /usr/sbin (this enables you to turn Apache on and off using the System Prefs/Sharing/Personal Web Sharing), you will find that the next time you restart Apache, things go haywire, like none of your PHP works any more. It's because your system has reverted to the Apache 1.3 that comes with Tiger. John Korchok _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
Re: Tiger software update replaces apachectl
by Thomas Condon
::
Rate this Message:
John Korchok wrote:
> Hello all, > > I found out (the hard way) that the latest Apple Security Update 2008-002 > for Tiger replaces the apachectl file in /usr/sbin. If, like me, you had > copied the apachectl file from /opt/local/apache2/bin to /usr/sbin (this > enables you to turn Apache on and off using the System > Prefs/Sharing/Personal Web Sharing), you will find that the next time you > restart Apache, things go haywire, like none of your PHP works any more. > It's because your system has reverted to the Apache 1.3 that comes with > Tiger. John, I know about assuming, but I'll still assume that you fixed this somehow (like re-copied apachectl to /usr/sbin). Are there other steps to making Personal Web Sharing run Apache2? If so, could you please detail them for those of us who just can't remember anything? In A Chord, Tom Condon Bass, Agate Passage Quartet Bass & Proud Member, Kitsap Chordsmen Dir. Music Education, Evergreen District, BHS _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
Re: Tiger software update replaces apachectl
by Matthew Hippely
::
Rate this Message:
If you are comfortable with the command line, all you need to do is to link to the installation of apache that you want to control from the preferance panes.
when you list the directory it should give you something like this: ... apachectl -> /opt/local/apache2/bin/apachectl ... and you should now be able to control macports apache2 from you preference pane. On Thu, Mar 20, 2008 at 9:18 AM, Thomas Condon <tomc@...> wrote:
_______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
Re: how to delete deactivated ports
by Ryan Schmidt-24
::
Rate this Message:
On Mar 20, 2008, at 07:06, skip@... wrote:
> Charlse> I have a shell script that I run when I go to bed called > Charlse> good-night and part of it that pertains to Macports > goes like > Charlse> this: > > ... > > Charlse> Your thoughts please. > > My only thought would be to wrap the lines suitably: > > #!/opt/local/bin/bash > > cd "~/base/" \ > && /opt/local/bin/svn update \ > && PATH=/bin:/sbin:/usr/bin:/usr/sbin ./configure --enable- > readline \ > && /usr/bin/make \ > && /opt/local/bin/sudo /usr/bin/make install \ > && /usr/bin/make clean \ > && /opt/local/bin/port -v selfupdate \ > && /opt/local/bin/port -fvdRnu upgrade outdated \ > && /opt/local/bin/port -fvdR clean --all installed \ > && /opt/local/bin/port -fvdR uninstall inactive \ > && /opt/local/bin/port -fvdR clean --all uninstalled > > Now that I can read what you wrote ;-) I wish you wouldn't indiscriminately use the -f (force) flag all the time. If it were intended to be used all the time it would have been made the default. In particular it should only be needed for "port -f uninstall inactive". It should not be needed for clean, and the only times it would be needed for upgrade are in unusual situations, which you would probably want to handle by hand individually rather than automate. _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
Re: how to delete deactivated ports
by Paul Beard-2
::
Rate this Message:
On Thu, Mar 20, 2008 at 3:17 PM, Ryan Schmidt <ryandesign@...> wrote:
Are there cases where you don't need -f on upgrades? I generally find I have to use it all the time if I am upgrading anything.
-- Paul Beard / www.paulbeard.org/ <paulbeard@.../paulbeard@...> _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
Apple did it again!
by John Korchok
::
Rate this Message:
Hi All,
Once again, the latest security patch 2008-003 for Tiger broke our Apache 2 installation by replacing apachectl. Earlier posts on this topic are repeated below for any new listers: >>> Subject: Tiger software update replaces apachectl >>> >>> I found out (the hard way) that the latest Apple Security >>> Update 2008-002 for Tiger replaces the apachectl file in >>> /usr/sbin. If, like me, you had copied the apachectl file >>> from /opt/local/apache2/bin to /usr/sbin (this enables you to >>> turn Apache on and off using the System >>> Prefs/Sharing/Personal Web Sharing), you will find that the >>> next time you restart Apache, things go haywire, like none of >>> your PHP works any more. >>> It's because your system has reverted to the Apache 1.3 that >>> comes with Tiger. >>> >>> John Korchok >> Are there other steps to making Personal Web Sharing run Apache2? If >> so, could you please detail them for those of us who just can't remember >> anything? >> >> >> In A Chord, >> >> Tom Condon > If you are comfortable with the command line, all you need to do is to link > to the installation of apache that you want to control from the preferance panes. > > 1. $cd /usr/sbin > 2. $mv apachectl apachectl1-3 > 3. $ln -s /opt/local/apache2/bin/apachectl apachectl > > when you list the directory it should give you something like this: > ... > apachectl -> /opt/local/apache2/bin/apachectl > ... > and you should now be able to control macports apache2 from you preference > Matt Hipley _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
Re: Apple did it again!
by Cameron Simpson
::
Rate this Message:
On 29May2008 19:53, John Korchok <jkorchok@...> wrote:
| Once again, the latest security patch 2008-003 for Tiger broke our Apache 2 | installation by replacing apachectl. Earlier posts on this topic are | repeated below for any new listers: | | >>> Subject: Tiger software update replaces apachectl | >>> I found out (the hard way) that the latest Apple Security | >>> Update 2008-002 for Tiger replaces the apachectl file in | >>> /usr/sbin. If, like me, you had copied the apachectl file | >>> from /opt/local/apache2/bin to /usr/sbin (this enables you to | >>> turn Apache on and off using the System | >>> Prefs/Sharing/Personal Web Sharing), you will find that the | >>> next time you restart Apache, things go haywire, like none of | >>> your PHP works any more. | >>> It's because your system has reverted to the Apache 1.3 that | >>> comes with Tiger. What, you mean Apple, the vendor, had the _gall_ to do stuff in the vendor filesystem space? How rude! Yes, I feel your pain - I have a similar issue on another platform with another vendor. But it's not the vendor's fault, nor their problem. You and I have hacked in the vendor's playground, and it's our problem to make those hacks persist. -- Cameron Simpson <cs@...> DoD#743 http://www.cskk.ezoshosting.com/cs/ California is proud to be the home of the freeway. - Ronald Reagan _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
Re: Apple did it again!
by Rainer Müller-4
::
Rate this Message:
Cameron Simpson wrote:
> Yes, I feel your pain - I have a similar issue on another platform with > another vendor. But it's not the vendor's fault, nor their problem. > You and I have hacked in the vendor's playground, and it's our problem > to make those hacks persist. I think we all agree on this. But it is nice that John reported that a new upgrade from the vendor requires manual action if you are using this 'hack'. Other users of this 'hack' might appreciate it. Rainer _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
Re: Apple did it again!
by Alakazam
::
Rate this Message:
Hi !
On 30 mai 08, at 02:46, Rainer Müller wrote: > Cameron Simpson wrote: >> Yes, I feel your pain - I have a similar issue on another platform >> with >> another vendor. But it's not the vendor's fault, nor their problem. >> You and I have hacked in the vendor's playground, and it's our >> problem >> to make those hacks persist. > > I think we all agree on this. > > But it is nice that John reported that a new upgrade from the vendor > requires manual action if you are using this 'hack'. Other users of > this > 'hack' might appreciate it. I would like to suggest migrating John's initial summary to a Howto (and am ready to do so based on your work), if that seems appropriate. Cheers, -- Alakazam <alakazam@...> _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
Re: Apple did it again!
by Ryan Schmidt-24
::
Rate this Message:
On May 29, 2008, at 19:49, Alakazam wrote: > On 30 mai 08, at 02:46, Rainer Müller wrote: > >> Cameron Simpson wrote: >> >>> Yes, I feel your pain - I have a similar issue on another platform >>> with another vendor. But it's not the vendor's fault, nor their >>> problem. You and I have hacked in the vendor's playground, >>> and it's our problem to make those hacks persist. >> >> I think we all agree on this. >> >> But it is nice that John reported that a new upgrade from the vendor >> requires manual action if you are using this 'hack'. Other users of >> this 'hack' might appreciate it. > > I would like to suggest migrating John's initial summary to a Howto > (and am ready to do so based on your work), if that seems appropriate. The reason for the hack is to let System Preferences > Sharing > Web Sharing control the MacPorts apache2 service instead of Apple's apache, right? I don't think I like that hack very much. Wouldn't it be better to write up how to install a 3rd-party launchctl manager which you could use to start and stop all MacPorts-supplied startup services? _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
Re: Apple did it again!
by Cameron Simpson
::
Rate this Message:
On 30May2008 02:46, Rainer M?ller <raimue@...> wrote:
> Cameron Simpson wrote: >> Yes, I feel your pain - I have a similar issue on another platform with >> another vendor. But it's not the vendor's fault, nor their problem. >> You and I have hacked in the vendor's playground, and it's our problem >> to make those hacks persist. > > I think we all agree on this. > > But it is nice that John reported that a new upgrade from the vendor > requires manual action if you are using this 'hack'. Other users of this > 'hack' might appreciate it. Agreed. -- Cameron Simpson <cs@...> DoD#743 http://www.cskk.ezoshosting.com/cs/ If all else fails, immortality can always be assured by spectacular error. _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
Re: Apple did it again!
by Cameron Simpson
::
Rate this Message:
On 29May2008 20:12, Ryan Schmidt <ryandesign@...> wrote:
| > I would like to suggest migrating John's initial summary to a Howto | > (and am ready to do so based on your work), if that seems appropriate. | | The reason for the hack is to let System Preferences > Sharing > Web | Sharing control the MacPorts apache2 service instead of Apple's | apache, right? | | I don't think I like that hack very much. Wouldn't it be better to | write up how to install a 3rd-party launchctl manager which you could | use to start and stop all MacPorts-supplied startup services? Yes. I also would appreciate a clear HOWTO for that kind of thing, being new to Macs and already missing the simple (and sometimes simplistic) /etc/init.d scheme common on other platforms:-) -- Cameron Simpson <cs@...> DoD#743 http://www.cskk.ezoshosting.com/cs/ Remember the Unified Field Theory? Well, forget it. Physicists have pretty much thrown in the towel on unifying gravity with the other elemental forces, so now we have the Standard Model, which says that everything works together in intricate harmony except gravity, which is on holiday in Tasmania and need not concern us further. - Jon Carroll on the Higgs Boson _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
RE: Apple did it again!
by John Korchok
::
Rate this Message:
I most definitely am not blaming Apple for this and apologize for a
misleading subject line. I am just trying to alert users who might be in the same boat. You apply a security patch and your web server goes wonky, it's not immediately apparent what the connection is. John > -----Original Message----- > From: macports-users-bounces@... > [mailto:macports-users-bounces@...] On > Behalf Of Rainer Müller > Sent: Thursday, May 29, 2008 8:47 PM > To: Cameron Simpson > Cc: macports-users@... > Subject: Re: Apple did it again! > > Cameron Simpson wrote: > > Yes, I feel your pain - I have a similar issue on another platform > > with another vendor. But it's not the vendor's fault, nor > their problem. > > You and I have hacked in the vendor's playground, and it's > our problem > > to make those hacks persist. > > I think we all agree on this. > > But it is nice that John reported that a new upgrade from the > vendor requires manual action if you are using this 'hack'. > Other users of this 'hack' might appreciate it. > > Rainer > _______________________________________________ > macports-users mailing list > macports-users@... > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users > _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
Re: Apple did it again!
by Alakazam
::
Rate this Message:
> Yes. I also would appreciate a clear HOWTO for that kind of thing,
> being new > to Macs and already missing the simple (and sometimes simplistic) / > etc/init.d > scheme common on other platforms:-) As Ryan indicated (and I agree that hacking the Apple provided services is not very good practice), "launchctl" is the equivalent of "/etc/init.d" on linux platforms (equivalent is not entirely exact). Lingon is a good "GUI" tool to explore the services provided by launchctl. I would not advise you to use it to edit those services though. Apple also has a documentation page on launchd (the daemon that launchctl interacts with), the didactic quality of which I haven't verified : > http://developer.apple.com/macosx/launchd.html -- Alakazam <alakazam@...> _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
|
|
Re: Apple did it again!
by Rainer Müller-4
::
Rate this Message:
Ryan Schmidt wrote:
> I don't think I like that hack very much. Wouldn't it be better to > write up how to install a 3rd-party launchctl manager which you could > use to start and stop all MacPorts-supplied startup services? There is 'port load/unload' on trunk which basically does this. It is just a shorthand for launchctl. The command port load <portname> runs launchctl load -w /Library/LaunchDaemons/org.macports.<portname>.plist 'port unload' works accordingly. This should work for all our ports installing startup items. Again: this is not in the current release (1.6.0)! Rainer _______________________________________________ macports-users mailing list macports-users@... http://lists.macosforge.org/mailman/listinfo.cgi/macports-users |
| < Prev | 1 - 2 | Next > |
| Free embeddable forum powered by Nabble | Forum Help |
