On 10/15/2015 10:17 PM, Clemens Lang wrote:
> PortGroup is a function defined in base/src/port1.0/portutil.tcl, line 2563.
> It
> could use a list that tracks which portgroup files have been included and
> avoid
> including them twice.
>
> Something like:
>
> global _portgroups_included
> if
On 2015-10-14 07:52, Francois Claire wrote:
> Le 09/10/2015 16:49, Rainer Müller a écrit :
>> I noticed some things while trying to set this up. I don't know if these
>> were introduced with fail2ban 0.9.x, so I am just listing them here for
>> discussion.
>>
&g
On 2015-10-14 05:49, Ryan Schmidt wrote:
> You're right, it's probably important for portgroup to guard against multiple
> inclusion.
>
> https://en.wikipedia.org/wiki/Include_guard
>
> "port lint" will warn you if you include a portgroup more than once, but that
> won't check portgroup
On 2015-10-10 19:53, René J.V. Bertin wrote:
> On Saturday October 10 2015 14:43:00 Rainer Müller wrote:
>
>> Hm, if ${os_arch} ends up in the package, I am not sure this is
>> correct as you could build i386 packages on x86_64. Shouldn't this
>> respect ${build.arch}?
&
On 2015-10-10 20:28, René J.V. Bertin wrote:
> On Saturday October 10 2015 20:21:54 Rainer Müller wrote:
>
>> The 'port dpkg' action definitely is not available on current
>> trunk. Probably you are running 2.3.4? Check 'port version', trunk
>> would identify itself
On 10/10/2015 12:54 PM, René J.V. Bertin wrote:
> MacPorts can generate .deb packages, a feature I just tried on Linux. Turns
> out it set the architecture to i386, which AFAIK is not appropriate for a 64
> bit platform like mine.
>
> So fwiw, attached is a patch that appears to address that
Hello Francois,
On 2015-10-05 09:04, Francois Claire wrote:
> Could someone please check and commit this one?
>
> https://trac.macports.org/ticket/49026
Thanks for your work in porting and patching fail2ban!
I noticed some things while trying to set this up. I don't know if these
were
On 2015-10-06 11:30, Clemens Lang wrote:
> You upgraded to a trunk version of MacPorts, which automatically updated your
> database to database version 1.202. In 1.202, I dropped a couple of fields
> (see
> [1]) we initially added to be future-compatible but never ended up using and
> can
> now
On 2015-10-04 03:40, Bradley Giesbrecht wrote:
> Is there a macports mechanism for declaring a port cannot be a dependent?
I don't think this happens often enough that we need a technical
solution to prevent it. At least I cannot think of any other port.
Rainer
On 2015-09-15 03:20, Ryan Schmidt wrote:
> On Sep 14, 2015, at 19:04, Joshua Root wrote:
>>
>> I've never liked this step much, especially since by definition you
>> should only be building installed ports during migration. But it is
>> theoretically possible that someone has a half-finished build
On 2015-10-01 18:36, Vincent Habchi wrote:
> Air > sudo make install
> ===> making install in vendor
> ===> making install in vendor/tcl8.5.15/unix
> Installing libtcl8.5.dylib to /opt/local/libexec/macports/lib/
> Installing tclsh as /opt/local/libexec/macports/bin/tclsh8.5
> Installing
On 2015-10-01 19:15, Vincent Habchi wrote:
>> Maybe you previously deleted archive files from
>> /opt/local/var/macports/software/?
>
> Bang on. I keep as little archives as possible, because my SSD is cramped (I
> have a 128 MB version) and I don’t want to cram it with files I seldom if
>
On 2015-09-17 14:49, Mojca Miklavec wrote:
> I would like to hide a couple of ports while building one specific
> port. I know that I can do this with "port -t build foo", but I would
> like to do this automatically within the Portfile, otherwise the port
> would have to conflict with a whole
On 2015-09-15 02:04, Joshua Root wrote:
> On 2015-9-15 06:10 , David Strubbe wrote:
>> 1. Running "sudo port clean all" takes a huge amount of time. Apparently
>> many hours for me; I didn't have the patience to let it finish. Instead
>> we should clean just the ports that have incomplete builds
On 2015-09-11 10:39, René J.V. Bertin wrote:
> Does base know about llvm-ar yet, or is there a tcl code snippet I
> can use to determine the correct command to reinplace llvm-ar with?
> I'm guessing there must be a macro or function that returns the
> appropriate -mp-3.X string as a function of
On 2015-09-04 21:02, Joshua Root wrote:
> On 2015-9-4 07:43 , Kurt Hindenburg wrote:
>> Hi,
>> Can I get some feedback on these patches?
>>
>> https://trac.macports.org/ticket/38208 - add depends_test
>
> r+
>
> LGTM. My one concern would be that end users may not want irrelevant (to
> them)
On 08/07/2015 09:18 PM, Kyle Sammons wrote:
That's right. I don't think it is unsolvable, just a lot of work to
figure it out, but the solution we implement here could also be used for
other applications. It might be worth the effort to have this.
I'm not sure too many other
Hello Kyle,
On 2015-08-05 20:14, Kyle Sammons wrote:
** Option 0: Do nothing; leave the current code in place, but continue
to ignore it; require the user to run it with superuser privileges;
Pros:
1. Easiest to implement; requires no changes to the current code,
allowing me to
On 2015-07-31 15:14, Sean Whalen wrote:
Hello,
I'm new to portfile writing. I've created a few ports in a local
repository. The ones that replace/update remote ports work fine (e.g.
yara). However, a new portfile, (i.e. devel/py-yara) seems to be ignored
by
On 2015-07-29 21:33, Jackson Isaac wrote:
I was working on setting up obsoletes information of the solv's for
libsolv dependency engine which requires us to read from the
replaced_by field of the port. This is when I came across some of the
ports having incorrect replaced_by fields.
I added
On 2015-07-21 14:35, Vincent Habchi wrote:
In new the port cyrus5-imapd I committed this morning, I wrote some
dynamic code to detect the installed db* version and go along with
it, instead of forcing the installation of another version. Could
this mechanism be extended, maybe though a port
Hey Jackson,
thank you for the report. It's good to see you are making progress as
midterm is already approaching.
On 2015-06-20 14:28, Jackson Isaac wrote:
Currently most of the options that are available in builtin search
port help search have also been made available with libsolv. More
On 2015-06-16 22:47, Lawrence Velázquez wrote:
On Jun 16, 2015, at 4:24 PM, MacPorts nore...@macports.org wrote:
Page howto/SyncingWithSVN was changed by rogerpack2...@gmail.com
Diff URL:
https://trac.macports.org/wiki/howto/SyncingWithSVN?action=diffversion=15
Revision 15
Comment: the
On 2015-06-01 15:26, Clemens Lang wrote:
But sure, what would make it nicer is what I alluded to in a previous email.
How
about having MacPorts do what YUM does and read additional 3rd party
repository
configuration files from a directory. Something like
On 2015-05-28 15:42, Artur Szostak wrote:
How should this work without configuring sources.conf?
I dont think I understand what you mean by port directory.
While the problem at hand was already solved with the other answer,
I still typed this as it might be useful for someone else stumbling
On 2015-05-28 14:44, Artur Szostak wrote:
package require macports
mportinit
set mport [mportopen file:///tmp/testport [list] [list]]
If you want a specific subport, you would need to give its name in the
list of options here. This list of options consists of pairs of key and
value as list
On 2015-05-28 15:39, René J.V. Bertin wrote:
A quick bug report outside of trac: port:bzip2 is missing a
dependency on m4, which probably should have been noticed before by
users installing to a non-default prefix that requires building from
scratch?
How did you come to this conclusion?
With
On 2015-05-28 16:49, René J.V. Bertin wrote:
I was playing around with MacPorts on Linux, and there the bzip2
configure script failed because if couldn't find m4. Once I installed
port:m4 first (and removed the obsolete 1st hunk from the
linux-specific patch), port:bzip2 built.
bzip2 does not
On 2015-05-25 19:20, René J.V. Bertin wrote:
On Monday May 25 2015 18:30:48 Mihai Moldovan wrote:
% sudo port deactivate -f libVLC-devel
% sudo port activate libVLC@2.2.1_0+dbus+qtkit+quartz+x11
and is not that bad anymore.
Not that bad indeed, but still a lot of extra typing that could
On 2015-05-22 15:17, René J.V. Bertin wrote:
On Friday May 22 2015 14:36:49 Rainer Müller wrote:
What if a port flagged stable depends on an unstable port?
That'd be an anomaly and in order for anything like this to function
with MacPorts, base would have to support the notion of depending
On 2015-05-22 13:31, René J.V. Bertin wrote:
Is there a reason why the parser doesn't bark when one declares a
variant with a name that starts with a +? It took me a while to find
that as the reason for a variant that seemingly didn't want to get
set while `port info` showed it as a default
On 2015-05-22 14:03, Russell Jones wrote:
MP does experimental with local port repos, I guess. Ports seem to vary
between testing and no maintainer (not an unknown problem in Debian
https://lists.debian.org/debian-qa/2005/07/msg00047.html ). Flagging the
port status is a good idea, but I think
On 2015-05-09 20:27, petr wrote:
BTW: Does this change require a entry in the changelog?
I don't think so. It documents a policy change and no functional change
in base. The man page porthier(7) is just incidentally shipped with base.
Rainer
___
On Friday May 08 2015 07:23:17 Ryan Schmidt wrote:
Documentation -- especially documentation that takes a long time to build,
has a lot of extra dependencies, or takes a lot of disk space -- should be in
a separate port (possibly subport), not in a variant.
Usually I would agree, as normal
On 2015-04-28 21:42, Jackson Isaac wrote:
My project idea is to improve the dependency calculation using a
external SAT solver, libsolv to be precise.
As you mentioned 'few words', details can be found at my blog -
https://jacksonisaac.wordpress.com/gsoc-2015/
On 2015-05-07 15:17, Chunyang
On 2015-05-05 12:12, René J.V. Bertin wrote:
On Tuesday May 05 2015 11:51:20 Rainer Müller wrote:
The upgrade check is satisfied when the version is installed. It does
not have to be the active version. It's exactly for the reason you mention.
I think that in that case `port outdated
On 2015-05-05 17:15, René J.V. Bertin wrote:
On Tuesday May 05 2015 16:57:29 Rainer Müller wrote:
Maybe the output of 'port outdated' should just indicate that the
new version was installed, but isn't active?
That, or there could be `port active outdated` vs. `port installed
outdated
On 2015-05-05 10:19, René J.V. Bertin wrote:
Also, it appears that repeating the `port upgrade` command after it
aborted in the activation phase does *not* complete the interrupted
procedure. I kind of understand this may be so that one can keep an
older version of a port activated despite
On 2015-04-30 13:16, petr wrote:
I am not very familiar with base so far. Am I correct in the
assumption, that this inconsistency could be fixed by replacing
getdefaultportresourcepath with getportresourcepath in
portlivecheck.tcl. Should I turn this into a ticket? Just commit?
You are
On 2015-04-29 18:47, petr wrote:
I am trying to understand how the default livecheck mechanism and the
files in _resources/port1.0/livecheck, are supposed to work. I
somehow assumed the name of the tcl file in the directory should be
matched by the mirror site key. But is there some
On 2015-04-13 17:01, Lawrence Velázquez wrote:
On Apr 13, 2015, at 10:38 AM, Mihai Moldovan io...@macports.org wrote:
The problem is that this is not a real block but a list element.
While a newline at the beginning is generally ignored by the notes base
code, newlines at the end are not.
On 2015-04-08 16:56, Joshua Root wrote:
On 2015-4-9 00:30 , Eitan Adler wrote:
In this post it says that the old doc tree will be reviewed and
removed soon. In 2008.
https://lists.macosforge.org/pipermail/macports-dev/2008-June/005432.html
Is there any reason to keep the old doc tree
On 2015-04-04 13:29, René J.V. Bertin wrote:
I just noticed my computer becoming quite unresponsive upgrading
port:glew . I have buildjobs set to 4 (the number of cores in my
system), and glew installed +universal. What happens of course is
that clang -arch i386 -arch x86_64 does the 2 arch
On 2015-03-31 19:05, Mojca Miklavec wrote:
On Tue, Mar 31, 2015 at 5:12 PM, Rainer Müller wrote:
Futhermore, while we can fix all the Portfiles in the official tree by
search and replace, we do not know whether others keep private port
trees affected by such changes.
Keep in mind
Hello,
I'm late to reply to this, but I want to discuss port group updates like
this one in general.
On 2015-03-18 23:28, MacPorts wrote:
#47197: cmake-based ports: add cmake.out_of_source yes/no
-+-
Reporter: mojca@…
Hello Mac OS Forge admins,
I am forwarding the inquiry below to you. Could you please look into it?
Another report also noted that new commits to the Subversion repository
are not being imported to Trac, the last one was r134330:
http://trac.macports.org/log
Shree is no longer our point of
On 2015-03-22 20:47, Ryan Schmidt wrote:
We should totally ship a newer version of curl and openssl or gnutls with
MacPorts, like we already ship a version of Tcl.
I don't think it is worth to invest resources into this. The usual
policy is to support the latest two releases of OS X. Any
On 2015-03-22 23:19, Mihai Moldovan wrote:
On 22.03.2015 11:07 PM, Rainer Müller wrote:
On 2015-03-22 20:47, Ryan Schmidt wrote:
We should totally ship a newer version of curl and openssl or gnutls with
MacPorts, like we already ship a version of Tcl.
I don't think it is worth to invest
On 2015-03-17 22:26, Marko Käning wrote:
I just tried to rebuild rkward on the buildbots (in order to analyse this
further), but it succeeded e.g. for Mavericks [1], although I thought it
wouldn’t:
---
Building ports
Building rkward (1 of 1)...package found, not building again
Ports built
On 2015-03-11 23:15, Marko Käning wrote:
no one out there who knows whether it is possible to figure out which status
some interesting files existing on the buildbots currently have?
We can request information on that from the MacOSforge admins. It
probably would be best to ask them to delete
On 2015-03-14 14:44, Clemens Lang wrote:
- On 14 Mar, 2015, at 02:04, Bradley Giesbrecht pixi...@macports.org
wrote:
Has there been a discussion about having the MacPorts buildbots also build
mdmg
files?
This may require a lot of resources so perhaps mdmg could be run for some
On 2015-03-11 11:19, Jackson Isaac wrote:
I meant that it doesn't run 'svn update' when I do sync. It just tries to
Synchronizing local ports tree from
file:///opt/local/var/macports/sources/svn.macports.org/trunk/dports/
The output of running sync with svn was the following:
DEBUG:
On 2015-03-09 12:30, Clemens Lang wrote:
Are there stats what percentage of the current ports build without Xcode
installed? I have a hunch you'll find that a good part do depend on the SDK
if
not only because Qt (and presumable GTk{2,3}) use CoreFoundation and Carbon
...
No, there are
On 2015-03-07 15:50, Rainer Müller wrote:
On 2015-03-07 11:06, René J.V. Bertin wrote:
On Debian, patches are found in a specific package subdirectory
comparable to `port dir foo`/files, but there's an additional file
that provides the list of patches that are applied, and in what
order
On 2015-03-04 23:41, Mojca Miklavec wrote:
b) tarballs are generated automatically on the server after the Portfile
was committed
I was thinking of that option. (Tarballs would also be automatically
generated on the user's machine straight from VCS if the file wouldn't
exist on the mirror.)
On 2015-03-07 11:06, René J.V. Bertin wrote:
On Debian, patches are found in a specific package subdirectory
comparable to `port dir foo`/files, but there's an additional file
that provides the list of patches that are applied, and in what
order. MacPorts doesn't have that, and I think it's
On 2015-03-07 21:49, Marko Käning wrote:
it seems like I ran into a problem with a download location which redirects to
something else. The portfile specifies a file on server download.kde.org [1],
but then it port claims that it can’t find the file and proceeds with the next
possible MP
On 2015-03-04 22:27, Mojca Miklavec wrote:
I agree with you, creating the distfiles from VCS would be possible.
There could be a target to be run on 'port mirror' that downloads and
creates a tarball if a non-default fetch.type is used. That alone would
reduce multiple downloads and even
On 2015-03-04 10:10, Mojca Miklavec wrote:
On Mon, Mar 2, 2015 at 11:37 AM, Rainer Müller wrote:
On 2015-03-02 10:40, Clemens Lang wrote:
FWIW, the textmate2 Portfile has the same problem, and I've just used
fetch.type git
post-fetch {
system -W ${worksrcpath} ${git.cmd
On 2015-03-03 15:54, Jerry wrote:
Is there anonymous or readonly access to subversion? or how could I try
the MacPorts_Framework code?
Yes, that would be here:
https://svn.macports.org/repository/macports/contrib/MacPorts_Framework/
I don't know much about its state or usage, but the
On 2015-03-03 15:59, Artur Szostak wrote:
i.e. under Fedora, one would install an appropriate script under
/etc/bash_completion.d/ that makes appropriate calls to complete,
which registers tab completions for any new commands that your
package also installs.
What would be the equivalent
On 2015-03-01 16:09, Frank Schima wrote:
Can a Macports project manager please delete the spam tickets listed here:
https://trac.macports.org/query?keywords=~spamorder=priority
I went through the list of tickets and deleted all of them.
Thank you for taking care and triaging the tickets.
In
On 2015-03-02 10:40, Clemens Lang wrote:
- On 2 Mar, 2015, at 08:19, Ryan Schmidt ryandes...@macports.org wrote:
I've had to do this kind of thing enough times myself (e.g. with MongoHub,
MyPaint-devel), and now I see others like you doing it, that it's probably
time
for me to enhance
On 2015-02-26 14:22, Artur Szostak wrote:
Let me rephrase: Assuming I have to use gcc rather than clang. What
is the standard/best way to do that in a Portfile?
I have a numerical code that gives inferior results with clang
compared to gcc. Thus, I need to make sure the port uses GCC. Also,
Hello Jeremy,
I noticed you started editing the SummerOfCode wiki page [1].
Apparently, the mentoring organization application deadline is already
*tomorrow* at 2015-02-20 19:00 UTC.
Are you again going to file the application on behalf of The MacPorts
Project?
Personally, I won't have the time
On 2015-02-11 02:30, Ryan Schmidt wrote:
On Feb 10, 2015, at 5:47 AM, Clemens Lang wrote:
On 10 Feb, 2015, at 11:37, René J.V. Bertin wrote:
As I said, my ~/.macports on my Mac appears to be unused since november
2013 or
so. However, the tiny test install I have on my Linux system does
On 2015-01-26 00:56, Eric A. Borisch wrote:
FYI, lbzip2 is what you probably want, as it *can* decompress a 'stock'
archive faster. From the man page:
The lbzip2 utility employs multiple threads and an input-bound splitter
even when decompressing .bz2 files created by standard bzip2.
lbzip2
On 2015-01-25 22:27, René J.V. Bertin wrote:
I'm not working on patches because the support is already there, and
requires a point edit in macports.conf to be activated. I'm not
familiar with installer development, otherwise I'd propose a patch
presenting the user with the choice between xz
On 2015-01-26 11:24, Ryan Schmidt wrote:
Upon further investigation, hfscompression uses zlib, and has further
optimizations for small files:
http://wiki.sleuthkit.org/index.php?title=HFS#HFS.2B_File_Compression
Re-reading the ticket above, it sounds like it's talking about the
files that
On 2015-01-18 12:22, jerryy...@gmail.com wrote:
Okay, thanks Ryan and Josh for clarifying. I was confused by two
separate issues which led me to a wrong conclusion. I can use
autoreconf though it seems like overkill in this situation.
autoreconf is just running a few more tools such as
On 2015-01-11 14:53, René J.V. Bertin wrote:
I see MacPorts provides a set of keywords to add or delete env.
variables to or from specific phases. Is there a (Tcl) command one
can use to set or unset variables at an appropriate point so it's
defined (or missing) appropriately for all
On 2015-01-11 18:01, Gustaf Neumann wrote:
Is there a (Tcl) command one can use to set or unset variables at an
appropriate point
set environment variable
set ::env(FOO) some value
unset environment variable
unset ::env(FOO)
Portfiles do not use the normal environment. The
On 2015-01-09 12:15, René J.V. Bertin wrote:
One can use local PortGroup definition files by setting up a
repository in, say, /opt/local/site-ports/_resources/port1.0/group/
but I have the impression that their scope is limited to the port
directories in that same repository (here,
On 2015-01-07 15:08, Joshua Root wrote:
On 2015-1-8 00:09 , Mojca Miklavec wrote:
On Tue, Jan 6, 2015 at 12:14 PM, Ryan Schmidt wrote:
Existing source files, including Portfiles, containing tabs should have
them converted to spaces, and have the modeline added declaring that.
You can do
On 2015-01-01 23:16, René J.V. Bertin wrote:
On Thursday January 01 2015 22:38:32 Clemens Lang wrote:
The only configuration system (of relevant size and adoption) that
falls into this category is CMake. We could use ninja instead of
make for all CMake ports, but
That's what I had in mind.
On 2014-12-18 16:02, Shreeraj Karulkar wrote:
It is up and in sync now.
It happened again today, I cannot reach Trac right now.
Rainer
___
macports-dev mailing list
macports-dev@lists.macosforge.org
On 2014-12-08 10:37, j...@macports.org wrote:
Revision: 129168
https://trac.macports.org/changeset/129168
Author: j...@macports.org
Date: 2014-12-08 01:37:25 -0800 (Mon, 08 Dec 2014)
Log Message:
---
TeXShop3: version bump to 3.48.1, Sparkle now 64-bit, so no
On 2014-11-21 04:31, Ryan Schmidt wrote:
On Nov 20, 2014, at 9:33 AM, rai...@macports.org wrote:
Revision
128385
Author
rai...@macports.org
Date
2014-11-20 07:33:57 -0800 (Thu, 20 Nov 2014)
Log Message
devel/ccache:
Update to version 3.2
--- trunk/dports/devel/ccache/Portfile
On 2014-11-18 20:48, Clemens Lang wrote:
From the files table, I'd remove `mtime', `md5sum' and `editable', which
are all unused and set to dummy values at the moment. I know those were
intended to be used in configuration management, but this hasn't
happened so far and we can always re-add
Yes, trac.macports.org does not respond at the moment.
Shree, could you please take a look?
Rainer
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
On 2014-11-17 01:20, Lawrence Velázquez wrote:
So this port has different contents depending on whether pinentry-mac or
pinentry is installed?
This will definitely break if someone already installed pinentry, but
then gets a pre-compiled archive of gpg-agent from our buildbot which
expects
On 11/18/2014 12:33 AM, Mihai Moldovan wrote:
On 17.11.2014 05:19 pm, Mihai Moldovan wrote:
On 17.11.2014 11:14 am, Rainer Müller wrote:
You should make this selectable with a variant +pinentry_mac, which then
could be selected by default on the appropriate OS X versions.
Yeah, so the same
On 11/08/2014 04:26 PM, Lawrence Velázquez wrote:
On Nov 8, 2014, at 2:01 AM, Andrea D'Amore and.dam...@macports.org wrote:
The rule of thumb is to start the commit line with the component, e.g.
port gdal for gdal and base for change in base. Also maintainer
timeout should be specified, I
On 2014-11-03 10:43, Thomas Friedrichsmeier wrote:
Error: org.macports.activate for port rkward returned: Image error:
/opt/local/Library/Frameworks/R.framework/Resources/library/rkward/CITATION
already exists and does not belong to a registered port. Unable to activate
port rkward. Use
On 2014-10-16 17:30, Craig Treleaven wrote:
I'm working on a new version of MythTV and building in a non-standard
prefix (/opt/dvr). I'm getting hundreds of warning messages like the
following:
2014-10-16 10:43:03.178 osacompile[23932:90b] CFPreferences: user home
directory at
On 2014-10-13 03:11, Lawrence Velázquez wrote:
Note that, as Ryan and I found out in #45274, GNU Make (at least) doesn't
sequentially run command-line goals to completion if it's told to operate in
parallel. So there's no guarantee that the clean target will finish before
the all target
On 2014-10-12 22:16, Mark Brethen wrote:
How does one setup a portfile to do a 'make clean' before a 'make all'? I
thought of using
pre-build {
system -W ${somedir} ${build.cmd} clean
}
You can just give make both targets:
build.target clean all
Rainer
On 2014-09-16 10:44, Mojca Miklavec wrote:
(Once again it would be nice to automatically uninstall all the
py24-foo ports, but I don't know how to do that and I don't consider
it to be a showstopper if we don't find an elegant solution soon.)
As soon as they are removed from the PortIndex,
On 2014-07-04 20:20, j...@macports.org wrote:
Revision: 121711
https://trac.macports.org/changeset/121711
Author: j...@macports.org
Date: 2014-07-04 11:20:06 -0700 (Fri, 04 Jul 2014)
Log Message:
---
use parallel bzip2 if available
This breaks trace mode on my
On 2014-08-27 07:16, Ryan Schmidt wrote:
Without remembering exactly what the current doctor does, I was
going to suggest diagnose. Personally I want to avoid reusing the
self prefix because it means if you want to run selfupdate you then
have to at least type sudo port selfu; currently, it's
Hello,
Congratulations to Kyle for landing his Summer of Code from this year
work on trunk!
On 2014-08-17 21:09, ksamm...@macports.org wrote:
Revision
124047 https://trac.macports.org/changeset/124047
Author
ksamm...@macports.org
Date
2014-08-17 12:09:55 -0700 (Sun, 17 Aug
On 2014-08-15 08:37, Mojca Miklavec wrote:
I know that I can run [sudo] port test p5.20-foo to run the tests,
but that usually requires rebuilding the whole port.
I also know that one could add test.run yes to the port, but that
requires modifications to the port.
This option is a
On 2014-06-28 10:22, Joshua Root wrote:
No, but changing a command that never asked for user input to now do so
is a much bigger change. You can't even just run something and check the
exit code then.
I don't want to tell every user to use a different command now. What
would you call it?
On 2014-06-27 07:47, Joshua Root wrote:
On 2014-6-27 05:29 , Shashwat Pandey wrote:
I am a Google Summer of Code 2014 student working on the 'Interactive
Port Command' project for Macports. I have been working for about a
month now and would like to show the progress i have made.
Sounds
On 2014-06-05 17:11, Mojca Miklavec wrote:
- developers willing to play and nail some of the problems/bugs down
I think this is the limiting factor here. As you said, these OS versions
are considered unsupported and we only fix bugs if anyone provides a
patch. That implies there is someone
On 2014-05-17 13:35, Shashwat Pandey wrote:
I am working on the Interactive Port Command project for GSoC 2014.
http://trac.macports.org/wiki/SummerOfCode#interactive
The link above also has the list of all the use cases that i know of. I
need help of the list to identify more such cases.
On Mon, 05 May 2014 23:01:46 +0200 (CEST), Clemens Lang wrote:
For estimates of the daily traffic, see
https://ftp.fau.de/cgi-bin/show-ftp-stats.cgi
Although traffic certainly varies a lot depending on the location, since
we select the fastest mirror based on ping results.
Rainer
On 2014-04-10 22:02, mk-macpo...@techno.ms wrote:
How can I keep my needed patches for MacPorts base without the need to
re-patch base after the selfupdate call?
Note that this patch is not for base, but for the ports tree that is
distributed as a rolling release. The MacPorts base would be
On 2014-04-03 21:24, Shreeraj Karulkar wrote:
I have changed it. THanks for brining this up.
Hm, but the git mirror is still not updating. The latest commit synced
was r117767 on March 11.
Rainer
___
macports-dev mailing list
On 2014-04-03 09:19, Joshua Root wrote:
So, no bugs have been reported against the beta. Unless anyone has a
last-minute urgent regression, I guess I'll just go ahead and tag the
final release tomorrow.
Does that mean we skip release candidates this time?
For the 2.2.0 release we did -beta1,
201 - 300 of 1310 matches
Mail list logo