On Feb 23, 2008, at 18:09, Jordan K. Hubbard wrote:
> On Feb 23, 2008, at 8:29 AM, Ryan Schmidt wrote:
>
>> Is this going to be a distfiles backup in case the original site
>> goes away? Or is this going to be a primary fetch location, before
>> the original master_sites? I assume the former,
On Feb 23, 2008, at 8:29 AM, Ryan Schmidt wrote:
>
> On Feb 23, 2008, at 10:05, William Siegrist wrote:
>
>> I didnt mean to add any unnecessary work for MP. My main point was
>> that per-commit versus daily is the same work for me. I dont have
>> any hard stats, but I suppose most Portfile c
On Feb 23, 2008, at 12:59, [EMAIL PROTECTED] wrote:
> Revision: 34415
> http://trac.macosforge.org/projects/macports/changeset/34415
> Author: [EMAIL PROTECTED]
> Date: 2008-02-23 10:59:25 -0800 (Sat, 23 Feb 2008)
>
> Log Message:
> ---
> New port: Shiira2
> Closes #12580.
On Feb 22, 2008, at 11:51 PM, Anders F Björklund wrote:
> Before fetching all the files, it would probably nice to fix the
> timestamps so that they correctly reflect the upstream distfile ?
I guess I'm missing something. Why is this important? Distfiles are
essentially opaque to the MacPor
On Feb 23, 2008, at 10:05, William Siegrist wrote:
> I didnt mean to add any unnecessary work for MP. My main point was
> that per-commit versus daily is the same work for me. I dont have
> any hard stats, but I suppose most Portfile changes result in some
> sort of distfile change (most ar
On Feb 23, 2008, at 10:09, William Siegrist wrote:
> On Feb 22, 2008, at 11:51 PM, Anders F Björklund wrote:
>
>> Before fetching all the files, it would probably nice to fix the
>> timestamps so that they correctly reflect the upstream distfile ?
>>
>> http://trac.macports.org/projects/macports/t
The servers are running Tiger, but have curl installed via MP, so this
shouldnt be a problem unless /usr/bin is hardcoded for this? Or am I
missing the issue?
-Bill
On Feb 22, 2008, at 11:51 PM, Anders F Björklund wrote:
Jordan K. Hubbard wrote:
On Feb 22, 2008, at 7:11 PM, Rainer Mülle
I didnt mean to add any unnecessary work for MP. My main point was
that per-commit versus daily is the same work for me. I dont have any
hard stats, but I suppose most Portfile changes result in some sort of
distfile change (most are version bumps?), so we can probably just
make it work wit
The problem apparently went away, I'm not sure what was causing it
yet. If you're still having trouble please let me know.
-Bill
On Feb 23, 2008, at 5:03 AM, Thomas Reifferscheid wrote:
Hi,
g4:~/macports-trunk/dports/www/w3m thomas$ svn
[EMAIL PROTECTED] -m "* Add variant no_x11, for peopl
On Feb 23, 2008, at 07:21, Rainer Müller wrote:
> Ryan Schmidt wrote:
>
>> Not wasted. Just deactivate the one you got and then activate the
>> new one.
>
> Not possible. Install *failed*. You can't install the exact same
> version/revision/variants twice.
Oh. Um, yes. I see that now. Just
Ryan Schmidt wrote:
> Not wasted. Just deactivate the one you got and then activate the new
> one.
Not possible. Install *failed*. You can't install the exact same
version/revision/variants twice.
Rainer
___
macports-dev mailing list
macports-dev@lis
On Feb 23, 2008, at 06:35, Rainer Müller wrote:
> Ryan Schmidt wrote:
>
>> Isn't it fine the way it works now? It's that way, I think, so
>> that, if you already have foo installed, but now you want foo
>> +bar, you can "sudo port install foo +bar", and it'll fetch and
>> configure and bu
Hi,
g4:~/macports-trunk/dports/www/w3m thomas$ svn
[EMAIL PROTECTED] -m "* Add variant no_x11, for people
who have gdk compiled with +quartz" commit
svn: Commit failed (details follow):
svn: MKACTIVITY of
'/repository/macports/!svn/act/302581ba-5f0f-40e9-be13-91eb85e90a04':
500 Internal Serve
Done
http://trac.macosforge.org/projects/macports/ticket/14455
On Sat, Feb 23, 2008 at 8:47 PM, Ryan Schmidt <[EMAIL PROTECTED]> wrote:
> Sounds like a bug. Though it may surprise some people to learn it,
> "nbsp" etc. are not valid entities in XML. Please file a ticket in
> our issue tracker so
Ryan Schmidt wrote:
> Isn't it fine the way it works now? It's that way, I think, so that,
> if you already have foo installed, but now you want foo +bar, you can
> "sudo port install foo +bar", and it'll fetch and configure and build
> and destroot and install, however long that takes, and t
Sounds like a bug. Though it may surprise some people to learn it,
"nbsp" etc. are not valid entities in XML. Please file a ticket in
our issue tracker so we can correct this.
On Feb 22, 2008, at 23:07, js wrote:
> Hi,
>
> when I viist http://www.macports.org/ with Safari v.1.3.2,
> I always
On Feb 22, 2008, at 23:31, Rainer Müller wrote:
> currently, we enforce that every change has to increment the revision,
> in order to force a rebuild by the user. But in fact, the current base
> code also checks the last modified date of the Portfile to see if
> it was
> changed since installat
The fetch phase for firefox-x11 is stalling on me. Is anyone else
having this issue?
--
Randall Wood
[EMAIL PROTECTED]
"The rules are simple: The ball is round. The game lasts 90 minutes.
All the rest is just philosophy."
___
macports-dev mailing list
18 matches
Mail list logo
