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
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
On Aug 16, 2014, at 11:50 AM, Mark Brethen mark.bret...@gmail.com 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
On Sat, Aug 16, 2014 at 1:47 PM, Mark Brethen mark.bret...@gmail.com
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
On Sat, Aug 16, 2014 at 2:21 PM, René J.V. rjvber...@gmail.com 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,
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
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
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
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, but
On Aug 16, 2014, at 2:53 PM, René J.V. Bertin rjvber...@gmail.com 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
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
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
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
On Aug 16, 2014, at 3:17 PM, Ryan Schmidt ryandes...@macports.org 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
On Aug 16, 2014, at 3:40 PM, Mark Brethen mark.bret...@gmail.com wrote:
On Aug 16, 2014, at 3:17 PM, Ryan Schmidt ryandes...@macports.org 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
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
On Aug 16, 2014, at 5:04 PM, Clemens Lang c...@macports.org 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
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 representation of
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 ryandes...@macports.org
wrote:
On Aug 16, 2014, at 2:02 PM, Matt Thompson wrote:
Takeshi,
I saw there was a new cdo
19 matches
Mail list logo