Hey Frank,
Thanks for the answer! A patch that should fix your issue was released
today (https://trac.macports.org/changeset/125007).
Thanks again,
Kyle
On Tue, Sep 2, 2014 at 12:30 PM, Frank Schima wrote:
> Hi Kyle,
>
>
> Apologies for the delay. I had just run svn update on trunk/base (and
Hi Kyle,
Apologies for the delay. I had just run svn update on trunk/base (and rebuilt
port) when I ran that. So it was the latest at the time.
Cheers!
Frank
On Aug 31, 2014, at 4:12 PM, Kyle Sammons wrote:
> Hey Frank,
>
> That is indeed a nasty bug! Would you mind telling me if you're o
On Aug 29, 2014, at 1:39 PM, Kyle Sammons wrote:
>
> I'm Kyle, and I was the one working on the GSoC project, "Project Clean Up
> Stuff", which is now finished. During the project I've added two new commands
> to port, "port reclaim" and "port doctor" (though we may be changing 'doctor'
> to so
On Aug 31, 2014, at 6:09 PM, Kyle Sammons wrote:
> In all honesty, I'm not sure if putting it in etc rather than var is a better
> decision. I'll have to ask around and see if that'd fit the file structure
> for MacPorts better.
By overwhelming convention, *nix systems use /etc for configurati
Hey Frank,
1. First, it found an inactive port, but the default action is not clear.
Ah, good catch! I completely forgot that people might insert things besides
a Y or an N. I'll make sure to clear that up!
2. The default output is *way* too verbose.
Hm, yeah, that's a good point and should
Hey Frank,
That is indeed a nasty bug! Would you mind telling me if you're on the
latest version from trunk (i.e. not my branch)? We ran into a similar issue
in the past and I thought we fixed it in a patch awhile back.
Thanks for the catch,
-Kyle
On Fri, Aug 29, 2014 at 12:11 PM, Frank Schima
Hey Joshua,
In all honesty, I'm not sure if putting it in etc rather than var is a
better decision. I'll have to ask around and see if that'd fit the file
structure for MacPorts better.
Thanks for the suggestion!
-Kyle
On Fri, Aug 29, 2014 at 5:10 PM, Joshua Root wrote:
> On 2014-8-30 04:39 ,
On 2014-8-30 04:39 , Kyle Sammons wrote:
> There is also a configuration file for doctor
> located in, "/opt/local/var/macports/port_doctor.ini"
Should that be etc rather than var?
- Josh
___
macports-dev mailing list
macports-dev@lists.macosforge.org
h
Hi again,
I just discovered a nasty bug in port reclaim:
...
Found distfile: .bash_history
Removing distfile: .bash_history
Found distfile: .bash_profile
Removing distfile: .bash_profile
Found distfile: .DS_Store
Removing distfile: .DS_Store
...
Yes, it deleted my ~/.bash_profile!! Hopefully th
Hi Kyle,
Thanks for working on this! I have some comments below:
On Aug 29, 2014, at 12:39 PM, Kyle Sammons wrote:
> port reclaim - Removes all unneeded distfiles currently on the system, and
> offers to uninstall all inactive applications, if the user desires.
I tried to use this for the f
On Aug 29, 2014, at 2:39 PM, Kyle Sammons wrote:
>
> port reclaim - Removes all unneeded distfiles currently on the system, and
> offers to uninstall all inactive applications, if the user desires.
yay!
> port doctor - Checks for common issues on the users system, and if found,
> suggests wa
Hey everyone,
I'm Kyle, and I was the one working on the GSoC project, "Project Clean Up
Stuff", which is now finished. During the project I've added two new
commands to port, "port reclaim" and "port doctor" (though we may be
changing 'doctor' to something else in the near future), both of which
12 matches
Mail list logo