Re: Stop in /usr/ports/multimedia/mlt

[Alberto Villa]

A patch is being tested. Next time you have a problem with a port,
please, contact the maintainer.
-- 
Alberto Villa, FreeBSD committer 
http://people.FreeBSD.org/~avilla
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Renown-Image/printer chip/1.98USD per pc for Samsung 104

[Joanna-Renown]

Dear Customer,


How is your day? Wish great. 

This is Ms.Joanna from Renown-Image from China, our company mainly deals with 
printer chips for over 6 years.

Renown-Image can offer you hundreds of high-quality compatible laserjet chips 
for HP, Samsung, Lexmark, Xerox, Sharp, Dell, OKI, IBM and other series. 

We guarantee top quality and can send 1:1 replacement for defective chips.

Free samples we can offer with shipping charge on your own.

Please contact us for detailed information.

Best regards,

Joanna

Renown Image (Shenzhen) Co., Ltd.
RM1212, Ge Lin Wang Yuan,
Yannan Road, Futian District, 
Shenzhen 518001, China
Website: http://www.renown-image.net
E-mail: joa...@renown-image.com
MSN: joanna453221...@hotmail.com
SKYPE: renown-image
Tel:  86-755-8374 6179 /8374 6170
Fax: 86-755-8374 6179___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

RE: Heimdal 1.5.2 problem

[Dewayne Geraghty]

Thanks for the updates Robert.

I've pursued building heimdal on a custom FreeBSD9-Stable jail built without
crypto (openssl, heimdal,...); and forced the selection of bdb throughout the
range 5 to 41 via the following ports.conf setting 

*: WITH_BDB_VER=5
...
*: WITH_BDB_VER=41
Combined with
security/heimdal: PREFIX=/usr/local | WITH_CRACKLIB | WITHOUT_SQLITE | WITH_BDB

Only the databases/db41 builds heimdal to completion.  All others terminated
with 


 
/var/ports/usr/ports/security/heimdal/work/heimdal-1.5.2/lib/com_err/.libs/libc
om_err.so /usr/local/lib/libintl.so /usr/local/lib/libiconv.so
/var/ports/usr/ports/security/heimdal/work/heimdal-1.5.2/lib/roken/.libs/librok
en.so ../../lib/sqlite/.libs/libheimsqlite.so ../../lib/roken/.libs/libroken.so
-lcrypt /usr/local/lib/libldap.so /usr/local/lib/libsasl2.so -lssl -lcrypto
/usr/local/lib/liblber.so -ldb  -O2 -O2 -march=prescott -mtune=prescott
-Wl,--version-script -Wl,./version-script.map -pthread   -pthread -Wl,-soname
-Wl,libhdb.so.11 -o .libs/libhdb.so.11
.libs/db3.o: In function `hdb_db_create':
db3.c:(.text+0x3a): multiple definition of `hdb_db_create'
.libs/db.o:db.c:(.text+0x15): first defined here
*** Error code 1


There was a change to /usr/ports/security/heimda/files with the addition of
patch patch-cf__db.m4, which I removed during one build attempt with db41. This
generated many more error messages 


libtool: compile:  cc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include
-I../../lib/roken -I../../lib/roken -I../asn1 -I./../asn1 -I/usr/local/include
-DHDB_DB_DIR=\"/var/db/heimdal\" -I./../krb5 -I../../lib/sqlite
-I/usr/local/include -I/usr/local/include/db41 -D_LARGE_FILES= -Wall
-Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations
-Wnested-externs -O2 -pipe -pipe -O2 -g0 -ggdb0 -DSTRIP_FBSDID -UDEBUGGING
-UEBUGGING -I/usr/local/include/db41 -DLDAP_DEPRECATED -fno-strict-aliasing -MT
db.lo -MD -MP -MF .deps/db.Tpo -c db.c  -fPIC -DPIC -o .libs/db.o
db.c: In function 'DB_close':
db.c:48: error: too few arguments to function 'd->close'
db.c: In function 'DB_lock':
db.c:67: error: too few arguments to function 'd->fd'
db.c: In function 'DB_unlock':
db.c:80: error: too few arguments to function 'd->fd'
db.c: In function 'DB_seq':
db.c:104: error: 'DB' has no member named 'seq'
...


Unfortunately this confirms that the heimdal 1.5.2 port doesn't build with bdb.
I'll advise later in the week, the result of my preferred build of heimdal over
ldap (over bdb5).

For completeness, FreeBSD9-Stable was updated yesterday (May 14) and the ports
tree was also updated and built on a virgin machine today (May 15).

Regards, Dewayne.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: misc/cloc - can't update with partmaster/pkgng

[Anton Shterenlikht]

On Tue, May 15, 2012 at 06:29:08PM +0800, Martin Wilke wrote:
> On May 15, 2012, at 18:24, Anton Shterenlikht  wrote:
> 
> > I get:
> > 
> > 
> > Script started on Tue May 15 11:20:19 2012
> > portmaster cloc
> > ]0;portmaster: cloc-1.56
> > ===>>> Currently installed version: cloc-1.56
> > ===>>> Port directory: /usr/ports/misc/cloc
> > 
> > ===>>> Gathering distinfo list for installed ports
> > 
> > ===>>> Launching 'make checksum' for misc/cloc in background
> > ===>>> Gathering dependency list for misc/cloc from ports
> > ===>>> Initial dependency check complete for misc/cloc
> > ]0;portmaster: cloc-1.56
> > ===>>> Starting build for misc/cloc <<<===
> > 
> > ===>>> All dependencies are up to date
> > 
> > ===>  Cleaning for cloc-1.56
> > 
> > ===>  License check disabled, port has not defined LICENSE
> > ===>   cloc-1.56 depends on file: /usr/local/sbin/pkg - found
> > ===>  Extracting for cloc-1.56
> > => SHA256 Checksum OK for cloc-1.56.pl.
> > ===>  Patching for cloc-1.56
> > ===>  Configuring for cloc-1.56
> > 
> > ===>>> Creating a backup package for old version cloc-1.56
> > Creating package for cloc-1.56
> > pkg: sqlite: database is locked
> > ===>  Installing for cloc-1.56
> > ===>   Generating temporary packing list
> > ===>  Checking if misc/cloc already installed
> > ===>   cloc-1.56 is already installed
> >  You may wish to ``make deinstall'' and install this port again
> >  by ``make reinstall'' to upgrade it properly.
> >  If you really wish to overwrite the old port of misc/cloc
> >  without deleting it first, set the variable "FORCE_PKG_REGISTER"
> >  in your environment or the "make install" command line.
> > *** Error code 1
> > 
> > Stop in /usr/ports/misc/cloc.
> > 
> > ===>>> A backup package for cloc-1.56 should
> >   be located in /usr/ports/packages/portmaster-backup
> > 
> > ===>>> Installation of cloc-1.56 (misc/cloc) failed
> > ===>>> Aborting update
> > 
> > Terminated
> > 
> > ===>>> You can restart from the point of failure with this command line:
> >   portmaster  misc/cloc 
> > 
> > 
> > Script done on Tue May 15 11:20:34 2012
> > 
> > I can do a manual deinstall/reinstall,
> > but I wonder why portmaster/pkgng will
> > not do it.
> > 
> Sounds for me a bug in portmaster? U use the pkgng portmaster patch as well?

sure

Since I started using pkgng, this
is the first problem port.
 

-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Xfce 4.10 on FreeBSD 9 release powerpc

[Takashi Fujita]

M9686J/A Mac mini G4 FreeBSD 9-Release is installed in 1.25 GHz.

The following contribution tends to be seen and it is going to install
Xfce4.10 in this environment.

> Hi folks,
> 
> I've updated the xfce-4.10 tarball [1] (it contains only the latest
> versions of Xfce4 core).
> Changes :
> - Delete thunarvfs in bsd.xfce.mk, because this library now, is
> obsolete, even if it always used by archiver/squeeze (no update since
> 4 years).
> - Drop support of GTK3 in x11-themes/gtk-xfce-engine
> 
> I've also add shell script 'xfcemerge' [2] (based on marcusmerge and
> kdemerge) to easily update ports tree. It works with tarball and with
> my repository.
> 
> In my repository we can found the latest versions of :
> - x11/xfce4-screenshooter-plugin,
> http://www.freebsd.org/cgi/query-pr.cgi?pr=167537
> - www/midori, http://www.freebsd.org/cgi/query-pr.cgi?pr=167536
> - sysutils/xfce4-battery-plugin (1.0.2)
> - sysutils/xfce4-systemload-plugin (1.1.0)
> - x11-clocks/xfce4-timer-out-plugin (1.0.1)
> - graphics/ristretto (0.6.0)
> 
> Enjoy
> 
> [1] http://xfce-ports.googlecode.com/files/xfce-4.10.tar.xz
> [2] http://xfce-ports.googlecode.com/files/xfcemerge
> 

shell script'xfcemerge' was performed and port tree was updated.

When
[cd /usr/ports/x11-wm/xfce4]
[make config-recursive]
[make install clean]
and a command are executed after that, the following error comes out and
compile goes wrong.

===>  Installing for xfce-4.10
===>   xfce-4.10 depends on executable: xfwm4 - not found
===>Verifying install for xfwm4 in /usr/ports/x11-wm/xfce4-wm
===>  Patching for xfce4-wm-4.10.0
===>  Applying FreeBSD patches for xfce4-wm-4.10.0
File to patch:
No file found--skip this patch? [n]y
2 out of 2 hunks ignored--saving rehects to
doc/manual/images/Makefile.in.rej
Can't create doc/manual/images/Makefile.in.rej, output is in
/tmp/patchrvHLsNE: No such file or directory
=> Patch patch-doc_manual_images_Makefile.in failed to apply cleanly.
*** Error code 1

Stop in /usr/ports/x11-wm/xfce4-wm.
*** Error code 1

Stop in /usr/ports/x11-wm/xfce4-wm.
*** Error code 1

Stop in /usr/ports/x11-wm/xfce4.
*** Error code 1

Stop in /usr/ports/x11-wm/xfce4.

-- 
Takashi Fujita
rina.invers...@gmail.com
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Xfce 4.10 on FreeBSD 9 release powerpc

[Zhihao Yuan]

On Tue, May 15, 2012 at 7:21 AM, Takashi Fujita
 wrote:
> M9686J/A Mac mini G4 FreeBSD 9-Release is installed in 1.25 GHz.
>
> The following contribution tends to be seen and it is going to install
> Xfce4.10 in this environment.
>
>> Hi folks,
>>
>> I've updated the xfce-4.10 tarball [1] (it contains only the latest
>> versions of Xfce4 core).
>> Changes :
>> - Delete thunarvfs in bsd.xfce.mk, because this library now, is
>> obsolete, even if it always used by archiver/squeeze (no update since
>> 4 years).
>> - Drop support of GTK3 in x11-themes/gtk-xfce-engine
>>
>> I've also add shell script 'xfcemerge' [2] (based on marcusmerge and
>> kdemerge) to easily update ports tree. It works with tarball and with
>> my repository.
>>
>> In my repository we can found the latest versions of :
>> - x11/xfce4-screenshooter-plugin,
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=167537
>> - www/midori, http://www.freebsd.org/cgi/query-pr.cgi?pr=167536
>> - sysutils/xfce4-battery-plugin (1.0.2)
>> - sysutils/xfce4-systemload-plugin (1.1.0)
>> - x11-clocks/xfce4-timer-out-plugin (1.0.1)
>> - graphics/ristretto (0.6.0)
>>
>> Enjoy
>>
>> [1] http://xfce-ports.googlecode.com/files/xfce-4.10.tar.xz
>> [2] http://xfce-ports.googlecode.com/files/xfcemerge
>>
>
> shell script'xfcemerge' was performed and port tree was updated.
>
> When
> [cd /usr/ports/x11-wm/xfce4]
> [make config-recursive]
> [make install clean]
> and a command are executed after that, the following error comes out and
> compile goes wrong.
>
> ===>  Installing for xfce-4.10
> ===>   xfce-4.10 depends on executable: xfwm4 - not found
> ===>    Verifying install for xfwm4 in /usr/ports/x11-wm/xfce4-wm
> ===>  Patching for xfce4-wm-4.10.0
> ===>  Applying FreeBSD patches for xfce4-wm-4.10.0
> File to patch:
> No file found--skip this patch? [n]y
> 2 out of 2 hunks ignored--saving rehects to
> doc/manual/images/Makefile.in.rej
> Can't create doc/manual/images/Makefile.in.rej, output is in
> /tmp/patchrvHLsNE: No such file or directory
> => Patch patch-doc_manual_images_Makefile.in failed to apply cleanly.
> *** Error code 1
>
> Stop in /usr/ports/x11-wm/xfce4-wm.
> *** Error code 1
>
> Stop in /usr/ports/x11-wm/xfce4-wm.
> *** Error code 1
>
> Stop in /usr/ports/x11-wm/xfce4.
> *** Error code 1
>
> Stop in /usr/ports/x11-wm/xfce4.
>
> --
> Takashi Fujita
> rina.invers...@gmail.com
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

As I said, the xfcemerge script does not remove old files. So please
remove any file under xfce4-wm/files except extrapatch-src__events.c.

-- 
Zhihao Yuan, nickname lichray
The best way to predict the future is to invent it.
___
4BSD -- http://4bsd.biz/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: PHP 5.4.0 : lang/php54

[Olivier Mueller]

Hi Svyatoslav,

On Sat, 2012-05-12 at 03:12 +0900, Svyatoslav Lempert wrote:
> 2012/4/19 Alex Dupre :
> >> FreeBSD 8.3 is done, please commit update lang/php5 to PHP 5.4 to
> >> portstree. Thank you in advance.
> >
> > I'm just waiting for final release of suhosin (both patch and extension)
> > to commit the update.
>
> Do you know the release date of suhosin for this version? Stefan Esser
> did not make any changes in git repo
> https://github.com/stefanesser/suhosin more than a month and did not
> answer to email. Maybe should do without it?

It seems there is still some activity, check for example the comments:
https://github.com/stefanesser/suhosin/issues/14

"Just as a reminder that PHP 5.4.x is not yet supported.
Current tree compiles against it, without disabling features.
However some problems with the dropped variable statistics and the
session module."


and https://github.com/stefanesser/suhosin/issues/5#issuecomment-5612025 :

"Initial support" means that it now compiles against PHP 5.4 in a
correct way. However PHP 5.4 has a myriad of code changes and therefore
stuff might still be broken.
It is already known that there is a problem with sessions and gallery."


So it will probably take a while...  (which is fine for me, I'll have to
switch to lang/php53 anyway then). 

Regards,
Olivier





___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Xfce 4.10 on FreeBSD 9 release powerpc

[Takashi Fujita]

After deleting a file, when make install clean was performed again, the 
following errors came out and compile was interrupted.


==>Patching for xfce4-session-4.10.0
==>Applying FreeBSD patches for xfce4-session-4.10.0
1 out of 1 hunks ignored--saving rejects to 
xfce4-session/xfsm-shutdown-helper.c.rej

=>Patch patch-xfce4-session_xfsm-shutdown-helper.c failed to apply cleanly.

(2012/05/15 21:26), Zhihao Yuan wrote:

On Tue, May 15, 2012 at 7:21 AM, Takashi Fujita
  wrote:

M9686J/A Mac mini G4 FreeBSD 9-Release is installed in 1.25 GHz.

The following contribution tends to be seen and it is going to install
Xfce4.10 in this environment.


Hi folks,

I've updated the xfce-4.10 tarball [1] (it contains only the latest
versions of Xfce4 core).
Changes :
- Delete thunarvfs in bsd.xfce.mk, because this library now, is
obsolete, even if it always used by archiver/squeeze (no update since
4 years).
- Drop support of GTK3 in x11-themes/gtk-xfce-engine

I've also add shell script 'xfcemerge' [2] (based on marcusmerge and
kdemerge) to easily update ports tree. It works with tarball and with
my repository.

In my repository we can found the latest versions of :
- x11/xfce4-screenshooter-plugin,
http://www.freebsd.org/cgi/query-pr.cgi?pr=167537
- www/midori, http://www.freebsd.org/cgi/query-pr.cgi?pr=167536
- sysutils/xfce4-battery-plugin (1.0.2)
- sysutils/xfce4-systemload-plugin (1.1.0)
- x11-clocks/xfce4-timer-out-plugin (1.0.1)
- graphics/ristretto (0.6.0)

Enjoy

[1] http://xfce-ports.googlecode.com/files/xfce-4.10.tar.xz
[2] http://xfce-ports.googlecode.com/files/xfcemerge



shell script'xfcemerge' was performed and port tree was updated.

When
[cd /usr/ports/x11-wm/xfce4]
[make config-recursive]
[make install clean]
and a command are executed after that, the following error comes out and
compile goes wrong.

===>Installing for xfce-4.10
===> xfce-4.10 depends on executable: xfwm4 - not found
===>  Verifying install for xfwm4 in /usr/ports/x11-wm/xfce4-wm
===>Patching for xfce4-wm-4.10.0
===>Applying FreeBSD patches for xfce4-wm-4.10.0
File to patch:
No file found--skip this patch? [n]y
2 out of 2 hunks ignored--saving rehects to
doc/manual/images/Makefile.in.rej
Can't create doc/manual/images/Makefile.in.rej, output is in
/tmp/patchrvHLsNE: No such file or directory
=>  Patch patch-doc_manual_images_Makefile.in failed to apply cleanly.
*** Error code 1

Stop in /usr/ports/x11-wm/xfce4-wm.
*** Error code 1

Stop in /usr/ports/x11-wm/xfce4-wm.
*** Error code 1

Stop in /usr/ports/x11-wm/xfce4.
*** Error code 1

Stop in /usr/ports/x11-wm/xfce4.

--
Takashi Fujita
rina.invers...@gmail.com
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


As I said, the xfcemerge script does not remove old files. So please
remove any file under xfce4-wm/files except extrapatch-src__events.c.




--
Takashi Fujita
rina.invers...@gmail.com
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Xfce 4.10 on FreeBSD 9 release powerpc

[Zhihao Yuan]

On Tue, May 15, 2012 at 7:50 AM, Takashi Fujita
 wrote:
> After deleting a file, when make install clean was performed again, the
> following errors came out and compile was interrupted.
>
> ==>Patching for xfce4-session-4.10.0
> ==>Applying FreeBSD patches for xfce4-session-4.10.0
> 1 out of 1 hunks ignored--saving rejects to
> xfce4-session/xfsm-shutdown-helper.c.rej
> =>Patch patch-xfce4-session_xfsm-shutdown-helper.c failed to apply cleanly.
>
>
> (2012/05/15 21:26), Zhihao Yuan wrote:
>>
>> On Tue, May 15, 2012 at 7:21 AM, Takashi Fujita
>>   wrote:
>>>
>>> M9686J/A Mac mini G4 FreeBSD 9-Release is installed in 1.25 GHz.
>>>
>>> The following contribution tends to be seen and it is going to install
>>> Xfce4.10 in this environment.
>>>
 Hi folks,

 I've updated the xfce-4.10 tarball [1] (it contains only the latest
 versions of Xfce4 core).
 Changes :
 - Delete thunarvfs in bsd.xfce.mk, because this library now, is
 obsolete, even if it always used by archiver/squeeze (no update since
 4 years).
 - Drop support of GTK3 in x11-themes/gtk-xfce-engine

 I've also add shell script 'xfcemerge' [2] (based on marcusmerge and
 kdemerge) to easily update ports tree. It works with tarball and with
 my repository.

 In my repository we can found the latest versions of :
 - x11/xfce4-screenshooter-plugin,
 http://www.freebsd.org/cgi/query-pr.cgi?pr=167537
 - www/midori, http://www.freebsd.org/cgi/query-pr.cgi?pr=167536
 - sysutils/xfce4-battery-plugin (1.0.2)
 - sysutils/xfce4-systemload-plugin (1.1.0)
 - x11-clocks/xfce4-timer-out-plugin (1.0.1)
 - graphics/ristretto (0.6.0)

 Enjoy

 [1] http://xfce-ports.googlecode.com/files/xfce-4.10.tar.xz
 [2] http://xfce-ports.googlecode.com/files/xfcemerge

>>>
>>> shell script'xfcemerge' was performed and port tree was updated.
>>>
>>> When
>>> [cd /usr/ports/x11-wm/xfce4]
>>> [make config-recursive]
>>> [make install clean]
>>> and a command are executed after that, the following error comes out and
>>> compile goes wrong.
>>>
>>> ===>    Installing for xfce-4.10
>>> ===>     xfce-4.10 depends on executable: xfwm4 - not found
>>> ===>      Verifying install for xfwm4 in /usr/ports/x11-wm/xfce4-wm
>>> ===>    Patching for xfce4-wm-4.10.0
>>> ===>    Applying FreeBSD patches for xfce4-wm-4.10.0
>>> File to patch:
>>> No file found--skip this patch? [n]y
>>> 2 out of 2 hunks ignored--saving rehects to
>>> doc/manual/images/Makefile.in.rej
>>> Can't create doc/manual/images/Makefile.in.rej, output is in
>>> /tmp/patchrvHLsNE: No such file or directory
>>> =>  Patch patch-doc_manual_images_Makefile.in failed to apply cleanly.
>>> *** Error code 1
>>>
>>> Stop in /usr/ports/x11-wm/xfce4-wm.
>>> *** Error code 1
>>>
>>> Stop in /usr/ports/x11-wm/xfce4-wm.
>>> *** Error code 1
>>>
>>> Stop in /usr/ports/x11-wm/xfce4.
>>> *** Error code 1
>>>
>>> Stop in /usr/ports/x11-wm/xfce4.
>>>
>>> --
>>> Takashi Fujita
>>> rina.invers...@gmail.com
>>> ___
>>> freebsd-ports@freebsd.org mailing list
>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>>> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>>
>>
>> As I said, the xfcemerge script does not remove old files. So please
>> remove any file under xfce4-wm/files except extrapatch-src__events.c.
>>
>
>
> --
> Takashi Fujita
> rina.invers...@gmail.com
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

I see. I'll fix this. Try the new xfcemerge script attached.

-- 
Zhihao Yuan, nickname lichray
The best way to predict the future is to invent it.
___
4BSD -- http://4bsd.biz/


xfcemerge
Description: Binary data
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Xfce 4.10 on FreeBSD 9 release powerpc

[Takashi Fujita]

Thank you for the correspondence.
May the following methods be used although it is the order of the real 
way of a script?


1.execute xfcemerge
2.cd /usr/ports/x11/xfce4
3.make clean
4.make install clean

If there is a file deleted beforehand, please let me know.

(12/05/15 22:37), Zhihao Yuan wrote:

On Tue, May 15, 2012 at 7:50 AM, Takashi Fujita
  wrote:

After deleting a file, when make install clean was performed again, the
following errors came out and compile was interrupted.

==>Patching for xfce4-session-4.10.0
==>Applying FreeBSD patches for xfce4-session-4.10.0
1 out of 1 hunks ignored--saving rejects to
xfce4-session/xfsm-shutdown-helper.c.rej
=>Patch patch-xfce4-session_xfsm-shutdown-helper.c failed to apply cleanly.


(2012/05/15 21:26), Zhihao Yuan wrote:


On Tue, May 15, 2012 at 7:21 AM, Takashi Fujita
wrote:


M9686J/A Mac mini G4 FreeBSD 9-Release is installed in 1.25 GHz.

The following contribution tends to be seen and it is going to install
Xfce4.10 in this environment.


Hi folks,

I've updated the xfce-4.10 tarball [1] (it contains only the latest
versions of Xfce4 core).
Changes :
- Delete thunarvfs in bsd.xfce.mk, because this library now, is
obsolete, even if it always used by archiver/squeeze (no update since
4 years).
- Drop support of GTK3 in x11-themes/gtk-xfce-engine

I've also add shell script 'xfcemerge' [2] (based on marcusmerge and
kdemerge) to easily update ports tree. It works with tarball and with
my repository.

In my repository we can found the latest versions of :
- x11/xfce4-screenshooter-plugin,
http://www.freebsd.org/cgi/query-pr.cgi?pr=167537
- www/midori, http://www.freebsd.org/cgi/query-pr.cgi?pr=167536
- sysutils/xfce4-battery-plugin (1.0.2)
- sysutils/xfce4-systemload-plugin (1.1.0)
- x11-clocks/xfce4-timer-out-plugin (1.0.1)
- graphics/ristretto (0.6.0)

Enjoy

[1] http://xfce-ports.googlecode.com/files/xfce-4.10.tar.xz
[2] http://xfce-ports.googlecode.com/files/xfcemerge



shell script'xfcemerge' was performed and port tree was updated.

When
[cd /usr/ports/x11-wm/xfce4]
[make config-recursive]
[make install clean]
and a command are executed after that, the following error comes out and
compile goes wrong.

===>  Installing for xfce-4.10
===>   xfce-4.10 depends on executable: xfwm4 - not found
===>Verifying install for xfwm4 in /usr/ports/x11-wm/xfce4-wm
===>  Patching for xfce4-wm-4.10.0
===>  Applying FreeBSD patches for xfce4-wm-4.10.0
File to patch:
No file found--skip this patch? [n]y
2 out of 2 hunks ignored--saving rehects to
doc/manual/images/Makefile.in.rej
Can't create doc/manual/images/Makefile.in.rej, output is in
/tmp/patchrvHLsNE: No such file or directory
=>Patch patch-doc_manual_images_Makefile.in failed to apply cleanly.
*** Error code 1

Stop in /usr/ports/x11-wm/xfce4-wm.
*** Error code 1

Stop in /usr/ports/x11-wm/xfce4-wm.
*** Error code 1

Stop in /usr/ports/x11-wm/xfce4.
*** Error code 1

Stop in /usr/ports/x11-wm/xfce4.

--
Takashi Fujita
rina.invers...@gmail.com
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"



As I said, the xfcemerge script does not remove old files. So please
remove any file under xfce4-wm/files except extrapatch-src__events.c.




--
Takashi Fujita
rina.invers...@gmail.com
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


I see. I'll fix this. Try the new xfcemerge script attached.



___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Xfce 4.10 on FreeBSD 9 release powerpc

[Zhihao Yuan]

On Tue, May 15, 2012 at 8:52 AM, Takashi Fujita
 wrote:
> Thank you for the correspondence.
> May the following methods be used although it is the order of the real way
> of a script?
>
> 1.execute xfcemerge
> 2.cd /usr/ports/x11/xfce4
> 3.make clean
> 4.make install clean

You may want to try:
sudo xfcemerge
 - followed by -
sudo portmaster -a

portmaster will handle the upgrade order according to the dependencies.

>
> If there is a file deleted beforehand, please let me know.
>
>
> (12/05/15 22:37), Zhihao Yuan wrote:
>>
>> On Tue, May 15, 2012 at 7:50 AM, Takashi Fujita
>>   wrote:
>>>
>>> After deleting a file, when make install clean was performed again, the
>>> following errors came out and compile was interrupted.
>>>
>>> ==>Patching for xfce4-session-4.10.0
>>> ==>Applying FreeBSD patches for xfce4-session-4.10.0
>>> 1 out of 1 hunks ignored--saving rejects to
>>> xfce4-session/xfsm-shutdown-helper.c.rej
>>> =>Patch patch-xfce4-session_xfsm-shutdown-helper.c failed to apply
>>> cleanly.
>>>
>>>
>>> (2012/05/15 21:26), Zhihao Yuan wrote:


 On Tue, May 15, 2012 at 7:21 AM, Takashi Fujita
     wrote:
>
>
> M9686J/A Mac mini G4 FreeBSD 9-Release is installed in 1.25 GHz.
>
> The following contribution tends to be seen and it is going to install
> Xfce4.10 in this environment.
>
>> Hi folks,
>>
>> I've updated the xfce-4.10 tarball [1] (it contains only the latest
>> versions of Xfce4 core).
>> Changes :
>> - Delete thunarvfs in bsd.xfce.mk, because this library now, is
>> obsolete, even if it always used by archiver/squeeze (no update since
>> 4 years).
>> - Drop support of GTK3 in x11-themes/gtk-xfce-engine
>>
>> I've also add shell script 'xfcemerge' [2] (based on marcusmerge and
>> kdemerge) to easily update ports tree. It works with tarball and with
>> my repository.
>>
>> In my repository we can found the latest versions of :
>> - x11/xfce4-screenshooter-plugin,
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=167537
>> - www/midori, http://www.freebsd.org/cgi/query-pr.cgi?pr=167536
>> - sysutils/xfce4-battery-plugin (1.0.2)
>> - sysutils/xfce4-systemload-plugin (1.1.0)
>> - x11-clocks/xfce4-timer-out-plugin (1.0.1)
>> - graphics/ristretto (0.6.0)
>>
>> Enjoy
>>
>> [1] http://xfce-ports.googlecode.com/files/xfce-4.10.tar.xz
>> [2] http://xfce-ports.googlecode.com/files/xfcemerge
>>
>
> shell script'xfcemerge' was performed and port tree was updated.
>
> When
> [cd /usr/ports/x11-wm/xfce4]
> [make config-recursive]
> [make install clean]
> and a command are executed after that, the following error comes out
> and
> compile goes wrong.
>
> ===>      Installing for xfce-4.10
> ===>       xfce-4.10 depends on executable: xfwm4 - not found
> ===>        Verifying install for xfwm4 in /usr/ports/x11-wm/xfce4-wm
> ===>      Patching for xfce4-wm-4.10.0
> ===>      Applying FreeBSD patches for xfce4-wm-4.10.0
> File to patch:
> No file found--skip this patch? [n]y
> 2 out of 2 hunks ignored--saving rehects to
> doc/manual/images/Makefile.in.rej
> Can't create doc/manual/images/Makefile.in.rej, output is in
> /tmp/patchrvHLsNE: No such file or directory
> =>    Patch patch-doc_manual_images_Makefile.in failed to apply
> cleanly.
> *** Error code 1
>
> Stop in /usr/ports/x11-wm/xfce4-wm.
> *** Error code 1
>
> Stop in /usr/ports/x11-wm/xfce4-wm.
> *** Error code 1
>
> Stop in /usr/ports/x11-wm/xfce4.
> *** Error code 1
>
> Stop in /usr/ports/x11-wm/xfce4.
>
> --
> Takashi Fujita
> rina.invers...@gmail.com
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to
> "freebsd-ports-unsubscr...@freebsd.org"



 As I said, the xfcemerge script does not remove old files. So please
 remove any file under xfce4-wm/files except extrapatch-src__events.c.

>>>
>>>
>>> --
>>> Takashi Fujita
>>> rina.invers...@gmail.com
>>> ___
>>> freebsd-ports@freebsd.org mailing list
>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>>> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>>
>>
>> I see. I'll fix this. Try the new xfcemerge script attached.
>>
>
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"



-- 
Zhihao Yuan, nickname lichray
The best way to predict the future is to invent it.
___
4BSD -- http://4bsd.biz/
_

Re: BUILD_DEPENDS= RUN_DEPENDS=

[Bryan Drewery]

On 05/14/2012 11:10 PM, b. f. wrote:
>> Hi,
>>
>> I was trying to append to these in my /etc/make.conf and found that a
>> large (thousands) number of ports are using = instead of +=, thus
>> destroying any user-supplied depends.
>>
>> The use case for wanting to do this is to force devel/ccache to be a
>> build dependency on all ports, for package building. Or to force in a
>> particular library along with LDFLAGS into particular ports. This is
>> achievable by modifying bsd.local.mk, but is not ideal.
>>
>> This goes along with updating all CLFAGS/LDFLAGS to use += instead of =.
>>
>> If there is no objection to this route, I will follow-up with a patch/PR
>> to update the ports and handbook.
> 
> Only those user-supplied depends that are added in makefiles included
> before those lines are parsed (like make.conf) can be affected. But
> there are a number of other makefiles that exist solely for
> customizations like you describe -- you mentioned one of them,
> bsd.local.mk.  It is safer and more efficient to move as many of your
> customizations as possible out of make.conf, and into these other
> makefiles, as was intended.  "+=" was used for a few other variables
> because these few were often already defined in make.conf for other
> reasons -- but we are trying to discourage abuse of make.conf, so
> making a large number of unnecessary changes to make it possible for
> further additions to make.conf is a bad idea.
> 
> b.

Alright sounds good. I'll drop the endeavor and stick to bsd.local.mk.

Thanks!

Regards,
Bryan Drewery

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: install py-matplotlib fails

[Geoffrey Mainland]

On 05/13/2012 01:02, Norman Khine wrote:
> Hello, I am trying to install the py-matplotlib but get this error:
> 
> BUILDING MATPLOTLIB
> matplotlib: 1.0.1
> python: 2.7.3 (default, May 12 2012, 17:36:49)  [GCC 4.2.1
> 20070831 patched [FreeBSD]]
>   platform: freebsd9
> 
> REQUIRED DEPENDENCIES
>  numpy: no
> * You must install numpy 1.1 or later to build
> * matplotlib.
> 
> i have installed numpy
> 
> # pkg_version -v | grep py27-numpy
> py27-numpy-1.6.1_1,1=   up-to-date with port
> 
> but running python i get this traceback:
> 
> Python 2.7.3 (default, May 12 2012, 17:36:49)
> [GCC 4.2.1 20070831 patched [FreeBSD]] on freebsd9
> Type "help", "copyright", "credits" or "license" for more information.
 import numpy
> Traceback (most recent call last):
>   File "", line 1, in 
>   File "/usr/local/lib/python2.7/site-packages/numpy/__init__.py",
> line 137, in 
> import add_newdocs
>   File "/usr/local/lib/python2.7/site-packages/numpy/add_newdocs.py",
> line 9, in 
> from numpy.lib import add_newdoc
>   File "/usr/local/lib/python2.7/site-packages/numpy/lib/__init__.py",
> line 13, in 
> from polynomial import *
>   File "/usr/local/lib/python2.7/site-packages/numpy/lib/polynomial.py",
> line 17, in 
> from numpy.linalg import eigvals, lstsq
>   File "/usr/local/lib/python2.7/site-packages/numpy/linalg/__init__.py",
> line 48, in 
> from linalg import *
>   File "/usr/local/lib/python2.7/site-packages/numpy/linalg/linalg.py",
> line 23, in 
> from numpy.linalg import lapack_lite
> ImportError: /usr/local/lib/libalapack.so.2: Undefined symbol "cblas_zswap"
> 
> i followed this thread
> http://forums.freebsd.org/showthread.php?t=29085 but still no luck.
> 
> what am i missing?
> 
> thanks

I've seen numpy fail when installed from a post-GCC 4.5-removal ports
tree on a system that has ports that were built from a pre-GCC
4.5-removal ports tree. Mixing the two is bad news.

What has worked for some: completely remove numpy, gcc 4.5 *and* gcc
4.6, lapack and blas. Then reinstall numpy and see if "import numpy" works.

If that doesn't work, the only thing I can recommend is a port rebuild.
Sorry :/

Geoff

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: PHP 5.4.0 : lang/php54

[Svyatoslav Lempert]

2012/5/15 Olivier Mueller :
>> >> FreeBSD 8.3 is done, please commit update lang/php5 to PHP 5.4 to
>> >> portstree. Thank you in advance.
>> >
>> > I'm just waiting for final release of suhosin (both patch and extension)
>> > to commit the update.
>>
>> Do you know the release date of suhosin for this version? Stefan Esser
>> did not make any changes in git repo
>> https://github.com/stefanesser/suhosin more than a month and did not
>> answer to email. Maybe should do without it?
>
> It seems there is still some activity, check for example the comments:
> https://github.com/stefanesser/suhosin/issues/14
>
> "Just as a reminder that PHP 5.4.x is not yet supported.
> Current tree compiles against it, without disabling features.
> However some problems with the dropped variable statistics and the
> session module."
>
>
> and https://github.com/stefanesser/suhosin/issues/5#issuecomment-5612025 :
>
> "Initial support" means that it now compiles against PHP 5.4 in a
> correct way. However PHP 5.4 has a myriad of code changes and therefore
> stuff might still be broken.
> It is already known that there is a problem with sessions and gallery."
>
>
> So it will probably take a while...  (which is fine for me, I'll have to
> switch to lang/php53 anyway then).
>

So I think we need release a new version without suhosin patch and
check the compatibility of all ports that depend on it (before), and
then when suhosin will appear (if there), then simply add it to the
port.

For me personally actual version 5.2 (for really old scripts that are
used by our customers and I support this version in backports) and the
new version 5.4 for new installations

-- 
Svyatoslav
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

`No strings in PORTVERSION' (non-)limitation

[Dmitry Marakasov]

Hi!

There are software versions like, say, 1.1.git20120515, 1.1.beta2, 1.1.rc1

Historically, there have been a `limitation' of not using strings
(e.g. two or more consecutive letters) in PORTVERSION. Such versions
were to put into DISTVERSION instead of PORTVERSION, and the latter
will be generated by port.mk automatically by replacing strings
with their first letters (and doing some other mangling), so above
mentioned versions will become correspondingly 1.1.g20120515, 1.1.b2,
1.1.r1.

I wondered what is the reason for such a limitation, and so far no
one could answer me (at least or #bsdports). I still want to know
the reason, or, if there's actually none, we may consider removing
the limitation at all.

The limitation seems to be quite virtual as it is, as strings in
portversions are already handled without problems, I can't find any
mention of it in the porter's handbook and the only ones who remember
it seems to be us committers and portlint. Which is even more strange,
portlint makes exception for /pl[0-9]*/ for some reason:

if ($portversion =~ /^pl[0-9]*$/ || $portversion =~ 
/^[0-9]*[A-Za-z]?[0-9]*(\.[0-9]*[A-Za-z]?[0-9+]*)*$/) {
# PORTVERSION is OK

First, non-reason for this limitation:
- Strings will be handled incorrectly
They are handled exactly like letters. pkg_version -t which we use to
compare versions actually doesn't distinct between f and foo, that is -
it already does a same thing as port.mk's DISTVERSION->PORTVERSION
mangling which shortens strings to the first letters.

As letters are handled nicely (including 1 < 2.a < 2 rule, which is
very useful for 1 -> 2.beta-> 2), so strings will be.

And resons for removing it:
- No real reasons to have it (?)
- It's not documented (or did I miss it?)
- Some ports already use strings (and nothing become broken):

/usr/ports/databases/sybtcl/Makefile:PORTVERSION=   3.0rc2
/usr/ports/devel/py-diazo/Makefile:PORTVERSION= 1.0rc4
/usr/ports/dns/bind96/Makefile:PORTVERSION= 9.6.3.1.ESV.R6
/usr/ports/games/xchomp/Makefile:PORTVERSION=   pl1
/usr/ports/graphics/linux-gdk-pixbuf/Makefile:PORTVERSION=  0.22.0.18.fc4.2
/usr/ports/japanese/xgate/Makefile:PORTVERSION= 3.7pl6
/usr/ports/java/jboss5/Makefile:PORTVERSION=5.1.0.GA
/usr/ports/korean/hpscat/Makefile:PORTVERSION=  1.3jshin
/usr/ports/multimedia/linux-f10-libtheora/Makefile:PORTVERSION= 1.0rc1
/usr/ports/net/c3270/Makefile:PORTVERSION=  3.3.12ga7
/usr/ports/news/cnews/Makefile:PORTVERSION= cr.g
/usr/ports/news/husky-msged/Makefile:PORTVERSION=   6.2RC1
/usr/ports/print/xdvi/Makefile:PORTVERSION= pl20
/usr/ports/x11-wm/amiwm/Makefile:PORTVERSION=   0.21.pl2
/usr/ports/x11-wm/tvtwm/Makefile:PORTVERSION=   pl11

- Mangled version numbers are not informative. Judging by package
  version, there's no way to tell if an application just uses letters
  as a part of its version (like openssl, for example), or you've
  happened to have alpha/beta/rc or vcs snapshot of a software,
  which you'll most likely want to update to a proper release as
  soon as it's available
- Less confusion in ports as in many cases extra entity can be avoided

So, if we need this limitation, reason should be given, it should be
documented, and listed ports fixed. Otherwise, portlint should be fixed
and we should all march into the bright future of informative version
numbers :)

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru  ..:  jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: x11-toolkits/wxgtk29

[Rainer Hurling]

On 15.05.2012 08:35 (UTC+1), Max Khon wrote:

Rainer,

I will update the port, hopefully today


Max,

thanks for your fast response. I am really looking forward to the update,

Rainer


Sent from iPhone

On 15.05.2012, at 12:22, Rainer Hurling  wrote:


In the ports we find version 2.9.2 of wxGTK2 with source tarball from 
2011-07-04. There had been many improvements and 2.9.3 is released since 
2011-12-14.

I am the maintainer of math/saga and I am trying to prepare my port for the 
upcoming SAGA GIS version 2.1.0, which needed at least wxGTK2-2.9.x. With 
version 2.9.2 there are some strange string conversion errors and there is a 
good chance that they are solved in a newer version.

Are there any plans to update the port version to 2.9.3 (or to forthcoming 
2.9.4) in the near future?


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: PHP 5.4.0 : lang/php54

[Michael Scheidell]

On 5/15/12 11:05 AM, Svyatoslav Lempert wrote:

So I think we need release a new version without suhosin patch and
check the compatibility of all ports that depend on it (before), and
then when suhosin will appear (if there), then simply add it to the
port.


-1
susosin patch is not a 'compatibility' issue.  it is a security issue.
I would consider recommending a lang/php54 port, for people who 
absolutely need it.  include the 'WITH_SUHOSIN_PATCH' knob and mark it 
'IGNORE' so that anyone who expects the stsndard, default, upward 
compatible security will be warned against installing this port.


leave php5.3 the default lang/php5 for now.  wait till suhosin patch is 
released.  use lang/php54 for anyone who absolutely must play with 5.4
(I am still going through pains replacing apache 13 and php5.2 with 
nginx and php53).  don't think I want to /_by default_/ open up a 
security hole.



--
Michael Scheidell, CTO
>*| * SECNAP Network Security Corporation
d: +1.561.948.2259
w: http://people.freebsd.org/~scheidell
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: `No strings in PORTVERSION' (non-)limitation

[Chris Rees]

On 15 May 2012 16:09, "Dmitry Marakasov"  wrote:
>
> Hi!
>
> There are software versions like, say, 1.1.git20120515, 1.1.beta2, 1.1.rc1

Thanks for following this up; since we discussed this I've been thinking
though-  why put the git bit in anyway?  Does it have anything special
apart from a date marker, and if not, won't a date suffice?

> Historically, there have been a `limitation' of not using strings
> (e.g. two or more consecutive letters) in PORTVERSION. Such versions
> were to put into DISTVERSION instead of PORTVERSION, and the latter
> will be generated by port.mk automatically by replacing strings
> with their first letters (and doing some other mangling), so above
> mentioned versions will become correspondingly 1.1.g20120515, 1.1.b2,
> 1.1.r1.
>
> I wondered what is the reason for such a limitation, and so far no
> one could answer me (at least or #bsdports). I still want to know
> the reason, or, if there's actually none, we may consider removing
> the limitation at all.
>
> The limitation seems to be quite virtual as it is, as strings in
> portversions are already handled without problems, I can't find any
> mention of it in the porter's handbook and the only ones who remember
> it seems to be us committers and portlint. Which is even more strange,
> portlint makes exception for /pl[0-9]*/ for some reason:
>
> if ($portversion =~ /^pl[0-9]*$/ || $portversion =~
/^[0-9]*[A-Za-z]?[0-9]*(\.[0-9]*[A-Za-z]?[0-9+]*)*$/) {
># PORTVERSION is OK
>
> First, non-reason for this limitation:
> - Strings will be handled incorrectly
> They are handled exactly like letters. pkg_version -t which we use to
> compare versions actually doesn't distinct between f and foo, that is -
> it already does a same thing as port.mk's DISTVERSION->PORTVERSION
> mangling which shortens strings to the first letters.
>
> As letters are handled nicely (including 1 < 2.a < 2 rule, which is
> very useful for 1 -> 2.beta-> 2), so strings will be.
>
> And resons for removing it:
> - No real reasons to have it (?)
> - It's not documented (or did I miss it?)
> - Some ports already use strings (and nothing become broken):
>
> /usr/ports/databases/sybtcl/Makefile:PORTVERSION=   3.0rc2
> /usr/ports/devel/py-diazo/Makefile:PORTVERSION= 1.0rc4
> /usr/ports/dns/bind96/Makefile:PORTVERSION= 9.6.3.1.ESV.R6
> /usr/ports/games/xchomp/Makefile:PORTVERSION=   pl1
> /usr/ports/graphics/linux-gdk-pixbuf/Makefile:PORTVERSION=
 0.22.0.18.fc4.2
> /usr/ports/japanese/xgate/Makefile:PORTVERSION= 3.7pl6
> /usr/ports/java/jboss5/Makefile:PORTVERSION=5.1.0.GA
> /usr/ports/korean/hpscat/Makefile:PORTVERSION=  1.3jshin
> /usr/ports/multimedia/linux-f10-libtheora/Makefile:PORTVERSION= 1.0rc1
> /usr/ports/net/c3270/Makefile:PORTVERSION=  3.3.12ga7
> /usr/ports/news/cnews/Makefile:PORTVERSION= cr.g
> /usr/ports/news/husky-msged/Makefile:PORTVERSION=   6.2RC1
> /usr/ports/print/xdvi/Makefile:PORTVERSION= pl20
> /usr/ports/x11-wm/amiwm/Makefile:PORTVERSION=   0.21.pl2
> /usr/ports/x11-wm/tvtwm/Makefile:PORTVERSION=   pl11
>
> - Mangled version numbers are not informative. Judging by package
>  version, there's no way to tell if an application just uses letters
>  as a part of its version (like openssl, for example), or you've
>  happened to have alpha/beta/rc or vcs snapshot of a software,
>  which you'll most likely want to update to a proper release as
>  soon as it's available
> - Less confusion in ports as in many cases extra entity can be avoided
>
> So, if we need this limitation, reason should be given, it should be
> documented, and listed ports fixed. Otherwise, portlint should be fixed
> and we should all march into the bright future of informative version
> numbers :)
>
> --
> Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
> amd...@amdmi3.ru  ..:  jabber: amd...@jabber.ruhttp://www.amdmi3.ru
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: PHP 5.4.0 : lang/php54

[Eitan Adler]

On 15 May 2012 11:17, Michael Scheidell  wrote:
> -1
> susosin patch is not a 'compatibility' issue.  it is a security issue.
> I would consider recommending a lang/php54 port, for people who absolutely
> need it.  include the 'WITH_SUHOSIN_PATCH' knob and mark it 'IGNORE' so that
> anyone who expects the stsndard, default, upward compatible security will be
> warned against installing this port.
>
> leave php5.3 the default lang/php5 for now.  wait till suhosin patch is
> released.  use lang/php54 for anyone who absolutely must play with 5.4
> (I am still going through pains replacing apache 13 and php5.2 with nginx
> and php53).  don't think I want to /_by default_/ open up a security hole.

+1

this is imho the best solution available

-- 
Eitan Adler
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Heimdal 1.5.2 problem

[Robert Simmons]

On Tue, May 15, 2012 at 5:46 AM, Dewayne Geraghty
 wrote:
> Thanks for the updates Robert.
>
> I've pursued building heimdal on a custom FreeBSD9-Stable jail built without
> crypto (openssl, heimdal,...); and forced the selection of bdb throughout the
> range 5 to 41 via the following ports.conf setting
>
> *: WITH_BDB_VER=5
> ...
> *: WITH_BDB_VER=41
> Combined with
> security/heimdal: PREFIX=/usr/local | WITH_CRACKLIB | WITHOUT_SQLITE | 
> WITH_BDB
>
> Only the databases/db41 builds heimdal to completion.  All others terminated
> with
>
> 
>
> /var/ports/usr/ports/security/heimdal/work/heimdal-1.5.2/lib/com_err/.libs/libc
> om_err.so /usr/local/lib/libintl.so /usr/local/lib/libiconv.so
> /var/ports/usr/ports/security/heimdal/work/heimdal-1.5.2/lib/roken/.libs/librok
> en.so ../../lib/sqlite/.libs/libheimsqlite.so 
> ../../lib/roken/.libs/libroken.so
> -lcrypt /usr/local/lib/libldap.so /usr/local/lib/libsasl2.so -lssl -lcrypto
> /usr/local/lib/liblber.so -ldb  -O2 -O2 -march=prescott -mtune=prescott
> -Wl,--version-script -Wl,./version-script.map -pthread   -pthread -Wl,-soname
> -Wl,libhdb.so.11 -o .libs/libhdb.so.11
> .libs/db3.o: In function `hdb_db_create':
> db3.c:(.text+0x3a): multiple definition of `hdb_db_create'
> .libs/db.o:db.c:(.text+0x15): first defined here
> *** Error code 1
> 
>
> There was a change to /usr/ports/security/heimda/files with the addition of
> patch patch-cf__db.m4, which I removed during one build attempt with db41. 
> This
> generated many more error messages
>
> 
> libtool: compile:  cc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include
> -I../../lib/roken -I../../lib/roken -I../asn1 -I./../asn1 -I/usr/local/include
> -DHDB_DB_DIR=\"/var/db/heimdal\" -I./../krb5 -I../../lib/sqlite
> -I/usr/local/include -I/usr/local/include/db41 -D_LARGE_FILES= -Wall
> -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast 
> -Wmissing-declarations
> -Wnested-externs -O2 -pipe -pipe -O2 -g0 -ggdb0 -DSTRIP_FBSDID -UDEBUGGING
> -UEBUGGING -I/usr/local/include/db41 -DLDAP_DEPRECATED -fno-strict-aliasing 
> -MT
> db.lo -MD -MP -MF .deps/db.Tpo -c db.c  -fPIC -DPIC -o .libs/db.o
> db.c: In function 'DB_close':
> db.c:48: error: too few arguments to function 'd->close'
> db.c: In function 'DB_lock':
> db.c:67: error: too few arguments to function 'd->fd'
> db.c: In function 'DB_unlock':
> db.c:80: error: too few arguments to function 'd->fd'
> db.c: In function 'DB_seq':
> db.c:104: error: 'DB' has no member named 'seq'
> ...
> 
>
> Unfortunately this confirms that the heimdal 1.5.2 port doesn't build with 
> bdb.
> I'll advise later in the week, the result of my preferred build of heimdal 
> over
> ldap (over bdb5).
>
> For completeness, FreeBSD9-Stable was updated yesterday (May 14) and the ports
> tree was also updated and built on a virgin machine today (May 15).

Yep.  That's exactly what I've found.  Also, as I have noted earlier,
if you look at the output from configure during the building of the
heimdal port, it builds db41 as a dependency, but configure does not
find it!  The only version of BDB that configure finds is the one in
the base OS which is 185!

This port is totally borken as far as building with BDB backend support.

I've reached out to the Heimdal mailing list for some assistance, and
I will try to fix the problem myself and submit a patch to the port.
I haven't been able to get the port maintainer to respond to queries
about this problem, but he may just be very busy.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: On file installation

[Fernando Apesteguía]

On Mon, May 14, 2012 at 7:40 PM, Fernando Apesteguía
 wrote:
> On Mon, May 14, 2012 at 7:31 PM, Chris Rees  wrote:
>> On 14 May 2012 18:23, Fernando Apesteguía  
>> wrote:
>>> Hi,
>>>
>>> I'm working on a port for an application written in Java and I'm
>>> having some problems deciding how to install the application.
>>> Previous to the installation, the WRKSRC directory contains some .jar
>>> files and some directories along with some .txt files for
>>> licenses, but also some .exe and .bat files _which I don't want to
>>> install_. It is basically a package that contains both files for
>>> windows and non-windows systems.
>>>
>>> I was thinking on using COPYTREE_SHARE to install everything and then
>>> remove the non necessary files, but doesn't look like
>>> an elegant solution. Also, I wouldn't like to explicitly specify every
>>> one of the files I want to copy. Is there a way of using something
>>> similar to bash's extglob so I can copy !(*.exe|*bat)? If not, how to 
>>> proceed?
>>>
>>> I already looked at the existent ports to find something similar but
>>> it seems hard to find. I also had a look at bsd.port.mk but
>>> I couldn't find what I'm looking for.
>>
>> You can use find primaries with COPYTREE_SHARE such as;
>>
>> (cd ${WRKSRC}/wherever && ${COPYTREE_SHARE} \*
>> ${JAVALIBDIR}/${PORTNAME}/wherever "-not -name \*.exe -and -not -name
>> \*.bat"
>
> Thanks! I think that is what I was looking for :)

Sorry guys, but I think I need more help :). I tried with the following line:

( cd ${WRKSRC}/JDownloader && ${COPYTREE_SHARE} \*
${PREFIX}/${PORTNAME}/ "! -name \*.exe" )

but it doesn't seem to follow primaries and it still installs the .exe
files. I just tried with:

( cd ${WRKSRC}/JDownloader && ${COPYTREE_SHARE} \*
${PREFIX}/${PORTNAME}/ "! -name JDownloader.exe" )

and check that effectively the file is not installed so I suppose this
has something to do with quoting and escaping special characters (the
asterisk). I found the following line in audio/xmp/Makefile:

( cd ${WRKSRC}/docs && ${COPYTREE_SHARE} \* \
${DOCSDIR} '! ( -name Makefile -or -name xmp.1 \
-or -name *.bak -or -name *.orig )' )

that seems pretty close to what I'm trying to do, so I tried with this:

( cd ${WRKSRC}/JDownloader && ${COPYTREE_SHARE} \*
${PREFIX}/${PORTNAME}/ '! ( -name *.exe )' )

but then, the asterisk is expanded and find fails:

find: JDownloader.exe: unknown primary or operator

what am I doing wrong?

Thanks in advance.

>
> I'll give it a try.
>
>>
>> Chris
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: On file installation

[Chris Rees]

On 15 May 2012 18:14, Fernando Apesteguía  wrote:
> On Mon, May 14, 2012 at 7:40 PM, Fernando Apesteguía
>  wrote:
>> On Mon, May 14, 2012 at 7:31 PM, Chris Rees  wrote:
>>> On 14 May 2012 18:23, Fernando Apesteguía  
>>> wrote:
 Hi,

 I'm working on a port for an application written in Java and I'm
 having some problems deciding how to install the application.
 Previous to the installation, the WRKSRC directory contains some .jar
 files and some directories along with some .txt files for
 licenses, but also some .exe and .bat files _which I don't want to
 install_. It is basically a package that contains both files for
 windows and non-windows systems.

 I was thinking on using COPYTREE_SHARE to install everything and then
 remove the non necessary files, but doesn't look like
 an elegant solution. Also, I wouldn't like to explicitly specify every
 one of the files I want to copy. Is there a way of using something
 similar to bash's extglob so I can copy !(*.exe|*bat)? If not, how to 
 proceed?

 I already looked at the existent ports to find something similar but
 it seems hard to find. I also had a look at bsd.port.mk but
 I couldn't find what I'm looking for.
>>>
>>> You can use find primaries with COPYTREE_SHARE such as;
>>>
>>> (cd ${WRKSRC}/wherever && ${COPYTREE_SHARE} \*
>>> ${JAVALIBDIR}/${PORTNAME}/wherever "-not -name \*.exe -and -not -name
>>> \*.bat"
>>
>> Thanks! I think that is what I was looking for :)
>
> Sorry guys, but I think I need more help :). I tried with the following line:
>
> ( cd ${WRKSRC}/JDownloader && ${COPYTREE_SHARE} \*
> ${PREFIX}/${PORTNAME}/ "! -name \*.exe" )
>
> but it doesn't seem to follow primaries and it still installs the .exe
> files. I just tried with:
>
> ( cd ${WRKSRC}/JDownloader && ${COPYTREE_SHARE} \*
> ${PREFIX}/${PORTNAME}/ "! -name JDownloader.exe" )
>
> and check that effectively the file is not installed so I suppose this
> has something to do with quoting and escaping special characters (the
> asterisk). I found the following line in audio/xmp/Makefile:
>
> ( cd ${WRKSRC}/docs && ${COPYTREE_SHARE} \* \
>                ${DOCSDIR} '! ( -name Makefile -or -name xmp.1 \
>                -or -name *.bak -or -name *.orig )' )
>
> that seems pretty close to what I'm trying to do, so I tried with this:
>
> ( cd ${WRKSRC}/JDownloader && ${COPYTREE_SHARE} \*
> ${PREFIX}/${PORTNAME}/ '! ( -name *.exe )' )
>
> but then, the asterisk is expanded and find fails:
>
> find: JDownloader.exe: unknown primary or operator
>
> what am I doing wrong?

Escape the *;

(cd ${WRKSRC}/JDownloader && ${COPYTREE_SHARE} \* ${PREFIX}/${PORTNAME}/
 '! ( -name \*.exe )' )

Chris
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: `No strings in PORTVERSION' (non-)limitation

[Dmitry Marakasov]

* Chris Rees (utis...@gmail.com) wrote:

> Thanks for following this up; since we discussed this I've been thinking
> though-  why put the git bit in anyway?  Does it have anything special
> apart from a date marker, and if not, won't a date suffice?

Date doesn't itself indicate that this is a VCS snapshot, it may
be upstream versioning scheme as well. `git' otoh is unambigous
indication that this is a snapshot, and even tells which VCS it is.
This is not limited to VCS snapshots - also alphas/betas/release
candidates. Finally, letter-specific version comparison scheme is
often needed, so 1.1 < 1.2.git123 or 1.2.beta2 or 1.2.rc2 < 1.2.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru  ..:  jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

pulseaudio patch for Makefile to enable building with clang

[Alan Hicks]

I've been able to build pulseaudio with clang using the attached patch
and thus far it appears to be working ok on 9.0-RELEASE i386.

Hope it's of use,
Alan

--- Makefile.bak2012-05-15 13:44:49.0 +0100
+++ Makefile2012-05-15 17:52:56.0 +0100
@@ -42,6 +42,10 @@
 CPPFLAGS+= -I${LOCALBASE}/include
 LDFLAGS+=  -L${LOCALBASE}/lib
 
+.if ${CC} == clang
+CFLAGS+=   -fheinous-gnu-extensions
+.endif
+
 CONFIGURE_ARGS=--localstatedir=/var \
--with-database=gdbm \
--without-caps \
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: On file installation

[Fernando Apesteguía]

On Tue, May 15, 2012 at 7:29 PM, Chris Rees  wrote:
> On 15 May 2012 18:14, Fernando Apesteguía  
> wrote:
>> On Mon, May 14, 2012 at 7:40 PM, Fernando Apesteguía
>>  wrote:
>>> On Mon, May 14, 2012 at 7:31 PM, Chris Rees  wrote:
 On 14 May 2012 18:23, Fernando Apesteguía  
 wrote:
> Hi,
>
> I'm working on a port for an application written in Java and I'm
> having some problems deciding how to install the application.
> Previous to the installation, the WRKSRC directory contains some .jar
> files and some directories along with some .txt files for
> licenses, but also some .exe and .bat files _which I don't want to
> install_. It is basically a package that contains both files for
> windows and non-windows systems.
>
> I was thinking on using COPYTREE_SHARE to install everything and then
> remove the non necessary files, but doesn't look like
> an elegant solution. Also, I wouldn't like to explicitly specify every
> one of the files I want to copy. Is there a way of using something
> similar to bash's extglob so I can copy !(*.exe|*bat)? If not, how to 
> proceed?
>
> I already looked at the existent ports to find something similar but
> it seems hard to find. I also had a look at bsd.port.mk but
> I couldn't find what I'm looking for.

 You can use find primaries with COPYTREE_SHARE such as;

 (cd ${WRKSRC}/wherever && ${COPYTREE_SHARE} \*
 ${JAVALIBDIR}/${PORTNAME}/wherever "-not -name \*.exe -and -not -name
 \*.bat"
>>>
>>> Thanks! I think that is what I was looking for :)
>>
>> Sorry guys, but I think I need more help :). I tried with the following line:
>>
>> ( cd ${WRKSRC}/JDownloader && ${COPYTREE_SHARE} \*
>> ${PREFIX}/${PORTNAME}/ "! -name \*.exe" )
>>
>> but it doesn't seem to follow primaries and it still installs the .exe
>> files. I just tried with:
>>
>> ( cd ${WRKSRC}/JDownloader && ${COPYTREE_SHARE} \*
>> ${PREFIX}/${PORTNAME}/ "! -name JDownloader.exe" )
>>
>> and check that effectively the file is not installed so I suppose this
>> has something to do with quoting and escaping special characters (the
>> asterisk). I found the following line in audio/xmp/Makefile:
>>
>> ( cd ${WRKSRC}/docs && ${COPYTREE_SHARE} \* \
>>                ${DOCSDIR} '! ( -name Makefile -or -name xmp.1 \
>>                -or -name *.bak -or -name *.orig )' )
>>
>> that seems pretty close to what I'm trying to do, so I tried with this:
>>
>> ( cd ${WRKSRC}/JDownloader && ${COPYTREE_SHARE} \*
>> ${PREFIX}/${PORTNAME}/ '! ( -name *.exe )' )
>>
>> but then, the asterisk is expanded and find fails:
>>
>> find: JDownloader.exe: unknown primary or operator
>>
>> what am I doing wrong?
>
> Escape the *;
>
> (cd ${WRKSRC}/JDownloader && ${COPYTREE_SHARE} \* ${PREFIX}/${PORTNAME}/
>  '! ( -name \*.exe )' )

That executes the following:

(cd /usr/home/fernape/porting/jdownloader/port/work/JDownloader &&
/bin/sh -c '(/usr/bin/find -d $0 $2 | /usr/bin/cpio -dumpl $1
>/dev/null  2>&1) &&  /usr/sbin/chown -R root:wheel $1 &&
/usr/bin/find -d $0 $2 -type d -exec chmod 755 $1/{} \; &&
/usr/bin/find -d $0 $2 -type f -exec chmod 444 $1/{} \;' -- \*
/usr/local/jdownloader/ '! ( -name \*.exe )' )

which results in:

$ ls /usr/local/jdownloader

JDUpdate.exe   JDownloaderBETA.exejd/
license.txtoutdated.dat   tools/
windows_restore.bat
JDownloader.exeJDownloaderD3D.exe jdupdate.jar
license_german.txt plugins/   version.txt
JDownloader.jarjava/  libs/
licenses/  tmp/   windows_createlog.bat

The .exe files are still there.

>
> Chris
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

openjdk update and rxtx

[Warren Block]

After updating openjdk6, comms/rxtx gave an exception when devel/arduino 
tried to use it.


Rebuilding comms/rxtx solved it.  Don't know why portmaster didn't see 
that.


% arduino
Exception in thread "main" java.lang.NoClassDefFoundError: 
gnu/io/CommPortIdentifier
at processing.app.Editor.populateSerialMenu(Editor.java:969)
at processing.app.Editor.buildToolsMenu(Editor.java:697)
at processing.app.Editor.buildMenuBar(Editor.java:482)
at processing.app.Editor.(Editor.java:204)
at processing.app.Base.handleOpen(Base.java:700)
at processing.app.Base.handleOpen(Base.java:665)
at processing.app.Base.handleNew(Base.java:561)
at processing.app.Base.(Base.java:301)
at processing.app.Base.main(Base.java:190)
Caused by: java.lang.ClassNotFoundException: gnu.io.CommPortIdentifier
at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
... 9 more

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: openjdk update and rxtx

[Michael Scheidell]

On 5/15/12 6:21 PM, Warren Block wrote:
After updating openjdk6, comms/rxtx gave an exception when 
devel/arduino tried to use it.


Rebuilding comms/rxtx solved it.  Don't know why portmaster didn't see 
that.
if comms/rxtx was a different revision/portversion, you should open a PR 
with a patch to devel/arduino that requires a minimum that 
revision/portversion.


If not, open a pr with two patches.  One to bump portrevision of 
comms/rxtx, one to make devel/arduino require it.


(maybe)

ymmv

--
Michael Scheidell, CTO
>*| * SECNAP Network Security Corporation
d: +1.561.948.2259
w: http://people.freebsd.org/~scheidell
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Stop in /usr/ports/multimedia/mlt

[Alberto Villa]

On Tue, May 15, 2012 at 9:00 AM, Alberto Villa  wrote:
> A patch is being tested. Next time you have a problem with a port,
> please, contact the maintainer.

The fix was committed. Thanks for reporting.
-- 
Alberto Villa, FreeBSD committer 
http://people.FreeBSD.org/~avilla
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Problem building cmake

[Francisco Souza]

Hi there,
I can't install cmake:

# make install clean
===>  Building for cmake-2.8.8
[  2%] Built target cmIML_test
[  6%] Built target cmsys
[  7%] Built target cmsys_c
[ 10%] Built target cmzlib
[ 10%] Built target cmcompress
[ 12%] Built target cmbzip2
[ 13%] Built target cmexpat
[ 13%] Built target foo
[ 22%] Built target cmForm
[ 22%] Built target cmsysTestDynload
[ 25%] Built target cmsysTestsCxx
[ 25%] Built target cmsysTestProcess
[ 26%] Built target cmsysTestSharedForward
[ 26%] Built target cmsysTestsC
[ 26%] Building C object Utilities/cmcurl/CMakeFiles/cmcurl.dir/multi.c.o
[ 45%] Built target cmlibarchive
[ 46%] Building C object
Utilities/cmcurl/CMakeFiles/cmcurl.dir/parsedate.c.o
[ 46%] Building C object Utilities/cmcurl/CMakeFiles/cmcurl.dir/progress.c.o
/usr/ports/devel/cmake/work/cmake-2.8.8/Utilities/cmcurl/multi.c:1708:
error: expected declaration specifiers or '...' before numeric constant
/usr/ports/devel/cmake/work/cmake-2.8.8/Utilities/cmcurl/multi.c:1710:
error: conflicting types for 'curl_multi_socket_action'
/usr/local/include/curl/multi.h:258: error: previous declaration of
'curl_multi_socket_action' was here
*** Error code 1
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 1

Stop in /usr/ports/devel/cmake.

I'm using FreeBSD 8.3.

Does anyone know this error?

-- 
~f
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: WITH_GCC

[Gerald Pfeifer]

Hi Andriy,

Mark Linimon worked on a similar patchset in the past.  Have the
two of you synced and shared patches?  I did review some of his
a bit ago, and while I do not have that any more, I believe it
was somewhat different than your approach.

I'll provide some comments below.  Note, I am not opposed to the
patch, but feel it may be better broken up in distinct and independent
changes.  Some should go through a full cluster build.  And some
give me serious headache.

On Fri, 11 May 2012, Andriy Gapon wrote:
> Hopefully it should handle the bootstrapping better by accounting for 
> lang/gcc*
> ports dependencies and avoiding creating any circular dependencies.
> For simplicity the GCC ports and their dependencies are forced to be 
> built with the base GCC, although this does not have to be required.

Looking at the patch, there is no documentation.  Can you please add
some comments to document the new setting and how it interacts with
what is in place as of today?

> +.if defined(WITH_GCC) && ${PORTNAME} != gcc
> +
> +# See if we can use a later version or exclusively the one specified.
> +_WITH_GCC:=  ${WITH_GCC:S/+//}

Shouldn't there first be some code that handles the case where USE_GCC
and WITH_GCC are specified at the same time?

Also, is this duplication of code really necessary between the two
settings, or could that be avoided by setting USE_GCC appropriately
under the right conditions ("if and only if...") or something like
that?

>  .if defined(_GCC_ORLATER)
> +. if defined(_WITH_GCC)
> +.  if ${_USE_GCC} < ${_WITH_GCC}
> +_USE_GCC:= ${_WITH_GCC}
> +.  endif
> +. endif

When can this happen?  And can this be handled earlier, cf. above?

> -_GCC_BUILD_DEPENDS:= gcc${V}
>  _GCC_PORT_DEPENDS:=  gcc${V}
> +.   if ${V} == ${GCC_DEFAULT_V}
> +_GCC_BUILD_DEPENDS:= gcc
> +.   else
> +_GCC_BUILD_DEPENDS:= gcc${V}
> +.   endif

Isn't this an unrelated change to what you are mainly working on?

I'd prefer to avoid that, unless there is a good reason.  And if
there is, I'm open (and like) to see this go in separately.

> +_GCC_OWN_DEPENDS!= (cd ${PORTSDIR}/lang/${_GCC_BUILD_DEPENDS} && ${MAKE} -V
> _UNIFIED_DEPENDS)
> +.   for _CURDIR in ${.CURDIR} # only loop variable are expanded in variable
> modifiers
> +.   if ${_GCC_OWN_DEPENDS:M*\:${_CURDIR}} != ""
> +.undef _GCC_BUILD_DEPENDS
> +.undef _GCC_PORT_DEPENDS
> +.   else

Headache, major headache. :-)  What is this for, do we really need
it, and why, and can this be done differently?

> +CFLAGS+= ${CFLAGS.${CC}}
> +CXXFLAGS+=   ${CXXFLAGS.${CC}}

Similarly here.  Where does this come from, why is it related to
the WITH_GCC versus USE_GCC patch?  Can and should this be split
out?  How is it used and where?  Where is it defined?

Gerald

PS: I won't be able to do FreeBSD work the coming two weeks (at all, 
probably) but am very open to working with you and this change or
changes split out of that as well as other changes. Do not read
anything into it if responses may take a bit at times. :-)
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Problem building cmake

[Raphael Kubo da Costa]

Francisco Souza  writes:

> [ 26%] Building C object Utilities/cmcurl/CMakeFiles/cmcurl.dir/multi.c.o
> [ 45%] Built target cmlibarchive
> [ 46%] Building C object
> Utilities/cmcurl/CMakeFiles/cmcurl.dir/parsedate.c.o
> [ 46%] Building C object Utilities/cmcurl/CMakeFiles/cmcurl.dir/progress.c.o
> /usr/ports/devel/cmake/work/cmake-2.8.8/Utilities/cmcurl/multi.c:1708:
> error: expected declaration specifiers or '...' before numeric constant
> /usr/ports/devel/cmake/work/cmake-2.8.8/Utilities/cmcurl/multi.c:1710:
> error: conflicting types for 'curl_multi_socket_action'
> /usr/local/include/curl/multi.h:258: error: previous declaration of
> 'curl_multi_socket_action' was here

Can you cd to $WRKSRC and run `make -j1 V=1' and post the output of the
failing compiler call?

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: pulseaudio patch for Makefile to enable building with clang

[Mark Linimon]

The best thing to do with patches is submit them as PRs, either via
send-pr(1) or via the web interface.  That way, the port maintainer
(if any) gets automaticially notified.  (Well, automatic if the Synopsis
contains the category/portname explicitly)

mcl
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Problem building cmake

[Conrad J. Sabatier]

On Tue, 15 May 2012 22:31:09 -0300
Francisco Souza  wrote:

> Hi there,
> I can't install cmake:
> 
> # make install clean
> ===>  Building for cmake-2.8.8
> [  2%] Built target cmIML_test
> [  6%] Built target cmsys
> [  7%] Built target cmsys_c
> [ 10%] Built target cmzlib
> [ 10%] Built target cmcompress
> [ 12%] Built target cmbzip2
> [ 13%] Built target cmexpat
> [ 13%] Built target foo
> [ 22%] Built target cmForm
> [ 22%] Built target cmsysTestDynload
> [ 25%] Built target cmsysTestsCxx
> [ 25%] Built target cmsysTestProcess
> [ 26%] Built target cmsysTestSharedForward
> [ 26%] Built target cmsysTestsC
> [ 26%] Building C object
> Utilities/cmcurl/CMakeFiles/cmcurl.dir/multi.c.o [ 45%] Built target
> cmlibarchive [ 46%] Building C object
> Utilities/cmcurl/CMakeFiles/cmcurl.dir/parsedate.c.o
> [ 46%] Building C object
> Utilities/cmcurl/CMakeFiles/cmcurl.dir/progress.c.o 
> /usr/ports/devel/cmake/work/cmake-2.8.8/Utilities/cmcurl/multi.c:1708:
> error: expected declaration specifiers or '...' before numeric
> constant 
> /usr/ports/devel/cmake/work/cmake-2.8.8/Utilities/cmcurl/multi.c:1710:
> error: conflicting types for 'curl_multi_socket_action'
> /usr/local/include/curl/multi.h:258: error: previous declaration of
> 'curl_multi_socket_action' was here
> *** Error code 1
> 1 error
> *** Error code 2
> 1 error
> *** Error code 2
> 1 error
> *** Error code 1
> 
> Stop in /usr/ports/devel/cmake.
> 
> I'm using FreeBSD 8.3.
> 
> Does anyone know this error?
> 

When did 2.8.8 make it into the ports repo?  I'm still showing version
2.8.7 here, and I update my ports tree daily.  Did you customize the
Makefile yourself to build this later version?

-- 
Conrad J. Sabatier
conr...@cox.net
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Problem building cmake

[Raphael Kubo da Costa]

"Conrad J. Sabatier"  writes:

> When did 2.8.8 make it into the ports repo?

On May 3rd when I committed it :-) For reference,
.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Problem building cmake

[Francisco Souza]

On Tue, May 15, 2012 at 10:56 PM, Raphael Kubo da Costa
wrote:

>
> Can you cd to $WRKSRC and run `make -j1 V=1' and post the output of the
> failing compiler call?
>
>
Same output:

# make -j1 V=1
[  0%] Building C object
Utilities/KWIML/test/CMakeFiles/cmIML_test.dir/test.c.o
[  1%] Building C object
Utilities/KWIML/test/CMakeFiles/cmIML_test.dir/test_ABI_C.c.o
[  1%] Building C object
Utilities/KWIML/test/CMakeFiles/cmIML_test.dir/test_INT_C.c.o
[  1%] Building C object
Utilities/KWIML/test/CMakeFiles/cmIML_test.dir/test_include_C.c.o
[  1%] Building CXX object
Utilities/KWIML/test/CMakeFiles/cmIML_test.dir/test_ABI_CXX.cxx.o
[  2%] Building CXX object
Utilities/KWIML/test/CMakeFiles/cmIML_test.dir/test_INT_CXX.cxx.o
[  2%] Building CXX object
Utilities/KWIML/test/CMakeFiles/cmIML_test.dir/test_include_CXX.cxx.o
Linking CXX executable cmIML_test
[  2%] Built target cmIML_test
[  2%] Building C object Source/kwsys/CMakeFiles/cmsys.dir/ProcessUNIX.c.o
[  3%] Building C object Source/kwsys/CMakeFiles/cmsys.dir/Base64.c.o
[  3%] Building C object Source/kwsys/CMakeFiles/cmsys.dir/MD5.c.o
[  3%] Building C object Source/kwsys/CMakeFiles/cmsys.dir/Terminal.c.o
[  3%] Building C object Source/kwsys/CMakeFiles/cmsys.dir/System.c.o
[  4%] Building C object Source/kwsys/CMakeFiles/cmsys.dir/String.c.o
[  4%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/Directory.cxx.o
[  4%] Building CXX object
Source/kwsys/CMakeFiles/cmsys.dir/DynamicLoader.cxx.o
[  4%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/Glob.cxx.o
[  5%] Building CXX object
Source/kwsys/CMakeFiles/cmsys.dir/RegularExpression.cxx.o
[  5%] Building CXX object
Source/kwsys/CMakeFiles/cmsys.dir/SystemTools.cxx.o
[  5%] Building CXX object
Source/kwsys/CMakeFiles/cmsys.dir/CommandLineArguments.cxx.o
[  5%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/Registry.cxx.o
[  6%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/IOStream.cxx.o
[  6%] Building CXX object
Source/kwsys/CMakeFiles/cmsys.dir/SystemInformation.cxx.o
Linking CXX static library libcmsys.a
[  6%] Built target cmsys
[  6%] Building C object Source/kwsys/CMakeFiles/cmsys_c.dir/ProcessUNIX.c.o
[  6%] Building C object Source/kwsys/CMakeFiles/cmsys_c.dir/Base64.c.o
[  6%] Building C object Source/kwsys/CMakeFiles/cmsys_c.dir/MD5.c.o
[  7%] Building C object Source/kwsys/CMakeFiles/cmsys_c.dir/Terminal.c.o
[  7%] Building C object Source/kwsys/CMakeFiles/cmsys_c.dir/System.c.o
[  7%] Building C object Source/kwsys/CMakeFiles/cmsys_c.dir/String.c.o
Linking C static library libcmsys_c.a
[  7%] Built target cmsys_c
[  7%] Building C object Utilities/cmzlib/CMakeFiles/cmzlib.dir/adler32.c.o
[  7%] Building C object Utilities/cmzlib/CMakeFiles/cmzlib.dir/compress.c.o
[  8%] Building C object Utilities/cmzlib/CMakeFiles/cmzlib.dir/crc32.c.o
[  8%] Building C object Utilities/cmzlib/CMakeFiles/cmzlib.dir/deflate.c.o
[  8%] Building C object Utilities/cmzlib/CMakeFiles/cmzlib.dir/gzio.c.o
[  8%] Building C object Utilities/cmzlib/CMakeFiles/cmzlib.dir/inffast.c.o
[  9%] Building C object Utilities/cmzlib/CMakeFiles/cmzlib.dir/inflate.c.o
[  9%] Building C object Utilities/cmzlib/CMakeFiles/cmzlib.dir/inftrees.c.o
[  9%] Building C object Utilities/cmzlib/CMakeFiles/cmzlib.dir/trees.c.o
[  9%] Building C object Utilities/cmzlib/CMakeFiles/cmzlib.dir/uncompr.c.o
[ 10%] Building C object Utilities/cmzlib/CMakeFiles/cmzlib.dir/zutil.c.o
Linking C static library libcmzlib.a
[ 10%] Built target cmzlib
[ 10%] Building C object
Utilities/cmcompress/CMakeFiles/cmcompress.dir/cmcompress.c.o
Linking C static library libcmcompress.a
[ 10%] Built target cmcompress
[ 10%] Building C object
Utilities/cmbzip2/CMakeFiles/cmbzip2.dir/blocksort.c.o
[ 11%] Building C object
Utilities/cmbzip2/CMakeFiles/cmbzip2.dir/huffman.c.o
[ 11%] Building C object
Utilities/cmbzip2/CMakeFiles/cmbzip2.dir/crctable.c.o
[ 11%] Building C object
Utilities/cmbzip2/CMakeFiles/cmbzip2.dir/randtable.c.o
[ 11%] Building C object
Utilities/cmbzip2/CMakeFiles/cmbzip2.dir/compress.c.o
[ 11%] Building C object
Utilities/cmbzip2/CMakeFiles/cmbzip2.dir/decompress.c.o
[ 12%] Building C object Utilities/cmbzip2/CMakeFiles/cmbzip2.dir/bzlib.c.o
Linking C static library libcmbzip2.a
[ 12%] Built target cmbzip2
[ 13%] Building C object
Utilities/cmexpat/CMakeFiles/cmexpat.dir/xmlparse.c.o
[ 13%] Building C object Utilities/cmexpat/CMakeFiles/cmexpat.dir/xmltok.c.o
[ 13%] Building C object
Utilities/cmexpat/CMakeFiles/cmexpat.dir/xmlrole.c.o
Linking C static library libcmexpat.a
[ 13%] Built target cmexpat
[ 13%] Building C object
Source/CursesDialog/form/CMakeFiles/cmForm.dir/fld_arg.c.o
[ 13%] Building C object
Source/CursesDialog/form/CMakeFiles/cmForm.dir/fld_attr.c.o
[ 14%] Building C object
Source/CursesDialog/form/CMakeFiles/cmForm.dir/fld_current.c.o
[ 14%] Building C object
Source/CursesDialog/form/CMakeFiles/cmForm.dir/fld_def.c.o
[ 14%] Building C object
Source/CursesDialog/form/CMakeFiles/cmForm.dir/fld_dup.c.o
[ 

Re: Problem building cmake

[Raphael Kubo da Costa]

Francisco Souza  writes:

> On Tue, May 15, 2012 at 10:56 PM, Raphael Kubo da Costa
> wrote:
>
>>
>> Can you cd to $WRKSRC and run `make -j1 V=1' and post the output of the
>> failing compiler call?
>>
>>
> Same output:

Sorry, I ended up mixing the autotools and cmake variables.

Please use `make -j1 VERBOSE=1'.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Problem building cmake

[Conrad J. Sabatier]

On Tue, 15 May 2012 23:32:56 -0300
Raphael Kubo da Costa  wrote:

> "Conrad J. Sabatier"  writes:
> 
> > When did 2.8.8 make it into the ports repo?
> 
> On May 3rd when I committed it :-) For reference,
> .

How odd.  I csup my local CVS repo regularly, and it hasn't turned up
yet.  May be time to switch mirrors.

-- 
Conrad J. Sabatier
conr...@cox.net
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: openjdk update and rxtx

[Warren Block]

On Tue, 15 May 2012, Michael Scheidell wrote:




On 5/15/12 6:21 PM, Warren Block wrote:
After updating openjdk6, comms/rxtx gave an exception when devel/arduino 
tried to use it.


Rebuilding comms/rxtx solved it.  Don't know why portmaster didn't see 
that.
if comms/rxtx was a different revision/portversion, you should open a PR with 
a patch to devel/arduino that requires a minimum that revision/portversion.


If not, open a pr with two patches.  One to bump portrevision of comms/rxtx, 
one to make devel/arduino require it.


(maybe)


comms/rxtx is still the same version.  It just stopped working after the 
openjdk upgrade until it was rebuilt.  I suspect anything trying to use 
rxtx will have the same problem.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Can't get hplip to work on HP LaserJet 1212nf MFP

[Thomas Mueller]

from "Edwin L. Culp W." :

> I have the exact same model sitting here with me and have been trying to
> get it to work again.  I can't really understand why it doesn't.  It did
> work for me perfectly for a couple of months and then my  computer's
> motherboard died and after the change, I haven't been able to get it to
> work again.  It finds its IP through dhcp and but I can't get it to react.
> My previous email to the list is at:

> http://lists.freebsd.org/pipermail/freebsd-questions/2012-April/240116.html

> We should be able to get it going.   I haven't looked at it for a couple of
> weeks (Just long enough to have forgotten what I have done) so I'll try
> again from zero and let you know if I have any luck.

> ed

> I rebuilt everything and still can't get it to work.  I even tried USB for
> configuration and it says that "HP LaserJet Professional m1212nf MFP,
> hpcups 3.12.2, requires proprietary plugin" so I'm going back to IP and try
> again from scratch.

Thanks for your effort. 

So you managed to get the printer recognized by hp-setup with USB, but it 
couldn't download and/or install the proprietary plugin?

I've read recent reviews of various printer brands in PC World, and HP and 
Lexmark got low ratings for reliability.

Now I have a strong aversion to buying anything in the future of HP brand, 
except toner if I can get the printer to work.

Their tech support was offshored to India, and they had a difficult time 
communicating in English.  Also, their free tech support, either by phone or 
email, is only for one year, while Lexmark allowed five years.

Some things I can try include:

Building new version of the port for both amd64 and i386; I will want to build 
i386 distribution from source to install on a USB stick both for wine and for 
the old computer.  Old computer can't boot directly from USB but can with Plop 
Boot Manager (http://www.plop.at/).  I could also try the MS-Windows software 
with wine.

NetBSD with pkgsrc-wip; also retry the old build with Ethernet, but getting IP 
address from wireless router if not from dmesg.boot .

Linux with a package manager like pacman or conary.

OpenIndiana: I saw a reference to hplip, so worth a try with USB sticks even if 
OpenIndiana can't access my hard drive due to GPT.  I actually downloaded and 
wrote the image to a USB stick.

Tom
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Can't get hplip to work on HP LaserJet 1212nf MFP: accidently resent message

[Thomas Mueller]

> from "Edwin L. Culp W." :

> > I have the exact same model sitting here with me and have been trying to
> > get it to work again.  I can't really understand why it doesn't.  It did
> > work for me perfectly for a couple of months and then my  computer's

I accidently resent a message in this thread that I already sent a day ago.  
Sorry for duplicate message!

Tom
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: WITH_GCC

[Andriy Gapon]

on 16/05/2012 04:35 Gerald Pfeifer said the following:
> Hi Andriy,
> 
> Mark Linimon worked on a similar patchset in the past.  Have the
> two of you synced and shared patches?  I did review some of his
> a bit ago, and while I do not have that any more, I believe it
> was somewhat different than your approach.

Yes.   While I tried only to add support for requesting a different version of
GCC, Mark is also adding support for a different compiler altogether (clang).
Mark's patch is also more comprehensive in other aspects (e.g. WANT_GCC).
We are looking at each other's changes :-)

> I'll provide some comments below.  Note, I am not opposed to the
> patch, but feel it may be better broken up in distinct and independent
> changes.  Some should go through a full cluster build.  And some
> give me serious headache.
> 
> On Fri, 11 May 2012, Andriy Gapon wrote:
>> Hopefully it should handle the bootstrapping better by accounting for 
>> lang/gcc*
>> ports dependencies and avoiding creating any circular dependencies.
>> For simplicity the GCC ports and their dependencies are forced to be 
>> built with the base GCC, although this does not have to be required.
> 
> Looking at the patch, there is no documentation.  Can you please add
> some comments to document the new setting and how it interacts with
> what is in place as of today?

I think that I provided that in one of my earlier emails.  You are correct that
it should go in as a documentation comment.
But at the moment, here it is for the reference:

[quote]
The idea behind the patch:
- if WITH_GCC is not defined, then everything should be as before
- if WITH_GCC is defined, but USE_GCC is not defined, then USE_GCC gets set
  from WITH_GCC and then everything should be handled as before
- if both are defined
  o if USE_GCC is a concrete version, then it wins
  o else (if USE_GCC has the "X+") form, then the minimum requested version
becomes MAX(X, Y), where Y is from WITH_GCC [*]

[*] Note that whether WITH_GCC has "Y" or "Y+" form doesn't matter in this case.

In all cases WITH_GCC can be used only to increase minimum required GCC version,
unless a port wants a concrete fixed version.
[/quote]

>> +.if defined(WITH_GCC) && ${PORTNAME} != gcc
>> +
>> +# See if we can use a later version or exclusively the one specified.
>> +_WITH_GCC:= ${WITH_GCC:S/+//}
> 
> Shouldn't there first be some code that handles the case where USE_GCC
> and WITH_GCC are specified at the same time?

My approach is different:
- first validate that WITH_GCC has a sane value
- set USE_GCC if it is not set but WITH_GCC is set

Only after these steps I try to handle the case where both knobs are set
(according to the logic described at the beginning).

> Also, is this duplication of code really necessary between the two
> settings, or could that be avoided by setting USE_GCC appropriately
> under the right conditions ("if and only if...") or something like
> that?

The code duplication is not nice, agreed.  But I do not see what you suggest.
There are two different variables with a value in the same format, both could be
set at the same time, they could be set to different values, both need to be
validated.

>>  .if defined(_GCC_ORLATER)
>> +. if defined(_WITH_GCC)
>> +.  if ${_USE_GCC} < ${_WITH_GCC}
>> +_USE_GCC:= ${_WITH_GCC}
>> +.  endif
>> +. endif
> 
> When can this happen?  And can this be handled earlier, cf. above?

This is the case when e.g. a port has USE_GCC=4.2+ and a user specifies
WITH_GCC=4.6+.  I can't see how this case can be handled earlier, but I wouldn't
rule out that it could be possible.

>> -_GCC_BUILD_DEPENDS:=gcc${V}
>>  _GCC_PORT_DEPENDS:= gcc${V}
>> +.   if ${V} == ${GCC_DEFAULT_V}
>> +_GCC_BUILD_DEPENDS:=gcc
>> +.   else
>> +_GCC_BUILD_DEPENDS:=gcc${V}
>> +.   endif
> 
> Isn't this an unrelated change to what you are mainly working on?

Yes.  I locally preferred that gcc 4.6 dependency is handled by lang/gcc instead
of lang/gcc46 when neither is installed yet.

> I'd prefer to avoid that, unless there is a good reason.  And if
> there is, I'm open (and like) to see this go in separately.

I am not sure if it could be considered a good reason, but lang/gcc seems to be
more "stable" and thus user-friendlier.  But yes, the snippet should be excluded
from this patch.

>> +_GCC_OWN_DEPENDS!= (cd ${PORTSDIR}/lang/${_GCC_BUILD_DEPENDS} && ${MAKE} -V
>> _UNIFIED_DEPENDS)
>> +.   for _CURDIR in ${.CURDIR} # only loop variable are expanded in variable
>> modifiers
>> +.   if ${_GCC_OWN_DEPENDS:M*\:${_CURDIR}} != ""
>> +.undef _GCC_BUILD_DEPENDS
>> +.undef _GCC_PORT_DEPENDS
>> +.   else
> 
> Headache, major headache. :-)  What is this for, do we really need
> it, and why,

This is done to handle dependencies of a gcc port itself.

An example.  Current lang/gcc46 has the following:
LIB_DEPENDS=gmp.10:${PORTSDIR}/math/gmp \
mpfr.4:${PORTSDIR}/math/mpfr \
mpc.2:${PORTSDIR}/math/mpc
RUN_DEPENDS+=   ${LOCALBASE}/bi

how to find the number of processor cores

[Svyatoslav Lempert]

Hello,

I need some patch for single core CPU (on VPS), but this construction
do not work


CPUS=   `${SYSCTL} -n kern.smp.cpus`

.if ${CPUS} == "1"
EXTRA_PATCHES=${FILESDIR}/extra-onecorecpu.patch
.endif


And for (but not true for me) if I use != it applyed, I think problem in CPUS=

How to get dubug what data record in CPUS?
How to get CPU core count?

In shell
# sysctl -n kern.smp.cpus
1

-- 
Svyatoslav
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

memcachedb SIGBUS (libevent?)

[Sergey V. Dyatko]

Hi,

I'm trying memcachedb on 10-CURRENT amd64. on my both boxes (laptop
r234992 and desktop 234666) I see following:

%/usr/local/bin/memcachedb -U 0 -u nobody
-f /var/db/memcachedb/default.db -H /var/db/memcachedb
-P /var/run/memcachedb/memcachedb.pid Bus error

tiger# gdb --args /usr/local/bin/memcachedb -U 0 -u nobody
-f /var/db/memcachedb/default.db -H /var/db/memcachedb
-P /var/run/memcachedb/memcachedb.pid [GDB will not be able to debug
user-mode threads: Undefined symbol "td_thr_getxmmregs"] GNU gdb 6.1.1
[FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free
software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions. Type "show copying" to see the conditions. There is
absolutely no warranty for GDB.  Type "show warranty" for details. This
GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols
found)... (gdb) run Starting program: /usr/local/bin/memcachedb -U 0 -u
nobody -f /var/db/memcachedb/default.db -H /var/db/memcachedb
-P /var/run/memcachedb/memcachedb.pid (no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols found)...
Program received signal SIGBUS, Bus error. 0x2c7944f4 in
event_base_set () from /usr/local/lib/libevent-1.4.so.4

any ideas ?

-- 
wbr, tiger
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FYI clang fails to build ports argp-standalone

[Dimitry Andric]

On 2012-05-14 22:03, Outback Dingo wrote:> build on CURRENT Not sure if its 
appropriate here, but when trying to
> get through a new glusterfs FYI clang fails to build ports
> argp-standalone on CURRENT

This is easy to fix, patch attached.
Index: devel/argp-standalone/Makefile
===
RCS file: /home/pcvs/ports/devel/argp-standalone/Makefile,v
retrieving revision 1.12
diff -u -r1.12 Makefile
--- devel/argp-standalone/Makefile	4 Dec 2010 07:31:00 -	1.12
+++ devel/argp-standalone/Makefile	15 May 2012 12:20:47 -
@@ -21,6 +21,7 @@
 AUTOMAKE_ARGS=	-c -a
 ACLOCAL_ARGS=	--acdir=${ACLOCAL_DIR} -I ${LOCALBASE}/share/aclocal
 USE_LDCONFIG=	yes
+USE_CSTD=	c89
 
 PLIST_FILES=	lib/libargp.la lib/libargp.a \
 		lib/libargp.so lib/libargp.so.0 \

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"