Re: CFT: vlc 2.2.0
On Tue, Mar 10, 2015 at 12:21:07AM +0100, Baptiste Daroussin wrote:
On Mon, Mar 09, 2015 at 10:15:04PM +0100, Juergen Lock wrote:
In article 2d36b48f.62887...@fabiankeil.de you write:
Juergen Lock n...@jelal.kn-bremen.de wrote:
I just saw vlc 2.2.0 is out and updated the port, please test:
=20
https://people.freebsd.org/~nox/tmp/vlc-2.2.0-001.patch
Thanks for the update.
I get a couple of warnings at build time:
configure: WARNING: unrecognized options: --disable-egl, --disable-libvnc,
--disable-quicksync, --enable-dirac, --enable-glx, --with-qt-includes,
--with-qt-libraries, --with-extra-includes, --with-extra-libs
[...]
Yeah probably not important.
Running Q/A tests (stage-qa)
Warning: 'lib/vlc/plugins/codec/libtheora_plugin.so' is not stripped
consider trying INSTALL_TARGET=install-strip or using ${STRIP_CMD}
[... same message for the other plugins ]
Not sure plugins should be stripped...
They should at least no reason not to strip them
Added a STRIP_CMD:
https://people.freebsd.org/~nox/tmp/vlc-2.2.0-002.patch
The installed binary seems to mostly work as expected.
The only regression I noticed so far is that vlc doesn't get the final
window
size right when it's started with a video file specified on the command
line:
https://www.fabiankeil.de/bilder/screenshots/vlc/vlc-2.2.0-001-rendering-flaw.jpg
After going to fullscreen and back again (for example by hitting f twice)
vlc uses the expected window size. Moving the window around has the same
effect.
Loading the video through the GUI seems to work around the problem as well.
I'm using a tiling window manager (i3) which could be part of the problem
Possibly, I don't see this on lxde here. (which isn't tiling)
and I wouldn't be surprised if the problem was OS-independent.
Right.
Thanx for testing! :)
Juergen
___
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
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.2.0
In article 2d36b48f.62887...@fabiankeil.de you write:
Juergen Lock n...@jelal.kn-bremen.de wrote:
I just saw vlc 2.2.0 is out and updated the port, please test:
=20
https://people.freebsd.org/~nox/tmp/vlc-2.2.0-001.patch
Thanks for the update.
I get a couple of warnings at build time:
configure: WARNING: unrecognized options: --disable-egl, --disable-libvnc,
--disable-quicksync, --enable-dirac, --enable-glx, --with-qt-includes,
--with-qt-libraries, --with-extra-includes, --with-extra-libs
[...]
Yeah probably not important.
Running Q/A tests (stage-qa)
Warning: 'lib/vlc/plugins/codec/libtheora_plugin.so' is not stripped consider
trying INSTALL_TARGET=install-strip or using ${STRIP_CMD}
[... same message for the other plugins ]
Not sure plugins should be stripped...
The installed binary seems to mostly work as expected.
The only regression I noticed so far is that vlc doesn't get the final window
size right when it's started with a video file specified on the command line:
https://www.fabiankeil.de/bilder/screenshots/vlc/vlc-2.2.0-001-rendering-flaw.jpg
After going to fullscreen and back again (for example by hitting f twice)
vlc uses the expected window size. Moving the window around has the same
effect.
Loading the video through the GUI seems to work around the problem as well.
I'm using a tiling window manager (i3) which could be part of the problem
Possibly, I don't see this on lxde here. (which isn't tiling)
and I wouldn't be surprised if the problem was OS-independent.
Right.
Thanx for testing! :)
Juergen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
CFT: vlc 2.2.0
Hi! I just saw vlc 2.2.0 is out and updated the port, please test: https://people.freebsd.org/~nox/tmp/vlc-2.2.0-001.patch I had to remove one dvb ioctl because of a missing #define (v4l_compat too old, the update of that btw, https://reviews.freebsd.org/D1482 is stuck because is breaks firefox etc), so if someone could confirm dvb-t still does something in vlc that would be useful for example... Thanx! :) Juergen ___ 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: qemu-devel usage
In article 54f64bbc.4060...@gmail.com you write:
Yeah! I was able to setup qemu-devel(ver 2.20) to use existing qcow2
images from linux. Sort of...
The biggest pain I had was getting networking to play along. No matter
what settings, modules or otherwise I tried, I could not get the VM
image to use an existing tap interface accepting DHCP from my server.
Turns out the problem was rather undocumented and buried in installed files.
The files /usr/local/etc/qemu-if[up|down] are two lines each. One is
the sh-bang, the other is a line saying exec true. And this is the
default installed to the system by the port files. The
qemu-if.sample files are not much help either as they contain the
exact same content. Link(1)(see refs below) makes no mention of the
default ifup|down script files. Would it be prudent to setup an
/etc/qemu folder so users can place their local networking scripts
there? Is this the correct location?
You can just edit the /usr/local/etc/qemu-if{up,down} in place,
they won't be overwritten on qemu port updates if they differ from
their .sample counterparts.
FWIW, my solution was to edit the scripts. I replaced the exec true
in qemu-ifup with /sbin/ifconfig bridge0 addm ${1} up to add a tap to
the existing bridge. In the qemu-ifdown, exec true was replaced with
/sbin/ifconfig ${1} destroy. End result - still need root access to
start VM because of networking.
Yes. :(
I didn't have to go to this extreme when I setup qemu networking on a
linux box. However, new OS. :)
From my original setup files for qemu, I had used the -enable-kvm and
-cpu host flags (see 2 below). Qemu on BSD just didn't want to accept
host as a cpu option. The reference did point out how the flag worked,
something I didn't realize. However, it would be really good to have the
host flag to pass along the cpu accelerators to the VM without having
to call them individually. Is anyone working on this?
And on the topic of cpu's, when I get a listing of the supported cpu's (
qemu -cpu help ), it seems the listing is abbreviated. There is no
mention of later cpu types (either intel or AMD). Am I missing something?
Ref (3) talks about using kqemu-kmod. A kqemu-kmod-devel exists in the
ports tree. However, I saw a reference on the KVM page (which I can't
find again : ) talking about how kvm aspects including kqemu were being
absorbed into qemu mainline. Can someone clarify, please. Are there any
kernel modules required for normal usage? Documentation seems a little
sparse for FreeBSD/qemu hosts. Is the -enable-kvm flag mentioned earlier
still required here?
A little bit of history: qemu started as jit-only (software
emulation), then came kqemu, then kqemu was replaced by kvm.
However, the FreeBSD kvm kernel bits port was never finished so
recent qemu versions (qemu-devel, qemu-sbruno) are stuck with jit
again which means for x86-on-x86 virtualization you're better off
with bhyve or vbox, they're simply faster,
https://www.freebsd.org/doc/en/books/handbook/virtualization.html
https://wiki.freebsd.org/bhyve
https://wiki.freebsd.org/VirtualBox
The main use of the qemu ports on FreeBSD is for testing/emulating
other than the host arch, including the wip qemu-user-static for
running individual other-arch executables like for building
armv6/mips/mips64 packages on x86 using poudriere, see the wiki,
https://wiki.freebsd.org/QemuUserModeHowTo
and sbruno's blog,
http://blog.ignoranthack.me/?p=212
And if you really want to use kqemu still there's the old version
emulators/qemu that you then need to build from ports with the kqemu
knob enabled and pass -enable-kqemu or -kernel-kqemu at runtime,
but kqemu never was really stable anyway especially for 64bit guests.
Appreciated!!!
(1) https://wiki.freebsd.org/qemu
(2) http://www.linux-kvm.org/page/Tuning_KVM
(3) http://www.linux-kvm.org/page/BSD
Hope that explains the state of things a bit...
Juergen
___
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: emulators/linux_base-f10 poudriere (3.1pre)
On Fri, Aug 15, 2014 at 03:49:47PM +0200, Matthias Apitz wrote: El día Friday, August 15, 2014 a las 12:12:53PM +0200, Alexander Leidinger escribió: For GPLed binaries (RPMs) we have the obligation to provide the src (SRPMs). As such the src needs to be fetched on the FreeBSD ports build cluster and provided together with the binaries. I understand. On a normal install PACKAGE_BUILDING is not defined. I assume poudriere is defining it. I don't know of PACAKGE_BULDING implies BATCH or if BATCH is enough to build non-interactively. So a quick solution could be to remove this PACKAGE_BULDING from non-FreeBSD-ports-build-cluster builds. The right solution is to check where the missing file can be found and commit a fix to the port. I spent hours in googling around and fetching files with that name gamin-0.1.9-6.fc10.src.rpm from servers all over the world. I could not find any which matches the SIZE and SHA256 signature. And, I'm not the authority to decide which one is the correct file. There are some with a size of around 650 KByte, while the distinfo file says some 10K: $ fgrep gamin-0.1.9-6.fc10.src.rpm distinfo.i386 SHA256 (rpm/i386/fedora/10/gamin-0.1.9-6.fc10.src.rpm) = cd3be5866aae06398e919eaa412af2d92b04b63139dc1a20e8377c5bf98c0e84 SIZE (rpm/i386/fedora/10/gamin-0.1.9-6.fc10.src.rpm) = 10649 Over to maintainer :-) Thanks matthias I still have that file, and it's not an rpm, it's html. (attached) SHA256 (/usr/ports/distfiles/rpm/i386/fedora/10/gamin-0.1.9-6.fc10.src.rpm) = cd3be5866aae06398e919eaa412af2d92b04b63139dc1a20e8377c5bf98c0e84 So probably the 650k one should be used instead... HTH, Juergen [1]SEARCH [2]NEWS [3]DIRECTORIES [4]ABOUT [5]FAQ [6]VARIOUS [7]BLOG [8]FORUM [9]DONATE [10]YUM REPOSITORY You have chosen search rpm in world FTP resources. Not enough search parameters. I'm using defaults. Display 1 - 2 hits of 2. Search took 0.01 seconds. 1 1 Search results for gamin-0.1.9-6.fc10.src.rpm : Filename Distribution File size [11]gamin-0.1.9-6.fc10.src.rpm Fedora 10 647 kB [12]gamin-0.1.9-6.fc10.src.rpm Fedora 10 647 kB 1 1 [13]internet katowice Designed by station75 References 1. http://rpm.pbone.net/ 2. file:///index.php3/stat/1/data/2012-06-26 3. file:///index.php3/stat/20 4. file:///index.php3/stat/5 5. file:///index.php3/stat/19 6. file:///index.php3/stat/8 7. file:///index.php3/stat/25 8. file:///phpBB2/ 9. file:///index.php3/stat/30 10. file:///index.php3/stat/39 11. file:///index.php3/stat/26/dist/65/size/662108/name/gamin-0.1.9-6.fc10.src.rpm 12. file:///index.php3/stat/26/dist/65/size/662268/name/gamin-0.1.9-6.fc10.src.rpm 13. http://www.3sdlafirm.pl/ ___ 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: emulators/linux_base-f10 poudriere (3.1pre)
On Fri, Aug 15, 2014 at 07:50:04PM +0200, Juergen Lock wrote: On Fri, Aug 15, 2014 at 03:49:47PM +0200, Matthias Apitz wrote: El día Friday, August 15, 2014 a las 12:12:53PM +0200, Alexander Leidinger escribió: For GPLed binaries (RPMs) we have the obligation to provide the src (SRPMs). As such the src needs to be fetched on the FreeBSD ports build cluster and provided together with the binaries. I understand. On a normal install PACKAGE_BUILDING is not defined. I assume poudriere is defining it. I don't know of PACAKGE_BULDING implies BATCH or if BATCH is enough to build non-interactively. So a quick solution could be to remove this PACKAGE_BULDING from non-FreeBSD-ports-build-cluster builds. The right solution is to check where the missing file can be found and commit a fix to the port. I spent hours in googling around and fetching files with that name gamin-0.1.9-6.fc10.src.rpm from servers all over the world. I could not find any which matches the SIZE and SHA256 signature. And, I'm not the authority to decide which one is the correct file. There are some with a size of around 650 KByte, while the distinfo file says some 10K: $ fgrep gamin-0.1.9-6.fc10.src.rpm distinfo.i386 SHA256 (rpm/i386/fedora/10/gamin-0.1.9-6.fc10.src.rpm) = cd3be5866aae06398e919eaa412af2d92b04b63139dc1a20e8377c5bf98c0e84 SIZE (rpm/i386/fedora/10/gamin-0.1.9-6.fc10.src.rpm) = 10649 Over to maintainer :-) Thanks matthias I still have that file, and it's not an rpm, it's html. (attached) SHA256 (/usr/ports/distfiles/rpm/i386/fedora/10/gamin-0.1.9-6.fc10.src.rpm) = cd3be5866aae06398e919eaa412af2d92b04b63139dc1a20e8377c5bf98c0e84 So probably the 650k one should be used instead... HTH, Juergen [1]SEARCH [2]NEWS [3]DIRECTORIES [4]ABOUT [5]FAQ [6]VARIOUS [7]BLOG [8]FORUM [9]DONATE [10]YUM REPOSITORY You have chosen search rpm in world FTP resources. Not enough search parameters. I'm using defaults. Display 1 - 2 hits of 2. Search took 0.01 seconds. 1 1 Search results for gamin-0.1.9-6.fc10.src.rpm : Filename Distribution File size [11]gamin-0.1.9-6.fc10.src.rpm Fedora 10 647 kB [12]gamin-0.1.9-6.fc10.src.rpm Fedora 10 647 kB 1 1 [13]internet katowice Designed by station75 References 1. http://rpm.pbone.net/ 2. file:///index.php3/stat/1/data/2012-06-26 3. file:///index.php3/stat/20 4. file:///index.php3/stat/5 5. file:///index.php3/stat/19 6. file:///index.php3/stat/8 7. file:///index.php3/stat/25 8. file:///phpBB2/ 9. file:///index.php3/stat/30 10. file:///index.php3/stat/39 11. file:///index.php3/stat/26/dist/65/size/662108/name/gamin-0.1.9-6.fc10.src.rpm 12. file:///index.php3/stat/26/dist/65/size/662268/name/gamin-0.1.9-6.fc10.src.rpm 13. http://www.3sdlafirm.pl/ ___ freebsd-emulat...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org Hmm looks like the list software mangled the file, I've put it here: https://people.freebsd.org/~nox/tmp/distfiles/gamin-0.1.9-6.fc10.src.rpm HTH, Juergen ___ 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: Updating sysutils/pstack ?
On Tue, Jun 17, 2014 at 10:02:21PM +0200, Kurt Jaeger wrote: Hi! This just came up on irc, seems zont has a newer pstack version on github and the port is unmaintained... Anything wrong with committing this? :) (also at: http://people.freebsd.org/~nox/tmp/pstack-github-001.patch Tests were OK, I'll take it. Done. Thanks! Btw, if you want to become the maintainer for that port, please step forward and volunteer 8-) Turns out kib has a different version that uses libunwind and thus is supposed to be more accurate, I just committed it as sysutils/pstacku: http://www.freshports.org/sysutils/pstacku Best, Juergen ___ 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
Updating sysutils/pstack ?
This just came up on irc, seems zont has a newer pstack version on github
and the port is unmaintained... Anything wrong with committing
this? :) (also at:
http://people.freebsd.org/~nox/tmp/pstack-github-001.patch
)
Thanx!
Juergen
Index: sysutils/pstack/Makefile
===
--- sysutils/pstack/Makefile(revision 357923)
+++ sysutils/pstack/Makefile(working copy)
@@ -2,22 +2,25 @@
# $FreeBSD$
PORTNAME= pstack
-PORTVERSION= 1.2
-PORTREVISION= 1
+PORTVERSION= 1.3
CATEGORIES=sysutils
-MASTER_SITES= SF/bsd-${PORTNAME}/bsd-${PORTNAME}/${PORTNAME}-${PORTVERSION}
MAINTAINER=po...@freebsd.org
COMMENT= Retrieve process/core file stack traces
-ONLY_FOR_ARCHS=i386
+LICENSE= BSD2CLAUSE
-MANCOMPRESSED= yes
-MAN1= pstack.1
-PLIST_FILES= bin/pstack
+USE_GITHUB=yes
+GH_ACCOUNT=z0nt
+GH_PROJECT=${PORTNAME}
+GH_COMMIT= 874a052
+GH_TAGNAME=874a052
+USES= uidfix
+ONLY_FOR_ARCHS=amd64 i386
+MAKE_ARGS+=BINDIR=${PREFIX}/bin
+MAKE_ARGS+=MANDIR=${PREFIX}/man/man
+MAKE_ARGS+=LIBDIR=${PREFIX}/lib
-NO_STAGE= yes
-post-patch:
- ${REINPLACE_CMD} -e 's/DT_COUNT/DT_BIND_NOW/' ${WRKSRC}/elf.c
+PLIST_FILES= bin/${PORTNAME} man/man1/${PORTNAME}.1.gz
.include bsd.port.mk
Index: sysutils/pstack/distinfo
===
--- sysutils/pstack/distinfo(revision 357923)
+++ sysutils/pstack/distinfo(working copy)
@@ -1,2 +1,2 @@
-SHA256 (pstack-1.2.tar.gz) =
98f56383798353a6b867f61aaa99e004afd8b6f5359cb6c62c3a6d31f5c13e47
-SIZE (pstack-1.2.tar.gz) = 16699
+SHA256 (pstack-1.3.tar.gz) =
cbafa975ef57204c94a3d5dd40260d84122655fb0d47731e6a5e3c2786b23b37
+SIZE (pstack-1.3.tar.gz) = 17121
___
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: Retroshare 5.5a broken.
In article 67936d7a-bb62-400d-bb32-bb7716c8b...@netkey.at you write:
Hello Richard,
Yes I know, curently the port is broken under 10 without gcc from the ports.
I have some unfinished patches to compile with clang, which will be
pushed upstream (probably).
Please be aware that RetroShare is under heavy delevopment at the moment,
there is a 0.5.5c out and the new 0.6 branch and the old 0.5.5 branch are
being
merged.
I managed to compile and run RetroShare 0.5.5c under FreeBSD (9.2)
but unfortunately all the icons and graphics wouldn't be displayed/shown.
So there're a white, iconless stable version, some clang patches for that and
an upcoming dev version to be released soon
To add to all of that, I wont be able to submit a patch for the next 5 weeks
due to personal reasons.
Maybe 0.6 will be out than. And QT5 in the ports.
A quick patch would be to add
USE_GCC=any
somewhere on the top of the Makefile, which should install gcc as a dependency.
Hi!
This just came up on irc (before I saw this thread), and I got the current
port to build on 10.0 and also with clang34 from ports using the patch
below, maybe it helps. :) (I didn't run-test other than starting it once tho.)
Juergen
Index: net-p2p/retroshare/Makefile
===
--- net-p2p/retroshare/Makefile (revision 349891)
+++ net-p2p/retroshare/Makefile (working copy)
@@ -30,7 +30,7 @@ LIB_DEPENDS= libdbus-1.so:${PORTSDIR}/devel/dbus \
libxslt.so:${PORTSDIR}/textproc/libxslt
RUN_DEPENDS= pinentry-qt4:${PORTSDIR}/security/pinentry-qt4
-USES= qmake zip
+USES= qmake zip compiler:features dos2unix
USE_GNOME= glib20
USE_XORG= ice sm x11 xau xcb xdmcp xext xrender
USE_QT4= corelib gui network xml script designer_build uic_build \
@@ -38,13 +38,22 @@ USE_QT4=corelib gui network xml script designer_b
BINARY=RetroShare
MAKE_JOBS_UNSAFE=yes
USE_LDCONFIG= yes
+MAKE_ARGS+=BIOCC=${CC}
DESKTOP_ENTRIES=${BINARY} ${COMMENT} ${DATADIR}/retrosharelogo1.png \
${BINARY} Network;FileTransfer; true
-USE_DOS2UNIX= retroshare-gui/src/retroshare-gui.pro
+DOS2UNIX_FILES=retroshare-gui/src/retroshare-gui.pro \
+ retroshare-gui/src/gui/RetroShareLink.h \
+ retroshare-gui/src/gui/common/GroupTreeWidget.cpp
+.include bsd.port.pre.mk
+
post-patch:
+.if ${COMPILER_FEATURES:Mlibc++}
+ @${REINPLACE_CMD} -e 's|std::tr1::|std::|' \
+ ${WRKSRC}/libretroshare/src/dbase/findex.[ch]*
+.endif
@${REINPLACE_CMD} -e 's|/usr/local|${LOCALBASE}|' \
${WRKSRC}/libretroshare/src/libretroshare.pro
@${REINPLACE_CMD} -e 's|/usr/local|${LOCALBASE}|' \
@@ -61,6 +70,8 @@ post-patch:
${WRKSRC}/${BINARY}.pro
@${REINPLACE_CMD} -e 's|/usr/lib|${LOCALBASE}/lib|' \
${WRKSRC}/libretroshare/src/rsserver/rsinit.cc
+ @${REINPLACE_CMD} -e 's|gcc|${CC}|' \
+ ${WRKSRC}/supportlibs/pegmarkdown/pegmarkdown.pro
post-install:
${INSTALL_PROGRAM} ${WRKSRC}/retroshare-gui/src/${BINARY} \
@@ -83,4 +94,4 @@ post-install:
${LN} -s libVOIP.so.1 libVOIP.so \
${LN} -s libFeedReader.so.1 libFeedReader.so
-.include bsd.port.mk
+.include bsd.port.post.mk
Index: net-p2p/retroshare/files/patch-clang
===
--- net-p2p/retroshare/files/patch-clang(revision 0)
+++ net-p2p/retroshare/files/patch-clang(working copy)
@@ -0,0 +1,135 @@
+--- libretroshare/src/retroshare/rsconfig.h.orig
libretroshare/src/retroshare/rsconfig.h
+@@ -31,6 +31,8 @@
+ #include list
+ #include map
+
++#include time.h
++
+ /* The New Config Interface Class */
+ class RsServerConfig;
+ extern RsServerConfig *rsConfig;
+--- libretroshare/src/retroshare/rsflags.h.orig
libretroshare/src/retroshare/rsflags.h
+@@ -1,6 +1,7 @@
+ #pragma once
+
+ #include stdint.h
++#include ostream
+
+ // This class provides a representation for flags that can be combined with
bitwise
+ // operations. However, because the class is templated with an id, it's not
possible to
+--- libretroshare/src/retroshare/rsgxsifacetypes.h.orig
libretroshare/src/retroshare/rsgxsifacetypes.h
+@@ -12,6 +12,8 @@
+ #include vector
+ #include string
+ #include inttypes.h
++
++#include time.h
+
+
+ typedef std::string RsGxsGroupId;
+--- plugins/FeedReader/interface/rsFeedReader.h.orig
plugins/FeedReader/interface/rsFeedReader.h
+@@ -26,6 +26,8 @@
+ #include string
+ #include list
+
++#include time.h
++
+ class RsFeedReader;
+ extern RsFeedReader *rsFeedReader;
+
+--- plugins/LinksCloud/rsrank.h.orig
plugins/LinksCloud/rsrank.h
+@@ -30,6 +30,8 @@
+ #include string
+ #include list
+
++#include time.h
++
+ /* The Main Interface Class - for information about your Peers */
+ class RsRanks;
+ extern RsRanks *rsRanks;
+---
CFT: avidemux 2.6.8
Hi! frogs started an update of avidemux to a more recent version and I got it to a point where avidemux3_qt4 i.e. the qt4 gui runs and seems to work; the gtk gui crashes but from reports on the web it's broken on Linux too and doesn't get much love anymore. (the qt4 gui also crashes when the gtk gui is installed btw, it picks up gtk plugins which crash when invoked...) avidemux3_cli runs w/o args at least, I haven't tried actually using it. If you want to test avidemux 2.6.8 here is the shar: http://people.freebsd.org/~nox/tmp/avidemux268-preliminary-007.shar Or you can checkout from redports: svn co https://svn.redports.org/nox/multimedia first redports build: (still running atm) https://redports.org/buildarchive/20140322204700-32763/ You'll need to install at least multimedia/avidemux26 as well as multimedia/avidemux26-plugins and multimedia/avidemux26-qt4 . Oh and ignore my non-avidemux ports on redports, they're older than what's in ports. Enjoy, :) Juergen PS: The nls stuff doesn't seem to get built anymore, do we care? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: avidemux 2.6.8
On Sat, Mar 22, 2014 at 10:33:11PM +0100, Juergen Lock wrote: Hi! frogs started an update of avidemux to a more recent version and I got it to a point where avidemux3_qt4 i.e. the qt4 gui runs and seems to work; the gtk gui crashes but from reports on the web it's broken on Linux too and doesn't get much love anymore. (the qt4 gui also crashes when the gtk gui is installed btw, it picks up gtk plugins which crash when invoked...) avidemux3_cli runs w/o args at least, I haven't tried actually using it. If you want to test avidemux 2.6.8 here is the shar: http://people.freebsd.org/~nox/tmp/avidemux268-preliminary-007.shar Or you can checkout from redports: svn co https://svn.redports.org/nox/multimedia first redports build: (still running atm) https://redports.org/buildarchive/20140322204700-32763/ Oh and the gtk gui doesn't build when the GTK knob is not enabled, that's what just happened on redports. (GTK isn't default) You'll need to install at least multimedia/avidemux26 as well as multimedia/avidemux26-plugins and multimedia/avidemux26-qt4 . Oh and ignore my non-avidemux ports on redports, they're older than what's in ports. Enjoy, :) Juergen PS: The nls stuff doesn't seem to get built anymore, do we care? ___ 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: emulators/qemu (qemu-0.11.1_13) (unknown build error)
On Mon, Nov 04, 2013 at 04:17:24PM -0500, AN wrote:
FreeBSD FBSD11 11.0-CURRENT FreeBSD 11.0-CURRENT #9 r257597: Sun Nov 3
17:55:01 CST 2013 root@FBSD11:/usr/obj/usr/src/sys/MYKERNEL amd64
Updating ports for security/libtasn1, qemu fails with:
gcc46 -Wall -Wstrict-prototypes -Werror -fomit-frame-pointer -fno-builtin
-I/usr/ports/emulators/qemu/work/qemu-0.11.1 -fno-stack-protector -o
multiboot.o -c multiboot.S
ld -Ttext 0 -e _start -s -o multiboot.img multiboot.o
GEN qemu.1
objcopy -O binary -j .text multiboot.img multiboot.raw
/usr/ports/emulators/qemu/work/qemu-0.11.1/pc-bios/optionrom/signrom.sh
multiboot.raw multiboot.bin
qemu.pod around line 91: Non-ASCII character seen before =encoding in
'Sch?tz.'. Assuming UTF-8
LINK qemu-img
rm multiboot.o multiboot.raw multiboot.img
POD document had syntax errors at /usr/local/bin/pod2man line 71.
gmake[2]: *** [qemu.1] Error 255
gmake[2]: *** Waiting for unfinished jobs
gmake[2]: Leaving directory `/usr/ports/emulators/qemu/work/qemu-0.11.1'
=== Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure
to
the maintainer.
*** Error code 1
Stop.
make[1]: stopped in /usr/ports/emulators/qemu
*** Error code 1
Hm I wonder if pod2man has changed... Can you try this patch?
Thanx! :)
Juergen
Index: emulators/qemu/Makefile
===
--- emulators/qemu/Makefile (revision 332625)
+++ emulators/qemu/Makefile (working copy)
@@ -130,6 +130,9 @@
@cd ${WRKSRC} ${PATCH} --quiet ${FILESDIR}/cdrom-dma-patch
.endif
@${REINPLACE_CMD} -E \
+ -e /^by Tibor .TS. S/s|Sch.*z.$$|Schuetz.| \
+ ${WRKSRC}/qemu-doc.texi
+ @${REINPLACE_CMD} -E \
-e s|^(CFLAGS=).*|\1${CFLAGS} -fno-strict-aliasing| \
-e s|^(LDFLAGS=).*|\1${LDFLAGS}| \
${WRKSRC}/Makefile.target
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.8 (with two PRs applied)
On Fri, Aug 30, 2013 at 08:25:01PM +0200, Pawel Pekala wrote: Dnia 2013-08-28, o godz. 22:26:16 Juergen Lock n...@jelal.kn-bremen.de napisał(a): Hi! It's this time again, there's a new vlc version out and I'd like to update the port: svn co https://svn.redports.org/nox/multimedia/vlc/ I have applied two PRs as well, ports/181596 and ports/181610, so livemedia and ncurses should work better now as well: http://www.freebsd.org/cgi/query-pr.cgi?pr=181596 Add subtitle, video, and audio track scrolling to VLC's ncurses.c module http://www.freebsd.org/cgi/query-pr.cgi?pr=181610 livemedia breakage Please give this update a good testing again, I've added the other changes from vlc's NEWS file below. Looking good. Just one small dependency missing: [corn:~] pkg-lib-check vlc-2.0.8,3 vlc-2.0.8,3: missing dependency: audio/libgme [corn:~] pkg-lib-check -s libgme vlc-2.0.8,3 vlc-2.0.8,3: /usr/local/lib/vlc/plugins/demux/libgme_plugin.so Wanted to fill PR about this, but you were faster with new version ;) And now I finally committed the update with this fix. Thanx to all testers, :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.8 (with two PRs applied)
On Thu, Aug 29, 2013 at 05:48:40PM +0200, Gary Jennejohn wrote: On Wed, 28 Aug 2013 22:26:16 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: Hi! It's this time again, there's a new vlc version out and I'd like to update the port: svn co https://svn.redports.org/nox/multimedia/vlc/ I have applied two PRs as well, ports/181596 and ports/181610, so livemedia and ncurses should work better now as well: http://www.freebsd.org/cgi/query-pr.cgi?pr=181596 Add subtitle, video, and audio track scrolling to VLC's ncurses.c module http://www.freebsd.org/cgi/query-pr.cgi?pr=181610 livemedia breakage Please give this update a good testing again, I've added the other changes from vlc's NEWS file below. Dumps core every time I try to view a TS container, which is all I tried out. I used the same setings as for an older version which worked. Hmm. :( I tested ts from vdr (recordings as well as via streamdev, hd as well as sd) and they still played; only (also ts) recordings from my (old, sd) dreambox don't play with the default demuxer (avformat demuxer works for those but less so for others.) But that also was true with 2.0.7, and dreambox recordings don't crash vlc, just nothing plays. So I suppose we need a backtrace, preferably with vlc built with DEBUG knob enabled. And if you can put a problem file online I suppose that might also help. Unluckily, the 2.0.7,3 port doesn't even compile, so I don't have a working vlc anymore :( I just committed the livemedia fix to 2.0.7 in ports while we debug this... FreeBSD 10.0-CURRENT #10: Sat Aug 10 amd64 -- Gary Jennejohn Thanx, :) Juergen ___ 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: Fwd: Re: CFT: vlc 2.0.8 (with two PRs applied)
On Thu, Aug 29, 2013 at 06:10:01PM +0200, Florent Peterschmitt wrote: Message original Sujet: Re: CFT: vlc 2.0.8 (with two PRs applied) Date : Wed, 28 Aug 2013 23:05:06 +0200 De : Florent Peterschmitt flor...@peterschmitt.fr Pour : freebsd-multime...@freebsd.org Le 28/08/2013 22:26, Juergen Lock a écrit : http://www.freebsd.org/cgi/query-pr.cgi?pr=181610 livemedia breakage Builds fine :) I've got a problem with FreeBSD 10 (HEAD) and reading videos with it, for the moment I havn't much time to investigate by myself and since FreeBSD 10 should go into stable in few days, I'll fill a PR in due form if I'm not able to find any clue about the problem. If you or someone else is interested: Reading a video with new xorg, is not possible. The first picture is displayed and VLC hangs on. Is this using intel kms? radeon kms? Seems at least radeon kms doesn't do xv with all cards yet, and vdpau even less so: https://wiki.freebsd.org/AMD_GPU So if it's that try x11 and/or sdl video output. (in prefs - video - output.) Thanx, :) Juergen ___ 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: Fwd: Re: CFT: vlc 2.0.8 (with two PRs applied)
On Thu, Aug 29, 2013 at 07:58:23PM +0200, Florent Peterschmitt wrote: Le 29/08/2013 19:46, Juergen Lock a écrit : On Thu, Aug 29, 2013 at 06:10:01PM +0200, Florent Peterschmitt wrote: Reading a video with new xorg, is not possible. The first picture is displayed and VLC hangs on. Is this using intel kms? radeon kms? Seems at least radeon kms doesn't do xv with all cards yet, and vdpau even less so: https://wiki.freebsd.org/AMD_GPU I don't use any of them, but It's an ATI card. Hmm maybe you are and don't know it? However, I *can* read videos with these outputs: * SDL * X11 (XCB) It's the Xvideo output that makes VLC hanging, and Xvideo was chosen for the predefined output. Hum, do you know why VLC does choose this one by default? Because it's supposed to work if it's available, if it doesn't work it's a video driver bug. Thanx, :) Juergen ___ 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: Fwd: Re: CFT: vlc 2.0.8 (with two PRs applied)
On Thu, Aug 29, 2013 at 08:08:27PM +0200, Juergen Lock wrote: On Thu, Aug 29, 2013 at 07:58:23PM +0200, Florent Peterschmitt wrote: Le 29/08/2013 19:46, Juergen Lock a écrit : On Thu, Aug 29, 2013 at 06:10:01PM +0200, Florent Peterschmitt wrote: Reading a video with new xorg, is not possible. The first picture is displayed and VLC hangs on. Is this using intel kms? radeon kms? Seems at least radeon kms doesn't do xv with all cards yet, and vdpau even less so: https://wiki.freebsd.org/AMD_GPU I don't use any of them, but It's an ATI card. Hmm maybe you are and don't know it? However, I *can* read videos with these outputs: * SDL * X11 (XCB) It's the Xvideo output that makes VLC hanging, and Xvideo was chosen for the predefined output. Hum, do you know why VLC does choose this one by default? Because it's supposed to work if it's available, if it doesn't work it's a video driver bug. And I forgot to say it reduces cpu load compared to x11 and sdl. Best, Juergen ___ 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: Fwd: Re: CFT: vlc 2.0.8 (with two PRs applied)
On Thu, Aug 29, 2013 at 08:14:56PM +0200, Florent Peterschmitt wrote: Le 29/08/2013 20:08, Juergen Lock a écrit : Is this using intel kms? radeon kms? Seems at least radeon kms doesn't do xv with all cards yet, and vdpau even less so: https://wiki.freebsd.org/AMD_GPU I don't use any of them, but It's an ATI card. Hmm maybe you are and don't know it? Nope, at all :) It?s impossible since my kernel conf is custom (GENERIC without drivers I don't use in fact) and don't include radeonkms drivers nor drm2. Then, these modules aren't loaded. The X.org drivers are those from the port tree and are not development ones that use KMS ;) Hm that would mean vanilla radeon drivers are now broken for xv as well, not good. :( Which card is this btw? I've Cc'd x11@ - maybe someone there has an idea... Best, Juergen ___ 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: Fwd: Re: CFT: vlc 2.0.8 (with two PRs applied)
On Thu, Aug 29, 2013 at 08:52:51PM +0200, Florent Peterschmitt wrote: Le 29/08/2013 20:27, Juergen Lock a écrit : Hm that would mean vanilla radeon drivers are now broken for xv as well, not good. :( Which card is this btw? I've Cc'd x11@ - maybe someone there has an idea... It's the same with the vesa driver in a VirtualBox VM. Hm is vesa even supposed to support xv? Also have you tried xv with another player like mplayer -vo xv ? Best, Juergen ___ 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: Fwd: Re: CFT: vlc 2.0.8 (with two PRs applied)
On Thu, Aug 29, 2013 at 09:58:54PM +0200, Florent Peterschmitt wrote: Le 29/08/2013 21:16, Juergen Lock a écrit : Hm is vesa even supposed to support xv? I really don't know :D Also have you tried xv with another player like mplayer -vo xv ? Here is the output (from the ATI machine): % mplayer -vo xv 46\ Le\ Code\ de\ chevalerie.mkv […] [VO_XV] It seems there is no Xvideo support for your video card available. [VO_XV] Run 'xvinfo' to verify its Xv support and read [VO_XV] DOCS/HTML/en/video.html#xv! [VO_XV] See 'mplayer -vo help' for other (non-xv) video out drivers. [VO_XV] Try -vo x11. Error opening/initializing the selected video_out (-vo) device. It runs well with -vo x11 Oh ok so the problem is vlc tries to use xv even when it's not available. Hm. Best, Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
CFT: vlc 2.0.8 (with two PRs applied)
Hi! It's this time again, there's a new vlc version out and I'd like to update the port: svn co https://svn.redports.org/nox/multimedia/vlc/ I have applied two PRs as well, ports/181596 and ports/181610, so livemedia and ncurses should work better now as well: http://www.freebsd.org/cgi/query-pr.cgi?pr=181596 Add subtitle, video, and audio track scrolling to VLC's ncurses.c module http://www.freebsd.org/cgi/query-pr.cgi?pr=181610 livemedia breakage Please give this update a good testing again, I've added the other changes from vlc's NEWS file below. Thanx, :) Juergen Changes between 2.0.7 and 2.0.8: Access: * Fix ISDB-S tuning * Fix crash in QTsound * Fix screen mouse file location * Fix invalid memcpy in MMS access Demux: * Fix use after free in sgimb * Improve resistance and checking against malformed MKV files Decoders: * Fix crash in the libavcodec module Mac OS X: * Fix interface crashes * Fix autostart playback option * Respect playlist-autostart option Translations: * update Welsh translation * New Kannada translation ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.7
On Thu, Jul 18, 2013 at 11:33:50PM +0200, Guido Falsi wrote: On 07/18/13 21:21, Juergen Lock wrote: Hi! It's this time again, there's a new vlc version out and I want to update the port: http://people.freebsd.org/~nox/tmp/vlc-2.0.7-001.patch Please give this a good testing and report any issues you find, thanx! :) Hi! I tested it right now. It works fine, both with nvidia and intel kms. It also works fine with libva. I have only CURRENT machines to test on though. I'll keep using it in the next days, I'll write if I notice any problem. Thanks for your work on this port! Thanx for testing, I just committed the update. Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
CFT: vlc 2.0.7
Hi! It's this time again, there's a new vlc version out and I want to update the port: http://people.freebsd.org/~nox/tmp/vlc-2.0.7-001.patch Please give this a good testing and report any issues you find, thanx! :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
CFT: jsdr 4.1 port (was: Re: FreeBSD can now receive DAB(+) ...)
In article 1272550530.20130429005...@serebryakov.spb.ru you write:
Hello, Lev.
You wrote 29 April 2013, 0:50:41:
LS Cool! And what about support for DVB-T sticks with Realtek chipset,
LS which could be used as wideband SDR?
Ok, I need to sleep more, sorry! :)
Now I see `comms/rtl-sdr' :)
Yeah and apart from the upcoming gnuradio-related ports that Diane
mentioned I now also tried porting the original sdr-j sources that
provide AM and a few other SDR modes:
http://people.freebsd.org/~nox/tmp/jsdr.shar
The fmreceiver in that package (I named it bin/fmreceiver-${PORTVERSION}
i.e. fmreceiver-4.1 so as not to conflict with the one installed by the
dabstick-radio port) doesn't seem to work for me in FM mode tho, only AM
and the audio test mode make noise here. I've emailed the author but not
heard back yet. Interstingly, the mini-receiver otoh does play audio...
Homepage is the same:
http://www.sdr-j.tk/
Happy testing! :)
Juergen
___
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
FreeBSD can now receive DAB(+) radio (and stereo wideband FM)
Just thought this might interest some... http://www.freshports.org/comms/dabstick-radio Homepage: http://www.sdr-j.tk/ Enjoy! :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: google-earth crash fix (ports/160422 [1])
On Mon, Apr 22, 2013 at 12:46:35PM -0400, Frank Seltzer wrote: On Sun, 21 Apr 2013, Juergen Lock wrote: On Sun, Apr 21, 2013 at 12:25:37PM +0200, Kurt Jaeger wrote: Hi! http://people.freebsd.org/~nox/tmp/google-earth-6.0.3.2197-crashfixp-001.patch Works on 9.1-amd64. Ok as it seems to work for everyone that tested it I just committed the update. If it still crashes for some people it's at least much better than it was... Thanx! :) Juergen ___ 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 Forgot to mention: 9.1-STABLE FreeBSD 9.1-STABLE #1 r249061 Hmm before we start worrying again... Did you have linprocfs mounted on /compat/linux/proc ? Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: google-earth crash fix (ports/160422 [1])
On Sun, Apr 21, 2013 at 12:25:37PM +0200, Kurt Jaeger wrote: Hi! http://people.freebsd.org/~nox/tmp/google-earth-6.0.3.2197-crashfixp-001.patch Works on 9.1-amd64. Ok as it seems to work for everyone that tested it I just committed the update. If it still crashes for some people it's at least much better than it was... Thanx! :) Juergen ___ 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
emulators/qemu-devel port update (bsd-user, clang)
Hi! I'm currently waiting for redports to come back and build the following update, in case anyone wants to already test it... http://people.freebsd.org/~nox/tmp/qemu-devel-1.4.0_1-001.patch Log: - Update to sson's latest bsd-user patches. - Turns out qemu 1.4.x now builds with clang as is, so remove CLANG_HACK [1] - Bump PORTREVISION. Noticed by: Brad Smith b...@comstyle.com [1] Thanx! :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
CFT: google-earth crash fix (ports/160422 [1])
Hi! COURRAUD Cybil might have found at least one cause for the google-earth crashes on 9.0+, can people that saw the crash (and everyone else interested) please test the following update to make sure it's working for most people? http://people.freebsd.org/~nox/tmp/google-earth-5.2.1.1588-crashfixp-001.patch Thanx! :) Juergen PS: Also make sure linprocfs is mounted to /compat/linux/proc . [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=160422 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: google-earth crash fix (ports/160422 [1])
On Sat, Apr 20, 2013 at 08:08:46PM +0200, Rainer Hurling wrote: On 20.04.2013 17:17 (UTC+2), Juergen Lock wrote: Hi! COURRAUD Cybil might have found at least one cause for the google-earth crashes on 9.0+, can people that saw the crash (and everyone else interested) please test the following update to make sure it's working for most people? http://people.freebsd.org/~nox/tmp/google-earth-5.2.1.1588-crashfixp-001.patch Hi Juergen, Thanks for the info and the link. I just tried the patch with GoogleEarth version 6.0.3.2197 on a 10.0-CURRENT amd64 (clang) and it also seems to work. Perhaps we should try to reintroduce version 6.0.3.2197? I do not remember the reason(s) for going back to version 5.2.1.1588 ... Hmm is the distfile for 6.0.3.2197 still public? Thanx, Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: google-earth crash fix (ports/160422 [1])
On Sat, Apr 20, 2013 at 09:53:47PM +0200, Rainer Hurling wrote:
On 20.04.2013 20:31 (UTC+2), Juergen Lock wrote:
On Sat, Apr 20, 2013 at 08:08:46PM +0200, Rainer Hurling wrote:
On 20.04.2013 17:17 (UTC+2), Juergen Lock wrote:
Hi!
COURRAUD Cybil might have found at least one cause for the
google-earth crashes on 9.0+, can people that saw the crash (and
everyone else interested) please test the following update to make
sure it's working for most people?
http://people.freebsd.org/~nox/tmp/google-earth-5.2.1.1588-crashfixp-001.patch
Hi Juergen,
Thanks for the info and the link. I just tried the patch with
GoogleEarth version 6.0.3.2197 on a 10.0-CURRENT amd64 (clang) and it
also seems to work.
Perhaps we should try to reintroduce version 6.0.3.2197? I do not
remember the reason(s) for going back to version 5.2.1.1588 ...
Hmm is the distfile for 6.0.3.2197 still public?
I would think so, because I fetched it in the common way, i.e.
fetch http://dl.google.com/earth/client/current/GoogleEarthLinux.bin
the relevant part of my Makefile looks like this
PORTNAME= google-earth
PORTVERSION=6.0.3.2197
#PORTREVISION= 1
PORTEPOCH= 1
CATEGORIES= astro deskutils geography
MASTER_SITES= http://dl.google.com/earth/client/current/:current
DISTFILES= GoogleEarthLinux.bin:current
DIST_SUBDIR=${PORTNAME}/${PORTVERSION}
EXTRACT_ONLY= # none
Ok new patch here:
http://people.freebsd.org/~nox/tmp/google-earth-6.0.3.2197-crashfixp-001.patch
Please give this a good testing everyone, especially if it crashed for you
before...
Thanx again, :)
Juergen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
CFT: vlc 2.0.6
Hi! It's this time again, there's a new vlc version out and I want to update the port: http://www.videolan.org/vlc/releases/2.0.6.html Port update: http://people.freebsd.org/~nox/tmp/vlc-2.0.6-001.patch Please give this a good testing again... Thanx, :) Juergen ___ 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: grub2 with libzfs
In article 1365928778123-5803692.p...@n5.nabble.com you write: grub2.0 is installed, but does not have ZFS capability. I go to the grub command-line and: grub ls = (hd0,gpt1) (hd0,gpt2) (hd1,gpt1) (hd1,gpt2) etc... grub zfsinfo (hd0,gpt1) = error: could't find a valid label Hm interesting, does tab-completion list the zfs.es like in http://imgur.com/a/FUdhs if you do grub set root=(hd0tab ? If not can you try again with the latest update http://people.freebsd.org/~nox/tmp/grub-2.00-006-zfs.patch with the zfs knob _disabled_ instead of enabled? (the gentoo zfs patch made it detect libzfs even w/o needing the base libzfs.h, maybe the build with the zfs knob enabled is in fact broken?) I have 3 pools but grub finds none of the labels. grub.cfg is loading as default: insmod part_gpt insmod zfs insmod ufs I also had to provide insmod bsd as default, because grub kept giving me a 'cannot locate bsd.mod' error, it would then become stuck and was unable to perform any action. I am currently booting from a temporarily created UFS partition hosting only /boot. /boot/grub is on a separate partition as well. Thanx, :) Juergen ___ 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: grub2 with libzfs
In article 1364469893741-5799652.p...@n5.nabble.com you write:
you only have to add
CPATH=${SRC_BASE}/cddl/contrib/opensolaris/lib/libzfs/common
to CONFIGURE_ENV and MAKE_ENV, and add a ZFS knob to enable this
that checks
${SRC_BASE}/cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h
That sounds like a great solution!
How is all of that done, exactly?? :P
Well this turned out to be a little more tricky anyway...
I'm currently testing more or less this update on redports:
http://people.freebsd.org/~nox/tmp/grub-2.00-004-zfs.patch
I haven't runtime-tested grub-install and booting at all yet tho,
let alone the zfs support, I'll leave that testing to volunteers
like you for now. :)
Thanx,
Juergen
___
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: grub2 with libzfs
On Fri, Mar 29, 2013 at 02:45:59PM -0400, Sam Fourman Jr. wrote: http://people.freebsd.org/~nox/tmp/grub-2.00-004-zfs.patch I haven't runtime-tested grub-install and booting at all yet tho, let alone the zfs support, I'll leave that testing to volunteers like you for now. :) Thanx, Juergen ___ I would be happy to test this, does anyone have the exact grub syntax to boot a FreeBSD zfs root pool? Maybe this helps: http://forums.freebsd.org/showthread.php?p=194477#post194477 Thanx! :) Juergen ___ 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: grub2 with libzfs
On Wed, Mar 27, 2013 at 11:31:50AM -0700, Beeblebrox wrote:
EDIT: I just tried make (without the --enable-libzfs) flag for grub 2.0 and
got different error:
grub-2.00 # make
Makefile, line 20946: Need an operator
line 20946 is:
44: export LC_COLLATE := C
45: export LC_CTYPE := C
46: unexport LC_ALL
Which source are you using?
By the way there is a PR to update the grub2 port to 2.00 [1] (that
I also worked a bit on), it doesn't use libzfs yet but it's possible
you only have to add
CPATH=${SRC_BASE}/cddl/contrib/opensolaris/lib/libzfs/common
to CONFIGURE_ENV and MAKE_ENV, and add a ZFS knob to enable this
that checks ${SRC_BASE}/cddl/contrib/opensolaris/lib/libzfs/common/libzfs.h
exists and is off by default because the system sources are not
installed on all systems. (and possibly fix the plist...)
HTH, :)
Juergen
[1] http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/170417
___
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: Port Grub 2.00
In article bay002-w225708fdccc33be863b3a284...@phx.gbl you write: Hi, Hi! I would like know if there is any plans add Grub 2.00 to ports (instead of 1.98 currently). There is a PR open where patches have been posted, if you want to test 2.00 you are most welcome: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/170417 Patch against current 1.98 port also here: http://people.freebsd.org/~nox/tmp/grub-2.00-002.patch Thanx! :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: building multimedia/vlc with clang on 9.1+
In article 50fb156a.5010...@gmail.com you write:
On 19-01-2013 22:09, Juergen Lock wrote:
Hi!
As having to depend on gcc 4.6+ on i386 is kindof a waste on 9.1+
where we have clang too, and clang might generate better code than
the old gcc 4.2.1 in base on amd64 anyway I thought what if we have
the vlc port default to using clang on 9.1+ when it's available?
So I propse the patch below for testing by anyone on 9.1 or later,
also on i386 where I can't test myself, please report any issues
or regressions you find.
I've been running vlc on 10-amd64 with clang for a while now without any
(serious) problems.
Index: Makefile
===
RCS file: /home/pcvs/ports/multimedia/vlc/Makefile,v
retrieving revision 1.312
diff -u -p -r1.312 Makefile
--- Makefile 12 Jan 2013 20:25:57 - 1.312
+++ Makefile 19 Jan 2013 20:45:39 -
@@ -679,9 +679,16 @@ IGNORE= base clang version too old, set
CONFIGURE_ARGS+=--enable-altivec # VLC's config script doesn't know to do
this
.endif
+# prefer clang on 9.1+
+.if (${OSVERSION} = 901000) exists(${DESTDIR}/usr/bin/clang)
Not sure if this is the proper(TM) way to detect clang.
+CC= clang
+CXX=clang++
+CPP=clang-cpp
+.else
.if ${ARCH} == i386
USE_GCC?= 4.6+ # sse/3dnow detection on i386 needs newer gcc
See above, if on e.g. FreeBSD 12 the /usr/bin/clang file gets removed
this makes the port always use GCC 4.6+
Hmm do you think this would happen? We still had /usr/bin/gcc hardlinked
to /usr/bin/cc the entire time we used gcc...
Hmm,
Juergen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: building multimedia/vlc with clang on 9.1+
On Sun, Jan 20, 2013 at 12:12:03AM +0100, René Ladan wrote:
On 19-01-2013 23:53, Juergen Lock wrote:
In article 50fb156a.5010...@gmail.com you write:
On 19-01-2013 22:09, Juergen Lock wrote:
[...]
Index: Makefile
===
RCS file: /home/pcvs/ports/multimedia/vlc/Makefile,v
retrieving revision 1.312
diff -u -p -r1.312 Makefile
--- Makefile 12 Jan 2013 20:25:57 - 1.312
+++ Makefile 19 Jan 2013 20:45:39 -
@@ -679,9 +679,16 @@ IGNORE= base clang version too old, set
CONFIGURE_ARGS+=--enable-altivec # VLC's config script doesn't know to
do this
.endif
+# prefer clang on 9.1+
+.if (${OSVERSION} = 901000) exists(${DESTDIR}/usr/bin/clang)
Not sure if this is the proper(TM) way to detect clang.
+CC= clang
+CXX= clang++
+CPP= clang-cpp
+.else
.if ${ARCH} == i386
USE_GCC?=4.6+ # sse/3dnow detection on i386 needs newer gcc
See above, if on e.g. FreeBSD 12 the /usr/bin/clang file gets removed
this makes the port always use GCC 4.6+
Hmm do you think this would happen? We still had /usr/bin/gcc hardlinked
to /usr/bin/cc the entire time we used gcc...
Not really, but it _could_ happen.
Well should that happen we can just stop setting CC since clang
will be default anyway...
Juergen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.5
On Sat, Dec 22, 2012 at 10:02:52PM +0100, Juergen Lock wrote: On Sat, Dec 22, 2012 at 08:22:14PM +0100, René Ladan wrote: On 22-12-2012 03:53, Kevin Oberman wrote: On Thu, Dec 20, 2012 at 1:38 PM, Juergen Lock n...@jelal.kn-bremen.de wrote: On Thu, Dec 20, 2012 at 09:18:03PM +0100, René Ladan wrote: On 19-12-2012 22:44, Juergen Lock wrote: Hi! It's this time again, there's a new vlc release out and I want to update the port: http://people.freebsd.org/~nox/tmp/vlc-2.0.5-001.patch Everyone is invited to test this update and post any issues they find... A quick test with an online mp3 stream works fine, but I do get this message in the console: VLC media player 2.0.5 Twoflower (revision 2.0.5-0-g1661b7d) Unable to load library icui18n Cannot load library icui18n: (Shared object libicui18n.so.48 not found, required by vlc) I have icu-50.1 installed, although the port does not seem to use it. So maybe it is triggered by some dependency. I don't get that here so yes it's probably a problem in a dependency. Sorry for those who have seen this in other threads. To find and fix these issues: Install sysutils/bsdadmonscripts (If you use pkgng, pleaqse be sure that you have the latest version!) # pkg_libchk -o | grep libicu | cut -f1 -d: | sort | uniq somefile # portmaster -D `cat somefile` This will update all ports that are still linked to the old icu libraries. This should be a very short list as only a handful of ports link directly to these libraries. Many more depend on these ports, but don't directly link to libicu sharables and don't need re-building. I tried this and some plain ldd but could not find any guilty file. Some other results: - MIDI playback starts, but there is no sound because SF2 files are not installed Well there aren't any in the distfile so that's kind of expected... Or do you mean we should add a dep on audio/eawpats? - the PNG snapshot is corrupt (only 0x5A or 0xA5) - switching on motion detection seems to freeze the video Hmm, did any of these things work with 2.0.4? Turns out this was broken with 2.0.4 already so I just committed the update (i.e. at least it's not a regression...) The rest seems to work fine (DVD and DVB-T not tested yet). DVD playback still works for me, DVB-S(2) I still couldn't get to work but that was broken with 2.0.3 already. Thanx for testing, :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.5
On Sat, Dec 22, 2012 at 08:22:14PM +0100, René Ladan wrote: On 22-12-2012 03:53, Kevin Oberman wrote: On Thu, Dec 20, 2012 at 1:38 PM, Juergen Lock n...@jelal.kn-bremen.de wrote: On Thu, Dec 20, 2012 at 09:18:03PM +0100, René Ladan wrote: On 19-12-2012 22:44, Juergen Lock wrote: Hi! It's this time again, there's a new vlc release out and I want to update the port: http://people.freebsd.org/~nox/tmp/vlc-2.0.5-001.patch Everyone is invited to test this update and post any issues they find... A quick test with an online mp3 stream works fine, but I do get this message in the console: VLC media player 2.0.5 Twoflower (revision 2.0.5-0-g1661b7d) Unable to load library icui18n Cannot load library icui18n: (Shared object libicui18n.so.48 not found, required by vlc) I have icu-50.1 installed, although the port does not seem to use it. So maybe it is triggered by some dependency. I don't get that here so yes it's probably a problem in a dependency. Sorry for those who have seen this in other threads. To find and fix these issues: Install sysutils/bsdadmonscripts (If you use pkgng, pleaqse be sure that you have the latest version!) # pkg_libchk -o | grep libicu | cut -f1 -d: | sort | uniq somefile # portmaster -D `cat somefile` This will update all ports that are still linked to the old icu libraries. This should be a very short list as only a handful of ports link directly to these libraries. Many more depend on these ports, but don't directly link to libicu sharables and don't need re-building. I tried this and some plain ldd but could not find any guilty file. Some other results: - MIDI playback starts, but there is no sound because SF2 files are not installed Well there aren't any in the distfile so that's kind of expected... Or do you mean we should add a dep on audio/eawpats? - the PNG snapshot is corrupt (only 0x5A or 0xA5) - switching on motion detection seems to freeze the video Hmm, did any of these things work with 2.0.4? The rest seems to work fine (DVD and DVB-T not tested yet). Thanx, :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.5
On Wed, Dec 19, 2012 at 11:54:15PM +0100, Pawel Pekala wrote: Dnia 2012-12-19, o godz. 22:44:00 Juergen Lock n...@jelal.kn-bremen.de napisa?(a): Hi! It's this time again, there's a new vlc release out and I want to update the port: http://people.freebsd.org/~nox/tmp/vlc-2.0.5-001.patch Everyone is invited to test this update and post any issues they find... Works well here, 10.0-CURRENT. With default options there are couple missing deps on my system: [corn:ports/multimedia/vlc]# pkg-lib-check vlc-2.0.5,3/ ERR: not registered missing dependency audio/libcddb ERR: not registered missing dependency audio/libsamplerate ERR: not registered missing dependency devel/ORBit2 ERR: not registered missing dependency devel/gconf2 ERR: not registered missing dependency devel/gnome-vfs ERR: not registered missing dependency multimedia/libbluray ERR: not registered missing dependency multimedia/libkate WARN: not registered implicit dependency devel/dbus-glib WARN: not registered implicit dependency devel/glib20 WARN: not registered implicit dependency devel/libpthread-stubs WARN: not registered implicit dependency devel/orc WARN: not registered implicit dependency devel/pcre WARN: not registered implicit dependency graphics/aalib WARN: not registered implicit dependency graphics/jpeg WARN: not registered implicit dependency graphics/libdrm WARN: not registered implicit dependency math/gmp WARN: not registered implicit dependency multimedia/libvpx WARN: not registered implicit dependency multimedia/schroedinger WARN: not registered implicit dependency multimedia/xvid WARN: not registered implicit dependency print/freetype2 WARN: not registered implicit dependency security/libgpg-error WARN: not registered implicit dependency security/nettle WARN: not registered implicit dependency security/p11-kit WARN: not registered implicit dependency textproc/expat2 WARN: not registered implicit dependency textproc/libebml WARN: not registered implicit dependency textproc/libxml2 WARN: not registered implicit dependency x11-fonts/fontconfig WARN: not registered implicit dependency x11/libICE WARN: not registered implicit dependency x11/libSM WARN: not registered implicit dependency x11/libX11 WARN: not registered implicit dependency x11/libXau WARN: not registered implicit dependency x11/libXdamage WARN: not registered implicit dependency x11/libXdmcp WARN: not registered implicit dependency x11/libXext WARN: not registered implicit dependency x11/libXfixes WARN: not registered implicit dependency x11/libXinerama WARN: not registered implicit dependency x11/libXrender WARN: not registered implicit dependency x11/libXxf86vm Does this fix the missing ones? http://people.freebsd.org/~nox/tmp/vlc-2.0.5-002.patch Thanx, :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.5
On Thu, Dec 20, 2012 at 09:18:03PM +0100, René Ladan wrote: On 19-12-2012 22:44, Juergen Lock wrote: Hi! It's this time again, there's a new vlc release out and I want to update the port: http://people.freebsd.org/~nox/tmp/vlc-2.0.5-001.patch Everyone is invited to test this update and post any issues they find... A quick test with an online mp3 stream works fine, but I do get this message in the console: VLC media player 2.0.5 Twoflower (revision 2.0.5-0-g1661b7d) Unable to load library icui18n Cannot load library icui18n: (Shared object libicui18n.so.48 not found, required by vlc) I have icu-50.1 installed, although the port does not seem to use it. So maybe it is triggered by some dependency. I don't get that here so yes it's probably a problem in a dependency. Thanx, :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
CFT: vlc 2.0.5
Hi! It's this time again, there's a new vlc release out and I want to update the port: http://people.freebsd.org/~nox/tmp/vlc-2.0.5-001.patch Everyone is invited to test this update and post any issues they find... Thanx! :) Juergen PS: Here is what's in NEWS about what has changed since 2.0.4: Changes between 2.0.4 and 2.0.5: Access: * Fix DVB-S delivery system detection Audio Output: * Fix playback initial synchronization with PulseAudio (however similar bugs in PulseAudio version 2.0 and later still exist) * Fix file output bug affecting floating point on big endian systems Demuxers: * Fix crash with some embedded subtitle fonts * Fix buffer overflow in HTML subtitles parser * Fix koreus lua parser * Improve reliability for RTSP streams sent by some IP cameras * Fix division by 0 in AIFF demuxer * Fix some MKV crashes when ordered editions have empty or broken links * Fix SWF potential crash on malformed files. Video filters: * Fix crash in Freetype with embedded fonts * Fix wrong aspect ratio in some cases Encoders: * Fix Mpeg-2 audio and video encoders initialization Mac OS X: * Fix Reveal-in-Finder for files with non-Western file names * Fix crash with local statistics disabled * Fix Time counter UI look Win32: * Fix https streaming libVLC: * Fix audio and video track selection: The constant track identifier is now always used. Some functions previously incorrectly used the (moving) index of the track in the table of tracks. Translations: * Update of Asturian, Bengali (India), Bosnian, Croatian, Czech, Danish, Dutch, Estonian, French, Galician, Scottish Gaelic, German, Hebrew, Italian, Japanese, Khmer, Malayalam, Polish, Slovak, Simplified Chinese, Traditional Chinese, Brazilian Portuguese, Turkish, Thai translations * Initial translations for Welsh and Interlingua ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.5
On Thu, Dec 20, 2012 at 02:05:44AM +0400, Ruslan Makhmatkhanov wrote: Hi Juergen, thank you for an update. I just tested it. Everything seems working fine. But mkv playing issue still not resolved. I still getting that mkv demux error: cannot find KaxSegment or missing mandatory KaxInfo message when trying to watch any mkv-movie :( Hm I wonder if something is up with our multimedia/libmatroska port... According to http://forum.videolan.org/viewtopic.php?f=12t=89814start=20 you can try selecting FFmpeg Demux in Demuxers as a workaround, does that fix it for you? Thanx, Juergen Juergen Lock wrote on 20.12.2012 01:44: Hi! It's this time again, there's a new vlc release out and I want to update the port: http://people.freebsd.org/~nox/tmp/vlc-2.0.5-001.patch Everyone is invited to test this update and post any issues they find... Thanx! :) Juergen PS: Here is what's in NEWS about what has changed since 2.0.4: Changes between 2.0.4 and 2.0.5: Access: * Fix DVB-S delivery system detection Audio Output: * Fix playback initial synchronization with PulseAudio (however similar bugs in PulseAudio version 2.0 and later still exist) * Fix file output bug affecting floating point on big endian systems Demuxers: * Fix crash with some embedded subtitle fonts * Fix buffer overflow in HTML subtitles parser * Fix koreus lua parser * Improve reliability for RTSP streams sent by some IP cameras * Fix division by 0 in AIFF demuxer * Fix some MKV crashes when ordered editions have empty or broken links * Fix SWF potential crash on malformed files. Video filters: * Fix crash in Freetype with embedded fonts * Fix wrong aspect ratio in some cases Encoders: * Fix Mpeg-2 audio and video encoders initialization Mac OS X: * Fix Reveal-in-Finder for files with non-Western file names * Fix crash with local statistics disabled * Fix Time counter UI look Win32: * Fix https streaming libVLC: * Fix audio and video track selection: The constant track identifier is now always used. Some functions previously incorrectly used the (moving) index of the track in the table of tracks. Translations: * Update of Asturian, Bengali (India), Bosnian, Croatian, Czech, Danish, Dutch, Estonian, French, Galician, Scottish Gaelic, German, Hebrew, Italian, Japanese, Khmer, Malayalam, Polish, Slovak, Simplified Chinese, Traditional Chinese, Brazilian Portuguese, Turkish, Thai translations * Initial translations for Welsh and Interlingua ___ 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 -- Regards, Ruslan Tinderboxing kills... the drives. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: VLC 2.0.4 make install Seg Fault
On Fri, Nov 16, 2012 at 11:50:26PM +0400, awarecons wrote: after make install: ... gmake install-exec-hook gmake[4]: Вход в каталог `/usr/ports/multimedia/vlc/work/vlc-2.0.4' if test i386-portbld-freebsd9.0 = i386-portbld-freebsd9.0; then \ LD_LIBRARY_PATH=/usr/ports/multimedia/vlc/work/fake/usr/local/lib:$LD_LIBRARY_PATH \ /usr/ports/multimedia/vlc/work/fake/usr/local/lib/vlc/vlc-cache-gen \ /usr/ports/multimedia/vlc/work/fake/usr/local/lib/vlc/plugins ; \ else \ echo Cross-compilation: cache generation skipped! ; \ fi gmake[4]: *** [install-exec-hook] Ошибка сегментации: 11 (сделан дамп памяти) gmake[4]: Выход из каталога `/usr/ports/multimedia/vlc/work/vlc-2.0.4' gmake[3]: *** [install-exec-am] Ошибка 2 gmake[3]: Выход из каталога `/usr/ports/multimedia/vlc/work/vlc-2.0.4' gmake[2]: *** [install-am] Ошибка 2 gmake[2]: Выход из каталога `/usr/ports/multimedia/vlc/work/vlc-2.0.4' gmake[1]: *** [install-recursive] Ошибка 1 gmake[1]: Выход из каталога `/usr/ports/multimedia/vlc/work/vlc-2.0.4' gmake: *** [install] Ошибка 2 *** Error code 2 Stop in /usr/ports/multimedia/vlc. *** Error code 1 Stop in /usr/ports/multimedia/vlc. I guess that's the rtld bug triggered by some vlc port options like PULSEAUDIO, it was fixed in head and 9-stable and in the 9.1 release branch: http://svnweb.freebsd.org/base?view=revisionrevision=239253 Followup fix affecting openoffice or libreoffice, I forgot which: http://svnweb.freebsd.org/base?view=revisionrevision=239470 MFCs (i.e. this should be in 9.1:) http://svnweb.freebsd.org/base?view=revisionrevision=239439 http://svnweb.freebsd.org/base?view=revisionrevision=239471 In some cases the crash can be worked around by removing the old vlc version first before building the new one, but depending on the port options chosen even that may not help. HTH, :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
CFT: vlc 2.0.4
Hi! As there were a few problems with vlc 2.0.3 I'd like people to test the 2.0.4 update before I commit it: http://people.freebsd.org/~nox/tmp/vlc-2.0.4-001.patch I don't expect new issues but better be safe than sorry... Thanx! :) Juergen PS: Here are the changes since 2.0.3 as noted in vlc-2.0.4/NEWS: Changes between 2.0.3 and 2.0.4: Audio Output: * Improve playback synchronization with PulseAudio. * Fix ALSA digital pass-through (S/PDIF). * Fix live audio device selection on Mac OS X * Fix detection of some 5.1 and 7.1 kits on Windows. * Fix audio output behavior when the output device is plugged or unplugged during playback on Mac OS X Access: * Fix numerous DVD (dvdnav) crashes * Fix HTTP playback through proxy and advertise gzip correctly * Fix TLS busy-loop during client-side handshake Codecs: * Support for Opus decoding via libopus, including multi-channel files * Support MSS1 and MSS2 decoding through DMO libraries * Fix Hebrew and Greek subtitles encoding * Fix crashes on malformed subtitles and malformed png files * Fix crashes when using hardware decoding Demuxers: * Fix issues in Ogg with zero length packets * Fix file duration of Ogg/Theora and Ogg/Vorbis files * Fix vimeo, koreus and youtube lua parsers * Support Youtube live streams Windows: * Fix Wallpaper mode on Windows 7/8 Qt: * Fix media info dialog update * Fix random/repeat preferences saving * Fix crashes when opening audio effects dialog, with skins and playlist * Fix crash on association dialog on Windows XP * Fix album art display at start Mac OS X: * Fix command-line options to control the interface behavior * Deactivate CoreAnimation effects on Leopard * Fix menus display and behavior * Fix various crashes and small issues including bookmarks, playlist, buttons, streaming wizard, video size, hotkeys and fullscreen controller * Fix font selection for Unicode subtitles * Improve system sleep behavior when playing audio-only media. The screen is allowed to sleep while the system is kept awake during playback. * Fix code signing of Delete Preferences application * Add option to Audio Effects panel to activate the Karaoke filter Miscellaneous: * Fix Notify (D-Bus) plugin deadlock. * Fix buffer corruption in freetype and subtitles modules * Improve Blu-Ray and HLS support * Fix issues on selection of playlist items for WebUI * Codec and other 3rd party library updates * Fix swscale and canvas behavior with Aspect Ratio * Fix mime-type when streaming Webm over HTTP * Fix recording behaviour in Windows network environments * Codecs and 3rd party libary updates Translations: * Updates of Norwegian Bokmål, Korean, Slovak, Serbian, Russian, Traditional Chinese, Simplified Chinese, Portuguese, Walloon, Turkish, Thai, Polish, Dutch, Khmer, Hindi, Japanese, Galician, Hebrew, German, Breton, Scottish Gaelic, Czech, Estonian translations * Initial translations for Bengali, Fula, Gujarati and Bosnian ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.4
In article 20121104203619.49647...@fabiankeil.de you write: Juergen Lock n...@jelal.kn-bremen.de wrote: As there were a few problems with vlc 2.0.3 I'd like people to test the 2.0.4 update before I commit it: http://people.freebsd.org/~nox/tmp/vlc-2.0.4-001.patch Thanks. 1. The OPUS option has no description. Ooops, fixed. 2. Doesn't configure for me with NCURSES: checking for NCURSES... no configure: error: Package ncursesw was not found in the pkg-config search path. Perhaps you should add the directory containing `ncursesw.pc' to the PKG_CONFIG_PATH environment variable No package 'ncursesw' found. As I don't care about ncurses anyway, I just disabled the option for now and haven't looked into it. Ah I guess I never tested NCURSES... Fixed. 3. I don't use NLS which is probably the reason for these complaints: [...] === Registering installation for vlc-2.0.4,3 pkg: lstat(/usr/local/share/locale/ach/LC_MESSAGES/): No such file or directory pkg: lstat(/usr/local/share/locale/ach/): No such file or directory pkg: lstat(/usr/local/share/locale/cgg/LC_MESSAGES/): No such file or directory pkg: lstat(/usr/local/share/locale/cgg/): No such file or directory [...] Installing vlc-2.0.4,3... done [...] Hmm that must have been broken since at least the OPTIONng conversion... Fixed. New update here: http://people.freebsd.org/~nox/tmp/vlc-2.0.4-002.patch Thanx! :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.4
In article 5096c704.1090...@gmail.com you write: On 11/04/12 11:19, Juergen Lock wrote: Hi! As there were a few problems with vlc 2.0.3 I'd like people to test the 2.0.4 update before I commit it: http://people.freebsd.org/~nox/tmp/vlc-2.0.4-001.patch I don't expect new issues but better be safe than sorry... snip Did I do something wrong? I applied (successfully) the patch and: cd /usr/ports/multimedi/vlc/ make config install clean' and it outputs, after config: === License GPLv2 accepted by the user === Found saved configuration for vlc-2.0.3_4,3 = vlc-2.0.3.tar.xz is not in /usr/ports/multimedia/vlc/distinfo. = Either /usr/ports/multimedia/vlc/distinfo is out of date, or = vlc-2.0.3.tar.xz is spelled incorrectly. *** Error code 1 Stop in /usr/ports/multimedia/vlc. *** Error code 1 Stop in /usr/ports/multimedia/vlc Can you double-check the patch applied completely, make -V PKGNAME should return vlc-2.0.4,3 and PORTVERSION in the Makefile should have been patched to 2.0.4 . The other problems people found are real tho, I've put a new update here: http://people.freebsd.org/~nox/tmp/vlc-2.0.4-002.patch Thanx! :) Juergen ___ 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: multimedia/vlc options
In article 20120923092119.gb18...@lena.kiev you write: 8.3-RELEASE-p2 i386. After update `make config` doesn't show checkboxes for options May be it works in FreeBSD 9 and later, but in 8 and earlier the 'make config' dialog behaves differently. Same problem with www/firefox and possibly some other ports, but no problem with most other ports, I tried: OpenEXR, aee, alsa-plugins, audacity, aumix, avahi, babl, binutils, boehm-gc, boost-libs, ca_root_nss, cairo, catdoc, centericq, centerim, clamav, coreutils, cups-base, print/ghostscript8. So, perhaps the culprit is some recent change somewhere in /usr/ports/Mk . Problem: [...] Seems dialog(1) on 8.x handles longer descriptions less well than later(?) Anyway I have shortened the offending description so you can try again now. Thanx, :) Juergen ___ 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
__FreeBSD_version bump? (was: Re: vlc 2.0.3 ProjectM path fix)
On Wed, Aug 15, 2012 at 10:09:59AM -0700, Kevin Oberman wrote:
On Wed, Aug 15, 2012 at 5:01 AM, Juergen Lock n...@jelal.kn-bremen.de wrote:
On Tue, Aug 14, 2012 at 09:54:54PM +0200, Olli Hauer wrote:
...
I think I got it: It is only a problem of configuring in the running
vlc. You have to set the right path under
'Settings','All','Audio','Visualizing','projectM'. That's all ;-)
Aah-haah! :) I've fixed the default paths and made a new patch:
http://people.freebsd.org/~nox/tmp/vlc-2.0.3-010.patch
From your patch:
workaround is to deinstall the old vlc-1.x version before building
the new one.
What about a conflict line ?
CONFLICTS_BUILD=${PORTNAME}-1.*
This allows users to fetch the source but they have to deinstall the
old version before building the new one.
Hm well the rtld bug this workaround is for only affects the
pulseaudio and notify knobs, and the workaround doesn't work for
the notify knob so it would only cover half the cases, and also
checking if this is needed in the port would require a
__FreeBSD_version bump which is probably overkill for this bug.
And why is it overkill? I regularly see comments about not wanting to
bump __FreeBSD_version, but it's just an integer (though presented as
a fixed-point fraction). There is no shortage and I never have
understood why people are so hesitant to change it when there is a
real, even if fairly small benefit from the bump.
Hmm. Alexander, what do you think?
Thanx, :)
Juergen
___
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: vlc 2.0.3 ProjectM path fix (was: Re: More rtld trouble)
On Tue, Aug 14, 2012 at 08:31:58PM +0100, Chris Rees wrote: On 14 August 2012 20:24, Juergen Lock n...@jelal.kn-bremen.de wrote: On Tue, Aug 14, 2012 at 06:51:18PM +0200, Rainer Hurling wrote: On 14.08.2012 13:42 (UTC+2), Juergen Lock wrote: On Tue, Aug 14, 2012 at 06:40:14AM +0200, Rainer Hurling wrote: Am 13.08.2012 23:46 (UTC+1) schrieb Juergen Lock: [removed kan and kib from Cc as this is now not about rtld in fact] On Mon, Aug 13, 2012 at 11:11:09PM +0200, Juergen Lock wrote: Hi kib, kan, sorry to bother you again but... :) On Mon, Aug 13, 2012 at 09:53:55PM +0200, Rainer Hurling wrote: [...] (2) Option PROJM builds and installs, but crashes when I try to start it within vlc: No Textures Loaded from /usr/local/share/projectM/textures Segmentation fault (core dumped) As far as I can see, there is no path to projectM/textures (installed from libprojectM) on FreeBSD, but to projectM/presets? I'll have to look at that next... Hmm, cannot seem to reproduce this one, sorry. (Or do I have to do something special in vlc to activate it? I just tried playing a video file...) I have the problem with ProjectM when playing audio files and turn the ProjectM visualizations on. It immediately crashes. Yes, I meanwhile found this too. Maybe our projectm port version is too old? I think I got it: It is only a problem of configuring in the running vlc. You have to set the right path under 'Settings','All','Audio','Visualizing','projectM'. That's all ;-) Aah-haah! :) I've fixed the default paths and made a new patch: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-010.patch Is there anything I can do to the projectM port to make it easier for you? I'll see if I can get it to 2.1.0 shortly. I don't think so, this was just vlc using linux paths. Ok, maybe it could give an error instead of crashing when a font is not found... :) But that's minor. Thanx! Juergen ___ 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: vlc 2.0.3 ProjectM path fix
On Tue, Aug 14, 2012 at 09:54:54PM +0200, Olli Hauer wrote:
...
I think I got it: It is only a problem of configuring in the running
vlc. You have to set the right path under
'Settings','All','Audio','Visualizing','projectM'. That's all ;-)
Aah-haah! :) I've fixed the default paths and made a new patch:
http://people.freebsd.org/~nox/tmp/vlc-2.0.3-010.patch
From your patch:
workaround is to deinstall the old vlc-1.x version before building
the new one.
What about a conflict line ?
CONFLICTS_BUILD=${PORTNAME}-1.*
This allows users to fetch the source but they have to deinstall the
old version before building the new one.
Hm well the rtld bug this workaround is for only affects the
pulseaudio and notify knobs, and the workaround doesn't work for
the notify knob so it would only cover half the cases, and also
checking if this is needed in the port would require a
__FreeBSD_version bump which is probably overkill for this bug.
So I think we'd rather mention the workaround in UPDATING, along
with the bugfix commit link...
Thanx, :)
Juergen
___
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: More rtld trouble
On Tue, Aug 14, 2012 at 06:40:14AM +0200, Rainer Hurling wrote: Am 13.08.2012 23:46 (UTC+1) schrieb Juergen Lock: [removed kan and kib from Cc as this is now not about rtld in fact] On Mon, Aug 13, 2012 at 11:11:09PM +0200, Juergen Lock wrote: Hi kib, kan, sorry to bother you again but... :) On Mon, Aug 13, 2012 at 09:53:55PM +0200, Rainer Hurling wrote: On 13.08.2012 21:24 (UTC+2), Rainer Hurling wrote: On 13.08.2012 19:45 (UTC+2), Juergen Lock wrote: On Mon, Aug 13, 2012 at 07:34:45AM +0200, Rainer Hurling wrote: [...] I just posted the workaround for that crash: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-009.patch Thanks for the newest patch! The change from sysconf(_SC_GETPW_R_SIZE_MAX) to LINE_MAX + 1 works nice here. No core dumps any more and sound via pulseaudio is working again :) I'll Cc the pulseaudio port maintainers (gnome@), maybe they have an idea? Did you forgot to Cc gnome@ (even on the other thread)? Yeah, I manually forwarded the mail when I noticed. I tried out a little bit the build without pulseaudio enabled. It seems to me, that the sound of vlc is somewhat noisy or dirty, especially for parts with more dynamics. This scratchy noise grows up when gain control comes over 100% (up to 200% is possible). Can anyone confirm this? I haven't noticed that here, maybe your soundcard is clipping etc due to too high mixer levels? Hmm, possible, but unlikely. This worked pretty good with version 1.1.13 and as I wrote, gain control was set in the middle (100%). But now, with pulseaudio enabled again, there is not problem with damaged sound quality any more. Btw it's still possible that different mixer items cause different clipping etc, for example vol 100 and pcm low sounds worse than vol 75 and pcm higher, etc. (Maybe pulseaudio does that...?) OK, thanks for the hint. I will have a further look at mixer. There are also some combinations like with kmix etc., that are not exactly represented in mixer settings ... And last but not least: When I deinstall vlc I get the following message: pkg_delete: '/usr/local/lib/vlc/plugins/plugins.dat' fails original MD5 checksum - deleted anyway. That's the file whose generating crashed when building with the old vlc still installed, maybe it's regenerated at runtime otherwise? No, it also fails original MD5 checksum with deinstall/reinstall within 2.0.3. Thanks again for your work on this port. Rainer You're welcome! :) Juergen I just found two other problems, which at least occur on my system (10.0-CURRENT amd64): (1) With option NOTIFY enabled I am able to build, but not to install vlc. It gives me: [...] (2) Option PROJM builds and installs, but crashes when I try to start it within vlc: No Textures Loaded from /usr/local/share/projectM/textures Segmentation fault (core dumped) As far as I can see, there is no path to projectM/textures (installed from libprojectM) on FreeBSD, but to projectM/presets? I'll have to look at that next... Hmm, cannot seem to reproduce this one, sorry. (Or do I have to do something special in vlc to activate it? I just tried playing a video file...) I have the problem with ProjectM when playing audio files and turn the ProjectM visualizations on. It immediately crashes. Yes, I meanwhile found this too. Maybe our projectm port version is too old? Thanx, Juergen ___ 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: Another vlc 2.0.3 update (new ffmpeg! :)
[Now also posted here:]
On Mon, Aug 13, 2012 at 07:18:52PM -0400, Alexander Kabaev wrote:
On Mon, 13 Aug 2012 23:52:12 +0200
Juergen Lock n...@jelal.kn-bremen.de wrote:
On Mon, Aug 13, 2012 at 08:12:42PM +0200, Gary Jennejohn wrote:
On Mon, 13 Aug 2012 02:41:35 -0400
Alexander Kabaev kab...@gmail.com wrote:
[snip lots of gdb trace]
Please check the use of _SC_GETPW_R_SIZE_MAX in vlcpulse.c. This
constant is unsupported, so the module tries to allocate a stack
buffer with negative size, smashing the stack dead.
Seems like a good idea, but I replaced the rather sloppy
buf[sysctl(_SC_GETPW_R_SIZE_MAX)];
with
buf[2048];
and vlc still core dumps when trying to generate plugins.dat.
Yeah that seems to be a different issue (rtld).
Juergen
Please try this patch.
Thank you, that fixed both the build crash with the pulseaudio
knob enabled when the old vlc version was still installed as well
as the install crash with the notify knob enabled. :)
Juergen
--
Alexander Kabaev
diff --git a/libexec/rtld-elf/rtld.c b/libexec/rtld-elf/rtld.c
index 95358aa..6f6ac70 100644
--- a/libexec/rtld-elf/rtld.c
+++ b/libexec/rtld-elf/rtld.c
@@ -1743,6 +1743,27 @@ init_dag(Obj_Entry *root)
root-dag_inited = true;
}
+static void
+process_nodelete(Obj_Entry *root)
+{
+const Objlist_Entry *elm;
+
+/*
+ * Walk over object DAG and process every dependent object
+ * that is marked as DF_1_NODELETE. They need to grow own
+ * dag, which should then be ref-ed separately.
+ */
+STAILQ_FOREACH(elm, root-dagmembers, link) {
+ if (elm-obj != NULL elm-obj-z_nodelete
+ !elm-obj-ref_nodel) {
+ dbg(obj %s nodelete, elm-obj-path);
+ init_dag(elm-obj);
+ ref_dag(elm-obj);
+ elm-obj-ref_nodel = true;
+ }
+}
+root-dag_inited = true;
+}
/*
* Initialize the dynamic linker. The argument is the address at which
* the dynamic linker has been mapped into memory. The primary task of
@@ -1932,12 +1953,6 @@ process_needed(Obj_Entry *obj, Needed_Entry *needed,
int flags)
flags ~RTLD_LO_NOLOAD);
if (obj1 == NULL !ld_tracing (flags RTLD_LO_FILTEES) == 0)
return (-1);
- if (obj1 != NULL obj1-z_nodelete !obj1-ref_nodel) {
- dbg(obj %s nodelete, obj1-path);
- init_dag(obj1);
- ref_dag(obj1);
- obj1-ref_nodel = true;
- }
}
return (0);
}
@@ -2833,8 +2848,12 @@ dlopen_object(const char *name, int fd, Obj_Entry
*refobj, int lo_flags,
/* Make list of init functions to call. */
initlist_add_objects(obj, obj-next, initlist);
}
+ /*
+ * Process all no_delete objects here, given them own
+ * DAGs to prevent their dependencies from being unloaded.
+ */
+ process_nodelete(obj);
} else {
-
/*
* Bump the reference counts for objects on this DAG. If
* this is the first dlopen() call for the object that was
___
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
vlc 2.0.3 ProjectM path fix (was: Re: More rtld trouble)
On Tue, Aug 14, 2012 at 06:51:18PM +0200, Rainer Hurling wrote: On 14.08.2012 13:42 (UTC+2), Juergen Lock wrote: On Tue, Aug 14, 2012 at 06:40:14AM +0200, Rainer Hurling wrote: Am 13.08.2012 23:46 (UTC+1) schrieb Juergen Lock: [removed kan and kib from Cc as this is now not about rtld in fact] On Mon, Aug 13, 2012 at 11:11:09PM +0200, Juergen Lock wrote: Hi kib, kan, sorry to bother you again but... :) On Mon, Aug 13, 2012 at 09:53:55PM +0200, Rainer Hurling wrote: On 13.08.2012 21:24 (UTC+2), Rainer Hurling wrote: On 13.08.2012 19:45 (UTC+2), Juergen Lock wrote: On Mon, Aug 13, 2012 at 07:34:45AM +0200, Rainer Hurling wrote: [...] I just posted the workaround for that crash: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-009.patch Thanks for the newest patch! The change from sysconf(_SC_GETPW_R_SIZE_MAX) to LINE_MAX + 1 works nice here. No core dumps any more and sound via pulseaudio is working again :) I'll Cc the pulseaudio port maintainers (gnome@), maybe they have an idea? Did you forgot to Cc gnome@ (even on the other thread)? Yeah, I manually forwarded the mail when I noticed. I tried out a little bit the build without pulseaudio enabled. It seems to me, that the sound of vlc is somewhat noisy or dirty, especially for parts with more dynamics. This scratchy noise grows up when gain control comes over 100% (up to 200% is possible). Can anyone confirm this? I haven't noticed that here, maybe your soundcard is clipping etc due to too high mixer levels? Hmm, possible, but unlikely. This worked pretty good with version 1.1.13 and as I wrote, gain control was set in the middle (100%). But now, with pulseaudio enabled again, there is not problem with damaged sound quality any more. Btw it's still possible that different mixer items cause different clipping etc, for example vol 100 and pcm low sounds worse than vol 75 and pcm higher, etc. (Maybe pulseaudio does that...?) OK, thanks for the hint. I will have a further look at mixer. There are also some combinations like with kmix etc., that are not exactly represented in mixer settings ... And last but not least: When I deinstall vlc I get the following message: pkg_delete: '/usr/local/lib/vlc/plugins/plugins.dat' fails original MD5 checksum - deleted anyway. That's the file whose generating crashed when building with the old vlc still installed, maybe it's regenerated at runtime otherwise? No, it also fails original MD5 checksum with deinstall/reinstall within 2.0.3. Thanks again for your work on this port. Rainer You're welcome! :) Juergen I just found two other problems, which at least occur on my system (10.0-CURRENT amd64): (1) With option NOTIFY enabled I am able to build, but not to install vlc. It gives me: [...] (2) Option PROJM builds and installs, but crashes when I try to start it within vlc: No Textures Loaded from /usr/local/share/projectM/textures Segmentation fault (core dumped) As far as I can see, there is no path to projectM/textures (installed from libprojectM) on FreeBSD, but to projectM/presets? I'll have to look at that next... Hmm, cannot seem to reproduce this one, sorry. (Or do I have to do something special in vlc to activate it? I just tried playing a video file...) I have the problem with ProjectM when playing audio files and turn the ProjectM visualizations on. It immediately crashes. Yes, I meanwhile found this too. Maybe our projectm port version is too old? I think I got it: It is only a problem of configuring in the running vlc. You have to set the right path under 'Settings','All','Audio','Visualizing','projectM'. That's all ;-) Aah-haah! :) I've fixed the default paths and made a new patch: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-010.patch Happy testing! Juergen ___ 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: Another vlc 2.0.3 update (new ffmpeg! :)
On Mon, Aug 13, 2012 at 07:34:45AM +0200, Rainer Hurling wrote:
Am 13.08.2012 01:12 (UTC+1) schrieb Juergen Lock:
On Sun, Aug 12, 2012 at 09:21:15PM +0200, Rainer Hurling wrote:
On 12.08.2012 19:14 (UTC+2), Rainer Hurling wrote:
On 12.08.2012 19:11 (UTC+2), Juergen Lock wrote:
On Sun, Aug 12, 2012 at 07:07:54PM +0200, Rainer Hurling wrote:
On 12.08.2012 16:31 (UTC+2), Juergen Lock wrote:
Thanks to Martin Matuska (ffmpeg port maintainer) for fixing the
multimedia/ffmpeg-011 port to install the shlibs with suffix!
I now seem to have vlc 2.0.3 working using this updated version:
http://people.freebsd.org/~nox/tmp/vlc-2.0.3-008.patch
Does this mean we should change from multimedia/ffmpeg to
multimedia/ffmpeg-011? Or is it ok to have them both installed?
Yes it's ok to have both installed.
Thanks, I will it give a try now :-)
Again, there is the problem with the build breaking with
GEN../modules/plugins.dat
gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11
(Speicherauszug erstellt)
gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin'
gmake[1]: *** [all-recursive] Fehler 1
gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3'
gmake: *** [all] Fehler 2
*** [do-build] Error code 1
This only happens when option PulseAudio is enabled. (My sound system is
driven by PulseAudio.)
Aah, thanx, I missed the bit about pulseaudio, now I can finally
reproduce this. I'll follow up on the other thread with the bt
kib wanted.
And, as described in another thread on August, 3rd, it only happens,
when vlc version 1.x is already installed. So, deleting old vlc before
build this new version works for me.
Unfortunately if option PulseAudio is enabled, and only then, vlc core
dumps right after opening for example mp3 or mp4 files :(
Hm if I did this right the bt for that is:
[...]
Loaded symbols for /libexec/ld-elf.so.1
#0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f,
mlp=0x6b636f4c206e65) at vlcpulse.c:137
137 pa_threaded_mainloop_lock (mainloop);
gdb) bt
#0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f,
mlp=0x6b636f4c206e65) at vlcpulse.c:137
#1 0x000816d34682 in Open (obj=Variable obj is not available.
) at pulse.c:840
#2 0x000800aba580 in vlc_module_load () from
/usr/local/lib/libvlccore.so.6
#3 0x000800aaab2c in aout_VolumeHardSet () from
/usr/local/lib/libvlccore.so.6
#4 0x000800aa83c3 in aout_TimeReport () from
/usr/local/lib/libvlccore.so.6
#5 0x000800a75f70 in decoder_NewPicture () from
/usr/local/lib/libvlccore.so.6
#6 0x0008134c77e8 in _::vlc_entry_license () from
/usr/local/lib/vlc/plugins/codec/libfaad_plugin.so
#7 0x000800a76d83 in input_DecoderCreate () from
/usr/local/lib/libvlccore.so.6
#8 0x000800a7810d in input_DecoderCreate () from
/usr/local/lib/libvlccore.so.6
#9 0x000800a785db in input_DecoderCreate () from
/usr/local/lib/libvlccore.so.6
#10 0x00080169c58d in pthread_create () from /lib/libthr.so.3
#11 0x in ?? ()
Cannot access memory at address 0x7edf4000
(gdb) l vlcpulse.c:130
125 {
126 pa_proplist_setf (props,
PA_PROP_APPLICATION_PROCESS_MACHINE_ID,
127 %.32s, session); /* XXX: is this
valid? */
128 pa_proplist_sets (props,
PA_PROP_APPLICATION_PROCESS_SESSION_ID,
129 session);
130 }
131 }
132
133 /* Connect to PulseAudio daemon */
134 pa_context *ctx;
(gdb) l
135 pa_mainloop_api *api;
136
137 pa_threaded_mainloop_lock (mainloop);
138 api = pa_threaded_mainloop_get_api (mainloop);
139 ctx = pa_context_new_with_proplist (api, ua, props);
140 free (ua);
141 if (props != NULL)
142 pa_proplist_free (props);
143 if (unlikely(ctx == NULL))
144 goto fail;
(gdb)
I can confirm this backtrace. It is exactly the same on my system.
I just posted the workaround for that crash:
http://people.freebsd.org/~nox/tmp/vlc-2.0.3-009.patch
I'll Cc the pulseaudio port maintainers (gnome@), maybe they have an idea?
Did you forgot to Cc gnome@ (even on the other thread)?
Yeah, I manually forwarded the mail when I noticed.
I tried out a little bit the build without pulseaudio enabled. It seems
to me, that the sound of vlc is somewhat noisy or dirty, especially for
parts with more dynamics. This scratchy noise grows up when gain control
comes over 100% (up to 200% is possible). Can anyone confirm this?
I haven't noticed that here, maybe your soundcard is clipping etc
due to too high mixer levels?
And last but not least: When I deinstall vlc I get the following message:
pkg_delete: '/usr
Re: Another vlc 2.0.3 update (new ffmpeg! :)
On Mon, Aug 13, 2012 at 02:41:35AM -0400, Alexander Kabaev wrote:
On Mon, 13 Aug 2012 01:12:10 +0200
Juergen Lock n...@jelal.kn-bremen.de wrote:
On Sun, Aug 12, 2012 at 09:21:15PM +0200, Rainer Hurling wrote:
On 12.08.2012 19:14 (UTC+2), Rainer Hurling wrote:
On 12.08.2012 19:11 (UTC+2), Juergen Lock wrote:
SKIP
GEN../modules/plugins.dat
gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11
(Speicherauszug erstellt)
gmake[2]: Leaving directory
`/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: ***
[all-recursive] Fehler 1 gmake[1]: Leaving directory
`/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Fehler 2
*** [do-build] Error code 1
This only happens when option PulseAudio is enabled. (My sound
system is driven by PulseAudio.)
Aah, thanx, I missed the bit about pulseaudio, now I can finally
reproduce this. I'll follow up on the other thread with the bt
kib wanted.
I was unable to reproduce this one at all. I _do_ have VLC 1.x
installed as well, though I have no pulseaudio enabled in it.
Maybe that is another missing piece of the puzzle?
I think so, yes, at least that's how I built my vlc 1.x before
being able to reproduce it.
And, as described in another thread on August, 3rd, it only
happens, when vlc version 1.x is already installed. So, deleting
old vlc before build this new version works for me.
Unfortunately if option PulseAudio is enabled, and only then, vlc
core dumps right after opening for example mp3 or mp4 files :(
Hm if I did this right the bt for that is:
[...]
Loaded symbols for /libexec/ld-elf.so.1
#0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f,
mlp=0x6b636f4c206e65) at vlcpulse.c:137 137
pa_threaded_mainloop_lock (mainloop); gdb) bt
#0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f,
mlp=0x6b636f4c206e65) at vlcpulse.c:137 #1 0x000816d34682 in
Open (obj=Variable obj is not available. ) at pulse.c:840
#2 0x000800aba580 in vlc_module_load ()
from /usr/local/lib/libvlccore.so.6 #3 0x000800aaab2c in
aout_VolumeHardSet () from /usr/local/lib/libvlccore.so.6 #4
0x000800aa83c3 in aout_TimeReport ()
from /usr/local/lib/libvlccore.so.6 #5 0x000800a75f70 in
decoder_NewPicture () from /usr/local/lib/libvlccore.so.6 #6
0x0008134c77e8 in _::vlc_entry_license ()
from /usr/local/lib/vlc/plugins/codec/libfaad_plugin.so #7
0x000800a76d83 in input_DecoderCreate ()
from /usr/local/lib/libvlccore.so.6 #8 0x000800a7810d in
input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #9
0x000800a785db in input_DecoderCreate ()
from /usr/local/lib/libvlccore.so.6 #10 0x00080169c58d in
pthread_create () from /lib/libthr.so.3 #11 0x in ??
() Cannot access memory at address 0x7edf4000 (gdb) l
vlcpulse.c:130 125 { 126 pa_proplist_setf
(props, PA_PROP_APPLICATION_PROCESS_MACHINE_ID,
127 %.32s, session); /* XXX: is
this valid? */ 128 pa_proplist_sets (props,
PA_PROP_APPLICATION_PROCESS_SESSION_ID,
129 session); 130 }
131 } 132 133 /* Connect to PulseAudio daemon */
134 pa_context *ctx; (gdb) l
135 pa_mainloop_api *api;
136
137 pa_threaded_mainloop_lock (mainloop);
138 api = pa_threaded_mainloop_get_api (mainloop);
139 ctx = pa_context_new_with_proplist (api, ua, props);
140 free (ua);
141 if (props != NULL)
142 pa_proplist_free (props);
143 if (unlikely(ctx == NULL))
144 goto fail;
(gdb)
I'll Cc the pulseaudio port maintainers (gnome@), maybe they have an
idea?
Please check the use of _SC_GETPW_R_SIZE_MAX in vlcpulse.c. This
constant is unsupported, so the module tries to allocate a stack buffer
with negative size, smashing the stack dead.
Oh haha, that'd do it. :) I've added a workaround for that now,
new patch here:
http://people.freebsd.org/~nox/tmp/vlc-2.0.3-009.patch
So far, I see absolutely no evidence of any wrongdoing on the rtld
side of things.
I don't know who or what to blame, but _something_ is still wrong
when updating from vlc 1.x with the pulseaudio knob enabled, that
much is clear...
Thanx!
Juergen
___
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: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly)
On Mon, Aug 13, 2012 at 01:30:47PM +0300, Konstantin Belousov wrote:
On Mon, Aug 13, 2012 at 01:13:35AM +0200, Juergen Lock wrote:
On Sun, Aug 05, 2012 at 07:38:11PM +0200, Juergen Lock wrote:
On Sun, Aug 05, 2012 at 07:13:53PM +0300, Konstantin Belousov wrote:
On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote:
Hi kib, -current, seems we have a segfault in rtld when updating
the multimedia/vlc port from the version currently in ports to the
2.0.3 CFT version from here:
http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch
(If you test the LIVEMEDIA knob you also need this update:
http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch
)
Please do two things.
1. Provide me the output of readelf -a for the module that was loaded.
2. Recompile rtld with debug symbols and redo the build to get the
useful
backtrace from core:
cd /usr/src/libexec/rtld-elf
make clean
make all install DEBUG_FLAGS=-g
Ok, someone who got the crash will have to do this as I couln't
reproduce it here (sorry forgot to say...)
I just learned that the missing piece in reproducing this is the
pulseaudio knob, now I finally have a bt:
[...]
Loaded symbols for /libexec/ld-elf.so.1
#0 symlook_obj (req=0x7fffbf40, obj=0x800640400) at
/d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847
3847for (symnum = obj-buckets[req-hash % obj-nbuckets];
[New Thread 802406400 (LWP 100159/vlc-cache-gen)]
(gdb) bt
#0 symlook_obj (req=0x7fffbf40, obj=0x800640400) at
/d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847
#1 0x000800608ae7 in symlook_list (req=0x7fffc120,
objlist=Variable objlist is not available.
) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3611
#2 0x00080060911b in symlook_default (req=0x7fffc1c0,
refobj=Variable refobj is not available.
) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3569
#3 0x00080060939d in find_symdef (symnum=15, refobj=0x8006fd000,
defobj_out=0x7fffc260, flags=0, cache=0x80061d000,
lockstate=0x7fffc300)
at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:1541
#4 0x000800603690 in reloc_non_plt (obj=0x8006fd000, obj_rtld=Variable
obj_rtld is not available.
) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/amd64/reloc.c:204
#5 0x000800606ae8 in relocate_object (obj=0x8006fd000, bind_now=0
'\0', rtldobj=0x800819d00, flags=0, lockstate=0x7fffc300)
at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2433
#6 0x0008006084a8 in dlopen_object (name=0x80243ec80
../modules/access/.libs/libpulsesrc_plugin.so, fd=Variable fd is not
available.
)
at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2392
#7 0x000800608f67 in rtld_dlopen (name=0x80243ec80
../modules/access/.libs/libpulsesrc_plugin.so, fd=-1, mode=1)
at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2761
#8 0x000800ad377d in vlc_timer_create () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#9 0x000800ab9998 in module_gettext () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#10 0x000800aba0aa in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#11 0x000800ab9db1 in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#12 0x000800ab9db1 in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#13 0x000800aba17d in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#14 0x000800aba631 in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#15 0x000800a52573 in libvlc_InternalInit () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#16 0x0008008227a7 in libvlc_new () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/lib/.libs/libvlc.so.8
#17 0x00400cd4 in main ()
(gdb) p obj-buckets
$1 = (const Elf_Hashelt *) 0x804de0160
(gdb) p req-hash % obj-nbuckets
$2 = 399
(gdb) p obj-buckets[req-hash % obj-nbuckets]
Cannot access memory at address 0x804de079c
(gdb) p obj-nbuckets
$3 = 521
Can you show the output of p *obj there ?
Here it comes...
#0 symlook_obj (req=0x7fffbf40, obj=0x800640400)
at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847
3847for (symnum = obj-buckets[req-hash % obj-nbuckets];
[New Thread 802406400 (LWP 100159/vlc-cache-gen)]
(gdb) p *obj
$1 = {magic = 3578837114, version = 1, next = 0x80063f800,
path = 0x8006434c0 /usr/local/lib/libgconf-2.so.4, origin_path = 0x0,
refcount = 1, dl_refcount = 0,
mapbase
More rtld trouble (was: Re: Another vlc 2.0.3 update ... )
Hi kib, kan, sorry to bother you again but... :)
On Mon, Aug 13, 2012 at 09:53:55PM +0200, Rainer Hurling wrote:
On 13.08.2012 21:24 (UTC+2), Rainer Hurling wrote:
On 13.08.2012 19:45 (UTC+2), Juergen Lock wrote:
On Mon, Aug 13, 2012 at 07:34:45AM +0200, Rainer Hurling wrote:
Am 13.08.2012 01:12 (UTC+1) schrieb Juergen Lock:
On Sun, Aug 12, 2012 at 09:21:15PM +0200, Rainer Hurling wrote:
On 12.08.2012 19:14 (UTC+2), Rainer Hurling wrote:
On 12.08.2012 19:11 (UTC+2), Juergen Lock wrote:
On Sun, Aug 12, 2012 at 07:07:54PM +0200, Rainer Hurling wrote:
On 12.08.2012 16:31 (UTC+2), Juergen Lock wrote:
Thanks to Martin Matuska (ffmpeg port maintainer) for fixing the
multimedia/ffmpeg-011 port to install the shlibs with suffix!
I now seem to have vlc 2.0.3 working using this updated version:
http://people.freebsd.org/~nox/tmp/vlc-2.0.3-008.patch
Does this mean we should change from multimedia/ffmpeg to
multimedia/ffmpeg-011? Or is it ok to have them both installed?
Yes it's ok to have both installed.
Thanks, I will it give a try now :-)
Again, there is the problem with the build breaking with
GEN../modules/plugins.dat
gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11
(Speicherauszug erstellt)
gmake[2]: Leaving directory
`/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin'
gmake[1]: *** [all-recursive] Fehler 1
gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3'
gmake: *** [all] Fehler 2
*** [do-build] Error code 1
This only happens when option PulseAudio is enabled. (My sound
system is
driven by PulseAudio.)
Aah, thanx, I missed the bit about pulseaudio, now I can finally
reproduce this. I'll follow up on the other thread with the bt
kib wanted.
And, as described in another thread on August, 3rd, it only happens,
when vlc version 1.x is already installed. So, deleting old vlc before
build this new version works for me.
Unfortunately if option PulseAudio is enabled, and only then, vlc core
dumps right after opening for example mp3 or mp4 files :(
Hm if I did this right the bt for that is:
[...]
Loaded symbols for /libexec/ld-elf.so.1
#0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f,
mlp=0x6b636f4c206e65) at vlcpulse.c:137
137 pa_threaded_mainloop_lock (mainloop);
gdb) bt
#0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f,
mlp=0x6b636f4c206e65) at vlcpulse.c:137
#1 0x000816d34682 in Open (obj=Variable obj is not available.
) at pulse.c:840
#2 0x000800aba580 in vlc_module_load () from
/usr/local/lib/libvlccore.so.6
#3 0x000800aaab2c in aout_VolumeHardSet () from
/usr/local/lib/libvlccore.so.6
#4 0x000800aa83c3 in aout_TimeReport () from
/usr/local/lib/libvlccore.so.6
#5 0x000800a75f70 in decoder_NewPicture () from
/usr/local/lib/libvlccore.so.6
#6 0x0008134c77e8 in _::vlc_entry_license () from
/usr/local/lib/vlc/plugins/codec/libfaad_plugin.so
#7 0x000800a76d83 in input_DecoderCreate () from
/usr/local/lib/libvlccore.so.6
#8 0x000800a7810d in input_DecoderCreate () from
/usr/local/lib/libvlccore.so.6
#9 0x000800a785db in input_DecoderCreate () from
/usr/local/lib/libvlccore.so.6
#10 0x00080169c58d in pthread_create () from /lib/libthr.so.3
#11 0x in ?? ()
Cannot access memory at address 0x7edf4000
(gdb) l vlcpulse.c:130
125 {
126 pa_proplist_setf (props,
PA_PROP_APPLICATION_PROCESS_MACHINE_ID,
127 %.32s, session); /* XXX: is
this valid? */
128 pa_proplist_sets (props,
PA_PROP_APPLICATION_PROCESS_SESSION_ID,
129 session);
130 }
131 }
132
133 /* Connect to PulseAudio daemon */
134 pa_context *ctx;
(gdb) l
135 pa_mainloop_api *api;
136
137 pa_threaded_mainloop_lock (mainloop);
138 api = pa_threaded_mainloop_get_api (mainloop);
139 ctx = pa_context_new_with_proplist (api, ua, props);
140 free (ua);
141 if (props != NULL)
142 pa_proplist_free (props);
143 if (unlikely(ctx == NULL))
144 goto fail;
(gdb)
I can confirm this backtrace. It is exactly the same on my system.
I just posted the workaround for that crash:
http://people.freebsd.org/~nox/tmp/vlc-2.0.3-009.patch
Thanks for the newest patch! The change from
sysconf(_SC_GETPW_R_SIZE_MAX) to LINE_MAX + 1 works nice here. No core
dumps any more and sound via pulseaudio is working again :)
I'll Cc the pulseaudio port maintainers (gnome@), maybe they have
an idea?
Did you forgot to Cc gnome@ (even on the other thread)?
Yeah, I manually forwarded the mail when I noticed.
I tried out a little bit the build without pulseaudio enabled. It seems
Re: Another vlc 2.0.3 update (new ffmpeg! :)
On Mon, Aug 13, 2012 at 08:12:42PM +0200, Gary Jennejohn wrote: On Mon, 13 Aug 2012 02:41:35 -0400 Alexander Kabaev kab...@gmail.com wrote: [snip lots of gdb trace] Please check the use of _SC_GETPW_R_SIZE_MAX in vlcpulse.c. This constant is unsupported, so the module tries to allocate a stack buffer with negative size, smashing the stack dead. Seems like a good idea, but I replaced the rather sloppy buf[sysctl(_SC_GETPW_R_SIZE_MAX)]; with buf[2048]; and vlc still core dumps when trying to generate plugins.dat. Yeah that seems to be a different issue (rtld). Juergen ___ 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: More rtld trouble (was: Re: Another vlc 2.0.3 update ... )
[removed kan and kib from Cc as this is now not about rtld in fact] On Mon, Aug 13, 2012 at 11:11:09PM +0200, Juergen Lock wrote: Hi kib, kan, sorry to bother you again but... :) On Mon, Aug 13, 2012 at 09:53:55PM +0200, Rainer Hurling wrote: On 13.08.2012 21:24 (UTC+2), Rainer Hurling wrote: On 13.08.2012 19:45 (UTC+2), Juergen Lock wrote: On Mon, Aug 13, 2012 at 07:34:45AM +0200, Rainer Hurling wrote: [...] I just posted the workaround for that crash: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-009.patch Thanks for the newest patch! The change from sysconf(_SC_GETPW_R_SIZE_MAX) to LINE_MAX + 1 works nice here. No core dumps any more and sound via pulseaudio is working again :) I'll Cc the pulseaudio port maintainers (gnome@), maybe they have an idea? Did you forgot to Cc gnome@ (even on the other thread)? Yeah, I manually forwarded the mail when I noticed. I tried out a little bit the build without pulseaudio enabled. It seems to me, that the sound of vlc is somewhat noisy or dirty, especially for parts with more dynamics. This scratchy noise grows up when gain control comes over 100% (up to 200% is possible). Can anyone confirm this? I haven't noticed that here, maybe your soundcard is clipping etc due to too high mixer levels? Hmm, possible, but unlikely. This worked pretty good with version 1.1.13 and as I wrote, gain control was set in the middle (100%). But now, with pulseaudio enabled again, there is not problem with damaged sound quality any more. Btw it's still possible that different mixer items cause different clipping etc, for example vol 100 and pcm low sounds worse than vol 75 and pcm higher, etc. (Maybe pulseaudio does that...?) And last but not least: When I deinstall vlc I get the following message: pkg_delete: '/usr/local/lib/vlc/plugins/plugins.dat' fails original MD5 checksum - deleted anyway. That's the file whose generating crashed when building with the old vlc still installed, maybe it's regenerated at runtime otherwise? No, it also fails original MD5 checksum with deinstall/reinstall within 2.0.3. Thanks again for your work on this port. Rainer You're welcome! :) Juergen I just found two other problems, which at least occur on my system (10.0-CURRENT amd64): (1) With option NOTIFY enabled I am able to build, but not to install vlc. It gives me: [...] (2) Option PROJM builds and installs, but crashes when I try to start it within vlc: No Textures Loaded from /usr/local/share/projectM/textures Segmentation fault (core dumped) As far as I can see, there is no path to projectM/textures (installed from libprojectM) on FreeBSD, but to projectM/presets? I'll have to look at that next... Hmm, cannot seem to reproduce this one, sorry. (Or do I have to do something special in vlc to activate it? I just tried playing a video file...) Sorry for this late response, but before I was not able to run vlc because of the pulseaudio crashing. Thanx, Juergen ___ 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
Another vlc 2.0.3 update (new ffmpeg! :)
Thanks to Martin Matuska (ffmpeg port maintainer) for fixing the multimedia/ffmpeg-011 port to install the shlibs with suffix! I now seem to have vlc 2.0.3 working using this updated version: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-008.patch Please give this a good test to make sure I didn't mess things up... :) Juergen ___ 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: Another vlc 2.0.3 update (new ffmpeg! :)
On Sun, Aug 12, 2012 at 07:07:54PM +0200, Rainer Hurling wrote: On 12.08.2012 16:31 (UTC+2), Juergen Lock wrote: Thanks to Martin Matuska (ffmpeg port maintainer) for fixing the multimedia/ffmpeg-011 port to install the shlibs with suffix! I now seem to have vlc 2.0.3 working using this updated version: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-008.patch Does this mean we should change from multimedia/ffmpeg to multimedia/ffmpeg-011? Or is it ok to have them both installed? Yes it's ok to have both installed. Cheers, Juergen ___ 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: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly)
On Sun, Aug 05, 2012 at 07:38:11PM +0200, Juergen Lock wrote:
On Sun, Aug 05, 2012 at 07:13:53PM +0300, Konstantin Belousov wrote:
On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote:
Hi kib, -current, seems we have a segfault in rtld when updating
the multimedia/vlc port from the version currently in ports to the
2.0.3 CFT version from here:
http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch
(If you test the LIVEMEDIA knob you also need this update:
http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch
)
Please do two things.
1. Provide me the output of readelf -a for the module that was loaded.
2. Recompile rtld with debug symbols and redo the build to get the useful
backtrace from core:
cd /usr/src/libexec/rtld-elf
make clean
make all install DEBUG_FLAGS=-g
Ok, someone who got the crash will have to do this as I couln't
reproduce it here (sorry forgot to say...)
I just learned that the missing piece in reproducing this is the
pulseaudio knob, now I finally have a bt:
[...]
Loaded symbols for /libexec/ld-elf.so.1
#0 symlook_obj (req=0x7fffbf40, obj=0x800640400) at
/d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847
3847for (symnum = obj-buckets[req-hash % obj-nbuckets];
[New Thread 802406400 (LWP 100159/vlc-cache-gen)]
(gdb) bt
#0 symlook_obj (req=0x7fffbf40, obj=0x800640400) at
/d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847
#1 0x000800608ae7 in symlook_list (req=0x7fffc120, objlist=Variable
objlist is not available.
) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3611
#2 0x00080060911b in symlook_default (req=0x7fffc1c0, refobj=Variable
refobj is not available.
) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3569
#3 0x00080060939d in find_symdef (symnum=15, refobj=0x8006fd000,
defobj_out=0x7fffc260, flags=0, cache=0x80061d000, lockstate=0x7fffc300)
at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:1541
#4 0x000800603690 in reloc_non_plt (obj=0x8006fd000, obj_rtld=Variable
obj_rtld is not available.
) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/amd64/reloc.c:204
#5 0x000800606ae8 in relocate_object (obj=0x8006fd000, bind_now=0 '\0',
rtldobj=0x800819d00, flags=0, lockstate=0x7fffc300)
at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2433
#6 0x0008006084a8 in dlopen_object (name=0x80243ec80
../modules/access/.libs/libpulsesrc_plugin.so, fd=Variable fd is not
available.
)
at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2392
#7 0x000800608f67 in rtld_dlopen (name=0x80243ec80
../modules/access/.libs/libpulsesrc_plugin.so, fd=-1, mode=1)
at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2761
#8 0x000800ad377d in vlc_timer_create () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#9 0x000800ab9998 in module_gettext () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#10 0x000800aba0aa in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#11 0x000800ab9db1 in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#12 0x000800ab9db1 in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#13 0x000800aba17d in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#14 0x000800aba631 in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#15 0x000800a52573 in libvlc_InternalInit () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#16 0x0008008227a7 in libvlc_new () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/lib/.libs/libvlc.so.8
#17 0x00400cd4 in main ()
(gdb) p obj-buckets
$1 = (const Elf_Hashelt *) 0x804de0160
(gdb) p req-hash % obj-nbuckets
$2 = 399
(gdb) p obj-buckets[req-hash % obj-nbuckets]
Cannot access memory at address 0x804de079c
(gdb) p obj-nbuckets
$3 = 521
(gdb) l
2761return (dlopen_object(name, fd, obj_main, lo_flags,
2762 mode (RTLD_MODEMASK | RTLD_GLOBAL), NULL));
2763}
2764
2765static void
2766dlopen_cleanup(Obj_Entry *obj)
2767{
2768
2769obj-dl_refcount--;
2770unref_dag(obj);
(gdb) l 3840
3835 * performed with the obj-valid_hash_sysv assignment.
3836 */
3837static int
3838symlook_obj1_sysv(SymLook *req, const Obj_Entry *obj)
3839{
3840unsigned long symnum;
3841Sym_Match_Result matchres;
3842
3843matchres.sym_out = NULL;
3844matchres.vsymp = NULL;
(gdb) l
3845matchres.vcount = 0;
3846
3847for (symnum = obj-buckets[req-hash % obj-nbuckets];
3848symnum != STN_UNDEF; symnum = obj-chains[symnum]) {
3849
Re: Another vlc 2.0.3 update (new ffmpeg! :)
On Sun, Aug 12, 2012 at 09:21:15PM +0200, Rainer Hurling wrote:
On 12.08.2012 19:14 (UTC+2), Rainer Hurling wrote:
On 12.08.2012 19:11 (UTC+2), Juergen Lock wrote:
On Sun, Aug 12, 2012 at 07:07:54PM +0200, Rainer Hurling wrote:
On 12.08.2012 16:31 (UTC+2), Juergen Lock wrote:
Thanks to Martin Matuska (ffmpeg port maintainer) for fixing the
multimedia/ffmpeg-011 port to install the shlibs with suffix!
I now seem to have vlc 2.0.3 working using this updated version:
http://people.freebsd.org/~nox/tmp/vlc-2.0.3-008.patch
Does this mean we should change from multimedia/ffmpeg to
multimedia/ffmpeg-011? Or is it ok to have them both installed?
Yes it's ok to have both installed.
Thanks, I will it give a try now :-)
Again, there is the problem with the build breaking with
GEN../modules/plugins.dat
gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11
(Speicherauszug erstellt)
gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin'
gmake[1]: *** [all-recursive] Fehler 1
gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3'
gmake: *** [all] Fehler 2
*** [do-build] Error code 1
This only happens when option PulseAudio is enabled. (My sound system is
driven by PulseAudio.)
Aah, thanx, I missed the bit about pulseaudio, now I can finally
reproduce this. I'll follow up on the other thread with the bt
kib wanted.
And, as described in another thread on August, 3rd, it only happens,
when vlc version 1.x is already installed. So, deleting old vlc before
build this new version works for me.
Unfortunately if option PulseAudio is enabled, and only then, vlc core
dumps right after opening for example mp3 or mp4 files :(
Hm if I did this right the bt for that is:
[...]
Loaded symbols for /libexec/ld-elf.so.1
#0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f,
mlp=0x6b636f4c206e65) at vlcpulse.c:137
137 pa_threaded_mainloop_lock (mainloop);
gdb) bt
#0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f,
mlp=0x6b636f4c206e65) at vlcpulse.c:137
#1 0x000816d34682 in Open (obj=Variable obj is not available.
) at pulse.c:840
#2 0x000800aba580 in vlc_module_load () from /usr/local/lib/libvlccore.so.6
#3 0x000800aaab2c in aout_VolumeHardSet () from
/usr/local/lib/libvlccore.so.6
#4 0x000800aa83c3 in aout_TimeReport () from /usr/local/lib/libvlccore.so.6
#5 0x000800a75f70 in decoder_NewPicture () from
/usr/local/lib/libvlccore.so.6
#6 0x0008134c77e8 in _::vlc_entry_license () from
/usr/local/lib/vlc/plugins/codec/libfaad_plugin.so
#7 0x000800a76d83 in input_DecoderCreate () from
/usr/local/lib/libvlccore.so.6
#8 0x000800a7810d in input_DecoderCreate () from
/usr/local/lib/libvlccore.so.6
#9 0x000800a785db in input_DecoderCreate () from
/usr/local/lib/libvlccore.so.6
#10 0x00080169c58d in pthread_create () from /lib/libthr.so.3
#11 0x in ?? ()
Cannot access memory at address 0x7edf4000
(gdb) l vlcpulse.c:130
125 {
126 pa_proplist_setf (props,
PA_PROP_APPLICATION_PROCESS_MACHINE_ID,
127 %.32s, session); /* XXX: is this valid?
*/
128 pa_proplist_sets (props,
PA_PROP_APPLICATION_PROCESS_SESSION_ID,
129 session);
130 }
131 }
132
133 /* Connect to PulseAudio daemon */
134 pa_context *ctx;
(gdb) l
135 pa_mainloop_api *api;
136
137 pa_threaded_mainloop_lock (mainloop);
138 api = pa_threaded_mainloop_get_api (mainloop);
139 ctx = pa_context_new_with_proplist (api, ua, props);
140 free (ua);
141 if (props != NULL)
142 pa_proplist_free (props);
143 if (unlikely(ctx == NULL))
144 goto fail;
(gdb)
I'll Cc the pulseaudio port maintainers (gnome@), maybe they have an idea?
Thanx, :)
Juergen
___
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
vlc 2.0.3 patch update (dvb support was broken)
Hi! There were two patches missing... I was able to test dvb-t successfully, couldn't get dvb-s(2) working tho: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-007.patch Enjoy, :) Juergen ___ 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
Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly)
Hi kib, -current, seems we have a segfault in rtld when updating the multimedia/vlc port from the version currently in ports to the 2.0.3 CFT version from here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch (If you test the LIVEMEDIA knob you also need this update: http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch ) In article 20120804110952.4f3a9...@ernst.jennejohn.org you write: On Fri, 3 Aug 2012 18:36:33 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: On Fri, Aug 03, 2012 at 05:00:37PM +0200, Rainer Hurling wrote: On 03.08.2012 14:27 (UTC+2), Gary Jennejohn wrote: On Thu, 2 Aug 2012 22:56:26 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: [trimmed irrelevant content] Ok I added that check: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch Enjoy, :) AMD64 on HEAD. I always get this error, no matter which patch I use: GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Error 2 *** [do-build] Error code 1 I get exactly the same error with CURRENT amd64. Hm how old are both your installed src and ports? You two are the first to report this and I just tried to reproduce it on a head checkout from May 13 and ports from June 18, and couldn't. I update the ports and source trees almost every day. I do not install new ports binaries unless absolutely necessary, so the ports binaries are pretty much rather old. Just installed a new world/kernel today (updated yesterdya), r239006. BTW, mplayer from ports does not build with liveMedia-20120404 ... Stop in /usr/ports/multimedia/vlc. *** [build] Error code 1 and there's a work/vlc-2.0.3/bin/vlc-cache-gen.core generated. May be because I have a mix of old and new dependencies, although the vlc port never tries to update any of them. Well ports never update dependencies themselves, you need to use tools like portmaster for that. I avoid using tools whenever possible. Maybe I will have to try portmaster, but I dread seeing 50 ports updated just because I want to update one port. I turned on -g in make.conf and ran vlc-cache-gen in gdb. Here's the result. gdb /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... (gdb) r ../modules/ Starting program: /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen ../modules/ [New LWP 100125] [New Thread 802406400 (LWP 100125/vlc-cache-gen)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 802406400 (LWP 100125/vlc-cache-gen)] 0x000800606588 in matched_symbol () from /libexec/ld-elf.so.1 (gdb) bt #0 0x000800606588 in matched_symbol () from /libexec/ld-elf.so.1 #1 0x0008006087e4 in symlook_obj () from /libexec/ld-elf.so.1 #2 0x000800608ae7 in symlook_list () from /libexec/ld-elf.so.1 #3 0x00080060911b in symlook_default () from /libexec/ld-elf.so.1 #4 0x00080060939d in find_symdef () from /libexec/ld-elf.so.1 #5 0x00080060375b in reloc_non_plt () from /libexec/ld-elf.so.1 #6 0x000800606ae8 in relocate_object () from /libexec/ld-elf.so.1 #7 0x0008006084a8 in dlopen_object () from /libexec/ld-elf.so.1 #8 0x000800608f67 in rtld_dlopen () from /libexec/ld-elf.so.1 #9 0x000800affe95 in module_Load (p_this=0x80244c198, psz_file=0x802472c00 ../modules//codec/.libs/libfluidsynth_plugin.so, p_handle=0x7fffd180, lazy=true) at posix/plugin.c:62 #10 0x000800adef4b in module_InitDynamic (obj=0x80244c198, path=0x802472c00 ../modules//codec/.libs/libfluidsynth_plugin.so, fast=true) at modules/bank.c:536 #11 0x000800adede2 in AllocatePluginFile (bank=0x7fffd490, abspath=0x802472c00 ../modules//codec/.libs/libfluidsynth_plugin.so, relpath=0x802472b80 codec/.libs/libfluidsynth_plugin.so, st=0x7fffd210) at modules/bank.c:479 #12 0x000800adeca3 in AllocatePluginDir (bank=0x7fffd490, maxdepth=2, absdir=0x802472b00 ../modules//codec/.libs, reldir=0x802472a80 codec/.libs) at modules/bank.c:440 #13 0x000800adecd7 in AllocatePluginDir (bank=0x7fffd490, maxdepth=3, absdir=0x802472a00 ../modules//codec, reldir=0x8024704f0 codec) at modules/bank.c:444 #14 0x000800adecd7 in AllocatePluginDir (bank=0x7fffd490, maxdepth=4, absdir
Re: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly)
On Sun, Aug 05, 2012 at 07:13:53PM +0300, Konstantin Belousov wrote: On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote: Hi kib, -current, seems we have a segfault in rtld when updating the multimedia/vlc port from the version currently in ports to the 2.0.3 CFT version from here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch (If you test the LIVEMEDIA knob you also need this update: http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch ) Please do two things. 1. Provide me the output of readelf -a for the module that was loaded. 2. Recompile rtld with debug symbols and redo the build to get the useful backtrace from core: cd /usr/src/libexec/rtld-elf make clean make all install DEBUG_FLAGS=-g Ok, someone who got the crash will have to do this as I couln't reproduce it here (sorry forgot to say...) Thanx, :) Juergen In article 20120804110952.4f3a9...@ernst.jennejohn.org you write: On Fri, 3 Aug 2012 18:36:33 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: On Fri, Aug 03, 2012 at 05:00:37PM +0200, Rainer Hurling wrote: On 03.08.2012 14:27 (UTC+2), Gary Jennejohn wrote: On Thu, 2 Aug 2012 22:56:26 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: [trimmed irrelevant content] Ok I added that check: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch Enjoy, :) AMD64 on HEAD. I always get this error, no matter which patch I use: GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Error 2 *** [do-build] Error code 1 I get exactly the same error with CURRENT amd64. Hm how old are both your installed src and ports? You two are the first to report this and I just tried to reproduce it on a head checkout from May 13 and ports from June 18, and couldn't. I update the ports and source trees almost every day. I do not install new ports binaries unless absolutely necessary, so the ports binaries are pretty much rather old. Just installed a new world/kernel today (updated yesterdya), r239006. BTW, mplayer from ports does not build with liveMedia-20120404 ... Stop in /usr/ports/multimedia/vlc. *** [build] Error code 1 and there's a work/vlc-2.0.3/bin/vlc-cache-gen.core generated. May be because I have a mix of old and new dependencies, although the vlc port never tries to update any of them. Well ports never update dependencies themselves, you need to use tools like portmaster for that. I avoid using tools whenever possible. Maybe I will have to try portmaster, but I dread seeing 50 ports updated just because I want to update one port. I turned on -g in make.conf and ran vlc-cache-gen in gdb. Here's the result. gdb /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... (gdb) r ../modules/ Starting program: /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen ../modules/ [New LWP 100125] [New Thread 802406400 (LWP 100125/vlc-cache-gen)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 802406400 (LWP 100125/vlc-cache-gen)] 0x000800606588 in matched_symbol () from /libexec/ld-elf.so.1 (gdb) bt #0 0x000800606588 in matched_symbol () from /libexec/ld-elf.so.1 #1 0x0008006087e4 in symlook_obj () from /libexec/ld-elf.so.1 #2 0x000800608ae7 in symlook_list () from /libexec/ld-elf.so.1 #3 0x00080060911b in symlook_default () from /libexec/ld-elf.so.1 #4 0x00080060939d in find_symdef () from /libexec/ld-elf.so.1 #5 0x00080060375b in reloc_non_plt () from /libexec/ld-elf.so.1 #6 0x000800606ae8 in relocate_object () from /libexec/ld-elf.so.1 #7 0x0008006084a8 in dlopen_object () from /libexec/ld-elf.so.1 #8 0x000800608f67 in rtld_dlopen () from /libexec/ld-elf.so.1 #9 0x000800affe95 in module_Load (p_this=0x80244c198, psz_file=0x802472c00 ../modules//codec/.libs/libfluidsynth_plugin.so, p_handle=0x7fffd180, lazy=true) at posix/plugin.c:62 #10 0x000800adef4b in module_InitDynamic (obj=0x80244c198, path=0x802472c00
Re: VLC 2.0.3
On Fri, Aug 03, 2012 at 11:54:36PM +0200, Claude Buisson wrote: Hi, Hi! I have done a few tests with VLC 2.0.3 and your patch (005), on 9.0-STABLE (svn r236523) i386, with a port tree mainly from 2012/05/28 (of course this needed some tweaks, as this tree does not support options ng). The build was done with gcc 4.6.3 (lang/gcc). No fancy test, only listening some CDs and watching some DVDs. Everything tested was OK. For a build with SKINS, the compilation failed with: x11/x11_window.cpp: In constructor 'X11Window::X11Window(intf_thread_t*, \ GenericWindow, X11Display, bool, bool, X11Window*, \ GenericWindow::WindowType_t)': x11/x11_window.cpp:202:25: error: '_POSIX_HOST_NAME_MAX' was not declared in \ this scope which is corrected by the attached patch. See also: http://permalink.gmane.org/gmane.comp.video.videolan.vlc.scm/8740 Thanks for your work, Thanx for this fix, I posted a new patch with it added: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch Enjoy, :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Fri, Aug 03, 2012 at 01:59:03PM -0700, Doug Barton wrote: On 08/03/2012 01:28 PM, Rainer Hurling wrote: I tried to first deinstall vlc-1.1.13 and install 2.0.3 after that with success. Obviously the build has a problem with files outside of WRKSRC? When I did my successful build on current-amd64 I just patched the port directory, and used portmaster to do the update ... meaning that the old port was still installed when I built the new one. However, I use a separate WRKDIRPREFIX, maybe that made a difference? When I tested this on head I did the same and didn't get a crash, and I don't set WRKDIRPREFIX on that installation, so at least it can't be that alone. I just did LD_LIBRARY_PATH=work/fake/usr/local/lib ldd work/fake/usr/local/lib/vlc/vlc-cache-gen and got: work/fake/usr/local/lib/vlc/vlc-cache-gen: libvlc.so.8 = work/fake/usr/local/lib/libvlc.so.8 (0x800647000) libvlccore.so.6 = work/fake/usr/local/lib/libvlccore.so.6 (0x80075f000) libdbus-1.so.3 = /usr/local/lib/libdbus-1.so.3 (0x80093d000) libthr.so.3 = /lib/libthr.so.3 (0x800a8b000) libintl.so.9 = /usr/local/lib/libintl.so.9 (0x800ba3000) libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x800cac000) libm.so.5 = /lib/libm.so.5 (0x800ea6000) libc.so.7 = /lib/libc.so.7 (0x800fc5000) so it's not picking up wrong libs either... I guess unless someone can figure out the real cause and a proper fix we'll have to add a note to UPDATING to the effect if your vlc build dies try removing the old version first. :/, Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Fri, Aug 03, 2012 at 05:00:37PM +0200, Rainer Hurling wrote: On 03.08.2012 14:27 (UTC+2), Gary Jennejohn wrote: On Thu, 2 Aug 2012 22:56:26 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: [trimmed irrelevant content] Ok I added that check: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch Enjoy, :) AMD64 on HEAD. I always get this error, no matter which patch I use: GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Error 2 *** [do-build] Error code 1 I get exactly the same error with CURRENT amd64. Hm how old are both your installed src and ports? You two are the first to report this and I just tried to reproduce it on a head checkout from May 13 and ports from June 18, and couldn't. BTW, mplayer from ports does not build with liveMedia-20120404 ... Stop in /usr/ports/multimedia/vlc. *** [build] Error code 1 and there's a work/vlc-2.0.3/bin/vlc-cache-gen.core generated. May be because I have a mix of old and new dependencies, although the vlc port never tries to update any of them. Well ports never update dependencies themselves, you need to use tools like portmaster for that. Thanx, Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Fri, Aug 03, 2012 at 06:49:11PM +0200, Rainer Hurling wrote: On 03.08.2012 18:36 (UTC+2), Juergen Lock wrote: On Fri, Aug 03, 2012 at 05:00:37PM +0200, Rainer Hurling wrote: On 03.08.2012 14:27 (UTC+2), Gary Jennejohn wrote: On Thu, 2 Aug 2012 22:56:26 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: [trimmed irrelevant content] Ok I added that check: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch Enjoy, :) AMD64 on HEAD. I always get this error, no matter which patch I use: GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Error 2 *** [do-build] Error code 1 I get exactly the same error with CURRENT amd64. Hm how old are both your installed src and ports? You two are the first to report this and I just tried to reproduce it on a head checkout from May 13 and ports from June 18, and couldn't. On my system it is 10.0-CURRENT amd64 r238992 with ports from today. I am using pulseaudio instead of oss whenever possible. And needless to say that vlc 1.1.13 works like a charm ;-) I think we've had success reports on head earlier in this thread so the question becomes what's different in your case... Are you using clang? Can you post your /var/db/ports/vlc/options ? Can you try to get a backtrace from the corefile? Thanks for your work, Rainer Thamx for testing, :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Thu, Aug 02, 2012 at 07:48:01PM +0200, Matthieu Volat wrote: On Thu, 2 Aug 2012 01:48:58 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: Looks like I didn't actually enable the LIVEMEDIA knob when I `tested' it... I tried to fix it (configure finds it now), tho I couldn't find an rtsp url that actually worked; I tested a few from here: http://wiki.multimedia.cx/index.php?title=RTSP And I also cleaned up some no longer supported knobs. New patch here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-003.patch Fixed rtsp now: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-004.patch Enjoy, :) Juergen Still with the same configuration. Indeed, my provider rtsp-streamed tv channels did not work either, with no helpful messages from vlc (dead input). I'll try poking around later with a (arch)linux installation on my laptop. Hm I tested rtsp with a second vlc instance setup to stream a local file via rtsp, that worked with the latest version I posted: http://wiki.videolan.org/Streaming Maybe your tv channels are in fact not rtsp but multicast udp aka `iptv'? I also noticed another error while starting from command line : [0x802055198] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [0x8021909d8] qt4 interface error: Unable to load extensions module [0x803c493d8] xcb_xv vout display error: shared memory allocation error: Cannot allocate memory I don't get either of these two messages on 9.1 beta/amd64 with nvidia gfx Display still works, but that's not really a good error message still. I do have the reasonable shmem settings in my /boot/loader.conf : kern.ipc.shmmni=1024 kern.ipc.shmseg=1024 Mine are even lower, hmm. Cheers, Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
In article 20120801213128.7956cef34d5f5a5419f78...@alkumuna.eu you write:
On Wed, 01 Aug 2012 20:34:44 +0200
Oliver Heesakkers free...@heesakkers.info wrote:
[...]
At the start of configure it is reported that --with-live555-tree is an
unrecognized option.
Changing line 381 of the patched Makefile for vlc to:
CPPFLAGS+=-I${LOCALBASE}/live/liveMedia/include
and removing the backslash from the line before of course, looks like a good
solution to me.
Right!
Yeah I fixed it now as posted. (also needed additional LDFLAGS.)
Here is the link again:
http://people.freebsd.org/~nox/tmp/vlc-2.0.3-004.patch
So a bit more of reports :
FreeBSD 9.0-RELEASE-p3
amd64
CC=clang CXX=clang++ CPP=clang-cpp (base system version)
All ports up to date from a portsnap run, built with WITH_NEW_XORG and using
the x11/nvidia-driver x11 driver (GeForce 8800GT).
build:
need the fix above to build with livemedia support
run:
fails to load qt interface :
% vlc
VLC media player 2.0.3 Twoflower (revision 2.0.2-93-g77aa89e)
[0x802055198] main libvlc: Running vlc with the default interface. Use 'cvlc'
to use vlc without interface.
[0x8021909d8] main interface error: corrupt module:
/usr/local/lib/vlc/plugins/gui/libqt4_plugin.so
Remote control interface initialized. Type `help' for help.
The strange thing is it worked with the vlc-2.0.3-001.patch version. cvlc is
running fine. Building with base gcc/g++ is also fine.
Hm I just built the latest patch version with base clang on 9.1 beta
and still don't see this problem. Could this be some temporary fault
i.e. have you tried rebuilding it a second time?
Thanx, :)
Juergen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Thu, Aug 02, 2012 at 12:20:41PM -0700, Doug Barton wrote: On 08/01/2012 16:48, Juergen Lock wrote: On Thu, Aug 02, 2012 at 12:28:09AM +0200, Juergen Lock wrote: On Wed, Aug 01, 2012 at 08:04:16PM +0200, Matthieu Volat wrote: On Tue, 31 Jul 2012 20:29:28 +0200 (CEST) Juergen Lock n...@jelal.kn-bremen.de wrote: [...] New patches here, please also test with phonon-vlc if you use it: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-002.patch http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch [...] Hmm, for some reason, vlc port do not find the live liveMedia installation : # make ... checking for live555 version 1324598400 or later... no configure: WARNING: liveMedia is missing or its installed version is too old: Version 2011.12.23 or later is required to proceed. You can get an updated one from http://www.live555.com/liveMedia . configure: error: Update live555 or pass --disable-live555 to disable RTSP input support. ... When looking at the config log : ... configure:27786: clang++ -E -I/usr/ports/multimedia/vlc/work/fake/usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-2.0.3/include -I/usr/local/include -I/usr/local/ffmpeg-I/usr/local/include/speex -I/usr/local/include -I/usr/include/liveMedia -I/usr/include/groupsock -I/usr/include/BasicUsageEnvironment -I/usr/include/UsageEnvironment conftest.cpp conftest.cpp:121:10: fatal error: 'liveMedia_version.hh' file not found #include liveMedia_version.hh ^ 1 error generated. configure:27786: $? = 1 ... I've noticed that the patched version of net/liveMedia installed itself in /usr/local/live, is it normal? Am I missing something? Looks like I didn't actually enable the LIVEMEDIA knob when I `tested' it... I tried to fix it (configure finds it now), tho I couldn't find an rtsp url that actually worked; I tested a few from here: http://wiki.multimedia.cx/index.php?title=RTSP And I also cleaned up some no longer supported knobs. New patch here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-003.patch Fixed rtsp now: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-004.patch Sorry, I just tried the patch and I'm getting the same error as Matthieu: configure: WARNING: liveMedia is missing or its installed version is too old: Version 2011.12.23 or later is required to proceed. The version in ports is 2011.06.16, which does indeed seem older than 2011.12.23. nork, any chance of an upgrade? Yeah I posted the patch together with the vlc update earlier in the thread: http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch (As posted btw this was already committed and backed out again earlier so I only grabbed the update out of the history and kept the PORTEPOCH.) HTH, :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Thu, Aug 02, 2012 at 09:49:57PM +0200, Oliver Heesakkers wrote: Op do 02 aug 2012 21:21:29 schreef Juergen Lock: In article 20120801213128.7956cef34d5f5a5419f78...@alkumuna.eu you write: On Wed, 01 Aug 2012 20:34:44 +0200 run: fails to load qt interface : % vlc VLC media player 2.0.3 Twoflower (revision 2.0.2-93-g77aa89e) [0x802055198] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [0x8021909d8] main interface error: corrupt module: /usr/local/lib/vlc/plugins/gui/libqt4_plugin.so Remote control interface initialized. Type `help' for help. The strange thing is it worked with the vlc-2.0.3-001.patch version. cvlc is running fine. Building with base gcc/g++ is also fine. Hm I just built the latest patch version with base clang on 9.1 beta and still don't see this problem. Could this be some temporary fault i.e. have you tried rebuilding it a second time? I can confirm this 'corruption' with CLANG on FreeBSD 9.0 RELEASE. IIRC 9.1 uses a newer version of CLANG. (remembering a lot of LibreOffice mails) So the port has to override compiler definitions made in make.conf if FreeBSD 9.1 Ok I added that check: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch Enjoy, :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Wed, Aug 01, 2012 at 08:04:16PM +0200, Matthieu Volat wrote: On Tue, 31 Jul 2012 20:29:28 +0200 (CEST) Juergen Lock n...@jelal.kn-bremen.de wrote: [...] New patches here, please also test with phonon-vlc if you use it: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-002.patch http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch [...] Hmm, for some reason, vlc port do not find the live liveMedia installation : # make ... checking for live555 version 1324598400 or later... no configure: WARNING: liveMedia is missing or its installed version is too old: Version 2011.12.23 or later is required to proceed. You can get an updated one from http://www.live555.com/liveMedia . configure: error: Update live555 or pass --disable-live555 to disable RTSP input support. ... When looking at the config log : ... configure:27786: clang++ -E -I/usr/ports/multimedia/vlc/work/fake/usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-2.0.3/include -I/usr/local/include -I/usr/local/ffmpeg-I/usr/local/include/speex -I/usr/local/include -I/usr/include/liveMedia -I/usr/include/groupsock -I/usr/include/BasicUsageEnvironment -I/usr/include/UsageEnvironment conftest.cpp conftest.cpp:121:10: fatal error: 'liveMedia_version.hh' file not found #include liveMedia_version.hh ^ 1 error generated. configure:27786: $? = 1 ... I've noticed that the patched version of net/liveMedia installed itself in /usr/local/live, is it normal? Am I missing something? Looks like I didn't actually enable the LIVEMEDIA knob when I `tested' it... I tried to fix it (configure finds it now), tho I couldn't find an rtsp url that actually worked; I tested a few from here: http://wiki.multimedia.cx/index.php?title=RTSP And I also cleaned up some no longer supported knobs. New patch here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-003.patch Thanx, :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Thu, Aug 02, 2012 at 12:28:09AM +0200, Juergen Lock wrote: On Wed, Aug 01, 2012 at 08:04:16PM +0200, Matthieu Volat wrote: On Tue, 31 Jul 2012 20:29:28 +0200 (CEST) Juergen Lock n...@jelal.kn-bremen.de wrote: [...] New patches here, please also test with phonon-vlc if you use it: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-002.patch http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch [...] Hmm, for some reason, vlc port do not find the live liveMedia installation : # make ... checking for live555 version 1324598400 or later... no configure: WARNING: liveMedia is missing or its installed version is too old: Version 2011.12.23 or later is required to proceed. You can get an updated one from http://www.live555.com/liveMedia . configure: error: Update live555 or pass --disable-live555 to disable RTSP input support. ... When looking at the config log : ... configure:27786: clang++ -E -I/usr/ports/multimedia/vlc/work/fake/usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-2.0.3/include -I/usr/local/include -I/usr/local/ffmpeg-I/usr/local/include/speex -I/usr/local/include -I/usr/include/liveMedia -I/usr/include/groupsock -I/usr/include/BasicUsageEnvironment -I/usr/include/UsageEnvironment conftest.cpp conftest.cpp:121:10: fatal error: 'liveMedia_version.hh' file not found #include liveMedia_version.hh ^ 1 error generated. configure:27786: $? = 1 ... I've noticed that the patched version of net/liveMedia installed itself in /usr/local/live, is it normal? Am I missing something? Looks like I didn't actually enable the LIVEMEDIA knob when I `tested' it... I tried to fix it (configure finds it now), tho I couldn't find an rtsp url that actually worked; I tested a few from here: http://wiki.multimedia.cx/index.php?title=RTSP And I also cleaned up some no longer supported knobs. New patch here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-003.patch Fixed rtsp now: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-004.patch Enjoy, :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
In article 6721404.6tn6vjr...@pcoliver.heesakkers.info you write: Op ma 30 jul 2012 21:15:15 schreef Juergen Lock: Hi! I had been testing vlc 2.0.x on and off on 8.2 with older ports and never could get native video to work (tho audio-only files and videos via SDL work), and now I updated that port to 2.0.3 and thought why not test it on the laptop that I recently updated to 9.1 beta and more up to date ports, and guess what, there it works just fine!! :) So now before we can update the port (and at least for a while keep the old port as vlc-legacy; I already talked with the maintainer who has little time atm) we need to know what to note in the 2.x port about when ppl should expect it to work, so testers on various FreeBSD versions are needed. First off my compliments for picking this up. I for one rather not see a vlc-legacy port. Upstream supports just the one version and so should we. I only got success reports so far, also for 8.x, so maybe we can in fact do this... (I.e. it looks like it was something in dependent ports that fixed native video?) You've marked liveMedia broken, but the update for that is basically done, see its commit history: http://www.freshports.org/net/liveMedia/ Ah thx, missed that. :) Patch below. People using multimedia/phonon-vlc should include this in their testing, for this purpose the ABI version number for VLC has to be removed from multimedia/phonon-vlc/Makefile Looks like makc already fixed this: http://svn.freebsd.org/changeset/ports/301783 I suggest you distribute a patch here that handles all three simultaneously, after that has been tested on as many versions and archs as possible a comprehensive UPDATING message can be constructed and where necessary VLC can be marked broken, but I suspect there will not be much breakage (Wether or not you require SDL for video output can be noted in UPDATING). It seems we still need testers on 7.x now wrt. the video breakage (if there are even still people left that use a 7.x desktop...) I used your patch on my 8.3-RELEASE-p3 amd64 headless box where VLC is used to record Axis securityfeeds, so no testing of output there, but what needs to work, works. My 9.0-RELEASE-p3 amd64 desktop (with nVidia graphics) has been running VLC 2 problem free for six months now, ever since that was requested of me when filing a bug + patch @ videolan. It's set for native video output, I can't remember having used another setting. I haven't (yet) used your patch on this box, as it was already running 2.0.3. Phonon-vlc also works on this box. All ports are up-to-date for both mentioned boxes. New patches here, please also test with phonon-vlc if you use it: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-002.patch http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch Thanx! Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Tue, Jul 31, 2012 at 10:33:51AM +, Max Brazhnikov wrote: It fails to build with PLUGIN option. It seems vlc2 does not ship mozilla plugin anymore, related bits should be removed from the port. After disabling plugin support it builds fine and works as well. FreeBSD 9.1-PRERELEASE #1 r238868 amd64 up-to-date ports I just posted an updated patch with plugin support removed. Thanx! :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
CFT: vlc 2.0.3 - want to know where it works and where only partly
Hi! I had been testing vlc 2.0.x on and off on 8.2 with older ports and never could get native video to work (tho audio-only files and videos via SDL work), and now I updated that port to 2.0.3 and thought why not test it on the laptop that I recently updated to 9.1 beta and more up to date ports, and guess what, there it works just fine!! :) So now before we can update the port (and at least for a while keep the old port as vlc-legacy; I already talked with the maintainer who has little time atm) we need to know what to note in the 2.x port about when ppl should expect it to work, so testers on various FreeBSD versions are needed. So if you test it please report: - your FreeBSD version/arch and src svn rev/date of checkout (if head or stable) - how old the rest of your installed ports are - your video hardware (tho that's probably less relevant since it worked via remote X also displaying on the 8.2 box from the 9.1 one and the other way around it also didn't work; the 8.2 box has radeon and the 9.1 nvidia) - and whether native video output works (if it doesn't playback will stop right away; audio-only files should always work, also changing video output to SDL should) And here is the patch: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-001.patch Thanx! Juergen (and jsa :) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: New mplayer / mencoder snapshot
In article 20120723182158.ga64...@lorvorc.mips.inka.de you write:
-=-=-=-=-=-
Thomas Zander:
if you are a regular mplayer / mencoder user, you are invited to test
a new snapshot from 2012-07-21.
The drop-in replacements for the ports files for both can be found here:
http://bsdistfiles.googlecode.com/files/m20120722.tar.bz2
Doesn't build on 7-STABLE.
extra-patch-base_system_log2f doesn't apply and needs to be regenerated
(attached).
However, the build still fails:
CC libavcodec/h264_cabac.o
{standard input}: Assembler messages:
{standard input}:22: Error: `(%ebx,%ebp,2)' is not a valid 64 bit
base/index expression
{standard input}:47: Error: `-1(%edx)' is not a valid 64 bit base/index
expression
[...]
This looks like the same issue I had on 8.2/amd64, too old as(1):
--- Makefile.orig 2012-07-21 18:29:09.0 +0200
+++ Makefile2012-07-23 20:46:31.0 +0200
@@ -78,6 +78,9 @@ CONFFILES=example.conf input.conf menu.
.if ${OSVERSION} 900033
OPTIONS+= OTCHAIN Use up-to-date toolchain (gcc 4.6+) on
+BUILD_DEPENDS+=${LOCALBASE}/bin/as:${PORTSDIR}/devel/binutils
+CONFIGURE_ENV+=COMPILER_PATH=${LOCALBASE}/bin
+MAKE_ENV+= COMPILER_PATH=${LOCALBASE}/bin
.else
WITH_BASE_CLANG=yes
.endif
Maybe that's all that's missing also for 7?
Cheers,
Juergen
___
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: For those that want to test vdr 1.7.29... - updated wiki
On Sun, Jul 15, 2012 at 10:26:51PM +0200, Juergen Lock wrote: On Sat, Jul 14, 2012 at 11:06:54PM +0200, Juergen Lock wrote: ..I've put a shar here: http://people.freebsd.org/~nox/tmp/vdr-ports-1.7.29-001.shar Klaus posted a patch to fix a small bug in the recordings menu so I posted a new shar: http://people.freebsd.org/~nox/tmp/vdr-ports-1.7.29-002.shar Again: Unshar in /usr/ports , stop vdr, then run: portmaster vdr-plugins If that succeeded (which it should, this update was rather painless) you can restart vdr. And I have just updated the wiki page a bit, http://wiki.freebsd.org/VDR it now also has a Quick start section that should make things a little easier for new users. Committed the update: http://www.freshports.org/multimedia/vdr Enjoy, :) Juergen ___ 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: For those that want to test vdr 1.7.29... - updated wiki
On Sat, Jul 14, 2012 at 11:06:54PM +0200, Juergen Lock wrote: ..I've put a shar here: http://people.freebsd.org/~nox/tmp/vdr-ports-1.7.29-001.shar Klaus posted a patch to fix a small bug in the recordings menu so I posted a new shar: http://people.freebsd.org/~nox/tmp/vdr-ports-1.7.29-002.shar Again: Unshar in /usr/ports , stop vdr, then run: portmaster vdr-plugins If that succeeded (which it should, this update was rather painless) you can restart vdr. And I have just updated the wiki page a bit, http://wiki.freebsd.org/VDR it now also has a Quick start section that should make things a little easier for new users. Enjoy, :) Juergen ___ 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
For those that want to test vdr 1.7.29...
..I've put a shar here: http://people.freebsd.org/~nox/tmp/vdr-ports-1.7.29-001.shar Unshar in /usr/ports , stop vdr, then run: portmaster vdr-plugins If that succeeded (which it should, this update was rather painless) you can restart vdr. Enjoy, :) Juergen PS: If all goes well I'll probably commit this next weekend. ___ 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: net-im/skype-devel
In article 20120604120054.GA1849@tiny you write: Hi, Hi! I run 10-CURRENT r235646 and CVS updated ports (both from May, 19); skype-2.1.0.81,1 is working fine, uncluding viedo: the port net-im/skype-devel still says, that video is broken; is there some pre-view to test or to help debugging? I'm not itetcu but... Skype is closed source so it's not easy to find out why video doesn't work with the version in net-im/skype-devel, but IIRC linux_kdump showed it's trying to use the Linux inotify syscall which is still missing in the Linuxolator. Is this the cause video doesn't work? Only those with the source know... HTH, Juergen ___ 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: vdr 1.7.28 update for testing
On Sun, Jun 03, 2012 at 10:02:39PM +0200, Juergen Lock wrote: Hi! Klaus released vdr 1.7.28 and I just prepared an update for our vdr ports: http://people.freebsd.org/~nox/tmp/vdr-ports-1.7.28-001.shar Here is the announce posting: http://article.gmane.org/gmane.linux.vdr/46190 Sorry for following up to myself but I forgot to bump PORTREVISION for vdr-plugin-osdpip so I created a new shar: http://people.freebsd.org/~nox/tmp/vdr-ports-1.7.28-002.shar And I also forgot to note how to update: Unshar in /usr/ports, then run: portmaster vdr-plugins Happy testing, :) Juergen ___ 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: -fstack-protector again (rpm4, BROKEN textproc/libextractor)
On Sat, Apr 28, 2012 at 11:46:10PM +0200, Jeremie Le Hen wrote:
Hi Juergen,
Hi!
Please Cc: me when replying.
On Fri, Dec 09, 2011 at 06:56:52PM +0100, Juergen Lock wrote:
Hi!
I got a report that textproc/libextractor was marked BROKEN on
i386 which one of my ports uses, so with the help of swill's tb
(I don't really use i386 myself here anymore so thanx for that :)
I took a look. The failed libextractor log seem to be this one:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20110914141638/libextractor-0.6.2_4.log
The problem:
[...]
checking for rpmReadPackageFile in -lrpm... no
[...]
=== Building package for libextractor-0.6.2_4
tar: lib/libextractor/libextractor_rpm.la: Cannot stat: No such file or
directory
tar: lib/libextractor/libextractor_rpm.so: Cannot stat: No such file or
directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
*** Error code 1
[...]
The config.log from swill's tb reveals:
[...]
configure:19183: checking for rpmReadPackageFile in -lrpm
configure:19208: cc -o conftest -fno-strict-aliasing -O2 -pipe
-fno-strict-alias
ing -I/usr/local/include -L/usr/local/lib -L/usr/local/lib
-L/usr/local/lib/qt4
conftest.c -lrpm 5
/usr/local/lib/librpm.so: undefined reference to `__stack_chk_fail_local'
configure:19208: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME libextractor
| #define PACKAGE_TARNAME libextractor
| #define PACKAGE_VERSION 0.6.2
| #define PACKAGE_STRING libextractor 0.6.2
| #define PACKAGE_BUGREPORT bug-libextrac...@gnu.org
| #define PACKAGE_URL
| #define PACKAGE libextractor
| #define VERSION 0.6.2
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define __EXTENSIONS__ 1
| #define _ALL_SOURCE 1
| #define _GNU_SOURCE 1
| #define _POSIX_PTHREAD_SEMANTICS 1
| #define _TANDEM_SOURCE 1
| #define HAVE_DLFCN_H 1
| #define LT_OBJDIR .libs/
| #define LT_MODULE_EXT .so
| #define LT_MODULE_PATH_VAR LD_LIBRARY_PATH
| #define LT_DLSEARCH_PATH /lib:/usr/lib
| #define HAVE_LIBDL 1
| #define HAVE_DLERROR 1
| #define HAVE_LIBDLLOADER 1
| #define error_t int
| #define __error_t_defined 1
| #define HAVE_PRELOADED_SYMBOLS 1
| #define HAVE_LTDL 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DIRENT_H 1
| #define HAVE_CLOSEDIR 1
| #define HAVE_OPENDIR 1
| #define HAVE_READDIR 1
| #define HAVE_STRLCAT 1
| #define HAVE_STRLCPY 1
| #define LT_LIBEXT a
| #define SOMEBSD 1
| #define HAVE_LIBC_R 1
| #define HAVE_ICONV 1
| #define ICONV_CONST const
| #define LOCALEDIR /usr/local/share/locale
| #define ISOLOCALEDIR /usr/share/locale
| #define HAVE_FSEEKO 1
| #define HAVE_LIBSTDC__ 1
| #define HAVE_LANGINFO_H 1
| #define HAVE_VORBIS_VORBISFILE_H 1
| #define HAVE_VORBISFILE 1
| #define HAVE_FLAC_ALL_H 1
| #define HAVE_FLAC 1
| #define HAVE_FLAC 1
| #define HAVE_ZLIB_H 1
| #define HAVE_ZLIB 1
| #define HAVE_BZLIB_H 1
| #define HAVE_LIBBZ2 1
| /* end confdefs.h. */
|
| /* Override any GCC internal prototype to avoid an error.
|Use char because int might match the return type of a GCC
|builtin and then its argument prototype would still apply. */
| #ifdef __cplusplus
| extern C
| #endif
| char rpmReadPackageFile ();
| int
| main ()
| {
| return rpmReadPackageFile ();
| ;
| return 0;
| }
configure:19217: result: no
[...]
So the problem is this:
/usr/local/lib/librpm.so: undefined reference to `__stack_chk_fail_local'
which according to list archives happens/can happen [1] when one
links code built with -fstack-protector to code that wasn't, and
archivers/rpm4's configure script autodetects that the compiler
supports -fstack-protector and then proceeds to using it:
[...]
checking supported compiler flags...
-fno-strict-aliasing
-fstack-protector
checking for special C compiler options needed for large files... no
[...]
..while libextractor's doesn't. So I came up with this (untested)
patch for archivers/rpm4: (maintainers Cc'd, of course we'd want a
PORTREVISION bump there too.)
Index: Makefile
===
RCS file: /home/pcvs/ports/archivers/rpm4/Makefile,v
retrieving revision 1.38
diff -u -p -r1.38 Makefile
--- Makefile7 Oct 2011 14:33:17 - 1.38
+++ Makefile9 Dec 2011 17:24:09 -
@@ -101,6 +101,16 @@ LIB_DEPENDS+= lzma:${PORTSDIR}/archivers
.endif
post-patch:
+# disable -fstack-protector on i386 as that causes librpm clients
+# not using -fstack-protector
vdr 1.7.27 update committed
Hi! I have finally committed the vdr 1.7.27 update, to upgrade make sure your portstree is up to date and then do: # portmaster vdr-plugins The multimedia/vdr port has gained a new knob, DVBPATCH, that adds a patch to fix DVB audio for some countries (like France), I didn't add the patch unconditionally because there were reports it breaks ATSC reception. The changes since 1.7.22 can be seen (after the installation) in: /usr/local/share/doc/vdr/HISTORY - or on the web in the vdr announce postings in the vdr mailinglist archives here: http://dir.gmane.org/gmane.linux.vdr And here is the commit message: http://lists.freebsd.org/pipermail/cvs-ports/2012-April/240480.html Quote: - Update multimedia/vdr and multimedia/vdr-plugins to 1.7.27 . - Update multimedia/vdr-plugin-epgsearch to 1.0.1s20120322 git snapshot. - Update multimedia/vdr-plugin-femon to 1.7.15 . - Update multimedia/vdr-plugin-iptv to 0.5.0 . - Update multimedia/vdr-plugin-osdteletext to 0.9.2 . - Update multimedia/vdr-plugin-streamdev to 0.5.1p20120311 git snapthot. - Update multimedia/vdr-plugin-xineliboutput to 1.0.90s2029.1002 cvs snapshot. - Bump PORTREVISION for all other plugins and add vdr 1.7.27 compatibility/bugfix patches where necessary Enjoy, :) Juergen ___ 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: xbmc pvr in ports; update, please test with MythTV too! :)
Now updated the patch to release 57: http://people.freebsd.org/~nox/tmp/xbmc-pvr-ppa-odk57.patch I hope I can commit this and the vdr xvdr addon/plugin ports soon. :) Juergen On Mon, Dec 12, 2011 at 07:02:00PM +0100, Juergen Lock wrote: On Mon, Dec 12, 2011 at 06:58:34PM +0100, Juergen Lock wrote: On Mon, Dec 12, 2011 at 02:54:11PM +0100, Bernhard Froehlich wrote: On 12.12.2011 13:26, Bernhard Froehlich wrote: On 05.12.2011 19:56, Juergen Lock wrote: I just updated to the latest release pvr-ppa-odk56: http://people.freebsd.org/~nox/tmp/xbmc-pvr-ppa-odk56.patch It would be nice if someone could verify this works with mythtv too before I commit it... First thing I noticed was that XBMC_Mythtv.pvr should really be XBMC_MythTV.pvr because it complains in the logfile when loading the addon: ERROR: ADDON: Could not locate XBMC_MythTV.pvr Moving the file to /usr/local/lib/xbmc/addons/pvr.mythtv/XBMC_MythTV.pvr gets it a step further. Next thing is an undefined symbol: ERROR: Unable to load /usr/local/lib/xbmc/addons/pvr.mythtv/XBMC_MythTV.pvr, reason: /usr/local/lib/xbmc/addons/pvr.mythtv/XBMC_MythTV.pvr: Undefined symbol _ZTI14MythXmlCommand It looks like this is part of libmythxml but It was not linked to the shared object. While searching for that problem I found the following commit which includes a hunk for xbmc/pvrclients/mythtv/Makefile.in and looks pretty right in what it does. But it's quite different code than what you have in your port. Are you sure you aren't using an old branch for the PVR code? http://xbmc.git.sourceforge.net/git/gitweb.cgi?p=xbmc/xbmc;a=patch;h=7e83f17 Both problems fixed with the attached patch. Now getting to the next undefined symbol: ERROR: Unable to load /usr/local/lib/xbmc/addons/pvr.mythtv/XBMC_MythTV.pvr, reason: /usr/local/lib/xbmc/add ons/pvr.mythtv/XBMC_MythTV.pvr: Undefined symbol GetChannelsAmount I got the plugin load correctly now with another patch that is attached. After setting the PIN in mythtv-setup it also connects fine to the backend now but I cannot import any channels into xbmc so I cannot even test watching TV. It feels a lot like the code is unfinished or unmaintained and not expected to work with mythtv 0.24. The future also doesn't look good because I found in the MythTV wiki (http://www.mythtv.org/wiki/Category:MythXML): The MythXML interface has been rewritten for upcoming 0.25, and these methods will no longer be valid. So the xbmc pvr plugin for mythtv is kind of useless. Hm yeah as I posted on Saturday when Torfinn Ingolfsen did a first test (I think I even Cc'd you): Bad news: I asked on the xbmc-pvr channel and was told this mythtv addon hasn't been maintained for months i.e. it apparently bitrotted. There is a new one using libcmyth mentioned here: http://forum.xbmc.org/showthread.php?t=110694 only the git repo linked, https://github.com/tsp/xbmc is a fork of the entire opdenkamp xbmc pvr, so I guess I'll leave porting that to someone that actually uses mythtv i.e. not me... Sorry, :( Juergen And thanx for your testing effort! :) even if it didn't help... Juergen ___ 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: xbmc pvr in ports; update, please test with MythTV too! :)
On Mon, Dec 12, 2011 at 02:54:11PM +0100, Bernhard Froehlich wrote: On 12.12.2011 13:26, Bernhard Froehlich wrote: On 05.12.2011 19:56, Juergen Lock wrote: I just updated to the latest release pvr-ppa-odk56: http://people.freebsd.org/~nox/tmp/xbmc-pvr-ppa-odk56.patch It would be nice if someone could verify this works with mythtv too before I commit it... First thing I noticed was that XBMC_Mythtv.pvr should really be XBMC_MythTV.pvr because it complains in the logfile when loading the addon: ERROR: ADDON: Could not locate XBMC_MythTV.pvr Moving the file to /usr/local/lib/xbmc/addons/pvr.mythtv/XBMC_MythTV.pvr gets it a step further. Next thing is an undefined symbol: ERROR: Unable to load /usr/local/lib/xbmc/addons/pvr.mythtv/XBMC_MythTV.pvr, reason: /usr/local/lib/xbmc/addons/pvr.mythtv/XBMC_MythTV.pvr: Undefined symbol _ZTI14MythXmlCommand It looks like this is part of libmythxml but It was not linked to the shared object. While searching for that problem I found the following commit which includes a hunk for xbmc/pvrclients/mythtv/Makefile.in and looks pretty right in what it does. But it's quite different code than what you have in your port. Are you sure you aren't using an old branch for the PVR code? http://xbmc.git.sourceforge.net/git/gitweb.cgi?p=xbmc/xbmc;a=patch;h=7e83f17 Both problems fixed with the attached patch. Now getting to the next undefined symbol: ERROR: Unable to load /usr/local/lib/xbmc/addons/pvr.mythtv/XBMC_MythTV.pvr, reason: /usr/local/lib/xbmc/add ons/pvr.mythtv/XBMC_MythTV.pvr: Undefined symbol GetChannelsAmount I got the plugin load correctly now with another patch that is attached. After setting the PIN in mythtv-setup it also connects fine to the backend now but I cannot import any channels into xbmc so I cannot even test watching TV. It feels a lot like the code is unfinished or unmaintained and not expected to work with mythtv 0.24. The future also doesn't look good because I found in the MythTV wiki (http://www.mythtv.org/wiki/Category:MythXML): The MythXML interface has been rewritten for upcoming 0.25, and these methods will no longer be valid. So the xbmc pvr plugin for mythtv is kind of useless. Hm yeah as I posted on Saturday when Torfinn Ingolfsen did a first test (I think I even Cc'd you): Bad news: I asked on the xbmc-pvr channel and was told this mythtv addon hasn't been maintained for months i.e. it apparently bitrotted. There is a new one using libcmyth mentioned here: http://forum.xbmc.org/showthread.php?t=110694 only the git repo linked, https://github.com/tsp/xbmc is a fork of the entire opdenkamp xbmc pvr, so I guess I'll leave porting that to someone that actually uses mythtv i.e. not me... Sorry, :( Juergen ___ 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: xbmc pvr in ports; update, please test with MythTV too! :)
On Mon, Dec 12, 2011 at 06:58:34PM +0100, Juergen Lock wrote: On Mon, Dec 12, 2011 at 02:54:11PM +0100, Bernhard Froehlich wrote: On 12.12.2011 13:26, Bernhard Froehlich wrote: On 05.12.2011 19:56, Juergen Lock wrote: I just updated to the latest release pvr-ppa-odk56: http://people.freebsd.org/~nox/tmp/xbmc-pvr-ppa-odk56.patch It would be nice if someone could verify this works with mythtv too before I commit it... First thing I noticed was that XBMC_Mythtv.pvr should really be XBMC_MythTV.pvr because it complains in the logfile when loading the addon: ERROR: ADDON: Could not locate XBMC_MythTV.pvr Moving the file to /usr/local/lib/xbmc/addons/pvr.mythtv/XBMC_MythTV.pvr gets it a step further. Next thing is an undefined symbol: ERROR: Unable to load /usr/local/lib/xbmc/addons/pvr.mythtv/XBMC_MythTV.pvr, reason: /usr/local/lib/xbmc/addons/pvr.mythtv/XBMC_MythTV.pvr: Undefined symbol _ZTI14MythXmlCommand It looks like this is part of libmythxml but It was not linked to the shared object. While searching for that problem I found the following commit which includes a hunk for xbmc/pvrclients/mythtv/Makefile.in and looks pretty right in what it does. But it's quite different code than what you have in your port. Are you sure you aren't using an old branch for the PVR code? http://xbmc.git.sourceforge.net/git/gitweb.cgi?p=xbmc/xbmc;a=patch;h=7e83f17 Both problems fixed with the attached patch. Now getting to the next undefined symbol: ERROR: Unable to load /usr/local/lib/xbmc/addons/pvr.mythtv/XBMC_MythTV.pvr, reason: /usr/local/lib/xbmc/add ons/pvr.mythtv/XBMC_MythTV.pvr: Undefined symbol GetChannelsAmount I got the plugin load correctly now with another patch that is attached. After setting the PIN in mythtv-setup it also connects fine to the backend now but I cannot import any channels into xbmc so I cannot even test watching TV. It feels a lot like the code is unfinished or unmaintained and not expected to work with mythtv 0.24. The future also doesn't look good because I found in the MythTV wiki (http://www.mythtv.org/wiki/Category:MythXML): The MythXML interface has been rewritten for upcoming 0.25, and these methods will no longer be valid. So the xbmc pvr plugin for mythtv is kind of useless. Hm yeah as I posted on Saturday when Torfinn Ingolfsen did a first test (I think I even Cc'd you): Bad news: I asked on the xbmc-pvr channel and was told this mythtv addon hasn't been maintained for months i.e. it apparently bitrotted. There is a new one using libcmyth mentioned here: http://forum.xbmc.org/showthread.php?t=110694 only the git repo linked, https://github.com/tsp/xbmc is a fork of the entire opdenkamp xbmc pvr, so I guess I'll leave porting that to someone that actually uses mythtv i.e. not me... Sorry, :( Juergen And thanx for your testing effort! :) even if it didn't help... Juergen ___ 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
-fstack-protector again (rpm4, BROKEN textproc/libextractor)
Hi!
I got a report that textproc/libextractor was marked BROKEN on
i386 which one of my ports uses, so with the help of swill's tb
(I don't really use i386 myself here anymore so thanx for that :)
I took a look. The failed libextractor log seem to be this one:
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20110914141638/libextractor-0.6.2_4.log
The problem:
[...]
checking for rpmReadPackageFile in -lrpm... no
[...]
=== Building package for libextractor-0.6.2_4
tar: lib/libextractor/libextractor_rpm.la: Cannot stat: No such file or
directory
tar: lib/libextractor/libextractor_rpm.so: Cannot stat: No such file or
directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
*** Error code 1
[...]
The config.log from swill's tb reveals:
[...]
configure:19183: checking for rpmReadPackageFile in -lrpm
configure:19208: cc -o conftest -fno-strict-aliasing -O2 -pipe -fno-strict-alias
ing -I/usr/local/include -L/usr/local/lib -L/usr/local/lib -L/usr/local/lib/qt4
conftest.c -lrpm 5
/usr/local/lib/librpm.so: undefined reference to `__stack_chk_fail_local'
configure:19208: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME libextractor
| #define PACKAGE_TARNAME libextractor
| #define PACKAGE_VERSION 0.6.2
| #define PACKAGE_STRING libextractor 0.6.2
| #define PACKAGE_BUGREPORT bug-libextrac...@gnu.org
| #define PACKAGE_URL
| #define PACKAGE libextractor
| #define VERSION 0.6.2
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define __EXTENSIONS__ 1
| #define _ALL_SOURCE 1
| #define _GNU_SOURCE 1
| #define _POSIX_PTHREAD_SEMANTICS 1
| #define _TANDEM_SOURCE 1
| #define HAVE_DLFCN_H 1
| #define LT_OBJDIR .libs/
| #define LT_MODULE_EXT .so
| #define LT_MODULE_PATH_VAR LD_LIBRARY_PATH
| #define LT_DLSEARCH_PATH /lib:/usr/lib
| #define HAVE_LIBDL 1
| #define HAVE_DLERROR 1
| #define HAVE_LIBDLLOADER 1
| #define error_t int
| #define __error_t_defined 1
| #define HAVE_PRELOADED_SYMBOLS 1
| #define HAVE_LTDL 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DIRENT_H 1
| #define HAVE_CLOSEDIR 1
| #define HAVE_OPENDIR 1
| #define HAVE_READDIR 1
| #define HAVE_STRLCAT 1
| #define HAVE_STRLCPY 1
| #define LT_LIBEXT a
| #define SOMEBSD 1
| #define HAVE_LIBC_R 1
| #define HAVE_ICONV 1
| #define ICONV_CONST const
| #define LOCALEDIR /usr/local/share/locale
| #define ISOLOCALEDIR /usr/share/locale
| #define HAVE_FSEEKO 1
| #define HAVE_LIBSTDC__ 1
| #define HAVE_LANGINFO_H 1
| #define HAVE_VORBIS_VORBISFILE_H 1
| #define HAVE_VORBISFILE 1
| #define HAVE_FLAC_ALL_H 1
| #define HAVE_FLAC 1
| #define HAVE_FLAC 1
| #define HAVE_ZLIB_H 1
| #define HAVE_ZLIB 1
| #define HAVE_BZLIB_H 1
| #define HAVE_LIBBZ2 1
| /* end confdefs.h. */
|
| /* Override any GCC internal prototype to avoid an error.
|Use char because int might match the return type of a GCC
|builtin and then its argument prototype would still apply. */
| #ifdef __cplusplus
| extern C
| #endif
| char rpmReadPackageFile ();
| int
| main ()
| {
| return rpmReadPackageFile ();
| ;
| return 0;
| }
configure:19217: result: no
[...]
So the problem is this:
/usr/local/lib/librpm.so: undefined reference to `__stack_chk_fail_local'
which according to list archives happens/can happen [1] when one
links code built with -fstack-protector to code that wasn't, and
archivers/rpm4's configure script autodetects that the compiler
supports -fstack-protector and then proceeds to using it:
[...]
checking supported compiler flags...
-fno-strict-aliasing
-fstack-protector
checking for special C compiler options needed for large files... no
[...]
..while libextractor's doesn't. So I came up with this (untested)
patch for archivers/rpm4: (maintainers Cc'd, of course we'd want a
PORTREVISION bump there too.)
Index: Makefile
===
RCS file: /home/pcvs/ports/archivers/rpm4/Makefile,v
retrieving revision 1.38
diff -u -p -r1.38 Makefile
--- Makefile7 Oct 2011 14:33:17 - 1.38
+++ Makefile9 Dec 2011 17:24:09 -
@@ -101,6 +101,16 @@ LIB_DEPENDS+= lzma:${PORTSDIR}/archivers
.endif
post-patch:
+# disable -fstack-protector on i386 as that causes librpm clients
+# not using -fstack-protector faling to link there, like the autoconf
+# check in textproc/libextractor:
+#
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20110914141638/libextractor-0.6.2_4.log
+# [...] checking for rpmReadPackageFile in -lrpm... no [...]
+# (for some reason only 8/i386 is affected, 7/i386 and 8/amd64 are not.)
+.if ${ARCH} == i386
+ ${REINPLACE_CMD} -e '/cflags_to_try=/s/-fstack-protector//' \
+ ${WRKSRC}/configure
+.endif
${REINPLACE_CMD} -e
xbmc pvr in ports
Hi! So I learned there are actually releases of xbmc pvr already, which means nothing should stop us from committing it to ports too? :) Now I'm wondering if this needs to be repocopied from the xbmc port first since it's kind of a fork... Few patches still apply and I see libreoffice also wasn't repocopied from openoffice, so maybe not? The patch against the xbmc port is here: http://people.freebsd.org/~nox/tmp/xbmc-pvr-ppa-odk55.patch (I just see I haven't added CONFLICTS_INSTALL with xbmc yet, will do that later.) It still seems to work with my older xvdr addon and vdr plugin ports, but maybe I should update those again too before committing: http://people.freebsd.org/~nox/tmp/xbmc-addon-xvdr.shar http://people.freebsd.org/~nox/tmp/vdr-plugin-xvdr.shar Of course everyone is welcome to test... :) (I only tested with vdr, not with mythtv.) Juergen PS: I haven't seen comments from the xbmc port maintainer yet tho (Cc'd; I also couldn't get hold of him on irc), so I don't know if he wants to maintain xbmc pvr too. ___ 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
ardour3 beta1 (use a midi keyboard with FreeBSD...)
Hi!
I still haven't got around to porting lv2 ui and more plugins (help
highly welcome there :) - but after the ardour guys posted a beta1
release of ardour3,
http://ardour.org/node/4658
I prepared another port update:
http://people.freebsd.org/~nox/tmp/ardour-3.0beta1-preliminary-r10637.patch
As posted earlier, this depends on an lv2core port change,
http://people.freebsd.org/~nox/tmp/lv2core-lv2config.patch
as well as lilv, serd, and sord:
http://people.freebsd.org/~nox/tmp/serd-0.5.0.shar
http://people.freebsd.org/~nox/tmp/sord-0.5.0.shar
http://people.freebsd.org/~nox/tmp/lilv-0.5.0r3601.shar
Here are some (hopefully) useful links again:
http://ardour.org/a3_features
http://ardour.org/a3_features_midi
http://ardour.org/a3_features_midi_editing
http://ardour.org/plugins
http://www.archive.org/details/Introduction_to_Ardour_3.0_MIDI
My original ardour3 alpha10 thread:
http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-September/012432.html
I tested this with qjackctl, jack_umidi, and fluidsynth, as well
as with linuxsampler, here is a blog post about linuxsampler,
including about using it as an lv2 plugin with ardour3: (the LV2CORE
knob with the audio/linuxsampler port)
http://wootangent.net/2011/07/everything-you-always-wanted-to-know-about-linuxsampler/
The mentioned linuxsampler frontend gui that you can run with java -jar:
http://linuxsampler.org/downloads.html
http://downloads.sourceforge.net/jsampler/Fantasia-0.9.jar
And a piano bank .gig (Maestro Concert Grand) that you can use
with linuxsampler:
http://sonimusicae.free.fr/matshelgesson-maestro-en.html
TODO:
- Test (and possibly fix) the VST stuff (it uses wine and thus probably
only works on i386 and I'm on amd64 so I didn't attempt to build it.)
- Maybe fix the port so it respects C{,XX}FLAGS? (it now uses waf which
seems to ignore them.)
- Installation is not really supported yet by the ardour guys for
the betas so there may be files not getting installed, if you
notice something missing you can run the build from below the
work/ dir by invoking: (also without installing the port, i.e.
after just doing `make' in the port dir not `make install')
work/ardour-3.0alpha10_1/gtk2_ardour/ardev
- Test! (are the Ardour devs interested in FreeBSD bugreports?
I don't know. :) What I do know is they don't want the alphas/betas
discussed in their webforums, quote:
---snip---
This is a beta version of Ardour 3.0.
You are respectfully requested NOT to ask for assistance with build issues
and not to report issues with Ardour 3.0 on the forums at ardour.org.
Please use IRC, the bug tracker and/or the ardour mailing lists (-dev or -user)
Thanks for your co-operation with our development process.
---snip---
Enjoy, :)
Juergen
PS: The export function in the gui doesn't work for midi tracks, but
you can fork a track and after that grab a midi file out of:
session dir/interchange/name/midifiles
___
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: ardour3 r10465; raptor vs raptor2; liblrdf 0.5.0; slv2 build fix
On Sun, Nov 06, 2011 at 11:59:08PM +0100, Alberto Villa wrote: On Sunday 06 November 2011 14:17:59 Juergen Lock wrote: So I updated my preliminary ardour3 port patch to r10461 and found ardour crashed due to now linking to both textproc/raptor and textproc/raptor2 which conflict raptor and raptor2 do not conflict. They seem to do if both linked into the same process tho... (That's what happened with ardour3 here and caused it to crash.) Juergen ___ 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: ardour3 r10465; raptor vs raptor2; liblrdf 0.5.0; slv2 build fix
On Mon, Nov 07, 2011 at 08:50:15PM +0100, Alberto Villa wrote: On Mon, Nov 7, 2011 at 7:57 PM, Juergen Lock n...@jelal.kn-bremen.de wrote: On Sun, Nov 06, 2011 at 11:59:08PM +0100, Alberto Villa wrote: raptor and raptor2 do not conflict. They seem to do if both linked into the same process tho... (That's what happened with ardour3 here and caused it to crash.) I mean that the ports do not conflict, sorry for the misunderstanding. Yeah, no problem. :) Juergen ___ 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: ardour3 r10465; raptor vs raptor2; liblrdf 0.5.0; slv2 build fix
On Sun, Nov 06, 2011 at 09:35:22PM +0100, Juergen Lock wrote: On Sun, Nov 06, 2011 at 05:46:31PM -0200, Raphael Kubo da Costa wrote: Juergen Lock n...@jelal.kn-bremen.de writes: So I updated my preliminary ardour3 port patch to r10461 and found ardour crashed due to now linking to both textproc/raptor and textproc/raptor2 which conflict, turns out it's a dependency problem: ardour3 depends on (among other things) textproc/liblrdf and audio/slv2, and slv2 now depends on textproc/raptor2 [1] while textproc/liblrdf still depends on textproc/raptor, so I had to make an update for textproc/liblrdf to 0.5.0 so that it uses textproc/raptor2 too: Just a question: haven't the ardour guys themselves come across this problem? Do they recommend any other solution? I just learned slv2 has a successor that ardour3 now prefers to use: http://drobilla.net/software/lilv/ http://drobilla.net/software/serd/ http://drobilla.net/software/sord/ http://drobilla.net/software/suil/ So looks like someone(tm) should port these... :) Ok this is what I have so far: First, a patch to the audio/lv2core port to make it run lv2config to create the PREFIX/include/lv2 dir tree that lilv needs: http://people.freebsd.org/~nox/tmp/lv2core-lv2config.patch Then, serd, sord, and lilv: http://people.freebsd.org/~nox/tmp/serd-0.5.0.shar http://people.freebsd.org/~nox/tmp/sord-0.5.0.shar http://people.freebsd.org/~nox/tmp/lilv-0.5.0r3601.shar The lilv port is an svn snapshot that I put in MASTER_SITE_LOCAL, until the mirrors have synced you can also download the distfile from here: http://people.freebsd.org/~nox/tmp/distfiles/lilv-0.5.0r3601.tar.bz2 And finally, the new ardour3 port update that now depends on lilv instead of slv2: http://people.freebsd.org/~nox/tmp/ardour-3.0alpha10-preliminary5-r10465.patch With this, I was able to load the lv2 plugin of audio/linuxsampler into ardour3. (You need to build the linuxsampler port with the LV2CORE knob enabled for that.) And about suil, I don't have a port for that yet because it depends on lv2 ui which also hasn't been ported yet: http://lv2plug.in/ns/extensions/ui/ Enjoy, :) Juergen ___ 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
ardour3 r10465; raptor vs raptor2; liblrdf 0.5.0; slv2 build fix
Hi! So I updated my preliminary ardour3 port patch to r10461 and found ardour crashed due to now linking to both textproc/raptor and textproc/raptor2 which conflict, turns out it's a dependency problem: ardour3 depends on (among other things) textproc/liblrdf and audio/slv2, and slv2 now depends on textproc/raptor2 [1] while textproc/liblrdf still depends on textproc/raptor, so I had to make an update for textproc/liblrdf to 0.5.0 so that it uses textproc/raptor2 too: http://people.freebsd.org/~nox/tmp/liblrdf-0.5.0.patch and I had to make a patch to [1] fix the build for audio/slv2: (at least when textproc/raptor is installed too) http://people.freebsd.org/~nox/tmp/slv2-0.6.6_1.patch Both of these have no maintainer so if noone objects I guess I should just commit these updates? The ardour3 r10465 port update is here: http://people.freebsd.org/~nox/tmp/ardour-3.0alpha10-preliminary4-r10465.patch and my original ardour3 thread with more info and links about Ardour 3 is here: (Using a midi keyboard with FreeBSD...) http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-September/012432.html Enjoy, :) Juergen ___ 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
