Ah. Okay. I don't really want that, so I instead uninstalled and
reinstalled cdo without the openmpi variant.
Thanks,
Matt
On Sat, Aug 16, 2014 at 3:05 PM, Ryan Schmidt
wrote:
>
> On Aug 16, 2014, at 2:02 PM, Matt Thompson wrote:
> >
> > Takeshi,
> >
> > I saw there was a new cdo port today, b
Hi René,
On 17/08/2014, at 4:53 AM, René J.V. Bertin wrote:
> On Aug 16, 2014, at 20:39, Lawrence Velázquez wrote:
>>
>> The problem is that a head can point to one commit on one day and another
>> commit on another day, while ${version} doesn't change.
>
> Well, that's an accurate representati
On Aug 16, 2014, at 5:04 PM, Clemens Lang wrote:
>> The blunt answer is no.
>
> That's not entirely correct. Due to some weird quoting issues you can use the
> ugly hack I used in the mplayer2 port:
Didn't want to encourage that sort of thing :P
Fair point, though. It might be nice to make git
Hi,
> > I'm whipping up a portfile for kdevplatform-devel and kdevelop-devel,
> > aiming to follow the git repo. KDevplatform has a rather big repo, which
> > is re-fetched each time I modify the portfile. It'd be useful to do a `git
> > clone --depth=1` to avoid downloading the entire commit hist
On Aug 16, 2014, at 3:40 PM, Mark Brethen wrote:
>
> On Aug 16, 2014, at 3:17 PM, Ryan Schmidt wrote:
>
>>
>> On Aug 16, 2014, at 2:53 PM, Mark Brethen wrote:
>>>
>>> Is automating your macports upgrades recommended? I checked the howtos and
>>> faq, but didn't find instructions. What is t
On Aug 16, 2014, at 3:17 PM, Ryan Schmidt wrote:
>
> On Aug 16, 2014, at 2:53 PM, Mark Brethen wrote:
>>
>> Is automating your macports upgrades recommended? I checked the howtos and
>> faq, but didn't find instructions. What is the method to set this up?
>
> I don't believe we have anything
On Aug 16, 2014, at 2:53 PM, Mark Brethen wrote:
>
> Is automating your macports upgrades recommended? I checked the howtos and
> faq, but didn't find instructions. What is the method to set this up?
I don't believe we have anything written up about that. For myself, I like to
be in control of
Is automating your macports upgrades recommended? I checked the howtos and faq,
but didn't find instructions. What is the method to set this up?
Mark
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/m
Replying to myself
On further inspection (examining the results of what files BIND installs
using port contents bind9) I'm seeing a Jan 3, 2013 version of the root
servers in /opt/local/var/named/db.cache.dist. And the June 2, 2014
version is at /opt/local/var/named/db.cache . I have no
> On Aug 16, 2014, at 3:15 PM, "René J.V. Bertin" wrote:
>
> What's this about hardlinking, btw? I just followed your instructions, and my
> files in the working copy do not appear to be hardlinks to the ones in my
> local git clone. And gladly so, in principle I wouldn't want MacPort's
> patc
> On Aug 16, 2014, at 2:53 PM, "René J.V. Bertin" wrote:
>
> Well, that's an accurate representation of development practice ... with the
> version typically being "the next version towards which we're working".
> I'd never expect such "daily ports" to appear in MacPorts, but for personal
> stu
On Aug 16, 2014, at 20:39, Lawrence Velázquez wrote:
> No, just a normal /path/like/this. A file:///path/like/this will work, but
> Git will revert to using its usual transport — which would still be faster
> than network fetching, but you'd lose hardlinking. (There are use cases for
> this, bu
On Aug 16, 2014, at 2:02 PM, Matt Thompson wrote:
>
> Takeshi,
>
> I saw there was a new cdo port today, but when I try to upgrade it I get
> (discounting the ever present DNS warning):
The DNS warning will continue until you switch to DNS servers that work
properly :)
> ---> Computing depe
Takeshi,
I saw there was a new cdo port today, but when I try to upgrade it I get
(discounting the ever present DNS warning):
---> Computing dependencies for cdo
---> Fetching archive for cdo
Warning: Your DNS servers incorrectly claim to know the address of
nonexistent hosts. This may cause ch
On Aug 16, 2014, at 20:39, Lawrence Velázquez wrote:
>
> The problem is that a head can point to one commit on one day and another
> commit on another day, while ${version} doesn't change.
Well, that's an accurate representation of development practice ... with the
version typically being "the
>> On Aug 16, 2014, at 2:21 PM, René J.V. Bertin wrote:
>>
>> On Saturday August 16 2014 13:52:21 Lawrence Velázquez wrote:
>>
>> The blunt answer is no.
>>
>> The nuanced answer is that portfetch does pass "--depth=1" if ${git.branch}
>> is empty, but you'd only be fetching the remote's heads
On Sat, Aug 16, 2014 at 2:21 PM, René J.V. wrote:
> What if I want a "daily" port? :)
Don't use a port.
--
brandon s allbery kf8nh sine nomine associates
allber...@gmail.com ballb...@sinenomine.net
unix, openafs, kerberos, infrast
On Aug 16, 2014, at 8:04 AM, René J.V. Bertin wrote:
> I'm whipping up a portfile for kdevplatform-devel and kdevelop-devel, aiming
> to follow the git repo. KDevplatform has a rather big repo, which is
> re-fetched each time I modify the portfile. It'd be useful to do a `git clone
> --depth=1
On Sat, Aug 16, 2014 at 1:47 PM, Mark Brethen
wrote:
> Wierd behaviour... I issued 'sudo port clean openscad' followed by a 'sudo
> port -p upgrade outdated' and openscad installed without any errors.
Sounds like a dependency error, probably upstream. It's still not that
uncommon especially whe
On Aug 16, 2014, at 11:50 AM, Mark Brethen wrote:
> Performed a port upgrade outdated this morning and noticed openSCAD failed to
> build:
>
> :info:build clang++ -c -pipe -I/opt/local/include/glib-2.0
> -I/opt/local/lib/glib-2.0/include -O2 -arch x86_64 -Wall -W
> -Wno-overloaded-virtual -W
Performed a port upgrade outdated this morning and noticed openSCAD failed to
build:
:info:build clang++ -c -pipe -I/opt/local/include/glib-2.0
-I/opt/local/lib/glib-2.0/include -O2 -arch x86_64 -Wall -W
-Wno-overloaded-virtual -Wno-unused-parameter -Wno-unused-variable
-Wno-unused-function -W
At 2:04 PM +0200 8/16/14, René J.V. Bertin wrote:
I'm whipping up a portfile for
kdevplatform-devel and kdevelop-devel, aiming to
follow the git repo. KDevplatform has a rather
big repo, which is re-fetched each time I modify
the portfile. It'd be useful to do a `git clone
--depth=1` to avoid
Hi,
I'm whipping up a portfile for kdevplatform-devel and kdevelop-devel, aiming to
follow the git repo. KDevplatform has a rather big repo, which is re-fetched
each time I modify the portfile. It'd be useful to do a `git clone --depth=1`
to avoid downloading the entire commit history for what
23 matches
Mail list logo
