On Mon, Nov 7, 2016 at 3:54 AM, René J. V. Bertin
wrote:
> Re: $Id$ headers: I found them quite useful as a quick an unambiguous way
> to
> compare file versions chronologically. Isn't there a way to bring this
> back with
> a pre-commit hook and possibly `git interpret-trailers`?
>
The problem
On Mon, Nov 7, 2016 at 5:59 PM, René J.V. Bertin
wrote:
> >The problem with these headers is they force VC to do a lot more work to
>
> VC?
Version control. *Any* version control. RCS and CVS (and before them SCCS)
used, and hacked around, keywords. SVN made most of them go away, and for
diehar
On Sat, Nov 12, 2016 at 12:39 PM, Vincent Habchi wrote:
> I have a private version of the llvm-3.9/Portfile (I just narrowed down
> the targets to PowerPC and X86 rather than build everyone of them which
> squanders time). But now I can’t git pull —rebase, I get an error message.
>
> Of course I
On Fri, Nov 18, 2016 at 1:33 AM, Michael wrote:
> Myst online doesn't actually use the program that decompresses its sounds?
Build dependencies don't show up as normal dependencies, IIRC. I'd imagine
some port uses it at build time (and if you were to install from a prebuilt
archive, you would
On Wed, Nov 23, 2016 at 1:28 PM, Martin Krischik <
krisc...@users.sourceforge.net> wrote:
> Just wanted to bring the android port up to date when noticed the the
> “Scanning binaries for linking errors” has been upgraded from warning to
> error.
>
Check your /opt/local/etc/macports/macports.conf,
On Fri, Nov 25, 2016 at 9:05 AM, Ryan Schmidt
wrote:
> I don't want to commit or stash or do anything else to files not in the
> current directory
Git doesn't work that way; each directory would need to be a separate
checkout. There is no way to operate on only part of a repo.
--
brandon s al
On Fri, Nov 25, 2016 at 12:45 PM, Brandon Allbery
wrote:
> Git doesn't work that way; each directory would need to be a separate
> checkout. There is no way to operate on only part of a repo.
Basically, learn to work with multiple working branches and commit (but not
push!) of
Trac will continue to be used for the forseeable future because GHI is
about the lamest system imaginable.
On Sat, Nov 26, 2016 at 6:25 PM, A. Karl Kornel wrote:
> Hi everyone, Happy Holidays!
>
> I have a question about how best to deal with submitting a port update to
> an existing maintainer,
On Mon, Nov 28, 2016 at 7:31 PM, A. Karl Kornel wrote:
> What makes this confusing is that additional language support is added by
> `configure` switches (like --with-python and --without-ocaml), so I don't
> think separate Portfiles would be the best option here. I'm also not sure
> if subports
On Mon, Nov 28, 2016 at 7:41 PM, Karl Kornel wrote:
> Yeah, I was thinking about variants, but then how best to things like
> Python, with its multiple versions? I could do one variant per version,
> but it would be nice if I could avoid that!
I have seen a number of ports that do exactly that
On Sat, Dec 3, 2016 at 3:20 PM, Lawrence Velázquez
wrote:
> +reinplace "s|\"$@\"||g"
> ${destroot}${applications_dir}/Pingus.app/Contents/MacOS/pingus+}
>
> This is…strange. What exactly are you replacing here?
>
Likely making it not pass the (automatically generated and passed) session
ID
On Sat, Dec 3, 2016 at 3:38 PM, Ken Cunningham <
ken.cunningham.web...@gmail.com> wrote:
> Yeah - that was interesting. The bin/pingus launch script had this:
>
> #!/bin/sh
> exec "/Applications/MacPorts/Pingus.app/Contents/MacOS/libexec/pingus"
> --datadir "/Applications/MacPorts/Pingus.app/Conte
On Sat, Dec 3, 2016 at 3:42 PM, Ken Cunningham <
ken.cunningham.web...@gmail.com> wrote:
> thanks! should I add it now to Pingus, or leave it as it is do you think?
The main thing you get is that, without that portgroup, it will attempt to
build on older OS X and fail. It also supports the
https
On Sat, Dec 3, 2016 at 3:43 PM, Brandon Allbery wrote:
>
> Get rid of any parameter that starts with the characters "-psn_". This is
> added by the bundle launcher, expected by native applications, and will
> confuse most Linux-originated programs.
I should note that
On Tue, Dec 6, 2016 at 5:41 PM, Ryan Schmidt
wrote:
> I would like `port edit` to open TextWrangler when I'm at my Mac or vi
> when I'm sshing in from another machine.
Check for $SSH_CONNECTION in the environment and set MP_EDITOR to "open -a
TextWrangler" (or maybe "open -t") or "vi" according
On Tue, Dec 6, 2016 at 6:08 PM, René J.V. Bertin
wrote:
> A long time ago I wrote an application that returns the name (or IP) of
> the host you're logged in from. I don't think I ever got it to work
> reliably on modern Linux and OS X machines
Unless things are configured to log to wtmp by IP
On Tue, Dec 6, 2016 at 7:30 PM, René J.V. Bertin
wrote:
> On Tuesday December 6 2016 18:13:18 Brandon Allbery wrote:
> >Unless things are configured to log to wtmp by IP address, these stopped
> >working when hostnames got too long. OS doesn't matter. (wtmp has to set a
&g
On Tue, Dec 6, 2016 at 9:30 PM, René J.V. Bertin
wrote:
> Just out of curiosity, I suppose this is still the full hostname, domain
> included?
On very old systems, no. On newer ones, as much as will fit --- often
truncated in the middle for e.g. connections from residential cable.
--
brandon
On Wed, Dec 7, 2016 at 9:26 AM, René J.V. Bertin
wrote:
> VISUAL_EDITOR could be used instead of MP_GUI_EDITOR
That name could be confusing considering that historically $VISUAL was a
full screen CUI editor alternative to $EDITOR (that is, VISUAL=vi EDITOR=ed
...).
--
brandon s allbery kf8nh
On Wed, Dec 7, 2016 at 10:20 AM, René J.V. Bertin
wrote:
> variant python${pv} description "Add bindings for Python ${pdv}" {
> depends_libs-append port:python${pv}
> # snip
> }
>
tcl tends to encourage you to think that { } is a block construct, and in
many languages tha
On Wed, Dec 7, 2016 at 5:14 PM, René J.V. Bertin
wrote:
> That seems to do the trick all right. I was a bit hoping for a `foreach`
> option to make limit the scope of the loop variable and all variables
> declared inside the loop
Tcl doesn't grok closures, or scoping in general (although it doe
On Wed, Dec 7, 2016 at 5:42 PM, René J.V. Bertin
wrote:
> > This is almost exactly the same situation as:
> >
> > foreach foo {bar baz} {
> > proc p_$foo {} {
> > puts $foo
> > }
> > }
> > p_bar
> > p_baz
>
> Huh? This complains about foo not being known, I think there s
On Wed, Dec 7, 2016 at 5:51 PM, René J.V. Bertin
wrote:
> On Wednesday December 07 2016 17:09:35 Brandon Allbery wrote:
> > Use a double quoted string and escape anything that needs it (but
> > specifically not those variables for which you need the current value).
>
> I don
On Wed, Dec 7, 2016 at 6:32 PM, René J.V. Bertin
wrote:
> In this case it indeed won't work because $code is not evaluated
> immediately inside `proc variant` but is instead used to create a procedure
> that's invoked if the user activates a variant
Right, that was implicit in my description of
On Wed, Dec 7, 2016 at 6:42 PM, René J.V. Bertin
wrote:
> My experience with Python (even from the rather early 2.x days in the late
> 90s) is that it's always been very strict about scoping and closures
Oh, it's strict enough, it just doesn't *have* some kinds of scope.
--
brandon s allbery
On Thu, Dec 8, 2016 at 4:10 PM, Mojca Miklavec wrote:
> Also, in an ideal world the package manager would check whether
> "*-all" is already installed or available in a binary form and only if
> it is not, it would start building the "*-gcc" port.
>
Specify it as a build dependency?
--
brandon
On Fri, Dec 9, 2016 at 3:44 PM, Mojca Miklavec wrote:
> You mean not adding it as a runtime dependency (even if having also a
> runtime dependency on gcc would be technically correct)?
>
You're only using that package to bootstrap. If you're worried about e.g. a
runtime leaking into the final pa
IIRC that means you at some point explicitly activated old versions; these
are considered pinned until you explicitly activate the latest version, on
the grounds that you clearly needed the old version for some reason and
that should be respected.
On Tue, Jan 3, 2017 at 2:22 PM, Marko Käning wrot
On Mon, Jan 16, 2017 at 1:21 PM, Marcus Calhoun-Lopez wrote:
> At the risk of rehashing a closed topic, I would like to propose a new way
> of handling C++11 (especially on older systems).
> I have opened three tickets that I hope, together, would solve some of the
> issues raised previously.
>
>
On Mon, Jan 16, 2017 at 1:48 PM, Marcus Calhoun-Lopez wrote:
>
> > gcc 5.1 libstdc++ is GPL3 and poses significant license issues with
> respect to distributing binaries, among others.
> Again, there may be something important I am missing, but isn’t there a
> GCC runtime library exceptions that
On Tue, Jan 24, 2017 at 6:53 PM, René J.V. Bertin
wrote:
> 0775 (0001:1101) turning into 0255 (000:10101101), there's no
> logical explanation (involving umask()) for that, is there?
That is what you'd get if the *umask* were 0255.
--
brandon s allbery kf8nh
On Wed, Jan 25, 2017 at 4:10 AM, René J.V. Bertin
wrote:
> Why yes indeed, but then the question becomes why the umask would
> sometimes get set to 0255. Does that sound like a value that base might use
> in certain conditions? I never use umask myself, one of those things I
> shoot myself in the
On Thu, Jan 26, 2017 at 1:56 PM, Ryan Schmidt
wrote:
> I don't think anyone's ever suggested before that include files would be
> beneficial for portfile development, except for portgroups which are
> already handled.
>
It got tossed around on IRC around a year and a half ago; the conclusion
was
On Thu, Jan 26, 2017 at 3:13 PM, René J.V. Bertin
wrote:
> On Thursday January 26 2017 13:59:36 Brandon Allbery wrote:
> > It got tossed around on IRC around a year and a half ago; the conclusion
> > was that it was a lot of complication for very little gain.
>
> A lot mo
On Sun, Jan 29, 2017 at 2:51 PM, Ken Cunningham <
ken.cunningham.web...@gmail.com> wrote:
> > GHC still uses 3.5. I want to change that, but haven't found the time.
>
> Not any more it doesn't. Not sure if it works when built against
> llvm-3.9, but here is the commit:
It's mot enough to change
Or, in other words: please revert that commit, it will build a broken ghc.
On Sun, Jan 29, 2017 at 2:57 PM, Brandon Allbery
wrote:
>
> On Sun, Jan 29, 2017 at 2:51 PM, Ken Cunningham <
> ken.cunningham.web...@gmail.com> wrote:
>
>> > GHC still uses 3.5. I want to cha
On Wed, Feb 15, 2017 at 12:37 AM, Michael wrote:
> How do we use an in-progress port like this? i.e. --
> sudo port selfupdate; port search hedgewars
> returns nothing.
>
https://guide.macports.org/#development.local-repositories
Or for one-offs, you can just create a directory somewhere that t
On Mon, Feb 27, 2017 at 1:10 PM, Ryan Schmidt
wrote:
> MacPorts 2.4.1 shows a new warning when a reinplace command doesn't change
> anything. The purpose of reinplace is to change something in a file, so
> when that doesn't happen, it may be a developer error that we want to alert
> the developer
On Tue, Feb 28, 2017 at 2:30 PM, Ryan Schmidt
wrote:
>
> On Feb 28, 2017, at 06:34, Brandon Allbery wrote:
>
> > Is there a convenient way to silence it? For example, I can imagine a
> reinplace intended to allow replacement of /opt/local with an alternate
> prefix, whi
On Thu, Mar 9, 2017 at 2:51 PM, Ryan Schmidt
wrote:
> Why won't it automatically stash? Usually it does, but apparently not when
> there are conflicts.
The manpage for git pull warns that --autostash has edge cases/restrictions.
--
brandon s allbery kf8nh sine no
On Thu, Mar 9, 2017 at 5:39 PM, Ryan Schmidt
wrote:
>
> > On Mar 9, 2017, at 14:18, Brandon Allbery wrote:
> > On Thu, Mar 9, 2017 at 2:51 PM, Ryan Schmidt
> wrote:
> > Why won't it automatically stash? Usually it does, but apparently not
> when there are confli
On Tue, Mar 21, 2017 at 10:36 AM, Craig Treleaven
wrote:
> I still don’t know. When I post (as ctrelea...@macports.org), it
> sometimes goes through to the list and sometimes doesn’t. I don’t know if
> other recipients get these emails or not. I don’t get a bounce message.
>
> Note that the ab
42 matches
Mail list logo
