SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
If the applications are under the GPL, not hosting the sources along with the packages is also a violation of the license.
To my knowledge (but I haven't verified it), the GPL doesn't strictly require to "host" the sources. It requires to make them available to any requestor. But if they are NOT hosted, one must offer to provide them on media, just like CDs, at no cost to any requestor, except for postage and packaging.
And the offering must be announced, where the binaries are.
I am sure that arny sends out lots of CDs every day...
I rather hope that someone will find a way to compile VLC in 64bits using my (modified) SlackBuild and tell me what to change... so I can merge the changes into my script.
Otehr distros have their 64bit versions, but they rely on all the dependencies separately available as shared libraries. I still like to keep everything into one single package.
This is the chance for those advocates of the 64bit Slackware derivatives... to show they can contribute back ;-) I call their bluff.
Eric
I have successfully build vlc on Bluewhite64 12.2/KDE 4.2 Beta2 today.
The only problem was that the static libs from ffmpeg did not want at all to build with -fPIC. So, this options has been added to the compile process:
Also, after the installation to the $VLCDEPSDIR I had to strip the libswscale.a lib.
Code:
strip $VLCDEPSDIR/usr/lib/libswscale.a
Also, the schroedinger.pc is not installing and vlc does not build here.
A full slackbuild diff is here:
Code:
--- vlc.SlackBuild-orig 2008-12-21 22:13:37.000000000 +0200
+++ vlc.SlackBuild 2008-12-27 22:07:49.000000000 +0200
@@ -1,5 +1,5 @@
#!/bin/sh
-# $Id: vlc.SlackBuild,v 1.77 2008/12/21 20:13:30 root Exp root $
+# $Id: vlc.SlackBuild,v 1.76 2008/12/04 00:36:17 root Exp root $
# Copyright (c) 2007,2008 Eric Hameleers <alien@slackware.com>
#
# Permission to use, copy, modify, and distribute this software for
@@ -136,8 +136,6 @@
# 0.9.8a-1: 04/dec/2008 by Eric Hameleers <alien@slackware.com>
# * VLC bugfix release... also took the opportunity to fix *my*
# broken build of the dca and fluidsynth modules.
-# 0.9.8a-2: 04/dec/2008 by Eric Hameleers <alien@slackware.com>
-# * Updated ffmpeg/x264 snapshots, and re-adding firewire support
#
# Run 'sh vlc.SlackBuild --cleanup' to build a Slackware package.
# The package (.tgz) plus descriptive .txt file are created in /tmp .
@@ -161,9 +159,9 @@
PRGNAM=vlc
PRGNAM2=mozplugin
-ARCH=${ARCH:-"i486"}
-BUILD=${BUILD:-"2"}
-TAG=${TAG:-"alien"}
+ARCH=${ARCH:-"x86_64"}
+BUILD=${BUILD:-"1"}
+TAG=${TAG:-""}
# SRCVER and VERSION values may be modified later!
# If SRCVER is set to "HEAD" then you get a git snapshot, else we look
@@ -188,7 +186,7 @@
SLKLDFLAGS=""; LIBDIRSUFFIX=""
;;
x86_64) SLKCFLAGS="-O2 -fPIC"
- SLKLDFLAGS="-L/usr/lib64 -fPIC"; LIBDIRSUFFIX="64"
+ SLKLDFLAGS="-L/usr/lib"; LIBDIRSUFFIX=""
;;
athlon-xp) SLKCFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer"
SLKLDFLAGS=""; LIBDIRSUFFIX=""
@@ -216,13 +214,13 @@
# VLC in case you don't have yasm installed (it is needed to
# build x264 newer than the 20080301 snapshot). In this case, the script will
# automatically 'downgrade' x264 to the 20080301-2245 snapshot.
-REQUIRE_YASM=${REQUIRE_YASM:-"YES"}
+REQUIRE_YASM=${REQUIRE_YASM:-"NO"}
# VLC uses Qt4 for it's GUI.
# If you already have Qt4 installed, it will speed up the compilation a lot,
# and create a smaller vlc package. Define STATIC_QT4="NO"
# If you want an all-in package, define STATIC_QT4="YES":
-STATIC_QT4=${STATIC_QT4:-"YES"}
+STATIC_QT4=${STATIC_QT4:-"NO"}
# VLC uses ffmpeg's avcodec for a lot of the AV processing.
# If you already have ffmpeg installed, it will speed up the compilation a lot,
@@ -283,8 +281,8 @@
FAAD2=2.6.1
#FFMPEG=20080731
#FFMPEG=r14080 # latest recommended version for 0.9.0 is r14080 (20080705)
-FFMPEG=r16043 # recommended version for 0.9.2 is r15261 (20080908)
- # but I use 16043 (20081210)
+FFMPEG=r15976 # recommended version for 0.9.2 is r15261 (20080908)
+ # but I use 15976 (20081202)
FLUID=1.0.8
GGI=2.2.2
GII=1.0.2
@@ -306,7 +304,7 @@
VCD=0.7.23
X264_SAFE=20080301-2245 # In later versions nasm complains
# about 'function hidden'
-X264=20081210-2245 # Needs yasm installed
+X264=20081201-2245 # Needs yasm installed
# Determine what X we're running (the modular X returns the prefix
# in the next command, while older versions stay silent):
@@ -825,7 +823,7 @@
--disable-examples \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_theora.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_theora.log
# Install theora into a temp location so ffmpeg can pickup the library
@@ -854,7 +852,7 @@
--disable-shared \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_lame.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_lame.log
# Install lame into a temp location so ffmpeg can pickup the library
@@ -885,7 +883,7 @@
--with-mp4v2 \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_faac.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_faac.log
# Install faac into a temp location so ffmpeg can pickup the library
@@ -916,7 +914,7 @@
--disable-shared \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_amrnb.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_amrnb.log
# Install amrnb into a temp location so ffmpeg can pickup the library
@@ -947,7 +945,7 @@
--disable-shared \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_amrwb.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_amrwb.log
# Install amrwb into a temp location so ffmpeg can pickup the library
@@ -1001,6 +999,8 @@
PKG_CONFIG_PATH="${VLCDEPSDIR}/usr/lib/pkgconfig" \
./configure --prefix=${VLCDEPSDIR}/usr \
${USE_PATENTED} \
+ --disable-mmx \
+ --disable-mmx2 \
--enable-gpl \
--enable-libtheora \
--enable-avfilter \
@@ -1014,6 +1014,7 @@
--disable-shared \
--enable-static \
--enable-memalign-hack \
+ --host-cflags="-fPIC" \
--logfile=$OUTPUT/ffmpeg.conf.log \
--extra-cflags="-I${VLCDEPSDIR}/usr/include -DRUNTIME_CPUDETECT" \
--extra-ldflags="-L${VLCDEPSDIR}/usr/lib" \
@@ -1027,7 +1028,6 @@
#--disable-vhook \
#--disable-devices \
#--disable-protocols \
-
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_ffmpeg.log
[ $? -ne 0 ] && return 1
@@ -1035,6 +1035,8 @@
make install-libs install-headers \
2>&1 | tee -a $OUTPUT/make-${PRGNAM}_ffmpeg.log
+strip $VLCDEPSDIR/usr/lib/libswscale.a
+
# Add DOCS to the vlcdeps to have it added to vlc package later:
mkdir -p $VLCDEPSDIR/doc/ffmpeg/
cp COPYING* CREDITS Changelog MAINTAINERS README \
@@ -1105,7 +1107,7 @@
--disable-shared \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_faad2.log
# No longer available:
#--with-mp4v2 \
@@ -1133,7 +1135,7 @@
--libdir=/usr/lib${LIBDIRSUFFIX} \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_a52.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_a52.log
# Add DOCS to the vlcdeps to have it added to vlc package later:
@@ -1234,13 +1236,11 @@
CXXFLAGS="$SLKCFLAGS" \
LDFLAGS="$SLKLDFLAGS" \
./configure --prefix=$VLCDEPSDIR/usr \
- --without-x \
- --disable-sdl \
--enable-static \
--disable-shared \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_libmpeg2.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_libmpeg2.log
# Install libmpeg2 into a temp location so vlc can pickup the library
@@ -1267,7 +1267,7 @@
--disable-shared \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_mpcdec.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_mpcdec.log
# Install mpcdec into a temp location so vlc can pickup the library
@@ -1296,7 +1296,7 @@
--disable-shared \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_dvdnav.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_dvdnav.log
# Install libdvdnav into a temp location so vlc can pickup the library
@@ -1327,7 +1327,7 @@
--enable-shared \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_dvdcss.log
# Shared library needed so that libdvdread can query the library
#--disable-shared \
@@ -1376,7 +1376,7 @@
--program-prefix="" \
--program-suffix="" \
${DO_CSS} \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee -a $OUTPUT/configure-${PRGNAM}_dvdread.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_dvdread.log
# Install libdvdread into a temp location so libdvdnav can pickup the library
@@ -1404,7 +1404,7 @@
--disable-shared \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_cddb.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_cddb.log
# Install libcddb into a temp location so cdio and vlc can pickup the library
@@ -1446,7 +1446,7 @@
$DO_VCD \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_cdio.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_cdio.log
# Install libcdio into a temp location so vlc can pickup the library
@@ -1477,7 +1477,7 @@
--disable-shared \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_vcd.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_vcd.log
# Install libvcd into a temp location so vlc can pickup the library
@@ -1507,7 +1507,7 @@
--disable-debug \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_twolame.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_twolame.log
## Install twolame into a temp location so vlc can pickup the library
@@ -1537,7 +1537,7 @@
--disable-debug \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_daap.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_daap.log
# Install libdaap into a temp location so vlc can pickup the library
@@ -1571,7 +1571,7 @@
--disable-debug \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_upnp.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_upnp.log
# Install libupnp into a temp location so vlc can pickup the library
@@ -1602,7 +1602,7 @@
--disable-debug \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_oil.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_oil.log
# Install liboil into a temp location so schroedinger can pickup the library
@@ -1634,17 +1634,22 @@
--disable-debug \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_schroedinger.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_schroedinger.log
# Install schroedinger into a temp location so vlc can pickup the library
echo -e "\n**\n**\n"
make install DESTDIR=$VLCDEPSDIR \
2>&1 | tee -a $OUTPUT/make-${PRGNAM}_schroedinger.log
+
+cp schroedinger.pc $VLCDEPSDIR/usr/lib/pkgconfig/schroedinger.pc
+cp schroedinger.pc $VLCDEPSDIR/usr/lib/pkgconfig/schroedinger-1.0.pc
+
# Or else the vlc build wil fail:
( cd $VLCDEPSDIR/usr/include
ln -sf schroedinger-1.0/schroedinger
)
+
# Add DOCS to the vlcdeps to have it added to vlc package later:
mkdir -p $VLCDEPSDIR/doc/schroedinger/
cp AUTHORS COPYING* NEWS TODO \
@@ -1667,7 +1672,7 @@
--disable-shared \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_speex.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_speex.log
# Install speex into a temp location so libshout and vlc can pickup the library
@@ -1698,7 +1703,7 @@
--disable-shared \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_shout.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_shout.log
# Install libshout into a temp location so vlc can pickup the library
@@ -1729,7 +1734,7 @@
--disable-shared \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_goom.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_goom.log
# No need to install, vlc wants the source tree
@@ -1761,7 +1766,7 @@
--disable-debug \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_ggi.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_ggi.log
# Install gii into a temp location so libggi can pickup the library
@@ -1786,7 +1791,7 @@
--with-gii=$VLCDEPSDIR/usr \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee -a $OUTPUT/configure-${PRGNAM}_ggi.log
make -j${JOBS} 2>&1 | tee -a $OUTPUT/make-${PRGNAM}_ggi.log
# Install ggi into a temp location so vlc can pickup the library
@@ -1807,19 +1812,11 @@
make_x264()
{
echo -e "**\n** x264 ...\n**"
-if [ "$ARCH" = "x86_64" ]; then
- ARCHOPTS="--enable-pic"
-else
- ARCHOPTS=""
-fi
cd $TMP/tmp-$PRGNAM/x264-snapshot-${X264}
CFLAGS="$SLKCFLAGS" \
CXXFLAGS="$SLKCFLAGS" \
LDFLAGS="$SLKLDFLAGS" \
-./configure \
- --prefix=/usr \
- $ARCHOPTS \
- 2>&1 | tee $OUTPUT/configure-${PRGNAM}_x264.log
+./configure --prefix=/usr 2>&1 | tee $OUTPUT/configure-${PRGNAM}_x264.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_x264.log
# Install x264 into a temp location so vlc can pickup the library
make install DESTDIR=$VLCDEPSDIR \
@@ -1848,7 +1845,7 @@
--disable-shared \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_dv.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_dv.log
# Install dv into a temp location so vlc can pickup the library
@@ -1878,7 +1875,7 @@
--enable-release \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_dvbpsi.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_dvbpsi.log
# Install dvbpsi into a temp location so vlc can pickup the library
@@ -1907,7 +1904,7 @@
--disable-debug \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_dca.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_dca.log
# Install dca into a temp location so vlc can pickup the library
@@ -1951,7 +1948,7 @@
--disable-shared \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_raw1394.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_raw1394.log
# Install libraw1394 into a temp location so vlc can pickup the library
@@ -1976,7 +1973,7 @@
--disable-shared \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_avc1394.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_avc1394.log
# Install libavc1394 into a temp location so vlc can pickup the library
@@ -2000,7 +1997,7 @@
--disable-shared \
--program-prefix="" \
--program-suffix="" \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_dc1394.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_dc1394.log
# Install libdc1394 into a temp location so vlc can pickup the library
@@ -2034,7 +2031,7 @@
--disable-shared \
--program-prefix= \
--program-suffix= \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_ass.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_ass.log
# Install libass into a temp location so vlc can pickup the library
@@ -2064,7 +2061,7 @@
--without-readline \
--program-prefix= \
--program-suffix= \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
2>&1 | tee $OUTPUT/configure-${PRGNAM}_fluid.log
make -j${JOBS} 2>&1 | tee $OUTPUT/make-${PRGNAM}_fluid.log
# Install fluid into a temp location so vlc can pickup the library
@@ -2186,9 +2183,6 @@
--enable-esd \
--disable-gnomevfs \
--enable-pvr \
- --enable-dc1394 \
- --with-dv-raw1394=$TMP/tmp-$PRGNAM/libraw1394-${RAW1394} \
- --with-dv-avc1394=$TMP/tmp-$PRGNAM/libavc1394-${AVC1394} \
--disable-dv \
--enable-dvbpsi \
--enable-dvdnav \
@@ -2237,7 +2231,7 @@
${DO_LOADER} \
--program-prefix= \
--program-suffix= \
- --build=$ARCH-slackware-linux \
+ --build=$ARCH-pc-linux \
AVCODEC_LIBS="-lavcodec -lbz2 -lz ${DO_FFMPEG_LIBS_PAT} -ldl -ltheora -lvorbisenc -lavutil -lvorbis -lm -logg" \
AVCODEC_CFLAGS="" \
2>&1 | tee $OUTPUT/configure-${PRGNAM}.log
@@ -2248,6 +2242,9 @@
# Disabled for now (note dvb is now explicitly disabled
# above or else you get compile errors):
#--enable-dv \
+ #--enable-dc1394 \
+ #--with-dv-raw1394=$TMP/tmp-$PRGNAM/libraw1394-${RAW1394} \
+ #--with-dv-avc1394=$TMP/tmp-$PRGNAM/libavc1394-${AVC1394} \
#--enable-ggi \
#--enable-goom \
#--with-goom-tree=$TMP/tmp-$PRGNAM/goom$GOOM \
@@ -2341,10 +2338,6 @@
$PKG/usr/share/icons/hicolor/${res}x${res}/apps/vlc.png
done
-# Add the man page:
-mkdir -p $PKG/usr/man/man1
-gzip -9c doc/vlc.1 > $PKG/usr/man/man1/vlc.1.gz
-
# Add package documentation:
mkdir -p $PKG/usr/doc/$PRGNAM-$VERSION
mv $PKG/usr/share/doc/vlc/* $PKG/usr/doc/$PRGNAM-$VERSION || true
@@ -2458,11 +2451,11 @@
make_live555
make_ass
make_fluid
-make_1394
# Leave these out for now (0.9.0. testing phase)
#make_goom
#make_ggi
+#make_1394
#make_dv
make_dvbpsi
I have successfully build vlc on Bluewhite64 12.2/KDE 4.2 Beta2 today.
Well you took up the challenge quite successfully arny. I am definitely going to try your diffs when I have a 64bit OS at hand again.
Two things struck me. One is that you had to resort to leaving out the MMX optimizations in ffmpeg's assembler code, I had to do the same but wanted to know if this could be avoided:
Code:
+ --disable-mmx \
+ --disable-mmx2 \
I guess that this may be the only way to get it to link against VLC. Mind you, I successfully built ffmpeg itself on 64bit without the need to disable MMX support, so it must be the inability of VLC code to handle this.
The other was
Code:
strip $VLCDEPSDIR/usr/lib/libswscale.a
And this was something I had not expected to be needed.
Well you took up the challenge quite successfully arny. I am definitely going to try your diffs when I have a 64bit OS at hand again.
I'm planning a BETA release this Monday (Dec. 29) of the LiveDVD, so, soon you will have the same environment that I have to build the VLC .
Quote:
Two things struck me. One is that you had to resort to leaving out the MMX optimizations in ffmpeg's assembler code, I had to do the same but wanted to know if this could be avoided:
Code:
+ --disable-mmx \
+ --disable-mmx2 \
AFAIK MMX is not 64-bit ready/supported, maybe I'm wrong but someone can correct me . Another example can be the libpng which will refuse to compile (did not produce the same code like Slackware) if the MMX code is used. To build, I have to use the nommx Makefie:
Code:
# Link the custom makefile:
ln -sf scripts/makefile.nommx ./Makefile
Quote:
And this was something I had not expected to be needed.
Well, it was a surprise for me too, I always get the "relocation error, compile with -fPIC" message even if I forced everywhere the -fPIC
Distribution: Slackware64 current multilib, Gentoo
Posts: 43
Rep:
I just read this whole topic, but I can only find vague answers when there will be an official 64-bits Slackware release. There's a lot talk about BW64 and Slamd, but not so much about Slackware 64 bits.
Hardware developers are already busy with the development of 256 bits systems, and it won't surprise me that within maximum 10 years a 256 computer is quite normal.
I hope that it won't become true that in that time you will have several Linux distributions supporting 256 bits (probably not fully) and Slackware is still official 32 bits.
When I use a 64 bits OS on my 64 bits computer, it IS working faster than a 32 bits OS, and the difference is not just a little bit. For Slackware I can say it is indeed quite fast for a 32 bits OS, but -for example- Suse 11.1 (64 bits) is faster. So the few 32 bits libs and apps inside Suse which are not 'translated' to 64 bits, doesn't make the computer as slow as an 32 bits OS. (I am not the only one with this experience.)
There are already a lot of people migrated from Slackware to an other distribution because they want to have more 64 bits support.
I really like Slackware, and the way it is maintained and developed; clear and stable.
I hope for the future that Slackware doesn't end up in an OS that is only used by some 'geeks' because it is still using only 32 bits. When I see how fast Slackware is now, it won't surprise me that 64 bit Slackware will smash other 64 bits OS to pieces on speed!
So please let it come soon...
Hardware developers are already busy with the development of 256 bits systems, and it won't surprise me that within maximum 10 years a 256 computer is quite normal.
256bit special purpose registers or data paths perhaps, but when people refer to 32 or 64bit OSes, they're generally talking about Memory Addressing. I doubt we're going to see more than 64bit addressing for a very, very, very, very, long time. Certainly not within my lifetime.
Do you realise just how much memory a 64bit address space will support? Approximately 17.2 billion gigabytes (according to wikipedia - I can't be arsed to check the figure but it sounds big enough to be right).
I think Pat was asked about the possibility of a 64bit Slackware in the interview he did on the linuxreality podcast a while back. If I remember rightly he said that he'd look at taking slackware 64bit once the major applications were all 64bit and that he wasn't interested in doing a 32/64bit hybrid.
@GazL: All you say is correct. Still, I share the opinion of henkees.
I tried 32 Bits Slackware on my dual core 64 bits hell machine, which ran
OpenSuSE 10.3 before, but then decided to install OpenSUSE 11.1. The latter
is a lot faster on that hardware. (And, BTW, KDE4 is really stylish and
I immediately learned to like Dolphin).
And: All major applications I can think of are now available for 64 bit
architectures. OpenSUSE 11.1 runs quite well, and even the minor hitches
I observed with 10.3 are gone. My experience with 10.3 was already good
enough to recommend using 64-bit operating systems on 64-bit hardware.
It got even smoother.
But if Pat V. means "multilib" when he says "hybrid" we will, unfortunately
not see Slackware 64 any time soon, I am afraid. On the other hand: One of
the best features of Slackware is that it is designed to satisfy user needs
with the best technical solution possible, and not a puristic or religious
attitude. That's one reason why I prefer it over Debian, which is an excellent
distribution from a technical point of view, too. But the community tends to
get a bit fanatic, there, at times. Slackware users and developers are much
more down-to-earth.
So I am pretty sure that the growing interest in a 64-Bit version will not
be ignored for a long time, anymore. Users want it, applications and tools are
there and mature, for the largest part. I think I can already hear someone
counting down...
Distribution: Slackware64 current multilib, Gentoo
Posts: 43
Rep:
Quote:
Originally Posted by GazL
I doubt we're going to see more than 64bit addressing for a very, very, very, very, long time. Certainly not within my lifetime.
I won't be that sure; there already exist 256 bits processors. When you 'google' for 256 bits memory addressing, architecture and/or processors you will find out that the first steps are already made...
I agree that it will take a long time - more than 10 years certainly - before these systems are fully supported. But a lifetime long?
From what i can tell the only applications not available for 64bt ATM are stuff like Wine or Skype.
But Slackware doesnt include any of those anyway. Even Sun Java has 64bit version out & theres also icedtea.
From my point of view and for my needs, a pure 64bit system provides 100% functionality already.
edit: and at last, with 64bit, Slackware can ship a decent firefox package.
But if Pat V. means "multilib" when he says "hybrid" we will, unfortunately not see Slackware 64 any time soon
It's quite possible that he did say multilib. It's been a while since I heard that interview. Hybrid was just my choice of words to describe a multilib system. But yes, that was my interpretation of what he said. Ofcourse, he's at as much liberty to alter his thinking in response to evolving trends as the rest of us, so who knows what will happen.
I expected the error about "libfluidsynth_plugin.so" because that one did not work before, but the other two are new.
Anyway, it does not prevent video playback. But the first error disables H264 encoding and the second one inhibits software scaling of the video.
Because you do not have yasm installed, the SlackBuild script falls back to an older but more compatible version of x264, and the one I built was using a 20081201 snapshot (with a lot of assembler optimizations). And apparently this recent snapshot is not good for use on a x86_64 architecture.
Still, satisfying to have a VLC package available for the 64bit architecture now. It is the player I like most.
Just out of curiousity - does anyone have any information on the growth in available 64-bit capable systems out there?
My thinking is that since most modern Intel and AMD processors now are 64bit capable, it shouldn't take more than a year or two before 64bit outnumbers 32bit on production systems, but where is the hard evidence to back this up?
Any thoughts or good suggestions for google search terms?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.