Re: [HEADSUP] Default Perl changed to 5.24.

[Andrey Chernov]

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 if
>> they are not depending on perl lib.
> 
> That should not happen, what ports are affected by this ?
> 

It was several days ago and I don't remember them, excepting one (which
is not even p5-* port: www/w3mir, because it was the last one). I just
see a lot of ports still sitting in
/usr/local/lib/perl5/site_perl/mach/5.20 (probably in auto subdir, I
don't remember) directory, and only few are upgraded using library
depend as in UPDATING: those one which have C compiled modules.




signature.asc
Description: OpenPGP digital signature

Re: [HEADSUP] Default Perl changed to 5.24.

[Andrey Chernov]

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
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: HTML5 videos crashes Firefox

[Andrey Chernov]

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.
>>
>> The LLVM compiler was not dealing with an SSE bug on my older core2 CPU.

I have the same ffmpeg crash with SSE=on on Core2 Duo (which is all SSE*
capable) in x86 mode, all works with SSE=off. Already reported to
multimedia@ maintainer but got no reply. Don't have a time to try a
patch right now, but I'll do it later.

> I can't reproduce your particular crashes, but in the past I had created
> a patch to force the FFmpeg build to use stack realignment.



signature.asc
Description: OpenPGP digital signature

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

[Andrey Chernov]

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
>> 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:
>> libgdk_pixbuf-2.0.so.0
>> gtk2 has require a missing libraries: libgdk_pixbuf-2.0.so.0
>> gtk3 has require a missing libraries: libgdk_pixbuf-2.0.so.0
>> libnotify has require a missing libraries: libgdk_pixbuf-2.0.so.0
>> nspluginwrapper has require a missing libraries: libgdk_pixbuf-2.0.so.0
>>
>> Well, I can repair it using:
>>
>> 1# sqlite3 /var/db/pkg/local.sqlite "select * from shlibs where
>> name='libgdk_pixbuf-2.0.so.0';"
>> 81|libgdk_pixbuf-2.0.so.0
>> 2# sqlite3 /var/db/pkg/local.sqlite "select * from packages where
>> name='gdk-pixbuf2';"
>> 4207|graphics/gdk-pixbuf2|gdk-pixbuf2|2.32.3|...
>> ...
>> 3# sqlite3 /var/db/pkg/local.sqlite "insert into pkg_shlibs_provided
>> values(4207,81);"
>> 4# pkg check -d
>> Checking all packages: 100%
>>
>> but it repeats again after the next "pkg check -B".
>> Please fix.
> 
> I cannot reproduce it on 10.2. But I have a question - is there some
> change in functionality of -B? Because I noticed changes in manpage
> description.
> It was "reanalyse shared libraries of installed packages" and now
> it is "regenerates thelibrarydependency metadata for a package
> by extracting library requirement information from the binary ELF files
> in the package"
> Different words for the same thing or was it changed?

I must add that all above mentioned programs are working and the library 
is in place. Reinstalling programs and lib does not help against
"pkg check -B" damage. ELF files are nice too, example:

/usr/local/bin/gtk-update-icon-cache:
libgdk_pixbuf-2.0.so.0 => /usr/local/lib/libgdk_pixbuf-2.0.so.0 
(0x2807c000)
libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 (0x2809a000)
libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x280d9000)
libintl.so.8 => /usr/local/lib/libintl.so.8 (0x281cd000)
libc.so.7 => /lib/libc.so.7 (0x281d6000)
libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 (0x28349000)
libgio-2.0.so.0 => /usr/local/lib/libgio-2.0.so.0 (0x2834c000)
libpng16.so.16 => /usr/local/lib/libpng16.so.16 (0x2848f000)
libm.so.5 => /lib/libm.so.5 (0x284c2000)
libthr.so.3 => /lib/libthr.so.3 (0x284ec000)
libffi.so.6 => /usr/local/lib/libffi.so.6 (0x2850d000)
libiconv.so.2 => /usr/local/lib/libiconv.so.2 (0x28514000)
libpcre.so.1 => /usr/local/lib/libpcre.so.1 (0x28608000)
libz.so.6 => /lib/libz.so.6 (0x2868)

lrwxr-xr-x  1 root  wheel  29 Mar 15 19:00 
/usr/local/lib/libgdk_pixbuf-2.0.so.0 -> libgdk_pixbuf-2.0.so.0.3200.3
-rwxr-xr-x  1 root  wheel  122044 Mar 15 19:00 
/usr/local/lib/libgdk_pixbuf-2.0.so.0.3200.3

-- 
http://ache.vniz.net/
___
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 check -B" drop shlibs from local.sqlite on -stable

[Andrey Chernov]

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: libgdk_pixbuf-2.0.so.0
gtk2 has require a missing libraries: libgdk_pixbuf-2.0.so.0
gtk3 has require a missing libraries: libgdk_pixbuf-2.0.so.0
libnotify has require a missing libraries: libgdk_pixbuf-2.0.so.0
nspluginwrapper has require a missing libraries: libgdk_pixbuf-2.0.so.0

Well, I can repair it using:

1# sqlite3 /var/db/pkg/local.sqlite "select * from shlibs where 
name='libgdk_pixbuf-2.0.so.0';"
81|libgdk_pixbuf-2.0.so.0
2# sqlite3 /var/db/pkg/local.sqlite "select * from packages where 
name='gdk-pixbuf2';"
4207|graphics/gdk-pixbuf2|gdk-pixbuf2|2.32.3|...
...
3# sqlite3 /var/db/pkg/local.sqlite "insert into pkg_shlibs_provided 
values(4207,81);"
4# pkg check -d
Checking all packages: 100%

but it repeats again after the next "pkg check -B".
Please fix.

-- 
http://ache.vniz.net/
___
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: security/py-fail2ban 0.9.2

[Andrey Chernov]

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/.
 
 = Attempting to fetch
 https://codeload.github.com/fail2ban/fail2ban/legacy.tar.gz/0.9.2?dummy=/fail2ban-0.9.2.tar.gz

fail2ban released 7 days ago, many bugfixes including fixing of stale db
entries, 0.9.2-1, but ports version still stays at 0.9.1 and I don't see
upgrade PR.

-- 
http://ache.vniz.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: Can't build ruby20 on -current: it doesn't honor WITHOUT_CDDL=yes

[Andrey Chernov]

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, i.e. 1001 instead of 1010.

-- 
http://ache.vniz.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: Can't build ruby20 on -current: it doesn't honor WITHOUT_CDDL=yes

[Andrey Chernov]

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. I'll take a look when I can, but if someone else gets there first,
 great.

Do you approve the patch attached?

-- 
http://ache.vniz.net/
--- Makefile.old2014-10-05 14:23:41.0 +0400
+++ Makefile2014-11-04 05:36:38.0 +0300
@@ -86,7 +86,9 @@
 LIBS+= -L${LOCALBASE}/lib ${PTHREAD_LIBS}
 
 .if ${OPSYS} == FreeBSD
-.if (${ARCH} == i386  ${OSVERSION}  101) || (${ARCH} == amd64  
${OSVERSION}  903000)
+.if exists(/usr/sbin/dtrace)  \
+   ((${ARCH} == i386  ${OSVERSION}  101) || \
+   (${ARCH} == amd64  ${OSVERSION}  903000))
 CONFIGURE_ARGS+=   --enable-dtrace
 .else
 CONFIGURE_ARGS+=   --disable-dtrace
___
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

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

[Andrey Chernov]

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 check depending on OS version for
CONFIGURE_ARGS+=--enable-dtrace
IMHO, it should be replaced to test dtrace binary presence instead.

-- 
http://ache.vniz.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: Can't build ruby20 on -current: it doesn't honor WITHOUT_CDDL=yes

[Andrey Chernov]

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... strip
 configure: error: dtrace(1) is missing
 ===  Script configure failed unexpectedly.

 I see you have sophisticated check depending on OS version for
 CONFIGURE_ARGS+=--enable-dtrace
 IMHO, it should be replaced to test dtrace binary presence instead.

 
 To be previse the port should not care about WITHOUT_CDDL :) but it should
 detect if the host has dtrace or note, probably a
 .if exists(/usr/sbin/dtrace)
 CONFIGURE_ARGS+= --enable-dtrace
 .endif
 
 Should do the trick (to be tested of course :)

Yes, the thing
.if exists(/usr/sbin/dtrace)
CONFIGURE_ARGS+=--enable-dtrace
.else
CONFIGURE_ARGS+=--disable-dtrace
.endif
works (at least for no dtrace case)

-- 
http://ache.vniz.net/



signature.asc
Description: OpenPGP digital signature

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

[Andrey Chernov]

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/ 
-B/usr/local/i386-portbld-freebsd10.1/lib/ -isystem 
/usr/local/i386-portbld-freebsd10.1/include -isystem 
/usr/local/i386-portbld-freebsd10.1/sys-include -DHAVE_CONFIG_H -I. 
-I../.././../gcc-4.8.3/libquadmath -g -O2 -pipe -march=core2 -DLIBICONV_PLUG 
-fno-strict-aliasing -MT strtod/strtoflt128.lo -MD -MP -MF 
strtod/.deps/strtoflt128.Tpo -c 
../.././../gcc-4.8.3/libquadmath/strtod/strtoflt128.c  -fPIC -DPIC -o 
strtod/.libs/strtoflt128.o
In file included from 
/usr/ports/lang/gcc/work/gcc-4.8.3/libstdc++-v3/include/precompiled/stdc++.h:94:0:
/usr/ports/lang/gcc/work/build/i386-portbld-freebsd10.1/libstdc++-v3/include/valarray:1233:1:
 internal compiler error: Segmentation fault
 } // namespace
 ^
no stack trace because unwind library not available
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
gmake[6]: *** [i386-portbld-freebsd10.1/bits/stdc++.h.gch/O2g.gch] Error 1

-- 
http://ache.vniz.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: Can't build lang/gcc port on i386: segmentation fault

[Andrey Chernov]

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?
 
 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/ 
 -B/usr/local/i386-portbld-freebsd10.1/lib/ -isystem 
 /usr/local/i386-portbld-freebsd10.1/include -isystem 
 /usr/local/i386-portbld-freebsd10.1/sys-include -DHAVE_CONFIG_H -I. 
 -I../.././../gcc-4.8.3/libquadmath -g -O2 -pipe -march=core2 -DLIBICONV_PLUG 
 -fno-strict-aliasing -MT strtod/strtoflt128.lo -MD -MP -MF 
 strtod/.deps/strtoflt128.Tpo -c 
 ../.././../gcc-4.8.3/libquadmath/strtod/strtoflt128.c  -fPIC -DPIC -o 
 strtod/.libs/strtoflt128.o
 In file included from 
 /usr/ports/lang/gcc/work/gcc-4.8.3/libstdc++-v3/include/precompiled/stdc++.h:94:0:
 /usr/ports/lang/gcc/work/build/i386-portbld-freebsd10.1/libstdc++-v3/include/valarray:1233:1:
  internal compiler error: Segmentation fault
  } // namespace
  ^
 no stack trace because unwind library not available
 Please submit a full bug report,
 with preprocessed source if appropriate.
 See http://gcc.gnu.org/bugs.html for instructions.
 gmake[6]: *** [i386-portbld-freebsd10.1/bits/stdc++.h.gch/O2g.gch] Error 1

-- 
http://ache.vniz.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: Can't build lang/gcc port on i386: segmentation fault

[Andrey Chernov]

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 single 
 commit to this port.  Plus I've been running weekly testers for 
 about a year (until I switch that to GCC 4.9 a few months ago),
 which has never exhibited that.
 
 Is there anything special on your end (in base, hardware, options...)?

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.

-- 
http://ache.vniz.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: Can't build lang/gcc port on i386: segmentation fault

[Andrey Chernov]

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 the primary test platform I use for every single 
 commit to this port.  Plus I've been running weekly testers for 
 about a year (until I switch that to GCC 4.9 a few months ago),
 which has never exhibited that.

 Is there anything special on your end (in base, hardware, options...)?
 
 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* as lang/gcc build fine even without BOOTSTRAP.

-- 
http://ache.vniz.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: Can't build lang/gcc port on i386: segmentation fault

[Andrey Chernov]

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* as lang/gcc build fine even without BOOTSTRAP.
 
 I am curious, what happens when you try lang/gcc48?
 
 My expectation would be both lang/gcc and lang/gcc48 to behave
 the same, since it's a very similar codebase, gcc48 just a bit
 newer on the same branch.
 
 We could make BOOTSTRAP the default for lang/gcc, though not 
 doing that and thus building a lot faster has been one of the 
 features of lang/gcc. -- Since it does not reproduce for me,
 do others see the same failure?

Segfault is exact the same but comes from strange place - in the middle
of configure check. I will try with MAKE_JOBS_UNSAFE=yes

-- 
http://ache.vniz.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: Can't build lang/gcc port on i386: segmentation fault

[Andrey Chernov]

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. Nothing special otherwise.
 BTW, previous 4.7* as lang/gcc build fine even without BOOTSTRAP.

 I am curious, what happens when you try lang/gcc48?

 My expectation would be both lang/gcc and lang/gcc48 to behave
 the same, since it's a very similar codebase, gcc48 just a bit
 newer on the same branch.

 We could make BOOTSTRAP the default for lang/gcc, though not 
 doing that and thus building a lot faster has been one of the 
 features of lang/gcc. -- Since it does not reproduce for me,
 do others see the same failure?
 
 Segfault is exact the same but comes from strange place - in the middle
 of configure check. I will try with MAKE_JOBS_UNSAFE=yes
 
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):

mkdir -p ./i386-portbld-freebsd10.1/bits/stdc++.h.gch
/usr/ports/lang/gcc48/work/build/./gcc/xgcc -shared-libgcc 
-B/usr/ports/lang/gcc48/work/build/./gcc -nostdinc++ 
-L/usr/ports/lang/gcc48/work/build/i386-portbld-freebsd10.1/libstdc++-v3/src 
-L/usr/ports/lang/gcc48/work/build/i386-portbld-freebsd10.1/libstdc++-v3/src/.libs
 -B/usr/local/i386-portbld-freebsd10.1/bin/ 
-B/usr/local/i386-portbld-freebsd10.1/lib/ -isystem 
/usr/local/i386-portbld-freebsd10.1/include -isystem 
/usr/local/i386-portbld-freebsd10.1/sys-include-x c++-header -nostdinc++ -g 
-O2 -pipe -march=core2 -DLIBICONV_PLUG -fno-strict-aliasing  -DLIBICONV_PLUG 
-I/usr/ports/lang/gcc48/work/build/i386-portbld-freebsd10.1/libstdc++-v3/include/i386-portbld-freebsd10.1
 
-I/usr/ports/lang/gcc48/work/build/i386-portbld-freebsd10.1/libstdc++-v3/include
 -I/usr/ports/lang/gcc48/work/gcc-4.8-20140904/libstdc++-v3/libsupc++ -O2 -g 
/usr/ports/lang/gcc48/work/gcc-4.8-20140904/libstdc++-v3/include/precompiled/stdc++.h
 -o i386-portbld-freebsd10.1/bits/stdc++.h.gch/O2g.gch
In file included from 
/usr/ports/lang/gcc48/work/gcc-4.8-20140904/libstdc++-v3/include/precompiled/stdc++.h:94:0:
/usr/ports/lang/gcc48/work/build/i386-portbld-freebsd10.1/libstdc++-v3/include/valarray:1233:1:
 internal compiler error: Segmentation fault
 } // namespace
 ^
no stack trace because unwind library not available
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
gmake[6]: *** [i386-portbld-freebsd10.1/bits/stdc++.h.gch/O2g.gch] Error 1


-- 
http://ache.vniz.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: Can't build lang/gcc port on i386: segmentation fault

[Andrey Chernov]

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++ 
-L/usr/ports/lang/gcc49/work/build/i386-portbld-freebsd10.1/libstdc++-v3/src 
-L/usr/ports/lang/gcc49/work/build/i386-portbld-freebsd10.1/libstdc++-v3/src/.libs
 
-L/usr/ports/lang/gcc49/work/build/i386-portbld-freebsd10.1/libstdc++-v3/libsupc++/.libs
 -B/usr/local/i386-portbld-freebsd10.1/bin/ 
-B/usr/local/i386-portbld-freebsd10.1/lib/ -isystem 
/usr/local/i386-portbld-freebsd10.1/include -isystem 
/usr/local/i386-portbld-freebsd10.1/sys-include-x c++-header -nostdinc++ -g 
-O2 -pipe -march=core2 -DLIBICONV_PLUG -fno-strict-aliasing  -DLIBICONV_PLUG  
-I/usr/ports/lang/gcc49/work/build/i386-portbld-freebsd10.1/libstdc++-v3/include/i386-portbld-freebsd10.1
 
-I/usr/ports/lang/gcc49/work/build/i386-portbld-freebsd10.1/libstdc++-v3/include
 -I/usr/ports/lang/gcc49/work/gcc-4.9-20140903/libstdc++-v3/libsupc++ -O2 -g 
-std=gnu++0x /usr/ports/lang/gcc49/work/gcc-4.9-20140903/libstdc++-
v3/include/precompiled/stdc++.h \
-o i386-portbld-freebsd10.1/bits/stdc++.h.gch/O2ggnu++0x.gch
In file included from 
/usr/ports/lang/gcc49/work/build/i386-portbld-freebsd10.1/libstdc++-v3/include/unordered_set:48:0,
 from 
/usr/ports/lang/gcc49/work/gcc-4.9-20140903/libstdc++-v3/include/precompiled/stdc++.h:116:
/usr/ports/lang/gcc49/work/build/i386-portbld-freebsd10.1/libstdc++-v3/include/bits/unordered_set.h:1354:1:
 internal compiler error: Segmentation fault
 } // namespace std
 ^
no stack trace because unwind library not available
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
gmake[6]: *** [i386-portbld-freebsd10.1/bits/stdc++.h.gch/O2ggnu++0x.gch] Error 
1


-- 
http://ache.vniz.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: Can't build lang/gcc port on i386: segmentation fault

[Andrey Chernov]

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 gone...

-- 
http://ache.vniz.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: Can't build lang/gcc port on i386: segmentation fault

[Andrey Chernov]

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@ related to this subj, providing core file, etc.
It works on -current, amd64, -march=core2 combination (on better CPU),
so it either -stable or i386-specific clang bug. Alas, I don't have
-current, i386 machine with this CPU.

-- 
http://ache.vniz.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: ports-mgmt/portupgrade and pkg 1.3

[Andrey Chernov]

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
 that the older version did.

 Cheers.

 
 Hello.
 
 You mean when Cleaning out obsolete shared libraries is printed? I
 find this very annoying too.
 What does it exactly do, during this phase?
 Would it be possible to do this once per run (instead of once per port)?
 

BTW, I have tried to report it to the pkg authors, but don't have any
reaction related to the subj.

-- 
http://ache.vniz.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: ImageMagick

[Andrey Chernov]

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/
___
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

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

[Andrey Chernov]

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 option is not
set, but rebuild other port with needed option only, added
automatically. Any ideas?

-- 
http://ache.vniz.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: Libiconv confusion on 10.0-RELEASE

[Andrey Chernov]

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 to ASCII is completely broken. Toggling POSIX
 translate flag is impossible (always on).
 
 
 My error.
 
 Is there a PR on this?

translation=transliteration above
No PR and person who brings libiconv code from Citrus (gabor@) don't have 
a time anymore to deal with. 
For details see the thread starting from
http://lists.freebsd.org/pipermail/svn-ports-all/2014-January/045192.html

-- 
http://ache.vniz.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: Libiconv confusion on 10.0-RELEASE

[Andrey Chernov]

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/
___
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: cpuminer mines only on one core regardless of --threads option

[Andrey Chernov]

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.

-- 
http://ache.vniz.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: cpuminer mines only on one core regardless of --threads option

[Andrey Chernov]

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 attached.

-- 
http://ache.vniz.net/
--- cpu-miner.c.bak 2013-07-10 16:00:51.0 +0400
+++ cpu-miner.c 2014-02-15 04:40:56.0 +0400
@@ -75,7 +75,7 @@
cpuset_t set;
CPU_ZERO(set);
CPU_SET(cpu, set);
-   cpuset_setaffinity(CPU_LEVEL_WHICH, CPU_WHICH_CPUSET, -1, 
sizeof(cpuset_t), set);
+   cpuset_setaffinity(CPU_LEVEL_WHICH, CPU_WHICH_TID, -1, 
sizeof(cpuset_t), set);
 }
 #else
 static inline void drop_policy(void)
___
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

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

[Andrey Chernov]

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% interrupt,  100% idle
 CPU 1:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
 CPU 2:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100% idle
 CPU 3:  0.0% user,  100% nice,  0.0% system,  0.0% interrupt,  0.0% idle

This is SCHED_ULE bug, I see _all_ processes (not minerd only in
particular) stuck to the last CPU too (top's 'C' column is equal to the
last CPU and never changes), latest -stable i386. It disappears for me
switching to SCHED_4BSD.

___
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: FreeBSD Port: pecl-APC-3.1.13

[Andrey Chernov]

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 could you use a
 non beta version (lastest is 3.1.9)

FYI, it works nicely with php 5.4 so far and have important bugfixes. I
must admit I don't use complex apps, just cache lots of scripts and user
entries.

We have two choices: track down your problem (preferred) or keep two
versions separately.

___
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: Bug in misc/astrolog

[Andrey Chernov]

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://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Bug in misc/astrolog

[Andrey Chernov]

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 maybe an architecture problem between i386 and amd64.

The same line works on i386 machines I have. It looks like problem with
some word or type sizes on amd64.
___
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: maintainer timeout for FreeBSD commiters

[Andrey Chernov]

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 processing. If they do not care about their ports, they
  should not have power to obstruct other people work.
 
  I have really long term bad experience with that (usually there are stuck
  for 6+ months). I know that it was discussed, but nothing constructive was
  done.
 
  currently i have in queue just these 2:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/166488
  http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/167289
 
 No-one is exempt from timeouts on ports except secteam and portmgr.

Oh yeah! Holy secteam@ proves to have ~5 years timeout. I watched if it 
can grows more, but someone recently commits exact the changes I purpose 
(apparently without their notice) so bigger timeouts are not proved yet. 
But I think secteam@ have very good potential in timeouts growing and 
overcome its own achievement some day.

-- 
http://ache.vniz.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: linux-f10-flashplugin11 not works for 9-stable (Linuxulator?)

[Andrey Chernov]

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 from our _standard_ /usr/src/etc/hosts which comes first before
  127.0.0.1   localhost localhost.my.domain
  line.
 
  Linux takes the first match on localhost, i.e. ::1, then tries
   8605 npviewer.bin STRU  struct sockaddr { AF_INET6, [::1]:6010 }
  it was last command from npviewer.bin, then it immeditelly terminates:
   8605 npviewer.bin RET   linux_socketcall -1 errno 4 Interrupted 
  system call
   8605 npviewer.bin PSIG  SIGTERM SIG_DFL code=0x10001
 
  The workaround is to switch lines order in /etc/hosts, i.e.
   127.0.0.1 localhost
   ::1 localhost
  to make IPv4 one comes first. Flash works afterwards.
 
  The bug affects IPv6-enabled machines with IPv4 over IPv6 preferred or
  maybe IPv4 too I don't know, but since we don't have such reports in mass,
  I think IPv4-only setup is fine.
 
 Can you clarify this a bit? I have at least one machine with vanilla 
 /etc/hosts connected to IPv4/IPv6 network (i.e. some internal hosts 
 resolve to IPv6) and flash works fine there.

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. I remember when I had
FF 7, Flash works with ::1 first, but Linuxulator not yet have any length
checks at those times as it have now (or perhaps other recent fixes).

 The DEPEND list on www/nspluginwrapper lists ftp/curl as a dependence. 
 And this port can be built without IPv6. Can you check your ports 
 configuration about enabling IPv6 support?

This is not the case, all my ports which have IPv6 capability
are builded with IPv6 as the system too.

-- 
http://ache.vniz.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: linux-f10-flashplugin11 not works for 9-stable (Linuxulator?)

[Andrey Chernov]

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. I remember when I had
  FF 7, Flash works with ::1 first, but Linuxulator not yet have any length
  checks at those times as it have now (or perhaps other recent fixes).
 
 I have an IPv6 connection and listing ::1 first works for me as well.
 
 Try closing down firefox, rm -r ~/.macromedia, rebuilding
 www/nspluginwrapper and www/linux-f10-flashplugin11, then rm
 ~/.mozilla/plugins/npwrapper.libflashplayer.so and reinstall. (I just
 use, nspluginwrapper -i
 /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so personally)
 
 Then restart firefox and check out about:plugins

I already do all the above first, rebuild everything etc. Nothing helps
excepting moving ::1 down (moving it down works even with FF is already 
running - on the next page reload).

BTW, Flash is shown in about:plugins normally in either case, just not
works due to misteriosly killed npviewer.bin in ::1 first case.

-- 
http://ache.vniz.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

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

[Andrey Chernov]

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-side RPC
  client connection
  NOTE: child process received `Goodbye', closing down
 
  Looking into ktrace I found error reason:
 
  82037 plugin-container CALL  connect(0x16,0x2c04f9d4,0x42)
82037 plugin-container STRU  struct sockaddr { AF_LOCAL, invalid }
82037 plugin-container NAMI
  /tmp/_org_wrapper_NSPlugins_libflashplayer.so_82037-2_1804289383
82037 plugin-container RET   connect -1 errno 2 No such file or directory
 
  (repeated several times).
 
  This invalid in sockaddr looks familiar as for some time ago added
  sockaddr length checks our kernel, but as bz@ says this should be
  already fixed.
 
  Does anybody runs flash successfly on 9-stable? If yes, where else the
  problem can be?
 
 Am running flash successfully on 9-stable (daily rebuild). Works for me 
 under chromium/seamonkey.
 
 Just filed a patch for the latest flash version... Works for me also.

Do you have recently-builded nspluginwrapper from sources? It seems the 
bug is there, since even that does not work:

# nspluginplayer --verbose type=application/x-shockwave-flash 
src=some.swf
*** NSPlugin Player  *** swf   application/x-shockwave-flash
   Shockwave Flash
*** NSPlugin Player  *** spl   application/futuresplash 
   FutureSplash Player
*** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client 
connection
*** NSPlugin Player  *** ERROR: could not execute: 
NPERR_MODULE_LOAD_FAILED_ERROR

And I see very suspicious socket_addr_len size related code (which recent 
SA-fixes address) in rpc.c there:

  connection-socket_addr_len = _rpc_socket_path(connection-socket_path, 
ident);
  memcpy(connection-socket_addr.sun_path[0], connection-socket_path, 
connection-socket_addr_len);
  connection-socket_addr_len += offsetof(struct sockaddr_un, sun_path); 
/* though POSIX says size of the actual sockaddr structure */
#ifdef HAVE_SOCKADDR_UN_SUN_LEN
  connection-socket_addr.sun_len = connection-socket_addr_len;
#endif


-- 
http://ache.vniz.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: nspluginwrapper (was Re: linux-f10-flashplugin11 not works for 9-stable (Linuxulator?))

[Andrey Chernov]

It seems part of the bug is already noticed by maintainer (Jung-uk Kim) but 
nothing is done to fix it:
http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/064067.html
BTW, the bug is in native FreeBSD code (rpc.c), not in linux code.

Jung-uk, could you fix/hack it somehow, please?

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:
  
   *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC
   client connection
   NOTE: child process received `Goodbye', closing down
  
   Looking into ktrace I found error reason:
  
   82037 plugin-container CALL  connect(0x16,0x2c04f9d4,0x42)
 82037 plugin-container STRU  struct sockaddr { AF_LOCAL, invalid }
 82037 plugin-container NAMI
   /tmp/_org_wrapper_NSPlugins_libflashplayer.so_82037-2_1804289383
 82037 plugin-container RET   connect -1 errno 2 No such file or 
   directory
  
   (repeated several times).
  
   This invalid in sockaddr looks familiar as for some time ago added
   sockaddr length checks our kernel, but as bz@ says this should be
   already fixed.
  
   Does anybody runs flash successfly on 9-stable? If yes, where else the
   problem can be?
  
  Am running flash successfully on 9-stable (daily rebuild). Works for me 
  under chromium/seamonkey.
  
  Just filed a patch for the latest flash version... Works for me also.
 
 Do you have recently-builded nspluginwrapper from sources? It seems the 
 bug is there, since even that does not work:
 
 # nspluginplayer --verbose type=application/x-shockwave-flash 
 src=some.swf
 *** NSPlugin Player  *** swf   application/x-shockwave-flash  
  Shockwave Flash
 *** NSPlugin Player  *** spl   application/futuresplash   
  FutureSplash Player
 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client 
 connection
 *** NSPlugin Player  *** ERROR: could not execute: 
 NPERR_MODULE_LOAD_FAILED_ERROR
 
 And I see very suspicious socket_addr_len size related code (which recent 
 SA-fixes address) in rpc.c there:
 
   connection-socket_addr_len = _rpc_socket_path(connection-socket_path, 
 ident);
   memcpy(connection-socket_addr.sun_path[0], connection-socket_path, 
 connection-socket_addr_len);
   connection-socket_addr_len += offsetof(struct sockaddr_un, sun_path); 
 /* though POSIX says size of the actual sockaddr structure */
 #ifdef HAVE_SOCKADDR_UN_SUN_LEN
   connection-socket_addr.sun_len = connection-socket_addr_len;
 #endif
 
 
 -- 
 http://ache.vniz.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


-- 
http://ache.vniz.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

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

[Andrey Chernov]

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 ktrace I found error reason:

82037 plugin-container CALL  connect(0x16,0x2c04f9d4,0x42)
 82037 plugin-container STRU  struct sockaddr { AF_LOCAL, invalid }
 82037 plugin-container NAMI
/tmp/_org_wrapper_NSPlugins_libflashplayer.so_82037-2_1804289383
 82037 plugin-container RET   connect -1 errno 2 No such file or directory

(repeated several times).

This invalid in sockaddr looks familiar as for some time ago added 
sockaddr length checks our kernel, but as bz@ says this should be 
already fixed.

Does anybody runs flash successfly on 9-stable? If yes, where else the 
problem can be?

-- 
http://ache.vniz.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: opendkim-2.4.2 missing files

[Andrey Chernov]

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'
 [...]
  = Couldn't fetch it - please try to retrieve this
  = port manually into /usr/ports/distfiles/ and try again.
 
 Download link fixed (and comitted), souce file was moved to Previous 
 Releases

Is it hard to just update this port to the latest version instead?
(CC'ed to the maintainer)

-- 
http://ache.vniz.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: security/cfs

[Andrey Chernov]

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 the way to understand my words about 
the project. Much more years must be passed to increase your understanding 
until it reach its full level.

-- 
http://ache.vniz.net/


pgpCgmPzvlZe3.pgp
Description: PGP signature

libtool 10.0-CURRENT, cyrus-sasl2 case

[Andrey Chernov]

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   --mode=install /usr/bin/install -c saslpasswd2 
sasldblistusers2 pluginviewer '/usr/local/sbin'
libtool: install: invalid libtool wrapper script `saslpasswd2'
*** Error code 1

saslpasswd2 wrapper is generated by system libtool, but final ../libtool 
is local one and check completely different variables set on install.

-- 
http://ache.vniz.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: Turning APNG to on by default in graphics/png

[Andrey Chernov]

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 
 can 
 not find any advisories fresher than 2008:
 
 http://osvdb.org/show/osvdb/48766

Wrong place to find advisores related to subj. See 
http://www.libpng.org/pub/png/libpng.html
page, right below yellow tables. Latest one fixed Feb 3 2011.

 Various Mozilla applications will then be able to LIB_DEPEND on the installed 
 png instead of building their own versions.

FYI: apng is quick hack to overcome animated gifs limitations and libpng 
author is strongly against it, suggesting to use more flexible mng 
instead: http://www.libpng.org/pub/mng/

-- 
http://ache.vniz.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: Turning APNG to on by default in graphics/png

[Andrey Chernov]

If only FF wants hacked library, there is no point to make even 
separated port. Making APNG default is an additional security risk since 
another vulnerability may be founded in the APNG extension in the future 
will affect all programs at once, i.e. we'll have png risk + apng risk as 
result. 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 
  can
not find any advisories fresher than 2008:

 http://osvdb.org/show/osvdb/48766
  Wrong place to find advisores related to subj. See
  http://www.libpng.org/pub/png/libpng.html
  page, right below yellow tables. Latest one fixed Feb 3 2011.
 Your link has no information on ANIMATED png. The ANIMATED functionality has 
 no 
 advisories since 2008...
Various Mozilla applications will then be able to LIB_DEPEND on the 
   installed
png instead of building their own versions.
  FYI: apng is quick hack to overcome animated gifs limitations and libpng
  author is strongly against it, suggesting to use more flexible mng
  instead:http://www.libpng.org/pub/mng
 I have this information -- this was discussed (with your and my selves 
 present) 
 back in 2008. But we are not going to change the way Mozilla projects are 
 going 
 about this... Our options at this point are:
 
   * continue building a private libpng as part of each Mozilla application -- 
 a 
 silly redundancy of patches and waste of time and space;
   * make a separate port (apng or mozilla-png) -- making sure, it does not 
 conflict with the official png;
   * just turn the APNG option on by default in the existing png port...
 
 I think, the third options is the easiest -- and it has NO downsides... Yours,
 
 -mi
 


-- 
http://ache.vniz.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: devel/gettext further update

[Andrey Chernov]

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 issues with the port in an upgrading 
 environment will go away.

BTW, just found more ports needs to be bumped due to gettext:

mail/mutt-devel

security/libksba
security/libgcrypt
(they use libgpg-error)

-- 
http://ache.pp.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: devel/gettext further update

[Andrey Chernov]

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 
 directly with gettext need it? One of the major benefits of shared 
 libraries is to avoid pointless recompiling.

libgpg-error is bumped already. But those libraries are linked to the old 
libintl comes from libgpg-error (if they are not recompiled by hand), so 
f.e. building of gnupg fails.

See how they was linked:

/usr/local/lib/libgcrypt.so.16:
libgpg-error.so.0 = /usr/local/lib/libgpg-error.so.0 (0x28221000)
libintl.so.8 = not found (0x0)
libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x2822e000)
libc.so.7 = /lib/libc.so.7 (0x2808f000)

-- 
http://ache.pp.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: [RFC] Reduce namespace pollution on zlib.h

[Andrey Chernov]

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 _LARGEFILE64_*, which will break zlib.h on FreeBSD :(

To keep ports code untouched you should not #undef anything like that 
names in the public zlib.h header, just remove/redefine *LARGEFILE* for 
zlib only in some private internal header.

-- 
http://ache.pp.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: graphics/png -- NO* mtree error

[Andrey Chernov]

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/
___
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: bsd-grep-20080725_1 -v flag busted...

[Andrey Chernov]

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 committer, I thought that the -v flag was compatible.
 
 Here is what I get at the moment:
 
   echo 'fee\nfi\nfoe\nfum' | ./grep -v fi
   echo 'fee\nfi\nfoe\nfum' | /usr/bin/grep -v fi

Example is broken, echo (for sh) supposed to be

echo 'fee
fi
foe
fum' | ...

-- 
http://ache.pp.ru/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: portupgrade 2.4.4

[Andrey Chernov]

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):

---  Updating dependency info
---  Modifying /var/db/pkg/GeoIP-1.4.4/+CONTENTS

---  Modifying /var/db/pkg/xxkb-1.11/+CONTENTS
---  Modifying /var/db/pkg/zidrav-1.2.0/+CONTENTS
---  Modifying /var/db/pkg/zip-2.32/+CONTENTS


-- 
http://ache.pp.ru/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Size mismatch for graphics/ImageMagick

[Andrey Chernov]

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 Makefile
  Log:
  Relinquish maintainership. portmgr harassment is just too much.

-- 
http://ache.pp.ru/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

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

[Andrey Chernov]

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/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: sqlite3 - any plans to update?

[Andrey Chernov]

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 getting spammed by bogofilter trying to convince me to
 update sqlite to at least version 3.4.2. 
 
 So, are there some showstoppers or is it just ETIME  EHOLIDAYS? :-)

I already try to mail maintainer, but got no answer.
BTW, bogofilter is MUCH faster with BDB with transasction on in any case.

-- 
http://ache.pp.ru/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: www/horde-base

[Andrey Chernov]

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);
   }
   }
  +/* avoid FreeBSD issapce(3) bug */
  +if(NLS::getCharset() == UTF-8){
  +  setlocale(LC_CTYPE,C);
  +}
   @putenv('LANG=' . $lang_charset);
   @putenv('LANGUAGE=' . $lang_charset);
   }
 
  Regards,
  Nicki
 
 The problem has been fixed, update your ports tree and rebuild.

You need to use __FreeBSD_version check in your patch, since the bug 
itself is fixed in 7x and up.

-- 
http://ache.pp.ru/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: FreeBSD Port: horde-base-3.1.5_1

[Andrey Chernov]

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/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: quick fix for graphics/libpng

[Andrey Chernov]

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 up a quick patch to upgrade the port to libpng-1.2.22rc1,
 which apparently fixes the vulnerabilities:
 http://www.securityfocus.com/bid/25957/solution

I prefer to wait until 22 release.

-- 
http://ache.pp.ru/


pgptwLibFyqa0.pgp
Description: PGP signature

'dialog' core dump fix [patch for approvement]

[Andrey Chernov]

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 MAX_LEN 4096
 
 #ifndef TRUE
 #define TRUE (1)

-- 
http://ache.pp.ru/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

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

[Andrey Chernov]

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 gs-gpl on all my boxes, including i386 and amd64 6.x
 system.

unsigned char result[MAX_LEN];
...
retval = dialog_checklist(title, argv[offset+2], atoi(argv[offset+3]),
  atoi(argv[offset+4]), atoi(argv[offset+5]),
  (argc-offset-6)/3, argv+offset + 6, result);

result is overflowing (check the sum of tempfile strings lengths in 
the scripts/configure)
But core dump happens not here immediately, it happens in the strange 
place - in the return from main() :-) (because the stack is corrupted)

...
EndDialog(clear_screen);
return retval;
^ here

-- 
http://ache.pp.ru/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

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

[Andrey Chernov]

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 found.

People please lets go technical. Don't just say I dislike it because 
expect some potential breakage somewhere, lets write _in_detail_ what 
_is_ currently not working for you as supposed. 

So, gathering some real stats we can deside what to do at the next step. 
Possible solutions are; provide env. variable for old bug-to-bug 
compatibility or vice versa, activate new stuff under _POSIXLY_CORRECT 
env. variable or provide warning for a while or provide #define and so on, 
it depends on real picture.

++
Otherwise the whole discussion turns to be just ad hoc speculation 
POSIX vs. BSD without any real ground.
++

Ports system is our main goal for now (and base, of course, in case I miss 
something).

Thanx for cooperation.
-- 
http://ache.pp.ru/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

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

[Andrey Chernov]

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 diffs.

-- 
http://ache.pp.ru/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

DSO loading (dlopen) appearse to be broken somehow

[Andrey Chernov]

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: Undefined symbol ap_palloc

Perhaps it is Apache configuration problem since old-compiled apache 
(Dec 9) runs normally. Perhaps Apache config find some new defines which 
not works as expected.

I am not expert in dlopen() at all. Please look someone who knows.

-- 
http://ache.pp.ru/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

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

[Andrey Chernov]

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 configuration problem since old-compiled apache 
  (Dec 9) runs normally. Perhaps Apache config find some new defines
  which not works as expected.
  
  I am not expert in dlopen() at all. Please look someone who knows.
  
 You do not have to be an expert in dlopen to find out the list of
 loaded modules at the time dlopen called, what parameters dlopen is
 called with and where the symbol allegedly not found is really defined.

1) The symbols in question are all _defined_ inside main httpd program.
2) dlopen() just call single first apache module and fails.
3) Apache port not changed for a long time and works at the moment of last 
commit 2006/12/09


-- 
http://ache.pp.ru/


pgpSrP04w32UH.pgp
Description: PGP signature

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

[Andrey Chernov]

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 how it may happens?

When I do objdump -T for old httpd from Dec 9 - they are there like this
0804ecce gDF .text  006b ap_palloc

-- 
http://ache.pp.ru/


pgpDrUQYHl3kZ.pgp
Description: PGP signature

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

[Andrey Chernov]

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.

OBJFORMAT=`test -x /usr/bin/objformat  /usr/bin/objformat || 
echo
aout`
if [ x$OBJFORMAT = xelf ]; then
LDFLAGS_SHLIB_EXPORT=-Wl,-E
SHLIB_SUFFIX_DEPTH=0
else
LDFLAGS_SHLIB_EXPORT=
SHLIB_SUFFIX_DEPTH=2
fi

Sorry for the noise.


-- 
http://ache.pp.ru/


pgp951LIlAL1K.pgp
Description: PGP signature

xorg-server is broken due to objformat in -current

[Andrey Chernov]

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
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: FreeBSD Port: unrar-3.60,4

[Andrey Chernov]

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 disabling IsNameUsable.

 
 +if (WideToChar(ArcFileNameW,Name)/*  IsNameUsable(Name)*/)
 

-- 
http://ache.pp.ru/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: graphics/png - CC

[Andrey Chernov]

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 to anything and it honors.
 
 How did you set? The graphics/png doesn't honor it when you add CC=foobar  
 in make.conf or graphics/png/Makefile.

/usr/ports/graphics/png ttyp2 73_# setenv CC gcc -g
/usr/ports/graphics/png ttyp2 74_# make
===  Extracting for png-1.2.12_1
= MD5 Checksum OK for libpng-1.2.12.tar.bz2.
= SHA256 Checksum OK for libpng-1.2.12.tar.bz2.
===  Patching for png-1.2.12_1
===  Applying FreeBSD patches for png-1.2.12_1
===  Configuring for png-1.2.12_1
===  Building for png-1.2.12_1
gcc -g -O2 -fno-strict-aliasing -pipe -march=pentium4 -march=pentium4  -c png.c
^^
gcc -g -O2 -fno-strict-aliasing -pipe -march=pentium4 -march=pentium4  -c 
pngset.c
gcc -g -O2 -fno-strict-aliasing -pipe -march=pentium4 -march=pentium4  -c 
pngget.c
gcc -g -O2 -fno-strict-aliasing -pipe -march=pentium4 -march=pentium4  -c 
pngrutil.c
^C

 You should inspect your build path step by step to find real reason of
 that bag, only after that we can find the real fix.
 
 I already have gave you a solution. If you don't like it then it's your  
 job to figure another solution as you are maintaining for this port.

Solution for what? You don't describe where the bug is exactly.
Since I can't reproduce this situation on my machine, I can only relay 
upon your inspecting to maintain this port in this matter.

-- 
http://ache.pp.ru/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: graphics/png - CC

[Andrey Chernov]

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 ttyp0 74_# make CC=gcc -g
===  Extracting for png-1.2.12_1
= MD5 Checksum OK for libpng-1.2.12.tar.bz2.
= SHA256 Checksum OK for libpng-1.2.12.tar.bz2.
===  Patching for png-1.2.12_1
===  Applying FreeBSD patches for png-1.2.12_1
===  Configuring for png-1.2.12_1
===  Building for png-1.2.12_1
gcc -g -O2 -fno-strict-aliasing -pipe -march=pentium4 -march=pentium4  -c 
png.c
gcc -g -O2 -fno-strict-aliasing -pipe -march=pentium4 -march=pentium4  -c 
pngset.c

-- 
http://ache.pp.ru/
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]