Re: [43024] trunk/dports/x11/xorg-xcb-proto/Portfile

2008-12-03 Thread Jeremy Huddleston
Presumably only one python version can be selected at a time? Right now, nothing prevents a user from selecting both the +python25 and +python30 variants. Yeah, but if they select both, only python30 is pulled in that case... I don't think I've seen a strsed (or, any other string manipulat

Re: [43073] trunk/doc-new/guide/xml/project.xml

2008-12-03 Thread Ryan Schmidt
On Dec 3, 2008, at 22:41, [EMAIL PROTECTED] wrote: Create patch file(s) as necessary, attach them to a Trac - ticket, and assign the ticket to the maintainer and Cc him or - her. + ticket, and assign the ticket to the maintainer (or Cc him o

Re: Tracking which ports were installed explicitly

2008-12-03 Thread Ryan Schmidt
On Dec 3, 2008, at 20:46, Rainer Müller wrote: Joshua Root wrote: If it's done as proposed in the ticket, you would do 'port dependents foo' (or rather its internal equivalent) to see whether foo is orphaned. If it has no dependents, it's orphaned. Explicitly installing a port adds 'world'

Re: Port shared-mime-info: remove dependency of perl5?

2008-12-03 Thread Rainer Müller
Ryan Schmidt wrote: > On Dec 3, 2008, at 17:55, Rolf Würdemann wrote: > >> The port shared-mime-info has an (Path) dependency on perl5 and an >> dependency >> on port p5-xml-parser. The port "p5-xml-parser" depends on perl5.8. > > Actually p5-xml-parser is a member of the perl5 portgroup, which

Re: Tracking which ports were installed explicitly

2008-12-03 Thread Rainer Müller
Joshua Root wrote: > If it's done as proposed in the ticket, you would do 'port dependents > foo' (or rather its internal equivalent) to see whether foo is orphaned. > If it has no dependents, it's orphaned. Explicitly installing a port > adds 'world' as a dependent. Using a pseudo-port like 'worl

Re: Tracking which ports were installed explicitly

2008-12-03 Thread Neil
On 3 Dec 2008, at 16:13, Ryan Schmidt wrote: Joshua proposed that we should track which ports were installed explicitly (via "sudo port install x") vs. which ports were installed via dependencies. As he said in the ticket -- http://trac.macports.org/ticket/15260 : Keeping track of which p

Re: Port shared-mime-info: remove dependency of perl5?

2008-12-03 Thread Ryan Schmidt
On Dec 3, 2008, at 17:55, Rolf Würdemann wrote: The port shared-mime-info has an (Path) dependency on perl5 and an dependency on port p5-xml-parser. The port "p5-xml-parser" depends on perl5.8. Actually p5-xml-parser is a member of the perl5 portgroup, which in MacPorts 1.6.0 depends on pe

Port shared-mime-info: remove dependency of perl5?

2008-12-03 Thread Rolf Würdemann
Hi everybody: The port shared-mime-info has an (Path) dependency on perl5 and an dependency on port p5-xml-parser. The port "p5-xml-parser" depends on perl5.8. On a an fresh installed macports (1.6) this can lead to problems (a2p) (see #17304, http://trac.macports.org/ticket/17304), 'cause

Re: [43026] trunk/dports/devel/git-core/Portfile

2008-12-03 Thread Joshua Root
Simon Ruderich wrote: > On Wed, Dec 03, 2008 at 03:08:43PM -0600, Adam Mercer wrote: >> On Wed, Dec 3, 2008 at 15:03, <[EMAIL PROTECTED]> wrote: >> >>> devel/git-core: Add missing dependency to variant svn. >> Why is this needed, I've been using git-svn for quite a while and >> don't have the unix

Re: [43026] trunk/dports/devel/git-core/Portfile

2008-12-03 Thread Simon Ruderich
On Wed, Dec 03, 2008 at 03:08:43PM -0600, Adam Mercer wrote: > On Wed, Dec 3, 2008 at 15:03, <[EMAIL PROTECTED]> wrote: > >> devel/git-core: Add missing dependency to variant svn. > > Why is this needed, I've been using git-svn for quite a while and > don't have the unixODBC port installed and I'v

Re: [43024] trunk/dports/x11/xorg-xcb-proto/Portfile

2008-12-03 Thread Ryan Schmidt
On Dec 3, 2008, at 14:58, [EMAIL PROTECTED] wrote: Revision: 43024 http://trac.macports.org/changeset/43024 Author: [EMAIL PROTECTED] Date: 2008-12-03 12:58:44 -0800 (Wed, 03 Dec 2008) Log Message: --- Added missing dependencies on python and libxml2 - bug #17499 +set

Re: Tracking which ports were installed explicitly

2008-12-03 Thread Joshua Root
Andre Stechert wrote: > Didn't see anything about counts of the implicit dependencies in the > ticket or in this thread. The states of a port are probably > "explicitly installed", "implicit against 1 other port", "implicit > against 2 other ports", etc., right? Otherwise, you have the > potentia

Re: Tracking which ports were installed explicitly

2008-12-03 Thread Andre Stechert
Didn't see anything about counts of the implicit dependencies in the ticket or in this thread. The states of a port are probably "explicitly installed", "implicit against 1 other port", "implicit against 2 other ports", etc., right? Otherwise, you have the potential of setting the orphaned bit to

Tracking which ports were installed explicitly

2008-12-03 Thread Ryan Schmidt
Joshua proposed that we should track which ports were installed explicitly (via "sudo port install x") vs. which ports were installed via dependencies. As he said in the ticket -- http://trac.macports.org/ticket/15260 : Keeping track of which ports the user explicitly asked to be installed

Re: [43026] trunk/dports/devel/git-core/Portfile

2008-12-03 Thread Adam Mercer
On Wed, Dec 3, 2008 at 15:03, <[EMAIL PROTECTED]> wrote: > devel/git-core: Add missing dependency to variant svn. Why is this needed, I've been using git-svn for quite a while and don't have the unixODBC port installed and I've never ran into problems? Cheers Adam _

Re: [43004] trunk/dports/graphics/netpbm

2008-12-03 Thread Marcus Calhoun-Lopez
Ryan Schmidt <[EMAIL PROTECTED]> writes: > Shouldn't the closing bracket be after the asterisk instead? Thank you for pointing this out. It was fixed in r43012. ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.or

Re: [43004] trunk/dports/graphics/netpbm

2008-12-03 Thread Ryan Schmidt
On Dec 3, 2008, at 01:05, [EMAIL PROTECTED] wrote: +eval move ${destroot}${prefix}/bin/doc.url [glob ${destroot}$ {prefix}/misc/* ${destroot}${prefix}/share/netpbm] Shouldn't the closing bracket be after the asterisk instead? eval move ${destroot}${prefix}/bin/doc.url [glob ${destroo