Re: Ports requires pkg 1.6.0, but 1.5.6 is the latest available
On 2015-09-30 16:16, Lowell Gilbert wrote: In short, there is nothing broken in pkg(8) per se. I am pretty sure this problem does not come up if you do everything from quarterly or everything from head; it's strictly an issue of conflicts between the two. More to the point, that using the default pkg settings in 10.2 and the default branch for the ports tree resulted a situation where the two were not compatible. Delaying the bump to MINIMAL_PKG_VERSION until pkg-1.6.0 hit pkg.freebsd.org/*/quarterly would have avoided the issue. If that wisdom reaches the right people among the FreeBSD committers, then this thread will have served its purpose, IMHO. It sounds like it did, so yay us being useful with feedback. Furthermore, I suspect that if the original poster had updated his quarterly-branch version of pkg to the head version, he probably would have been able to build the other port from the head tree. Yes, if she had known there would at some point be a timing issue between repo updates and bumps to MINIMAL_PKG_VERSION, she would have deployed a non-default configuration a long time ago. ;) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ databases/geoserver-mysql-plugin| 2.7.2 | 2.8.0 +-+ graphics/geoserver | 2.7.2 | 2.8.0 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
ffmpeg0 (was: Re: ZoneMinder /zmu dies on FreeBSD 10.2)
Hi, Looks like we need to update ffmpeg0 to some current version. Looked at it and did not understand - there really is v.0.7.17 in use while the modern is 2.8 or I miss something? Please point me to a right source and I will try to compile those libraries. You wrote at 2015-09-29, 20:12:41: > Hi! >> Trying to get run zoneminder-1.25.0_7 built from ports on >> FreeBSD 10.2-RELEASE-p3 #0 r288111 (AMD64) >> >> The `zmu' routine permanently dies getting signal 11, no matter how started. >> >> Could anybody point me where to dig? >> >> As for now there is a stable release 1.28.1, as of February 14th, 2015 >> ( http://www.zoneminder.com/downloads ). >> >> Is it worth for me to try to update the port to that release and see >> whether it still fails, or it would be better to try to debug the >> curent port? > Please try 1.28.1, if it still happens, at least we debug in recent > code 8-} 1.25 is from 2011... > Please have a look at > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190268 > where someone already worked on an update. -- Best regards, Violet mailto:vio...@sm.msk.ru ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ffmpeg0 (was: Re: ZoneMinder /zmu dies on FreeBSD 10.2)
Hi! > Looks like we need to update ffmpeg0 to some current version. It looks like there's a dependency on ffmpeg0, but we also have much newer ffmpeg's in the ports tree. So it's probably a question of getting zoneminder to use the newer versions. > Looked at it and did not understand - there really is v.0.7.17 in use > while the modern is 2.8 or I miss something? Yes. Because those multimedia libs are so complex, sometimes it's difficult to get a new release to integrate. > Please point me to a right source and I will try to compile > those libraries. For ffmpeg, it's easy: multimedia/ffmpeg, which is already 2.8.1 -- p...@opsec.eu+49 171 3101372 5 years to go ! ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Ports are requesting perl 5.20.2 even if perl 5.22 is installed and set as default
Hi all, I can't seem to get the following issue fixed: I've installed perl5.22 as default with the following in /etc/make.conf WITH_OPENSSL_PORT="YES" DEFAULT_VERSIONS+=perl5=5.22 If I try to install OpenSSL (or any other port depending on perl5) they always want to install perl5.20, and, even more interesting perl 5.20.2, which is not in ports anymore (it's 5.20.3). The following error shows up: openssl-1.0.2_4 depends on file: /usr/local/bin/perl5.20.2 - not found ## This is *NOT* the DEFAULT perl version It will *NOT* install /usr/local/bin/perl It will *ONLY* install /usr/local/bin/perl5.20.3 The default Perl version currently is 5.22. If you want to use this version as the default, stop the build now, add this line to your /etc/make.conf, and then restart the build. DEFAULT_VERSIONS+=perl5=5.20 ## This tells me, that the DEFAULT_VERSIONS variable works well. So why are my ports looking for perl 5.20.2? Obviously installing perl 5.20 doesn't help eitehr, as it installs 5.20.3... so I'm locked in a loop, with the port failing after the perl install and on a rerun installing perl again. Help? Mat Btw. I'm on HEAD, r288210, and I've deleted all installed packages and was trying to rebuild everything. I've recreated the ports tree (portsnap fetch extract), but the error persists. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Ports are requesting perl 5.20.2 even if perl 5.22 is installed and set as default
Problem seems solved now. I've found a leftover file in /usr/local/etc: perl5_version Have no idea which program put it there, but it screwed up everything. Deleting it fixed the issue. Cheers, Mat Am 01.10.2015 um 14:48 schrieb Mattia Rossi: Hi all, I can't seem to get the following issue fixed: I've installed perl5.22 as default with the following in /etc/make.conf WITH_OPENSSL_PORT="YES" DEFAULT_VERSIONS+=perl5=5.22 If I try to install OpenSSL (or any other port depending on perl5) they always want to install perl5.20, and, even more interesting perl 5.20.2, which is not in ports anymore (it's 5.20.3). The following error shows up: openssl-1.0.2_4 depends on file: /usr/local/bin/perl5.20.2 - not found ## This is *NOT* the DEFAULT perl version It will *NOT* install /usr/local/bin/perl It will *ONLY* install /usr/local/bin/perl5.20.3 The default Perl version currently is 5.22. If you want to use this version as the default, stop the build now, add this line to your /etc/make.conf, and then restart the build. DEFAULT_VERSIONS+=perl5=5.20 ## This tells me, that the DEFAULT_VERSIONS variable works well. So why are my ports looking for perl 5.20.2? Obviously installing perl 5.20 doesn't help eitehr, as it installs 5.20.3... so I'm locked in a loop, with the port failing after the perl install and on a rerun installing perl again. Help? Mat Btw. I'm on HEAD, r288210, and I've deleted all installed packages and was trying to rebuild everything. I've recreated the ports tree (portsnap fetch extract), but the error persists. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ffmpeg0 (was: Re: ZoneMinder /zmu dies on FreeBSD 10.2)
Hi Kurt, OK. Really, there is the ffmpeg-2.8,1 port. So will try to move depends to that new library. You wrote on 2015-10-01 г., 15:32:30: > Hi! >> Looks like we need to update ffmpeg0 to some current version. > It looks like there's a dependency on ffmpeg0, but we also have > much newer ffmpeg's in the ports tree. So it's probably a > question of getting zoneminder to use the newer versions. >> Looked at it and did not understand - there really is v.0.7.17 in use >> while the modern is 2.8 or I miss something? > Yes. Because those multimedia libs are so complex, sometimes > it's difficult to get a new release to integrate. >> Please point me to a right source and I will try to compile >> those libraries. > For ffmpeg, it's easy: multimedia/ffmpeg, which is already 2.8.1 -- Best regards, Violet mailto:vio...@sm.msk.ru ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Committer needed for PR201175: Update graphics/synfigstudio to 1.0.1
Hi guys and gals, Are there any ports committers that could take a look at this bug report please? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201175 It updates the following related ports with one patch: devel/etl: Update from 0.04.18 to 0.04.19 devel/synfig: Update from 1.0 to 1.0.1 graphics/synfigstudio: Update from 1.0 to 1.0.1 It also implements some improvements to the above ports recommended by user tkato...@yahoo.com Thanks in advance! -Ben -- From: Benjamin Woods woods...@gmail.com ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Ports are requesting perl 5.20.2 even if perl 5.22 is installed and set as default
On Thu, 1 Oct 2015 15:00:55 +0200 Mattia Rossi wrote > Problem seems solved now. > I've found a leftover file in /usr/local/etc: perl5_version > Have no idea which program put it there Perl did. Ironic, isn't it. :) > > Cheers, > > Mat > > Am 01.10.2015 um 14:48 schrieb Mattia Rossi: > > Hi all, > > > > I can't seem to get the following issue fixed: > > > > I've installed perl5.22 as default with the following in /etc/make.conf > > > > WITH_OPENSSL_PORT="YES" > > DEFAULT_VERSIONS+=perl5=5.22 > > > > If I try to install OpenSSL (or any other port depending on perl5) > > they always want to install perl5.20, and, even more interesting perl > > 5.20.2, which is not in ports anymore (it's 5.20.3). The following > > error shows up: > > > > openssl-1.0.2_4 depends on file: /usr/local/bin/perl5.20.2 - not found > > ## > > > > This is *NOT* the DEFAULT perl version > > > > It will *NOT* install /usr/local/bin/perl > > > > It will *ONLY* install /usr/local/bin/perl5.20.3 > > > > The default Perl version currently is 5.22. > > > > If you want to use this version as the default, > > stop the build now, add this line to your > > /etc/make.conf, and then restart the build. > > > > DEFAULT_VERSIONS+=perl5=5.20 > > > > ## > > > > This tells me, that the DEFAULT_VERSIONS variable works well. So why > > are my ports looking for perl 5.20.2? > > Obviously installing perl 5.20 doesn't help eitehr, as it installs > > 5.20.3... so I'm locked in a loop, with the port failing after the > > perl install and on a rerun installing perl again. > > > > Help? > > > > Mat > > > > Btw. I'm on HEAD, r288210, and I've deleted all installed packages and > > was trying to rebuild everything. I've recreated the ports tree > > (portsnap fetch extract), but the error persists. > > > --Chris ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
pkg-updating is buggy
# pkg updating -d 20150914 Was supposed to show 4 entries, but has left out first and last one # pkg updating -d 20150921 Won't show: 20150921: AFFECTS: users of mail/rspamd But: # pkg updating -d 20150921 rspamd Will show it ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
perl modules building error (was: Re: ZoneMinder /zmu dies on FreeBSD 10.2)
Hi Kurt, Trying to change the library. Binaries appear to get linked. Got an error building perl modules: that's an infinite cycle. Please help. No idea where to look. The current version is available at the same place, http://sm.msk.ru/files/zoneminder128.tar.bz2 -rw-r--r-- 1 root wheel 23847 Oct 1 21:07 zoneminder128.tar.bz2 orc# md5 zoneminder128.tar.bz2 MD5 (zoneminder128.tar.bz2) = 56f9dbe94630058b3c9a2039d6e1d85b [ 94%] Built target zmstreamer /usr/local/bin/cmake -E cmake_echo_color --switch= --progress-dir=/usr/ports/multimedia/zoneminder/work/ZoneMinder-1.28.1/CMakeFiles --progress-num=56,57 "Built target zmu" [ 98%] Built target zmu /usr/local/bin/cmake -E cmake_echo_color --switch= --blue --bold --progress-dir=/usr/ports/multimedia/zoneminder/work/ZoneMinder-1.28.1/CMakeFiles --progress-num=51 "Building ZoneMinder perl modules" [100%] Building ZoneMinder perl modules Generating a Unix-style MakefilePerl Writing MakefilePerl for ZoneMinder Writing MYMETA.yml and MYMETA.json /usr/local/bin/cmake -E cmake_echo_color --switch= --blue --bold --progress-dir=/usr/ports/multimedia/zoneminder/work/ZoneMinder-1.28.1/CMakeFiles --progress-num=51 "Building ZoneMinder perl modules" [100%] Building ZoneMinder perl modules Generating a Unix-style MakefilePerl Writing MakefilePerl for ZoneMinder Writing MYMETA.yml and MYMETA.json /usr/local/bin/cmake -E cmake_echo_color --switch= --blue --bold --progress-dir=/usr/ports/multimedia/zoneminder/work/ZoneMinder-1.28.1/CMakeFiles --progress-num=51 "Building ZoneMinder perl modules" [100%] Building ZoneMinder perl modules Generating a Unix-style MakefilePerl Writing MakefilePerl for ZoneMinder Writing MYMETA.yml and MYMETA.json /usr/local/bin/cmake -E cmake_echo_color --switch= --blue --bold --progress-dir=/usr/ports/multimedia/zoneminder/work/ZoneMinder-1.28.1/CMakeFiles --progress-num=51 "Building ZoneMinder perl modules" [100%] Building ZoneMinder perl modules And yes, the new `zmu' crashes just like the old one, looks I am doing all correct.. ;) orc# find . -name zmu ./work/ZoneMinder-1.28.1/src/zmu orc# ./work/ZoneMinder-1.28.1/src/zmu Segmentation fault (core dumped) orc# gdb -c zmu.core ./work/ZoneMinder-1.28.1/src/zmu 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)... Core was generated by `zmu'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libz.so.6...(no debugging symbols found)...done. ... Loaded symbols for /libexec/ld-elf.so.1 #0 0x in ?? () [New Thread 812c06400 (LWP 103135/)] (gdb) bt #0 0x in ?? () #1 0x00080468b8c8 in ?? () from /usr/local/lib/gcc48/libstdc++.so.6 #2 0x0008049371c0 in ?? () from /usr/local/lib/gcc48/libstdc++.so.6 #3 0x7fffda20 in ?? () #4 0x in ?? () (gdb) You wrote on 2015-10-01, 15:32:30: > Hi! >> Looks like we need to update ffmpeg0 to some current version. > It looks like there's a dependency on ffmpeg0, but we also have > much newer ffmpeg's in the ports tree. So it's probably a > question of getting zoneminder to use the newer versions. >> Looked at it and did not understand - there really is v.0.7.17 in use >> while the modern is 2.8 or I miss something? > Yes. Because those multimedia libs are so complex, sometimes > it's difficult to get a new release to integrate. >> Please point me to a right source and I will try to compile >> those libraries. > For ffmpeg, it's easy: multimedia/ffmpeg, which is already 2.8.1 -- Best regards, Violet mailto:vio...@sm.msk.ru ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Ports requires pkg 1.6.0, but 1.5.6 is the latest available
On 10/1/2015 3:28 AM, Mel Pilgrim wrote: > On 2015-09-30 16:16, Lowell Gilbert wrote: >> In short, there is nothing broken in pkg(8) per se. I am pretty sure >> this problem does not come up if you do everything from quarterly or >> everything from head; it's strictly an issue of conflicts between the >> two. > > More to the point, that using the default pkg settings in 10.2 and the > default branch for the ports tree resulted a situation where the two > were not compatible. Delaying the bump to MINIMAL_PKG_VERSION until > pkg-1.6.0 hit pkg.freebsd.org/*/quarterly would have avoided the issue. > If that wisdom reaches the right people among the FreeBSD committers, > then this thread will have served its purpose, IMHO. It sounds like it > did, so yay us being useful with feedback. > >> Furthermore, I suspect that if the original poster had updated his >> quarterly-branch version of pkg to the head version, he probably would >> have been able to build the other port from the head tree. > > Yes, if she had known there would at some point be a timing issue > between repo updates and bumps to MINIMAL_PKG_VERSION, she would have > deployed a non-default configuration a long time ago. ;) > I'm more bothered that the minimal version was immediately bumped on a .0 release. The last time the minimal version was bumped was hard enough, and the issue with portmaster has been known and could have been fixed had this change been discussed properly. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
Uses/compiler.mk does not trigger under RBPi
Hi,
I've notice that Uses/compiler.mk is not triggered and as a consequence
does to set COMPILER_TYPE.
me@raspberry-pi:~ % cat Makefile
all:
@${ECHO_CMD} ${LOCALBASE}
@${ECHO_CMD} ${COMPILER_TYPE}
.include
me@raspberry-pi:~ % make
/usr/local
me@raspberry-pi:~ %
As a result building ports is a nightmare.
Note how in AMD64 it works:
me@amd64:~ % make
/usr/local
clang
me@amd64:~ %
As a workaround I set COMPILER_TYPE=clang in /etc/make.conf but this is
just an ugly hack.
Can some expert trow a little light on this? Thank you.
Regards,
--
José Pérez
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Uses/compiler.mk does not trigger under RBPi
José Pérez wrote:
> Hi,
> I've notice that Uses/compiler.mk is not triggered and as a
> consequence does to set COMPILER_TYPE.
>
> me@raspberry-pi:~ % cat Makefile
> all:
> @${ECHO_CMD} ${LOCALBASE}
> @${ECHO_CMD} ${COMPILER_TYPE}
> .include
> me@raspberry-pi:~ % make
> /usr/local
>
> me@raspberry-pi:~ %
>
> As a result building ports is a nightmare.
>
> Note how in AMD64 it works:
> me@amd64:~ % make
> /usr/local
> clang
> me@amd64:~ %
>
> As a workaround I set COMPILER_TYPE=clang in /etc/make.conf but this
> is just an ugly hack.
>
> Can some expert trow a little light on this? Thank you.
>
> Regards,
>
Try adding:
USES+= compiler
to the makefile first...
(and it still has some issues but that should solve the first)
--
Michelle Sullivan
http://www.mhix.org/
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Committer needed for PR201175: Update graphics/synfigstudio to 1.0.1
Hi! > Are there any ports committers that could take a look at this bug > report please? > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201175 I build-tested this on 11, 10.2a+1, 9.3a. graphics/synfigstudio fails to build on 9.3-amd64, see the build-log at http://people.freebsd.org/~pi/logs/graphics__synfigstudio-93a-1443720936.txt Everything else builds fine. Any quick fix ? -- p...@opsec.eu+49 171 3101372 5 years to go ! ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Committer needed for PR201175: Update graphics/synfigstudio to 1.0.1
Hi! > graphics/synfigstudio fails to build on 9.3-amd64, see the build-log at > > http://people.freebsd.org/~pi/logs/graphics__synfigstudio-93a-1443720936.txt > > Everything else builds fine. Any quick fix ? One quick fix: If you as maintainer declare it as broken on 9, we can commit the update and work on the fix later. Just sayin' 8-} -- p...@opsec.eu+49 171 3101372 5 years to go ! ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
