about that.
-Kyle
On Fri, Aug 7, 2015 at 3:23 PM, Joshua Root j...@macports.org wrote:
On 2015-8-8 07:35 , Kyle Sammons wrote:
MacPorts.framework still uses a privileged helper tool to do the
things
that require root, right? Why couldn't it be run in this way?
Uhhh
, Ian Wadham iandw...@gmail.com wrote:
On 06/08/2015, at 4:14 AM, Kyle Sammons wrote:
Hey everyone,
Currently I'm at a fork in the road for the Revitalizing Pallet GSoC
project, and was hoping to crowd source some ideas about how to deal
with the Apple authorization framework used to get
, no, not as far as I know. The privileged helper is needs to be
communicated with through the IPC library, which wouldn't be possible if it
was launched through a shell.
-Kyle
On Fri, Aug 7, 2015 at 1:48 PM, Joshua Root j...@macports.org wrote:
On 2015-8-8 05:23 , Kyle Sammons wrote:
Hey Ian
to launch an app bundle with superuser
privileges that I'm unaware of.
Thanks for the comments,
-Kyle
On Thu, Aug 6, 2015 at 6:01 AM, Rainer Müller rai...@macports.org wrote:
Hello Kyle,
On 2015-08-05 20:14, Kyle Sammons wrote:
** Option 0: Do nothing; leave the current code in place
launch Pallet as root).
-Kyle
On Fri, Aug 7, 2015 at 1:34 PM, Rainer Müller rai...@macports.org wrote:
On 08/07/2015 09:18 PM, Kyle Sammons wrote:
That's right. I don't think it is unsolvable, just a lot of work to
figure it out, but the solution we implement here could also be used
Hey everyone,
Currently I'm at a fork in the road for the Revitalizing Pallet GSoC
project, and was hoping to crowd source some ideas about how to deal
with the Apple authorization framework used to get super user privileges
to allow 'port' to execute correctly under the hood. This task is the
binaries/app bundles
compatible even
with older versions.
So many people are confused by this. :) That's what the deployment target
is for, not the SDK version.
On Jul 20, 2015, at 6:57 PM, Kyle Sammons ksamm...@macports.org wrote:
1. It shouldn't be using GC. I've used the convert-to-ARC
, Kyle Sammons ksamm...@macports.org wrote:
Hey everyone,
I'm having some odd issues with XCode and was hoping someone who's more
experienced with the idiosyncrasies of XCode could lend me a hand. So,
basically, I've converted my code from GC to ARC using the automatic ARC
conversion tool provided
Hey everyone,
The progress on Pallet is now around the point where I need some other
people to try to run it, to make sure it's building and running correctly
on other systems. If you're interested in doing so, I've included the
details on how to build and run it below (8 to 9 total steps):
in 2 or so weeks)
be completely modernized.
Thanks again!
-Kyle
On Mon, Jul 20, 2015 at 1:44 PM, Jake Petroules
jake.petrou...@petroules.com wrote:
On Jul 20, 2015, at 11:45 AM, Kyle Sammons ksamm...@macports.org wrote:
Hey everyone,
The progress on Pallet is now around the point where I need
at 2:45 PM, Kyle Sammons ksamm...@macports.org
wrote:
Hey everyone,
The progress on Pallet is now around the point where I need some other
people to try to run it, to make sure it's building and running correctly
on other systems. If you're interested in doing so, I've included the
details
Hey everyone,
I'm having some odd issues with XCode and was hoping someone who's more
experienced with the idiosyncrasies of XCode could lend me a hand. So,
basically, I've converted my code from GC to ARC using the automatic ARC
conversion tool provided by XCode, and haven't had any issues with
Hey Josh,
Thanks for the input!
The CLI output has probably changed more than the API in the past.
That's true, I actually hadn't thought about output changing, I only
considered the input changing. Good point.
This probably points to duplication of functionality between port.tcl
and
Hey all,
It's reaching the point in my project where I have everything running, save
the core functionality, which hasn't been updated/modernized yet. Currently
Pallet uses Tcl bindings for Objective-C to issue commands and communicate
with Macports, rather than simply piping input/output to/from
Hey Guido,
Last year I tried to update my work on both Github and Trac, but that
involved using git-svn and lots of hair tearing out (so many merge
conflicts...). So rather than go through that nightmare again, I intend to
just use Trac and then once the project is completed to push it to my
Hey Ian, René, and Kevin,
Well, Kyle, if you are interested, I could send you the code of Fossick
and a
specification/design document. You would be welcome to re-use any of it or
any of the ideas contained in it
Thanks for the offer, Ian! I'm working on getting the darn thing to
compile
Hey everyone,
My name's Kyle Sammons and I've been accepted into this years GSoC. I was
also a GSoC participant for MacPorts last year working on Project Clean-up
Stuff, which created the port doctor and port reclaim commands.
My project for this year is to get Pallet, the MacPorts GUI, up
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 goodkingk...@gmail.com wrote:
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
:
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
, it deleted my ~/.bash_profile!! Hopefully the other files in my home
directory that it deleted weren’t too important.
-Frank
On Aug 29, 2014, at 12:39 PM, Kyle Sammons ksamm...@macports.org wrote:
Hey everyone,
I'm Kyle, and I was the one working on the GSoC project, Project Clean Up
Stuff
).
Thanks for all the suggestions/bug catches!
-Kyle
On Fri, Aug 29, 2014 at 12:02 PM, Frank Schima m...@macports.org wrote:
Hi Kyle,
Thanks for working on this! I have some comments below:
On Aug 29, 2014, at 12:39 PM, Kyle Sammons ksamm...@macports.org wrote:
port reclaim - Removes all
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 are
Hey Ryan,
On 7/22/14, 8:48 PM, Ryan Schmidt wrote:
If you don't already do this, it would be useful to check that:
* Xcode is installed
* the Xcode version is new enough to be supported by the OS X version (some
users upgrade the OS and forget to upgrade Xcode)
* the Xcode version is not
Hey Joshua,
On 7/21/14, 11:47 PM, Joshua Root wrote
If you're going to check these, you might as well check for sqlite and
openssl too. We also need the system's tclsh for building from source,
which includes selfupdate.
Done.
I assume you're using the $prefix variable here, not hardcoding
Hey everyone,
I've been working on a command, port doctor that checks for common issues
in the user's environment. I've implemented just about everything I,
Michael D, Snc, and Neverpanic can think of, so I was wondering if you guys
had anything else you'd like to see check by doctor. Currently,
Hey everybody,
I'm Kyle, and I'm another Google Summer of Code student. My project is
titled 'Clean-up Stuff', and I've made some pretty good progress on it.
As it stands now I am currently approximately 50% done with the project,
so I figured I give everyone here a heads-up on how it's been
Hey all,
Sorry to be a bit tardy-to-the-GSOC-party, but it got pretty busy up here
this week. Anywho, I read on the wiki that it'd probably be a good idea to
introduce myself here, so I figured I'd give it a shot.
My name is Kyle Sammons and I'm (technically) a Junior in the Computer
Information
27 matches
Mail list logo