Hi Marko - Because it uses the kde4 1.1 PortGroup :) Seems like if the
port is noarch and is KDE related, then maybe it does not need those
dependencies? I don't use this port, nor the rest of KDE (at least at
this time). - MLD
On Tue, Jun 3, 2014, at 09:40 PM, Marko Käning wrote:
Why do the
Hello,
If I remember correctly, oxygen-icons was also using some dependencies during
configurations, but I am not fully sure, and it appears that it is not the case
presently. One thing is that since oxygen-icons is used in practice by ports
such as kde4-baseapps, these dependencies are
Hi,
Based on some searching (ie no hands-on
experience!), it seems that it might be simpler
to create a .metadata_never_index file [1]
inside that folder to encourage Spotlight to
leave it alone. Alternatively, we could add
.noindex to the folder name to achieve the same
effect.
Wow, that looks a lot simpler than I thought that it would be... I was
expecting something like this would have to be fixed upstream by gcc,
because that is how they handle the GNU vs. NeXT Objective C runtime
issues, but if all it takes in this case is this script, it seems like just
using this
Like we do with the Portfiles in trunk, could you split the patch between
the whitespace changes and the functionality changes? Right now with the
two of them together, it is kind of harder to know which sections of the
patch to focus on when reading it...
On Mon, Jun 2, 2014 at 6:41 PM,
Hi Nicolas Michael,
ah, I see, the kde port group… That explains it.
On 04 Jun 2014, at 14:20 , Nicolas Pavillon ni...@macports.org wrote:
If I remember correctly, oxygen-icons was also using some dependencies during
configurations,
but I am not fully sure, and it appears that it is not the
Also, while we are commenting on this revision, is the entirety of texlive
really needed for the docs variant? If the description says that it
requires LaTeX, that seems to me like it would just indicate a dependency
on texlive-latex or maybe texlive-latex-extra, but not necessarily the
whole
According to Fink's documentation, adding a .build extension to the
folder name has the same effect as adding a .noindex extension to it,
which is what they do with their build folder:
http://www.finkproject.org/doc/users-guide/uguide.en.html#conf.optional
So that could be another option...
Hello,
This topic has been discussed some time ago on this mailing list without a real
conclusion, but I am again considering the status of KDE3 on Macports.
Considering that Qt5 is out and KDEF5 is soon to be released, it makes KDE3
more and more obsolete. Furthermore, it seems to not build
We can always revert your deletions, so I’d just go for it.
If there are any issues, it should start with a discussion of relevancy. As you
point out KDE3 is beyond hope in many measures, but if there’s some very good
reason that’s hidden then source control will show its magic.
On Jun 4,
On Jun 4, 2014, at 10:01 AM, m...@macports.org wrote:
Revision
120644
Author
m...@macports.org
Date
2014-06-04 08:01:51 -0700 (Wed, 04 Jun 2014)
Log Message
moria: Install files required by license.
Modified Paths
• trunk/dports/games/moria/Portfile
Diff
Modified:
On Jun 4, 2014, at 11:40 AM, ebori...@macports.org wrote:
Revision
120646
Author
ebori...@macports.org
Date
2014-06-04 09:40:10 -0700 (Wed, 04 Jun 2014)
Log Message
py-spyder-devel: Update to 2.3.0rc; Add noAntiAlias variant: turns off
antialiasing in editor.
Modified Paths
Hi Nicolas,
I haven’t done anything for KDE3 for a long time and if so it was just cleaning
up stg which didn’t work anymore wrt kmymoney...
So, I think it is fine to start disentangling KDE4 and KDE3 and getting rid of
the latter bit by bit now.
Greets,
Marko
13 matches
Mail list logo