Am 23.02.2012 22:35 (UTC+1) schrieb O. Hartmann:
I found myself confronted with this error today. I happens on a FreeBSD
10.0/amd64 box, most recently built-world.
The error is persistent with CLANG and legacy GCC 4.2.1. The port is a
denepndency for several client applications I've installed on
The same problem here, on FreeBSD 8.2 and legacy GCC.
The problem arises on poppler-optcontent.moc.
Best regards,
Luca
gmake[3]: Leaving directory
`/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/poppler'
gmake[2]: Leaving directory
`/usr/ports/graphics/poppler-qt4/work/poppler-0.18.4/pop
Hi Reiner,
unfortunately no x11-toolkits/qt33 here!
And there's something strange: I cannot build poppler-qt4 1.18.4.
but Oliver built it, the problem occurs during the install phase.
And I cannot see any 0.18.4_1 version, as Oliver reports...
Where am I wrong? any ideas?
thanks
Regards,
Luca
in LIB_DEPENDS
it won't take anything like:
= boost_serialization>=.4
what if you needed a minimum version of the library?
--
Michael Scheidell, CTO
>*| * SECNAP Network Security Corporation
d: +1.561.948.2259
w: http://people.freebsd.org/~scheidell
On Thu, Feb 23, 2012 at 04:18:25PM -0800, Ade Lovett wrote:
> On 2/23/2012 13:14, Baptiste Daroussin wrote:
> > Another solution could be to add an entry (and drop it in deinstallation to
> > libmap.conf) when installing the nvidia driver, in that case installing it
> > ad
> > libGL-nvidia.so.1 an
On 2/24/12 6:57 AM, Michael Scheidell wrote:
in LIB_DEPENDS
it won't take anything like:
= boost_serialization>=.4
I googled.
all other _DEPENDS uses >=
LIB_DEPENDS uses .[4-9]
(i assume .(1[0-9]|[4-9]))
--
Michael Scheidell, CTO
>*| * SECNAP Network Security Corporation
d: +1.561.948.2259
On Fri, Feb 24, 2012 at 06:57:39AM -0500, Michael Scheidell wrote:
> in LIB_DEPENDS
> it won't take anything like:
>
> = boost_serialization>=.4
>
> what if you needed a minimum version of the library?
I think it should be like this:
LIB_DEPENDS=cairo.2:${PORTSDIR}/graphics/cairo
--
Denny
On 2/24/12 7:36 AM, Denny Lin wrote:
I think it should be like this:
LIB_DEPENDS=cairo.2:${PORTSDIR}/graphics/cairo
thanks, tried that, if lib(x) is .3, still fails. >=2 gets 'redirect error'
found answer by google, needs
LIB_DEPENDS=cairo.[2-9]:${PORTSDIR}/graphics/cairo
--
Micha
Hi!
On 24.02.2012 15:57, Michael Scheidell wrote:
in LIB_DEPENDS
it won't take anything like:
= boost_serialization>=.4
what if you needed a minimum version of the library?
Seems you need this:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-depend.html#AEN2138
-
Hi,
I recently took over maintainership of the devel/ice port and trying to get
familiar with the dos and don'ts of porting. In the past I contributed only by
sending PRs, which would have been approved by the maintainer. Since I'm the
maintainer now, will I still open normal PRs, which will th
On 24/02/2012 12:54, Michael Scheidell wrote:
>
>
> On 2/24/12 6:57 AM, Michael Scheidell wrote:
>> in LIB_DEPENDS
>> it won't take anything like:
>>
>> = boost_serialization>=.4
>>
> I googled.
> all other _DEPENDS uses >=
> LIB_DEPENDS uses .[4-9]
> (i assume .(1[0-9]|[4-9]))
Saying 'all other
First, welcome!
Thank you for stepping up to the plate and taking on ownership of a port.
It is greatly appreciated.
As for pr's, yes, keep sending them. Your patches still need to be
committed to the ports tree by a committer.
When you send in a maintenance patch, subject should/could be some
On Fri, Feb 24, 2012 at 7:39 AM, Michael Gmelin wrote:
> b) I also have another massive patch which touches another 20 files which
> enables some new security features in ice (the history of this patch is that
> I developed it at first and submitted it to the vendor, who refined it and
> sent i
On 24.02.2012 12:56 (UTC+1), Luca Pizzamiglio wrote:
Hi Reiner,
unfortunately no x11-toolkits/qt33 here!
Did you also looked for qt-copy-3.3.8_13? It was only a guess because it
helped me.
And there's something strange: I cannot build poppler-qt4 1.18.4.
but Oliver built it, the problem occ
Hello,
I've submitted a couple of new ports, and I'd like to ask someone to
take a look at them and commit them:
http://www.freebsd.org/cgi/query-pr.cgi?pr=164872
I'm not sure how to handle the shared library installation issue (lines
36,37 in mdcached/Makefile).
signature.asc
Description: Op
On Feb 24, 2012, at 14:55, Eitan Adler wrote:
> On Fri, Feb 24, 2012 at 7:39 AM, Michael Gmelin wrote:
>> b) I also have another massive patch which touches another 20 files which
>> enables some new security features in ice (the history of this patch is that
>> I developed it at first and subm
Problem fixed! thanks to solve ports/165438!
It was caused by qt3 conflict OR freebsd < 9.0.
I had no qt3 package installed, qt4 only.
Compiled and updated. Thanks.
Best regards,
Luca
On 02/24/12 15:04, Rainer Hurling wrote:
On 24.02.2012 12:56 (UTC+1), Luca Pizzamiglio wrote:
Hi Reiner,
On -10.01.-28163 14:59, Michael Scheidell wrote:
in LIB_DEPENDS
it won't take anything like:
= boost_serialization>=.4
what if you needed a minimum version of the library?
For years now the shared-library's major number is treated as a regular
expression by bsd.port.mk.
So you could use so
Hello,
It looks like 'portmaster -a' was not picking
up mksh update since mksh-r40 here, it
piqued my curiosity when pkg_version
reported I had newer mksh installed than
available in ports tree, but the version I had
installed was ripe old mksh-r40.
Now, after 'portmaster mksh' and apparently
On 02/24/12 15:04, Rainer Hurling wrote:
> On 24.02.2012 12:56 (UTC+1), Luca Pizzamiglio wrote:
>> Hi Reiner,
>> unfortunately no x11-toolkits/qt33 here!
>
> Did you also looked for qt-copy-3.3.8_13? It was only a guess because it
> helped me.
qt-copy-3.3.8_13 is indeed installed and used by this
i am trying to build nodejs on freebsd9, and get a warning:
Checking for library dl : not found
Checking for fdatasync(2) with c++ : no
could someone point me where these libraries are?
thanks norman
--
%>>> "".join( [ {'*':'@','^':'.'}.get(c,None) or
chr(97+(ord(c)-83)
On Feb 24, 2012, at 10:40 AM, Norman Khine wrote:
> i am trying to build nodejs on freebsd9, and get a warning:
>
> Checking for library dl : not found
>
> Checking for fdatasync(2) with c++ : no
>
> could someone point me where these libraries are?
FreeBSD's libc provide
Hello,
what do you think about the following minor changes to bsd.port.mk
and bsd.pkgng.mk? The motivation is that it is currently relatively
hard to detect, which options of a port are locally changed by user,
or by gradual port upgrades with OPTIONS changed by port maintainer.
(With consequence
Cejka Rudolf wrote (2012/02/24):
> + defaultval=$$(${ECHO_CMD} $$3 | ${TR} [A-Z] [a-z]); \
I'm sorry - all three lines with ${TR} have to be changed to
> + defaultval=$$(${ECHO_CMD} $$3 | ${TR} "[A-Z]" "[a-z]"); \
so that one letter files in ports directories
do not break
On Feb 24, 2012, at 2:35 PM, Cejka Rudolf wrote:
> I'm sorry - all three lines with ${TR} have to be changed to
>
>> +defaultval=$$(${ECHO_CMD} $$3 | ${TR} "[A-Z]" "[a-z]"); \
>
> so that one letter files in ports directories
> do not break functionality.
For your next update, please
On 02/24/2012 09:56, Jakub Lach wrote:
> Hello,
>
> It looks like 'portmaster -a' was not picking
> up mksh update since mksh-r40 here, it
> piqued my curiosity when pkg_version
> reported I had newer mksh installed than
> available in ports tree, but the version I had
> installed was ripe old
On 02/24/2012 06:18, Michael Gmelin wrote:
> In general I agree with your reasoning. The feature I'm talking about has
> been approved and will be in the next version (this happened almost half a
> year ago). Unfortunately Ice has a slow release cycle, as it is dual licensed
> (GPLv2+commercial)
27 matches
Mail list logo
