On Sat, Mar 22, 2014 at 2:49 AM, Bradley Giesbrecht wrote:
On Mar 20, 2014, at 3:54 AM, Clemens Lang wrote:
As a port maintainer, one key thing I'd like to know is the breakdown
of OS versions that my users are running. The data is available for
that, right? Just a matter of extracting and
Just a though/suggestion, if still in time:
would it be possible to add an option to the port command allowing to override
the number of build jobs configured in macports.conf ?
Most of the time I let MacPorts builds grind away in the background, and so
allow only 2 out of my 4 (virtual) cores,
It is build.jobs=1
René J.V. Bertin rjvber...@gmail.com wrote:
Just a though/suggestion, if still in time:
would it be possible to add an option to the port command allowing to
override the number of build jobs configured in macports.conf ?
Most of the time I let MacPorts builds grind away in
Dear MacPorts users,
Some ports like py-ipython and py-cython do not set
`python.default_version`. The result is that `port install py-ipython`
pulls py24-ipython. So (1) should this be reported as a bug (the patch
is trivial in any case)? (2) I could not find how to tell port that
On 22 Mar 2014, at 14:16 , Jeremy Lavergne jer...@lavergne.gotdns.org wrote:
And I think I know why: the kioslave entry is commented out in the kdepimlib
toplevel CMakeLists.txt file …
Any idea what this was commented out?
Is that a patch applied only to make KMail run on MacPorts or is that
At 4:31 PM +0100 3/22/14, mk-macpo...@techno.ms wrote:
On 22 Mar 2014, at 14:16 , Jeremy Lavergne jer...@lavergne.gotdns.org wrote:
And I think I know why: the kioslave entry is
commented out in the kdepimlib toplevel
CMakeLists.txt file
Any idea what this was commented out?
Is that a
On 22 Mar 2014, at 16:37 , Craig Treleaven ctrelea...@cogeco.ca wrote:
but could the 'ioslave' be a daemon that they're
trying to start? OS X won't permit that but
Linux does.
Hmm, perhaps this is a good time to change over to KDE-DEVEL to clarify this
issue.
I am not knowledgable enough to
On Sat, Mar 22, 2014 at 11:37 AM, Craig Treleaven ctrelea...@cogeco.cawrote:
At 4:31 PM +0100 3/22/14, mk-macpo...@techno.ms wrote:
On 22 Mar 2014, at 14:16 , Jeremy Lavergne jer...@lavergne.gotdns.org
wrote:
And I think I know why: the kioslave entry is commented out in the
kdepimlib
This was a leftover of the old behavior from when `py-*` ports were
actually `py24-*` ports in disguise, instead of stub ports like they are
now. jmr seems to have fixed it in
r118101https://trac.macports.org/changeset/118101
On Sat, Mar 22, 2014 at 9:38 AM, Mathias Laurin
On Mar 22, 2014, at 08:38, Mathias Laurin wrote:
Some ports like py-ipython and py-cython do not set
`python.default_version`. The result is that `port install py-ipython`
pulls py24-ipython. So (1) should this be reported as a bug (the patch
is trivial in any case)?
This was intended
On Mar 22, 2014, at 16:54, Brandon Allbery wrote:
Any idea what this was commented out?
Is that a patch applied only to make KMail run on MacPorts or is that coming
from KDE?
The comment in the Portfile (from Nicos) states that we don't need it ...
Anyway, I just rebuilt the port from
Hi,
Does anyone have a quick link to the db schema or better yet a data dump
from stats.macports.neverpanic.de;) ?
You'll need to ask Clemens for the actual data dump, but the schema
can be found here:
At 7:20 PM +0100 3/22/14, Clemens Lang wrote:
Hi,
Does anyone have a quick link to the db schema or better yet a data dump
from stats.macports.neverpanic.de;) ?
You'll need to ask Clemens for the actual data dump, but the schema
can be found here:
The amount of traffic to this list that comes down to “you need to run the
migration steps from the [Migration] page” is astounding, and it must be a real
drain on the time of those who by now must have answered hundreds of such
questions.
It seems to me like we could go a long way toward
Just a concerned question:
Why is that database given away to anyone who asks?
Sure, there are only 10 users who have committed all their information to
Clemens’ server neverpanic.de, but I don’t see why information like that shall
be spread even further.
Greets,
Marko
On Mar 18, 2014, at 10:54 AM, Daniel J. Luke dl...@geeklair.net wrote:
GitHub was the new exciting place to be as well.
GitHub plus not having to learn/use tcl seem to be the major features that
pull people/create interest from what I've seen (but I haven't looked in on
it in a while).
Hi,
Just a concerned question:
Why is that database given away to anyone who asks?
I agree this is a valid question; let's discuss that before I hand out
any statistics data. However, there are other parts of the database besides
the schema that are rather hard to setup (e.g. the
On Mar 22, 2014, at 12:04 PM, Clemens Lang c...@macports.org wrote:
Hi,
Just a concerned question:
Why is that database given away to anyone who asks?
I agree this is a valid question; let's discuss that before I hand out
any statistics data. However, there are other parts of the
Hi,
On the other hand, the user data is anonymized by the UUID, right? Is there
anything in the data that ties the data to a user, beyond the UUID, which is
generated randomly by the user install? ipaddress?
We only store the UUID, there's no connection to any personal data. The apache
I can build postfix by itself but if I add any variants it fails with
the error below. I'm trying to build postfix +dovecot_sasl +mysql5 +pcre
+tls and all the added variants get built but it fails on postfix. Any
help greatly appreciated.
Fresh OS X 10.8.5 on MacPro3,1, Quad-Core Intel Xeon,
I’d open a ticket, since whatever variant causes code to build with -R is at
fault. -R means nothing to clang (hence extraneous flags error).
On Mar 22, 2014, at 20:07, te...@digital-outpost.com wrote:
:info:build clang: error: unknown argument: '-R/opt/local/lib'
Thanks Jeremy. I created a ticket.
Same clang error on a core i5 iMac, OS X 10.9.2, Xcode 5.1
No clang error on an iMac core2 duo running 10.8.5 with Xcode 5.0.
postfix with variants builds fine. Why?
-Terry
On 2014-03-22 17:07, te...@digital-outpost.com wrote:
I can build postfix by
I suspect this takes us to which version of clang is in use. As the “suggested
work around warning flag” suggests:
[-Wunused-command-line-argument-hard-error-in-future]
Perhaps it was a warning and is now an error (or wasn’t a warning and now is,
and warnings are treat as errors).
On Mar 22,
To close this up, Jeremy was very helpful (on a Saturday afternoon) in
determining that an older version of clang/command line tools would
successfully build postfix with variants.
Contrary to some postings I saw on the interwebs, deleting Xcode.app does not
also remove the command line tools.
24 matches
Mail list logo