SVN commit 8272 by rakuco:
cmake: Explain why the MAKE env var is set.
M +1 -1 Makefile
___
kde-freebsd mailing list
kde-freebsd@kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
See also http://freebsd.kde.org/ for latest informati
SVN commit 8271 by rakuco:
cmake: Pass --system-libs to the configuration program.
We should prefer libraries available in the ports tree over those bundled with
a given program: OS-specific adjustments and security fixes are shared, for
example.
M +6 -1 Makefile
M +0 -8 pkg-pl
On 2-6-2012 23:10, Alberto Villa wrote:
> On Sat, Jun 2, 2012 at 10:09 PM, Mel Flynn wrote:
>> I'm setting QMAKESPEC in my shell startup, because bsd.qt.mk hints that
>> when one wants to use ccache one should write their own spec and set
>> QMAKESPEC. So all the work USE_GCC is doing is in vain,
On Sat, Jun 2, 2012 at 10:09 PM, Mel Flynn wrote:
> I'm setting QMAKESPEC in my shell startup, because bsd.qt.mk hints that
> when one wants to use ccache one should write their own spec and set
> QMAKESPEC. So all the work USE_GCC is doing is in vain, unless it
> overrides QMAKESPEC.
Unless you
On 2-6-2012 10:21, Andriy Gapon wrote:
>
> bsd.qt.mk sets QMAKESPEC based on CXX. This is done in the "early" stage of
> bsd.port.mk processing (!_POSTMKINCLUDED).
> bsd.gcc.mk may change CXX value based on USE_GCC (or WITH_GCC/WANT_CC in the
> future). But this is done in the "main" stage (_POS
On Fri, Jun 1, 2012 at 6:25 PM, Cameron Berkenpas wrote:
> I'm not sure if this is the correct place to report bugs (this is my 1st
> time reporting an issue relating to FreeBSD) so feel free to direct me to
> the correct place.
It's OK. Reporting a bug would have been fine too:
http://www.freebs
On Sat, Jun 2, 2012 at 10:21 AM, Andriy Gapon wrote:
> Is there a good reason that QMAKESPEC is derived that early?
As far as i remember, no.
> Could that logic be moved to the "main" stage?
Yes, probably. I will look into it. Thanks for notifying!
--
Alberto Villa, FreeBSD committer
http://p
SVN commit 8270 by rakuco:
Copy trunk/area51/ into the cmake-without-bundled-libs branch.
Let's try to work on this in the open in a work branch. The idea is to
make CMake rely on libraries such as curl and libarchive available in
base and ports instead of building and using its own copies of the
SVN commit 8269 by rakuco:
Remove www/ from trunk.
The website has been on KDE's SVN (and then) git repository for years,
so there is no point in keeping this outdate copy around.
D www (directory)
___
kde-freebsd mailing list
kde-fr
On Saturday 02 June 2012 18:49:17 Oliver Pinter wrote:
> On Saturday 02 June 2012 13:44:20 Baptiste Daroussin wrote:
> > On Sat, Jun 02, 2012 at 01:31:51PM +0200, Oliver Pinter wrote:
> > > Hi All!
> > >
> > > In x11-toolkits/qt33 broked one expression with options-ng merge. The
> > > attached patc
On Saturday 02 June 2012 13:44:20 Baptiste Daroussin wrote:
> On Sat, Jun 02, 2012 at 01:31:51PM +0200, Oliver Pinter wrote:
> > Hi All!
> >
> > In x11-toolkits/qt33 broked one expression with options-ng merge. The
> > attached patch fixed this.
> >
> > --- Makefile.orig 2012-06-02 13:26:43.0
Matthew Seaman writes:
> Dear kde,
>
> devel/qt4-makeqpf port is throwing 'Malformed conditional' errors
> because you're referencing ${OSVERSION} before it is initialised.
>
> Here's a fix:
>
> lucid-nonsense:...ports/devel/qt4-makeqpf:# diff -u Makefile{~,}
> --- Makefile~ 2012-06-02 09:29:49.5
SVN commit 8268 by rakuco:
qt4-assistant-adp, qt4-libqtassistantclient: Sync with ports.
These ones are supposed to have PORTREVISION=1 after the libpng 1.5.0
update. Since these ports are never going to be updated upstream, we
need to be careful to keep PORTREVISION synced with their versions in
On Sat, Jun 02, 2012 at 01:31:51PM +0200, Oliver Pinter wrote:
> Hi All!
>
> In x11-toolkits/qt33 broked one expression with options-ng merge. The
> attached patch fixed this.
> --- Makefile.orig 2012-06-02 13:26:43.0 +0200
> +++ Makefile 2012-06-02 13:27:23.0 +0200
> @@ -110
On 02.06.2012 11:53 (UTC+2), Baptiste Daroussin wrote:
On Sat, Jun 02, 2012 at 08:22:41AM +0200, Rainer Hurling wrote:
With newest revision 1.14 devel/qt4-makeqpf does not buid anymore. It
seems in Makefile there is needed an
.include
somewhere before line 48?
ports/168553 contains a patch
On Sat, Jun 02, 2012 at 08:22:41AM +0200, Rainer Hurling wrote:
> With newest revision 1.14 devel/qt4-makeqpf does not buid anymore. It
> seems in Makefile there is needed an
>
> .include
>
> somewhere before line 48?
>
> ___
> freebsd-po...@freebsd.
>Submitter-Id: current-users
>Originator:Baptiste Daroussin
>Organization:
>Confidential: no
>Synopsis: [PATCH] devel/qt4-makeqpf: testing osversion needs
>>bsd.port.pre.mk
>Severity: non-critical
>Priority: low
>Category: ports
>Class: change-request
>Releas
Dear kde,
devel/qt4-makeqpf port is throwing 'Malformed conditional' errors
because you're referencing ${OSVERSION} before it is initialised.
Here's a fix:
lucid-nonsense:...ports/devel/qt4-makeqpf:# diff -u Makefile{~,}
--- Makefile~ 2012-06-02 09:29:49.500903933 +0100
+++ Makefile2012-0
** The following ports have a version number that sorts before a previous one **
For many package tools to work correctly, it is of utmost importance that
version numbers of a port form a monotonic increasing sequence over time.
Refer to the FreeBSD Porter's Handbook, 'Package Naming Convention
Hi All!
In x11-toolkits/qt33 broked one expression with options-ng merge. The
attached patch fixed this.
--- Makefile.orig 2012-06-02 13:26:43.0 +0200
+++ Makefile 2012-06-02 13:27:23.0 +0200
@@ -110,7 +110,7 @@
.if ${PORT_OPTIONS:MCUPS}
LIB_DEPENDS+= cups.2:${PORTSDIR}/print/c
Raphael Kubo da Costa wrote:
> Heino Tiedemann writes:
>
>> Hi,
>>
>> With ALT+F2 (run command) I got this black window:
>>
>> http://rotkap.tsdh.org/kde4-run-command.png
>>
>> How can I switch it back to grey, like it was in KDE 4.7?
>
> Hmm, this looks like the result of bad support for deskto
With newest revision 1.14 devel/qt4-makeqpf does not buid anymore. It
seems in Makefile there is needed an
.include
somewhere before line 48?
___
kde-freebsd mailing list
kde-freebsd@kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
See also
Hello,
I'm not sure if this is the correct place to report bugs (this is my 1st
time reporting an issue relating to FreeBSD) so feel free to direct me
to the correct place.
I'm seeing an issue where if I drag entries from the Applications menu
to the desktop in KDE 4.8.3 (I've seen this issu
bsd.qt.mk sets QMAKESPEC based on CXX. This is done in the "early" stage of
bsd.port.mk processing (!_POSTMKINCLUDED).
bsd.gcc.mk may change CXX value based on USE_GCC (or WITH_GCC/WANT_CC in the
future). But this is done in the "main" stage (_POSTMKINCLUDED).
Thus, QMAKESPEC may fail to honor
24 matches
Mail list logo