From xgizzmo at slackbuilds.org  Fri Jan  1 02:09:43 2010
From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org)
Date: Thu, 31 Dec 2009 21:09:43 -0500
Subject: [Slackbuilds-users] gecko-media player plugin problem
In-Reply-To: <4B3D37C9.5000803@charter.net>
References: <4B3D37C9.5000803@charter.net>
Message-ID: <200912312109.43817.xgizzmo@slackbuilds.org>

On Thursday 31 December 2009 18:46:17 daedra1 wrote:
> I just thought that I would point this out.  The gecko-media player 
> plugin package automatically installs the plugin to 
> /usr/lib/seamonkey-2.0.1/mozilla/plugins/.  This is ok but if you use 
> firefox you have to copy the files manually which is kind of 
> inconvenient for firefox users.  I was thinking maybe you guys could 
> edit the build to install to /lib/mozilla/plugins.  Like alien bob's 
> slackbuild does 
> http://connie.slackware.com/~alien/slackbuilds/gecko-mediaplayer/build/
> 
> from Eric's build
> 
> 
> # Still need the libdir explicitly here, to prevent installing unwantedly
> # into /usr/lib${LIBDIRSUFFIX}/seamonkey...
> make libdir=/usr/lib${LIBDIRSUFFIX} $NUMJOBS 2>&1 | tee $OUTPUT/make-${PRGNAM}.log
> make libdir=/usr/lib${LIBDIRSUFFIX} DESTDIR=$PKG install 2>&1 | tee $OUTPUT/install-${PRGNAM}.log
> 
>

Thanks for the heads up and fix. The build has been fixed.

--dsomero 

From chaos.proton at gmail.com  Fri Jan  1 02:46:53 2010
From: chaos.proton at gmail.com (Grissiom)
Date: Fri, 1 Jan 2010 10:46:53 +0800
Subject: [Slackbuilds-users] [ANN]: sbo-dev-helper 0.0.4
Message-ID: <a0adeea50912311846y69221ac4v62cdc3c66d02ad14@mail.gmail.com>

Hello all,

Happy New Year! As a gift, I will announce version 0.0.4 of the little
sbo-dev-helper
which can be downloaded from
http://sbo-dev-helper.googlecode.com/files/sbo-dev-helper-0.0.4.tar.gz
. The main
differences from previous versions are:

  *, Added diff_sbo script to show the diff between your working copy
and the one
     in official repo.(This require a rsync(or equivalent) local copy
of official repo)
  *, doc updates including new INSTALL instruction.
  *, directory re-structure.
  *, build utilities enhancements.
  *, adapted to utilize http://slackbuilds.org/templates/ (Thanks to
the SBo admins!)
  *, some bug fixes and improvements.

As always, suggestions and patch are strongly welcomed! ;-)

-- 
Cheers,
Grissiom

From pc_warner at yahoo.com  Fri Jan  1 04:58:29 2010
From: pc_warner at yahoo.com (Phillip Warner)
Date: Thu, 31 Dec 2009 20:58:29 -0800 (PST)
Subject: [Slackbuilds-users] gecko-media player plugin problem
In-Reply-To: <200912312109.43817.xgizzmo@slackbuilds.org>
Message-ID: <117340.53203.qm@web57707.mail.re3.yahoo.com>

Thanks for fixing that!  I had goofed up and submitted the wrong SlackBuild.  The version that I had intended to submit included a small section to fix the same issue:

if [ -d $PKG/usr/lib${LIBDIRSUFFIX}/seamonkey-*/mozilla/ ]; then
  mv $PKG/usr/lib${LIBDIRSUFFIX}/seamonkey-*/mozilla/ \
    $PKG/usr/lib${LIBDIRSUFFIX}/
  rmdir $PKG/usr/lib${LIBDIRSUFFIX}/seamonkey-*
fi

I like the new solution better, though :)

--phillip

--- On Thu, 12/31/09, xgizzmo at slackbuilds.org <xgizzmo at slackbuilds.org> wrote:

> From: xgizzmo at slackbuilds.org <xgizzmo at slackbuilds.org>
> Subject: Re: [Slackbuilds-users] gecko-media player plugin problem
> To: slackbuilds-users at slackbuilds.org
> Date: Thursday, December 31, 2009, 6:09 PM
> On Thursday 31 December 2009 18:46:17
> daedra1 wrote:
> > I just thought that I would point this out.? The
> gecko-media player 
> > plugin package automatically installs the plugin to 
> > /usr/lib/seamonkey-2.0.1/mozilla/plugins/.? This
> is ok but if you use 
> > firefox you have to copy the files manually which is
> kind of 
> > inconvenient for firefox users.? I was thinking
> maybe you guys could 
> > edit the build to install to
> /lib/mozilla/plugins.? Like alien bob's 
> > slackbuild does 
> > http://connie.slackware.com/~alien/slackbuilds/gecko-mediaplayer/build/
> > 
> > from Eric's build
> > 
> > 
> > # Still need the libdir explicitly here, to prevent
> installing unwantedly
> > # into /usr/lib${LIBDIRSUFFIX}/seamonkey...
> > make libdir=/usr/lib${LIBDIRSUFFIX} $NUMJOBS
> 2>&1 | tee $OUTPUT/make-${PRGNAM}.log
> > make libdir=/usr/lib${LIBDIRSUFFIX} DESTDIR=$PKG
> install 2>&1 | tee $OUTPUT/install-${PRGNAM}.log
> > 
> >
> 
> Thanks for the heads up and fix. The build has been fixed.
> 
> --dsomero 
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - http://slackbuilds.org/faq/
> 
> 


      

From rworkman at slackbuilds.org  Sat Jan  2 09:53:15 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sat, 2 Jan 2010 09:53:15 +0000
Subject: [Slackbuilds-users] Updates - 20100102
Message-ID: <20100102095315.GA11200@slackbuilds.org>

Sat Jan  2 09:49:57 UTC 2010
academic/bibus: Updated for version 1.5.1. Thanks to David Miller.  --rworkman
audio/kid3: Added - kid3 is an easy way to tag multiple MP3, Ogg/Vorbis, FLAC,
  MPC, MP4/AAC, MP2, Speex, TrueAudio and WavPack files. 
  Thanks to Michales Michaloudes.  --rworkman
audio/musicmanager: Updated for version 0.10.14.
  Thanks to Keith Richie.  --rworkman
audio/tuneit: Added - tuneit is a simple command-line instrument tuner.
  Thanks to B. Watson.  --rworkman
development/lazarus: Added - Lazarus is a Rapid Application Development Tool 
  for FreePascal.  Since fpc (a requirement for lazarus) won't currently build
  on x86_64, I've marked this one as unsupported there as well.  
  Thanks to Andre Barboza.  --rworkman
games/gens-gs: Added - Gens/GS is a Sega Genesis/CD/32x emulator forked from 
  Gens.  Thanks to Steven Pledger.  --rworkman
graphics/geegie: Added - Geeqie is a lightweight Gtk+ based image viewer that
  was forked from gqview.  Thanks to Niels Horn.  --rworkman
graphics/gpicview: Added - gpicview is a simple and fast image viewer for X.
  Thanks to Evandro Alves Rodrigues.  --rworkman
libraries/haskell-HTTP: Added - a Haskell library for client-side HTTP.
  Thanks to Mikko Varri.  --rworkman
libraries/haskell-cgi: Added - a Haskell library for writing CGI programs.
  Thanks to Mikko Varri.  --rworkman
libraries/haskell-editline: Added - bindings to the BSD editline library.
  Thanks to Mikko Varri.  --rworkman
libraries/haskell-fgl: Added - Martin Erwig's Functional Graph Library.
  Thanks to Mikko Varri.  --rworkman
libraries/haskell-haskeline: Added - Haskeline provides a user interface for 
  line input.  Thanks to Mikko Varri.  --rworkman
libraries/haskell-terminfo: Added -  Haskell bindings to the terminfo library.
  Thanks to Mikko Varri.  --rworkman
libraries/libgig: Added - libgig is a library for loading and modifying 
  Gigasampler and DLS files.  Thanks to Michales Michaloudes.  --rworkman
libraries/liblscp: Added - liblscp is an implementation of the LinuxSampler 
  control protocol.  Thanks to Michales Michaloudes.  --rworkman
misc/megatunix: Added - MegaTunix is ECU tuning software.
  Thanks to Allen Coleman.  --rworkman
multimedia/dssi: Added - DSSI (pronounced "dizzy") is an API for audio 
  processing plugins.  Thanks to Michales Michaloudes.  --rworkman
multimedia/gigedit: Added - Gigedit is an instrument editor for gig files.
  Thanks to Michales Michaloudes.  --rworkman
multimedia/hexter: Added - hexter is a software synthesizer that models the 
  sound generation of a Yamaha DX7 synthesizer.
  Thanks to Michales Michaloudes.  --rworkman
multimedia/kdenlive: Added - Kdenlive is an intuitive and powerful multi-track
  video editor including the most recent video technologies.
  Thanks to stormtracknole.  --rworkman
multimedia/linuxsampler: Added - linuxsampler is a free streaming-capable 
  open source pure software audio sampler with professional grade features.
  Thanks to Michales Michaloudes.  --rworkman
multimedia/mlt: Added - MLT is an open source multimedia framework designed 
  and developed for television broadcasting.
  Thanks to stormtracknole.  --rworkman
multimedia/qsampler: Added - qsampler is a frontend for linuxsampler.
  Thanks to Michales Michaloudes.  --rworkman
network/msn-proxy: Added - msn-proxy is a light-weight transparent proxy for 
  MSN Messenger clients.  Thanks to Niels Horn.  --rworkman
network/wireshark: Updated for version 1.2.5.  Thanks to Michiel van Wessem.
system/redis: Added - Redis is an advanced key-value store (it is similar to
  memcached).  Thanks to Kuroi Kenshi.  --rworkman
system/statifier: Added - Statifier combines a dynamically linked executable 
  with its libraries into one large file.  Thanks to Niels Horn.  --rworkman
system/tarsnap: Added - tarsnap is the client for an Colin Perceval's online
  encrypted snapshotted backup service called Tarsnap.
  Thanks to Justin Haynes.  --rworkman


From matteo.bernardini at sns.it  Sat Jan  2 16:35:26 2010
From: matteo.bernardini at sns.it (Matteo Bernardini)
Date: Sat, 02 Jan 2010 17:35:26 +0100
Subject: [Slackbuilds-users] was  Updates - 20100102 - mlt
In-Reply-To: <20100102095315.GA11200@slackbuilds.org>
References: <20100102095315.GA11200@slackbuilds.org>
Message-ID: <4B3F75CE.4090206@sns.it>

I think (just included) mlt need a fix: it builds into /usr/lib, 
regardless of ARCH, and it looks like an include for qimage is pointing 
to /usr/include/qt4.
I changed

./configure \
   --prefix=/usr \
   --enable-gpl \
   --qimage-libdir=/usr/lib \
   --qimage-includedir=/usr/include/qt4 \

with

./configure \
   --prefix=/usr \
   --libdir=/usr/lib$LIBDIRSUFFIX \
   --enable-gpl \
   --qimage-libdir=/usr/lib$LIBDIRSUFFIX \
   --qimage-includedir=/usr/lib$LIBDIRSUFFIX/qt/include \

Matteo



From larryhaja at gmail.com  Sat Jan  2 17:42:49 2010
From: larryhaja at gmail.com (Larry Hajali)
Date: Sat, 2 Jan 2010 09:42:49 -0800
Subject: [Slackbuilds-users] was Updates - 20100102 - mlt
In-Reply-To: <4B3F75CE.4090206@sns.it>
References: <20100102095315.GA11200@slackbuilds.org> <4B3F75CE.4090206@sns.it>
Message-ID: <8ba30f851001020942n4d295662wf85020a8f55549a1@mail.gmail.com>

On my own copy of mlt.SlackBuild I use the $QT4DIR variable for the
qimage* configure variable.  Also SLKCFLAGS are ignored if passed to
configure.  I had to pass CFLAGS="$SLKCFLAGS" to make for gcc and g++
to use the SLKCFLAGS.  Here is my above mentioned parameters.

./configure \
  --prefix=/usr \
  --libdir=/usr/lib${LIBDIRSUFFIX} \
  --mandir=/usr/man \
  --enable-gpl \
  --disable-debug \
  --qimage-libdir=${QT4DIR}/qt/lib \
  --qimage-includedir=${QT4DIR}/qt/include \
  --avformat-swscale \
  --luma-compress \
  --enable-motion-est

CFLAGS="$SLKCFLAGS" make

--Larry

On Sat, Jan 2, 2010 at 8:35 AM, Matteo Bernardini
<matteo.bernardini at sns.it> wrote:
> I think (just included) mlt need a fix: it builds into /usr/lib, regardless
> of ARCH, and it looks like an include for qimage is pointing to
> /usr/include/qt4.
> I changed
>
> ./configure \
> ?--prefix=/usr \
> ?--enable-gpl \
> ?--qimage-libdir=/usr/lib \
> ?--qimage-includedir=/usr/include/qt4 \
>
> with
>
> ./configure \
> ?--prefix=/usr \
> ?--libdir=/usr/lib$LIBDIRSUFFIX \
> ?--enable-gpl \
> ?--qimage-libdir=/usr/lib$LIBDIRSUFFIX \
> ?--qimage-includedir=/usr/lib$LIBDIRSUFFIX/qt/include \
>
> Matteo
>
>
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - http://slackbuilds.org/faq/
>
>

From stefanovic.dusan at gmail.com  Sat Jan  2 18:05:28 2010
From: stefanovic.dusan at gmail.com (=?UTF-8?B?RHXFoWFuIFN0ZWZhbm92acSH?=)
Date: Sat, 2 Jan 2010 19:05:28 +0100
Subject: [Slackbuilds-users] Updates - 20100102
In-Reply-To: <20100102095315.GA11200@slackbuilds.org>
References: <20100102095315.GA11200@slackbuilds.org>
Message-ID: <c5740f221001021005o7637ddeet789f0263668a98a3@mail.gmail.com>

> graphics/geegie: Added - Geeqie is

geeGie or geeQie?

From niels.horn at gmail.com  Sat Jan  2 18:09:29 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Sat, 2 Jan 2010 16:09:29 -0200
Subject: [Slackbuilds-users] Updates - 20100102
In-Reply-To: <c5740f221001021005o7637ddeet789f0263668a98a3@mail.gmail.com>
References: <20100102095315.GA11200@slackbuilds.org>
	<c5740f221001021005o7637ddeet789f0263668a98a3@mail.gmail.com>
Message-ID: <3f18b2311001021009ye5c54c1w3ae9abfe74533140@mail.gmail.com>

2010/1/2 Du?an Stefanovi? <stefanovic.dusan at gmail.com>:
>> graphics/geegie: Added - Geeqie is
>
> geeGie or geeQie?
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - http://slackbuilds.org/faq/
>
>

geeQie, see http://geeqie.sourceforge.net/

But it was already corrected in the ChangeLog :)

Niels

From rworkman at slackbuilds.org  Sat Jan  2 20:15:27 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sat, 2 Jan 2010 14:15:27 -0600
Subject: [Slackbuilds-users] was Updates - 20100102 - mlt
In-Reply-To: <8ba30f851001020942n4d295662wf85020a8f55549a1@mail.gmail.com>
References: <20100102095315.GA11200@slackbuilds.org> <4B3F75CE.4090206@sns.it>
	<8ba30f851001020942n4d295662wf85020a8f55549a1@mail.gmail.com>
Message-ID: <20100102141527.64d884fc@liberty.rlwhome.lan>

Ooh, thanks guys - I'll get this fixed up RSN.

-RW

On Sat, 2 Jan 2010 09:42:49 -0800
Larry Hajali <larryhaja at gmail.com> wrote:

> On my own copy of mlt.SlackBuild I use the $QT4DIR variable for the
> qimage* configure variable.  Also SLKCFLAGS are ignored if passed to
> configure.  I had to pass CFLAGS="$SLKCFLAGS" to make for gcc and g++
> to use the SLKCFLAGS.  Here is my above mentioned parameters.
> 
> ./configure \
>   --prefix=/usr \
>   --libdir=/usr/lib${LIBDIRSUFFIX} \
>   --mandir=/usr/man \
>   --enable-gpl \
>   --disable-debug \
>   --qimage-libdir=${QT4DIR}/qt/lib \
>   --qimage-includedir=${QT4DIR}/qt/include \
>   --avformat-swscale \
>   --luma-compress \
>   --enable-motion-est
> 
> CFLAGS="$SLKCFLAGS" make
> 
> --Larry
> 
> On Sat, Jan 2, 2010 at 8:35 AM, Matteo Bernardini
> <matteo.bernardini at sns.it> wrote:
> > I think (just included) mlt need a fix: it builds into /usr/lib,
> > regardless of ARCH, and it looks like an include for qimage is
> > pointing to /usr/include/qt4.
> > I changed
> >
> > ./configure \
> > ?--prefix=/usr \
> > ?--enable-gpl \
> > ?--qimage-libdir=/usr/lib \
> > ?--qimage-includedir=/usr/include/qt4 \
> >
> > with
> >
> > ./configure \
> > ?--prefix=/usr \
> > ?--libdir=/usr/lib$LIBDIRSUFFIX \
> > ?--enable-gpl \
> > ?--qimage-libdir=/usr/lib$LIBDIRSUFFIX \
> > ?--qimage-includedir=/usr/lib$LIBDIRSUFFIX/qt/include \
> >
> > Matteo
> >
> >
> > _______________________________________________
> > SlackBuilds-users mailing list
> > SlackBuilds-users at slackbuilds.org
> > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> > FAQ - http://slackbuilds.org/faq/
> >
> >
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - http://slackbuilds.org/faq/
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100102/6edffcce/attachment-0001.asc>

From rworkman at slackbuilds.org  Sat Jan  2 20:41:18 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sat, 2 Jan 2010 20:41:18 +0000
Subject: [Slackbuilds-users] Updates #2 - 200100102
Message-ID: <20100102204118.GA16194@slackbuilds.org>

Sat Jan  2 20:38:41 UTC 2010
audio/mppenc: Added - a Musepack encoder.  Thanks to M. Dinslage.  --rworkman
development/freeglut: Added - freeglut is an open source alternative to the
  OpenGL Utility Toolkit (GLUT).  Thanks to M. Dinslage.  --rworkman
libraries/libmpdclient: Added - libmpdclient is a stable, documented, 
  asynchronous API library for interfacing MPD in the C, C++, and Objective C 
  languages.  Thanks to Evandro Alves Rodrigues.  --rworkman
misc/gramps: Updated for version 3.1.3. Thanks to Bill Kirkpatrick. --rworkman
multimedia/mlt: Fixed library install location and some other minor nits with
  the build script.  Thanks to Matteo Bernardini and Larry Hajali for the 
  reports and fixes.  --rworkman


From artourter at gmail.com  Sat Jan  2 20:45:35 2010
From: artourter at gmail.com (Greg' Ar Tourter)
Date: Sat, 2 Jan 2010 20:45:35 +0000
Subject: [Slackbuilds-users] [ANN]: sbo-dev-helper 0.0.4
In-Reply-To: <a0adeea50912311846y69221ac4v62cdc3c66d02ad14@mail.gmail.com>
References: <a0adeea50912311846y69221ac4v62cdc3c66d02ad14@mail.gmail.com>
Message-ID: <9b4c59691001021245t40ff766bx5f8a90757cffbfe5@mail.gmail.com>

Hi Grissiom

Thanks for the great work.

One thing I have noticed is that the configuration file is mispelt
(well I think it is but it is due to the way it was spelt in the
original suggestion.)

~/.sbo-dev-helver.cfg instead of ~/.sbo-dev-helper.cfg

Also, calling the scripts with -h without the SBO_TEMPLATES variable
set, just gives the message that it should be, rather than the full
help.

Cheers

ArTourter


2010/1/1 Grissiom <chaos.proton at gmail.com>:
> Hello all,
>
> Happy New Year! As a gift, I will announce version 0.0.4 of the little
> sbo-dev-helper
> which can be downloaded from
> http://sbo-dev-helper.googlecode.com/files/sbo-dev-helper-0.0.4.tar.gz
> . The main
> differences from previous versions are:
>
> ?*, Added diff_sbo script to show the diff between your working copy
> and the one
> ? ? in official repo.(This require a rsync(or equivalent) local copy
> of official repo)
> ?*, doc updates including new INSTALL instruction.
> ?*, directory re-structure.
> ?*, build utilities enhancements.
> ?*, adapted to utilize http://slackbuilds.org/templates/ (Thanks to
> the SBo admins!)
> ?*, some bug fixes and improvements.
>
> As always, suggestions and patch are strongly welcomed! ;-)
>
> --
> Cheers,
> Grissiom
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - http://slackbuilds.org/faq/
>
>

From larryhaja at gmail.com  Sat Jan  2 23:16:03 2010
From: larryhaja at gmail.com (Larry Hajali)
Date: Sat, 2 Jan 2010 15:16:03 -0800
Subject: [Slackbuilds-users] Updates #2 - 200100102
In-Reply-To: <20100102204118.GA16194@slackbuilds.org>
References: <20100102204118.GA16194@slackbuilds.org>
Message-ID: <8ba30f851001021516p604157a6ta12a81f410e9b490@mail.gmail.com>

Is it possible to add a note in the README for freeglut that this
package overwrites libglut.so and glut.h from the Mesa package.  It
can be avoided if --disable-replace-glut is passed to configure.  But
a note in the README should suffice.

--Larry

On Sat, Jan 2, 2010 at 12:41 PM, Robby Workman <rworkman at slackbuilds.org> wrote:
> Sat Jan ?2 20:38:41 UTC 2010
> audio/mppenc: Added - a Musepack encoder. ?Thanks to M. Dinslage. ?--rworkman
> development/freeglut: Added - freeglut is an open source alternative to the
> ?OpenGL Utility Toolkit (GLUT). ?Thanks to M. Dinslage. ?--rworkman
> libraries/libmpdclient: Added - libmpdclient is a stable, documented,
> ?asynchronous API library for interfacing MPD in the C, C++, and Objective C
> ?languages. ?Thanks to Evandro Alves Rodrigues. ?--rworkman
> misc/gramps: Updated for version 3.1.3. Thanks to Bill Kirkpatrick. --rworkman
> multimedia/mlt: Fixed library install location and some other minor nits with
> ?the build script. ?Thanks to Matteo Bernardini and Larry Hajali for the
> ?reports and fixes. ?--rworkman
>
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - http://slackbuilds.org/faq/
>
>

From chaos.proton at gmail.com  Sun Jan  3 06:14:54 2010
From: chaos.proton at gmail.com (Grissiom)
Date: Sun, 3 Jan 2010 14:14:54 +0800
Subject: [Slackbuilds-users] [ANN]: sbo-dev-helper 0.0.4
In-Reply-To: <9b4c59691001021245t40ff766bx5f8a90757cffbfe5@mail.gmail.com>
References: <a0adeea50912311846y69221ac4v62cdc3c66d02ad14@mail.gmail.com> 
	<9b4c59691001021245t40ff766bx5f8a90757cffbfe5@mail.gmail.com>
Message-ID: <a0adeea51001022214n440c36dex3b6cffd7f66e0798@mail.gmail.com>

On Sun, Jan 3, 2010 at 4:45 AM, Greg' Ar Tourter <artourter at gmail.com> wrote:
> Hi Grissiom
>
> Thanks for the great work.
>
> One thing I have noticed is that the configuration file is mispelt
> (well I think it is but it is due to the way it was spelt in the
> original suggestion.)
>
> ~/.sbo-dev-helver.cfg instead of ~/.sbo-dev-helper.cfg
>
> Also, calling the scripts with -h without the SBO_TEMPLATES variable
> set, just gives the message that it should be, rather than the full
> help.
>

Thanks for pointing out these bugs! ;) I fixed them in the
snapshot(attachment). You can have a try if you want. ;)

If you have anymore about the little program, feel free to tell me ;-)

-- 
Cheers,
Grissiom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: sbo-dev-helper-snapshot.tar.gz
Type: application/x-gzip
Size: 5133 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100103/e8e523f7/attachment.bin>

From rworkman at slackbuilds.org  Mon Jan  4 07:00:13 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Mon, 4 Jan 2010 01:00:13 -0600
Subject: [Slackbuilds-users] Updates #2 - 200100102
In-Reply-To: <8ba30f851001021516p604157a6ta12a81f410e9b490@mail.gmail.com>
References: <20100102204118.GA16194@slackbuilds.org>
	<8ba30f851001021516p604157a6ta12a81f410e9b490@mail.gmail.com>
Message-ID: <20100104010013.2208da24@liberty.rlwhome.lan>

On Sat, 2 Jan 2010 15:16:03 -0800
Larry Hajali <larryhaja at gmail.com> wrote:

> Is it possible to add a note in the README for freeglut that this
> package overwrites libglut.so and glut.h from the Mesa package.  It
> can be avoided if --disable-replace-glut is passed to configure.  But
> a note in the README should suffice.


Done; thanks!

-RW
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100104/05abcb50/attachment.asc>

From rworkman at slackbuilds.org  Mon Jan  4 07:16:57 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Mon, 4 Jan 2010 07:16:57 +0000
Subject: [Slackbuilds-users] Updates - 20100104
Message-ID: <20100104071657.GA32430@slackbuilds.org>

Mon Jan  4 07:14:43 UTC 2010
audio/clam: Added - CLAM is a software framework for research and application 
  development on the audio and music domain.
  Thanks to B. Watson.  --rworkman
audio/clam_annotator: Added - the CLAM Annotator is a tool that can be used 
  to visualize, check and modify music information extracted from audio.
  Thanks to B. Watson.  --rworkman
audio/clam_networkeditor: Added - the CLAM Network Editor is a tool for 
  editing CLAM processing networks.  Thanks to B. Watson.  --rworkman
audio/clam_voice2midi: Added - a GUI tool that converts singing/humming into 
  MIDI files.  Thanks to B. Watson.  --rworkman
audio/lv2core: Fixed libdir in the pkgconfig file and added profile scripts to 
  set LV2_PATH in the environment.  Thanks to B. Watson.
audio/mpdscribble: Updated for version 0.19. Thanks to Erik Hanson. --rworkman
desktop/kcometen4: Updated for version 1.0.6.
desktop/xfce4-clipman-plugin: Updated for version 1.1.3.
  Thanks to Robby Workman.  --michiel
development/Cython: Updated for version 0.12.
development/couchdb: Added - Apache CouchDB is a RESTFul document-oriented 
  database.  Thanks to Nicolas Steinmetz.  --rworkman
development/nsis: Added - NSIS (Nullsoft Scriptable Install System) is a 
  professional open source system to create Windows installers.
  Thanks to Martinus Ady H.  --rworkman
development/xmlcopyeditor: Updated for version 1.2.0.6.
games/warzone2100: Updated for version 2.3_beta4.
libraries/chardet: Removed (renamed to python2-chardet).
libraries/cssutils: Updated for version 0.9.6.
libraries/gdata: Updated for version 2.0.6.
libraries/libelf: Updated for version 0.8.13.
libraries/libmemcached: Added - libmemcached is a C and C++ client library to
  the memcached server.  Thanks to Nishant Limbachia.
libraries/libmms: Updated for version 0.5.
libraries/python2-chardet: Added (renamed from chardet) and updated for
  version 2.0.1.  Thanks to Larry Hajali.  --rworkman
libraries/slv2: Fixed libdir in the pkgconfig file.  Thanks to B. Watson.
libraries/virtualenv: Updated for version 1.4.3.
libraries/yaz: Updated for version 3.0.52.
multimedia/dvdstyler: Added - DVDStyler is a DVD authoring application that
  makes it possible for video enthusiasts to create professional-looking DVDs.
  Thanks to "Ponce".
multimedia/llcon: Added - llcon enables musicians to perform real-time jam 
  sessions over the internet.  Thanks to Andrei G.  --rworkman
multimedia/mpgtx: Added - mpgtx a command line MPEG audio/video/system file
  toolbox.  Thanks to "Ponce".
multimedia/wxsvg: Added - wxSVG is C++ library to create, manipulate and render
  SVG files.  Thanks to "Ponce".
multimedia/xbmc: Added - XBMC is an award winning media center application.
  Thanks to Larry Hajali.
network/heimdal: Added - Heimdal is a free implementation of Kerberos 5.
  Thanks to Menno Duursma.  --rworkman
network/mod_wsgi: Updated for version 3.1 along with a bugfix to the config
  file (my bug - oops).  Thanks to Adis Nezirovic.  --rworkman
office/Ted: Added - Ted is a lightweight Word-processor that uses the
  RTF-format. Thanks to Hannes Worst.  --michiel
system/davfs2: Added - this is a virtual filesystem driver for WebDAV.
  Thanks to Chris Abela.  --rworkman
system/kvm-kmod: Added - kvm-kmod provides the kvm modules from the latest
  stable kernel sources.  Thanks to Stu Miller.  --rworkman
system/postgresql: Updated for version 8.4.2.
system/rar: Updated for version 3.9.1.  Thanks to Steven Pledger.  --rworkman
system/samhain: Updated for version 2.6.1b.  Thanks to Richard Scott Smith.
system/tokyocabinet: Added - Tokyo Cabinet is a fast and efficient key/value 
  database.  Thanks to Kuroi Kenshi.  --rworkman
system/tokyotyrant: Added - Tokyo Tyrant provides network-based access to 
  Tokyo Cabinet.  Thanks to Kuroi Kenshi.  --rworkman
system/truecrypt: Updated for version 6.3a.


From nille.kungen at gmail.com  Mon Jan  4 22:30:16 2010
From: nille.kungen at gmail.com (=?ISO-8859-1?Q?Niklas_=27Nille=27_=C5kerstr=F6m?=)
Date: Mon, 04 Jan 2010 23:30:16 +0100
Subject: [Slackbuilds-users] scummvm
Message-ID: <4B426BF8.6030809@gmail.com>

scummvm.info for 13.0 has wrong VERSION.
It shows VERSION=0.11.0 but the source is version 0.13.1

/Nille

From rworkman at slackbuilds.org  Tue Jan  5 06:49:17 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 5 Jan 2010 06:49:17 +0000
Subject: [Slackbuilds-users] Updates - 20100105
Message-ID: <20100105064917.GA12759@slackbuilds.org>

Yay!  The pending queue is empty!  :-)

Tue Jan  5 05:57:22 UTC 2010
graphics/kipi-plugins: Updated for version 1.0.0.
  Thanks to Frank Caraballo.  --michiel
graphics/nvidia-cg-toolkit: Added - The Nvidia Cg Toolkit contains the GPU
  Shader Authoring Language. Thanks to Heinz Wiesinger.  --michiel.
system/unrar: Updated for version 3.9.7.
  Thanks to Niklas 'Nille' ?kerstr?m. -michiel
system/wiimms-wbfs-tool: Added - Wiimm's WBFS Tool (or wwt, for shorter) is
  a set of programs which can manage, create and convert ISO, WBFS and WDF
  files and partitions. Thanks to Marco Bonetti.  --michiel

From gmartin at gmartin.org  Tue Jan  5 12:40:40 2010
From: gmartin at gmartin.org (gmartin)
Date: Tue, 5 Jan 2010 07:40:40 -0500
Subject: [Slackbuilds-users] Updates - 20100105
In-Reply-To: <20100105064917.GA12759@slackbuilds.org>
References: <20100105064917.GA12759@slackbuilds.org>
Message-ID: <fa63ac5a1001050440n147031d2sdd406067f6d3d0a5@mail.gmail.com>

Congrats, Robbie and thanks to you and the other reviewers for this
excellent repository.

\\Greg

On Tue, Jan 5, 2010 at 1:49 AM, Robby Workman <rworkman at slackbuilds.org>wrote:

> Yay!  The pending queue is empty!  :-)
>
> Tue Jan  5 05:57:22 UTC 2010
> graphics/kipi-plugins: Updated for version 1.0.0.
>  Thanks to Frank Caraballo.  --michiel
> graphics/nvidia-cg-toolkit: Added - The Nvidia Cg Toolkit contains the GPU
>  Shader Authoring Language. Thanks to Heinz Wiesinger.  --michiel.
> system/unrar: Updated for version 3.9.7.
>  Thanks to Niklas 'Nille' ?kerstr?m. -michiel
> system/wiimms-wbfs-tool: Added - Wiimm's WBFS Tool (or wwt, for shorter) is
>  a set of programs which can manage, create and convert ISO, WBFS and WDF
>  files and partitions. Thanks to Marco Bonetti.  --michiel
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - http://slackbuilds.org/faq/
>
>


-- 
\\Greg
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100105/986c6304/attachment.htm>

From ozan.turkyilmaz at gmail.com  Tue Jan  5 13:08:46 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Tue, 5 Jan 2010 15:08:46 +0200
Subject: [Slackbuilds-users] Updates - 20100105
In-Reply-To: <20100105064917.GA12759@slackbuilds.org>
References: <20100105064917.GA12759@slackbuilds.org>
Message-ID: <b465f34b1001050508r2039ebfcl70bba32d4692f4e4@mail.gmail.com>

2010/1/5 Robby Workman <rworkman at slackbuilds.org>:
> Yay! ?The pending queue is empty! ?:-)
>

don't temp me to write  a script for Tekir (Java based accounting
system using client server design. and it's all turkish). and i need
to finish that damn paper that due tomarrow (no sleep for last 26
hours and counting. well it's at least daylight

-- 
Ozan
???

Close the world, txEn eht nepO

From mjjzf at syntaktisk.dk  Tue Jan  5 13:16:48 2010
From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=)
Date: Tue, 5 Jan 2010 08:16:48 -0500
Subject: [Slackbuilds-users] Updates - 20100105
In-Reply-To: <20100105064917.GA12759@slackbuilds.org>
References: <20100105064917.GA12759@slackbuilds.org>
Message-ID: <20100105081648.40774fc1@espero.syntaktisk.dk>

On Tue, 5 Jan 2010 06:49:17 +0000
Robby Workman <rworkman at slackbuilds.org> wrote:
> Yay!  The pending queue is empty!  :-)

Let's say we give him a week's vacation and then hit 'im with
everything we've got?
Beautiful work.

Cheers,
M

From rworkman at slackbuilds.org  Tue Jan  5 18:02:48 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 5 Jan 2010 12:02:48 -0600
Subject: [Slackbuilds-users] scummvm
In-Reply-To: <4B426BF8.6030809@gmail.com>
References: <4B426BF8.6030809@gmail.com>
Message-ID: <20100105120248.2844aefc@liberty.rlwhome.lan>

On Mon, 04 Jan 2010 23:30:16 +0100
Niklas 'Nille' ?kerstr?m <nille.kungen at gmail.com> wrote:

> scummvm.info for 13.0 has wrong VERSION.
> It shows VERSION=0.11.0 but the source is version 0.13.1


Thanks; it's fixed now.

-RW
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100105/cd264019/attachment.asc>

From chris.abela at maltats.com  Wed Jan  6 15:09:02 2010
From: chris.abela at maltats.com (Chris Abela)
Date: Wed, 6 Jan 2010 16:09:02 +0100
Subject: [Slackbuilds-users] davfs2/MINI_HOWTO
In-Reply-To: <20100105120248.2844aefc@liberty.rlwhome.lan>
Message-ID: <E1NSXVT-0006Rk-Dy@fender55.maltanet.net>

HAPPY NEW YEAR TO YOU ALL. 

Slackware would be much poorer with slackbuilds.org. Your effort is
appreciated by all the community. I just hope that you enjoy it as well. 

Please replace
http://slackbuilds.org/slackbuilds/13.0/system/davfs2/MINI_HOWTO with the
attached. There are a few silly typos that were corrected and one acronym
that is used only in my application that should go.

Cheers
Chris
-------------- next part --------------
A non-text attachment was scrubbed...
Name: MINI_HOWTO
Type: application/octet-stream
Size: 2962 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100106/6b5c9c77/attachment.obj>

From erik at slackbuilds.org  Wed Jan  6 15:18:35 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Wed, 6 Jan 2010 09:18:35 -0600
Subject: [Slackbuilds-users] davfs2/MINI_HOWTO
In-Reply-To: <E1NSXVT-0006Rk-Dy@fender55.maltanet.net>
References: <20100105120248.2844aefc@liberty.rlwhome.lan>
	<E1NSXVT-0006Rk-Dy@fender55.maltanet.net>
Message-ID: <20100106091835.0e60e492@shaggy.doo>

On Jan 06, 2010, at  4:09 PM, Chris Abela wrote:

> Please replace
> http://slackbuilds.org/slackbuilds/13.0/system/davfs2/MINI_HOWTO with the
> attached. There are a few silly typos that were corrected and one acronym
> that is used only in my application that should go.

Done, Thanks!

-- 
Erik Hanson
http://slackbuilds.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100106/6db3f120/attachment.asc>

From mjjzf at syntaktisk.dk  Wed Jan  6 23:07:36 2010
From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=)
Date: Wed, 6 Jan 2010 18:07:36 -0500
Subject: [Slackbuilds-users] TeXmaker - dependencies?
Message-ID: <20100106180736.0f11c870@espero.syntaktisk.dk>

Does the TeXmaker Slackbuild require some KDE stuff?
I have pretty much a full Slackware installation (a lazy full
installation minus the KDE bits). I built TeXmaker and it exited
correctly, but when I try to run it, I get:
***
$ texmaker 
QGtkStyle cannot be used together with the GTK_Qt engine.
Segmentation fault
***

Any pointers on that one?

And happy new year to all of you. As Garrison Keilor says in The
Writer's Almanac: Be well, do good work & keep in touch.

Yours,
Morten
__
Morten Juhl-Johansen Z?lde-Fej?r
http://syntaktisk.dk * mjjzf at syntaktisk.dk

From michiel at slackbuilds.org  Thu Jan  7 03:10:46 2010
From: michiel at slackbuilds.org (Michiel van Wessem)
Date: Thu, 7 Jan 2010 03:10:46 +0000
Subject: [Slackbuilds-users] Updates - 20100107
Message-ID: <20100107031046.68589906@hades.esn.local>

Thu Jan  7 03:04:15 UTC 2010
dekstop/rss-glx: Update for version 0.9.1.
  Thanks to Erik Hanson.  --michiel
development/kdesvn: Updated for version 1.4.1.
games/wesnoth: Updated for version 1.7.11.
games/sdlmame: Updated for version 0.136.
  Thanks to B. Watson.  --michiel
libraries/perl-class-accessor: Added - perl-class-accessor automagically
  generates accessors/mutators for your class. 
  Thanks to Pablo Santamaria.  --michiel
libraries/perl-file-path-expand: Added - File::Path::Expand expands user
  directories in filenames. Thanks to Pablo Santamaria.  --michiel
libraries/perl-lirc-client: Added - This module provides a simple
 interface to the Linux Infrared Remote Control (Lirc).
 Thanks to Pablo Santamaria.  --michiel
multimedia/Songbird: Updated for version 1.4.3_1438.
network/cadaver: - Updated for version 0.23.3.
  Thanks to Jean-Yves Didier.  --michiel
network/vnstat: Updated for version 1.10.
office/kchmviewer: Updated for version 5.1.
system/fsarchiver: Updated for version 0.6.4.
system/isomaster: Updated for version 1.3.7.
  Thanks to Erik Hanson.  --michiel
system/pdksh: Updated for version 5.2.14.
  Thanks to Daniel LEVAI.  --michiel

-- 
Michiel van Wessem
http://slackbuilds.org/

From artourter at gmail.com  Thu Jan  7 03:45:10 2010
From: artourter at gmail.com (Greg' Ar Tourter)
Date: Thu, 7 Jan 2010 03:45:10 +0000
Subject: [Slackbuilds-users] kipi-plugins slackbuild
Message-ID: <9b4c59691001061945q35283de6vebceae5213e7c899@mail.gmail.com>

Hi

the new kipi-plugins slackbuilds fails to work if $TMP is set to
something else that /tmp/SBo as the patch included uses a the full
path including including /tmp/SBo and the patch command uses the -p0
flag.

the custom $TMP variable is used by sbopkg when the CLEANUP option is set to yes

To fix this, either remove the "/tmp/SBo/" prefix to that file paths
in the patch file and use -p1 flag to the patch command
or alternatively, using -p4 without changing the patch file should work as well.

Hope this is helpful,

Cheers

ArTourter

From rworkman at slackbuilds.org  Thu Jan  7 04:47:27 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Wed, 6 Jan 2010 22:47:27 -0600
Subject: [Slackbuilds-users] kipi-plugins slackbuild
In-Reply-To: <9b4c59691001061945q35283de6vebceae5213e7c899@mail.gmail.com>
References: <9b4c59691001061945q35283de6vebceae5213e7c899@mail.gmail.com>
Message-ID: <20100106224727.30f54c22@liberty.rlwhome.lan>

On Thu, 7 Jan 2010 03:45:10 +0000
"Greg' Ar Tourter" <artourter at gmail.com> wrote:

> the new kipi-plugins slackbuilds fails to work if $TMP is set to
> something else that /tmp/SBo as the patch included uses a the full
> path including /tmp/SBo 


Eeek!


> the custom $TMP variable is used by sbopkg when the CLEANUP option is
> set to yes
> 
> To fix this, either remove the "/tmp/SBo/" prefix to that file paths
> in the patch file and use -p1 flag to the patch command
> or alternatively, using -p4 without changing the patch file should
> work as well.
> 
> Hope this is helpful,


Yep, I'll get it fixed in just a moment; thanks!

-RW
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100106/293508af/attachment.asc>

From larryhaja at gmail.com  Thu Jan  7 04:47:22 2010
From: larryhaja at gmail.com (Larry Hajali)
Date: Wed, 6 Jan 2010 20:47:22 -0800
Subject: [Slackbuilds-users] TeXmaker - dependencies?
In-Reply-To: <20100106180736.0f11c870@espero.syntaktisk.dk>
References: <20100106180736.0f11c870@espero.syntaktisk.dk>
Message-ID: <8ba30f851001062047i50b65f36l2bda221c7aa2e3d3@mail.gmail.com>

I wasn't aware of this particular issue until rworkman told me about
it after I had submitted the slackbuild.  My default desktop back then
was KDE and I had no issues.  Under at least XFCE, maybe other
environments, this error happens.  It works on my production box
running the XFCE desktop without issue but I'm not sure what
particular combination works.  It does, however, not work with XFCE in
a VM and the error below occurs.

If anybody knows how to resolve this error then I'd be happy to update
the README and/or slackbuild.

--Larry

On Wed, Jan 6, 2010 at 3:07 PM, Morten Juhl-Johansen Z?lde-Fej?r
<mjjzf at syntaktisk.dk> wrote:
> Does the TeXmaker Slackbuild require some KDE stuff?
> I have pretty much a full Slackware installation (a lazy full
> installation minus the KDE bits). I built TeXmaker and it exited
> correctly, but when I try to run it, I get:
> ***
> $ texmaker
> QGtkStyle cannot be used together with the GTK_Qt engine.
> Segmentation fault
> ***
>
> Any pointers on that one?
>
> And happy new year to all of you. As Garrison Keilor says in The
> Writer's Almanac: Be well, do good work & keep in touch.
>
> Yours,
> Morten
> __
> Morten Juhl-Johansen Z?lde-Fej?r
> http://syntaktisk.dk * mjjzf at syntaktisk.dk
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - http://slackbuilds.org/faq/
>
>

From rworkman at slackbuilds.org  Thu Jan  7 04:50:41 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Wed, 6 Jan 2010 22:50:41 -0600
Subject: [Slackbuilds-users] kipi-plugins slackbuild
In-Reply-To: <20100106224727.30f54c22@liberty.rlwhome.lan>
References: <9b4c59691001061945q35283de6vebceae5213e7c899@mail.gmail.com>
	<20100106224727.30f54c22@liberty.rlwhome.lan>
Message-ID: <20100106225041.0a91f514@liberty.rlwhome.lan>

On Wed, 6 Jan 2010 22:47:27 -0600
Robby Workman <rworkman at slackbuilds.org> wrote:

> On Thu, 7 Jan 2010 03:45:10 +0000
> "Greg' Ar Tourter" <artourter at gmail.com> wrote:
> 
> > the new kipi-plugins slackbuilds fails to work if $TMP is set to
> > something else that /tmp/SBo as the patch included uses a the full
> > path including /tmp/SBo 
> 
> 
> Yep, I'll get it fixed in just a moment; thanks!


And it's done now.  I'm not bothering with a ChangeLog entry,
because anyone with a package already built does not need to
rebuild it.  Lack of a ChangeLog entry, however, does not in
any way decrease our appreciation  :-)

-RW
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100106/b5a4c19a/attachment.asc>

From rworkman at slackbuilds.org  Thu Jan  7 04:52:12 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Wed, 6 Jan 2010 22:52:12 -0600
Subject: [Slackbuilds-users] TeXmaker - dependencies?
In-Reply-To: <8ba30f851001062047i50b65f36l2bda221c7aa2e3d3@mail.gmail.com>
References: <20100106180736.0f11c870@espero.syntaktisk.dk>
	<8ba30f851001062047i50b65f36l2bda221c7aa2e3d3@mail.gmail.com>
Message-ID: <20100106225212.02191fe9@liberty.rlwhome.lan>

On Wed, 6 Jan 2010 20:47:22 -0800
Larry Hajali <larryhaja at gmail.com> wrote:

> I wasn't aware of this particular issue until rworkman told me about
> it after I had submitted the slackbuild.  My default desktop back then
> was KDE and I had no issues.  Under at least XFCE, maybe other
> environments, this error happens.  It works on my production box
> running the XFCE desktop without issue but I'm not sure what
> particular combination works.  It does, however, not work with XFCE in
> a VM and the error below occurs.
> 
> If anybody knows how to resolve this error then I'd be happy to update
> the README and/or slackbuild.


Well, crap.  Now I don't recall what I installed to make that error
go away, but it seems like one of the QtCurve engines and perhaps
gtk-qt-engine or some such were involved...

-RW
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100106/456883b4/attachment.asc>

From matteo.bernardini at sns.it  Thu Jan  7 05:57:15 2010
From: matteo.bernardini at sns.it (Matteo Bernardini)
Date: Thu, 07 Jan 2010 06:57:15 +0100
Subject: [Slackbuilds-users] experimenting with 13.0 repo on 64-current
Message-ID: <4B4577BB.6050205@sns.it>

hi,

like two months ago, I tried building some 13.0 slackbuilds with the new 
gcc/glibc/kernel and I found some issues (but most of the builds were 
clean) related and some not.
avoiding spamming on the ml ( :D ) I wrote a page with results:

http://www2.arch.unipi.it:81/gcc442.htm

hope it can be useful :)



From thedoogster at gmail.com  Thu Jan  7 06:54:48 2010
From: thedoogster at gmail.com (Doogster)
Date: Wed, 6 Jan 2010 22:54:48 -0800
Subject: [Slackbuilds-users] "CoreFonts" keyword for webcore-fonts
Message-ID: <45967bd31001062254g7c9e2409m5d03c3580f6b5c69@mail.gmail.com>

Searching SlackBuilds.org for "Corefonts" doesn't return the
webcore-fonts SlackBuild.

Could you please add the "corefonts" keyword to the webcore-fonts SlackBuild?

From rworkman at slackbuilds.org  Thu Jan  7 07:12:31 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Thu, 7 Jan 2010 01:12:31 -0600
Subject: [Slackbuilds-users] "CoreFonts" keyword for webcore-fonts
In-Reply-To: <45967bd31001062254g7c9e2409m5d03c3580f6b5c69@mail.gmail.com>
References: <45967bd31001062254g7c9e2409m5d03c3580f6b5c69@mail.gmail.com>
Message-ID: <20100107011231.4fbc6b30@liberty.rlwhome.lan>

On Wed, 6 Jan 2010 22:54:48 -0800
Doogster <thedoogster at gmail.com> wrote:

> Searching SlackBuilds.org for "Corefonts" doesn't return the
> webcore-fonts SlackBuild.
> 
> Could you please add the "corefonts" keyword to the webcore-fonts
> SlackBuild? 


Added "corefonts" and "core fonts"

-RW
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100107/42f53158/attachment.asc>

From mjjzf at syntaktisk.dk  Thu Jan  7 15:02:43 2010
From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=)
Date: Thu, 7 Jan 2010 10:02:43 -0500
Subject: [Slackbuilds-users] Erratic feedback in Claws
Message-ID: <20100107100243.4ddf6e84@espero.syntaktisk.dk>

Since a lot of Slackers are using Claws Mail, I have to ask: Did anyone
experience odd behaviour in the Claws Mail notification plugin? When I
get an email, I get an announcement saying I have quite a few new
emails... which I don't:
http://syntaktisk.dk/grphcs/clawsmail_oddity.png

Cheers,
Morten
__
Morten Juhl-Johansen Z?lde-Fej?r
http://syntaktisk.dk * mjjzf at syntaktisk.dk

From mjjzf at syntaktisk.dk  Thu Jan  7 16:42:21 2010
From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=)
Date: Thu, 7 Jan 2010 11:42:21 -0500
Subject: [Slackbuilds-users] Submission email problem
Message-ID: <20100107114221.03e6c821@espero.syntaktisk.dk>

I was trying to submit a Slackbuild, but all of my email addresses were
rejected - this time also mjjzf at fsfe.org, which it accepted last time.

Any pointers?
__
Morten Juhl-Johansen Z?lde-Fej?r
http://syntaktisk.dk * mjjzf at syntaktisk.dk

From erik at slackbuilds.org  Thu Jan  7 17:39:16 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Thu, 7 Jan 2010 11:39:16 -0600
Subject: [Slackbuilds-users] Submission email problem
In-Reply-To: <20100107114221.03e6c821@espero.syntaktisk.dk>
References: <20100107114221.03e6c821@espero.syntaktisk.dk>
Message-ID: <20100107113916.3e34854f@shaggy.doo>

On Jan 07, 2010, at 11:42 AM, Morten Juhl-Johansen Z?lde-Fej?r wrote:

> I was trying to submit a Slackbuild, but all of my email addresses were
> rejected - this time also mjjzf at fsfe.org, which it accepted last time.

I don't see any errors in the logs. Please email the file you are trying to
submit to me (not the list) and I will try to reproduce the problem.

-- 
Erik Hanson
http://slackbuilds.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100107/9ae787dd/attachment.asc>

From mjjzf at syntaktisk.dk  Thu Jan  7 17:52:58 2010
From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=)
Date: Thu, 7 Jan 2010 12:52:58 -0500
Subject: [Slackbuilds-users] Submission email problem
In-Reply-To: <20100107113916.3e34854f@shaggy.doo>
References: <20100107114221.03e6c821@espero.syntaktisk.dk>
	<20100107113916.3e34854f@shaggy.doo>
Message-ID: <20100107125258.7e8545ce@espero.syntaktisk.dk>

On Thu, 7 Jan 2010 11:39:16 -0600
Erik Hanson <erik at slackbuilds.org> wrote:

> On Jan 07, 2010, at 11:42 AM, Morten Juhl-Johansen Z?lde-Fej?r wrote:
> 
> > I was trying to submit a Slackbuild, but all of my email addresses
> > were rejected - this time also mjjzf at fsfe.org, which it accepted
> > last time.
> 
> I don't see any errors in the logs. Please email the file you are
> trying to submit to me (not the list) and I will try to reproduce the
> problem.
> 

Done.

__
Morten Juhl-Johansen Z?lde-Fej?r
http://syntaktisk.dk * mjjzf at syntaktisk.dk

From pablosantamaria at gmail.com  Fri Jan  8 18:28:29 2010
From: pablosantamaria at gmail.com (Pablo Santamaria)
Date: Fri, 8 Jan 2010 16:28:29 -0200
Subject: [Slackbuilds-users] osmo optional dependencies problem
Message-ID: <c02b9b4e1001081028g5733a21dp853fd298bc4a1bb6@mail.gmail.com>

Hi!

The libsyncml optional dependency in osmo.SlackBuild is not recognized
unless you use the option --with-libsyncml in the configure line. A
possible fix is to modify the script as follows and then run

# SYNCML=yes ./osmo.SlackBuild

-------
SYNCML=${SYNCML:-no}

if [ "$SYNCML" = "no" ]; then
    do_syncml="without"
else
    do_syncml="with"
fi

....

CFLAGS="$SLKCFLAGS" \
./configure \
  --prefix=/usr \
  --libdir=/usr/lib${LIBDIRSUFFIX} \
  --sysconfdir=/etc \
  --localstatedir=/var \
  --mandir=/usr/man \
  --$do_syncml-libsyncml \
  --build=$ARCH-slackware-linux

-------------------

Also in the osmo.info and slack-desc the homepage is wrong.
The new website is http://clayo.org/osmo/.

-------
Pablo Santamaria
(pablosantamaria at gmail.com)

From nishant at mnspace.net  Tue Jan 12 21:57:32 2010
From: nishant at mnspace.net (Nishant Limbachia)
Date: Tue, 12 Jan 2010 15:57:32 -0600
Subject: [Slackbuilds-users] libmemcached in Approved
Message-ID: <4B4CF04C.3080200@mnspace.net>

Hi Admins,

Can you please remove libmemcached from Approved.  There's a new source
version out and would like to submit that instead.

Thanks,

From erik at slackbuilds.org  Tue Jan 12 22:08:02 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Tue, 12 Jan 2010 16:08:02 -0600
Subject: [Slackbuilds-users] libmemcached in Approved
In-Reply-To: <4B4CF04C.3080200@mnspace.net>
References: <4B4CF04C.3080200@mnspace.net>
Message-ID: <20100112160802.43b17e10@shaggy.doo>

On Jan 12, 2010, at  3:57 PM, Nishant Limbachia wrote:

> Hi Admins,
> 
> Can you please remove libmemcached from Approved.  There's a new source
> version out and would like to submit that instead.

Done.

-- 
Erik Hanson
http://slackbuilds.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100112/06093911/attachment.asc>

From fecaraballo at gmail.com  Wed Jan 13 18:45:02 2010
From: fecaraballo at gmail.com (Frank Caraballo)
Date: Wed, 13 Jan 2010 10:45:02 -0800
Subject: [Slackbuilds-users] kipi-plugins slackbuild
In-Reply-To: <20100106225041.0a91f514@liberty.rlwhome.lan>
References: <9b4c59691001061945q35283de6vebceae5213e7c899@mail.gmail.com>	<20100106224727.30f54c22@liberty.rlwhome.lan>
	<20100106225041.0a91f514@liberty.rlwhome.lan>
Message-ID: <4B4E14AE.9040509@gmail.com>

On 01/06/2010 08:50 PM, Robby Workman wrote:
> On Wed, 6 Jan 2010 22:47:27 -0600
> Robby Workman<rworkman at slackbuilds.org>  wrote:
>
>    
>> On Thu, 7 Jan 2010 03:45:10 +0000
>> "Greg' Ar Tourter"<artourter at gmail.com>  wrote:
>>
>>      
>>> the new kipi-plugins slackbuilds fails to work if $TMP is set to
>>> something else that /tmp/SBo as the patch included uses a the full
>>> path including /tmp/SBo
>>>        
>>
>> Yep, I'll get it fixed in just a moment; thanks!
>>      
>
> And it's done now.  I'm not bothering with a ChangeLog entry,
> because anyone with a package already built does not need to
> rebuild it.  Lack of a ChangeLog entry, however, does not in
> any way decrease our appreciation  :-)
>
> -RW
>    
>
>
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - http://slackbuilds.org/faq/
>
>    
Thank you guys for getting this to work again!

-FC

From daedra1980 at gmail.com  Wed Jan 13 19:55:19 2010
From: daedra1980 at gmail.com (Matt Dinslage)
Date: Wed, 13 Jan 2010 11:55:19 -0800
Subject: [Slackbuilds-users] pcsxr conflicts with pcsx-df
Message-ID: <4B4E2527.6080907@gmail.com>

I am the maintainer of the pcsxr package and was informed today that the 
package conflicts  with the pcsx-df package.  I checked this and 
confirmed it, since the pcsxr is a fork of pcsx-df it will completely 
overwrite the files of pcsx-df if both are installed.  So if you could 
edit the README to say this i would appreciate it.

PCSX-Reloaded is a PlayStation Emulator based on PCSX-df Project, with
support for both Windows and GNU/Linux as well as many bugfixes and
improvements.

*WARNING - This package conflicts/breaks pcsx-df .



or something to that regard.  I am going to see if I can edit the build 
options to avoid conflict but for now can you add this line to my README 
or feel free to edit the build in anyway you guys see fit. :)

From gort.klaatu at gmail.com  Wed Jan 13 20:53:13 2010
From: gort.klaatu at gmail.com (Klaatu)
Date: Wed, 13 Jan 2010 15:53:13 -0500
Subject: [Slackbuilds-users] loudmouth download link needs updating
Message-ID: <ea957371001131253o4bf4165bq182d5d024385bff2@mail.gmail.com>

The link for the source file to Loudmouth 1.4.3 slackbuild is broken.

Apparently the source has moved to:
http://ftp.gnome.org/pub/GNOME/sources/loudmouth/1.4/loudmouth-1.4.3.tar.bz2

I'm not sure if this list is the place to announce that or whether it
is better to email the maintainer directly, so let me know if I've
just spammed everyone.

-- klaatu


-- 
---
uzu linukso. subtenu libera programaro.
kotizu al http://www.thebadapples.info/ogg.xml
http://www.fedorareloaded.com

From erik at slackbuilds.org  Wed Jan 13 21:13:03 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Wed, 13 Jan 2010 15:13:03 -0600
Subject: [Slackbuilds-users] pcsxr conflicts with pcsx-df
In-Reply-To: <4B4E2527.6080907@gmail.com>
References: <4B4E2527.6080907@gmail.com>
Message-ID: <20100113151303.4a7c9b2b@shaggy.doo>

On Jan 13, 2010, at 11:55 AM, Matt Dinslage wrote:

> I am the maintainer of the pcsxr package and was informed today that the 
> package conflicts  with the pcsx-df package.  I checked this and 
> confirmed it, since the pcsxr is a fork of pcsx-df it will completely 
> overwrite the files of pcsx-df if both are installed.  So if you could 
> edit the README to say this i would appreciate it.

Both README's have been updated. Thanks.

-- 
Erik Hanson
http://slackbuilds.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100113/a88c4080/attachment.asc>

From erik at slackbuilds.org  Wed Jan 13 21:13:28 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Wed, 13 Jan 2010 15:13:28 -0600
Subject: [Slackbuilds-users] loudmouth download link needs updating
In-Reply-To: <ea957371001131253o4bf4165bq182d5d024385bff2@mail.gmail.com>
References: <ea957371001131253o4bf4165bq182d5d024385bff2@mail.gmail.com>
Message-ID: <20100113151328.7fbffb08@shaggy.doo>

On Jan 13, 2010, at  3:53 PM, Klaatu wrote:

> The link for the source file to Loudmouth 1.4.3 slackbuild is broken.
> 
> Apparently the source has moved to:
> http://ftp.gnome.org/pub/GNOME/sources/loudmouth/1.4/loudmouth-1.4.3.tar.bz2

Fixed it, Thanks.

-- 
Erik Hanson
http://slackbuilds.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100113/7ec70310/attachment.asc>

From vlahavas at gmail.com  Thu Jan 14 18:14:18 2010
From: vlahavas at gmail.com (George Vlahavas)
Date: Thu, 14 Jan 2010 20:14:18 +0200
Subject: [Slackbuilds-users] fbreader.SlackBuild uses /usr/lib in x86_64
Message-ID: <a80126f51001141014s6d84f73ocd63a3d992f8d9e0@mail.gmail.com>

Hi,

the current fbreader.SlackBuild on slackbuilds.org puts libraries in
/usr/lib, even when compiled under x86_64. The fix (provided by rworkman) is
apparently to change the make and make install lines to:

make LIBDIR=/usr/lib${LIBDIRSUFFIX}
make install LIBDIR=/usr/lib${LIBDIRSUFFIX} DESTDIR=$PKG

Best regards,

George

PS: I'm CCing the SBo mail list, but I'm not registered.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100114/30b17934/attachment.htm>

From dave at unrealize.co.uk  Thu Jan 14 20:59:20 2010
From: dave at unrealize.co.uk (David Woodfall)
Date: Thu, 14 Jan 2010 20:59:20 +0000
Subject: [Slackbuilds-users] TeXmaker - dependencies?
In-Reply-To: <20100106225212.02191fe9@liberty.rlwhome.lan>
References: <20100106180736.0f11c870@espero.syntaktisk.dk>
	<8ba30f851001062047i50b65f36l2bda221c7aa2e3d3@mail.gmail.com>
	<20100106225212.02191fe9@liberty.rlwhome.lan>
Message-ID: <20100114205920.GA26120@Junius>

On (22:52 06/01/10), Robby Workman <rworkman at slackbuilds.org> put forth the proposition:
>On Wed, 6 Jan 2010 20:47:22 -0800
>Larry Hajali <larryhaja at gmail.com> wrote:
>
>> I wasn't aware of this particular issue until rworkman told me about
>> it after I had submitted the slackbuild.  My default desktop back then
>> was KDE and I had no issues.  Under at least XFCE, maybe other
>> environments, this error happens.  It works on my production box
>> running the XFCE desktop without issue but I'm not sure what
>> particular combination works.  It does, however, not work with XFCE in
>> a VM and the error below occurs.
>> 
>> If anybody knows how to resolve this error then I'd be happy to update
>> the README and/or slackbuild.
>
>
>Well, crap.  Now I don't recall what I installed to make that error
>go away, but it seems like one of the QtCurve engines and perhaps
>gtk-qt-engine or some such were involved...
>
>-RW

I also seem to recall gtk-qt-engine had something to do with this
problem.

D

>_______________________________________________
>SlackBuilds-users mailing list
>SlackBuilds-users at slackbuilds.org
>http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
>Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
>FAQ - http://slackbuilds.org/faq/
>


-- 
Don't look back, the lemmings are gaining on you.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100114/37803a42/attachment-0001.sig>

From chaos.proton at gmail.com  Sat Jan 16 11:06:18 2010
From: chaos.proton at gmail.com (Grissiom)
Date: Sat, 16 Jan 2010 19:06:18 +0800
Subject: [Slackbuilds-users] [ANN] sbo-dev-helper 0.0.5
Message-ID: <a0adeea51001160306p22429bel34cc6125c49cf182@mail.gmail.com>

Hello all,

After long period of time, here comes version 0.0.5 of sbo-dev-helper. Main
changes are:
  1, fix a typo in configuration name.(~/.sbo-dev-helver.cfg =>
~/.sbo-dev-helper.cfg)
     Please rename your configuration. Sorry for inconvenience.
     Thank Greg' Ar Tourter for bug report.
  2, parse -h option before checking SBO_* envs. This could let the use see
     help doc even without configurations.  Thank Greg' Ar Tourter
  3, adjust the right place after replacing the appnam Thank Greg' Ar
Tourter
  4, add doinst.sh in default. Thank Greg' Ar Tourter.
  5, new template files saved as .new files in $SBO_TEMPLATES.
  6, Many doc improvements.

Many of them have usability improvements. Please update your local package.

-- 
Cheers,
Grissiom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100116/31eace93/attachment.htm>

From chaos.proton at gmail.com  Sat Jan 16 11:08:47 2010
From: chaos.proton at gmail.com (Grissiom)
Date: Sat, 16 Jan 2010 19:08:47 +0800
Subject: [Slackbuilds-users] [ANN] sbo-dev-helper 0.0.5
In-Reply-To: <a0adeea51001160306p22429bel34cc6125c49cf182@mail.gmail.com>
References: <a0adeea51001160306p22429bel34cc6125c49cf182@mail.gmail.com>
Message-ID: <a0adeea51001160308j64f1f24bwa4bdf1236641d8aa@mail.gmail.com>

On Sat, Jan 16, 2010 at 7:06 PM, Grissiom <chaos.proton at gmail.com> wrote:

> Hello all,
>
> After long period of time, here comes version 0.0.5 of sbo-dev-helper. Main
> changes are:
>   1, fix a typo in configuration name.(~/.sbo-dev-helver.cfg =>
> ~/.sbo-dev-helper.cfg)
>      Please rename your configuration. Sorry for inconvenience.
>      Thank Greg' Ar Tourter for bug report.
>   2, parse -h option before checking SBO_* envs. This could let the use see
>      help doc even without configurations.  Thank Greg' Ar Tourter
>   3, adjust the right place after replacing the appnam Thank Greg' Ar
> Tourter
>   4, add doinst.sh in default. Thank Greg' Ar Tourter.
>   5, new template files saved as .new files in $SBO_TEMPLATES.
>   6, Many doc improvements.
>
> Many of them have usability improvements. Please update your local package.
>

Sorry that I forgot the download link:

http://sbo-dev-helper.googlecode.com/files/sbo-dev-helper-0.0.5.tar.gz

Hope you would like this new version ;)

-- 
Cheers,
Grissiom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100116/114cc4dd/attachment.htm>

From mannynix at megared.net.mx  Sun Jan 17 03:49:09 2010
From: mannynix at megared.net.mx (Manuel Mantilla)
Date: Sat, 16 Jan 2010 21:49:09 -0600
Subject: [Slackbuilds-users] games/prboom (For -current users, gcc-4.4.2)
Message-ID: <4B5288B5.7060501@megared.net.mx>

-current is not officially supported by the SlackBuilds.org project.
Ignore this email if you're not running -current or prboom.

Just a heads-up for those running prboom on -current:

 From ChangeLog:
Mon Jan 4 21:43:02 UTC 2010
d/gcc-4.4.2-i486-1.txz: Moved from /testing.

prboom compiles with gcc-4.4.2 but game exits with signal 8.
A few moments after the splash screen:
...
I_SignalHandler: Exiting on signal: signal 8
I_ShutdownMusic: removing /tmp/prboom-music-UCKdxC
I_ShutdownSound:

Fix: Just add
--disable-i386-asm \
To the ./configure options.

Aparently some of the assembler in prboom is not liked by gcc-4.4.2
No idea about x86_64. Feedback welcome, Cheers.

--MannyNix

From matteo.bernardini at sns.it  Sun Jan 17 07:24:55 2010
From: matteo.bernardini at sns.it (Matteo Bernardini)
Date: Sun, 17 Jan 2010 08:24:55 +0100
Subject: [Slackbuilds-users] games/prboom (For -current users, gcc-4.4.2)
In-Reply-To: <4B5288B5.7060501@megared.net.mx>
References: <4B5288B5.7060501@megared.net.mx>
Message-ID: <4B52BB47.80003@sns.it>

Il 17/01/2010 04:49, Manuel Mantilla ha scritto:
> ...
> I_SignalHandler: Exiting on signal: signal 8
> I_ShutdownMusic: removing /tmp/prboom-music-UCKdxC
> I_ShutdownSound:
>
> Fix: Just add
> --disable-i386-asm \
> To the ./configure options.
>
> Aparently some of the assembler in prboom is not liked by gcc-4.4.2
> No idea about x86_64. Feedback welcome, Cheers.
tried on slack64-current with stock slackbuild and it works (I played 
thee levels of the shareware with opengl: superfun! :D ).
if can help
$ ldd /usr/games/prboom
         linux-vdso.so.1 =>  (0x00007fff14dff000)
         libSDL_net-1.2.so.0 => /usr/lib64/libSDL_net-1.2.so.0 
(0x00007f0ae3285000)
         libSDL-1.2.so.0 => /usr/lib64/libSDL-1.2.so.0 (0x00007f0ae2fcd000)
         libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f0ae2db0000)
         libGL.so.1 => /usr/lib64/libGL.so.1 (0x00007f0ae2bb1000)
         libGLU.so.1 => /usr/lib64/libGLU.so.1 (0x00007f0ae2940000)
         libpng.so.3 => /usr/lib64/libpng.so.3 (0x00007f0ae2700000)
         libSDL_mixer-1.2.so.0 => /usr/lib64/libSDL_mixer-1.2.so.0 
(0x00007f0ae2493000)
         libm.so.6 => /lib64/libm.so.6 (0x00007f0ae2210000)
         libc.so.6 => /lib64/libc.so.6 (0x00007f0ae1e9f000)
         libasound.so.2 => /usr/lib64/libasound.so.2 (0x00007f0ae1bbd000)
         libdl.so.2 => /lib64/libdl.so.2 (0x00007f0ae19b9000)
         libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f0ae1680000)
         libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f0ae146e000)
         libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x00007f0ae1266000)
         libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007f0ae105d000)
         libvga.so.1 => /usr/lib64/libvga.so.1 (0x00007f0ae0de4000)
         /lib64/ld-linux-x86-64.so.2 (0x00007f0ae3488000)
         libGLcore.so.1 => /usr/lib64/libGLcore.so.1 (0x00007f0adf18d000)
         libnvidia-tls.so.1 => /usr/lib64/tls/libnvidia-tls.so.1 
(0x00007f0ae3567000)
         libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f0adee82000)
         libgcc_s.so.1 => /usr/lib64/libgcc_s.so.1 (0x00007f0adec6c000)
         libz.so.1 => /usr/lib64/libz.so.1 (0x00007f0adea58000)
         librt.so.1 => /lib64/librt.so.1 (0x00007f0ade850000)
         libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f0ade635000)
         libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f0ade433000)
         libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00007f0ade22e000)

Matteo

-- 
Matteo Bernardini
Centro di Elaborazione dell'Informazione e del Calcolo
Scuola Normale Superiore
Tel. 050-509338


From audrius at neutrino.lt  Sun Jan 17 11:41:00 2010
From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=)
Date: Sun, 17 Jan 2010 13:41:00 +0200
Subject: [Slackbuilds-users] fbreader.SlackBuild uses /usr/lib in x86_64
In-Reply-To: <a80126f51001141014s6d84f73ocd63a3d992f8d9e0@mail.gmail.com>
References: <a80126f51001141014s6d84f73ocd63a3d992f8d9e0@mail.gmail.com>
Message-ID: <20100117114100.GA4530@kiras>

On Thu, 2010-01-14 at 20:14:18 +0200, George Vlahavas wrote:
> Hi,
> 
> the current fbreader.SlackBuild on slackbuilds.org puts libraries in
> /usr/lib, even when compiled under x86_64. The fix (provided by rworkman) is
> apparently to change the make and make install lines to:
> 
> make LIBDIR=/usr/lib${LIBDIRSUFFIX}
> make install LIBDIR=/usr/lib${LIBDIRSUFFIX} DESTDIR=$PKG
> 
> Best regards,
> 
> George
> 
> PS: I'm CCing the SBo mail list, but I'm not registered.

Sorry for late reply and thanks for report.  I'm not using fbreader
anymore, so feel free to take over its maintenance (together with its
dependency liblinebreak).

-- 
Audrius Ka?ukauskas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100117/e98a0542/attachment.sig>

From hubert.hesse at student.hpi.uni-potsdam.de  Sun Jan 17 21:45:33 2010
From: hubert.hesse at student.hpi.uni-potsdam.de (Hubert Hesse)
Date: Sun, 17 Jan 2010 20:45:33 -0100
Subject: [Slackbuilds-users] TeXmaker - dependencies?
Message-ID: <20100117204533.0a89640a@caput.bosslevel>

Hey List,

"It means that GNOME is trying to use Qt for rendering (with the GTK_QT
theme engine) while you are using QGtkStyle in Qt. You have to change
either one to a different style. For instance in GNOME you run
gnome-appearance-properties and change the theme to something other
than "Qt". Or you run qtconfig to change your Qt theme to something
other than "GTK"."

http://www.virtualbox.de/ticket/2702

solved this issue for me.

cheers,
hub

From mannynix at megared.net.mx  Sun Jan 17 21:18:43 2010
From: mannynix at megared.net.mx (Manuel Mantilla)
Date: Sun, 17 Jan 2010 15:18:43 -0600
Subject: [Slackbuilds-users] games/prboom (For -current users, gcc-4.4.2)
In-Reply-To: <4B52BB47.80003@sns.it>
References: <4B5288B5.7060501@megared.net.mx> <4B52BB47.80003@sns.it>
Message-ID: <4B537EB3.20202@megared.net.mx>

Ignore this email if you're not running -current or prboom.
-current is not officially supported by the SlackBuilds.org project.

On 01/17/2010 01:24 AM, Matteo Bernardini wrote:
> Il 17/01/2010 04:49, Manuel Mantilla ha scritto:
>> ...
>> I_SignalHandler: Exiting on signal: signal 8
>> I_ShutdownMusic: removing /tmp/prboom-music-UCKdxC
>> I_ShutdownSound:
>>
>> Fix: Just add
>> --disable-i386-asm \
>> To the ./configure options.
>>
>> Aparently some of the assembler in prboom is not liked by gcc-4.4.2
>> No idea about x86_64. Feedback welcome, Cheers.
> tried on slack64-current with stock slackbuild and it works (I played
> thee levels of the shareware with opengl: superfun! :D ).
> if can help
> $ ldd /usr/games/prboom
> linux-vdso.so.1 => (0x00007fff14dff000)
> libSDL_net-1.2.so.0 => /usr/lib64/libSDL_net-1.2.so.0 (0x00007f0ae3285000)
> libSDL-1.2.so.0 => /usr/lib64/libSDL-1.2.so.0 (0x00007f0ae2fcd000)
> libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f0ae2db0000)
> libGL.so.1 => /usr/lib64/libGL.so.1 (0x00007f0ae2bb1000)
> libGLU.so.1 => /usr/lib64/libGLU.so.1 (0x00007f0ae2940000)
> libpng.so.3 => /usr/lib64/libpng.so.3 (0x00007f0ae2700000)
> libSDL_mixer-1.2.so.0 => /usr/lib64/libSDL_mixer-1.2.so.0
> (0x00007f0ae2493000)
> libm.so.6 => /lib64/libm.so.6 (0x00007f0ae2210000)
> libc.so.6 => /lib64/libc.so.6 (0x00007f0ae1e9f000)
> libasound.so.2 => /usr/lib64/libasound.so.2 (0x00007f0ae1bbd000)
> libdl.so.2 => /lib64/libdl.so.2 (0x00007f0ae19b9000)
> libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f0ae1680000)
> libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f0ae146e000)
> libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x00007f0ae1266000)
> libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007f0ae105d000)
> libvga.so.1 => /usr/lib64/libvga.so.1 (0x00007f0ae0de4000)
> /lib64/ld-linux-x86-64.so.2 (0x00007f0ae3488000)
> libGLcore.so.1 => /usr/lib64/libGLcore.so.1 (0x00007f0adf18d000)
> libnvidia-tls.so.1 => /usr/lib64/tls/libnvidia-tls.so.1
> (0x00007f0ae3567000)
> libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f0adee82000)
> libgcc_s.so.1 => /usr/lib64/libgcc_s.so.1 (0x00007f0adec6c000)
> libz.so.1 => /usr/lib64/libz.so.1 (0x00007f0adea58000)
> librt.so.1 => /lib64/librt.so.1 (0x00007f0ade850000)
> libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f0ade635000)
> libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f0ade433000)
> libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00007f0ade22e000)
>
> Matteo
>

Thanks for letting me know slack64-current is not affected, thank you 
for testing and info Matteo. Glad you enjoyed it too :)
--Mannynix

From xgizzmo at slackbuilds.org  Mon Jan 18 01:04:43 2010
From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org)
Date: Sun, 17 Jan 2010 20:04:43 -0500
Subject: [Slackbuilds-users] Updates - 20100108
Message-ID: <201001172004.44183.xgizzmo@slackbuilds.org>


Mon Jan 18 00:55:00 UTC 2010
audio/mpd: Updated for version 0.15.7.
audio/ncmpc: Updated for version 0.16.
desktop/QtCurve-Gtk2: Updated for version 1.0.1.
desktop/QtCurve-KDE4: Updated for version 1.0.1.
desktop/peksystray: Added - PekSysTray is a system tray "notification area"
  applet. Thanks to Pablo Santamaria.  --michiel
desktop/wally: Updated for version 2.3.1.
desktop/xfce4-dict: Updated for version 0.6.0.
  Thanks to Robby Workman.  --michiel
development/egenix-mx-base: Updated for version 3.1.3.
development/grails: Added - Grails (Groovy on Rails) is a Web framework
  based on the Groovy.  Thanks to Dhaby Xiloj.
development/paramiko: Updated for version 1.7.6.
development/power-architect: Added - The SQL Power Architect is a cross-
  platform, open-source data modeling tool with a GUI and an embeddable API.
  Thanks to Dhaby Xiloj.
development/pycrypto: Updated for version 2.1.0.
games/advancescan: Added - AdvanceSCAN is a command line rom manager for MAME, 
  MESS, AdvanceMAME, AdvanceMESS and Raine. Thanks to Pablo Santamaria.  --michiel
games/ckmame: Added - A program to check ROM sets for MAME, the Multiple Arcade
  Machine Emulator. Thanks to Erik Hanson.  --michiel
games/desmume: Updated for version 0.9.5. 
  Thanks to Larry Hajali.  --michiel
games/gnuski: Added - GNUSki is an open source clone of Skifree, the old Windows
  game.  Thanks to Vincent Batts.
games/sdlmame-data: Updated for version 0.136.
libraries/libaosd: Added - libaosd is an advanced on screen display library.
  Thanks to Pablo Santamaria.
libraries/libgringotts: Added - libgringotts is a data encapsulation and
  encryption library.  Thanks to Pablo Santamaria.
libraries/libiphone: Added - libiphone is a library for connecting to Apple's
  iPhone or iPod touch devices.  Thanks to David Somero.
libraries/libmemcached: Updated for version 0.37.
libraries/libnetfilter_conntrack: Updated for version -0.0.101.
  Thanks to Robby Workman.  --michiel	
libraries/libplist: Added - libplist is a library for manipulating Apple
  Binary and XML Property Lists.  Thanks to David Somero.
libraries/libusb1: Added - libusb1 is a lightweight usb library.
  Thanks to David Somero.
libraries/pybluez: Updated for version 0.18.
libraries/wxPython: Updated build, added ogl library from contrib.
  Thanks to Heinz Wiesinger.
libraries/xulrunner: Added - XULRunner provides the XUL Runtime environment.
  Thanks to David Somero.
misc/task: Updated for version 1.8.5.
multimedia/gtk-recordmydesktop: Added - gtk-recordmydesktop is a GTK2 frontend
  for recordmydesktop. Thanks to Morten Juhl-Johansen Z??lde-Fej??r.  --miiel
network/aria2: Updated for version 1.8.0.
network/conntrack-tools: Updated for version 0.9.14.
  Thanks to Robby Workman.  --michiel
network/deluge: Updated for version 1.2.0.
network/gajim: Updated for version 0.13.1.
network/krb5: Build bumped, includes patches to address security issues.
  For further information about these advisories, please see
  http://web.mit.edu/kerberos/advisories/
  MITKRB5-SA-2009-004: integer underflow in AES and RC4 decryption
  MITKRB5-SA-2009-003: KDC denial of service in cross-realm referral processing
  If you use Kerberos, it is recommended that you update. Thanks to Tom Canich.
network/noip2: Added - NoIP2 keeps your current IP address in sync with
  your No-IP host or domain.  Thanks to Dhaby Xiloj.
network/phpmyadmin: Updated for version 3.2.5.
  Thanks to Nishant Limbachia.  --rworkman
network/psi: Updated for version 0.14. 
  Thanks to Eugene Wissner.  --michiel
network/shorewall: Updated for version 4.4.6.
network/shorewall6: Updated for version 4.4.6.
network/uget: Added - Uget (formerly urlgfe) is a Free and Open Source
  download manager.  Thanks to Morten Juhl-Johansen Z??lde-Fej??
system/gigolo: Updated for version 0.4.0 and added a gnome-mount compatibility
  script to /usr/bin.  Thanks to Luis Henrique.  --rworkman
system/ifuse: Added - ifuse is a fuse filesystem for mounting iPhone and iPod
  touch devices.  Thanks to David Somero.
system/kvm-kmod: Updated for version 2.6.32.3.
system/lrzip: Added - lrzip is a long range LZMA compression program
  optimised for large files.  Thanks to Dave Margell.
system/qemu: Updated for version 0.12.1.
system/usb_modeswitch: Added - USB_ModeSwitch is a mode switching tool for
  controlling "flip flop" (multiple device) USB gear.  Thanks to David Somero.
system/usbmuxd: Added - USB Multiplex Daemon.  Thanks to David Somero.

From grbzks at xsmail.com  Mon Jan 18 06:04:50 2010
From: grbzks at xsmail.com (Grigorios Bouzakis)
Date: Mon, 18 Jan 2010 08:04:50 +0200
Subject: [Slackbuilds-users] Updates - 20100108
In-Reply-To: <201001172004.44183.xgizzmo@slackbuilds.org>
References: <201001172004.44183.xgizzmo@slackbuilds.org>
Message-ID: <201001180804.56024.grbzks@xsmail.com>

On Monday 18 of January 2010 03:04:43 xgizzmo at slackbuilds.org wrote:
> libraries/xulrunner: Added - XULRunner provides the XUL Runtime
>  environment. Thanks to David Somero.

Isn't xulrunner already in Slackware? AFAIK its provided by seamonkey.
At least in the x86_64 port since the Mozilla stack are binary repackages in 
i486.

-- 
Greg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100118/2fc905cb/attachment.sig>

From eha at alienbase.nl  Mon Jan 18 09:28:38 2010
From: eha at alienbase.nl (Eric Hameleers)
Date: Mon, 18 Jan 2010 10:28:38 +0100 (CET)
Subject: [Slackbuilds-users] Updates - 20100108
In-Reply-To: <201001180804.56024.grbzks@xsmail.com>
References: <201001172004.44183.xgizzmo@slackbuilds.org>
	<201001180804.56024.grbzks@xsmail.com>
Message-ID: <Pine.LNX.4.61.1001181023190.25721@door.barrier.lan>

On Mon, 18 Jan 2010, Grigorios Bouzakis wrote:

> On Monday 18 of January 2010 03:04:43 xgizzmo at slackbuilds.org wrote:
>> libraries/xulrunner: Added - XULRunner provides the XUL Runtime
>>  environment. Thanks to David Somero.
>
> Isn't xulrunner already in Slackware? AFAIK its provided by seamonkey.
> At least in the x86_64 port since the Mozilla stack are binary repackages in
> i486.

The xulrunner is actually a separate software. When installed, you will be 
able to (re)compile seamonkey, firefox etc.. against it, without using the 
internal (parts of) the XUL code that is packed in the source tarballs. 
The resulting seamonkey package would be a lot smaller because most of the 
functionality now being provided to Slackware apps by seamonkey (the nspr 
and nss libraries for instance) are now being provided by xulrunner. And 
indeed, with xulrunner you will have the gtkmozembed library back which 
was removed from seamonkey, which means that multimedia plugins for the 
mozilla browsers can be compiled again.

Eric

-- 
Eric Hameleers
Email: alien at slackware.com
Jabber: alien at jabber.xs4all.nl
Gpg fingerprint: F2CE 1B92 EE1F 2C0C E97E  581E 5E56 AAAF A75C BDA0

The two basic principles of Windows system administration:
* For minor problems, reboot
* For major problems, reinstall

From pwcazenave at gmail.com  Mon Jan 18 10:00:03 2010
From: pwcazenave at gmail.com (Pierre Cazenave)
Date: Mon, 18 Jan 2010 10:00:03 +0000
Subject: [Slackbuilds-users] vwm and 64bit paths
Message-ID: <4B543123.7010909@gmail.com>

I received a bug report for vwm about its inability to install its 
plugin directory:

 > I noticed your vwm SlackBuild in the SBo repository and gave it a 
try, but
 > it seems that vwm is hard-coded to look for plugins in /usr/lib/vwm. 
Since
 > I'm running 64-bit the folder is in /usr/lib64/. Once I symlinked the
 > directory it worked fine.

I've tracked this down to a hardcoded path in vwm.h at line 26 
(attached), and I've tried to pass the value to the macro through the 
Makefile as a -D option:

-D_VWM_SHARED_MODULES=${moddir}, where moddir is composed of values 
passed as options to make, but it hasn't worked.

Therefore, since I'm not a C programmer and my research into passing 
values to macros through gcc and Makefiles hasn't worked, my thought is 
that I can simply sed the appropriate line out of vwm.h by checking what 
the value of $ARCH is.

Would this be an acceptable solution?

Pierre
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: vwm.h
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100118/569204e8/attachment.pl>

From ozan.turkyilmaz at gmail.com  Mon Jan 18 11:23:39 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Mon, 18 Jan 2010 13:23:39 +0200
Subject: [Slackbuilds-users] vwm and 64bit paths
In-Reply-To: <4B543123.7010909@gmail.com>
References: <4B543123.7010909@gmail.com>
Message-ID: <b465f34b1001180323s5d6a1e23taf661eea67ba1bb5@mail.gmail.com>

2010/1/18 Pierre Cazenave <pwcazenave at gmail.com>:
> I received a bug report for vwm about its inability to install its plugin
> directory:
[...]
>
> Would this be an acceptable solution?
>

i would solve it in header file. actually i should send the vwm guys a patch.

something like this assuming we use gcc

#ifdef __x86_64__
 #ifndef _VWM_SHARED_MODULES
  #ifdef _VIPER_WIDE
  #define _VWM_SHARED_MODULES      "/usr/lib64/vwm/modules_wide/"
 #else
  #define _VWM_SHARED_MODULES      "/usr/lib64/vwm/modules/"
 #endif
#else
 #ifndef _VWM_SHARED_MODULES
  #ifdef _VIPER_WIDE
  #define _VWM_SHARED_MODULES      "/usr/lib/vwm/modules_wide/"
 #else
  #define _VWM_SHARED_MODULES      "/usr/lib/vwm/modules/"
 #endif
#endif

however i have to check some more docs about gcc macros (specially __i386__
and how we can get some config material at compile time) and test how
it acts under multilib and pure 64bit.
-- 
Ozan
???

Close the world, txEn eht nepO

From pwcazenave at gmail.com  Mon Jan 18 11:44:15 2010
From: pwcazenave at gmail.com (Pierre Cazenave)
Date: Mon, 18 Jan 2010 11:44:15 +0000
Subject: [Slackbuilds-users] vwm and 64bit paths
In-Reply-To: <b465f34b1001180323s5d6a1e23taf661eea67ba1bb5@mail.gmail.com>
References: <4B543123.7010909@gmail.com>
	<b465f34b1001180323s5d6a1e23taf661eea67ba1bb5@mail.gmail.com>
Message-ID: <4B54498F.2000001@gmail.com>

On 18/01/2010 11:23, Ozan T?rky?lmaz wrote:
> 2010/1/18 Pierre Cazenave<pwcazenave at gmail.com>:
>> I received a bug report for vwm about its inability to install its plugin
>> directory:
> [...]
>>
>> Would this be an acceptable solution?
>>
>
> i would solve it in header file. actually i should send the vwm guys a patch.
>
> something like this assuming we use gcc
>
> #ifdef __x86_64__
>   #ifndef _VWM_SHARED_MODULES
>    #ifdef _VIPER_WIDE
>    #define _VWM_SHARED_MODULES      "/usr/lib64/vwm/modules_wide/"
>   #else
>    #define _VWM_SHARED_MODULES      "/usr/lib64/vwm/modules/"
>   #endif
> #else
>   #ifndef _VWM_SHARED_MODULES
>    #ifdef _VIPER_WIDE
>    #define _VWM_SHARED_MODULES      "/usr/lib/vwm/modules_wide/"
>   #else
>    #define _VWM_SHARED_MODULES      "/usr/lib/vwm/modules/"
>   #endif
> #endif
>
> however i have to check some more docs about gcc macros (specially __i386__
> and how we can get some config material at compile time) and test how
> it acts under multilib and pure 64bit.

The SlackBuild I wrote already patches three Makefiles to remove 
hardcoded paths. I haven't submitted those to the maintainer, though 
they're on the SlackBuilds site, so I suppose I could email him a link 
to them.

I wasn't aware there were specific architecture macros built in (i.e. 
__x86_64__, __i386__), in which case this would be a neat solution.

When I've got a minute, I'll try your approach and see if it works.

Pierre

From ozan.turkyilmaz at gmail.com  Mon Jan 18 11:48:16 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Mon, 18 Jan 2010 13:48:16 +0200
Subject: [Slackbuilds-users] vwm and 64bit paths
In-Reply-To: <4B54498F.2000001@gmail.com>
References: <4B543123.7010909@gmail.com>
	<b465f34b1001180323s5d6a1e23taf661eea67ba1bb5@mail.gmail.com>
	<4B54498F.2000001@gmail.com>
Message-ID: <b465f34b1001180348n13b9721diaf92454d60b23a66@mail.gmail.com>

2010/1/18 Pierre Cazenave <pwcazenave at gmail.com>:
> On 18/01/2010 11:23, Ozan T?rky?lmaz wrote:
>>
>> 2010/1/18 Pierre Cazenave<pwcazenave at gmail.com>:
>>>
>>> I received a bug report for vwm about its inability to install its plugin
>>> directory:
> I wasn't aware there were specific architecture macros built in (i.e.
> __x86_64__, __i386__), in which case this would be a neat solution.

i was remembering something about arch specific macros (at least i remember
there should be). i have to check more docs for better patch.


-- 
Ozan
???

Close the world, txEn eht nepO

From marco.bonetti at slackware.it  Mon Jan 18 11:48:50 2010
From: marco.bonetti at slackware.it (Marco Bonetti)
Date: Mon, 18 Jan 2010 12:48:50 +0100
Subject: [Slackbuilds-users] Avahi and pulseaudio user/group conflict
Message-ID: <4B544AA2.3000201@slackware.it>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi all,
I've spotted a few typos in avahi and pulseaudio build instructions:
both of the packages suggest to use 214 as user and group ids, however
the http://slackbuilds.org/uid_gid.txt summary uses 216 as pulseaudio
ids. Maybe worth a fix? ;-)

ciao!

- --
Marco Bonetti
Slackintosh Linux Project Developer: http://workaround.ch/
Linux-live for powerpc: http://workaround.ch/pub/rsync/mb/linux-live/

My GnuPG key id: 0x0B60BC5F
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAktUSqIACgkQTYvJ9gtgvF/hsQCfZGYZ4sMLmfoVYhceOravxplY
UU8AoMXVgNHCEhTV97lrDl7P5aLq8I/C
=AoXw
-----END PGP SIGNATURE-----

From grbzks at xsmail.com  Mon Jan 18 13:24:40 2010
From: grbzks at xsmail.com (Grigorios Bouzakis)
Date: Mon, 18 Jan 2010 15:24:40 +0200
Subject: [Slackbuilds-users] Updates - 20100108
In-Reply-To: <Pine.LNX.4.61.1001181023190.25721@door.barrier.lan>
References: <201001172004.44183.xgizzmo@slackbuilds.org>
	<201001180804.56024.grbzks@xsmail.com>
	<Pine.LNX.4.61.1001181023190.25721@door.barrier.lan>
Message-ID: <201001181524.44067.grbzks@xsmail.com>

On Monday 18 of January 2010 11:28:38 Eric Hameleers wrote:
> On Mon, 18 Jan 2010, Grigorios Bouzakis wrote:
> > On Monday 18 of January 2010 03:04:43 xgizzmo at slackbuilds.org 
wrote:
> >> libraries/xulrunner: Added - XULRunner provides the XUL Runtime
> >>  environment. Thanks to David Somero.
> >
> > Isn't xulrunner already in Slackware? AFAIK its provided by 
seamonkey.
> > At least in the x86_64 port since the Mozilla stack are binary 
repackages
> > in i486.
> 
> The xulrunner is actually a separate software. When installed, you will 
be
> able to (re)compile seamonkey, firefox etc.. against it, without using the
> internal (parts of) the XUL code that is packed in the source tarballs.
> The resulting seamonkey package would be a lot smaller because 
most of the
> functionality now being provided to Slackware apps by seamonkey 
(the nspr
> and nss libraries for instance) are now being provided by xulrunner.

I know most of that, in fact one of my requests to Pat in the past was 
having a seperate xulrunner package as it makes things much more 
flexible regarding the Mozilla products but his reply was that i486 is 
repackaging the binaries so it doesnt make sense having a seperate 
xulrunner package there.

> And
> indeed, with xulrunner you will have the gtkmozembed library back 
which
> was removed from seamonkey, which means that multimedia plugins 
for the
> mozilla browsers can be compiled again. 

The library needed by those plugins is libxul.so ?
At least thats what i get from reading the xulrunner README on SBo.
That library is already provided by mozilla-firefox.
Couldn't that be used instead with the addition of a doinst.sh which runs 
ldconfig (in the mozilla-firefox package) instead of a seperate xulrunner?

-- 
Greg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100118/31dc966b/attachment.sig>

From eha at alienbase.nl  Mon Jan 18 15:20:16 2010
From: eha at alienbase.nl (Eric Hameleers)
Date: Mon, 18 Jan 2010 16:20:16 +0100 (CET)
Subject: [Slackbuilds-users] Updates - 20100108
In-Reply-To: <201001181524.44067.grbzks@xsmail.com>
References: <201001172004.44183.xgizzmo@slackbuilds.org>
	<201001180804.56024.grbzks@xsmail.com>
	<Pine.LNX.4.61.1001181023190.25721@door.barrier.lan>
	<201001181524.44067.grbzks@xsmail.com>
Message-ID: <Pine.LNX.4.61.1001181617400.30526@door.barrier.lan>

On Mon, 18 Jan 2010, Grigorios Bouzakis wrote:

>> And
>> indeed, with xulrunner you will have the gtkmozembed library back
> which
>> was removed from seamonkey, which means that multimedia plugins
> for the
>> mozilla browsers can be compiled again.
>
> The library needed by those plugins is libxul.so ?
> At least thats what i get from reading the xulrunner README on SBo.
> That library is already provided by mozilla-firefox.
> Couldn't that be used instead with the addition of a doinst.sh which runs
> ldconfig (in the mozilla-firefox package) instead of a seperate 
xulrunner?

No, it is libgtkmozembed.so which is only built as part of xulrunner. It 
used to be built as part of seamonkey but the developers removed it in 2.0 
I think.

Eric

-- 
Eric Hameleers
Email: alien at slackware.com
Jabber: alien at jabber.xs4all.nl
Gpg fingerprint: F2CE 1B92 EE1F 2C0C E97E  581E 5E56 AAAF A75C BDA0

The two basic principles of Windows system administration:
* For minor problems, reboot
* For major problems, reinstall

From erik at slackbuilds.org  Mon Jan 18 18:41:22 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Mon, 18 Jan 2010 12:41:22 -0600
Subject: [Slackbuilds-users] Avahi and pulseaudio user/group conflict
In-Reply-To: <4B544AA2.3000201@slackware.it>
References: <4B544AA2.3000201@slackware.it>
Message-ID: <20100118124122.630d4c49@shaggy.doo>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Jan 18, 2010, at 12:48 PM, Marco Bonetti wrote:

> I've spotted a few typos in avahi and pulseaudio build instructions:
> both of the packages suggest to use 214 as user and group ids, however
> the http://slackbuilds.org/uid_gid.txt summary uses 216 as pulseaudio
> ids. Maybe worth a fix? ;-)

Fixed, thanks!

- -- 
Erik Hanson
http://slackbuilds.org/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAktUq1IACgkQ8dWXmXayDCwPwQCgtJ0sNO2IDFLJBl3jBoIJZ74w
iXYAoJ/S6OCZYIAXSMIZeaUlNNdHQJeQ
=KTQW
-----END PGP SIGNATURE-----

From marco.bonetti at slackware.it  Tue Jan 19 11:09:48 2010
From: marco.bonetti at slackware.it (Marco Bonetti)
Date: Tue, 19 Jan 2010 12:09:48 +0100
Subject: [Slackbuilds-users] Desmume md5 mismatch
Message-ID: <4B5592FC.2040001@slackware.it>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello all,
I just got a Desmume md5 mismatch:

Expected: 0e877fe4b99d99502173efa6efae05b1
Found:    aca40a8507d4104626da7086d451037b

I've manually downloaded and verified the tarball from
ovh.dl.sourceforge.net: the "Found" md5 corresponds, so they probably
repackaged the source code or it was just a small overlook or the ovh
mirror is out of sync (argh!). Is anyone experiencing similar issues?

ciao

- --
Marco Bonetti
Slackintosh Linux Project Developer: http://workaround.ch/
Linux-live for powerpc: http://workaround.ch/pub/rsync/mb/linux-live/

My GnuPG key id: 0x0B60BC5F
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAktVkvwACgkQTYvJ9gtgvF94nQCgrbUnOpfEgP7At3FGEtLlkuar
NscAoNHGgNDlsuQiwtn0cuoL/2Lr1G9l
=8wiN
-----END PGP SIGNATURE-----

From hba.nihilismus at gmail.com  Tue Jan 19 14:50:22 2010
From: hba.nihilismus at gmail.com (=?UTF-8?Q?Antonio_Hern=C3=A1ndez_Blas?=)
Date: Tue, 19 Jan 2010 08:50:22 -0600
Subject: [Slackbuilds-users] Desmume md5 mismatch
In-Reply-To: <4B5592FC.2040001@slackware.it>
References: <4B5592FC.2040001@slackware.it>
Message-ID: <39be091001190650v39885b98p6a4a6ef95d28648c@mail.gmail.com>

On Tue, Jan 19, 2010 at 5:09 AM, Marco Bonetti
<marco.bonetti at slackware.it> wrote:

> Hello all,
> I just got a Desmume md5 mismatch:
>
> Expected: 0e877fe4b99d99502173efa6efae05b1
> Found: ? ?aca40a8507d4104626da7086d451037b
>
> I've manually downloaded and verified the tarball from
> ovh.dl.sourceforge.net: the "Found" md5 corresponds, so they probably
> repackaged the source code or it was just a small overlook or the ovh
> mirror is out of sync (argh!). Is anyone experiencing similar issues?
>

I get "Found" from softlayer.dl.sourceforge.net too but also i notice
that "Expected" is for desmume-0.9.4.tar.gz :-)

-- 
- hba

From mannynix at megared.net.mx  Tue Jan 19 15:04:43 2010
From: mannynix at megared.net.mx (Manuel Mantilla)
Date: Tue, 19 Jan 2010 09:04:43 -0600
Subject: [Slackbuilds-users] Desmume md5 mismatch
In-Reply-To: <4B5592FC.2040001@slackware.it>
References: <4B5592FC.2040001@slackware.it>
Message-ID: <4B55CA0B.9070906@megared.net.mx>

On 01/19/2010 05:09 AM, Marco Bonetti wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hello all,
> I just got a Desmume md5 mismatch:
>
> Expected: 0e877fe4b99d99502173efa6efae05b1
> Found:    aca40a8507d4104626da7086d451037b
>
> I've manually downloaded and verified the tarball from
> ovh.dl.sourceforge.net: the "Found" md5 corresponds, so they probably
> repackaged the source code or it was just a small overlook or the ovh
> mirror is out of sync (argh!). Is anyone experiencing similar issues?
>
>
Yes, similar issues here.

--MannyNix

From vlahavas at gmail.com  Tue Jan 19 15:34:45 2010
From: vlahavas at gmail.com (George Vlahavas)
Date: Tue, 19 Jan 2010 17:34:45 +0200
Subject: [Slackbuilds-users] fbreader.SlackBuild uses /usr/lib in x86_64
In-Reply-To: <20100117114100.GA4530@kiras>
References: <a80126f51001141014s6d84f73ocd63a3d992f8d9e0@mail.gmail.com>
	<20100117114100.GA4530@kiras>
Message-ID: <a80126f51001190734r4ce8933cj77e0bb2bac494de@mail.gmail.com>

2010/1/17 Audrius Ka?ukauskas <audrius at neutrino.lt>

> On Thu, 2010-01-14 at 20:14:18 +0200, George Vlahavas wrote:
> > Hi,
> >
> > the current fbreader.SlackBuild on slackbuilds.org puts libraries in
> > /usr/lib, even when compiled under x86_64. The fix (provided by rworkman)
> is
> > apparently to change the make and make install lines to:
> >
> > make LIBDIR=/usr/lib${LIBDIRSUFFIX}
> > make install LIBDIR=/usr/lib${LIBDIRSUFFIX} DESTDIR=$PKG
> >
> > Best regards,
> >
> > George
> >
> > PS: I'm CCing the SBo mail list, but I'm not registered.
>
> Sorry for late reply and thanks for report.  I'm not using fbreader
> anymore, so feel free to take over its maintenance (together with its
> dependency liblinebreak).
>

Sorry, I'm not interested. I don't really use it either. I just found the
error and thought I'd report it.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100119/4aef09e7/attachment.htm>

From ozan.turkyilmaz at gmail.com  Tue Jan 19 18:33:12 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Tue, 19 Jan 2010 20:33:12 +0200
Subject: [Slackbuilds-users] vwm and 64bit paths
In-Reply-To: <4B543123.7010909@gmail.com>
References: <4B543123.7010909@gmail.com>
Message-ID: <b465f34b1001191033v7494d881kdcd648ea4db5bd0c@mail.gmail.com>

2010/1/18 Pierre Cazenave <pwcazenave at gmail.com>:
>
> -D_VWM_SHARED_MODULES=${moddir}, where moddir is composed of values passed
> as options to make, but it hasn't worked.

did you mistype __VWM_SHARED_MODULES=${moddir} (there's two _)
-- 
Ozan
???

Close the world, txEn eht nepO

From pwcazenave at gmail.com  Tue Jan 19 18:48:17 2010
From: pwcazenave at gmail.com (Pierre Cazenave)
Date: Tue, 19 Jan 2010 18:48:17 +0000
Subject: [Slackbuilds-users] vwm and 64bit paths
In-Reply-To: <b465f34b1001191033v7494d881kdcd648ea4db5bd0c@mail.gmail.com>
References: <4B543123.7010909@gmail.com>
	<b465f34b1001191033v7494d881kdcd648ea4db5bd0c@mail.gmail.com>
Message-ID: <4B55FE71.8040702@gmail.com>

On 19/01/2010 18:33, Ozan T?rky?lmaz wrote:
> 2010/1/18 Pierre Cazenave<pwcazenave at gmail.com>:
>>
>> -D_VWM_SHARED_MODULES=${moddir}, where moddir is composed of values passed
>> as options to make, but it hasn't worked.
>
> did you mistype __VWM_SHARED_MODULES=${moddir} (there's two _)

Ah, that might be it. I'll try again...

From ozan.turkyilmaz at gmail.com  Tue Jan 19 18:48:39 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Tue, 19 Jan 2010 20:48:39 +0200
Subject: [Slackbuilds-users] vwm and 64bit paths
In-Reply-To: <b465f34b1001191033v7494d881kdcd648ea4db5bd0c@mail.gmail.com>
References: <4B543123.7010909@gmail.com>
	<b465f34b1001191033v7494d881kdcd648ea4db5bd0c@mail.gmail.com>
Message-ID: <b465f34b1001191048q779af3ccg45318ef71c953321@mail.gmail.com>

2010/1/19 Ozan T?rky?lmaz <ozan.turkyilmaz at gmail.com>:
> 2010/1/18 Pierre Cazenave <pwcazenave at gmail.com>:
>>
>> -D_VWM_SHARED_MODULES=${moddir}, where moddir is composed of values passed
>> as options to make, but it hasn't worked.
>
> did you mistype __VWM_SHARED_MODULES=${moddir} (there's two _)

go for sed, it would be easier for using sed than hacking that header

> --
> Ozan
> ???
>
> Close the world, txEn eht nepO
>



-- 
Ozan
???

Close the world, txEn eht nepO

From larryhaja at gmail.com  Wed Jan 20 02:01:40 2010
From: larryhaja at gmail.com (Larry Hajali)
Date: Tue, 19 Jan 2010 18:01:40 -0800
Subject: [Slackbuilds-users] Desmume md5 mismatch
In-Reply-To: <4B55CA0B.9070906@megared.net.mx>
References: <4B5592FC.2040001@slackware.it> <4B55CA0B.9070906@megared.net.mx>
Message-ID: <8ba30f851001191801x20bc1082l24ed05e569222259@mail.gmail.com>

Yes, the md5sum should be aca40a8507d4104626da7086d451037b.  It looks
like I forgot to change the md5sum before I repackaged the tarball.

But the weird thing is that I have a different md5sum that I pulled
off of sourceforge for version 0.9.5.  The tarball that I initially
pulled didn't build the locale's or the libglade client.  With this
different packaging of version 0.9.5 it now builds the libglade
client.  They must have repackaged it after I uploaded the update to
SBo without changing the version number.  Also, looking at the
creation date of the one I pulled it was 11/27/09 and the one now
available is 12/6/09.

Could one of the SBo admins please change the md5sum for desmume to
aca40a8507d4104626da7086d451037b.

--Larry

On Tue, Jan 19, 2010 at 7:04 AM, Manuel Mantilla
<mannynix at megared.net.mx> wrote:
> On 01/19/2010 05:09 AM, Marco Bonetti wrote:
>>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Hello all,
>> I just got a Desmume md5 mismatch:
>>
>> Expected: 0e877fe4b99d99502173efa6efae05b1
>> Found: ? ?aca40a8507d4104626da7086d451037b
>>
>> I've manually downloaded and verified the tarball from
>> ovh.dl.sourceforge.net: the "Found" md5 corresponds, so they probably
>> repackaged the source code or it was just a small overlook or the ovh
>> mirror is out of sync (argh!). Is anyone experiencing similar issues?
>>
>>
> Yes, similar issues here.
>
> --MannyNix
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - http://slackbuilds.org/faq/
>
>

From michiel at slackbuilds.org  Wed Jan 20 02:23:39 2010
From: michiel at slackbuilds.org (Michiel van Wessem)
Date: Wed, 20 Jan 2010 02:23:39 +0000
Subject: [Slackbuilds-users] Desmume md5 mismatch
In-Reply-To: <8ba30f851001191801x20bc1082l24ed05e569222259@mail.gmail.com>
References: <4B5592FC.2040001@slackware.it> <4B55CA0B.9070906@megared.net.mx>
	<8ba30f851001191801x20bc1082l24ed05e569222259@mail.gmail.com>
Message-ID: <20100120022339.564db1fe@hades.esn.local>

On Tue, 19 Jan 2010 18:01:40 -0800
Larry Hajali <larryhaja at gmail.com> wrote:
 
> Could one of the SBo admins please change the md5sum for desmume to
> aca40a8507d4104626da7086d451037b.

Done, should reflect the correct MD5SUM now. :)

-M.
-- 
Michiel van Wessem
http://slackbuilds.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100120/fec1571e/attachment.asc>

From slacker6896 at gmail.com  Thu Jan 21 14:31:01 2010
From: slacker6896 at gmail.com (Sebastien BALLET)
Date: Thu, 21 Jan 2010 15:31:01 +0100
Subject: [Slackbuilds-users] apache-ant: source link broken
Message-ID: <b5ac020d1001210631p70276e0fw8abdd6b143e62717@mail.gmail.com>

Hello,

Since the latest apache-ant release is 1.8.0RC1, link to 1.7.1  ant source at
http://slackbuilds.org/repository/13.0/development/apache-ant/ is broken. So,
this page needs to be updated with the link below:

  http://archive.apache.org/dist/ant/binaries/apache-ant-1.7.1-bin.tar.bz2

-- 
SeB

From erik at slackbuilds.org  Thu Jan 21 15:24:34 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Thu, 21 Jan 2010 09:24:34 -0600
Subject: [Slackbuilds-users] apache-ant: source link broken
In-Reply-To: <b5ac020d1001210631p70276e0fw8abdd6b143e62717@mail.gmail.com>
References: <b5ac020d1001210631p70276e0fw8abdd6b143e62717@mail.gmail.com>
Message-ID: <20100121092434.04544f70@shaggy.doo>

On Jan 21, 2010, at  3:31 PM, Sebastien BALLET wrote:

> Hello,
> 
> Since the latest apache-ant release is 1.8.0RC1, link to 1.7.1  ant source at
> http://slackbuilds.org/repository/13.0/development/apache-ant/ is broken. So,
> this page needs to be updated with the link below:
> 
>   http://archive.apache.org/dist/ant/binaries/apache-ant-1.7.1-bin.tar.bz2

Fixed, Thanks!

-- 
Erik Hanson
http://slackbuilds.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100121/57dc440b/attachment.asc>

From slackbuilds at tpa.me.uk  Thu Jan 21 15:25:29 2010
From: slackbuilds at tpa.me.uk (Zordrak)
Date: Thu, 21 Jan 2010 15:25:29 +0000
Subject: [Slackbuilds-users] nss_ldap - New version. Same Source Link. Now
	Fails.
In-Reply-To: <b5ac020d1001210631p70276e0fw8abdd6b143e62717@mail.gmail.com>
References: <b5ac020d1001210631p70276e0fw8abdd6b143e62717@mail.gmail.com>
Message-ID: <4B5871E9.6020109@tpa.me.uk>

nss_ldap's source link points at the latest release. The latest release
has now been bumped from 264 to 265. This breaks the script and also it
seems there may be a problem compiling 265 under slack even with the
version bump and MD5 update.

See:
http://www.linuxquestions.org/questions/showthread.php?p=3835052#post3835052
--
Zordrak
slackbuilds at tpa.me.uk

From vbatts at hashbangbash.com  Thu Jan 21 15:46:40 2010
From: vbatts at hashbangbash.com (Vincent Batts)
Date: Thu, 21 Jan 2010 09:46:40 -0600
Subject: [Slackbuilds-users] apache-ant: source link broken
In-Reply-To: <b5ac020d1001210631p70276e0fw8abdd6b143e62717@mail.gmail.com>
References: <b5ac020d1001210631p70276e0fw8abdd6b143e62717@mail.gmail.com>
Message-ID: <2015330f1001210746v6d25dfbw4c7f7663989f4239@mail.gmail.com>

On that note, the new version is looking good. I am ready for it to be
marked "stable" upstream, so we can update it.
And thanks Erik for fixing the link.

Take care,
vb

On 1/21/10, Sebastien BALLET <slacker6896 at gmail.com> wrote:
> Hello,
>
> Since the latest apache-ant release is 1.8.0RC1, link to 1.7.1  ant source
> at
> http://slackbuilds.org/repository/13.0/development/apache-ant/ is broken.
> So,
> this page needs to be updated with the link below:
>
>   http://archive.apache.org/dist/ant/binaries/apache-ant-1.7.1-bin.tar.bz2
>
> --
> SeB
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - http://slackbuilds.org/faq/
>
>

-- 
Sent from my mobile device

vb
205.352.4112
http://hashbangbash.com/

From hba.nihilismus at gmail.com  Thu Jan 21 16:02:22 2010
From: hba.nihilismus at gmail.com (=?UTF-8?Q?Antonio_Hern=C3=A1ndez_Blas?=)
Date: Thu, 21 Jan 2010 17:02:22 +0100
Subject: [Slackbuilds-users] nss_ldap - New version. Same Source Link.
	Now Fails.
In-Reply-To: <4B5871E9.6020109@tpa.me.uk>
References: <b5ac020d1001210631p70276e0fw8abdd6b143e62717@mail.gmail.com>
	<4B5871E9.6020109@tpa.me.uk>
Message-ID: <39be091001210802h34db80ftafedc5f887c401ef@mail.gmail.com>

On Thu, Jan 21, 2010 at 4:25 PM, Zordrak <slackbuilds at tpa.me.uk> wrote:
> nss_ldap's source link points at the latest release. The latest release
> has now been bumped from 264 to 265. This breaks the script

DOWNLOAD line in nss_ldap.info should be:

DOWNLOAD="http://www.padl.com/download/nss_ldap-264.tar.gz"

And as a reference, http://www.padl.com/download/ ;-)

-- 
- hba

From erik at slackbuilds.org  Thu Jan 21 16:19:16 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Thu, 21 Jan 2010 10:19:16 -0600
Subject: [Slackbuilds-users] nss_ldap - New version. Same Source Link.
 Now Fails.
In-Reply-To: <39be091001210802h34db80ftafedc5f887c401ef@mail.gmail.com>
References: <b5ac020d1001210631p70276e0fw8abdd6b143e62717@mail.gmail.com>
	<4B5871E9.6020109@tpa.me.uk>
	<39be091001210802h34db80ftafedc5f887c401ef@mail.gmail.com>
Message-ID: <20100121101916.68fc9b40@shaggy.doo>

On Jan 21, 2010, at  5:02 PM, Antonio Hern?ndez Blas wrote:

> On Thu, Jan 21, 2010 at 4:25 PM, Zordrak <slackbuilds at tpa.me.uk> wrote:
> > nss_ldap's source link points at the latest release. The latest release
> > has now been bumped from 264 to 265. This breaks the script
> 
> DOWNLOAD line in nss_ldap.info should be:
> 
> DOWNLOAD="http://www.padl.com/download/nss_ldap-264.tar.gz"
> 
> And as a reference, http://www.padl.com/download/ ;-)

The SlackBuild needs to be changed as well, so the MAINTAINER should submit a
BUILD=3 update.. unless one of the other Admins feels like fixing it..

-- 
Erik Hanson
http://slackbuilds.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100121/e496d74e/attachment.asc>

From wise at lupulin.net  Fri Jan 22 00:23:17 2010
From: wise at lupulin.net (paul wisehart)
Date: Thu, 21 Jan 2010 19:23:17 -0500
Subject: [Slackbuilds-users] kvm
Message-ID: <4B58EFF5.7050208@lupulin.net>

kvm slackbuild is missing a "<" in a patch command.

patch -p1 $CWD/kvm-88-no_trickery_on_install.patch
should be:
patch -p1 < $CWD/kvm-88-no_trickery_on_install.patch


From listreader at lupulin.net  Fri Jan 22 00:24:11 2010
From: listreader at lupulin.net (paul wisehart)
Date: Thu, 21 Jan 2010 19:24:11 -0500
Subject: [Slackbuilds-users] kvm
Message-ID: <4B58F02B.3030606@lupulin.net>

kvm slackbuild is missing a "<" in a patch command.

patch -p1 $CWD/kvm-88-no_trickery_on_install.patch
should be:
patch -p1 < $CWD/kvm-88-no_trickery_on_install.patch



From gwenhael.le.moine at gmail.com  Fri Jan 22 00:33:00 2010
From: gwenhael.le.moine at gmail.com (Gwenhael Le Moine)
Date: Fri, 22 Jan 2010 07:33:00 +0700
Subject: [Slackbuilds-users] kvm
In-Reply-To: <4B58F02B.3030606@lupulin.net>
References: <4B58F02B.3030606@lupulin.net>
Message-ID: <314c6c8f1001211633p232cdb4fxd33a05bcda7edc06@mail.gmail.com>

2010/1/22 paul wisehart <listreader at lupulin.net>:
> kvm slackbuild is missing a "<" in a patch command.
>
> patch -p1 $CWD/kvm-88-no_trickery_on_install.patch
> should be:
> patch -p1 < $CWD/kvm-88-no_trickery_on_install.patch

or use the -i parameter :
    patch -p1 -i $CWD/kvm-88-no_trickery_on_install.patch

From erik at slackbuilds.org  Fri Jan 22 01:20:41 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Thu, 21 Jan 2010 19:20:41 -0600
Subject: [Slackbuilds-users] kvm
In-Reply-To: <4B58F02B.3030606@lupulin.net>
References: <4B58F02B.3030606@lupulin.net>
Message-ID: <20100121192041.3dd63f61@shaggy.doo>

On Jan 21, 2010, at  7:24 PM, paul wisehart wrote:

> kvm slackbuild is missing a "<" in a patch command.
> 
> patch -p1 $CWD/kvm-88-no_trickery_on_install.patch
> should be:
> patch -p1 < $CWD/kvm-88-no_trickery_on_install.patch

Fixed and BUILD bumped, Thanks!

-- 
Erik Hanson
http://slackbuilds.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100121/bcebb5d7/attachment.asc>

From klaatu at hackerpublicradio.org  Sat Jan 23 02:07:06 2010
From: klaatu at hackerpublicradio.org (klaatu)
Date: Fri, 22 Jan 2010 21:07:06 -0500
Subject: [Slackbuilds-users] LiVES 1.1.8
Message-ID: <201001222107.07026.klaatu@hackerpublicradio.org>

I just submitted an update to my LiVES slackbuild, and it is great and 
all.....except that I left in two lines:

echo $ARCH && echo $CFLAGS
read CONTINUE

....which were obviously inserted in there by me during testing the 
slackbuild, and then promptly forgotten.

I tried to re-upload the corrected version but of course the submission form 
balked at me.

So, if who ever is going to review the script sees this -- yes, the lines are 
still in there and ... no they're not supposed to be there!

Sorry.  For convenience sake, the correct version is attached..

-- klaatu

-- 
the bad apple linux ogg cast --> http://www.thebadapples.info
fedora reloaded! ogg cast --> http://www.fedorareloaded.com
hacker public radio ----------> http://www.hackerpublicradio.org
the linux cranks ogg cast ---> http://www.linuxcranks.info
-------------- next part --------------
A non-text attachment was scrubbed...
Name: LiVES.SlackBuild
Type: application/x-shellscript
Size: 1557 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100122/88cb11f8/attachment.bin>

From xgizzmo at slackbuilds.org  Sat Jan 23 03:19:14 2010
From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org)
Date: Fri, 22 Jan 2010 22:19:14 -0500
Subject: [Slackbuilds-users] Updates - 20100123
Message-ID: <201001222219.14813.xgizzmo@slackbuilds.org>


Sat Jan 23 03:11:36 UTC 2010 
academic/ladr: Updated for version 2009_11A.
audio/schismtracker: Updated for version 20100101.
  Thanks to Erik Hanson.  --dsomero
audio/TiMidity++: Updated - Added an rc.timidity startup script. This
  required changing the configure options so timidity will run as a daemon
  with the -iAD option.  Thanks to Kyle Guinn.
audio/mixxx: Updated for version 1.7.2.
  Thanks to Elvio Basello (HelLViS69).  --pprkut
desktop/xvkbd: Updated for version 3.1.  Thanks to Erik Hanson.  --dsomero
development/llvm: Updated for version 2.6.
development/pip: Updated for version 0.6.2.
games/freeciv: Added - Freeciv is a free turn-based multiplayer strategy
  game, in which each player becomes the leader of a civilization, fighting
  to obtain the ultimate goal: To become the greatest civilization.
  Thanks to Iskar Enev.
games/ltris: Updated for version 1.0.14.
games/sl: Added - sl is a program that can display animations aimed to correct
  you if  you type sl instead of ls by mistake.
  Thanks to V'yacheslav Stetskevych.  --michiel
games/wormux: Updated for version 0.8.5.
games/zdoom: Updated for version 2.4.0.
graphics/LDraw_data: Updated for version 200903.
  Thanks to Niels Horn.  --dsomero
graphics/opengtl: Updated for version 0.9.12.
libraries/fmodapi: Updated for version 4.28.06.
libraries/guichan: Updated for version 0.8.2.
  Thanks to Erik Hanson.  --dsomero
libraries/libpano13: Updated for version 2.9.14.
  Thanks to Erik Hanson.  --dsomero
libraries/perl-dbd-sqlite: Updated for version 1.29.
network/tor: Updated for version 0.2.1.22.  Thanks to Erik Hanson.  --dsomero
office/fbreader: Fix building on x86_64. This package together with
  liblinebreak is unmaintained,  Thanks to Audrius Ka??ukauskas.  --dsomero
office/homebank: Updated for version 4.1.  Thanks to Erik Hanson.  --dsomero
office/texlive: Modified the build script to use the included xpdf library
  instead of the one shipped with Slackware; this isn't necessary for 13.0
  (at least not right now), but due to the frequency of API/ABI changes in
  poppler/xpdf, this will likely eliminate some headaches.  --rworkman
office/vym: Updated for version 1.12.6.
system/bootchart: Small changes in README and mkchartrd.
  Thanks to Marco Cecchetti.  --dsomero
system/dstat: Updated for version 0.7.0.  Thanks to Erik Hanson.  --dsomero
system/md5deep: Updated for version 3.5.1.  Thanks to Erik Hanson.  --dsomero
system/ncdu: Updated for version 1.6.  Thanks to Erik Hanson.  --dsomero
system/nss_ldap: Updated BUILD to correct for source filename change.
  Thanks to Zordrak, Antonio Hern??ndez Blas, and Christopher Walker.
system/partitionmanager: Added - partitionmanager helps you easily manage
  disks, partitions and file systems on your KDE Desktop. 
  Thanks to ArTourter.  --michiel
system/roxterm: Updated for version 1.17.1.  Thanks to Erik Hanson.  --dsomero
+--------------------------+

From audrius at neutrino.lt  Sun Jan 24 10:23:28 2010
From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=)
Date: Sun, 24 Jan 2010 12:23:28 +0200
Subject: [Slackbuilds-users] Updates - 20100123
In-Reply-To: <201001222219.14813.xgizzmo@slackbuilds.org>
References: <201001222219.14813.xgizzmo@slackbuilds.org>
Message-ID: <20100124102328.GA4488@kiras>

On Fri, 2010-01-22 at 22:19:14 -0500, xgizzmo at slackbuilds.org wrote:
> development/pip: Updated for version 0.6.2.

The version on the SBo website is still 0.6.1.

-- 
Audrius Ka?ukauskas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100124/2e83c10d/attachment.sig>

From rshepard at appl-ecosys.com  Tue Jan 26 01:04:14 2010
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Mon, 25 Jan 2010 17:04:14 -0800 (PST)
Subject: [Slackbuilds-users] Build Errors: graphviz-2.24.0
In-Reply-To: <20091205112256.GA2282@kiras>
References: <alpine.LNX.2.00.0912041013140.22018@salmo.appl-ecosys.com>
	<20091204194546.GA2047@kiras>
	<alpine.LNX.2.00.0912041345510.22018@salmo.appl-ecosys.com>
	<20091205112256.GA2282@kiras>
Message-ID: <alpine.LNX.2.00.1001251703250.26913@salmo.appl-ecosys.com>

On Sat, 5 Dec 2009, Audrius Ka?ukauskas wrote:

> Looks like SWIG is really the culprit here. You could try to upgrade it
> (Slackware-13.0 has 1.3.38, so maybe that's a good version to choose), or
> if you don't need any bindings at all, adding --enable-swig=no should
> disable them completely.

Audrius,

   I don't know that I need any bindings so I got around to changing the
configure file and it built just fine.

Thanks,

Rich

From ozan.turkyilmaz at gmail.com  Tue Jan 26 13:03:40 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Tue, 26 Jan 2010 15:03:40 +0200
Subject: [Slackbuilds-users] Kasumi Project Web Page
Message-ID: <b465f34b1001260503r2ae30ecbua6a6898032ced59a@mail.gmail.com>

Hi,

IBus Anthy lists Kasumi Project Web Page as
http://en.sourceforge.jp/projects/kasumi/.
i used this download link and its md5sum matches the info file's md5sum:
http://en.sourceforge.jp/frs/redir.php?m=iij&f=%2Fkasumi%2F37311%2Fkasumi-2.4.tar.gz

CCing the maintainer, too.
-- 
Ozan
???

Close the world, txEn eht nepO

From chris.abela at maltats.com  Tue Jan 26 13:47:52 2010
From: chris.abela at maltats.com (Chris Abela)
Date: Tue, 26 Jan 2010 14:47:52 +0100
Subject: [Slackbuilds-users] urlgrabber source code and Homepage
Message-ID: <E1NZlm8-0001zb-Df@fender.go.net.mt>

Hi Sbo's,

The Homepage and Download link for the urlgrabber do seem available any
more.

PRGNAM="urlgrabber"
VERSION="3.1.0"
HOMEPAGE="http://linux.duke.edu/projects/urlgrabber/"
DOWNLOAD="http://linux.duke.edu/projects/urlgrabber/download/urlgrabber-3.1.
0.tar.gz"
DOWNLOAD_x86_64=""
MD5SUM="2a92d8ce0d89c5e772a98e9b8dcd5b73"
MD5SUM_x86_64=""
MAINTAINER="Javier Rojas"
EMAIL="jerojasro at devnull.li"
APPROVED="dsomero"

I did find the source at some other link last night but it had a different
md5sum. I did not bother to record the site URL. Maybe the source code can
be hosted on slackbuilds.org until it resurfaces. I would appreciate a copy
of the source tarball if anyone still has it.

Chris

 


From dominian at slackadelic.com  Tue Jan 26 13:52:06 2010
From: dominian at slackadelic.com (Matt Hayes)
Date: Tue, 26 Jan 2010 08:52:06 -0500
Subject: [Slackbuilds-users] urlgrabber source code and Homepage
In-Reply-To: <E1NZlm8-0001zb-Df@fender.go.net.mt>
References: <E1NZlm8-0001zb-Df@fender.go.net.mt>
Message-ID: <4B5EF386.5090206@slackadelic.com>

On 1/26/2010 8:47 AM, Chris Abela wrote:
> Hi Sbo's,
> 
> The Homepage and Download link for the urlgrabber do seem available any
> more.
> 
> PRGNAM="urlgrabber"
> VERSION="3.1.0"
> HOMEPAGE="http://linux.duke.edu/projects/urlgrabber/"
> DOWNLOAD="http://linux.duke.edu/projects/urlgrabber/download/urlgrabber-3.1.
> 0.tar.gz"
> DOWNLOAD_x86_64=""
> MD5SUM="2a92d8ce0d89c5e772a98e9b8dcd5b73"
> MD5SUM_x86_64=""
> MAINTAINER="Javier Rojas"
> EMAIL="jerojasro at devnull.li"
> APPROVED="dsomero"
> 
> I did find the source at some other link last night but it had a different
> md5sum. I did not bother to record the site URL. Maybe the source code can
> be hosted on slackbuilds.org until it resurfaces. I would appreciate a copy
> of the source tarball if anyone still has it.
> 
> Chris
> 
>  
> 


Try this one:

http://slackbuilds.slackadelic.com/network/urlgrabber/urlgrabber-3.1.0.tar.gz


I found it on another site, http://urlgrabber.baseurl.org/download/

md5sum does match.

-Matt

From chris.abela at maltats.com  Tue Jan 26 14:13:58 2010
From: chris.abela at maltats.com (Chris Abela)
Date: Tue, 26 Jan 2010 15:13:58 +0100
Subject: [Slackbuilds-users] urlgrabber source code and Homepage
In-Reply-To: <4B5EF386.5090206@slackadelic.com>
Message-ID: <E1NZmBO-00032z-5w@fender.go.net.mt>

I said that I would appreciate, so here it comes:

THANK YOU!

and Good Day

Chris

-----Original Message-----
From: slackbuilds-users-bounces at slackbuilds.org
[mailto:slackbuilds-users-bounces at slackbuilds.org] On Behalf Of Matt Hayes
Sent: 26 January 2010 14:52
To: slackbuilds-users at slackbuilds.org
Subject: Re: [Slackbuilds-users] urlgrabber source code and Homepage

On 1/26/2010 8:47 AM, Chris Abela wrote:
> Hi Sbo's,
> 
> The Homepage and Download link for the urlgrabber do seem available any
> more.
> 
> PRGNAM="urlgrabber"
> VERSION="3.1.0"
> HOMEPAGE="http://linux.duke.edu/projects/urlgrabber/"
>
DOWNLOAD="http://linux.duke.edu/projects/urlgrabber/download/urlgrabber-3.1.
> 0.tar.gz"
> DOWNLOAD_x86_64=""
> MD5SUM="2a92d8ce0d89c5e772a98e9b8dcd5b73"
> MD5SUM_x86_64=""
> MAINTAINER="Javier Rojas"
> EMAIL="jerojasro at devnull.li"
> APPROVED="dsomero"
> 
> I did find the source at some other link last night but it had a different
> md5sum. I did not bother to record the site URL. Maybe the source code can
> be hosted on slackbuilds.org until it resurfaces. I would appreciate a
copy
> of the source tarball if anyone still has it.
> 
> Chris
> 
>  
> 


Try this one:

http://slackbuilds.slackadelic.com/network/urlgrabber/urlgrabber-3.1.0.tar.g
z


I found it on another site, http://urlgrabber.baseurl.org/download/

md5sum does match.

-Matt
_______________________________________________
SlackBuilds-users mailing list
SlackBuilds-users at slackbuilds.org
http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - http://slackbuilds.org/faq/



From dominian at slackadelic.com  Tue Jan 26 14:21:35 2010
From: dominian at slackadelic.com (Matt Hayes)
Date: Tue, 26 Jan 2010 09:21:35 -0500
Subject: [Slackbuilds-users] urlgrabber source code and Homepage
In-Reply-To: <E1NZmBO-00032z-5w@fender.go.net.mt>
References: <E1NZmBO-00032z-5w@fender.go.net.mt>
Message-ID: <4B5EFA6F.5030704@slackadelic.com>

On 1/26/2010 9:13 AM, Chris Abela wrote:
> I said that I would appreciate, so here it comes:
> 
> THANK YOU!
> 
> and Good Day
> 
> Chris
> 
> -----Original Message-----
> From: slackbuilds-users-bounces at slackbuilds.org
> [mailto:slackbuilds-users-bounces at slackbuilds.org] On Behalf Of Matt Hayes
> Sent: 26 January 2010 14:52
> To: slackbuilds-users at slackbuilds.org
> Subject: Re: [Slackbuilds-users] urlgrabber source code and Homepage
> 
> On 1/26/2010 8:47 AM, Chris Abela wrote:
>> Hi Sbo's,
>>
>> The Homepage and Download link for the urlgrabber do seem available any
>> more.
>>
>> PRGNAM="urlgrabber"
>> VERSION="3.1.0"
>> HOMEPAGE="http://linux.duke.edu/projects/urlgrabber/"
>>
> DOWNLOAD="http://linux.duke.edu/projects/urlgrabber/download/urlgrabber-3.1.
>> 0.tar.gz"
>> DOWNLOAD_x86_64=""
>> MD5SUM="2a92d8ce0d89c5e772a98e9b8dcd5b73"
>> MD5SUM_x86_64=""
>> MAINTAINER="Javier Rojas"
>> EMAIL="jerojasro at devnull.li"
>> APPROVED="dsomero"
>>
>> I did find the source at some other link last night but it had a different
>> md5sum. I did not bother to record the site URL. Maybe the source code can
>> be hosted on slackbuilds.org until it resurfaces. I would appreciate a
> copy
>> of the source tarball if anyone still has it.
>>
>> Chris
>>
>>  
>>
> 
> 
> Try this one:
> 
> http://slackbuilds.slackadelic.com/network/urlgrabber/urlgrabber-3.1.0.tar.g
> z
> 
> 
> I found it on another site, http://urlgrabber.baseurl.org/download/
> 
> md5sum does match.
> 
> -Matt
> _______________________________________________

Not a problem!

-Matt

From mjjzf at syntaktisk.dk  Tue Jan 26 14:43:17 2010
From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=)
Date: Tue, 26 Jan 2010 09:43:17 -0500
Subject: [Slackbuilds-users] Fbreader compile error
Message-ID: <20100126094317.4c70758a@espero.syntaktisk.dk>

Dear all,
I was building Fbreader, and I got a crash I couldn't work out.
Here's what I got:
-----------8<-----------------------
make[2]: Entering directory
`/tmp/SBo/fbreader-0.10.7/zlibrary/text/src/view' Compiling
ZLTextBaseStyle.o ... OK Compiling ZLTextDecoratedStyle.o ... OK
Compiling ZLTextDrawTreeLines.o ... OK
Compiling ZLTextElement.o ... OK
Compiling ZLTextLineProcessor.o ... OK
Compiling ZLTextPaintInfo.o ... OK
Compiling ZLTextParagraphBuilder.o ...ZLTextParagraphBuilder.cpp:22:23:
warning: linebreak.h: No such file or directory
ZLTextParagraphBuilder.cpp: In constructor
'ZLTextParagraphBuilder::ZLTextParagraphBuilder(const std::string&,
const ZLTextParagraph&, const std::vector<ZLTextMark,
std::allocator<ZLTextMark> >&, int, ZLTextElementVector&)':
ZLTextParagraphBuilder.cpp:42: error: 'init_linebreak' was not declared
in this scope ZLTextParagraphBuilder.cpp: In member function 'void
ZLTextParagraphBuilder::processTextEntry(const ZLTextEntry&)':
ZLTextParagraphBuilder.cpp:144: error: ISO C++ forbids declaration of
'type name' with no type ZLTextParagraphBuilder.cpp:144: error: ISO C++
forbids declaration of 'type name' with no type
ZLTextParagraphBuilder.cpp:144: error: expected primary-expression
before 'const' ZLTextParagraphBuilder.cpp:144: error: expected `)'
before 'const' ZLTextParagraphBuilder.cpp:170: error:
'LINEBREAK_NOBREAK' was not declared in this scope
ZLTextParagraphBuilder.cpp:183: error: 'LINEBREAK_NOBREAK' was not
declared in this scope make[2]: *** [ZLTextParagraphBuilder.o] Error 1
make[2]: Leaving directory
`/tmp/SBo/fbreader-0.10.7/zlibrary/text/src/view' make[1]: ***
[.objects] Error 1 make[1]: Leaving directory
`/tmp/SBo/fbreader-0.10.7/zlibrary/text' make: *** [all] Error 1
-----------8<-----------------------

What in the name of Bob is going on? I can see that there is a "no, C++
doesn't do that" message, but that does not help me, especially since I
am code dyslexic.

Yours,
Morten
__
Morten Juhl-Johansen Z?lde-Fej?r
http://syntaktisk.dk * mjjzf at syntaktisk.dk

From erik at slackbuilds.org  Tue Jan 26 14:54:41 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Tue, 26 Jan 2010 08:54:41 -0600
Subject: [Slackbuilds-users] Fbreader compile error
In-Reply-To: <20100126094317.4c70758a@espero.syntaktisk.dk>
References: <20100126094317.4c70758a@espero.syntaktisk.dk>
Message-ID: <20100126085441.103379f5@shaggy.doo>

On Jan 26, 2010, at  9:43 AM, Morten Juhl-Johansen Z?lde-Fej?r wrote:

> warning: linebreak.h: No such file or directory
> 
> What in the name of Bob is going on? I can see that there is a "no, C++
> doesn't do that" message, but that does not help me, especially since I
> am code dyslexic.

From the README: This requires liblinebreak.
http://slackbuilds.org/repository/13.0/libraries/liblinebreak/

-- 
Erik Hanson
http://slackbuilds.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100126/601f4e78/attachment.asc>

From dallarosa at gmail.com  Tue Jan 26 15:56:23 2010
From: dallarosa at gmail.com (Francisco Dalla Rosa Soares)
Date: Wed, 27 Jan 2010 00:56:23 +0900
Subject: [Slackbuilds-users] Kasumi Project Web Page
In-Reply-To: <b465f34b1001260503r2ae30ecbua6a6898032ced59a@mail.gmail.com>
References: <b465f34b1001260503r2ae30ecbua6a6898032ced59a@mail.gmail.com>
Message-ID: <a76aafc01001260756g7122d279ke3edbc8f4a578b2e@mail.gmail.com>

Hello Ozan,
Thanks for your message. :)

I just checked both pages. The homepage you gave is the sourceforge
project in english. The page I listed as the homepage it's there
webpage, in japanese. If you take a look at the news, the japanese
website has posts from 2010 already while the english page is up to
date only in terms of packages, so I guessed that as I webpage the
japanese one would be more appropriated, as it's continually updated.

Best regards,

Francisco

2010/1/26 Ozan T?rky?lmaz <ozan.turkyilmaz at gmail.com>:
> Hi,
>
> IBus Anthy lists Kasumi Project Web Page as
> http://en.sourceforge.jp/projects/kasumi/.
> i used this download link and its md5sum matches the info file's md5sum:
> http://en.sourceforge.jp/frs/redir.php?m=iij&f=%2Fkasumi%2F37311%2Fkasumi-2.4.tar.gz
>
> CCing the maintainer, too.
> --
> Ozan
> ???
>
> Close the world, txEn eht nepO
>

From mjjzf at syntaktisk.dk  Wed Jan 27 01:54:50 2010
From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=)
Date: Tue, 26 Jan 2010 20:54:50 -0500
Subject: [Slackbuilds-users] Fbreader compile error
In-Reply-To: <20100126085441.103379f5@shaggy.doo>
References: <20100126094317.4c70758a@espero.syntaktisk.dk>
	<20100126085441.103379f5@shaggy.doo>
Message-ID: <20100126205450.5ddeeb37@espero.syntaktisk.dk>

On Tue, 26 Jan 2010 08:54:41 -0600
Erik Hanson <erik at slackbuilds.org> wrote:

> On Jan 26, 2010, at  9:43 AM, Morten Juhl-Johansen Z?lde-Fej?r wrote:
> 
> > warning: linebreak.h: No such file or directory
> > 
> > What in the name of Bob is going on? I can see that there is a "no,
> > C++ doesn't do that" message, but that does not help me, especially
> > since I am code dyslexic.
> 
> From the README: This requires liblinebreak.
> http://slackbuilds.org/repository/13.0/libraries/liblinebreak/
> 

That is just me being thick, no idea how I missed that.
Thank you for noting it.

Yours,
Morten
__
Morten Juhl-Johansen Z?lde-Fej?r
http://syntaktisk.dk * mjjzf at syntaktisk.dk
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100126/b7ec7de6/attachment.asc>

From disturbed1976 at gmail.com  Wed Jan 27 03:21:34 2010
From: disturbed1976 at gmail.com (Keith Richie)
Date: Tue, 26 Jan 2010 22:21:34 -0500
Subject: [Slackbuilds-users] Is the default ARCH=i486
Message-ID: <66a22e961001261921t7f7b212etbacadddae4bc8a6c@mail.gmail.com>

Is there a standard that the default arch should be i486? I raised an
issue to the Sbopkg team about exporting ARCH=i486 as I recently came
across 2 packages which have the arch set to x86_64 (quesoglc and
warzone2100). http://code.google.com/p/sbopkg/issues/detail?id=37 .
Quesoglc compiles and installs, but because the libs end up in the
wrong location, Warzone fails to build.

There's also a similar thread at linuxquestions.org
http://www.linuxquestions.org/questions/slackware-14/issues-installing-warzone-2100-759560/#post3798462

The applications in question are not x86_64 only, and do build
correctly when the arch is set to i486 for 32bit machines.

From mfilpot at gmail.com  Wed Jan 27 03:39:34 2010
From: mfilpot at gmail.com (Matthew Fillpot)
Date: Tue, 26 Jan 2010 22:39:34 -0500
Subject: [Slackbuilds-users] Is the default ARCH=i486
In-Reply-To: <66a22e961001261921t7f7b212etbacadddae4bc8a6c@mail.gmail.com>
References: <66a22e961001261921t7f7b212etbacadddae4bc8a6c@mail.gmail.com>
Message-ID: <3d32cb0a1001261939wd4ea8a5n7e5e28cf83a6d164@mail.gmail.com>

On Tue, Jan 26, 2010 at 10:21 PM, Keith Richie <disturbed1976 at gmail.com> wrote:
> Is there a standard that the default arch should be i486? I raised an
> issue to the Sbopkg team about exporting ARCH=i486 as I recently came
> across 2 packages which have the arch set to x86_64 (quesoglc and
> warzone2100). http://code.google.com/p/sbopkg/issues/detail?id=37 .
> Quesoglc compiles and installs, but because the libs end up in the
> wrong location, Warzone fails to build.
>
> There's also a similar thread at linuxquestions.org
> http://www.linuxquestions.org/questions/slackware-14/issues-installing-warzone-2100-759560/#post3798462
>
> The applications in question are not x86_64 only, and do build
> correctly when the arch is set to i486 for 32bit machines.
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - http://slackbuilds.org/faq/
>
>

My apologies for those builds, which are mine. I seem to have forgot
to change it back to 486 after testing it on x86_64. When you
encountered the issue with the Quesoglc was that because you did not
change the architecture on the slackbuild file?

Also, should I submit new builds for these two with that line
corrected or can someone at SBo make those simple corrections for me?

-- 
-Thank You,
-Matthew Fillpot

From disturbed1976 at gmail.com  Wed Jan 27 04:06:24 2010
From: disturbed1976 at gmail.com (Keith Richie)
Date: Tue, 26 Jan 2010 23:06:24 -0500
Subject: [Slackbuilds-users] Is the default ARCH=i486
In-Reply-To: <3d32cb0a1001261939wd4ea8a5n7e5e28cf83a6d164@mail.gmail.com>
References: <66a22e961001261921t7f7b212etbacadddae4bc8a6c@mail.gmail.com>
	<3d32cb0a1001261939wd4ea8a5n7e5e28cf83a6d164@mail.gmail.com>
Message-ID: <66a22e961001262006l168c44dbkad13268c2fe85267@mail.gmail.com>

On Tue, Jan 26, 2010 at 10:39 PM, Matthew Fillpot <mfilpot at gmail.com> wrote:
> On Tue, Jan 26, 2010 at 10:21 PM, Keith Richie <disturbed1976 at gmail.com> wrote:
>> Is there a standard that the default arch should be i486? I raised an
>> issue to the Sbopkg team about exporting ARCH=i486 as I recently came
>> across 2 packages which have the arch set to x86_64 (quesoglc and
>> warzone2100). http://code.google.com/p/sbopkg/issues/detail?id=37 .
>> Quesoglc compiles and installs, but because the libs end up in the
>> wrong location, Warzone fails to build.
>>
>> There's also a similar thread at linuxquestions.org
>> http://www.linuxquestions.org/questions/slackware-14/issues-installing-warzone-2100-759560/#post3798462
>>
>> The applications in question are not x86_64 only, and do build
>> correctly when the arch is set to i486 for 32bit machines.
>> _______________________________________________
>> SlackBuilds-users mailing list
>> SlackBuilds-users at slackbuilds.org
>> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
>> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
>> FAQ - http://slackbuilds.org/faq/
>>
>>
>
> My apologies for those builds, which are mine. I seem to have forgot
> to change it back to 486 after testing it on x86_64. When you
> encountered the issue with the Quesoglc was that because you did not
> change the architecture on the slackbuild file?
>
> Also, should I submit new builds for these two with that line
> corrected or can someone at SBo make those simple corrections for me?
>
> --
> -Thank You,
> -Matthew Fillpot
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - http://slackbuilds.org/faq/
>
>

No problem. I was hoping since it's a simple edit a member of the team
could handle it.

I was using Sbopkg, and queued up a few items for our newly acquired
32bit machines. Once I edited the SlackBuild all was fine. They build
one x86_64 without problems.

From mfilpot at gmail.com  Wed Jan 27 04:11:33 2010
From: mfilpot at gmail.com (Matthew Fillpot)
Date: Tue, 26 Jan 2010 23:11:33 -0500
Subject: [Slackbuilds-users] Is the default ARCH=i486
In-Reply-To: <66a22e961001262006l168c44dbkad13268c2fe85267@mail.gmail.com>
References: <66a22e961001261921t7f7b212etbacadddae4bc8a6c@mail.gmail.com> 
	<3d32cb0a1001261939wd4ea8a5n7e5e28cf83a6d164@mail.gmail.com> 
	<66a22e961001262006l168c44dbkad13268c2fe85267@mail.gmail.com>
Message-ID: <3d32cb0a1001262011n7c40febckeb82cfb64fe8ef2f@mail.gmail.com>

On Tue, Jan 26, 2010 at 11:06 PM, Keith Richie <disturbed1976 at gmail.com> wrote:
> On Tue, Jan 26, 2010 at 10:39 PM, Matthew Fillpot <mfilpot at gmail.com> wrote:
>> On Tue, Jan 26, 2010 at 10:21 PM, Keith Richie <disturbed1976 at gmail.com> wrote:
>>> Is there a standard that the default arch should be i486? I raised an
>>> issue to the Sbopkg team about exporting ARCH=i486 as I recently came
>>> across 2 packages which have the arch set to x86_64 (quesoglc and
>>> warzone2100). http://code.google.com/p/sbopkg/issues/detail?id=37 .
>>> Quesoglc compiles and installs, but because the libs end up in the
>>> wrong location, Warzone fails to build.
>>>
>>> There's also a similar thread at linuxquestions.org
>>> http://www.linuxquestions.org/questions/slackware-14/issues-installing-warzone-2100-759560/#post3798462
>>>
>>> The applications in question are not x86_64 only, and do build
>>> correctly when the arch is set to i486 for 32bit machines.
>>> _______________________________________________
>>> SlackBuilds-users mailing list
>>> SlackBuilds-users at slackbuilds.org
>>> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
>>> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
>>> FAQ - http://slackbuilds.org/faq/
>>>
>>>
>>
>> My apologies for those builds, which are mine. I seem to have forgot
>> to change it back to 486 after testing it on x86_64. When you
>> encountered the issue with the Quesoglc was that because you did not
>> change the architecture on the slackbuild file?
>>
>> Also, should I submit new builds for these two with that line
>> corrected or can someone at SBo make those simple corrections for me?
>>
>> --
>> -Thank You,
>> -Matthew Fillpot
>> _______________________________________________
>> SlackBuilds-users mailing list
>> SlackBuilds-users at slackbuilds.org
>> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
>> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
>> FAQ - http://slackbuilds.org/faq/
>>
>>
>
> No problem. I was hoping since it's a simple edit a member of the team
> could handle it.
>
> I was using Sbopkg, and queued up a few items for our newly acquired
> 32bit machines. Once I edited the SlackBuild all was fine. They build
> one x86_64 without problems.
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - http://slackbuilds.org/faq/
>
>

This was a good prompt for me to check the rest of my builds, in which
only the two you listed were effected. I am building a script on my
system to auto-check and clean that line if necessary before they are
archived so it won't happen again.

-- 
-Thank You,
-Matthew Fillpot

From mjjzf at syntaktisk.dk  Wed Jan 27 15:18:17 2010
From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=)
Date: Wed, 27 Jan 2010 10:18:17 -0500
Subject: [Slackbuilds-users] Sourceforge access issue
Message-ID: <20100127101817.062242ac@espero.syntaktisk.dk>

Dear all,
What is the opinion on the current Sourceforge debacle, where access is
denied by those sanctioned by the US?
http://sourceforge.net/blog/clarifying-sourceforgenets-denial-of-site-access-for-certain-persons-in-accordance-with-us-law/
Since a lot of the Slackbuilds use Sourceforge sources, it effectively
means cutting off quite a lot of users from a significant part of
Slackbuilds. But setting up dedicated hosting with the sources might be
a bit excessive and duplication of effort.
Is there any way of estimating the kind of bandwidth shifted through
Slackbuilds? I would assume that is next to impossible with no sources
on-site.

Yours,
Morten
__
Morten Juhl-Johansen Z?lde-Fej?r
http://syntaktisk.dk * mjjzf at syntaktisk.dk

From ozan.turkyilmaz at gmail.com  Wed Jan 27 15:27:20 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Wed, 27 Jan 2010 17:27:20 +0200
Subject: [Slackbuilds-users] Sourceforge access issue
In-Reply-To: <20100127101817.062242ac@espero.syntaktisk.dk>
References: <20100127101817.062242ac@espero.syntaktisk.dk>
Message-ID: <4B605B58.8030201@gmail.com>

27.01.2010 17:18, Morten Juhl-Johansen Z?lde-Fej?r yazm??:
> Dear all,
> What is the opinion on the current Sourceforge debacle, where access is
> denied by those sanctioned by the US?

there is nothing to do, it's the law and SF in in US, they nave to 
comply with law. by the way that blog post is pure political BS. they 
claim they put open source in the centre. where's source code to site? 
and that site license for open source hosting and etc. is plain evil, too.

-- 
Ozan
???

Close the world, txEn eht nepO

From mjjzf at syntaktisk.dk  Wed Jan 27 15:34:11 2010
From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=)
Date: Wed, 27 Jan 2010 10:34:11 -0500
Subject: [Slackbuilds-users] Sourceforge access issue
In-Reply-To: <4B605B58.8030201@gmail.com>
References: <20100127101817.062242ac@espero.syntaktisk.dk>
	<4B605B58.8030201@gmail.com>
Message-ID: <20100127103411.19c2e7ba@espero.syntaktisk.dk>

On Wed, 27 Jan 2010 17:27:20 +0200
Ozan T?rky?lmaz <ozan.turkyilmaz at gmail.com> wrote:
> there is nothing to do, it's the law and SF in in US, they nave to 
> comply with law. 

Oh, I agree.
I was just asking for a benevolent genius-style hacker solution to the
problem! 

Yours,
M
__
Morten Juhl-Johansen Z?lde-Fej?r
http://syntaktisk.dk * mjjzf at syntaktisk.dk

From dominian at slackadelic.com  Wed Jan 27 15:38:20 2010
From: dominian at slackadelic.com (Matt Hayes)
Date: Wed, 27 Jan 2010 10:38:20 -0500
Subject: [Slackbuilds-users] Sourceforge access issue
In-Reply-To: <20100127103411.19c2e7ba@espero.syntaktisk.dk>
References: <20100127101817.062242ac@espero.syntaktisk.dk>	<4B605B58.8030201@gmail.com>
	<20100127103411.19c2e7ba@espero.syntaktisk.dk>
Message-ID: <4B605DEC.20007@slackadelic.com>

On 1/27/2010 10:34 AM, Morten Juhl-Johansen Z?lde-Fej?r wrote:
> On Wed, 27 Jan 2010 17:27:20 +0200
> Ozan T?rky?lmaz <ozan.turkyilmaz at gmail.com> wrote:
>> there is nothing to do, it's the law and SF in in US, they nave to 
>> comply with law. 
> 
> Oh, I agree.
> I was just asking for a benevolent genius-style hacker solution to the
> problem! 
> 
> Yours,
> M


I must not know about the SF.net issue.. what's the problem?

-Matt

From ozan.turkyilmaz at gmail.com  Wed Jan 27 15:39:58 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Wed, 27 Jan 2010 17:39:58 +0200
Subject: [Slackbuilds-users] Sourceforge access issue
In-Reply-To: <20100127103411.19c2e7ba@espero.syntaktisk.dk>
References: <20100127101817.062242ac@espero.syntaktisk.dk>	<4B605B58.8030201@gmail.com>
	<20100127103411.19c2e7ba@espero.syntaktisk.dk>
Message-ID: <4B605E4E.8020903@gmail.com>

27.01.2010 17:34, Morten Juhl-Johansen Z?lde-Fej?r yazm??:
> On Wed, 27 Jan 2010 17:27:20 +0200
> Ozan T?rky?lmaz<ozan.turkyilmaz at gmail.com>  wrote:
>> there is nothing to do, it's the law and SF in in US, they nave to
>> comply with law.
>
> Oh, I agree.
> I was just asking for a benevolent genius-style hacker solution to the
> problem!
>

we can put a server at KKTC. only TR accepts its existence, most of the 
time we are safe from annoying US type paranoia, TR laws tent to be more 
sanse (we do have DMCA style law, but you can't abuse it as companies do 
at US).

-- 
Ozan
???

Close the world, txEn eht nepO

From dragonwisard at gmail.com  Wed Jan 27 16:00:21 2010
From: dragonwisard at gmail.com (Dragon Wisard)
Date: Wed, 27 Jan 2010 11:00:21 -0500
Subject: [Slackbuilds-users] Sourceforge access issue
In-Reply-To: <20100127103411.19c2e7ba@espero.syntaktisk.dk>
References: <20100127101817.062242ac@espero.syntaktisk.dk>
	<4B605B58.8030201@gmail.com>
	<20100127103411.19c2e7ba@espero.syntaktisk.dk>
Message-ID: <6c341e561001270800t56ccff90n78083604efe13b11@mail.gmail.com>

As I see it, there is no problem.

There are plenty of open proxies being operated in "friendly" nations
(including the US). And let's not forget about Tor which was created with
circumvention this type of censorship in mind.

It serves nobody for SF to not comply with US law and get shut down. By
covering their own ass they're protecting their existing users who have
chosen to use SF to host their projects.

On Wed, Jan 27, 2010 at 10:34 AM, Morten Juhl-Johansen Z?lde-Fej?r <
mjjzf at syntaktisk.dk> wrote:

> On Wed, 27 Jan 2010 17:27:20 +0200
> Ozan T?rky?lmaz <ozan.turkyilmaz at gmail.com> wrote:
> > there is nothing to do, it's the law and SF in in US, they nave to
> > comply with law.
>
> Oh, I agree.
> I was just asking for a benevolent genius-style hacker solution to the
> problem!
>
> Yours,
> M
> __
> Morten Juhl-Johansen Z?lde-Fej?r
> http://syntaktisk.dk * mjjzf at syntaktisk.dk
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - http://slackbuilds.org/faq/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100127/084d6e28/attachment.htm>

From thedoogster at gmail.com  Wed Jan 27 21:24:59 2010
From: thedoogster at gmail.com (Doogster)
Date: Wed, 27 Jan 2010 13:24:59 -0800
Subject: [Slackbuilds-users] lrmi works under Slackware 13.0
Message-ID: <45967bd31001271324iefcffcco105425199fe1d263@mail.gmail.com>

Putting "lrmi" in the search box and setting the version to 13.0 turns
up nothing. Setting the version to 12.2 turns up the lrmi SlackBuild.

I've used the lrmi SlackBuild at least twice under 13.0, and I can
assure you that it works.

From pprkut at liwjatan.at  Wed Jan 27 21:30:31 2010
From: pprkut at liwjatan.at (Heinz Wiesinger)
Date: Wed, 27 Jan 2010 22:30:31 +0100
Subject: [Slackbuilds-users] lrmi works under Slackware 13.0
In-Reply-To: <45967bd31001271324iefcffcco105425199fe1d263@mail.gmail.com>
References: <45967bd31001271324iefcffcco105425199fe1d263@mail.gmail.com>
Message-ID: <201001272230.35222.pprkut@liwjatan.at>

On Wednesday 27 January 2010 22:24:59 Doogster wrote:
> Putting "lrmi" in the search box and setting the version to 13.0 turns
> up nothing. Setting the version to 12.2 turns up the lrmi SlackBuild.
> 
> I've used the lrmi SlackBuild at least twice under 13.0, and I can
> assure you that it works.

I know it works in Slackware 13.0, but it doesn't in Slackware64 13.0, which 
is why I removed it during the conversion from 12.2 to 13.0. I found a 
suitable replacement (libx86emu + hwinfo) that works on both platforms just as 
fine but haven't come to submit them just yet (I have them on github though). 
With the latter being actively worked on and lrmi being unmaintained for years 
this decision was pretty easy.

Grs,
Heinz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100127/3d498c00/attachment-0001.sig>

From xgizzmo at slackbuilds.org  Thu Jan 28 01:41:01 2010
From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org)
Date: Wed, 27 Jan 2010 20:41:01 -0500
Subject: [Slackbuilds-users] Updates - 20100128
Message-ID: <201001272041.01717.xgizzmo@slackbuilds.org>


Thu Jan 28 00:51:22 UTC 2010
academic/g3data: Added - g3data is a tool for extracting data from graphs.
  Thanks to Pablo Santamaria.  --dsomero
academic/qgis: Added: qhis or Quantum GIS is a user friendly Geographic 
  Information System. Thanks to David Spencer.  --michiel
audio/lingot: Added - lingot is a musical instrument tuner.
  Thanks to B. Watson.  --dsomero
audio/mpd: Updated for version 0.15.8.
desktop/vwm: Updated for version 2.0.2.  Thanks to Pierre Cazenave.  --dsomero
desktop/wmsystemtray: Added - wmsystemtray is a system tray as a Window Maker
  dock app.  Thanks to Pablo Santamaria.  --dsomero
development/cc65: Added - cc65 is a complete cross development package for
  65(C)02 systems, including a powerful macro assembler, a C compiler, linker,
  librarian and several other tools.  Thanks to B. Watson.
development/eclipse: Updated for version 3.5.1.
  Thanks to Antonio Hern??ndez Blas.  --dsomero
development/pip: Updated for version 0.6.3.
development/yaml: Updated for version 0.71.
games/qmc2: Added - qmc2 is a Qt 4 based UNIX GUI frontend for sdlmane.
  Thanks to Erik Hanson.  --michiel
games/tmw: Updated for version 0.0.29.1.  Thanks to Erik Hanson.  --dsomero
games/xcowsay: Added - xcowsay displays a cute cow and message on your desktop.
  Inspired by the original cowsay.  Thanks to B. Watson.
graphics/autopano-sift-C: Added - autopano-sift-C is a automatic control point
  generator.  Thanks to Erik Hanson.  --dsomero
graphics/enblend-enfuse: Added - enblend-enfuse is Image Blending and Enfusing
  tools.  Thanks to Erik Hanson.  --dsomero
graphics/goocanvas: Added - GooCanvas is a canvas widget for GTK+ that uses 
  the cairo 2D library for drawing. Thanks to Jonathan Larsen.  --michiel
graphics/graphviz: Updated for version 2.26.2.
graphics/hugin: Added - hugin is an easy to use cross-platform panoramic
  imaging toolchain.  Thanks to Erik Hanson.  --dsomero
graphics/leocad_pieces: Updated for version 3299.
graphics/metapixel: Added - metapixel is a program for generating
  photomosaics.  Thanks to otzy_007.  --dsomero
graphics/openclipart: Added - openclipart is an archive of user contributed 
  clip art.  Thanks to David Somero.  --rworkman
graphics/qiv: Updated for version 2.2.3.
  Thanks to Pablo Santamaria.  --dsomero
libraries/afflib: Updated for version 3.5.7.
libraries/clutter: Added - clutter is an visually rich, portable and 
  animated graphical user interfaces.  Thanks to Erik Hanson.  --michiel
libraries/clutter-gtk: Added - clutter-gtk is a Clutter library for 
  GTK+ applications.  Thanks to Erik Hanson.  --michiel
libraries/frei0r: Added - Frei0r is a minimalistic plugin API for video 
  sources and filters. Thanks to Jonathan Larsen.  --michiel
libraries/libburn: Updated for version 0.7.6.
libraries/libchamplain: Added - libchamplain is a C library providing a
  ClutterActor to display maps. Thanks to Erik Hanson.  --michiel
libraries/libewf: Updated for version 20100119.
libraries/libisofs: Updated for version 0.6.26.
libraries/libquicktime: Updated for version 1.1.4.
libraries/live555: Added - live555 is C++ libraries for multimedia streaming.
  Thanks to Erik Hanson.  --dsomero
libraries/perl-Date-Calc: Added - perl-Date-Calc provides Gregorian calendar
  date calculations.  Thanks to Nishant Limbachia.  --dsomero
libraries/perl-DBD-Pg: Added - perl-DBD-Pg is a PostgreSQL database driver
  for the DBI module.  Thanks to Joey Trungale.  --dsomero
libraries/perl-Sub-Uplevel: Added - perl-Sub-Uplevel allows to run a function
  in a higher stack frame.  Thanks to Nishant Limbachia.  --dsomero
libraries/perl-Test-Exception: Added - perl-Test-Exception provides modules
  for testing exception based code.  Thanks to Nishant Limbachia.  --dsomero
libraries/pygoocanvas: Added - pygoocanvas are python bindings for GooCanvas.
 Thanks to Jonathan Larsen.  --michiel
misc/ibus-anthy: Updated for version 1.2.0.20100115.
misc/krename: Updated for version 4.0.3.
multimedia/HandBrake: Added - HandBrake is a DVD ripper.
  Thanks to klaatu.  --dsomero
multimedia/LiVES: Updated for version 1.1.8.  Thanks to klaatu.  --dsomero
multimedia/minitube: Updated for version 0.9.
multimedia/smpeg: Updated for revision 389.
network/awstats: Updated for version 6.95.
network/clamav-unofficial-sigs: Updated for version 3.7.
network/claws-mail: Updated for version 3.7.4. 
  Thanks to Erik Hanson.  --michiel
network/claws-mail-extra-plugins: Updated for version 3.7.4.
  Thanks to Erik Hanson.  --michiel
network/enet: Added - enet is a simple and robust network communication layer.
  Thanks to otzy_007.  --dsomero
network/filezilla: Updated for version 3.3.1.
network/pflogsumm: Added - pflogsumm is a Postfix Log Entry Summarizer.
  Thanks to Nishant Limbachia.  --dsomero
network/strongswan: Added - strongswan is an open source IPsec-based VPN
  Solution for Linux.  Thanks to Jonathan Larsen.  --dsomero
office/apvlv: Updated for version 0.0.9.2.
office/go_openoffice: Added - this is a fork of OpenOffice.org that offers
  better compatibility and some other features (according to upstream).
  Note that this is a from-source build, so plan on allotting some time for
  it to complete.  Thanks to David Somero.  --rworkman
office/org-mode: Added - org-mode is for keeping notes, maintaining ToDo
  lists, doing project planning.  Thanks to Valeriy Timchenko.  --dsomero
system/aimage: Updated for version 3.2.4.
system/fsarchiver: Updated for version 0.6.6.
system/gsmartcontrol: Updated for version 0.8.5.
  Thanks to Erik Hanson.  --dsomero
system/herculesstudio: Updated for version 1.1.0.
system/ibam: Added - ibam is a Intelligent Battery Monitor.
  Thanks to Antonio Hern??ndez Blas.  --dsomero
system/iotop: Updated for version 0.4.
system/ksplice: Added - ksplice is a rebootless kernel updates installer.
  Thanks to Marco Bonetti.  --dsomero
system/nilfs-utils: Added - These are the userland utilities for the NILFS2
  filesystem.  Thanks to Heinz Wiesinger.
system/pgadmin3: Added - pgadmin3 manages PostgreSQL database.
  Thanks to Iskar Enev.  --dsomero
system/plan9port: Updated for version 20091211.
  Thanks to Antonio Hern??ndez Blas.  --dsomero
system/sleuthkit: Updated for version 3.1.0.
system/zeroinstall-injector: Updated for version 0.44.
  Thanks to Erik Hanson.  --dsomero
system/zfs-fuse: Added - zfs-fuse is a port of the ZFS filesystem to Linux
  using FUSE.  Thanks to Steven King.  --rworkman
+--------------------------+

From easuter at gmail.com  Thu Jan 28 03:50:45 2010
From: easuter at gmail.com (=?ISO-8859-1?Q?Eug=E9ne_Suter?=)
Date: Thu, 28 Jan 2010 03:50:45 +0000
Subject: [Slackbuilds-users] Patch for libmp4v2
Message-ID: <6bb01941001271950h396af183s673c323c24f136a6@mail.gmail.com>

Hi folks,

Today I was trying to install libmp4v2 and the build failed. I have a
patch attached for the code and one for the SlackBuild.

Cheers,
Eug?ne
-------------- next part --------------
A non-text attachment was scrubbed...
Name: libmp4v2.SlackBuild.diff
Type: application/octet-stream
Size: 307 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100128/ba64848d/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rtphint.diff
Type: application/octet-stream
Size: 295 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100128/ba64848d/attachment-0001.obj>

From xgizzmo at slackbuilds.org  Thu Jan 28 04:10:24 2010
From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org)
Date: Wed, 27 Jan 2010 23:10:24 -0500
Subject: [Slackbuilds-users] Patch for libmp4v2
In-Reply-To: <6bb01941001271950h396af183s673c323c24f136a6@mail.gmail.com>
References: <6bb01941001271950h396af183s673c323c24f136a6@mail.gmail.com>
Message-ID: <201001272310.24712.xgizzmo@slackbuilds.org>

On Wednesday 27 January 2010 22:50:45 Eug?ne Suter wrote:
> Hi folks,
> 
> Today I was trying to install libmp4v2 and the build failed. I have a
> patch attached for the code and one for the SlackBuild.
> 
> Cheers,
> Eug?ne
> 

Eug?ne,
Based on the patch it looks like you are running -current, nothing wrong with 
that but if you are you need to state that the patch is needed for -current.
If not ignore me.

--dsomero

From easuter at gmail.com  Thu Jan 28 04:27:37 2010
From: easuter at gmail.com (=?ISO-8859-1?Q?Eug=E9ne_Suter?=)
Date: Thu, 28 Jan 2010 04:27:37 +0000
Subject: [Slackbuilds-users] Patch for libmp4v2
In-Reply-To: <201001272310.24712.xgizzmo@slackbuilds.org>
References: <6bb01941001271950h396af183s673c323c24f136a6@mail.gmail.com>
	<201001272310.24712.xgizzmo@slackbuilds.org>
Message-ID: <6bb01941001272027i4ea92f2cs1443a44cd844b469@mail.gmail.com>

I'll make future reports more detailed, sorry.
Yeah, I'm running 64bit -current.

On 28 January 2010 04:10,  <xgizzmo at slackbuilds.org> wrote:
> On Wednesday 27 January 2010 22:50:45 Eug?ne Suter wrote:
>> Hi folks,
>>
>> Today I was trying to install libmp4v2 and the build failed. I have a
>> patch attached for the code and one for the SlackBuild.
>>
>> Cheers,
>> Eug?ne
>>
>
> Eug?ne,
> Based on the patch it looks like you are running -current, nothing wrong with
> that but if you are you need to state that the patch is needed for -current.
> If not ignore me.
>
> --dsomero
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - http://slackbuilds.org/faq/
>
>

From niels.horn at gmail.com  Thu Jan 28 10:50:35 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Thu, 28 Jan 2010 08:50:35 -0200
Subject: [Slackbuilds-users] Patch for libmp4v2
In-Reply-To: <6bb01941001272027i4ea92f2cs1443a44cd844b469@mail.gmail.com>
References: <6bb01941001271950h396af183s673c323c24f136a6@mail.gmail.com>
	<201001272310.24712.xgizzmo@slackbuilds.org>
	<6bb01941001272027i4ea92f2cs1443a44cd844b469@mail.gmail.com>
Message-ID: <3f18b2311001280250w4efdd66fqe4ab7aecb7eb4682@mail.gmail.com>

On Thu, Jan 28, 2010 at 2:27 AM, Eug?ne Suter <easuter at gmail.com> wrote:
> I'll make future reports more detailed, sorry.
> Yeah, I'm running 64bit -current.
>
> On 28 January 2010 04:10, ?<xgizzmo at slackbuilds.org> wrote:
>> On Wednesday 27 January 2010 22:50:45 Eug?ne Suter wrote:
>>> Hi folks,
>>>
>>> Today I was trying to install libmp4v2 and the build failed. I have a
>>> patch attached for the code and one for the SlackBuild.
>>>
>>> Cheers,
>>> Eug?ne
>>>
>>
>> Eug?ne,
>> Based on the patch it looks like you are running -current, nothing wrong with
>> that but if you are you need to state that the patch is needed for -current.
>> If not ignore me.
>>
>> --dsomero
>> _______________________________________________
>> SlackBuilds-users mailing list
>> SlackBuilds-users at slackbuilds.org
>> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
>> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
>> FAQ - http://slackbuilds.org/faq/
>>
>>
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - http://slackbuilds.org/faq/
>
>

Since we're on the subject, what would be reasonable in these cases?

What if a SlackBuild needs patches for -current?
I know SlackBuilds.org supports 13.0-stable only officially, but is it
OK to mention a patch in README if needed? Or create a README.CURRENT
if there are special instructions?

Or (tell me if I'm going too far) let the SlackBuild check the version
of gcc (usually the problem with building on -current) version and
apply the patch?

Sometimes (mostly?) a patch for -current will not cause any
side-effects on -stable and build normally on the "older" gcc. In this
case I guess we can apply the patch anyway (I confess I already did
this in one build)

Niels

From xgizzmo at slackbuilds.org  Thu Jan 28 11:55:34 2010
From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org)
Date: Thu, 28 Jan 2010 06:55:34 -0500
Subject: [Slackbuilds-users] Patch for libmp4v2
In-Reply-To: <3f18b2311001280250w4efdd66fqe4ab7aecb7eb4682@mail.gmail.com>
References: <6bb01941001271950h396af183s673c323c24f136a6@mail.gmail.com>
	<6bb01941001272027i4ea92f2cs1443a44cd844b469@mail.gmail.com>
	<3f18b2311001280250w4efdd66fqe4ab7aecb7eb4682@mail.gmail.com>
Message-ID: <201001280655.34951.xgizzmo@slackbuilds.org>

On Thursday 28 January 2010 05:50:35 Niels Horn wrote:
> Sometimes (mostly?) a patch for -current will not cause any
> side-effects on -stable and build normally on the "older" gcc. In this
> case I guess we can apply the patch anyway (I confess I already did
> this in one build)
> 
> Niels

As long as a patch can be applied and not affect building on 13.0 then 
I don't see a problem with including it. What we do not want to start 
doing is adding checks to see what version of this or that is installed 
and selectively applying patches. 

--dsomero


From pprkut at liwjatan.at  Thu Jan 28 12:14:08 2010
From: pprkut at liwjatan.at (Heinz Wiesinger)
Date: Thu, 28 Jan 2010 13:14:08 +0100
Subject: [Slackbuilds-users] Patch for libmp4v2
In-Reply-To: <3f18b2311001280250w4efdd66fqe4ab7aecb7eb4682@mail.gmail.com>
References: <6bb01941001271950h396af183s673c323c24f136a6@mail.gmail.com>
	<6bb01941001272027i4ea92f2cs1443a44cd844b469@mail.gmail.com>
	<3f18b2311001280250w4efdd66fqe4ab7aecb7eb4682@mail.gmail.com>
Message-ID: <201001281314.11474.pprkut@liwjatan.at>

On Thursday 28 January 2010 11:50:35 Niels Horn wrote:
> On Thu, Jan 28, 2010 at 2:27 AM, Eug?ne Suter <easuter at gmail.com> wrote:
> > I'll make future reports more detailed, sorry.
> > Yeah, I'm running 64bit -current.
> >
> > On 28 January 2010 04:10,  <xgizzmo at slackbuilds.org> wrote:
> >> On Wednesday 27 January 2010 22:50:45 Eug?ne Suter wrote:
> >>> Hi folks,
> >>>
> >>> Today I was trying to install libmp4v2 and the build failed. I have a
> >>> patch attached for the code and one for the SlackBuild.
> >>>
> >>> Cheers,
> >>> Eug?ne
> >>
> >> Eug?ne,
> >> Based on the patch it looks like you are running -current, nothing wrong
> >> with that but if you are you need to state that the patch is needed for
> >> -current. If not ignore me.
> >>
> >> --dsomero
>
> Since we're on the subject, what would be reasonable in these cases?
> 
> What if a SlackBuild needs patches for -current?
> I know SlackBuilds.org supports 13.0-stable only officially, but is it
> OK to mention a patch in README if needed? Or create a README.CURRENT
> if there are special instructions?
> 
> Or (tell me if I'm going too far) let the SlackBuild check the version
> of gcc (usually the problem with building on -current) version and
> apply the patch?
> 
> Sometimes (mostly?) a patch for -current will not cause any
> side-effects on -stable and build normally on the "older" gcc. In this
> case I guess we can apply the patch anyway (I confess I already did
> this in one build)

The issue with -current is that it's a moving target. Things might change 
drastically from one day to another. A fix that worked before might need 
adjustments to continue working, or it might no longer be necessary, or ....
That's why we usually see those fixes for current at a far later point, usually 
around rc1 or rc2 of the coming release, because it's less likely that things 
break again at this point.

BUT, that doesn't mean you cannot do anything right now. There's in fact a 
couple of things possible:
 - try a newer version. There's the chance that it fixes the problems. (in case 
of libmp4v2 this would be an option)
 - inform the maintainer of the script about the problem and possible 
solutions you have found.
 - if the problem still exists in the most recent version, or we already have 
the most recent version in the repo, bug upstream. Chances are it will get 
fixed before the release of the next Slackware version.

In case there's really only the way to patch it, I would say it's up to the 
maintainer of the script IMHO. Like David already mentioned, as long as it 
doesn't break stable it should be fine.

I won't include any patch for -current at this time for any of my scripts. 
It's just too early in the development process for that. IMHO, a person 
running -current at this time should be able to fix such problems himself.
But that's just my 2 cents.

Grs,
Heinz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100128/07d00c7c/attachment-0001.sig>

From niels.horn at gmail.com  Thu Jan 28 12:27:44 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Thu, 28 Jan 2010 10:27:44 -0200
Subject: [Slackbuilds-users] fbreader.SlackBuild uses /usr/lib in x86_64
In-Reply-To: <a80126f51001190734r4ce8933cj77e0bb2bac494de@mail.gmail.com>
References: <a80126f51001141014s6d84f73ocd63a3d992f8d9e0@mail.gmail.com>
	<20100117114100.GA4530@kiras>
	<a80126f51001190734r4ce8933cj77e0bb2bac494de@mail.gmail.com>
Message-ID: <3f18b2311001280427i5bb26b4bjbd03eb762ec28486@mail.gmail.com>

On Tue, Jan 19, 2010 at 1:34 PM, George Vlahavas <vlahavas at gmail.com> wrote:
> 2010/1/17 Audrius Ka?ukauskas <audrius at neutrino.lt>
>>
>> On Thu, 2010-01-14 at 20:14:18 +0200, George Vlahavas wrote:
>> > Hi,
>> >
>> > the current fbreader.SlackBuild on slackbuilds.org puts libraries in
>> > /usr/lib, even when compiled under x86_64. The fix (provided by
>> > rworkman) is
>> > apparently to change the make and make install lines to:
>> >
>> > make LIBDIR=/usr/lib${LIBDIRSUFFIX}
>> > make install LIBDIR=/usr/lib${LIBDIRSUFFIX} DESTDIR=$PKG
>> >
>> > Best regards,
>> >
>> > George
>> >
>> > PS: I'm CCing the SBo mail list, but I'm not registered.
>>
>> Sorry for late reply and thanks for report. ?I'm not using fbreader
>> anymore, so feel free to take over its maintenance (together with its
>> dependency liblinebreak).
>
> Sorry, I'm not interested. I don't really use it either. I just found the
> error and thought I'd report it.
>

My wife loved this program, with the simple interface to the network
libraries, where she can simply click on titles from authors she
researches for her projects.
I already built the newest version for her, so - if nobody objects - I
might submit an update.

Niels

From audrius at neutrino.lt  Thu Jan 28 13:25:57 2010
From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=)
Date: Thu, 28 Jan 2010 15:25:57 +0200
Subject: [Slackbuilds-users] fbreader.SlackBuild uses /usr/lib in x86_64
In-Reply-To: <3f18b2311001280427i5bb26b4bjbd03eb762ec28486@mail.gmail.com>
References: <a80126f51001141014s6d84f73ocd63a3d992f8d9e0@mail.gmail.com>
	<20100117114100.GA4530@kiras>
	<a80126f51001190734r4ce8933cj77e0bb2bac494de@mail.gmail.com>
	<3f18b2311001280427i5bb26b4bjbd03eb762ec28486@mail.gmail.com>
Message-ID: <20100128132557.GA11539@kiras>

On Thu, 2010-01-28 at 10:27:44 -0200, Niels Horn wrote:
> My wife loved this program, with the simple interface to the network
> libraries, where she can simply click on titles from authors she
> researches for her projects.
> I already built the newest version for her, so - if nobody objects - I
> might submit an update.

I certainly won't object.  On the contrary -- I'm glad that someone
found it useful. :-)

-- 
Audrius Ka?ukauskas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100128/3b9a2b9d/attachment.sig>

From niels.horn at gmail.com  Thu Jan 28 13:30:53 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Thu, 28 Jan 2010 11:30:53 -0200
Subject: [Slackbuilds-users] Patch for libmp4v2
In-Reply-To: <201001281314.11474.pprkut@liwjatan.at>
References: <6bb01941001271950h396af183s673c323c24f136a6@mail.gmail.com>
	<6bb01941001272027i4ea92f2cs1443a44cd844b469@mail.gmail.com>
	<3f18b2311001280250w4efdd66fqe4ab7aecb7eb4682@mail.gmail.com>
	<201001281314.11474.pprkut@liwjatan.at>
Message-ID: <3f18b2311001280530v75887f41pad60076a1ff458cb@mail.gmail.com>

>> Since we're on the subject, what would be reasonable in these cases?
>>
>> What if a SlackBuild needs patches for -current?
>> I know SlackBuilds.org supports 13.0-stable only officially, but is it
>> OK to mention a patch in README if needed? Or create a README.CURRENT
>> if there are special instructions?
>>
>> Or (tell me if I'm going too far) let the SlackBuild check the version
>> of gcc (usually the problem with building on -current) version and
>> apply the patch?
>>
>> Sometimes (mostly?) a patch for -current will not cause any
>> side-effects on -stable and build normally on the "older" gcc. In this
>> case I guess we can apply the patch anyway (I confess I already did
>> this in one build)
>
> The issue with -current is that it's a moving target. Things might change
> drastically from one day to another. A fix that worked before might need
> adjustments to continue working, or it might no longer be necessary, or ....
> That's why we usually see those fixes for current at a far later point, usually
> around rc1 or rc2 of the coming release, because it's less likely that things
> break again at this point.
>
> BUT, that doesn't mean you cannot do anything right now. There's in fact a
> couple of things possible:
> ?- try a newer version. There's the chance that it fixes the problems. (in case
> of libmp4v2 this would be an option)
> ?- inform the maintainer of the script about the problem and possible
> solutions you have found.
> ?- if the problem still exists in the most recent version, or we already have
> the most recent version in the repo, bug upstream. Chances are it will get
> fixed before the release of the next Slackware version.
>
> In case there's really only the way to patch it, I would say it's up to the
> maintainer of the script IMHO. Like David already mentioned, as long as it
> doesn't break stable it should be fine.
>
> I won't include any patch for -current at this time for any of my scripts.
> It's just too early in the development process for that. IMHO, a person
> running -current at this time should be able to fix such problems himself.
> But that's just my 2 cents.
>
> Grs,
> Heinz
>

In the ideal world, you are completely right :)

But bugging upstream does not always work. I have had really nice
experiences with some developers who helped me out resolving problems
and applying patches I suggested.
On the other hand, some others are not cooperative at all and refuse
to even correct hard-coded paths like "/usr/local/bin", "/usr/lib/"
etc.

Like you said, a person running -current *should* be able to fix
problems, but that is also not my experience :) Unfortunately many
think that -current is something like "Windows Update", or a simple
way to always run the latest versions of software.

Oh well, life's tough. :)

Niels

From niels.horn at gmail.com  Thu Jan 28 13:34:36 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Thu, 28 Jan 2010 11:34:36 -0200
Subject: [Slackbuilds-users] fbreader.SlackBuild uses /usr/lib in x86_64
In-Reply-To: <20100128132557.GA11539@kiras>
References: <a80126f51001141014s6d84f73ocd63a3d992f8d9e0@mail.gmail.com>
	<20100117114100.GA4530@kiras>
	<a80126f51001190734r4ce8933cj77e0bb2bac494de@mail.gmail.com>
	<3f18b2311001280427i5bb26b4bjbd03eb762ec28486@mail.gmail.com>
	<20100128132557.GA11539@kiras>
Message-ID: <3f18b2311001280534k346c0cd9p162040d269e6fc03@mail.gmail.com>

2010/1/28 Audrius Ka?ukauskas <audrius at neutrino.lt>:
> On Thu, 2010-01-28 at 10:27:44 -0200, Niels Horn wrote:
>> My wife loved this program, with the simple interface to the network
>> libraries, where she can simply click on titles from authors she
>> researches for her projects.
>> I already built the newest version for her, so - if nobody objects - I
>> might submit an update.
>
> I certainly won't object. ?On the contrary -- I'm glad that someone
> found it useful. :-)
>
> --
> Audrius Ka?ukauskas
>
OK, great. I'll organize the two updates for liblinebreak (2.0) and
fbreader (0.12.1) and submit them later on.
I'll keep the reference to your name in the SlackBuilds as the original author.

Niels

From pprkut at liwjatan.at  Thu Jan 28 14:21:27 2010
From: pprkut at liwjatan.at (Heinz Wiesinger)
Date: Thu, 28 Jan 2010 15:21:27 +0100
Subject: [Slackbuilds-users] Patch for libmp4v2
In-Reply-To: <3f18b2311001280530v75887f41pad60076a1ff458cb@mail.gmail.com>
References: <6bb01941001271950h396af183s673c323c24f136a6@mail.gmail.com>
	<201001281314.11474.pprkut@liwjatan.at>
	<3f18b2311001280530v75887f41pad60076a1ff458cb@mail.gmail.com>
Message-ID: <201001281521.32676.pprkut@liwjatan.at>

On Thursday 28 January 2010 14:30:53 Niels Horn wrote:
> >> Since we're on the subject, what would be reasonable in these cases?
> >>
> >> What if a SlackBuild needs patches for -current?
> >> I know SlackBuilds.org supports 13.0-stable only officially, but is it
> >> OK to mention a patch in README if needed? Or create a README.CURRENT
> >> if there are special instructions?
> >>
> >> Or (tell me if I'm going too far) let the SlackBuild check the version
> >> of gcc (usually the problem with building on -current) version and
> >> apply the patch?
> >>
> >> Sometimes (mostly?) a patch for -current will not cause any
> >> side-effects on -stable and build normally on the "older" gcc. In this
> >> case I guess we can apply the patch anyway (I confess I already did
> >> this in one build)
> >
> > The issue with -current is that it's a moving target. Things might change
> > drastically from one day to another. A fix that worked before might need
> > adjustments to continue working, or it might no longer be necessary, or
> > .... That's why we usually see those fixes for current at a far later
> > point, usually around rc1 or rc2 of the coming release, because it's less
> > likely that things break again at this point.
> >
> > BUT, that doesn't mean you cannot do anything right now. There's in fact
> > a couple of things possible:
> >  - try a newer version. There's the chance that it fixes the problems.
> > (in case of libmp4v2 this would be an option)
> >  - inform the maintainer of the script about the problem and possible
> > solutions you have found.
> >  - if the problem still exists in the most recent version, or we already
> > have the most recent version in the repo, bug upstream. Chances are it
> > will get fixed before the release of the next Slackware version.
> >
> > In case there's really only the way to patch it, I would say it's up to
> > the maintainer of the script IMHO. Like David already mentioned, as long
> > as it doesn't break stable it should be fine.
> >
> > I won't include any patch for -current at this time for any of my
> > scripts. It's just too early in the development process for that. IMHO, a
> > person running -current at this time should be able to fix such problems
> > himself. But that's just my 2 cents.
> >
> > Grs,
> > Heinz
> 
> In the ideal world, you are completely right :)
> 
> But bugging upstream does not always work. I have had really nice
> experiences with some developers who helped me out resolving problems
> and applying patches I suggested.
> On the other hand, some others are not cooperative at all and refuse
> to even correct hard-coded paths like "/usr/local/bin", "/usr/lib/"
> etc.

Well, I said there is the chance, not that it *will* happen :)
You are of course completely right, and I made the very same experiences as 
well. But one should never stop trying, or else we end up like debian :P

> Like you said, a person running -current *should* be able to fix
> problems, but that is also not my experience :) Unfortunately many
> think that -current is something like "Windows Update", or a simple
> way to always run the latest versions of software.

Exactly, and I won't do anything to encourage such thinking :)

Grs,
Heinz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100128/20887fcf/attachment.sig>

From ozan.turkyilmaz at gmail.com  Fri Jan 29 21:50:52 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Fri, 29 Jan 2010 23:50:52 +0200
Subject: [Slackbuilds-users] vwm and 64bit paths
In-Reply-To: <4B543123.7010909@gmail.com>
References: <4B543123.7010909@gmail.com>
Message-ID: <4B63583C.2090801@gmail.com>

18.01.2010 12:00, Pierre Cazenave yazm??:
[...]

i tested the following changes and it works for me.

#if defined(__x86_64__)
#ifndef _VWM_SHARED_MODULES
#define _VWM_SHARED_MODULES      "/usr/lib64/vwm/modules/"
#endif
#else
#ifndef _VWM_SHARED_MODULES
#define _VWM_SHARED_MODULES	"/usr/lib/vwm/modules/"
#endif
#endif



-- 
Ozan
???

Close the world, txEn eht nepO

From serban.udrea at skmail.ikp.physik.tu-darmstadt.de  Sun Jan 31 01:07:01 2010
From: serban.udrea at skmail.ikp.physik.tu-darmstadt.de (Serban Udrea)
Date: Sun, 31 Jan 2010 02:07:01 +0100
Subject: [Slackbuilds-users] A few questions/remarks
In-Reply-To: <dc30799e0912202245w7d7eb1f4p8487718f52062415@mail.gmail.com>
References: <dc30799e0912202245w7d7eb1f4p8487718f52062415@mail.gmail.com>
Message-ID: <4B64D7B5.40509@skmail.ikp.physik.tu-darmstadt.de>

Hello!

I wrote a slackbuild for compiling ATLAS 3.8.3, one of the tuned BLAS 
libraries, and would like to submit it. Nevertheless, I cannot, at the 
time beeing, test it on a 64-bit system. Thus, I think that it would be 
nice if someone could help with testing on such a machine, before I do 
the submission.

ATLAS by itself doesn't bring much, the main thing one has to do is to 
get also LAPACK compiled against it, before all other packages which 
depend on LAPACK+BLAS. Thus I took the original slackbuild written by 
Eugene Suter and modified it such that it can optionally perform the 
LAPACK build against ATLAS. But I have the same problem as with ATLAS 
and I also would like to know how to eventually proceed with the 
submission:  make a separate slackbuild out of it or share/pass 
maintenance with/to Eugene -- if he agrees and it's possible?

A few other remarks:

a) The download link for ipython changed to:
http://ipython.scipy.org/dist/0.10/ipython-0.10.tar.gz

b) ipython has a bunch of optional dependencies, most of them -- only 
exception is foolscap if I'm not mistaken -- also provided on 
SlackBuilds.org or available with Slackware 13.0. I think that it would 
be nice if the README would mention them.

c) Netlib BLAS does to my knowledge not have version 3.2.1, since it 
doesn't follow LAPACK. It is a (relatively old) reference implementation 
and maybe the version should be like with cblas the date of last 
modifications (packaging) 20070321.

d) To my knowledge scipy does not depend, and thus the corresponding 
slackbuild should not require any of matplotlib, iPython and FFTW. 
Moreover, starting with version 0.7.0 the release notes of scipy state 
that all fft modules except (netlib) fftpack have been removed. 
Actually, I lost a lot of time because scipy/INSTALL and 
numpy/site.cfg.example still mention FFTW as an option but the build of 
scipy ignores its presence.

e) While blas and lapack are put into the Libraries category, cblas is 
in Academic. Maybe all of them should be in the same category.

f) It would be nice if the slackbuilds for the following software would 
get upgraded for the last bug-fix releases:

blender to 2.49b
zope.interface to 2.5.3
pexpect to 2.3
fftw to 3.2.2
numpy to 1.4.0
scipy to 0.7.1

Best regards,

Serban Udrea

From schnee72 at gmail.com  Sun Jan 31 01:31:21 2010
From: schnee72 at gmail.com (Dustin Schnee)
Date: Sat, 30 Jan 2010 19:31:21 -0600
Subject: [Slackbuilds-users] uploaded wrong file for submission
Message-ID: <4B64DD69.5080704@gmail.com>

I was submitting a version update and uploaded the wrong file that 
didn't have a correct *.info file for avrdude, I will upload the correct 
file when the other one is removed from the queue. Sorry for the 
inconvenience.

From asamardzic at gmail.com  Sun Jan 31 08:58:45 2010
From: asamardzic at gmail.com (Aleksandar Samardzic)
Date: Sun, 31 Jan 2010 09:58:45 +0100
Subject: [Slackbuilds-users] A few questions/remarks
In-Reply-To: <4B64D7B5.40509@skmail.ikp.physik.tu-darmstadt.de>
References: <dc30799e0912202245w7d7eb1f4p8487718f52062415@mail.gmail.com> 
	<4B64D7B5.40509@skmail.ikp.physik.tu-darmstadt.de>
Message-ID: <d20938701001310058p5b2866f8nb524cd000fb024a7@mail.gmail.com>

On Sun, Jan 31, 2010 at 2:07 AM, Serban Udrea
<serban.udrea at skmail.ikp.physik.tu-darmstadt.de> wrote:
>
> I wrote a slackbuild for compiling ATLAS 3.8.3, one of the tuned BLAS
> libraries, and would like to submit it. Nevertheless, I cannot, at the time
> beeing, test it on a 64-bit system. Thus, I think that it would be nice if
> someone could help with testing on such a machine, before I do the
> submission.

I'll be glad to help testing on 64-bit machine, please drop me a link
to your version of the SlackBuild.


> f) It would be nice if the slackbuilds for the following software would get
> upgraded for the last bug-fix releases:
>
>    [ ... ]
>
> numpy to 1.4.0
>
>   [ ... ]
>

I've bumped the version up, updated numpy SlackBuild is in pending
now.  On the other side - as mentioned in one of my previous posts
here, my short dive into using Python for numerical programming is
over, so if anyone is willing to take over the maintenance of numpy,
as well as matplotlib scripts, that would be great.

Regards,
Alex

From matteo.bernardini at sns.it  Sun Jan 31 11:17:59 2010
From: matteo.bernardini at sns.it (Matteo Bernardini)
Date: Sun, 31 Jan 2010 12:17:59 +0100
Subject: [Slackbuilds-users] experimenting with git
Message-ID: <4B6566E7.9070506@sns.it>

hi fellas,

looking for a way to manage building from current with sbopkg and 
mantain a modified slackbuilds.org repository I tried to use it with git.
I pulled yesterday's repo and started doing tags for the build scripts I 
modified for clean build on current and then I merged them all.
This is the patch I use (made with git diff from the first commit) 
against slackbuilds.org 13.0 repo

http://ponce.pastebin.com/f70344f2a

and this is the git repo itself

http://github.com/Ponce/SBogit

gotta say git is fun :D

Matteo (Ponce)

From chaos.proton at gmail.com  Sun Jan 31 11:28:09 2010
From: chaos.proton at gmail.com (Grissiom)
Date: Sun, 31 Jan 2010 19:28:09 +0800
Subject: [Slackbuilds-users] experimenting with git
In-Reply-To: <4B6566E7.9070506@sns.it>
References: <4B6566E7.9070506@sns.it>
Message-ID: <a0adeea51001310328g14b0579ei74b16b6bc41c9437@mail.gmail.com>

On Sun, Jan 31, 2010 at 7:17 PM, Matteo Bernardini <matteo.bernardini at sns.it
> wrote:

> hi fellas,
>
> looking for a way to manage building from current with sbopkg and mantain a
> modified slackbuilds.org repository I tried to use it with git.
> I pulled yesterday's repo and started doing tags for the build scripts I
> modified for clean build on current and then I merged them all.
> This is the patch I use (made with git diff from the first commit) against
> slackbuilds.org 13.0 repo
>
> http://ponce.pastebin.com/f70344f2a
>
> and this is the git repo itself
>
> http://github.com/Ponce/SBogit
>
> gotta say git is fun :D
>
>
I'm interested with the idea -- use git to track a "branch" of SBo repo.
Actually, I(together with vvoody) have a git repo to track our SlackBuilds:
 http://gitorious.org/slackbuilds

I'm also interested in how do the SBo admins do source control management ;)
SVN, or just tarball backups?

-- 
Cheers,
Grissiom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100131/550e10ce/attachment.htm>

From ozan.turkyilmaz at gmail.com  Sun Jan 31 11:29:05 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Sun, 31 Jan 2010 13:29:05 +0200
Subject: [Slackbuilds-users] experimenting with git
In-Reply-To: <4B6566E7.9070506@sns.it>
References: <4B6566E7.9070506@sns.it>
Message-ID: <b465f34b1001310329r7c804341q4decbf09ce1d4e47@mail.gmail.com>

2010/1/31 Matteo Bernardini <matteo.bernardini at sns.it>:
> hi fellas,
>
> http://github.com/Ponce/SBogit
>
> gotta say git is fun :D
>

i moved my scripts to github, too. it's there:
http://github.com/ozanbaba/slackbuild-scripts

git is amazingly good tool for people. it's fast, it's useful and it's not CVS
-- 
Ozan
???

Close the world, txEn eht nepO

From mrt.itnewbies at gmail.com  Sun Jan 31 13:09:01 2010
From: mrt.itnewbies at gmail.com (Martinus Ady H)
Date: Sun, 31 Jan 2010 20:09:01 +0700
Subject: [Slackbuilds-users] google-chrome error: libnssutil3.so.1d
In-Reply-To: <20091209133458.GA4353@skamandros.andrews-corner.org>
References: <20091209125614.GA4721@skamandros.andrews-corner.org>
	<20091209133458.GA4353@skamandros.andrews-corner.org>
Message-ID: <4B6580ED.1040103@gmail.com>

andrew wrote:
> On Wed, Dec 09, 2009 at 11:56:14PM +1100, andrew wrote:
> 
>> I can see there is a linking problem here but I am not clever enough
>> to fix the issue....
> 
> Perhaps I underestimate myself. Line 61 altered to:
> 
>   ln -s /usr/lib/${MLIB%.?d} opt/google/chrome/$MLIB
> 
> seems to do the trick....
> 
> Andrew

Thx this is work for me :)

-- 
Regards,

Martinus Ady H.

From baildon.research at googlemail.com  Sun Jan 31 18:00:26 2010
From: baildon.research at googlemail.com (David Spencer)
Date: Sun, 31 Jan 2010 18:00:26 +0000
Subject: [Slackbuilds-users] geos -current
Message-ID: <138bb4bb1001311000n353b672cxbe5c29f55f38e5c0@mail.gmail.com>

Hi folks,

The geos slackbuild is failing on -current because of the recent
upgrade of Ruby to 1.9.1.

Upversioning geos doesn't solve the problem, but removing
'--enable-ruby' does :-)

I don't know of anything that needs Ruby support.  But if you really
do need geos with Ruby, you will be much happier on Slack 13.0, where
it all Just Works.

I've got some bad-tempered patches for -current, if anyone really
wants them, but I'm sure upstream will fix it soon enough.

Best regards
-Dave Spencer

ps. the recent Hugin-related updates made me very, very, very happy.
Thanks Erik!

From me at alkos333.net  Sun Jan 31 23:06:45 2010
From: me at alkos333.net (alkos333)
Date: Sun, 31 Jan 2010 17:06:45 -0600
Subject: [Slackbuilds-users] experimenting with git
In-Reply-To: <4B6566E7.9070506@sns.it>
References: <4B6566E7.9070506@sns.it>
Message-ID: <a6f13f001001311506o7f4b4ebeo160dc7455c2c6907@mail.gmail.com>

On Sun, Jan 31, 2010 at 5:17 AM, Matteo Bernardini
<matteo.bernardini at sns.it> wrote:
> hi fellas,
>
> looking for a way to manage building from current with sbopkg and mantain a
> modified slackbuilds.org repository I tried to use it with git.
> I pulled yesterday's repo and started doing tags for the build scripts I
> modified for clean build on current and then I merged them all.
> This is the patch I use (made with git diff from the first commit) against
> slackbuilds.org 13.0 repo
>
> http://ponce.pastebin.com/f70344f2a
>
> and this is the git repo itself
>
> http://github.com/Ponce/SBogit
>
> gotta say git is fun :D
>
> Matteo (Ponce)

Git is great man.  I've been using it at work for Visual Studio
projects and at home for all of the open source development and school
projects.  I'm wondering if SBo itself uses SCM system of any kind or
not.

-- 
Alex Lysenka
Bachelor of Computer Science
Operations Management & Information Systems Major
Northern Illinois University
alysenka at niu.edu