Re: systrace gnu configure __sysctl(202), arg: 24
* patrick ~ [2005-10-10]: So i try to run ./configure --help with systrace and i get the output at the end of this email. Why do you do that? That's not supposed to work. So what is __sysctl(202)? how do I go about resolving this issue? and the rest? Am I doing something weirdly wrong? Is there more info I can provide? If you don't know systrace, why do you use it? Nikolay
update: multimedia/transcode
attached is a patch to update multimedia/transcode to the 1.0.1 release.
transcode changes (annoted):
- lots of bug fixes and code cleanup
- i386 nasm code replaced
- several speed improvements
- uses external libmpeg2
- new filters: facemask, ascii
- can read raw DVD ISO images
- new export profile: xvcd
- auto-probe support for bktr and sunau
- safer sting functions
- much improved amd64 support
- removed local copies of bbmpeg, libdvenc and libpostproc
- uses an external libpostproc
port changes:
- most patches integrated
- USE_LIBTOOL
- update my address
I also have updates for libquicktime and mjpegtools, but transcode
should be updated first to avoid breakage.
--
[EMAIL PROTECTED]
diff -uNr --exclude=CVS /usr/ports/multimedia/transcode/Makefile
transcode/Makefile
--- /usr/ports/multimedia/transcode/MakefileSun Oct 9 15:01:46 2005
+++ transcode/Makefile Sun Oct 9 15:10:38 2005
@@ -2,24 +2,24 @@
COMMENT= video stream processing tools
-DISTNAME= transcode-0.6.14
-PKGNAME= ${DISTNAME}p2
+DISTNAME= transcode-1.0.1
CATEGORIES=multimedia
HOMEPAGE= http://www.transcoding.org/
-MAINTAINER=Jacob Meuser [EMAIL PROTECTED]
+MAINTAINER=Jacob Meuser [EMAIL PROTECTED]
# GPL
PERMIT_PACKAGE_CDROM= Yes
PERMIT_PACKAGE_FTP=Yes
PERMIT_DISTFILES_CDROM=Yes
PERMIT_DISTFILES_FTP= Yes
-WANTLIB= ICE SM X11 Xext Xv c freetype m pthread \
- usbhid vorbisenc z
+WANTLIB= ICE SM X11 Xaw Xext Xi Xpm Xt Xv c freetype \
+ m pthread usbhid vorbisenc z \
+ glib gmodule intl
MASTER_SITES= http://www.jakemsr.com/transcode/ \
- http://dl.fkb.wormulon.net/transcode/
+ http://kraymer.de/mirroring/
FLAVORS= lzo mjpegtools quicktime
FLAVOR?=
@@ -27,7 +27,6 @@
BUILD_DEPENDS+=::devel/pkgconfig
.if ${MACHINE_ARCH} == i386
-BUILD_DEPENDS+=::devel/nasm
PKG_ARGS+= -Di386=1
.else
PKG_ARGS+= -Di386=0
@@ -36,15 +35,19 @@
PATCH_LIST=patch-* gcc-*
.endif
-LIB_DEPENDS= SDL.2::devel/sdl \
+LIB_DEPENDS= SDL.2::devel/sdl \
a52.0::audio/liba52 \
- avcodec.4.9::graphics/ffmpeg \
+ avcodec.6::graphics/ffmpeg \
dv.4::multimedia/libdv \
dvdread.3::devel/libdvdread \
+ gdk.1.2,gtk.1.2::x11/gtk+ \
iconv.4::converters/libiconv \
jpeg.62::graphics/jpeg \
mp3lame.0::audio/lame \
+ mpeg2.0,mpeg2convert.0::graphics/libmpeg2 \
ogg.5::audio/libogg \
+ postproc.6::graphics/ffmpeg \
+ theora.1::multimedia/libtheora \
vorbis.3,vorbisfile.4::audio/libvorbis \
xml2.8::textproc/libxml
@@ -57,30 +60,35 @@
SEPARATE_BUILD=concurrent
+USE_LIBTOOL= Yes
SHARED_ONLY= Yes
CONFIGURE_STYLE= gnu
CONFIGURE_ENV+=CPPFLAGS=-I${LOCALBASE}/include
-I${X11BASE}/include \
- LDFLAGS=-L${LOCALBASE}/lib \
- FFMPEG_LIBS_EXTRALIBS=-lmp3lame -la52 -lvorbisenc
-lvorbis -logg
+ LDFLAGS=-L${LOCALBASE}/lib -L${X11BASE}/lib \
+ LIBAVCODEC_EXTRA_LIBS=-lmp3lame -la52 -lvorbisenc
-lvorbis -logg
MODGNU_CONFIG_GUESS_DIRS=${WRKSRC}/autotools
CONFIGURE_ARGS+= ${CONFIGURE_SHARED} \
+ --enable-statbuffer \
--enable-a52 \
--enable-a52-default-decoder \
--enable-bktr \
+ --enable-freetype2 \
+ --enable-gtk \
+ --enable-lame \
--enable-libdv \
+ --enable-libdvdread \
+ --enable-libiconv \
+ --enable-libjpeg \
+ --enable-libpostproc \
--enable-libxml2 \
--enable-ogg \
--enable-sdl \
--enable-sunau \
+ --enable-theora \
--enable-vorbis \
- --enable-ffbin \
- --disable-3dnow \
- --disable-sse \
- --disable-sse2 \
- --disable-cmov \
- --disable-altivec
+
--with-libpostproc-includes=${LOCALBASE}/include/postproc
.if ${FLAVOR:L:Mlzo}
CONFIGURE_ARGS+= --enable-lzo
@@ -102,7 +110,7 @@
.if ${FLAVOR:L:Mquicktime}
CONFIGURE_ARGS+=
changes in lib handling in bsd.port.mk
Due to out-of-date running very slowly, I've had a look at how we handle lib dependencies, and cleaned-up so that the ports semantics and the package semantics match more closely. The most visible change is that now, dependencies are evaluated in two steps: first we check that there are packages that satisfy the libs and build depends, then we check that every library spec in both LIB_DEPENDS and WANTLIB is satisfied. Thus, the messages change. There was an extra bit of changes in the file names involved, since the WANTLIB lists are large enough to forge filenames that are 256 chars long, which is a real bad idea... But now, things should be back to normal, and lib checking should even be slightly faster...
Re: new: shells/perlsh 1.8
On Fri, 7 Oct 2005 23:01:51 +0200 Aleksander Piotrowski [EMAIL PROTECTED] wrote: Jasper Lievisse Adriaanse [EMAIL PROTECTED] wrote: On Wed, 28 Sep 2005 17:46:36 +0200 Jasper Lievisse Adriaanse [EMAIL PROTECTED] wrote: snip i get this error upon installing the package Couldn't find subject in old manpage /usr/local/man/man3p/Psh::StrategyBunch.3p Unknown manpage type /usr/local/man/man3p/Psh::StrategyBunch.3p I noticed, that too. But I just can't seem to find the source of that error. Does anybody have a clue? Well, it's finally fixed. Thanks to the help of alek@, jmc@ and [EMAIL PROTECTED] The updated tarball containing the port, which is working on i386, alpha and sparc64, is at http://nedbsd.nl/~jasper/obsd/ports/perlsh.tar.gz What about this (it's make install output): [...] Installing /mnt/wd0i/obj/ports/perlsh-1.8/fake-i386/usr/local/bin/psh Writing /mnt/wd0i/obj/ports/perlsh-1.8/fake-i386/usr/local/libdata/perl5/site_perl/i386-openbsd/auto/psh/.packlist Appending installation info to /mnt/wd0i/obj/ports/perlsh-1.8/fake-i386/usr/./libdata/perl5/i386-openbsd/perllocal.pod /usr/bin/perl postinstall.pl /usr/local /usr/local Installing share files to /usr/local/share/psh systrace: deny user: root, prog: /bin/mkdir, pid: 28858(0)[10776], policy: /usr/bin/env, filters: 144, syscall: native-fswrite(136), filename: /usr/local/share/psh mkdir: /usr/local/share/psh: Operation not permitted systrace: deny user: root, prog: /bin/cp, pid: 25329(0)[10776], policy: /usr/bin/env, filters: 144, syscall: native-fswrite(136), filename: /usr/local/share/psh cp: /usr/local/share/psh/: Operation not permitted systrace: deny user: root, prog: /bin/cp, pid: 26483(0)[10776], policy: /usr/bin/env, filters: 144, syscall: native-fswrite(136), filename: /usr/local/share/psh cp: /usr/local/share/psh/: Operation not permitted Cheers, Alek Well, I just can reproduce your errors. Here it installs without any complaints or errors. Can anyone else reproduce Alek's output? Cheers, Jasper -- Maybe were victims of fate / Remember when we'd celebrate We'd drink and get high until late / And now were all alone Wedding bells ain't gonna chime / With both of us guilty of crime And both of us sentenced to time / And now were all alone -- Placebo, Protect me from what i want -- Security is decided by quality -- Theo de Raadt
Re: new: shells/perlsh 1.8
On Mon, 10 Oct 2005 16:32:45 +0200 steven mestdagh [EMAIL PROTECTED] wrote: On Mon, Oct 10, 2005 at 03:49:28PM +0200, Jasper Lievisse Adriaanse wrote: Well, it's finally fixed. Thanks to the help of alek@, jmc@ and [EMAIL PROTECTED] The updated tarball containing the port, which is working on i386, alpha and sparc64, is at http://nedbsd.nl/~jasper/obsd/ports/perlsh.tar.gz What about this (it's make install output): [...] Installing /mnt/wd0i/obj/ports/perlsh-1.8/fake-i386/usr/local/bin/psh Writing /mnt/wd0i/obj/ports/perlsh-1.8/fake-i386/usr/local/libdata/perl5/site_perl/i386-openbsd/auto/psh/.packlist Appending installation info to /mnt/wd0i/obj/ports/perlsh-1.8/fake-i386/usr/./libdata/perl5/i386-openbsd/perllocal.pod /usr/bin/perl postinstall.pl /usr/local /usr/local Installing share files to /usr/local/share/psh systrace: deny user: root, prog: /bin/mkdir, pid: 28858(0)[10776], policy: /usr/bin/env, filters: 144, syscall: native-fswrite(136), filename: /usr/local/share/psh mkdir: /usr/local/share/psh: Operation not permitted systrace: deny user: root, prog: /bin/cp, pid: 25329(0)[10776], policy: /usr/bin/env, filters: 144, syscall: native-fswrite(136), filename: /usr/local/share/psh cp: /usr/local/share/psh/: Operation not permitted systrace: deny user: root, prog: /bin/cp, pid: 26483(0)[10776], policy: /usr/bin/env, filters: 144, syscall: native-fswrite(136), filename: /usr/local/share/psh cp: /usr/local/share/psh/: Operation not permitted Cheers, Alek Well, I just can reproduce your errors. Here it installs without any complaints or errors. Can anyone else reproduce Alek's output? Yes. Set USE_SYSTRACE=Yes in /etc/mk.conf Hmm, yes now I see them messages too. Do you happen to know how to solve it? Jasper -- steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm -- Security is decided by quality -- Theo de Raadt
OpenBSD AMD64 current: Firefox - Coredump (possible also in 3.8)
Firefox seams to crash if you paste some big textblock e.g. into a web-Frontend. What did I? I tried to blame SAMSUNG because I bought a SAMSUNG ML-1610 and I can't print (I just don#t get it, if somebody had a familiar device and likes to help me: THanks...). So I tried to mail the 2nd time to the support because they said they'll think about oBSD support but I didn't got any response for about a week. SAMSUNG provides some online-Frontend to send such support requests. Firefox crashed as I pasted some text to a textfield there. $ firefox *** loading the extensions datasource Abort trap (core dumped) $ gdb --c firefox-bin.core firefox GNU gdb 6.3 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-unknown-openbsd3.8.../usr/local/bin/firefox: not in executable format: File format not recognized Core was generated by `firefox-bin'. Program terminated with signal 6, Aborted. #0 0x4220403a in ?? () (gdb) Kind regards, Sebastian -- Don't buy anything from YeongYang. Their Computercases are expensiv, they WTX-powersuplies start burning and their support refuse any RMA even there's still some warenty.
Re: OpenBSD AMD64 current: Firefox - Coredump (possible also in 3.8)
On Mon, Oct 10, 2005 at 05:11:58PM +0200, [EMAIL PROTECTED] wrote: Firefox seams to crash if you paste some big textblock e.g. into a web-Frontend. What did I? I tried to blame SAMSUNG because I bought a SAMSUNG ML-1610 and I can't print (I just don#t get it, if somebody had a familiar device and likes to help me: THanks...). I'm afraid this looks like a GDI printer (also known as windows printer). GDI is a proprietary printing language, I don't think OpenBSD developers are interested in reverse engineering it. I'd say buy a printer that speaks PostScript. So I tried to mail the 2nd time to the support because they said they'll think about oBSD support but I didn't got any response for about a week. SAMSUNG provides some online-Frontend to send such support requests. Firefox crashed as I pasted some text to a textfield there. $ firefox *** loading the extensions datasource Abort trap (core dumped) $ gdb --c firefox-bin.core firefox GNU gdb 6.3 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-unknown-openbsd3.8.../usr/local/bin/firefox: not in executable format: File format not recognized Core was generated by `firefox-bin'. Program terminated with signal 6, Aborted. #0 0x4220403a in ?? () (gdb) So try running gdb on /usr/local/mozilla-firefox/firefox-bin ? :) -- steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Re: new: shells/perlsh 1.8
On Mon, Oct 10, 2005 at 04:47:21PM +0200, Jasper Lievisse Adriaanse wrote: systrace: deny user: root, prog: /bin/cp, pid: 26483(0)[10776], policy: /usr/bin/env, filters: 144, syscall: native-fswrite(136), filename: /usr/local/share/psh cp: /usr/local/share/psh/: Operation not permitted Cheers, Alek Well, I just can reproduce your errors. Here it installs without any complaints or errors. Can anyone else reproduce Alek's output? Yes. Set USE_SYSTRACE=Yes in /etc/mk.conf Hmm, yes now I see them messages too. Do you happen to know how to solve it? You can disable the postinstall.pl script by patching Makefile.PL, then install what postinstall.pl does by adding a post-install target to the port's Makefile. -- steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Re: ruby update to 1.8.3
On Sun, Oct 09, 2005 at 10:20:12PM +0200, Damien Couderc wrote: On Sun, 9 Oct 2005 20:41:00 +0200 Damien Couderc [EMAIL PROTECTED] wrote: Here is the update to the 1.8.3 version of ruby. As i received a lot of request about it, i expect a lot of feedback from the same people. BTW, testing is not only building and installing ruby but also testing dependencies (like pcap and gtk extensions also present in the tree). I'd also like to have some feedback from Ruby on Rails users if possible. I absolutly disagree with you removing the tk flavor and making tk and tcl a dependency. This makes ruby REQUIRE X11 to be intalled. Which is totally ridiculous. Why should I have to install x11 to run a ruby app ? -- Mathieu Sauve-Frankel
Re: UPDATE: x11/belt
Here's the the same diff, but now against v1.8 of Makefile:
Index: Makefile
===
RCS file: /cvs/ports/x11/belt/Makefile,v
retrieving revision 1.8
diff -u -r1.8 Makefile
--- Makefile2005/10/09 13:13:25 1.8
+++ Makefile2005/10/10 16:37:23
@@ -1,14 +1,13 @@
# $OpenBSD: Makefile,v 1.8 2005/10/09 13:13:25 mbalmer Exp $
COMMENT= Small menubar for X11 written in Perl/Tk
-V= 1.18
-DISTNAME= belt-${V}
+DISTNAME= belt-1.21
CATEGORIES=x11
HOMEPAGE= http://www.stacken.kth.se/~maxz/programming.html#belt
-MASTER_SITES= ${HOMEPAGE:S/index.html\#belt//}
+MASTER_SITES= http://www.stacken.kth.se/~maxz/files/
-DISTFILES= belt-${V} menu.conf.EXAMPLE belticons.tar.gz
+DISTFILES= ${DISTNAME} menu.conf.EXAMPLE belticons.tar.gz
DIST_SUBDIR= belt
# License: BSD
@@ -29,16 +28,16 @@
NO_REGRESS=Yes
post-extract:
- @cp ${FULLDISTDIR}/belt-${V} ${WRKDIR}/
+ @cp ${FULLDISTDIR}/${DISTNAME} ${WRKDIR}/
post-patch:
@perl -pi -e 's,/usr/local/belt/icons,${PREFIX}/share/belt/icons,g; ' \
-e 's,/usr/local/bin/perl,/usr/bin/perl,' \
- ${WRKDIR}/belt-${V}
+ ${WRKDIR}/${DISTNAME}
do-install:
- ${INSTALL_SCRIPT} ${WRKDIR}/belt-${V} ${PREFIX}/bin/belt
- /usr/bin/pod2man ${WRKDIR}/belt-${V} ${WRKDIR}/belt.1
+ ${INSTALL_SCRIPT} ${WRKDIR}/${DISTNAME} ${PREFIX}/bin/belt
+ /usr/bin/pod2man ${WRKDIR}/${DISTNAME} ${WRKDIR}/belt.1
${INSTALL_MAN} ${WRKDIR}/belt.1 ${PREFIX}/man/man1/
${INSTALL_DATA_DIR} ${PREFIX}/share/examples/belt
${INSTALL_DATA} ${FULLDISTDIR}/menu.conf.EXAMPLE
${PREFIX}/share/examples/belt/
Index: distinfo
===
RCS file: /cvs/ports/x11/belt/distinfo,v
retrieving revision 1.2
diff -u -r1.2 distinfo
--- distinfo2005/01/05 17:53:52 1.2
+++ distinfo2005/10/10 16:37:23
@@ -1,12 +1,12 @@
-MD5 (belt/belt-1.18) = 7de5022129e8aafd7cb24d7167c6a1ac
+MD5 (belt/belt-1.21) = 0f5d04416c430db64ea5ff9785923831
MD5 (belt/belticons.tar.gz) = 7686bc036a4ae6e5fedc8ff22d83c4bf
MD5 (belt/menu.conf.EXAMPLE) = d3c46ceea2a6f19ba0d8677555755110
-RMD160 (belt/belt-1.18) = 411645a891452ff8d43850c95b0f9a181103b762
+RMD160 (belt/belt-1.21) = 632b315d3608fc95ed6ac9ea8f1ec1f8ac80a98a
RMD160 (belt/belticons.tar.gz) = d136af9d28f52c30fe00cc477b805793be6476d2
RMD160 (belt/menu.conf.EXAMPLE) = ea1d23fa0d3b71a20c36dfff4889cb2fc1c7dc7d
-SHA1 (belt/belt-1.18) = 61e3a395410910122c10d0ea92596e7110588f69
+SHA1 (belt/belt-1.21) = 4add57c6e9acb9bd773b0907fa8b917e6062eeb5
SHA1 (belt/belticons.tar.gz) = 9c374c64c8016cb1c64da0661a2eb74a4b124331
SHA1 (belt/menu.conf.EXAMPLE) = 2d2a70a43102ab03f08587ad2273983b5e5cd34b
-SIZE (belt/belt-1.18) = 28126
+SIZE (belt/belt-1.21) = 33857
SIZE (belt/belticons.tar.gz) = 805
SIZE (belt/menu.conf.EXAMPLE) = 897
Cheers,
Jasper
On Sun, 09 Oct 2005 13:21:29 +0200
Jasper Lievisse Adriaanse [EMAIL PROTECTED] wrote:
Here's the updated diff; it removes the useless ${V}, updates MASTER_SITES
and updates the port to version 1.21
snip
Cheers,
Jasper
On Thu, 06 Oct 2005 15:25:18 +0200
Jasper Lievisse Adriaanse [EMAIL PROTECTED] wrote:
Hello,
here's a diff that'll take x11/belt to version 1.21
snip
Cheers,
Jasper
--
Security is decided by quality -- Theo de Raadt
--
Security is decided by quality -- Theo de Raadt
--
Security is decided by quality -- Theo de Raadt
Re: ruby update to 1.8.3
On Mon, 10 Oct 2005 12:37:03 -0400 Mathieu Sauve-Frankel [EMAIL PROTECTED] wrote: I absolutly disagree with you removing the tk flavor and making tk and tcl a dependency. This makes ruby REQUIRE X11 to be intalled. Which is totally ridiculous. Why should I have to install x11 to run a ruby app ? You should better ask this to the ruby author which has removed this possibility. Do you really think i did this only for fun ? Damien
Re: new: shells/perlsh 1.8
On Mon, 10 Oct 2005 17:37:15 +0200 steven mestdagh [EMAIL PROTECTED] wrote: On Mon, Oct 10, 2005 at 04:47:21PM +0200, Jasper Lievisse Adriaanse wrote: systrace: deny user: root, prog: /bin/cp, pid: 26483(0)[10776], policy: /usr/bin/env, filters: 144, syscall: native-fswrite(136), filename: /usr/local/share/psh cp: /usr/local/share/psh/: Operation not permitted Cheers, Alek Well, I just can reproduce your errors. Here it installs without any complaints or errors. Can anyone else reproduce Alek's output? Yes. Set USE_SYSTRACE=Yes in /etc/mk.conf Hmm, yes now I see them messages too. Do you happen to know how to solve it? You can disable the postinstall.pl script by patching Makefile.PL, then install what postinstall.pl does by adding a post-install target to the port's Makefile. Okido, no more errors (with USE_SYSTRACT=Yes too). New tarball is at: http://nedbsd.nl/~jasper/obsd/ports/perlsh.tar.gz Cheers, Jasper -- steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm -- Security is decided by quality -- Theo de Raadt
Re: ruby update to 1.8.3
On Mon, 10 Oct 2005 12:37:03 -0400 Mathieu Sauve-Frankel [EMAIL PROTECTED] wrote: On Sun, Oct 09, 2005 at 10:20:12PM +0200, Damien Couderc wrote: On Sun, 9 Oct 2005 20:41:00 +0200 Damien Couderc [EMAIL PROTECTED] wrote: Here is the update to the 1.8.3 version of ruby. As i received a lot of request about it, i expect a lot of feedback from the same people. BTW, testing is not only building and installing ruby but also testing dependencies (like pcap and gtk extensions also present in the tree). I'd also like to have some feedback from Ruby on Rails users if possible. I absolutly disagree with you removing the tk flavor and making tk and tcl a dependency. This makes ruby REQUIRE X11 to be intalled. Which is totally ridiculous. Why should I have to install x11 to run a ruby app ? We also have the silly chain dependency on X11 for subversion. If I recall correctly there was a No X flavour for tcl not so long back - why did it go ?
Re: ruby update to 1.8.3
On Mon, 10 Oct 2005 18:55:22 +0200 Simon Dassow [EMAIL PROTECTED] wrote: I totally agree with Mathieu. I do too but the fact is that --without-x11 has been removed from the configure script. AFAIK, the actual packaging has been rewritten in a way that does not permit easy selection of which extension to build or not. It does not even work correclty for the iconv support that fail to detect GNU libiconv. Another issue: the license switch, why? Ruby is still GPLed as seen on http://www.ruby-lang.org/en/LICENSE.txt Then look at the LEGAL file provided in the package which explain that it's not only GPL. Damien
Re: ruby update to 1.8.3
On Mon, 10 Oct 2005 18:55:22 +0200 Simon Dassow [EMAIL PROTECTED] wrote: I absolutly disagree with you removing the tk flavor and making tk and tcl a dependency. This makes ruby REQUIRE X11 to be intalled. Which is totally ridiculous. Why should I have to install x11 to run a ruby app ? I totally agree with Mathieu. Another issue: the license switch, why? Ruby is still GPLed as seen on http://www.ruby-lang.org/en/LICENSE.txt Besides that, it builds on a 3.8-beta i386, tests on current follow if tcl/tk is a flavor again (machine without x11). Yeah, I think that the tk libs may only be looked for at runtime, not compile time. I'm not sure how clean/clear that would perceived as in the ports tree... --TimH
Re: ruby update to 1.8.3
On Mon, Oct 10, 2005 at 07:51:06PM +0200, Damien Couderc wrote: On Mon, 10 Oct 2005 18:55:22 +0200 Simon Dassow [EMAIL PROTECTED] wrote: I totally agree with Mathieu. I do too but the fact is that --without-x11 has been removed from the configure script. AFAIK, the actual packaging has been rewritten in a way that does not permit easy selection of which extension to build or not. It does not even work correclty for the iconv support that fail to detect GNU libiconv. I looked into the sources and the ext-directory which contains the stuff but haven't yet found the point to start patching. Or maybe just delete the tcl/tk ext-directories, like over ports already do AFAIR. Another issue: the license switch, why? Ruby is still GPLed as seen on http://www.ruby-lang.org/en/LICENSE.txt Then look at the LEGAL file provided in the package which explain that it's not only GPL. Ok, but if i'm right there's no license that forbids distribution... the main point i'm concerned about. Regards Simon
Re: update: multimedia/transcode
Am Montag, 10. Oktober 2005 09:55 schrieb Jacob Meuser: Hi Jacob, attached is a patch to update multimedia/transcode to the 1.0.1 release. Patching the -current source tree worked ok. But I'm having these problems while building the port on i386: Making install in testsuite test -z /usr/local/share/doc/transcode || /usr/ports/multimedia/transcode/w-transcode-1.0.1/transcode-1.0.1/autotools/install-sh -d /usr/ports/multimedia/transcode/w-transcode-1.0.1/fake-i386/usr/local/share/doc/transcode install -c -o root -g bin -m 444 '/usr/ports/multimedia/transcode/w-transcode-1.0.1/transcode-1.0.1/ChangeLog' '/usr/ports/multimedia/transcode/w-transcode-1.0.1/fake-i386/usr/local/share/doc/transcode/ChangeLog' === Building package for transcode-1.0.1 Switching to /usr/ports/multimedia/transcode/pkg/PFRAG.i386 Error in package: /usr/ports/multimedia/transcode/w-transcode-1.0.1/fake-i386//usr/local/lib/transcode/export_net.so does not exist Error in package: /usr/ports/multimedia/transcode/w-transcode-1.0.1/fake-i386//usr/local/lib/transcode/import_net.so does not exist === Cleaning for transcode-1.0.1 rm -f /usr/ports/packages/i386/all/transcode-1.0.1.tgz *** Error code 1 Stop in /usr/ports/multimedia/transcode (line 2016 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/multimedia/transcode (line 1252 of /usr/ports/infrastructure/mk/bsd.port.mk). Hope I didn't do anything stupid. Regards, Stephan
Patch to fix xuvmstat port with 16bit display depth.
I was getting failures to run xuvmstat on all my 3.7 and latest 3.8 snapshots. Found a patch here http://mail-index.netbsd.org/netbsd-bugs/2005/09/06/0003.html Fixed it for me. -Ober
Re: update: multimedia/transcode
Stephan Tesch [EMAIL PROTECTED] wrote: attached is a patch to update multimedia/transcode to the 1.0.1 release. Patching the -current source tree worked ok. But I'm having these problems while building the port on i386: === Building package for transcode-1.0.1 Switching to /usr/ports/multimedia/transcode/pkg/PFRAG.i386 Error in package: /usr/ports/multimedia/transcode/w-transcode-1.0.1/fake-i386//usr/local/lib/transcode/export_net.so does not exist Error in package: /usr/ports/multimedia/transcode/w-transcode-1.0.1/fake-i386//usr/local/lib/transcode/import_net.so does not exist Same here on amd64. I guess these modules aren't even enabled by configure, because it says ... core options static AV-frame buffering yes network (sockets) streams no ... Just a missing --enable-netstream? -- Christian naddy Weisgerber [EMAIL PROTECTED]
Re: [UPDATE] emulators/zsnes
I removed the do-install target now since zsnes' install target is ok in 1.42. Updated patch is attached, please test and commit. -- Jonathan zsnes.patch Description: Binary data
