New version of OTRS
Hello, please update port, current version is 3.2.3. Thank you Radek ___ 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
Update for net/freerdp failed
I need help to solve this. Thank you. /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-616aed4/include/freerdp/types.h:63: error: previous declaration of 'sint64' was here In file included from /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-616aed4/include/freerdp/utils/registry.h:29, from /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-616aed4/libfreerdp-utils/registry.c:22: /usr/local/include/freerdp/freerdp.h:30:1: warning: FREERDP_INTERFACE_VERSION redefined In file included from /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-616aed4/include/freerdp/utils/file.h:23, from /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-616aed4/libfreerdp-utils/registry.c:20: /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-616aed4/include/freerdp/api.h:23:1: warning: this is the location of the previous definition *** [libfreerdp-utils/CMakeFiles/freerdp-utils.dir/registry.c.o] Error code 1 Stop in /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-616aed4. *** [libfreerdp-utils/CMakeFiles/freerdp-utils.dir/all] Error code 1 Stop in /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-616aed4. *** [all] Error code 1 Stop in /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-616aed4. *** [do-build] Error code 1 Stop in /usr/ports/net/freerdp. *** [build] Error code 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: is it a good idea to overwrite GCC_DEFAULT_VERSION= in Mk/bsd.gcc.mk?
From ger...@pfeifer.com Mon Mar 18 00:32:16 2013 On Sat, 16 Mar 2013, Bryan Drewery wrote: So I wonder if there are any side effects or unexpected effects if I just change GCC_DEFAULT_VERSION= to e.g. 4.7? I don't think this is working as expected. See also ports/177017 which I believe is a bsd.gcc.mk issue and not a pkgng or portmaster issue. My understanding is that this user want When I change GCC_DEFAULT_VERSION to 4.7, it now depends on the gcc47 package, but still is using lang/gcc: You're right! In addition to setting GCC_DEFAULT_VERSION to 4.7, one also needs to adjust the following in Mk/bsd.gcc.mk: . if ${_USE_GCC} == ${GCC_DEFAULT_VERSION} _GCC_PORT:= gcc . else _GCC_PORT:= gcc${V} . endif The most correct way of doing this would be replacing the first line by . if ${_USE_GCC} == 4.6 yes, this solves my problem, thank you. However, it's not portable. When the default is no longer 4.6, but, say 4.7, then one would have to change this to 4.7, right? I understand that one should not just mess with bsd.gcc.mk at will, but would be great if only a single change was needed for situations like mine. Thank you Anton That should then do the right thing; or you could just remove everything except for _GCC_PORT:= gcc${V} Either should work. (I'd love to update GCC_DEFAULT_VERSION to 4.7 one of these days; is the cluster sufficiently recovered for a test run?) Gerald ___ 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: Where has all the groupware gone.....
Paul Pathiakis wrote on 17.03.2013 20:46: Hi, I have tried building many pieces of groupware so that I can replace MS at various client sites. However: zimbra? No port. (Hardcoded /opt/zimbra) kolab? No port.(Hardcoded /kolab - This could work if they got rid of the idiocy of OpenPKG) (A kolab port could easily be done if all the dependencies their rpms were made into a port for it. - It should work fairly easily with ZFS) Citadel? No port. Got it working and seems pretty decent. SimpleGroupware - Not DB independent, MySQL only Tine? Not DB independent, MySQL only (Who does that in this day and age?) Horde? Port is cumbersome and very few tips anywhere to get it up and running quickly on FreeBSD (Is there a doc I can't find?) Horde Web? Same as Horde Egroupware? Sweet... Works nice and seems very useful. Many compliments from people on how well it works. Phpgroupware? Not really groupware in the form of the others above. I'm just evaluating. I have no affiliation with any. However, the lack thereof when we could be inserting groupware FreeBSD servers in clients... :-) Thank you for checking into this and creating real ports and/or documentation. P. FYI: A port for SOGo (http://www.sogo.nu) has been submitted. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/175947 MfG CoCo ___ 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
Current unassigned ports problem reports
(Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description o ports/177053[maintainer] update deskutils/dosage to 1.13 o ports/177052[maintainer] update devel/libdasm to use PORTEXAMPLES o ports/177046deskutils/taskjuggler: documentation attempts to write o ports/177042[new port] emulators/ucon64 f ports/177033[maintainer update] german/BBBike update to 3.18 o ports/177026Update port: lang/scala o ports/177023x11-toolkits/flowcanvas doesn't build with recent grap o ports/177014new port: databases/sqlayer o ports/177001[NEW PORT] www/owncloud5: Personal cloud which runs on f ports/176995[patch] add config testing to net/quagga rc script f ports/176994lang/abcl: upgrade to version 1.1.1 f ports/176986[PATCH] games/uqm: Install the music and voice addons f ports/176950Update mail/milter-greylist to latest stable f ports/176932[PATCH] net-mgmt/nfsen: add missing RUN_DEPENDS o ports/176918New port: sysutils/jaildaemon A fixed command-line int f ports/176907[PATCH] sysutils/syslog-ng2 restore PKGNAMESUFFIX o ports/176893editors/libreoffice 4.0.1.2 doesn't start - crashed o ports/176876[MAINTAINER] textproc/apache-solr: Update to 4.2.0 f ports/176874sysutils/fusefs-sshfs crashes on amd64 o ports/176866[MAINTAINER] japanese/ebnetd: divide rc.d script and e f ports/176830[PATCH] graphics/libexif-gtk: update to 0.4.0, Options o ports/176823[NEW PORT] www/redaxo: The REDAXO content management s o ports/176822New port: multimedia/libsmacker Smacker Video decoding f ports/176816www/privoxy+ipv6 is obsolete o ports/176811[PATCH] editors/semi-xemacs21-mule: should be unbreake o ports/176808unbroken japanese/mikachan-ttfonts f ports/176805rc scripts provided with security/heimdal haven't a co f ports/176785[patch] update games/nlarn from 0.7 to 0.7.2 f ports/176781math/openblas: /usr/include/sys/time.h:134:17: error: o ports/176767[patch] net-im/ari-yahoo broken on freebsd-head o ports/176745[new ports] www/eaccelerator-devel: PHP 5.4 compatible o ports/176720sysutils/syslinux 5.01 not installing all c32 files o ports/176716[patch] devel/boehm-gc update to 7.2d combining previo o ports/176708x11-fonts/code2001: broken checksum f ports/176706www/mambo: MASTER_SITES dns expired o ports/176700Update ports-mgmt/kports and kports-qt4 to prevent bui f ports/176677sysutils/ezjail does not support jailnames with non-ap f ports/176676[patch] net/ss5: syslog option is noisy o ports/176674textproc/syck port fails to compile o ports/17x11/fireflies buildfailure o ports/176660[ports] editors/pdfedit: build failure on ia64 -curren o ports/176651NEW PORT: graphics/flashprojector - Adobe standalone S o ports/176626www/apache22-peruser-mpm fails to build o ports/176625New Port: ports-mgmt/prhistory-sync-perl Sync GNATS PR o ports/176615New port: deskutils/cairo-dock3, Cairo-Dock is a light o ports/176613New port: devel/libgdbmgr, vim interface to gdb f ports/176587[PATCH] mail/dcc-dccd: syntax error in makefile; break o ports/176489sysutils/salt: salt_minion freebsdpkg module fails to o ports/176480[NEW PORT] x11-wm/compton: Compton is a compositor for o ports/176468www/sams can not use the mask /32, with authorization o ports/176456NEW PORT: lang/jsawk - Command-line JSON parser o ports/176445New port: audio/icecast-kh Streaming mp3/ogg-vorbis au s ports/176442Port files with double-colons cannot exist on FAT part f ports/176439net/fping: Possible Fping incompatibility with FreeBSD f ports/176438net-mgmt/nrpe2 consuming cpu when handling new connect o ports/176429New Port: sysutils/ori - Ori Distributed File System f ports/176423audio/clementine-player: always needs two starts f ports/176383sysutils/ipmitool cannot connect over SOL o ports/176382ports dependencies not being recorded o ports/176378[PATCH] Fix several typos in the ports tree o ports/176377New port: sysutils/cbsd Yet another FreeBSD Jail Manag o ports/176352ports
Re: Update for net/freerdp failed
Leslie Jensen wrote on 18.03.2013 10:54: I need help to solve this. Thank you. You need to deinstall old versions first. Please see there for details: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/164843 -- Regards, Ruslan Tinderboxing kills... the drives. ___ 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: New version of OTRS
On 03/18/13 13:44, Radek Krejča wrote: Hello, please update port, current version is 3.2.3. Thank you Radek ___ 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 Hi Radek, I'll plan to prepare patch for OTRS 3.2.3, today. But already you can try using www.freebsd.org/cgi/query-pr.cgi?pr=ports/175701 WBR, Ilya A. Arkhipov. -- WBR, Ilya A. Arkhipov ___ 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: www/nginx-devel patch for HLS RTMP support
Hi Fedor, On Sun, Mar 17, 2013 at 11:37:39PM +0400, Fedor Dikarev wrote: Patch adds ability to build HLS support for RTMP included in 3rd party arut-rtmp-nginx-module Thanks for patch. Is it possible to link rtmp_hls against multimedia/ffmpeg port instead of -devel one? -- Sergey A. Osokin o...@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
[CFT] add a config.site cache for the ports
Hi, The autotools allows us to have a config.site cache where we define our defaults values for a couple of things, and prevent the slow and possibly wrong autodetection. Here is a patch that makes use of it: http://people.freebsd.org/~bapt/autotools_config_site.diff As the libiconv/gettext update has shown the configure scripts can fall back on gnu version of commands first if it find it, and in case gettext is removed you can get trouble. In this config.site, I hardcoded a couple of FreeBSD binaries in order to always use them, but I let the toolchain being autodetected. I also added a couple of headers to avoid useless checks and more can be added in the futur. Any thought? regards, Bapt pgpiZKQhcgerV.pgp Description: PGP signature
Re: www/nginx-devel patch for HLS RTMP support
Hi! At first I've tried to build against ffmpeg but it was unsuccessful -- ffmpeg changes its internal very often so current version of HLS module must be build using ffmpeg-devel. But as far as I have noted today Roman allready had made new version of his module and it doesn't depend on ffmpeg now. So if it's possible it will be very good to add new version of his module to ports tree. 2013/3/18 Sergey A. Osokin o...@freebsd.org Hi Fedor, On Sun, Mar 17, 2013 at 11:37:39PM +0400, Fedor Dikarev wrote: Patch adds ability to build HLS support for RTMP included in 3rd party arut-rtmp-nginx-module Thanks for patch. Is it possible to link rtmp_hls against multimedia/ffmpeg port instead of -devel one? -- Sergey A. Osokin o...@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: CFT mplayer and mencoder snapshot
On 10 March 2013 20:51, Thomas Zander thomas.e.zan...@googlemail.com wrote: I have prepared a recent snapshot of mplayer and mencoder. The port itself has changed quite a bit, therefore testing and reporting (and patches if necessary) are greatly appreciated. The port tarballs can be found here: https://bsdistfiles.googlecode.com/files/m20130310.tar.xz Thank you all for testing and reporting your experiences. I have submitted this patch set now. In case you experience problems, let me know (and provide a patch if possible). Best regards Riggs ___ 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: [CFT] add a config.site cache for the ports
On Mar 18, 2013 12:42 PM, Baptiste Daroussin b...@freebsd.org wrote: Hi, The autotools allows us to have a config.site cache where we define our defaults values for a couple of things, and prevent the slow and possibly wrong autodetection. Here is a patch that makes use of it: http://people.freebsd.org/~bapt/autotools_config_site.diff As the libiconv/gettext update has shown the configure scripts can fall back on gnu version of commands first if it find it, and in case gettext is removed you can get trouble. In this config.site, I hardcoded a couple of FreeBSD binaries in order to always use them, but I let the toolchain being autodetected. I also added a couple of headers to avoid useless checks and more can be added in the futur. Any thought? There are some ports that need to use gnu tar, gnu sed, gnu grep and other gnu stuff. How will this cache affect on those ports? regards, Bapt ___ 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: [CFT] add a config.site cache for the ports
On Mon, Mar 18, 2013 at 02:15:51PM -0500, Jeremy Messenger wrote: On Mar 18, 2013 12:42 PM, Baptiste Daroussin b...@freebsd.org wrote: Hi, The autotools allows us to have a config.site cache where we define our defaults values for a couple of things, and prevent the slow and possibly wrong autodetection. Here is a patch that makes use of it: http://people.freebsd.org/~bapt/autotools_config_site.diff As the libiconv/gettext update has shown the configure scripts can fall back on gnu version of commands first if it find it, and in case gettext is removed you can get trouble. In this config.site, I hardcoded a couple of FreeBSD binaries in order to always use them, but I let the toolchain being autodetected. I also added a couple of headers to avoid useless checks and more can be added in the futur. Any thought? There are some ports that need to use gnu tar, gnu sed, gnu grep and other gnu stuff. How will this cache affect on those ports? regards, Bapt We can always overwrite those in CONFIGURE_ENV if needed, and I'll run an exp-run to make sure no ports requiring gsed, gtar etc fails. regards, Bapt pgp_QXLTx0CFK.pgp Description: PGP signature
Re: [CFT] add a config.site cache for the ports
On Mar 18, 2013 2:24 PM, Baptiste Daroussin b...@freebsd.org wrote: On Mon, Mar 18, 2013 at 02:15:51PM -0500, Jeremy Messenger wrote: On Mar 18, 2013 12:42 PM, Baptiste Daroussin b...@freebsd.org wrote: Hi, The autotools allows us to have a config.site cache where we define our defaults values for a couple of things, and prevent the slow and possibly wrong autodetection. Here is a patch that makes use of it: http://people.freebsd.org/~bapt/autotools_config_site.diff As the libiconv/gettext update has shown the configure scripts can fall back on gnu version of commands first if it find it, and in case gettext is removed you can get trouble. In this config.site, I hardcoded a couple of FreeBSD binaries in order to always use them, but I let the toolchain being autodetected. I also added a couple of headers to avoid useless checks and more can be added in the futur. Any thought? There are some ports that need to use gnu tar, gnu sed, gnu grep and other gnu stuff. How will this cache affect on those ports? regards, Bapt We can always overwrite those in CONFIGURE_ENV if needed, and I'll run an exp-run to make sure no ports requiring gsed, gtar etc fails. If it works very well then I think it sounds good. regards, Bapt ___ 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
pkg registration conflict between libiconv-1.14_1 and gettext-0.18.1.1
Greetings. Today, I attempted to upgrade: libiconv-1.14 - libiconv-1.14_1 And the upgrade failed: === Compressing manual pages for libiconv-1.14_1 === Running ldconfig /sbin/ldconfig -m /usr/local/lib === Registering installation for libiconv-1.14_1 as automatic Installing libiconv-1.14_1...pkg: libiconv-1.14_1 conflicts with gettext-0.18.1.1 (installs files into the same place). Problematic file: /usr/local/lib/charset.alias *** [fake-pkg] Error code 70 Any suggestions? -Kurt ___ 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: pkg registration conflict between libiconv-1.14_1 and gettext-0.18.1.1
On 2013-03-18 15:14, Kurt Lidl wrote: Greetings. Today, I attempted to upgrade: libiconv-1.14 - libiconv-1.14_1 And the upgrade failed: === Compressing manual pages for libiconv-1.14_1 === Running ldconfig /sbin/ldconfig -m /usr/local/lib === Registering installation for libiconv-1.14_1 as automatic Installing libiconv-1.14_1...pkg: libiconv-1.14_1 conflicts with gettext-0.18.1.1 (installs files into the same place). Problematic file: /usr/local/lib/charset.alias *** [fake-pkg] Error code 70 Any suggestions? Read /usr/ports/UPDATING -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: l...@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 ___ 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: [CFT] add a config.site cache for the ports
On 18 Mar 2013 17:42, Baptiste Daroussin b...@freebsd.org wrote: Hi, The autotools allows us to have a config.site cache where we define our defaults values for a couple of things, and prevent the slow and possibly wrong autodetection. Here is a patch that makes use of it: http://people.freebsd.org/~bapt/autotools_config_site.diff As the libiconv/gettext update has shown the configure scripts can fall back on gnu version of commands first if it find it, and in case gettext is removed you can get trouble. In this config.site, I hardcoded a couple of FreeBSD binaries in order to always use them, but I let the toolchain being autodetected. I also added a couple of headers to avoid useless checks and more can be added in the futur. Any thought? This could save literally hours on package builds... Very exciting, thanks for this work! 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: graphics/dri does not build
Le Sun, 17 Mar 2013 17:15:09 +0100, kron kro...@gmail.com a écrit : Hello, does graphics/dri build for you? It fails for me: Same here (9.1-Stable/amd64). As a workaround you can turn off options for radeon card (if you don't use this kind of card of course) Regards ___ 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: graphics/dri does not build
On Sun, Mar 17, 2013 at 05:15:09PM +0100, kron wrote: Hello, does graphics/dri build for you? It fails for me: gmake[5]: Entering directory `/usr/ports/graphics/dri/work/Mesa-7.6.1/src/mesa/drivers/dri/r200' cc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../include -I../../../../../src/mesa -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri -I/usr/local/include -I/usr/local/include/drm-I/usr/local/include -O2 -pipe -fno-stack-protector -march=core2 -fno-strict-aliasing -Wall -Wmissing-prototypes -std=c99 -fno-strict-aliasing -fPIC -DUSE_X86_64_ASM -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DHAVE_LIBDRM_RADEON=1 -I/usr/local/include -I/usr/local/include/drm -DRADEON_COMMON=1 -DRADEON_COMMON_FOR_R200 -Wall r200_context.c -o r200_context.o In file included from radeon_common_context.h:20, from radeon_common.h:4, from r200_context.h:57, from r200_context.c:54: radeon_bocs_wrapper.h:6:23: error: radeon_bo.h: No such file or directory radeon_bocs_wrapper.h:7:27: error: radeon_bo_gem.h: No such file or directory radeon_bocs_wrapper.h:8:23: error: radeon_cs.h: No such file or directory radeon_bocs_wrapper.h:9:27: error: radeon_cs_gem.h: No such file or directory In file included from radeon_bocs_wrapper.h:99, from radeon_common_context.h:20, from radeon_common.h:4, from r200_context.h:57, from r200_context.c:54: radeon_bo_legacy.h:37: warning: 'struct radeon_bo' declared inside parameter list radeon_bo_legacy.h:37: warning: its scope is only this definition or declaration, which is probably not what you want radeon_bo_legacy.h:40: warning: 'struct radeon_bo' declared inside parameter list radeon_bo_legacy.h:44: warning: 'struct radeon_bo' declared inside parameter list In file included from radeon_common.h:83, from r200_context.h:57, from r200_context.c:54: radeon_cmdbuf.h: In function 'radeon_firevertices': radeon_cmdbuf.h:117: error: dereferencing pointer to incomplete type r200_context.c: In function 'r200_emit_query_finish': r200_context.c:254: warning: implicit declaration of function 'radeon_cs_write_dword' r200_context.c:255: warning: implicit declaration of function 'radeon_cs_write_reloc' r200_context.c:255: error: dereferencing pointer to incomplete type r200_context.c:256: warning: implicit declaration of function 'radeon_cs_end' gmake[5]: *** [r200_context.o] Error 1 gmake[5]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.6.1/src/mesa/drivers/dri/r200' gmake[4]: *** [subdirs] Error 1 gmake[4]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.6.1/src/mesa/drivers/dri' gmake[3]: *** [default] Error 1 gmake[3]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.6.1/src/mesa/drivers' gmake[2]: *** [driver_subdirs] Error 2 gmake[2]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.6.1/src/mesa' gmake[1]: *** [subdirs] Error 1 gmake[1]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.6.1/src' gmake: *** [default] Error 1 *** [do-build] Error code 1 Stop in /usr/ports/graphics/dri. BR, Oli ___ 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 This is due to a regressin on pkgconf which has been fixed. regards, Bapt pgp4x1oMePvy0.pgp Description: PGP signature
multimedia/gtk-youtube-viewer requires perl-5.16.x
# multimedia/gtk-youtube-viewer requires perl-5.16.x Hi, Since updating to 3.0.7, youtube-viewer (CLI) cannot run with perl-5.14.x. Meanwhile gtk-youtube-viewer (GUI) works well for viewing videos by specifing ID or from result of searching with some terms yet on GTK+-2.24.17/perl-threaded-5.14.2_1. (I do not know about other functions). Here is a snippet of error messagge from the command-line tool: | $ youtube-viewer | Perl v5.16.0 required--this is only v5.14.2, stopped at /usr/local/bin/youtube-viewer line 106. | BEGIN failed--compilation aborted at /usr/local/bin/youtube-viewer line 106. ___ 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: [CFT] add a config.site cache for the ports
On 18 Mar 2013 17:42, Baptiste Daroussin b...@freebsd.org wrote: Hi, The autotools allows us to have a config.site cache where we define our defaults values for a couple of things, and prevent the slow and possibly wrong autodetection. Here is a patch that makes use of it: http://people.freebsd.org/~bapt/autotools_config_site.diff As the libiconv/gettext update has shown the configure scripts can fall back on gnu version of commands first if it find it, and in case gettext is removed you can get trouble. In this config.site, I hardcoded a couple of FreeBSD binaries in order to always use them, but I let the toolchain being autodetected. I also added a couple of headers to avoid useless checks and more can be added in the futur. Any thought? This could save literally hours on package builds... Very exciting, thanks for this work! Agreed, I like this a lot and will be testing it. Steve ___ 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: Update for net/freerdp failed
I made an update to freerdp 1.0.2. Sorry for the inconvenience. This patch can fix the build if old freerdp is installed in the system. Synopsis: - Fix the build if old freerdp exists in the system - Delete unused GNU_CONFIGURE and CPPFLAGS CC'ed to the maintainer -- `whois vmeta.jp | nkf -w` meta m...@vmeta.jp 2013-03-18 15:54 に Leslie Jensen さんは書きました: I need help to solve this. Thank you. /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-616aed4/include/freerdp/types.h:63: error: previous declaration of 'sint64' was here In file included from /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-616aed4/include/freerdp/utils/registry.h:29, from /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-616aed4/libfreerdp-utils/registry.c:22: /usr/local/include/freerdp/freerdp.h:30:1: warning: FREERDP_INTERFACE_VERSION redefined In file included from /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-616aed4/include/freerdp/utils/file.h:23, from /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-616aed4/libfreerdp-utils/registry.c:20: /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-616aed4/include/freerdp/api.h:23:1: warning: this is the location of the previous definition *** [libfreerdp-utils/CMakeFiles/freerdp-utils.dir/registry.c.o] Error code 1 Stop in /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-616aed4. *** [libfreerdp-utils/CMakeFiles/freerdp-utils.dir/all] Error code 1 Stop in /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-616aed4. *** [all] Error code 1 Stop in /usr/ports/net/freerdp/work/FreeRDP-FreeRDP-616aed4. *** [do-build] Error code 1 Stop in /usr/ports/net/freerdp. *** [build] Error code 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 diff -ruN /usr/ports/net/freerdp/Makefile net/freerdp/Makefile --- /usr/ports/net/freerdp/Makefile 2013-03-19 01:35:23.087796587 + +++ net/freerdp/Makefile2013-03-19 02:28:06.633797121 + @@ -20,11 +20,9 @@ GH_PROJECT=FreeRDP GH_COMMIT= 616aed4 GH_TAGNAME=${GH_COMMIT} -GNU_CONFIGURE= yes LDFLAGS+= -L${LOCALBASE}/lib -CFLAGS+= -I${LOCALBASE}/include -CPPFLAGS+= -I${LOCALBASE}/include +CFLAGS+= -I${WRKSRC}/include -I${LOCALBASE}/include OPTIONS_DEFINE=ALSA CUPS DIRECTFB FFMPEG PULSEAUDIO SSE X11 OPTIONS_DEFAULT= CUPS PULSEAUDIO X11 ___ 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
[QAT] r314264: 3x leftovers, 1x success
- Convert to PEAR_AUTOINSTALL - Trim header - Build ID: 20130315070607-5062 Job owner: m...@freebsd.org Buildtime: 4 days Enddate: Tue, 19 Mar 2013 03:20:11 GMT Revision: r314264 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=314264 - Port:security/pear-Crypt_RSA 1.2.1 Buildgroup: 9.1-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20130315070607-5062-119176/pear-Crypt_RSA-1.2.1.log Buildgroup: 9.1-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20130315070607-5062-119177/pear-Crypt_RSA-1.2.1.log Buildgroup: 8.3-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~m...@freebsd.org/20130315070607-5062-119178/pear-Crypt_RSA-1.2.1.log Buildgroup: 8.3-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20130315070607-5062-119179/pear-Crypt_RSA-1.2.1.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20130315070607-5062 redports https://qat.redports.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