Re: [HEADSUP] Default Perl changed to 5.24.

On 06.11.2016 12:34, Mathieu Arnold wrote: > Le 05/11/2016 à 16:00, Andrey Chernov a écrit : >> The instruction posted to UPDATING is a bit incomplete. >> Additionlly >> portupgrade -f "p5-*" >> should run to move all ports still sitting in 5.20 directory, even

Re: [HEADSUP] Default Perl changed to 5.24.

The instruction posted to UPDATING is a bit incomplete. Additionlly portupgrade -f "p5-*" should run to move all ports still sitting in 5.20 directory, even if they are not depending on perl lib. ___ freebsd-ports@freebsd.org mailing list

Re: HTML5 videos crashes Firefox

On 24.09.2016 22:23, Dimitry Andric wrote: > On 23 Sep 2016, at 11:35, Robert_Burmeister > wrote: >> I was able to resolve HTML5 videos crashes in Firefox 49 on FreeBSD 10.3 i386 >> by changing the FFMPEG compile option to "SSE=off" and recompiling FFMPEG. >> >>

Re: "pkg check -B" drop shlibs from local.sqlite on -stable

On 16.03.2016 12:47, Miroslav Lachman wrote: > Andrey Chernov wrote on 03/16/2016 06:50: >> On recent -stable and pkg 1.6.4: >> >> 1# pkg check -d >> Checking all packages: 100% >> 2# pkg check -B >> Checking all packages: 100% >> 3# pkg check -d

"pkg check -B" drop shlibs from local.sqlite on -stable

On recent -stable and pkg 1.6.4: 1# pkg check -d Checking all packages: 100% 2# pkg check -B Checking all packages: 100% 3# pkg check -d Checking all packages: 100% firefox has require a missing libraries: libgdk_pixbuf-2.0.so.0 gtk-update-icon-cache has require a missing libraries:

Re: security/py-fail2ban 0.9.2

On 05.05.2015 20:43, Patrick Gibson wrote: Is anyone else experiencing the following error with security/py-fail2ban 0.9.2? This is building inside a Poudriere jail on 10.1. === License GPLv2 accepted by the user = fail2ban-0.9.2.tar.gz doesn't seem to exist in /portdistfiles/. =

Re: Can't build ruby20 on -current: it doesn't honor WITHOUT_CDDL=yes

On 07.11.2014 5:22, Steve Wills wrote: Do you approve the patch attached? Yeah, that looks fine. Thanx, committed. BTW, are you sure that number 101 is right in the (${ARCH} == i386 ${OSVERSION} 101) expression? I left it as it was originally, but my 10-stable i386 have 1001501,

Re: Can't build ruby20 on -current: it doesn't honor WITHOUT_CDDL=yes

On 30.10.2014 18:15, Steve Wills wrote: The checks for OS version weren't meant to detect presence of dtrace, they were meant to detect presence of dtrace with usable USDT. Unfortunately, presence of /usr/sbin/dtrace doesn't necessarily mean USDT works. So, both checks need to be there.

Can't build ruby20 on -current: it doesn't honor WITHOUT_CDDL=yes

Hi. I disable zfs and dtrace on my machine using WITHOUT_CDDL=yes in /etc/src.conf ryby20 port throw this error: ... checking for valgrind/memcheck.h... no checking for strip... strip configure: error: dtrace(1) is missing === Script configure failed unexpectedly. I see you have sophisticated

Re: Can't build ruby20 on -current: it doesn't honor WITHOUT_CDDL=yes

On 30.10.2014 13:17, Baptiste Daroussin wrote: On Thu, Oct 30, 2014 at 01:11:33PM +0300, Andrey Chernov wrote: Hi. I disable zfs and dtrace on my machine using WITHOUT_CDDL=yes in /etc/src.conf ryby20 port throw this error: ... checking for valgrind/memcheck.h... no checking for strip

Can't build lang/gcc port on i386: segmentation fault

With recent ports tree on stable-10 i386 attempting to build lang/gcc always cause segfault at this place. Log below. Any ideas? libtool: compile: /usr/ports/lang/gcc/work/build/./gcc/xgcc -B/usr/ports/lang/gcc/work/build/./gcc/ -B/usr/local/i386-portbld-freebsd10.1/bin/

Re: Can't build lang/gcc port on i386: segmentation fault

It was without BOOTSTRAP and JAVA. With BOOTSTRAP it builds fine, so apparently some incompatibilities with clang happens. On 12.09.2014 15:21, Andrey Chernov wrote: With recent ports tree on stable-10 i386 attempting to build lang/gcc always cause segfault at this place. Log below. Any ideas

Re: Can't build lang/gcc port on i386: segmentation fault

On 12.09.2014 16:12, Gerald Pfeifer wrote: Hi Andrey, On Fri, 12 Sep 2014, Andrey Chernov wrote: With recent ports tree on stable-10 i386 attempting to build lang/gcc always cause segfault at this place. Log below. Any ideas? this is actually the primary test platform I use for every

Re: Can't build lang/gcc port on i386: segmentation fault

On 12.09.2014 16:18, Andrey Chernov wrote: On 12.09.2014 16:12, Gerald Pfeifer wrote: Hi Andrey, On Fri, 12 Sep 2014, Andrey Chernov wrote: With recent ports tree on stable-10 i386 attempting to build lang/gcc always cause segfault at this place. Log below. Any ideas? this is actually

Re: Can't build lang/gcc port on i386: segmentation fault

On 12.09.2014 16:42, Gerald Pfeifer wrote: On Fri, 12 Sep 2014, Andrey Chernov wrote: As I just found, it builds with BOOTSTRAP nice, so apparently clang makes some damage. You can see CFLAGS in the log. Swap is 4GB I think it is large enough. Nothing special otherwise. BTW, previous 4.7

Re: Can't build lang/gcc port on i386: segmentation fault

On 12.09.2014 17:06, Andrey Chernov wrote: On 12.09.2014 16:42, Gerald Pfeifer wrote: On Fri, 12 Sep 2014, Andrey Chernov wrote: As I just found, it builds with BOOTSTRAP nice, so apparently clang makes some damage. You can see CFLAGS in the log. Swap is 4GB I think it is large enough

Re: Can't build lang/gcc port on i386: segmentation fault

Trying gcc49 (without BOOTSTRAP and JAVA), error in slightly different file but still inside stdc++: mkdir -p ./i386-portbld-freebsd10.1/bits/stdc++.h.gch /usr/ports/lang/gcc49/work/build/./gcc/xgcc -shared-libgcc -B/usr/ports/lang/gcc49/work/build/./gcc -nostdinc++

Re: Can't build lang/gcc port on i386: segmentation fault

On 12.09.2014 18:23, Tijl Coosemans wrote: With MAKE_JOBS_UNSAFE error finally shown in proper place, but remains (it was misplaces in original lang/gcc report too, different file compiled in the log, not O2g.gch): Can you try with NO_CPU_CFLAGS=yes It works! But CPU optimizations are

Re: Can't build lang/gcc port on i386: segmentation fault

On 12.09.2014 18:49, Tijl Coosemans wrote: Can you try with NO_CPU_CFLAGS=yes It works! But CPU optimizations are gone... Then I suspect clang produces a 64 bit instruction somewhere with -march=core2. Maybe toolchain@ would be interested in debugging this further. I contact toolchain@

Re: ports-mgmt/portupgrade and pkg 1.3

On 05.08.2014 10:57, Andrea Venturoli wrote: On 07/24/14 23:24, Jonathan Chen wrote: Hi, portupgrade appears to be a lot slower with the pkg-1.3 when it goes into its clean-up phase. The pkg which -q ... that portupgrade performs during that phase appears to be taking quite a bit longer

Re: ImageMagick

On 18.06.2014 17:33, Alex V. Petrov wrote: after update: % convert -quality 75 pic1.jpg picout.jpg temp: no decode delegate for this image format `JPEG' @ error/constitute.c/ReadImage/501. It seems ImageMagick module path hardcoded as belonging stage subtree. -- http://ache.vniz.net/

Is there a way to check that other port have an option set?

I mean, from the port's Makefile. pkg info PORT_NAME + grep comes in mind, but it is not backward compatible with pre-NG system (do we need to keep backward compatibility now?) and I am not sure that it is the most right/light-weighted way. Proper thing will be not to check other port and exit, if

Re: Libiconv confusion on 10.0-RELEASE

On 22.03.2014 9:06, Kevin Oberman wrote: On Fri, Mar 21, 2014 at 9:27 AM, Andrey Chernov a...@freebsd.org mailto:a...@freebsd.org wrote: On 21.03.2014 20 tel:21.03.2014%2020:15, Kevin Oberman wrote: The FreeBSD iconv support is fully posix compliant Not so fully. Translation

Re: Libiconv confusion on 10.0-RELEASE

On 21.03.2014 20:15, Kevin Oberman wrote: The FreeBSD iconv support is fully posix compliant Not so fully. Translation to ASCII is completely broken. Toggling POSIX translate flag is impossible (always on). -- http://ache.vniz.net/ ___

Re: cpuminer mines only on one core regardless of --threads option

On 19.02.2014 12:42, Martin Matuska wrote: Patch committed. Thanx. BTW, it is accepted in the upstream too. It would be cool if cpuminer was compilable with clang, too. Running included in the sources ./nomacro.pl before ./configure supposed to fix clang, but I don't check it. --

Re: cpuminer mines only on one core regardless of --threads option

On 14.01.2014 17:55, Volodymyr Kostyrko wrote: 14.01.2014 15:01, Alexander: on Freebsd 9.2 x64 on 5 different PCs I installed net-p2p/cpuminer from ports and by pkg install - result is the same - minerd mines only on one core regardless of --threads option. The patch to solve this problem

SCHED_ULE bug (was Re: cpuminer mines only on one core regardless of --threads option)

On 14.01.2014 17:01, Alexander wrote: on Freebsd 9.2 x64 on 5 different PCs I installed net-p2p/cpuminer from ports and by pkg install - result is the same - minerd mines only on one core regardless of --threads option. ... # top -P CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.0%

Re: FreeBSD Port: pecl-APC-3.1.13

On 31.01.2013 13:48, Fabien Debuire wrote: Hello, I use this extension on several servers (4 with php5.4 and 2 with php5.3 with the same configuration) and since you've update apc to 3.1.14 it stop working with some apps in php 5.3. My question is could you revert the version to 3.1.13 or

Re: Bug in misc/astrolog

On 21.11.2012 7:18, Andrey Chernov wrote: The same line works on i386 machines I have. It looks like problem with some word or type sizes on amd64. Should be fixed in just committed version. ___ freebsd-ports@freebsd.org mailing list http

Re: Bug in misc/astrolog

On 20.11.2012 22:08, myst3r10n wrote: Hi The port misc/astrolog have a bug on FreeBSD/amd64 9.0-RELEASE. The option -a created a core dump, example: $ astrolog -qb Jul 12 2011 12:00pm ST +0:00 0W 51:30N -a ... I have tried the same on FreeBSD/i386 9.1-RC3 with qemu without any problem. It's

Re: maintainer timeout for FreeBSD commiters

On Sat, Jul 14, 2012 at 03:51:23PM +0100, Chris Rees wrote: On 14 July 2012 15:05, Radim Kolar h...@filez.com wrote: can be maintainer timeout for port patch submissions implemented for people which are FREEBSD commiters? I see no reason why they should be exception from standard port

Re: linux-f10-flashplugin11 not works for 9-stable (Linuxulator?)

On Tue, Feb 21, 2012 at 12:07:46PM +0200, Volodymyr Kostyrko wrote: Andrey Chernov wrote: Just in case it may help somebody: the cause (but not the root) of the problem is found and workaround too. The cause of the problem is ::1 localhost localhost.my.domain line

Re: linux-f10-flashplugin11 not works for 9-stable (Linuxulator?)

On Tue, Feb 21, 2012 at 02:51:26AM -0800, Doug Barton wrote: On 02/21/2012 02:43, Andrey Chernov wrote: I can't - I don't know why npviewer.bin is killed by SIGTERM immediatelly when it socketcall to [::1]:6010 in Linuxulator and why it works normally when it socketcall to 127.0.0.1:6010

nspluginwrapper (was Re: linux-f10-flashplugin11 not works for 9-stable (Linuxulator?))

On Thu, Feb 16, 2012 at 11:47:05AM +0200, Volodymyr Kostyrko wrote: Andrey Chernov wrote: Having 9-stable and ports from Feb 14, all builded from sources, I get this commonly looking error attempting to view flash in FF 10.0.1: *** NSPlugin Wrapper *** ERROR: failed to initialize plugin

Re: nspluginwrapper (was Re: linux-f10-flashplugin11 not works for 9-stable (Linuxulator?))

? On Fri, Feb 17, 2012 at 12:31:08AM +0400, Andrey Chernov wrote: On Thu, Feb 16, 2012 at 11:47:05AM +0200, Volodymyr Kostyrko wrote: Andrey Chernov wrote: Having 9-stable and ports from Feb 14, all builded from sources, I get this commonly looking error attempting to view flash in FF 10.0.1

linux-f10-flashplugin11 not works for 9-stable (Linuxulator?)

Having 9-stable and ports from Feb 14, all builded from sources, I get this commonly looking error attempting to view flash in FF 10.0.1: *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection NOTE: child process received `Goodbye', closing down Looking into

Re: opendkim-2.4.2 missing files

On Mon, Jan 09, 2012 at 09:04:25PM +0100, Olli Hauer wrote: On 2012-01-09 18:23, Paul Macdonald wrote: Hi, Just in case this isn't a known issue.. cheers Paul. --- Upgrading 'opendkim-2.4.1' to 'opendkim-2.4.2' (mail/opendkim) --- Building '/usr/ports/mail/opendkim'

Re: security/cfs

On Thu, Oct 06, 2011 at 03:24:39PM +0300, Kostik Belousov wrote: So, after the all discussions, security/cfs was silently removed. I wrote several variants of the text to express my thought about this, but decided to only send this short notification instead. Congratulations! Now you are on

libtool 10.0-CURRENT, cyrus-sasl2 case

Something is broken in libtool which is not bypassed by UNAME_r=9.9-CURRENT trick recommended in /usr/ports/UPDATING. F.e. I can't install security/cyrus-sasl2 in -current (fails in libtool on install step). Replacing libtool with libtool-fixed does not help too. /bin/sh ../libtool

Re: Turning APNG to on by default in graphics/png

On Wed, May 25, 2011 at 02:28:20PM -0400, Mikhail T. wrote: I'd like to see this option on by default now. I think, it's been available (off by default) long enough and I, for one, always turn it on for completeness. There used to be concerns about security of animated PNG code, but today I

Re: Turning APNG to on by default in graphics/png

. Moreover, APNG development is always behind official png in time, so fixing vulnerabilities will be not as fast as now. On Wed, May 25, 2011 at 03:16:32PM -0400, Mikhail T. wrote: On 25.05.2011 15:02, Andrey Chernov wrote: There used to be concerns about security of animated PNG code, but today I

Re: devel/gettext further update

On Thu, Jun 03, 2010 at 02:44:42AM -0700, Ade Lovett wrote: FYI, devel/gettext, by the time you read this, assuming mirrors are up to date, will have jumped from 0.18 to 0.18_1. Fear not, there is no need to do a massive rebuild, merely update (or forcibly update), and a whole bunch of

Re: devel/gettext further update

On Thu, Jun 03, 2010 at 11:29:01AM -0700, Doug Barton wrote: On 06/03/10 05:39, Matthias Andree wrote: Am 03.06.2010 13:30, schrieb Andrey Chernov: security/libksba security/libgcrypt (they use libgpg-error) So libgpg-error needs to be bumped, but why do things that don't like

Re: [RFC] Reduce namespace pollution on zlib.h

On Fri, Mar 26, 2010 at 05:26:03PM -0700, Xin LI wrote: This is wrong, FreeBSD has native 64-bit stat() etc. and does not need _LARGEFILE_WHATEVER. Yes we do not need that and it just cause compilation errors. The problem is that some third party software thinks that they need to define

Re: graphics/png -- NO* mtree error

On Tue, Apr 07, 2009 at 05:16:38PM -0400, Philip M. Gollucci wrote: Ion-Mihai Tetcu wrote: Pass me the full log please. http://people.freebsd.org/~pgollucci/png-1.2.35.log You have WITHOUT_MAN=yes I am not sure how ports system should handle that, in case it should. -- http://ache.pp.ru/

Re: bsd-grep-20080725_1 -v flag busted...

On Mon, Aug 04, 2008 at 08:59:25PM +0200, G?bor K?vesd?n wrote: thanks for your notes. It seems very strange to me, because GNU grep produces the same output for me. Apart from this, the -v flag was really broken, but I applied some fixes before updating the port and in the version, which I

Re: portupgrade 2.4.4

On Tue, Jul 01, 2008 at 06:24:48PM +0400, Sergey Matveychuk wrote: Hi. After a long time when a new employment and real life(c) having eaten all my time, a new version of portupgrade was released. The modifying _all_ packages +CONTENTS bug still present in this version (as in stable too):

Re: Size mismatch for graphics/ImageMagick

On Wed, Apr 30, 2008 at 09:06:42AM +0200, Simon Barner wrote: Contact stas@ about it, he was talking about on in #bsdports this morning[HTZMV] mi@ took care of it. It seems no more: mi 2008-04-29 15:07:50 UTC FreeBSD ports repository Modified files: graphics/ImageMagick

Re: TrueCrypt 5.0 - Built, short test result: Ok.

On Wed, Feb 13, 2008 at 08:02:08AM +0100, Michael Ross wrote: In fact, if I create a volume with keyfile but without password, truecrypt throws ParameterIncorrect at TrueCrypt::Pkcs5Kdf::ValidateParameters:64 at me. BTW, 5.0a is already out. -- http://ache.pp.ru/

Re: sqlite3 - any plans to update?

On Sat, Dec 29, 2007 at 02:50:14PM +0300, Yuri Pankov wrote: Hi, First of all - why this is a question and not PR with patch to update - there are too many dependant ports which I have no way to test and current stable version is 3.5.4, which isn't minor modification (I think). And I'm

Re: www/horde-base

On Thu, Dec 20, 2007 at 12:21:35AM -0900, Beech Rintoul wrote: --- usr/local/www/horde/lib/Horde/NLS.php Sat Sep 29 17:22:46 2007 +++ /usr/local/www/horde/lib/Horde/NLS.php Thu Dec 20 10:38:46 2007 @@ -119,6 +119,10 @@ setlocale(LC_ALL, $lang_charset);

Re: FreeBSD Port: horde-base-3.1.5_1

On Wed, Dec 19, 2007 at 10:37:52AM -, Barry Byrne wrote: Perhaps it's something with my system (6.2Release p-9), but I've not had an issue like this before. UTF-8 isspace fix is in -current and 7.x but is not in 6.x -- http://ache.pp.ru/ ___

Re: quick fix for graphics/libpng

On Sat, Oct 13, 2007 at 06:10:34PM +0200, Stefan Sperling wrote: I just ran into not being able to install anything that depends on libpng because of the recently discovered security vulnerabilites: http://www.freebsd.org/ports/portaudit/172acf78-780c-11dc-b3f4-0016179b2dd5.html I scooped

'dialog' core dump fix [patch for approvement]

It fix dialog core dump with recent ghostscript-gpl port (too many items). Please approve. --- dialog.h.bak2000-12-14 20:29:36.0 +0300 +++ dialog.h2007-08-20 00:40:53.0 +0400 @@ -74,7 +74,7 @@ } dialogMenuItem; #define VERSION 0.4 -#define MAX_LEN 2048 +#define

Re: 'dialog' core dump fix [patch for approvement]

On Mon, Aug 20, 2007 at 09:40:08AM +0800, Rong-en Fan wrote: On 8/20/07, Andrey Chernov [EMAIL PROTECTED] wrote: It fix dialog core dump with recent ghostscript-gpl port (too many items). Please approve. Could you tell more about this core dump? I haven't experienced this when upgrading

Re: HEADS UP: putenv, setenv, unsetenv, getenv changes

On Tue, May 01, 2007 at 04:39:35AM +0400, Andrey Chernov wrote: All functions in subj. now conforms to Open Group specs and POSIX. I believe I fix all obsoleted and hack places in our tree which uses old behaviour. The ports system is under consideration. Please send any problems you'll may

HEADS DOWN (was Re: HEADS UP: putenv, setenv, unsetenv, getenv changes)

All backed out. Not because I admit they are technically wrong and not because of bug reports (I receive nothing). But because I surprisingly meets so strong opposition and resistance so lost any desire to continue that. Anyone who interested in POSIX can dig out what changes and how through cvs

DSO loading (dlopen) appearse to be broken somehow

Try to install and run www/apache13 port. With recent -current you'll get similar error for each module first listed in config: Syntax error on line 213 of /usr/local/etc/apache/httpd.conf: Cannot load /usr/local/libexec/apache/mod_env.so into server: /usr/local/libexec /apache/mod_env.so:

Re: DSO loading (dlopen) appearse to be broken somehow

On Wed, Apr 04, 2007 at 08:23:46AM -0400, Alexander Kabaev wrote: Syntax error on line 213 of /usr/local/etc/apache/httpd.conf: Cannot load /usr/local/libexec/apache/mod_env.so into server: /usr/local/libexec /apache/mod_env.so: Undefined symbol ap_palloc Perhaps it is Apache

Re: DSO loading (dlopen) appearse to be broken somehow

On Wed, Apr 04, 2007 at 09:09:44AM -0400, Alexander Kabaev wrote: 1) The symbols in question are all _defined_ inside main httpd program. objdump -T output goes here. Those symbols are in 'nm' table of httpd like this 0804a84a T ap_palloc but not found in its objdump -T output. Why and

Re: DSO loading (dlopen) appearse to be broken somehow

On Wed, Apr 04, 2007 at 06:51:05PM +0400, Andrey Chernov wrote: Comparing generated Makefile with FreeBSD 6 it seems some ld flags are now missing: LDFLAGS_SHLIB_EXPORT= --- LDFLAGS_SHLIB_EXPORT=-Wl,-E I'll come back with detailed results later. Found. It is old objformat problem

xorg-server is broken due to objformat in -current

X server can't load any module (undefined symbols) because modules are not linked properly (due to objformat check). Does somebody work on this? -- http://ache.pp.ru/ ___ freebsd-ports@freebsd.org mailing list

Re: FreeBSD Port: unrar-3.60,4

On Mon, Dec 11, 2006 at 10:29:37AM +0800, Chun-Tien Chang (?i?g??) wrote: I found that LC_ALL is not working well in unrar with some charset like (zh_TW.Big5, zh_CN.GBK, zh_CN.GB2312,zh_CN.eucCN) Please contact Rar author on this issue. There may be some security considerations in just

Re: graphics/png - CC

On Sat, Jul 29, 2006 at 03:54:44PM -0500, Jeremy Messenger wrote: It will be hack for reason unknown, I prefer to avoid that. It is not a hack and it is known reason that you need to honor CC. It is not a reason, it is a goal. The reason is the bug true nature discovered. I normally set CC

Re: graphics/png - CC

On Sat, Jul 29, 2006 at 11:34:52PM +0200, [LoN]Kamikaze wrote: Because your make.conf settings are not location sensitive. Remove the setting from your make.conf and or environment. Then try: # make CC=/usr/local/bin/gcc42 You will see, it will not have an effect. /usr/ports/graphics/png