From rworkman at slackbuilds.org  Tue Jun  1 04:56:10 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Mon, 31 May 2010 23:56:10 -0500
Subject: [Slackbuilds-users] Fix to SLiM
In-Reply-To: <AANLkTik3JB0yEUtBRNOhWfQnPuCeQFLFqsqNeZrvkpzO@mail.gmail.com>
References: <AANLkTik3JB0yEUtBRNOhWfQnPuCeQFLFqsqNeZrvkpzO@mail.gmail.com>
Message-ID: <20100531235610.585cbab3@liberty.rlwhome.lan>

On Mon, 31 May 2010 13:25:51 -0300
Max Miorim <miorimmax at gmail.com> wrote:

> The SlackBuild script for SLiM (a graphical login manager) goes
> through the compilation and package creation process just fine, but
> theres a problem with the resulting binary: it links against both
> libpng12 and libpng14 (Slackware 13.1 comes with both versions in the
> same package) and just dies, throwing the following at
> /var/log/slim.log:
> 
> libpng warning: Application was compiled with png.h from libpng-1.4.2
> libpng warning: Application  is  running with png.c from libpng-1.2.43
> libpng error: Incompatible libpng version in application and library
> 
> At first, I modified its Makefile to use libpng12 only, it worked but
> I guess it'd break compatibility with previous Slackware versions...
> So, I tried with libpng14 (using -I/usr/include/libpng and -lpng -
> without any version suffix, libpng14 is the /default/ in 13.1) and
> it's working as intended again:


I'm going to apply this, but after modifying it to use libpng14
(-lpng14) instead of libpng (-lpng) due to how libpng upstream
names stuff.  They have made it very clear that -lpng is not
supported by them due to the way they rename the frapping library
with every major version bump.

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

From rworkman at slackbuilds.org  Tue Jun  1 05:03:47 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 1 Jun 2010 00:03:47 -0500
Subject: [Slackbuilds-users] 13.1 Repo Live! - git stuff
In-Reply-To: <4C017CCB.2040705@sns.it>
References: <20100529083328.GA11096@slackbuilds.org> <4C017CCB.2040705@sns.it>
Message-ID: <20100601000347.337dfc84@liberty.rlwhome.lan>

On Sat, 29 May 2010 22:44:59 +0200
Matteo Bernardini <matteo.bernardini at sns.it> wrote:

> I forked slackbuilds.org git master, and I checked all the branches I 
> had done on the github SBo-git repo against that, branching the
> changes on the new fork.


I just pulled all of the branches down locally, and just at a 
glance, there's at least once that is wrong: zisofs-tools was
removed because it's part of Slackware (included in cdrtools),
so that one won't be restored.

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

From rworkman at slackbuilds.org  Tue Jun  1 05:14:22 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 1 Jun 2010 00:14:22 -0500
Subject: [Slackbuilds-users] build fixes for LiVES, avidemux, vice
In-Reply-To: <4C0358BF.4060607@sns.it>
References: <4C0358BF.4060607@sns.it>
Message-ID: <20100601001422.5488aa41@liberty.rlwhome.lan>

On Mon, 31 May 2010 08:35:43 +0200
Matteo Bernardini <matteo.bernardini at sns.it> wrote:

> sorry if I hasn't been clear about the build issues I found with the
> new 13.1 repository (I'm still too enthusiastic about having a git
> repo to play with :) ), I'll try to list them in a ordered form:
> 
> -----------------------------------------
> 
> LiVES, avidemux, vice


These three are merged into my branch now.

I'll be trying to get the other fixes in as well; the
new stuff (additions of things that were removed due to
build failures and such) will have to wait until our 
submission process is open again).

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

From dhabyx at xelalug.org  Tue Jun  1 05:36:40 2010
From: dhabyx at xelalug.org (Dhaby Xiloj)
Date: Mon, 31 May 2010 23:36:40 -0600
Subject: [Slackbuilds-users] ffmpeg
Message-ID: <4C049C68.9020205@xelalug.org>

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

Hi,

The Slackbuild script for ffmpeg does not install the man pages, this
is fixed by adding the following line

make install-man DESTDIR=$PKG


- -- DhabyX
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEUEARECAAYFAkwEnGUACgkQFdMl7TRhRMvO9gCY7/9LzoHtvuN5VjdVMJB9cGbJ
zgCdHHKzJhQm37AGxIEpNzGc8PrsVBI=
=D9KN
-----END PGP SIGNATURE-----


From matteo.bernardini at sns.it  Tue Jun  1 05:42:26 2010
From: matteo.bernardini at sns.it (Matteo Bernardini)
Date: Tue, 01 Jun 2010 07:42:26 +0200
Subject: [Slackbuilds-users] build fixes for LiVES, avidemux, vice
In-Reply-To: <20100601001422.5488aa41@liberty.rlwhome.lan>
References: <4C0358BF.4060607@sns.it>
	<20100601001422.5488aa41@liberty.rlwhome.lan>
Message-ID: <4C049DC2.9080609@sns.it>

On 01/06/2010 07:14, Robby Workman wrote:
> These three are merged into my branch now.

thanks Robby, sorry I missed the zisofs-tools inclusion in cdrtools.

> I'll be trying to get the other fixes in as well; the
> new stuff (additions of things that were removed due to
> build failures and such) will have to wait until our
> submission process is open again).

sorry again if I wasn't clear about all the branches in my 
slackbuilds.org git fork: the upgraded/reverted/readded branches are 
there because I use that software and I need to upgrade it, but I 
understand perfectly that maintainers can have different opinions/needs 
on those.

Matteo

From erik at slackbuilds.org  Tue Jun  1 05:44:13 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Tue, 1 Jun 2010 00:44:13 -0500
Subject: [Slackbuilds-users] ffmpeg
In-Reply-To: <4C049C68.9020205@xelalug.org>
References: <4C049C68.9020205@xelalug.org>
Message-ID: <20100601004413.2b7955a6@shaggy.doo>

On Mon, 31 May 2010 23:36:40 -0600
Dhaby Xiloj <dhabyx at xelalug.org> wrote:

> make install-man DESTDIR=$PKG

Added to my branch, thanks.

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

From lmello.009 at gmail.com  Tue Jun  1 05:47:51 2010
From: lmello.009 at gmail.com (Luis Henrique F. Cardoso de Mello)
Date: Tue, 01 Jun 2010 02:47:51 -0300
Subject: [Slackbuilds-users] Fix to SLiM
In-Reply-To: <20100531235610.585cbab3@liberty.rlwhome.lan>
References: <AANLkTik3JB0yEUtBRNOhWfQnPuCeQFLFqsqNeZrvkpzO@mail.gmail.com>
	<20100531235610.585cbab3@liberty.rlwhome.lan>
Message-ID: <4C049F07.9070407@gmail.com>

On 06/01/2010 01:56 AM, Robby Workman wrote:
> On Mon, 31 May 2010 13:25:51 -0300
> Max Miorim<miorimmax at gmail.com>  wrote:
>
>    
>> The SlackBuild script for SLiM (a graphical login manager) goes
>> through the compilation and package creation process just fine, but
>> theres a problem with the resulting binary: it links against both
>> libpng12 and libpng14 (Slackware 13.1 comes with both versions in the
>> same package) and just dies, throwing the following at
>> /var/log/slim.log:
>>
>> libpng warning: Application was compiled with png.h from libpng-1.4.2
>> libpng warning: Application  is  running with png.c from libpng-1.2.43
>> libpng error: Incompatible libpng version in application and library
>>
>> At first, I modified its Makefile to use libpng12 only, it worked but
>> I guess it'd break compatibility with previous Slackware versions...
>> So, I tried with libpng14 (using -I/usr/include/libpng and -lpng -
>> without any version suffix, libpng14 is the /default/ in 13.1) and
>> it's working as intended again:
>>      
>
> I'm going to apply this, but after modifying it to use libpng14
> (-lpng14) instead of libpng (-lpng) due to how libpng upstream
> names stuff.  They have made it very clear that -lpng is not
> supported by them due to the way they rename the frapping library
> with every major version bump.
>
> -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/
>
>    
Also, I think it would be a good idea to include a logrotate entry for 
slim in the package. It's easy to forget it and suddenly find your /var 
dir over 2G in size... here's a sample file I found on Gentoo wiki:

File:  /etc/logrotate.d/slim

/var/log/slim.log {
   compress
   rotate 4
   size=1M
   notifempty
   missingok
   copytruncate
   noolddir
}

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100601/4008abd0/attachment.htm>

From rworkman at slackbuilds.org  Tue Jun  1 06:05:14 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 1 Jun 2010 01:05:14 -0500
Subject: [Slackbuilds-users] build fixes for LiVES, avidemux, vice
In-Reply-To: <4C049DC2.9080609@sns.it>
References: <4C0358BF.4060607@sns.it>
	<20100601001422.5488aa41@liberty.rlwhome.lan>
	<4C049DC2.9080609@sns.it>
Message-ID: <20100601010514.23dd6d4b@liberty.rlwhome.lan>

On Tue, 01 Jun 2010 07:42:26 +0200
Matteo Bernardini <matteo.bernardini at sns.it> wrote:

> On 01/06/2010 07:14, Robby Workman wrote:
> > These three are merged into my branch now.
> 
> thanks Robby, sorry I missed the zisofs-tools inclusion in cdrtools.
> 
> > I'll be trying to get the other fixes in as well; the
> > new stuff (additions of things that were removed due to
> > build failures and such) will have to wait until our
> > submission process is open again).
> 
> sorry again if I wasn't clear about all the branches in my 
> slackbuilds.org git fork: the upgraded/reverted/readded branches are 
> there because I use that software and I need to upgrade it, but I 
> understand perfectly that maintainers can have different
> opinions/needs on those.


Sure, that makes sense.  I'd prefer to not have to wade through 
and figure out what qualifies as "this is trivial so I can apply
it" and "this is new" and "this is invasive" and so on, but I'm
not sure of a good way to avoid that (aside from looking at the
shortlog output), so oh well - such is life :-)

Anyway, I've applied almost all of the trivial cleanups, and I 
think I'm done with your repo for now - thanks!  :-)

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

From rworkman at slackbuilds.org  Tue Jun  1 06:10:09 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 1 Jun 2010 01:10:09 -0500
Subject: [Slackbuilds-users] Fix to SLiM
In-Reply-To: <4C049F07.9070407@gmail.com>
References: <AANLkTik3JB0yEUtBRNOhWfQnPuCeQFLFqsqNeZrvkpzO@mail.gmail.com>
	<20100531235610.585cbab3@liberty.rlwhome.lan>
	<4C049F07.9070407@gmail.com>
Message-ID: <20100601011009.774b182f@liberty.rlwhome.lan>

On Tue, 01 Jun 2010 02:47:51 -0300
"Luis Henrique F. Cardoso de Mello" <lmello.009 at gmail.com> wrote:
>     
> Also, I think it would be a good idea to include a logrotate entry
> for slim in the package. It's easy to forget it and suddenly find
> your /var dir over 2G in size... 


I agree: e0f0bdf194f9e49fa01f438772cea8598f09e475 on my branch.

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

From rworkman at slackbuilds.org  Tue Jun  1 06:15:00 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 1 Jun 2010 01:15:00 -0500
Subject: [Slackbuilds-users] updates of the SlackBuilds maintained by me
In-Reply-To: <20100530072647.48d3d5ab@shaggy.doo>
References: <AANLkTimLBPbFxEcvdgku46juxk7MTiaoFij77sPVC6mC@mail.gmail.com>
	<20100530072647.48d3d5ab@shaggy.doo>
Message-ID: <20100601011500.6699cd3f@liberty.rlwhome.lan>

On Sun, 30 May 2010 07:26:47 -0500
Erik Hanson <erik at slackbuilds.org> wrote:

> On Sun, 30 May 2010 20:11:28 +0800
> Grissiom <chaos.proton at gmail.com> wrote:
> 
> > Hello,
> > 
> > My updates of the SlackBuilds is here:
> > 
> > http://github.com/grissiom/slackbuilds (or git url, git://
> > github.com/grissiom/slackbuilds.git)
> 
> There may be some confusion, this is not how we take updates. You'll
> need to use the submission form when it re-opens.


That's probably (well, almost surely) my fault.

I've told several people directly (and implied indirectly on
the mailing list) that git pulls requests *might* be accepted,
but only for minor stuff (e.g. trivial cleanups and other such
bugfixes).  I've gone through ponce's stuff and merged the good
ones into my branch, and I'm about to go through grissiom's
repo now.

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

From rworkman at slackbuilds.org  Tue Jun  1 06:16:25 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 1 Jun 2010 01:16:25 -0500
Subject: [Slackbuilds-users] xulrunner
In-Reply-To: <20100529125703.GA2193@pollux.mlnet>
References: <20100528110512.GA25812@pollux.mlnet>
	<20100529011212.779134c4@liberty.rlwhome.lan>
	<20100529125703.GA2193@pollux.mlnet>
Message-ID: <20100601011625.31e78b00@liberty.rlwhome.lan>

On Sat, 29 May 2010 14:57:03 +0200
emmel <the_emmel at gmx.net> wrote:

> On Sat, May 29, 2010 at 01:12:12AM -0500, Robby Workman wrote:
> > On Fri, 28 May 2010 13:05:12 +0200
> > emmel <the_emmel at gmx.net> wrote:
> > 
> > > Well, byt the looks of it the xulrunner slackbuild isn't quite
> > > ready for 13.1. I'm running current here and what I get is:
> > > 
> > > In file included
> > > from ../../../../dist/system_wrappers/X11/Xlibint.h:3, from
> > > cairo-xlib-display.c:41: /usr/include/X11/Xlibint.h:192: error:
> > > expected declaration specifiers or '...' before
> > > 'XGenericEventCookie'
> > > 
> > > Any idea how to fix this?
> > 
> > 
> > Nothing to fix here - it builds fine.
> > 
> 
> How do you do that? That's second time my build bailed out and your's
> worked just fine. I might have a different cairo, though. Did you
> build yours recently?


I built it just before replying to your mail :-)

I talked with XGizzmo over a beer on Saturday, and his experience
was identical to mine, so it's got to be something peculiar about
your system.

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

From rworkman at slackbuilds.org  Tue Jun  1 06:18:03 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 1 Jun 2010 01:18:03 -0500
Subject: [Slackbuilds-users] Status Report
In-Reply-To: <AANLkTilHikhUtnCo2DYMpTPQ3Z35d8cQPJZkNxBDGK0z@mail.gmail.com>
References: <20100526005856.5478ced1@liberty.rlwhome.lan>
	<AANLkTilHikhUtnCo2DYMpTPQ3Z35d8cQPJZkNxBDGK0z@mail.gmail.com>
Message-ID: <20100601011803.02255940@liberty.rlwhome.lan>

On Sat, 29 May 2010 11:54:14 +0300
Ozan T?rky?lmaz <ozan.turkyilmaz at gmail.com> wrote:

> 2010/5/26 Robby Workman <rworkman at slackbuilds.org>:
> >
> > [1] That's not to say that a git pull request won't be honored.
> > ? ?In fact, if you were to clone master and host it on e.g. github,
> > ? ?and create a separate branch for each app that you submit via
> > ? ?our submission form, and note that in the comments of the
> > ? ?submission, it's certainly possible that some of us :) might
> > ? ?use that. ? This is particularly true for cases where:
> > ? ? ?[ $admin == rworkman ] && [ $changetype == trivial ] ?:-)
> 
> where should we send the request? right now chages are not trivial,
> hence no git pull request. but most of the chages i did was trvial. it
> would simpify my and your work (admins).


Clone master, host it somewhere, and create a branch with the 
trivial fixes.  

I'm not sure whether a single branch with all of them is better,
or if I'd rather have lots of branches with one app in each.
Since I've done the latter now, let's try a single branch with
all of them, and I'll cherry-pick if necessary.

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

From rworkman at slackbuilds.org  Tue Jun  1 06:26:48 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 1 Jun 2010 01:26:48 -0500
Subject: [Slackbuilds-users] updates of the SlackBuilds maintained by me
In-Reply-To: <AANLkTimLBPbFxEcvdgku46juxk7MTiaoFij77sPVC6mC@mail.gmail.com>
References: <AANLkTimLBPbFxEcvdgku46juxk7MTiaoFij77sPVC6mC@mail.gmail.com>
Message-ID: <20100601012648.67829e71@liberty.rlwhome.lan>

On Sun, 30 May 2010 20:11:28 +0800
Grissiom <chaos.proton at gmail.com> wrote:

> My updates of the SlackBuilds is here:
> 
> http://github.com/grissiom/slackbuilds (or git url, git://
> github.com/grissiom/slackbuilds.git)
> 
> Main changes are update with upstream and merge with new templates. I
> think a git log -p will show all the stuffs ;-)
> 
> Hope they could be merged into the mainline. If have any problem,
> feel free to contract with me.


pyserial is 450fde1509106c6beafe0d030d523b5fee7b5445 in my branch.

The others are version bumps, so they'll have to wait for the
submission form to open again.

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

From rworkman at slackbuilds.org  Tue Jun  1 06:29:42 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 1 Jun 2010 01:29:42 -0500
Subject: [Slackbuilds-users] Texlive SlackBuild error
In-Reply-To: <AANLkTimZCG1NCitVBYX2W1D7eDRMr7somVF8jNPlwNMF@mail.gmail.com>
References: <232851.9921.qm@web28504.mail.ukl.yahoo.com>
	<AANLkTimZCG1NCitVBYX2W1D7eDRMr7somVF8jNPlwNMF@mail.gmail.com>
Message-ID: <20100601012942.39e26b9a@liberty.rlwhome.lan>

On Sun, 30 May 2010 04:28:43 -0800
Jo?o Felipe Santos <joao.eel at gmail.com> wrote:

> On Sun, May 30, 2010 at 3:52 AM, Brian Lawrence
> <nowbrians at yahoo.co.uk> wrote:
> >
> > The download of texi2html failed due to the wrong URL in the
> > texlive.info file. I've attached a text file with the details. Hope
> > this is satisfactory, I'm new to bug reporting. Brian (brianL on
> > LQ)
> >
> 
> I've found this error yesterday, too. Since I did not knew if the
> mirror was out forever or just for that moment I have not reported it.
> It is easy to find another texi2html mirror. Try this link to find a
> mirror near you: http://savannah.nongnu.org/download/texi2html/


Fixed in my branch ; thanks!

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

From rworkman at slackbuilds.org  Tue Jun  1 06:34:44 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 1 Jun 2010 01:34:44 -0500
Subject: [Slackbuilds-users] small fix for perl-dbd-sqlite
In-Reply-To: <201005292239.26870.thomas@beingboiled.info>
References: <201005151435.44158.thomas@beingboiled.info>
	<20100515212720.326f2bd7@liberty.rlwhome.lan>
	<201005292239.26870.thomas@beingboiled.info>
Message-ID: <20100601013444.274022a0@liberty.rlwhome.lan>

On Sat, 29 May 2010 22:39:26 +0200
Thomas Morper <thomas at beingboiled.info> wrote:

> Am Sonntag, 16. Mai 2010 04:27:20 schrieben Sie:
> 
> > > There's a small bug in my SlackBuild for perl-dbd-sqlite. On
> > > anything else than Slackware 13.0 with Perl 5.10.0 the hardcoded
> > > Perl version number prevents the $PKG dir from being cleaned up
> > > prior to "makepkg".
> > > Could one of the admins please fix this? Thanks!
> 
> > Done in local branch ; will be in next public update.
> 
> Whoops... looks like this got un-fixed again when the patch for bash4-
> compliance was added two days later. I like gitweb :-)
> 
> Here's a proper version:
>  - bash4 compliant
>  - version independent cleanup of $PKG
>  - removes the unwanted files only once (stupid me!)
> 
> Can one of the admins enter this into the repository, please? Thanks!


Commit 2a8c760e2740b8d22b09aadce4963e549278992d in my branch.

Thanks!

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

From the_emmel at gmx.net  Tue Jun  1 06:34:38 2010
From: the_emmel at gmx.net (emmel)
Date: Tue, 1 Jun 2010 08:34:38 +0200
Subject: [Slackbuilds-users] xulrunner
In-Reply-To: <20100601011625.31e78b00@liberty.rlwhome.lan>
References: <20100528110512.GA25812@pollux.mlnet>
	<20100529011212.779134c4@liberty.rlwhome.lan>
	<20100529125703.GA2193@pollux.mlnet>
	<20100601011625.31e78b00@liberty.rlwhome.lan>
Message-ID: <20100601063438.GA2862@pollux.mlnet>

On Tue, Jun 01, 2010 at 01:16:25AM -0500, Robby Workman wrote:
> On Sat, 29 May 2010 14:57:03 +0200
> emmel <the_emmel at gmx.net> wrote:
> 
> > On Sat, May 29, 2010 at 01:12:12AM -0500, Robby Workman wrote:
> > > On Fri, 28 May 2010 13:05:12 +0200
> > > emmel <the_emmel at gmx.net> wrote:
> > > 
> > > > Well, byt the looks of it the xulrunner slackbuild isn't quite
> > > > ready for 13.1. I'm running current here and what I get is:
> > > > 
> > > > In file included
> > > > from ../../../../dist/system_wrappers/X11/Xlibint.h:3, from
> > > > cairo-xlib-display.c:41: /usr/include/X11/Xlibint.h:192: error:
> > > > expected declaration specifiers or '...' before
> > > > 'XGenericEventCookie'
> > > > 
> > > > Any idea how to fix this?
> > > 
> > > 
> > > Nothing to fix here - it builds fine.
> > > 
> > 
> > How do you do that? That's second time my build bailed out and your's
> > worked just fine. I might have a different cairo, though. Did you
> > build yours recently?
> 
> 
> I built it just before replying to your mail :-)
> 
> I talked with XGizzmo over a beer on Saturday, and his experience
> was identical to mine, so it's got to be something peculiar about
> your system.
> 
> -RW

There really seems to be. Problem is, I tried RSSOwl and it crashes with
Slack 13.1's seamonkey supplying the rendering libraries.
-- 
emmel <the_emmel at gmx.net>
GPG signed
Fingerprint: 60B4 D8E3 9617 900C 6726  168F D677 5AAD D40F CCE7
Certserver : hkp://pgp.mit.edu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100601/4670f01f/attachment.sig>

From pprkut at liwjatan.at  Tue Jun  1 07:59:08 2010
From: pprkut at liwjatan.at (Heinz Wiesinger)
Date: Tue, 1 Jun 2010 09:59:08 +0200
Subject: [Slackbuilds-users] ffmpeg
In-Reply-To: <4C049C68.9020205@xelalug.org>
References: <4C049C68.9020205@xelalug.org>
Message-ID: <201006010959.12326.pprkut@liwjatan.at>

On Tuesday 01 June 2010 07:36:40 Dhaby Xiloj wrote:
> - gpg control packet
> Hi,
> 
> The Slackbuild script for ffmpeg does not install the man pages, this
> is fixed by adding the following line
> 
> make install-man DESTDIR=$PKG

I highly doubt that. By default the SlackBuild does install man-pages. If it 
doesn't, something is wrong with your system or you are doing something wrong.
I will have a look at that command, maybe it does indeed make things easier, 
but it is definitely not necessary for installing man pages.

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

From miorimmax at gmail.com  Tue Jun  1 08:42:25 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Tue, 1 Jun 2010 05:42:25 -0300
Subject: [Slackbuilds-users] ffmpeg
In-Reply-To: <201006010959.12326.pprkut@liwjatan.at>
References: <4C049C68.9020205@xelalug.org>
	<201006010959.12326.pprkut@liwjatan.at>
Message-ID: <AANLkTil3aH71lDZH_9JPiDNSZZtifYJBBAESAmd1L62-@mail.gmail.com>

On Tue, Jun 1, 2010 at 4:59 AM, Heinz Wiesinger <pprkut at liwjatan.at> wrote:
> On Tuesday 01 June 2010 07:36:40 Dhaby Xiloj wrote:
>> - gpg control packet
>> Hi,
>>
>> The Slackbuild script for ffmpeg does not install the man pages, this
>> is fixed by adding the following line
>>
>> make install-man DESTDIR=$PKG
>
> I highly doubt that. By default the SlackBuild does install man-pages. If it
> doesn't, something is wrong with your system or you are doing something wrong.
> I will have a look at that command, maybe it does indeed make things easier,
> but it is definitely not necessary for installing man pages.
>
> Grs,
> Heinz

I have had the same issue earler, it turns out that the configure
script looks for texi2html and if it isn't found the docs aren't
built, according to configure:

if enabled texi2html; then
    echo "BUILD_DOC=yes" >> config.mak
fi

texi2html is provided by T/tetex. Once installed, the documentation is
generated properly.

-- Max

From disturbed1976 at gmail.com  Tue Jun  1 09:36:07 2010
From: disturbed1976 at gmail.com (Keith Richie)
Date: Tue, 1 Jun 2010 05:36:07 -0400
Subject: [Slackbuilds-users] ffmpeg
In-Reply-To: <AANLkTil3aH71lDZH_9JPiDNSZZtifYJBBAESAmd1L62-@mail.gmail.com>
References: <4C049C68.9020205@xelalug.org>
	<201006010959.12326.pprkut@liwjatan.at>
	<AANLkTil3aH71lDZH_9JPiDNSZZtifYJBBAESAmd1L62-@mail.gmail.com>
Message-ID: <AANLkTikMNmQ3AJexm-hvCNfnUlH-EB0qcuvRhdaOCH5R@mail.gmail.com>

On Tue, Jun 1, 2010 at 4:42 AM, Max Miorim <miorimmax at gmail.com> wrote:
> On Tue, Jun 1, 2010 at 4:59 AM, Heinz Wiesinger <pprkut at liwjatan.at> wrote:
>> On Tuesday 01 June 2010 07:36:40 Dhaby Xiloj wrote:
>>> - gpg control packet
>>> Hi,
>>>
>>> The Slackbuild script for ffmpeg does not install the man pages, this
>>> is fixed by adding the following line
>>>
>>> make install-man DESTDIR=$PKG
>>
>> I highly doubt that. By default the SlackBuild does install man-pages. If it
>> doesn't, something is wrong with your system or you are doing something wrong.
>> I will have a look at that command, maybe it does indeed make things easier,
>> but it is definitely not necessary for installing man pages.
>>
>> Grs,
>> Heinz
>
> I have had the same issue earler, it turns out that the configure
> script looks for texi2html and if it isn't found the docs aren't
> built, according to configure:
>
> if enabled texi2html; then
> ? ?echo "BUILD_DOC=yes" >> config.mak
> fi
>
> texi2html is provided by T/tetex. Once installed, the documentation is
> generated properly.
>
> -- Max
> _______________________________________________
> 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/
>
>

Works for me.

>From the SlackBuild FAQ

Note that for many builds, you will need to have a true login shell in
order to have a correctly populated environment. Among other things,
/usr/share/texmf/bin will not be in your PATH if you simply do "su" --
therefore, you will need to either use "su -" when switching to root,
or source the the /etc/profile script after doing "su", or perhaps
modifying /root/.bashrc to include necessary PATH elements.

From druiloor at zonnet.nl  Tue Jun  1 10:15:51 2010
From: druiloor at zonnet.nl (Menno Duursma)
Date: Tue, 1 Jun 2010 12:15:51 +0200 (CEST)
Subject: [Slackbuilds-users] Slackbuilds md5 tiger (fwd)
Message-ID: <alpine.LNX.2.00.1006011215280.3575@pc.desktop>



---------- Forwarded message ----------
Date: Sat, 15 May 2010 15:43:39 +0200 (CEST)
From: Menno Duursma <druiloor at zonnet.nl>
To: ono-sendai <ono-sendai at insiberia.net>
Cc: tiger-devel at mail.freesoftware.fsf.org
Subject: Re: Slackbuilds md5 tiger


Okay,

This mirror image still works as before (and the hash seems to match):

http://www.sfr-fresh.com/unix/misc/tiger-3.2.3.tar.gz

PS: hope you don't mind the forward to upstream

Cheers,
-Menno.

On Sat, 15 May 2010, Menno Duursma wrote:

> 
> Hi,
> 
> Indeed and this is very odd. It seems to be some kind of change to the 
> tarball upstream. The build errs out here, when i'm sure it worked before.
> 
> Just to check i md5sum'd erlier versions and none of them match the SBo hash 
> either. I'll reply again when/if i figure it out and/or try and find a 
> mirror.
> 
> Thanks!
> 
> Take care,
> -Menno.
> 
> On Thu, 13 May 2010, ono-sendai wrote:
> 
>> Hi,excuse me for the disturb...why the md5 of this package
>> http://slackbuilds.org/repository/13.0/system/tiger/ is incorrect?
>> 
>> bash-4.1$ md5sum tiger-3.2.3.tar.gz
>> f41076f645da9de937819bf6d516e546  tiger-3.2.3.tar.gz
>> 
>> md5 reported in the page :  3df1e76c1de64f8904521edc18f94054
>> 
>

From chess at chessgriffin.com  Tue Jun  1 10:21:17 2010
From: chess at chessgriffin.com (Chess Griffin)
Date: Tue, 1 Jun 2010 06:21:17 -0400
Subject: [Slackbuilds-users] ffmpeg
In-Reply-To: <AANLkTikMNmQ3AJexm-hvCNfnUlH-EB0qcuvRhdaOCH5R@mail.gmail.com>
References: <4C049C68.9020205@xelalug.org>
	<201006010959.12326.pprkut@liwjatan.at>
	<AANLkTil3aH71lDZH_9JPiDNSZZtifYJBBAESAmd1L62-@mail.gmail.com>
	<AANLkTikMNmQ3AJexm-hvCNfnUlH-EB0qcuvRhdaOCH5R@mail.gmail.com>
Message-ID: <20100601102117.GA1709@localhost>

* Keith Richie <disturbed1976 at gmail.com> [2010-06-01 05:36:07]:

> On Tue, Jun 1, 2010 at 4:42 AM, Max Miorim <miorimmax at gmail.com> wrote:
> 
> > I have had the same issue earler, it turns out that the configure
> > script looks for texi2html and if it isn't found the docs aren't
> > built, according to configure:
> >
> > if enabled texi2html; then
> > ? ?echo "BUILD_DOC=yes" >> config.mak
> > fi
> >
> > texi2html is provided by T/tetex. Once installed, the documentation is
> > generated properly.
> >
> > -- Max
> 
> Works for me.

Works fine here, too.

> 
> From the SlackBuild FAQ
> 
> Note that for many builds, you will need to have a true login shell in
> order to have a correctly populated environment. Among other things,
> /usr/share/texmf/bin will not be in your PATH if you simply do "su" --
> therefore, you will need to either use "su -" when switching to root,
> or source the the /etc/profile script after doing "su", or perhaps
> modifying /root/.bashrc to include necessary PATH elements.

Yes, I'll bet the OP's issue is a result of only doing 'su' and not 'su
-' before building the package.

-- 
Chess Griffin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 487 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100601/ff9ae955/attachment-0001.sig>

From mjjzf at syntaktisk.dk  Tue Jun  1 12:11:15 2010
From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=)
Date: Tue, 1 Jun 2010 08:11:15 -0400
Subject: [Slackbuilds-users] xulrunner
In-Reply-To: <20100601063438.GA2862@pollux.mlnet>
References: <20100528110512.GA25812@pollux.mlnet>
	<20100529011212.779134c4@liberty.rlwhome.lan>
	<20100529125703.GA2193@pollux.mlnet>
	<20100601011625.31e78b00@liberty.rlwhome.lan>
	<20100601063438.GA2862@pollux.mlnet>
Message-ID: <20100601081115.427e53f5@darkstar.example.net>

On Tue, 1 Jun 2010 08:34:38 +0200
emmel <the_emmel at gmx.net> wrote:
> On Tue, Jun 01, 2010 at 01:16:25AM -0500, Robby Workman wrote:
> > I talked with XGizzmo over a beer on Saturday, and his experience
> > was identical to mine, so it's got to be something peculiar about
> > your system.
> > 
> > -RW
> 
> There really seems to be. Problem is, I tried RSSOwl and it crashes
> with Slack 13.1's seamonkey supplying the rendering libraries.

Without wanting to seem harsh, that may be more of an RSSOwl 'feature'
than due to your system. Experiences are unimpressive...

Yours,
Morten

From the_emmel at gmx.net  Tue Jun  1 15:37:53 2010
From: the_emmel at gmx.net (emmel)
Date: Tue, 1 Jun 2010 17:37:53 +0200
Subject: [Slackbuilds-users] xulrunner
In-Reply-To: <20100601081115.427e53f5@darkstar.example.net>
References: <20100528110512.GA25812@pollux.mlnet>
	<20100529011212.779134c4@liberty.rlwhome.lan>
	<20100529125703.GA2193@pollux.mlnet>
	<20100601011625.31e78b00@liberty.rlwhome.lan>
	<20100601063438.GA2862@pollux.mlnet>
	<20100601081115.427e53f5@darkstar.example.net>
Message-ID: <20100601153753.GA2038@pollux.mlnet>

On Tue, Jun 01, 2010 at 08:11:15AM -0400, Morten Juhl-Johansen Z?lde-Fej?r wrote:
> On Tue, 1 Jun 2010 08:34:38 +0200
> emmel <the_emmel at gmx.net> wrote:
> > On Tue, Jun 01, 2010 at 01:16:25AM -0500, Robby Workman wrote:
> > > I talked with XGizzmo over a beer on Saturday, and his experience
> > > was identical to mine, so it's got to be something peculiar about
> > > your system.
> > > 
> > > -RW
> > 
> > There really seems to be. Problem is, I tried RSSOwl and it crashes
> > with Slack 13.1's seamonkey supplying the rendering libraries.
> 
> Without wanting to seem harsh, that may be more of an RSSOwl 'feature'
> than due to your system. Experiences are unimpressive...
> 
> Yours,
> Morten

Well, I'd rather use liferea (which I did get to compile against webkit
after some build script bashing), but the performance is abysmal... I'm
open to suggestions for better options.
-- 
emmel <the_emmel at gmx.net>
GPG signed
Fingerprint: 60B4 D8E3 9617 900C 6726  168F D677 5AAD D40F CCE7
Certserver : hkp://pgp.mit.edu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100601/b6d78dd5/attachment.sig>

From kingbeowulf at gmail.com  Tue Jun  1 16:35:31 2010
From: kingbeowulf at gmail.com (King Beowulf)
Date: Tue, 1 Jun 2010 09:35:31 -0700
Subject: [Slackbuilds-users] xulrunner
In-Reply-To: <20100601153753.GA2038@pollux.mlnet>
References: <20100528110512.GA25812@pollux.mlnet>
	<20100529011212.779134c4@liberty.rlwhome.lan>
	<20100529125703.GA2193@pollux.mlnet>
	<20100601011625.31e78b00@liberty.rlwhome.lan>
	<20100601063438.GA2862@pollux.mlnet>
	<20100601081115.427e53f5@darkstar.example.net>
	<20100601153753.GA2038@pollux.mlnet>
Message-ID: <AANLkTikhD9vOVXt0h-aBCfyoj9hFT5A6mxQic4BJH2Mu@mail.gmail.com>

If you just need a simple RSS reader why not just use the on from KDE
(Akregator)?. Simple fast no frills and runs ok under Xfce.


On 6/1/10, emmel <the_emmel at gmx.net> wrote:
> On Tue, Jun 01, 2010 at 08:11:15AM -0400, Morten Juhl-Johansen Z?lde-Fej?r
> wrote:
>> On Tue, 1 Jun 2010 08:34:38 +0200
>> emmel <the_emmel at gmx.net> wrote:
>> > On Tue, Jun 01, 2010 at 01:16:25AM -0500, Robby Workman wrote:
>> > > I talked with XGizzmo over a beer on Saturday, and his experience
>> > > was identical to mine, so it's got to be something peculiar about
>> > > your system.
>> > >
>> > > -RW
>> >
>> > There really seems to be. Problem is, I tried RSSOwl and it crashes
>> > with Slack 13.1's seamonkey supplying the rendering libraries.
>>
>> Without wanting to seem harsh, that may be more of an RSSOwl 'feature'
>> than due to your system. Experiences are unimpressive...
>>
>> Yours,
>> Morten
>
> Well, I'd rather use liferea (which I did get to compile against webkit
> after some build script bashing), but the performance is abysmal... I'm
> open to suggestions for better options.
> --
> emmel <the_emmel at gmx.net>
> GPG signed
> Fingerprint: 60B4 D8E3 9617 900C 6726  168F D677 5AAD D40F CCE7
> Certserver : hkp://pgp.mit.edu
>

-- 
Sent from my mobile device

You! What PLANET is this!
	-- McCoy, "The City on the Edge of Forever", stardate 3134.0

From chaos.proton at gmail.com  Tue Jun  1 16:40:12 2010
From: chaos.proton at gmail.com (Grissiom)
Date: Wed, 2 Jun 2010 00:40:12 +0800
Subject: [Slackbuilds-users] updates of the SlackBuilds maintained by me
In-Reply-To: <20100601012648.67829e71@liberty.rlwhome.lan>
References: <AANLkTimLBPbFxEcvdgku46juxk7MTiaoFij77sPVC6mC@mail.gmail.com> 
	<20100601012648.67829e71@liberty.rlwhome.lan>
Message-ID: <AANLkTimPSVcFCbuDWp_925uZ960OuvisFMvsAIXBDc2t@mail.gmail.com>

On Tue, Jun 1, 2010 at 2:26 PM, Robby Workman <rworkman at slackbuilds.org>wrote:

> On Sun, 30 May 2010 20:11:28 +0800
> Grissiom <chaos.proton at gmail.com> wrote:
>
> > My updates of the SlackBuilds is here:
> >
> > http://github.com/grissiom/slackbuilds (or git url, git://
> > github.com/grissiom/slackbuilds.git)
> >
> > Main changes are update with upstream and merge with new templates. I
> > think a git log -p will show all the stuffs ;-)
> >
> > Hope they could be merged into the mainline. If have any problem,
> > feel free to contract with me.
>
>
> pyserial is 450fde1509106c6beafe0d030d523b5fee7b5445 in my branch.
>
> The others are version bumps, so they'll have to wait for the
> submission form to open again.
>
>
Hmm, thanks for the clarify. Then I got to know version bump isn't minor
stuff ;) I will wait for the submission form for the rest of updates.

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

From mjjzf at syntaktisk.dk  Tue Jun  1 17:03:38 2010
From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=)
Date: Tue, 1 Jun 2010 13:03:38 -0400
Subject: [Slackbuilds-users] xulrunner
In-Reply-To: <AANLkTikhD9vOVXt0h-aBCfyoj9hFT5A6mxQic4BJH2Mu@mail.gmail.com>
References: <20100528110512.GA25812@pollux.mlnet>
	<20100529011212.779134c4@liberty.rlwhome.lan>
	<20100529125703.GA2193@pollux.mlnet>
	<20100601011625.31e78b00@liberty.rlwhome.lan>
	<20100601063438.GA2862@pollux.mlnet>
	<20100601081115.427e53f5@darkstar.example.net>
	<20100601153753.GA2038@pollux.mlnet>
	<AANLkTikhD9vOVXt0h-aBCfyoj9hFT5A6mxQic4BJH2Mu@mail.gmail.com>
Message-ID: <20100601130338.7fa171de@espero.syntaktisk.dk>

On Tue, 1 Jun 2010 09:35:31 -0700
King Beowulf <kingbeowulf at gmail.com> wrote:

> If you just need a simple RSS reader why not just use the on from KDE
> (Akregator)?. Simple fast no frills and runs ok under Xfce.

Personally, I find that if it is just for basic RSS, Firefox' live
bookmarks do all I need. There is a Chrome extension for those, too.

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

From kd5zex at gmail.com  Tue Jun  1 17:31:14 2010
From: kd5zex at gmail.com (Alan)
Date: Tue, 1 Jun 2010 12:31:14 -0500
Subject: [Slackbuilds-users] OpenSceneGraph
Message-ID: <AANLkTil_6R-XzncPmppf2Bk997o_1_IJ5eIvOe4l0rGz@mail.gmail.com>

Greetings!

The OpenSceneGraph source download link points to version 2.8.0 rather than
2.8.3 as defined in the .info file.

Cheers,

Alan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100601/6c2ac9f3/attachment.htm>

From michiel at slackbuilds.org  Tue Jun  1 19:33:13 2010
From: michiel at slackbuilds.org (Michiel van Wessem)
Date: Tue, 1 Jun 2010 20:33:13 +0100
Subject: [Slackbuilds-users] OpenSceneGraph
In-Reply-To: <AANLkTil_6R-XzncPmppf2Bk997o_1_IJ5eIvOe4l0rGz@mail.gmail.com>
References: <AANLkTil_6R-XzncPmppf2Bk997o_1_IJ5eIvOe4l0rGz@mail.gmail.com>
Message-ID: <20100601203313.4d30e5c4@hades.esn.local>

On Tue, 1 Jun 2010 12:31:14 -0500
Alan <kd5zex at gmail.com> wrote:

> Greetings!
> 
> The OpenSceneGraph source download link points to version 2.8.0
> rather than 2.8.3 as defined in the .info file.

fixed, thanks.

-M.


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

From miorimmax at gmail.com  Tue Jun  1 20:35:43 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Tue, 1 Jun 2010 17:35:43 -0300
Subject: [Slackbuilds-users] Fix multimedia/farsight2
Message-ID: <AANLkTin4BdWbE1fuoEp-NyYve7ktn9JfQrt3XMvnvw_S@mail.gmail.com>

Hi,

libnice was updated to 0.0.11 quite some time ago and since then
farsight2 fails to build because the header udp-bsd.h isn't provided
by libnice anymore.

The bug report https://bugs.freedesktop.org/show_bug.cgi?id=27260 has
more details but, basically, farsight2 has to be patched to not use
the said header or updated to 0.0.18.

Following, the patch to don't include udp-bsd.h (it's "git am'able"):


>From 0afb81df1002461c2b731325d94174d350848c13 Mon Sep 17 00:00:00 2001
From: Max Miorim <miorimmax at gmail.com>
Date: Tue, 1 Jun 2010 17:31:33 -0300
Subject: [PATCH] multimedia/farsight2: fix build against libnice 0.0.11

---
 multimedia/farsight2/do_not_use_udp-bsd_h.patch |   13 +++++++++++++
 multimedia/farsight2/farsight2.SlackBuild       |    6 ++++++
 2 files changed, 19 insertions(+), 0 deletions(-)
 create mode 100644 multimedia/farsight2/do_not_use_udp-bsd_h.patch

diff --git a/multimedia/farsight2/do_not_use_udp-bsd_h.patch
b/multimedia/farsight2/do_not_use_udp-bsd_h.patch
new file mode 100644
index 0000000..72607f2
--- /dev/null
+++ b/multimedia/farsight2/do_not_use_udp-bsd_h.patch
@@ -0,0 +1,13 @@
+Index: farsight2-0.0.17/transmitters/nice/fs-nice-stream-transmitter.c
+===================================================================
+--- farsight2-0.0.17.orig/transmitters/nice/fs-nice-stream-transmitter.c
++++ farsight2-0.0.17/transmitters/nice/fs-nice-stream-transmitter.c
+@@ -46,8 +46,6 @@
+ #include <string.h>
+ #include <sys/types.h>
+
+-#include <udp-bsd.h>
+-
+ #define GST_CAT_DEFAULT fs_nice_transmitter_debug
+
+ /* Signals */
diff --git a/multimedia/farsight2/farsight2.SlackBuild
b/multimedia/farsight2/farsight2.SlackBuild
index 47814fa..ef80f2c 100644
--- a/multimedia/farsight2/farsight2.SlackBuild
+++ b/multimedia/farsight2/farsight2.SlackBuild
@@ -75,6 +75,12 @@ find . \
  \( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o
-perm 400 \) \
  -exec chmod 644 {} \;

+# patch Farsight2 to not use udp-bsd.h from libnice, since it is no
longer needed
+# with libnice-0.0.11
+#
+# More details at https://bugs.freedesktop.org/show_bug.cgi?id=27260
+patch -p1 < $CWD/do_not_use_udp-bsd_h.patch
+
 CFLAGS="$SLKCFLAGS" \
 CXXFLAGS="$SLKCFLAGS" \
 ./configure \
-- 
1.7.1


-- Max

From miorimmax at gmail.com  Tue Jun  1 21:23:18 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Tue, 1 Jun 2010 18:23:18 -0300
Subject: [Slackbuilds-users] Fix multimedia/farsight2
In-Reply-To: <AANLkTin4BdWbE1fuoEp-NyYve7ktn9JfQrt3XMvnvw_S@mail.gmail.com>
References: <AANLkTin4BdWbE1fuoEp-NyYve7ktn9JfQrt3XMvnvw_S@mail.gmail.com>
Message-ID: <AANLkTil8YD_IyenVIZwcBd6aDkl8Ua_wTJI5StpB3l6Y@mail.gmail.com>

Ops, Gmail messed with the number of columns (some lines have more
than 80 chars), attaching the patch. :)

-- Max
-------------- next part --------------
A non-text attachment was scrubbed...
Name: farsight2.patch.gz
Type: application/x-gzip
Size: 820 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100601/6b5237ec/attachment-0001.bin>

From lmello.009 at gmail.com  Tue Jun  1 23:16:35 2010
From: lmello.009 at gmail.com (Luis Henrique F. Cardoso de Mello)
Date: Tue, 01 Jun 2010 20:16:35 -0300
Subject: [Slackbuilds-users] xulrunner
In-Reply-To: <20100601130338.7fa171de@espero.syntaktisk.dk>
References: <20100528110512.GA25812@pollux.mlnet>	<20100529011212.779134c4@liberty.rlwhome.lan>	<20100529125703.GA2193@pollux.mlnet>	<20100601011625.31e78b00@liberty.rlwhome.lan>	<20100601063438.GA2862@pollux.mlnet>	<20100601081115.427e53f5@darkstar.example.net>	<20100601153753.GA2038@pollux.mlnet>	<AANLkTikhD9vOVXt0h-aBCfyoj9hFT5A6mxQic4BJH2Mu@mail.gmail.com>
	<20100601130338.7fa171de@espero.syntaktisk.dk>
Message-ID: <4C0594D3.9040206@gmail.com>

You mean Newsfox? If you don't install KDE it's a wonderful option for RSS.

On 06/01/2010 02:03 PM, Morten Juhl-Johansen Z?lde-Fej?r wrote:
> On Tue, 1 Jun 2010 09:35:31 -0700
> King Beowulf<kingbeowulf at gmail.com>  wrote:
>
>    
>> If you just need a simple RSS reader why not just use the on from KDE
>> (Akregator)?. Simple fast no frills and runs ok under Xfce.
>>      
> Personally, I find that if it is just for basic RSS, Firefox' live
> bookmarks do all I need. There is a Chrome extension for those, too.
>
> 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/
>
>    


From vbatts at hashbangbash.com  Tue Jun  1 23:33:21 2010
From: vbatts at hashbangbash.com (Vincent Batts)
Date: Tue, 1 Jun 2010 19:33:21 -0400
Subject: [Slackbuilds-users] rubygems
In-Reply-To: <AANLkTik301R5fiEKaXi73rlTBVOxvceCY9Uqp_BTNZDl@mail.gmail.com>
References: <AANLkTik301R5fiEKaXi73rlTBVOxvceCY9Uqp_BTNZDl@mail.gmail.com>
Message-ID: <AANLkTin0aWefJJJtCyD_scolZE5rmwWNe08RtKJf6kdR@mail.gmail.com>

rubygems needs to be removed from the repo. it has been rolled into
ruby-1.9.1, which is installed in a default slackware installation.

Take care,
vb
http://cardinal.lizella.net/~vbatts/

From larryhaja at gmail.com  Tue Jun  1 23:48:00 2010
From: larryhaja at gmail.com (Larry Hajali)
Date: Tue, 1 Jun 2010 16:48:00 -0700
Subject: [Slackbuilds-users] Putty slackbuild
Message-ID: <AANLkTimBDlh-0vv4kIs670zAfen8fDl3Dqr1apLR3ruu@mail.gmail.com>

It looks like putty didn't make it into the 13.1. repo due to gcc
build issues.  I was able to get it to build by adding
-Wno-strict-aliasing to the CFLAGS.

--Larry

From dave at unrealize.co.uk  Tue Jun  1 23:55:28 2010
From: dave at unrealize.co.uk (David Woodfall)
Date: Wed, 2 Jun 2010 00:55:28 +0100
Subject: [Slackbuilds-users] Fix multimedia/farsight2
In-Reply-To: <AANLkTin4BdWbE1fuoEp-NyYve7ktn9JfQrt3XMvnvw_S@mail.gmail.com>
References: <AANLkTin4BdWbE1fuoEp-NyYve7ktn9JfQrt3XMvnvw_S@mail.gmail.com>
Message-ID: <20100601235528.GA6113@Junius>

On (17:35 01/06/10), Max Miorim <miorimmax at gmail.com> put forth the proposition:
>Hi,
>
>libnice was updated to 0.0.11 quite some time ago and since then
>farsight2 fails to build because the header udp-bsd.h isn't provided
>by libnice anymore.

Hi, I have updates to farsight2 and libnice. Just waiting for
submissions to open.

D.

>
>The bug report https://bugs.freedesktop.org/show_bug.cgi?id=27260 has
>more details but, basically, farsight2 has to be patched to not use
>the said header or updated to 0.0.18.
>
>Following, the patch to don't include udp-bsd.h (it's "git am'able"):
>
>
>>From 0afb81df1002461c2b731325d94174d350848c13 Mon Sep 17 00:00:00 2001
>From: Max Miorim <miorimmax at gmail.com>
>Date: Tue, 1 Jun 2010 17:31:33 -0300
>Subject: [PATCH] multimedia/farsight2: fix build against libnice 0.0.11
>
>---
> multimedia/farsight2/do_not_use_udp-bsd_h.patch |   13 +++++++++++++
> multimedia/farsight2/farsight2.SlackBuild       |    6 ++++++
> 2 files changed, 19 insertions(+), 0 deletions(-)
> create mode 100644 multimedia/farsight2/do_not_use_udp-bsd_h.patch
>
>diff --git a/multimedia/farsight2/do_not_use_udp-bsd_h.patch
>b/multimedia/farsight2/do_not_use_udp-bsd_h.patch
>new file mode 100644
>index 0000000..72607f2
>--- /dev/null
>+++ b/multimedia/farsight2/do_not_use_udp-bsd_h.patch
>@@ -0,0 +1,13 @@
>+Index: farsight2-0.0.17/transmitters/nice/fs-nice-stream-transmitter.c
>+===================================================================
>+--- farsight2-0.0.17.orig/transmitters/nice/fs-nice-stream-transmitter.c
>++++ farsight2-0.0.17/transmitters/nice/fs-nice-stream-transmitter.c
>+@@ -46,8 +46,6 @@
>+ #include <string.h>
>+ #include <sys/types.h>
>+
>+-#include <udp-bsd.h>
>+-
>+ #define GST_CAT_DEFAULT fs_nice_transmitter_debug
>+
>+ /* Signals */
>diff --git a/multimedia/farsight2/farsight2.SlackBuild
>b/multimedia/farsight2/farsight2.SlackBuild
>index 47814fa..ef80f2c 100644
>--- a/multimedia/farsight2/farsight2.SlackBuild
>+++ b/multimedia/farsight2/farsight2.SlackBuild
>@@ -75,6 +75,12 @@ find . \
>  \( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o
>-perm 400 \) \
>  -exec chmod 644 {} \;
>
>+# patch Farsight2 to not use udp-bsd.h from libnice, since it is no
>longer needed
>+# with libnice-0.0.11
>+#
>+# More details at https://bugs.freedesktop.org/show_bug.cgi?id=27260
>+patch -p1 < $CWD/do_not_use_udp-bsd_h.patch
>+
> CFLAGS="$SLKCFLAGS" \
> CXXFLAGS="$SLKCFLAGS" \
> ./configure \
>-- 
>1.7.1
>
>
>-- Max
>_______________________________________________
>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: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100602/227b2d0a/attachment.sig>

From belka.ew at gmail.com  Wed Jun  2 00:38:21 2010
From: belka.ew at gmail.com (Eugen Wissner)
Date: Wed, 2 Jun 2010 02:38:21 +0200
Subject: [Slackbuilds-users]  dictd
Message-ID: <AANLkTimIxRmrIi-4OA52OYaoW0PdlHvbfGhhOPNepfvX@mail.gmail.com>

hello
dictd's homepage link is false.

From the_emmel at gmx.net  Wed Jun  2 09:17:05 2010
From: the_emmel at gmx.net (emmel)
Date: Wed, 2 Jun 2010 11:17:05 +0200
Subject: [Slackbuilds-users] xulrunner
In-Reply-To: <4C0594D3.9040206@gmail.com>
References: <20100528110512.GA25812@pollux.mlnet>
	<20100529011212.779134c4@liberty.rlwhome.lan>
	<20100529125703.GA2193@pollux.mlnet>
	<20100601011625.31e78b00@liberty.rlwhome.lan>
	<20100601063438.GA2862@pollux.mlnet>
	<20100601081115.427e53f5@darkstar.example.net>
	<20100601153753.GA2038@pollux.mlnet>
	<AANLkTikhD9vOVXt0h-aBCfyoj9hFT5A6mxQic4BJH2Mu@mail.gmail.com>
	<20100601130338.7fa171de@espero.syntaktisk.dk>
	<4C0594D3.9040206@gmail.com>
Message-ID: <20100602091705.GA2929@pollux.mlnet>

On Tue, Jun 01, 2010 at 08:16:35PM -0300, Luis Henrique F. Cardoso de Mello wrote:
> You mean Newsfox? If you don't install KDE it's a wonderful option for RSS.
> 
> On 06/01/2010 02:03 PM, Morten Juhl-Johansen Z?lde-Fej?r wrote:
> >On Tue, 1 Jun 2010 09:35:31 -0700
> >King Beowulf<kingbeowulf at gmail.com>  wrote:
> >
> >   
> >>If you just need a simple RSS reader why not just use the on from KDE
> >>(Akregator)?. Simple fast no frills and runs ok under Xfce.
> >>     
> >Personally, I find that if it is just for basic RSS, Firefox' live
> >bookmarks do all I need. There is a Chrome extension for those, too.
> >
> >Yours,
> >M

Thanks for the suggestions. I think I'll give akregator a shot, although
I'm not happy about having to install all the kdepim stuff and I like a
*few* frills besides. Especially the saved searches that both liferea
and RSSOwl offer are quite nice. As I don't really use Firefox (or
Chrome) the two others mentioned don't really suit me.
-- 
emmel <the_emmel at gmx.net>
GPG signed
Fingerprint: 60B4 D8E3 9617 900C 6726  168F D677 5AAD D40F CCE7
Certserver : hkp://pgp.mit.edu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100602/594bfc4e/attachment.sig>

From mjjzf at syntaktisk.dk  Wed Jun  2 18:51:55 2010
From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=)
Date: Wed, 2 Jun 2010 14:51:55 -0400
Subject: [Slackbuilds-users] Easytag
Message-ID: <20100602145155.0645f0b6@darkstar.example.net>

I just wanted to add that the Easytag Slackbuild builds correctly for
13.1 with the 13.0 Slackbuild. I don't know if the maintainer is still
active, but since there hasn't been an Easytag release since 2007, it
seems like a comfortable position...

Yours,
Morten

From ml at mareichelt.com  Wed Jun  2 19:39:03 2010
From: ml at mareichelt.com (markus reichelt)
Date: Wed, 2 Jun 2010 21:39:03 +0200
Subject: [Slackbuilds-users] Linuxtag 2010 Berlin, June 09-12
Message-ID: <20100602193903.GM16980@pc21.mareichelt.com>

Hi folks,

just a quick heads-up for those planning to visit Berlin within the
2nd week of June:

Linuxtag 2010, June 09-12,
http://www.linuxtag.org/2010/

Mini Debian Conference 2010, June 10-11,
http://wiki.debconf.org/wiki/Miniconf-LT-Berlin/2010

25th Chemspec Europe, June 09-10,
http://www.chemspecevents.com/europe/

100th ILA, June 08-13,
http://www.ila-berlin.de/ila2010/home/index.cfm

In case you'd like to exchange gpg key signatures, the best way would
be to attend the official Linuxtag keysigning party (which was
hijacked by wanna-be data-protection experts this year)
http://wiki.linuxtag.org/w/Keysigning-Party_2010


Well, I'm going to attend all listed events. So, additional meetings
to exchange (cross!) gpg key signatures are also possible. Just
contact me by mail until 11:59pm Sunday, June 06 as to these
concerns.

Take care.

-- 
left blank, right bald
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100602/b2a53ee5/attachment.sig>

From audrius at neutrino.lt  Wed Jun  2 20:22:51 2010
From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=)
Date: Wed, 2 Jun 2010 23:22:51 +0300
Subject: [Slackbuilds-users] Reworked Python3 SlackBuild
Message-ID: <20100602202251.GA2351@kiras>

Hello,

A few months ago someone complained that Python3 wasn't working for them
on x86_64.  It was building fine, but couldn't find stdlib due to
incorrect paths.  Finally I decided to look into this issue (better
later than never) and made patches similar to the ones used for Python
2.x from Slackware for x86_64.  I don't have any 64 bit systems to test
this on (still using 32 bit Slackware; also my laptop's CPU, though 64
bit capable, lacks virtualisation instructions, hence I'm unable to run
64 bit guests), so I'd be really glad if someone could test this on
x86_64 (building and trying to run 'python3' in command line should be
sufficient).

I'm attaching a tarball containing SlackBuild with patches.

-- 
Audrius Ka?ukauskas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: python3.tar.gz
Type: application/x-tar-gz
Size: 5881 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100602/2240e72f/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100602/2240e72f/attachment-0001.sig>

From me at alkos333.net  Wed Jun  2 23:04:54 2010
From: me at alkos333.net (alkos333)
Date: Wed, 2 Jun 2010 18:04:54 -0500
Subject: [Slackbuilds-users] abiword
Message-ID: <AANLkTilGRp3OK8TXgnci6q07S5Xnjx_nER6uY0YFODT4@mail.gmail.com>

I get the following error when try to compile in Slackware64 13.1
(this is not a multilib system):

    Configuration:
        installing to:        /usr/share/abiword-2.8

Making all in ABW
make[1]: Entering directory `/tmp/SBo/abiword-2.8.4/abiword-docs-2.8.4/ABW'
Making all in en-US
make[2]: Entering directory
`/tmp/SBo/abiword-2.8.4/abiword-docs-2.8.4/ABW/en-US'
Making all in howto
make[3]: Entering directory
`/tmp/SBo/abiword-2.8.4/abiword-docs-2.8.4/ABW/en-US/howto'
abiword --to=html --to-name="howtobidi.html" --exp-props="html4: no;
use-awml: no; embed-css: yes; embed-images:yes" "howtobidi.abw"
abiword: error while loading shared libraries: libwv-1.2.so.3: cannot
open shared object file: No such file or directory
make[3]: *** [howtobidi.html] Error 127
make[3]: Leaving directory
`/tmp/SBo/abiword-2.8.4/abiword-docs-2.8.4/ABW/en-US/howto'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/SBo/abiword-2.8.4/abiword-docs-2.8.4/ABW/en-US'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/SBo/abiword-2.8.4/abiword-docs-2.8.4/ABW'
make: *** [all-recursive] Error 1


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

From bailey at akamai.com  Wed Jun  2 23:31:15 2010
From: bailey at akamai.com (R. Andrew Bailey)
Date: Wed, 2 Jun 2010 19:31:15 -0400
Subject: [Slackbuilds-users] xmobar, p4
Message-ID: <20100602233115.GA23916@akamai.com>

Hi All,

  I discussed this with vbatts a little today, and we agreed it was
  probably best to just send this to the list and see if it sticks to
  the wall.

  I have a clone/branch/fork whatever of the canonical sbo repository,
  and have merged a pair of my own branches into it. One is a new
  package "p4", which is almost absurd to package since its a single
  binary and a manpage. The other is an update to xmobar, which I think
  is abandoned.

  Both commits are at:

  git://github.com/GooseYArd/slackbuilds.git

  xmobar 0.11.1: e83d5d1cdac63185666a
  p4 r0.9.2:     419ff27d9116a48dc1ca

  I'm not sure when making a pull request whether I ought to be sending
  the commit for the merge or the commit on the branch I submitted the
  file additions to. Maybe one of the admins on the list can confirm
  whether this is workable?

  Thanks,

  .andy

From rworkman at slackbuilds.org  Thu Jun  3 00:01:09 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Wed, 2 Jun 2010 19:01:09 -0500
Subject: [Slackbuilds-users] abiword
In-Reply-To: <AANLkTilGRp3OK8TXgnci6q07S5Xnjx_nER6uY0YFODT4@mail.gmail.com>
References: <AANLkTilGRp3OK8TXgnci6q07S5Xnjx_nER6uY0YFODT4@mail.gmail.com>
Message-ID: <20100602190109.1ab15e11@liberty.rlwhome.lan>

On Wed, 2 Jun 2010 18:04:54 -0500
alkos333 <me at alkos333.net> wrote:

> I get the following error when try to compile in Slackware64 13.1
> (this is not a multilib system):
> 
>     Configuration:
>         installing to:        /usr/share/abiword-2.8
> 
> Making all in ABW
> make[1]: Entering directory
> `/tmp/SBo/abiword-2.8.4/abiword-docs-2.8.4/ABW' Making all in en-US
> make[2]: Entering directory
> `/tmp/SBo/abiword-2.8.4/abiword-docs-2.8.4/ABW/en-US'
> Making all in howto
> make[3]: Entering directory
> `/tmp/SBo/abiword-2.8.4/abiword-docs-2.8.4/ABW/en-US/howto'
> abiword --to=html --to-name="howtobidi.html" --exp-props="html4: no;
> use-awml: no; embed-css: yes; embed-images:yes" "howtobidi.abw"
> abiword: error while loading shared libraries: libwv-1.2.so.3: cannot
> open shared object file: No such file or directory
> make[3]: *** [howtobidi.html] Error 127
> make[3]: Leaving directory
> `/tmp/SBo/abiword-2.8.4/abiword-docs-2.8.4/ABW/en-US/howto'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory
> `/tmp/SBo/abiword-2.8.4/abiword-docs-2.8.4/ABW/en-US' make[1]: ***
> [all-recursive] Error 1 make[1]: Leaving directory
> `/tmp/SBo/abiword-2.8.4/abiword-docs-2.8.4/ABW' make: ***
> [all-recursive] Error 1


Remove the already-installed version of abiword first.

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

From miorimmax at gmail.com  Thu Jun  3 00:19:21 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Wed, 2 Jun 2010 21:19:21 -0300
Subject: [Slackbuilds-users] xmobar, p4
In-Reply-To: <20100602233115.GA23916@akamai.com>
References: <20100602233115.GA23916@akamai.com>
Message-ID: <AANLkTiliWrvLEvWJbdY6suFjFo5sn5Sm2tsZPoc2zGDr@mail.gmail.com>

On Wed, Jun 2, 2010 at 8:31 PM, R. Andrew Bailey <bailey at akamai.com> wrote:
> Hi All,
>
> ?I discussed this with vbatts a little today, and we agreed it was
> ?probably best to just send this to the list and see if it sticks to
> ?the wall.
>
> ?I have a clone/branch/fork whatever of the canonical sbo repository,
> ?and have merged a pair of my own branches into it. One is a new
> ?package "p4", which is almost absurd to package since its a single
> ?binary and a manpage. The other is an update to xmobar, which I think
> ?is abandoned.
>
> ?Both commits are at:
>
> ?git://github.com/GooseYArd/slackbuilds.git
>
> ?xmobar 0.11.1: e83d5d1cdac63185666a
> ?p4 r0.9.2: ? ? 419ff27d9116a48dc1ca
>
> ?I'm not sure when making a pull request whether I ought to be sending
> ?the commit for the merge or the commit on the branch I submitted the
> ?file additions to. Maybe one of the admins on the list can confirm
> ?whether this is workable?
>
> ?Thanks,
>
> ?.andy

If I'm not mistaken, for now, submissions will go through the form and
trivial fixes _might_ get pulled from our repositories (depends on
who's reviewing it).

Have a look at this email from Robby:
http://lists.slackbuilds.org/pipermail/slackbuilds-users/2010-May/005627.html

-- Max

PS: I'm not an admin. :P

From me at alkos333.net  Thu Jun  3 03:06:01 2010
From: me at alkos333.net (alkos333)
Date: Wed, 2 Jun 2010 22:06:01 -0500
Subject: [Slackbuilds-users] qemu-kvm udev rules
Message-ID: <AANLkTik4IodHRtVboh9rACh91iziaMkz3tDrz7HZO_nk@mail.gmail.com>

Just got the following message in the log:

udevd[945]: NAME="%k" is superfluous and breaks kernel supplied names,
please remove it from /lib/udev/rules.d/65-kvm.rules:1

I'm running qemu-kvm 0.12.3

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

From ozan.turkyilmaz at gmail.com  Thu Jun  3 06:12:30 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Thu, 3 Jun 2010 09:12:30 +0300
Subject: [Slackbuilds-users] Reworked Python3 SlackBuild
In-Reply-To: <20100602202251.GA2351@kiras>
References: <20100602202251.GA2351@kiras>
Message-ID: <AANLkTiluA0Y3PHNJbNFBV1iy-sLj-DnZfUjefhgfGLWV@mail.gmail.com>

2010/6/2 Audrius Ka?ukauskas <audrius at neutrino.lt>:
I don't have any 64 bit systems to test
> this on (still using 32 bit Slackware; also my laptop's CPU, though 64
> bit capable, lacks virtualisation instructions, hence I'm unable to run
> 64 bit guests),
>

you should able to run virtual machines. virtualisation instructions
speed up the
virtual system. i run a virtual machine on my old laptop which is
older than amd64.

but it's good to do tests by several people. i'll test it and let you know

-- 
Ozan

From audrius at neutrino.lt  Thu Jun  3 07:22:53 2010
From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=)
Date: Thu, 3 Jun 2010 10:22:53 +0300
Subject: [Slackbuilds-users] Reworked Python3 SlackBuild
In-Reply-To: <AANLkTiluA0Y3PHNJbNFBV1iy-sLj-DnZfUjefhgfGLWV@mail.gmail.com>
References: <20100602202251.GA2351@kiras>
	<AANLkTiluA0Y3PHNJbNFBV1iy-sLj-DnZfUjefhgfGLWV@mail.gmail.com>
Message-ID: <20100603072253.GA1641@kiras>

On Thu, 2010-06-03 at 09:12:30 +0300, Ozan T?rky?lmaz wrote:
> you should able to run virtual machines. virtualisation instructions
> speed up the
> virtual system. i run a virtual machine on my old laptop which is
> older than amd64.

I had an impression that to run, say, VirtualBox with 64 bit guest on my
32 bit host I need to have x86_64 CPU with hardware virtualization
support (in my case Intel VT-x), and mine doesn't have it (lower end
model).  Sure, I can run qemu instead (full emulation), but wouldn't
that be too slow (especially for compiling software)?

> but it's good to do tests by several people. i'll test it and let you know

Thanks.

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

From ozan.turkyilmaz at gmail.com  Thu Jun  3 07:44:30 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Thu, 3 Jun 2010 10:44:30 +0300
Subject: [Slackbuilds-users] Reworked Python3 SlackBuild
In-Reply-To: <20100603072253.GA1641@kiras>
References: <20100602202251.GA2351@kiras>
	<AANLkTiluA0Y3PHNJbNFBV1iy-sLj-DnZfUjefhgfGLWV@mail.gmail.com>
	<20100603072253.GA1641@kiras>
Message-ID: <AANLkTil0TOghTJNTPz6v4DeSzLNq1DEw50a7EWeqSvle@mail.gmail.com>

2010/6/3 Audrius Ka?ukauskas <audrius at neutrino.lt>:
> On Thu, 2010-06-03 at 09:12:30 +0300, Ozan T?rky?lmaz wrote:
>> you should able to run virtual machines. virtualisation instructions
>> speed up the
>> virtual system. i run a virtual machine on my old laptop which is
>> older than amd64.
>
> I had an impression that to run, say, VirtualBox with 64 bit guest on my
> 32 bit host I need to have x86_64 CPU with hardware virtualization
> support (in my case Intel VT-x), and mine doesn't have it (lower end
> model). ?Sure, I can run qemu instead (full emulation), but wouldn't
> that be too slow (especially for compiling software)?
>

it would be slow, very slow.

-- 
Ozan

From ozan.turkyilmaz at gmail.com  Thu Jun  3 09:50:51 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Thu, 3 Jun 2010 12:50:51 +0300
Subject: [Slackbuilds-users] Reworked Python3 SlackBuild
In-Reply-To: <20100602202251.GA2351@kiras>
References: <20100602202251.GA2351@kiras>
Message-ID: <AANLkTinsOsvDbxNAJ5vXTeZ_F78VZAcuhAOgohyM9zPl@mail.gmail.com>

2010/6/2 Audrius Ka?ukauskas <audrius at neutrino.lt>:
> I'm attaching a tarball containing SlackBuild with patches.

it works over here

-- 
Ozan

From kingbeowulf at gmail.com  Thu Jun  3 14:36:25 2010
From: kingbeowulf at gmail.com (King Beowulf)
Date: Thu, 3 Jun 2010 07:36:25 -0700
Subject: [Slackbuilds-users] Reworked Python3 SlackBuild
In-Reply-To: <20100603072253.GA1641@kiras>
References: <20100602202251.GA2351@kiras>
	<AANLkTiluA0Y3PHNJbNFBV1iy-sLj-DnZfUjefhgfGLWV@mail.gmail.com>
	<20100603072253.GA1641@kiras>
Message-ID: <AANLkTimMUfqxgAhrLgWK-ZwSv9984bp_qgSvailT-Jao@mail.gmail.com>

Flip it around: run x86_64 host and x86 guest. I do this on an AMD64
3000+ a (1.8GHz, 1GB RAM, no virtualization extensions) and although
win7 is a bit sluggish (needs way more ram), Slack32 is sprightly even
with Xfce when compared to my P3-900MHz laptops - enough speed in cli
to compile stuff. Speed is all perception though if you are used to
newer h/w.


On 6/3/10, Audrius Ka?ukauskas <audrius at neutrino.lt> wrote:
> On Thu, 2010-06-03 at 09:12:30 +0300, Ozan T?rky?lmaz wrote:
>> you should able to run virtual machines. virtualisation instructions
>> speed up the
>> virtual system. i run a virtual machine on my old laptop which is
>> older than amd64.
>
> I had an impression that to run, say, VirtualBox with 64 bit guest on my
> 32 bit host I need to have x86_64 CPU with hardware virtualization
> support (in my case Intel VT-x), and mine doesn't have it (lower end
> model).  Sure, I can run qemu instead (full emulation), but wouldn't
> that be too slow (especially for compiling software)?
>
>> but it's good to do tests by several people. i'll test it and let you know
>
> Thanks.
>
> --
> Audrius Ka?ukauskas
>

-- 
Sent from my mobile device

You! What PLANET is this!
	-- McCoy, "The City on the Edge of Forever", stardate 3134.0

From kev at pulo.com.au  Thu Jun  3 19:03:24 2010
From: kev at pulo.com.au (Kevin Pulo)
Date: Fri, 4 Jun 2010 05:03:24 +1000
Subject: [Slackbuilds-users] Reworked Python3 SlackBuild
In-Reply-To: <20100602202251.GA2351@kiras>
References: <20100602202251.GA2351@kiras>
Message-ID: <20100603190324.GP1585@pulo.com.au>

On Wed, Jun 02, 2010 at 11:22:51PM +0300, Audrius Ka??ukauskas wrote:

> A few months ago someone complained that Python3 wasn't working for
> them on x86_64.

Well, that would be me.

> It was building fine, but couldn't find stdlib due to incorrect
> paths.

FWIW, I double-checked in a clean 13.0 chroot that I had lying around
that the problem wasn't due to the multilib toolchain that I had
installed; it wasn't (failed in the same way in the clean 13.0
chroot).

> Finally I decided to look into this issue (better later than never)
> and made patches similar to the ones used for Python 2.x from
> Slackware for x86_64.

Thanks very much for this.  It works just fine on both my multilib
13.0 and clean 13.0 x86_64.  (I don't yet have a 13.1 install or
chroot in which to test it.)

Kev.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100604/6686fbfc/attachment.sig>

From mjjzf at syntaktisk.dk  Thu Jun  3 19:35:44 2010
From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=)
Date: Thu, 3 Jun 2010 15:35:44 -0400
Subject: [Slackbuilds-users] Evince issue
Message-ID: <20100603153544.16fcaa8c@darkstar.example.net>

Seems there are some problems with Evince. When I built it and ran it,
I got:

** (evince:18695): WARNING **: Failed to create dbus proxy for
org.gnome.SettingsDaemon: Could not get owner of name
'org.gnome.SettingsDaemon': no such name

** (evince:18695): WARNING **: Error creating last_settings file: Error
opening file '/home/morten/.gnome2/evince/last_settings': No such file
or directory

Segmentation fault

Yours,
Morten

From rworkman at slackbuilds.org  Thu Jun  3 19:41:07 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Thu, 3 Jun 2010 14:41:07 -0500
Subject: [Slackbuilds-users] Evince issue
In-Reply-To: <20100603153544.16fcaa8c@darkstar.example.net>
References: <20100603153544.16fcaa8c@darkstar.example.net>
Message-ID: <20100603144107.4e54cddd@liberty.rlwhome.lan>

On Thu, 3 Jun 2010 15:35:44 -0400
Morten Juhl-Johansen Z?lde-Fej?r <mjjzf at syntaktisk.dk> wrote:

> Seems there are some problems with Evince. When I built it and ran it,
> I got:
> 
> ** (evince:18695): WARNING **: Failed to create dbus proxy for
> org.gnome.SettingsDaemon: Could not get owner of name
> 'org.gnome.SettingsDaemon': no such name


That's a harmless warning - ignore it.


> ** (evince:18695): WARNING **: Error creating last_settings file:
> Error opening file '/home/morten/.gnome2/evince/last_settings': No
> such file or directory
> 
> Segmentation fault


That's obviously not harmless, but that file is created fine
here and evince works fine.

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

From mjjzf at syntaktisk.dk  Thu Jun  3 19:47:05 2010
From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=)
Date: Thu, 3 Jun 2010 15:47:05 -0400
Subject: [Slackbuilds-users] Evince issue
In-Reply-To: <20100603144107.4e54cddd@liberty.rlwhome.lan>
References: <20100603153544.16fcaa8c@darkstar.example.net>
	<20100603144107.4e54cddd@liberty.rlwhome.lan>
Message-ID: <20100603154705.24a51278@darkstar.example.net>

On Thu, 3 Jun 2010 14:41:07 -0500
Robby Workman <rworkman at slackbuilds.org> wrote:

> On Thu, 3 Jun 2010 15:35:44 -0400
> Morten Juhl-Johansen Z?lde-Fej?r <mjjzf at syntaktisk.dk> wrote:
> 
> > Seems there are some problems with Evince. When I built it and ran
> > it, I got:
> > 
> > ** (evince:18695): WARNING **: Failed to create dbus proxy for
> > org.gnome.SettingsDaemon: Could not get owner of name
> > 'org.gnome.SettingsDaemon': no such name
> 
> 
> That's a harmless warning - ignore it.
> 
> 
> > ** (evince:18695): WARNING **: Error creating last_settings file:
> > Error opening file '/home/morten/.gnome2/evince/last_settings': No
> > such file or directory
> > 
> > Segmentation fault
> 
> 
> That's obviously not harmless, but that file is created fine
> here and evince works fine.
> 
> -RW

Hmmm. It worked when I created ~/.gnome2 and ~/.gnome2/evince. Odd.

From ozan.turkyilmaz at gmail.com  Thu Jun  3 19:54:05 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Thu, 3 Jun 2010 22:54:05 +0300
Subject: [Slackbuilds-users] Reworked Python3 SlackBuild
In-Reply-To: <20100603190324.GP1585@pulo.com.au>
References: <20100602202251.GA2351@kiras> <20100603190324.GP1585@pulo.com.au>
Message-ID: <AANLkTincSAlKiK5JBv9sLvy9wuTLfQFOIi43JJQre9d9@mail.gmail.com>

2010/6/3 Kevin Pulo <kev at pulo.com.au>:
> On Wed, Jun 02, 2010 at 11:22:51PM +0300, Audrius Ka??ukauskas wrote:
> Thanks very much for this. ?It works just fine on both my multilib
> 13.0 and clean 13.0 x86_64. ?(I don't yet have a 13.1 install or
> chroot in which to test it.)

tested it on 13.1

-- 
Ozan

From slackbuilds at ssmbox.net  Thu Jun  3 19:53:11 2010
From: slackbuilds at ssmbox.net (Stu Miller)
Date: Thu, 03 Jun 2010 13:53:11 -0600
Subject: [Slackbuilds-users] qemu-kvm udev rules
In-Reply-To: <AANLkTik4IodHRtVboh9rACh91iziaMkz3tDrz7HZO_nk@mail.gmail.com>
References: <AANLkTik4IodHRtVboh9rACh91iziaMkz3tDrz7HZO_nk@mail.gmail.com>
Message-ID: <016582b756f294dfbe2fad79ac429108@guest2.>

Thanks for the report.  I'm traveling and out of position to reproduce the
error.  Monday is the earliest I'll be able to work on this.

Stu 

On Wed, 2 Jun 2010 22:06:01 -0500, alkos333 <me at alkos333.net> wrote:
> Just got the following message in the log:
> 
> udevd[945]: NAME="%k" is superfluous and breaks kernel supplied names,
> please remove it from /lib/udev/rules.d/65-kvm.rules:1
> 
> I'm running qemu-kvm 0.12.3

From didier.spaier at epsm.fr  Thu Jun  3 20:14:57 2010
From: didier.spaier at epsm.fr (Didier Spaier)
Date: Thu, 03 Jun 2010 22:14:57 +0200
Subject: [Slackbuilds-users] Evince issue
In-Reply-To: <20100603154705.24a51278@darkstar.example.net>
References: <20100603153544.16fcaa8c@darkstar.example.net>	<20100603144107.4e54cddd@liberty.rlwhome.lan>
	<20100603154705.24a51278@darkstar.example.net>
Message-ID: <4C080D41.6030301@epsm.fr>

On 03/06/2010 21:47, Morten Juhl-Johansen Z?lde-Fej?r wrote:
> On Thu, 3 Jun 2010 14:41:07 -0500
> Robby Workman<rworkman at slackbuilds.org>  wrote:
>
>> On Thu, 3 Jun 2010 15:35:44 -0400
>> Morten Juhl-Johansen Z?lde-Fej?r<mjjzf at syntaktisk.dk>  wrote:
>>
>>> Seems there are some problems with Evince. When I built it and ran
>>> it, I got:
>>>
>>> ** (evince:18695): WARNING **: Failed to create dbus proxy for
>>> org.gnome.SettingsDaemon: Could not get owner of name
>>> 'org.gnome.SettingsDaemon': no such name
>>
>>
>> That's a harmless warning - ignore it.
>>
>>
>>> ** (evince:18695): WARNING **: Error creating last_settings file:
>>> Error opening file '/home/morten/.gnome2/evince/last_settings': No
>>> such file or directory
>>>
>>> Segmentation fault
>>
>>
>> That's obviously not harmless, but that file is created fine
>> here and evince works fine.
>>
>> -RW
>
> Hmmm. It worked when I created ~/.gnome2 and ~/.gnome2/evince. Odd.

Same here

Didier


From me at alkos333.net  Thu Jun  3 21:02:37 2010
From: me at alkos333.net (alkos333)
Date: Thu, 3 Jun 2010 16:02:37 -0500
Subject: [Slackbuilds-users] qemu-kvm udev rules
In-Reply-To: <016582b756f294dfbe2fad79ac429108@guest2.>
References: <AANLkTik4IodHRtVboh9rACh91iziaMkz3tDrz7HZO_nk@mail.gmail.com> 
	<016582b756f294dfbe2fad79ac429108@guest2.>
Message-ID: <AANLkTimOx_qvOj2qKLlv_KibuppADOfGerVEDRKzrBIu@mail.gmail.com>

On Thu, Jun 3, 2010 at 2:53 PM, Stu Miller <slackbuilds at ssmbox.net> wrote:
> Thanks for the report. ?I'm traveling and out of position to reproduce the
> error. ?Monday is the earliest I'll be able to work on this.

No rush :)  Thanks for taking care of this one.

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

From niels.horn at gmail.com  Thu Jun  3 21:18:13 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Thu, 3 Jun 2010 18:18:13 -0300
Subject: [Slackbuilds-users] qemu-kvm udev rules
In-Reply-To: <AANLkTimOx_qvOj2qKLlv_KibuppADOfGerVEDRKzrBIu@mail.gmail.com>
References: <AANLkTik4IodHRtVboh9rACh91iziaMkz3tDrz7HZO_nk@mail.gmail.com>
	<016582b756f294dfbe2fad79ac429108@guest2.>
	<AANLkTimOx_qvOj2qKLlv_KibuppADOfGerVEDRKzrBIu@mail.gmail.com>
Message-ID: <AANLkTimHce_818-g3ELXk0wyIh4IinnHs6xqVEu5VE-U@mail.gmail.com>

On Thu, Jun 3, 2010 at 6:02 PM, alkos333 <me at alkos333.net> wrote:
> On Thu, Jun 3, 2010 at 2:53 PM, Stu Miller <slackbuilds at ssmbox.net> wrote:
>> Thanks for the report. ?I'm traveling and out of position to reproduce the
>> error. ?Monday is the earliest I'll be able to work on this.
>
> No rush :) ?Thanks for taking care of this one.
>
> --
> Alex Lysenka
> Bachelor of Science
> Computer Science Major
> Management & Information Systems Major
> Northern Illinois University
> alysenka at niu.edu

Actually, I *think* this was a bug in udev some time ago.
Which version of Slackware and udev are you using?

It does not happen here on Slackware 13.1 w/ udev 153

Niels

From niels.horn at gmail.com  Thu Jun  3 21:32:42 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Thu, 3 Jun 2010 18:32:42 -0300
Subject: [Slackbuilds-users] qemu-kvm udev rules
In-Reply-To: <AANLkTimHce_818-g3ELXk0wyIh4IinnHs6xqVEu5VE-U@mail.gmail.com>
References: <AANLkTik4IodHRtVboh9rACh91iziaMkz3tDrz7HZO_nk@mail.gmail.com>
	<016582b756f294dfbe2fad79ac429108@guest2.>
	<AANLkTimOx_qvOj2qKLlv_KibuppADOfGerVEDRKzrBIu@mail.gmail.com>
	<AANLkTimHce_818-g3ELXk0wyIh4IinnHs6xqVEu5VE-U@mail.gmail.com>
Message-ID: <AANLkTimq8EDzAShwP6fQxE-ySSUg1Z1u41OR3x7LnbbY@mail.gmail.com>

On Thu, Jun 3, 2010 at 6:18 PM, Niels Horn <niels.horn at gmail.com> wrote:
> On Thu, Jun 3, 2010 at 6:02 PM, alkos333 <me at alkos333.net> wrote:
>> On Thu, Jun 3, 2010 at 2:53 PM, Stu Miller <slackbuilds at ssmbox.net> wrote:
>>> Thanks for the report. ?I'm traveling and out of position to reproduce the
>>> error. ?Monday is the earliest I'll be able to work on this.
>>
>> No rush :) ?Thanks for taking care of this one.
>>
>> --
>> Alex Lysenka
>> Bachelor of Science
>> Computer Science Major
>> Management & Information Systems Major
>> Northern Illinois University
>> alysenka at niu.edu
>
> Actually, I *think* this was a bug in udev some time ago.
> Which version of Slackware and udev are you using?
>
> It does not happen here on Slackware 13.1 w/ udev 153
>
> Niels
>

err, I replied too fast. It's been some time since this box has been
rebooted, so the error was in syslog.2 and not in syslog :)

I guess the simplest solution would be to change the udev rule to:

KERNEL=="kvm", GROUP="kvm", MODE="0660"

leaving out the 'NAME="%K"' part.

Niels

From miorimmax at gmail.com  Thu Jun  3 21:52:43 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Thu, 3 Jun 2010 18:52:43 -0300
Subject: [Slackbuilds-users] qemu-kvm udev rules
In-Reply-To: <AANLkTimq8EDzAShwP6fQxE-ySSUg1Z1u41OR3x7LnbbY@mail.gmail.com>
References: <AANLkTik4IodHRtVboh9rACh91iziaMkz3tDrz7HZO_nk@mail.gmail.com>
	<016582b756f294dfbe2fad79ac429108@guest2.>
	<AANLkTimOx_qvOj2qKLlv_KibuppADOfGerVEDRKzrBIu@mail.gmail.com>
	<AANLkTimHce_818-g3ELXk0wyIh4IinnHs6xqVEu5VE-U@mail.gmail.com>
	<AANLkTimq8EDzAShwP6fQxE-ySSUg1Z1u41OR3x7LnbbY@mail.gmail.com>
Message-ID: <AANLkTin1-CGQ6NM2FIyInD_0t5a_qCoayEXcOqm6l8_J@mail.gmail.com>

On Thu, Jun 3, 2010 at 6:32 PM, Niels Horn <niels.horn at gmail.com> wrote:
> On Thu, Jun 3, 2010 at 6:18 PM, Niels Horn <niels.horn at gmail.com> wrote:
>> On Thu, Jun 3, 2010 at 6:02 PM, alkos333 <me at alkos333.net> wrote:
>>> On Thu, Jun 3, 2010 at 2:53 PM, Stu Miller <slackbuilds at ssmbox.net> wrote:
>>>> Thanks for the report. ?I'm traveling and out of position to reproduce the
>>>> error. ?Monday is the earliest I'll be able to work on this.
>>>
>>> No rush :) ?Thanks for taking care of this one.
>>>
>>> --
>>> Alex Lysenka
>>> Bachelor of Science
>>> Computer Science Major
>>> Management & Information Systems Major
>>> Northern Illinois University
>>> alysenka at niu.edu
>>
>> Actually, I *think* this was a bug in udev some time ago.
>> Which version of Slackware and udev are you using?
>>
>> It does not happen here on Slackware 13.1 w/ udev 153
>>
>> Niels
>>
>
> err, I replied too fast. It's been some time since this box has been
> rebooted, so the error was in syslog.2 and not in syslog :)
>
> I guess the simplest solution would be to change the udev rule to:
>
> KERNEL=="kvm", GROUP="kvm", MODE="0660"
>
> leaving out the 'NAME="%K"' part.
>
> Niels

Indeed, removing the said part would fix it.

Note that NAME="%k" is redundant: suppose you have a disk /dev/sda1,
in udev, its kernel device (%k) is "sda1" already, so there's no need
to say "hey udev, please create the device at /dev/$NAME instead of
/dev/%k, ok?". ;)

NAME="something" should be used if You wanted to have a device to be
created under somewhere other than /dev/%k. An example of this is in
/lib/udev/rules.d/50-udev-default.rules where video1394 devices are
created under /dev/video1394/%k.

-- Max

From rworkman at slackbuilds.org  Thu Jun  3 21:56:04 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Thu, 3 Jun 2010 16:56:04 -0500
Subject: [Slackbuilds-users] Evince issue
In-Reply-To: <4C080D41.6030301@epsm.fr>
References: <20100603153544.16fcaa8c@darkstar.example.net>
	<20100603144107.4e54cddd@liberty.rlwhome.lan>
	<20100603154705.24a51278@darkstar.example.net>
	<4C080D41.6030301@epsm.fr>
Message-ID: <20100603165604.4a1f0adf@liberty.rlwhome.lan>

On Thu, 03 Jun 2010 22:14:57 +0200
Didier Spaier <didier.spaier at epsm.fr> wrote:

> On 03/06/2010 21:47, Morten Juhl-Johansen Z?lde-Fej?r wrote:
> > On Thu, 3 Jun 2010 14:41:07 -0500
> > Robby Workman<rworkman at slackbuilds.org>  wrote:
> >
> >> On Thu, 3 Jun 2010 15:35:44 -0400
> >> Morten Juhl-Johansen Z?lde-Fej?r<mjjzf at syntaktisk.dk>  wrote:
> >>
> >>> Seems there are some problems with Evince. When I built it and ran
> >>> it, I got:
> >>>
> >>> ** (evince:18695): WARNING **: Failed to create dbus proxy for
> >>> org.gnome.SettingsDaemon: Could not get owner of name
> >>> 'org.gnome.SettingsDaemon': no such name
> >>
> >>
> >> That's a harmless warning - ignore it.
> >>
> >>
> >>> ** (evince:18695): WARNING **: Error creating last_settings file:
> >>> Error opening file '/home/morten/.gnome2/evince/last_settings': No
> >>> such file or directory
> >>>
> >>> Segmentation fault
> >>
> >>
> >> That's obviously not harmless, but that file is created fine
> >> here and evince works fine.
> >>
> >> -RW
> >
> > Hmmm. It worked when I created ~/.gnome2 and ~/.gnome2/evince. Odd.
> 
> Same here
> 
> Didier


Can you rebuild with the attached patch and see if it works?
(move any existing $HOME/.gnome2/evince/ directory out of the
way first)

-RW


-------------- next part --------------
A non-text attachment was scrubbed...
Name: evince-2.30.1-create_dotdir_on_startup.patch
Type: text/x-patch
Size: 529 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100603/414f4094/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100603/414f4094/attachment.asc>

From rworkman at slackbuilds.org  Thu Jun  3 21:57:32 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Thu, 3 Jun 2010 16:57:32 -0500
Subject: [Slackbuilds-users] qemu-kvm udev rules
In-Reply-To: <AANLkTimq8EDzAShwP6fQxE-ySSUg1Z1u41OR3x7LnbbY@mail.gmail.com>
References: <AANLkTik4IodHRtVboh9rACh91iziaMkz3tDrz7HZO_nk@mail.gmail.com>
	<016582b756f294dfbe2fad79ac429108@guest2.>
	<AANLkTimOx_qvOj2qKLlv_KibuppADOfGerVEDRKzrBIu@mail.gmail.com>
	<AANLkTimHce_818-g3ELXk0wyIh4IinnHs6xqVEu5VE-U@mail.gmail.com>
	<AANLkTimq8EDzAShwP6fQxE-ySSUg1Z1u41OR3x7LnbbY@mail.gmail.com>
Message-ID: <20100603165732.42561a63@liberty.rlwhome.lan>

On Thu, 3 Jun 2010 18:32:42 -0300
Niels Horn <niels.horn at gmail.com> wrote:

> On Thu, Jun 3, 2010 at 6:18 PM, Niels Horn <niels.horn at gmail.com>
> wrote:
> > On Thu, Jun 3, 2010 at 6:02 PM, alkos333 <me at alkos333.net> wrote:
> >> On Thu, Jun 3, 2010 at 2:53 PM, Stu Miller
> >> <slackbuilds at ssmbox.net> wrote:
> >>> Thanks for the report. ?I'm traveling and out of position to
> >>> reproduce the error. ?Monday is the earliest I'll be able to work
> >>> on this.
> >>
> >> No rush :) ?Thanks for taking care of this one.
> >>
> >> --
> >> Alex Lysenka
> >> Bachelor of Science
> >> Computer Science Major
> >> Management & Information Systems Major
> >> Northern Illinois University
> >> alysenka at niu.edu
> >
> > Actually, I *think* this was a bug in udev some time ago.
> > Which version of Slackware and udev are you using?
> >
> > It does not happen here on Slackware 13.1 w/ udev 153
> >
> > Niels
> >
> 
> err, I replied too fast. It's been some time since this box has been
> rebooted, so the error was in syslog.2 and not in syslog :)
> 
> I guess the simplest solution would be to change the udev rule to:
> 
> KERNEL=="kvm", GROUP="kvm", MODE="0660"
> 
> leaving out the 'NAME="%K"' part.
> 


Yes, that's exactly what needs to happen.  It's actually a harmless
warning (that will become an error in udev-157+), but it should go
ahead and be fixed anyway.

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

From rworkman at slackbuilds.org  Thu Jun  3 21:59:56 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Thu, 3 Jun 2010 16:59:56 -0500
Subject: [Slackbuilds-users] qemu-kvm udev rules
In-Reply-To: <AANLkTin1-CGQ6NM2FIyInD_0t5a_qCoayEXcOqm6l8_J@mail.gmail.com>
References: <AANLkTik4IodHRtVboh9rACh91iziaMkz3tDrz7HZO_nk@mail.gmail.com>
	<016582b756f294dfbe2fad79ac429108@guest2.>
	<AANLkTimOx_qvOj2qKLlv_KibuppADOfGerVEDRKzrBIu@mail.gmail.com>
	<AANLkTimHce_818-g3ELXk0wyIh4IinnHs6xqVEu5VE-U@mail.gmail.com>
	<AANLkTimq8EDzAShwP6fQxE-ySSUg1Z1u41OR3x7LnbbY@mail.gmail.com>
	<AANLkTin1-CGQ6NM2FIyInD_0t5a_qCoayEXcOqm6l8_J@mail.gmail.com>
Message-ID: <20100603165956.4b1407f4@liberty.rlwhome.lan>

On Thu, 3 Jun 2010 18:52:43 -0300
Max Miorim <miorimmax at gmail.com> wrote:

> Note that NAME="%k" is redundant: suppose you have a disk /dev/sda1,
> in udev, its kernel device (%k) is "sda1" already, so there's no need
> to say "hey udev, please create the device at /dev/$NAME instead of
> /dev/%k, ok?". ;)


Exactly :-)


> NAME="something" should be used if You wanted to have a device to be
> created under somewhere other than /dev/%k. An example of this is in
> /lib/udev/rules.d/50-udev-default.rules where video1394 devices are
> created under /dev/video1394/%k.


Even that should not exist any more -- the kernel should provide
correct device names these days.

For cases where the user and/or sysadmin wants to have more
"intuitive" names for device nodes, the proper approach is to
have udev rules create symlinks with SYMLINK+="blah" instead.

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

From miorimmax at gmail.com  Thu Jun  3 22:04:37 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Thu, 3 Jun 2010 19:04:37 -0300
Subject: [Slackbuilds-users] Evince issue
In-Reply-To: <20100603165604.4a1f0adf@liberty.rlwhome.lan>
References: <20100603153544.16fcaa8c@darkstar.example.net>
	<20100603144107.4e54cddd@liberty.rlwhome.lan>
	<20100603154705.24a51278@darkstar.example.net>
	<4C080D41.6030301@epsm.fr>
	<20100603165604.4a1f0adf@liberty.rlwhome.lan>
Message-ID: <AANLkTikSPRFkIEHZyGZTwWqPLG_F05Ps0_Rh_4PwGHNn@mail.gmail.com>

On Thu, Jun 3, 2010 at 6:56 PM, Robby Workman <rworkman at slackbuilds.org> wrote:
> On Thu, 03 Jun 2010 22:14:57 +0200
> Didier Spaier <didier.spaier at epsm.fr> wrote:
>
>> On 03/06/2010 21:47, Morten Juhl-Johansen Z?lde-Fej?r wrote:
>> > On Thu, 3 Jun 2010 14:41:07 -0500
>> > Robby Workman<rworkman at slackbuilds.org> ?wrote:
>> >
>> >> On Thu, 3 Jun 2010 15:35:44 -0400
>> >> Morten Juhl-Johansen Z?lde-Fej?r<mjjzf at syntaktisk.dk> ?wrote:
>> >>
>> >>> Seems there are some problems with Evince. When I built it and ran
>> >>> it, I got:
>> >>>
>> >>> ** (evince:18695): WARNING **: Failed to create dbus proxy for
>> >>> org.gnome.SettingsDaemon: Could not get owner of name
>> >>> 'org.gnome.SettingsDaemon': no such name
>> >>
>> >>
>> >> That's a harmless warning - ignore it.
>> >>
>> >>
>> >>> ** (evince:18695): WARNING **: Error creating last_settings file:
>> >>> Error opening file '/home/morten/.gnome2/evince/last_settings': No
>> >>> such file or directory
>> >>>
>> >>> Segmentation fault
>> >>
>> >>
>> >> That's obviously not harmless, but that file is created fine
>> >> here and evince works fine.
>> >>
>> >> -RW
>> >
>> > Hmmm. It worked when I created ~/.gnome2 and ~/.gnome2/evince. Odd.
>>
>> Same here
>>
>> Didier
>
>
> Can you rebuild with the attached patch and see if it works?
> (move any existing $HOME/.gnome2/evince/ directory out of the
> way first)
>
> -RW

It fixed the problem for me.

Note that I have built the package on a clean chroot (slack64 13.1),
it shouldn't have any effect upon the change but who knows...

-- Max

From rworkman at slackbuilds.org  Thu Jun  3 22:14:48 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Thu, 3 Jun 2010 17:14:48 -0500
Subject: [Slackbuilds-users] Evince issue
In-Reply-To: <AANLkTikSPRFkIEHZyGZTwWqPLG_F05Ps0_Rh_4PwGHNn@mail.gmail.com>
References: <20100603153544.16fcaa8c@darkstar.example.net>
	<20100603144107.4e54cddd@liberty.rlwhome.lan>
	<20100603154705.24a51278@darkstar.example.net>
	<4C080D41.6030301@epsm.fr>
	<20100603165604.4a1f0adf@liberty.rlwhome.lan>
	<AANLkTikSPRFkIEHZyGZTwWqPLG_F05Ps0_Rh_4PwGHNn@mail.gmail.com>
Message-ID: <20100603171448.2f19c2d0@liberty.rlwhome.lan>

On Thu, 3 Jun 2010 19:04:37 -0300
Max Miorim <miorimmax at gmail.com> wrote:

> On Thu, Jun 3, 2010 at 6:56 PM, Robby Workman
> <rworkman at slackbuilds.org> wrote:
> > On Thu, 03 Jun 2010 22:14:57 +0200
> > Didier Spaier <didier.spaier at epsm.fr> wrote:
> >
> >> On 03/06/2010 21:47, Morten Juhl-Johansen Z?lde-Fej?r wrote:
> >> > On Thu, 3 Jun 2010 14:41:07 -0500
> >> > Robby Workman<rworkman at slackbuilds.org> ?wrote:
> >> >
> >> >> On Thu, 3 Jun 2010 15:35:44 -0400
> >> >> Morten Juhl-Johansen Z?lde-Fej?r<mjjzf at syntaktisk.dk> ?wrote:
> >> >>
> >> >>> Seems there are some problems with Evince. When I built it and
> >> >>> ran it, I got:
> >> >>>
> >> >>> ** (evince:18695): WARNING **: Failed to create dbus proxy for
> >> >>> org.gnome.SettingsDaemon: Could not get owner of name
> >> >>> 'org.gnome.SettingsDaemon': no such name
> >> >>
> >> >>
> >> >> That's a harmless warning - ignore it.
> >> >>
> >> >>
> >> >>> ** (evince:18695): WARNING **: Error creating last_settings
> >> >>> file: Error opening file
> >> >>> '/home/morten/.gnome2/evince/last_settings': No such file or
> >> >>> directory
> >> >>>
> >> >>> Segmentation fault
> >> >>
> >> >>
> >> >> That's obviously not harmless, but that file is created fine
> >> >> here and evince works fine.
> >> >>
> >> >> -RW
> >> >
> >> > Hmmm. It worked when I created ~/.gnome2 and ~/.gnome2/evince.
> >> > Odd.
> >>
> >> Same here
> >>
> >> Didier
> >
> >
> > Can you rebuild with the attached patch and see if it works?
> > (move any existing $HOME/.gnome2/evince/ directory out of the
> > way first)
> >
> > -RW
> 
> It fixed the problem for me.
> 
> Note that I have built the package on a clean chroot (slack64 13.1),
> it shouldn't have any effect upon the change but who knows...


It worked here too, but I just wanted someone else to verify it.

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

From miorimmax at gmail.com  Thu Jun  3 22:18:10 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Thu, 3 Jun 2010 19:18:10 -0300
Subject: [Slackbuilds-users] About SlackBuilds that depend on modified
	Slackware packages
Message-ID: <AANLkTilCgojs22ARjEBR7Hav0t3lNZvdq6jR6GowAA3G@mail.gmail.com>

Hi,

Quite some time ago I have switched from KDE4 to Awesome and so I
wrote the SlackBuilds for it and some dependencies.

However, the most recent versions (3.2.x if I'm not mistaken) require
cairo with experimental XCB support. Being an experimental feature,
it's not enabled on Slackware's cairo so one that wants to use my
SlackBuild will have to rebuild cairo and enable it.

So, here comes the question: assuming everything else with my
SlackBuild meets the requirements to get approved in an eventual
submission, will it be declined because the SlackBuild requires a
modified Slackware package? Even if I put a warning in the README?


The SlackBuilds for awesome and libxdg-basedir are in my github repo,
along with the modified cairo - if anyone's willing to test such
awesome desktop. :)

http://github.com/miorimmax/slackbuilds/tree/cairo
http://github.com/miorimmax/slackbuilds/tree/libxdg-basedir
http://github.com/miorimmax/slackbuilds/tree/awesome

I have a sbopkg queue for it at http://github.com/miorimmax/sbopkg-queues also.

-- Max

From slacker at slaphappygeeks.com  Thu Jun  3 22:42:40 2010
From: slacker at slaphappygeeks.com (Slacker build user)
Date: Thu, 03 Jun 2010 16:42:40 -0600
Subject: [Slackbuilds-users] Slackbuild for QT3 only app
Message-ID: <4C082FE0.9040308@slaphappygeeks.com>

Hello,

I am finally getting my few packages updated to 13.1, and adding a new one I hope.

I am building Bouml from http://bouml.free.fr/ which requires Qt3. It builds 
fine against Eric's kde3 compat Qt3 package on both 32 and 64 (not multi-lib) 
boxes. But I have two questions:

1. I have to pass a properly set QTDIR variable so it can find the Qt3 libs. Is 
there a preferred method of testing and exiting if this is not set? Or should it 
be hard-wired into the build script?

2. The make files all use qmake and have the var QMAKE=qmake hard wired into 
them in multiple places - which tries to use Qt4's qmake. It cannot use an 
environment var to override the path to qmake. For my own builds I have added a 
symlink /usr/local/bin/qmake => /opt/kde3/bin/qmake which I remove when done.

Any suggestions for a more elegant way to direct it to Qt3 qmake? Patch the make 
files? Alias? Temporary symlink?

Thanks,

Robert

From didier.spaier at epsm.fr  Thu Jun  3 22:46:53 2010
From: didier.spaier at epsm.fr (Didier Spaier)
Date: Fri, 04 Jun 2010 00:46:53 +0200
Subject: [Slackbuilds-users] Evince issue
In-Reply-To: <20100603165604.4a1f0adf@liberty.rlwhome.lan>
References: <20100603153544.16fcaa8c@darkstar.example.net>	<20100603144107.4e54cddd@liberty.rlwhome.lan>	<20100603154705.24a51278@darkstar.example.net>	<4C080D41.6030301@epsm.fr>
	<20100603165604.4a1f0adf@liberty.rlwhome.lan>
Message-ID: <4C0830DD.6050306@epsm.fr>

On 03/06/2010 23:56, Robby Workman wrote:
> On Thu, 03 Jun 2010 22:14:57 +0200
> Didier Spaier<didier.spaier at epsm.fr>  wrote:
>
>> On 03/06/2010 21:47, Morten Juhl-Johansen Z?lde-Fej?r wrote:
>>> On Thu, 3 Jun 2010 14:41:07 -0500
>>> Robby Workman<rworkman at slackbuilds.org>   wrote:
>>>
>>>> On Thu, 3 Jun 2010 15:35:44 -0400
>>>> Morten Juhl-Johansen Z?lde-Fej?r<mjjzf at syntaktisk.dk>   wrote:
>>>>
>>>>> Seems there are some problems with Evince. When I built it and ran
>>>>> it, I got:
>>>>>
>>>>> ** (evince:18695): WARNING **: Failed to create dbus proxy for
>>>>> org.gnome.SettingsDaemon: Could not get owner of name
>>>>> 'org.gnome.SettingsDaemon': no such name
>>>>
>>>>
>>>> That's a harmless warning - ignore it.
>>>>
>>>>
>>>>> ** (evince:18695): WARNING **: Error creating last_settings file:
>>>>> Error opening file '/home/morten/.gnome2/evince/last_settings': No
>>>>> such file or directory
>>>>>
>>>>> Segmentation fault
>>>>
>>>>
>>>> That's obviously not harmless, but that file is created fine
>>>> here and evince works fine.
>>>>
>>>> -RW
>>>
>>> Hmmm. It worked when I created ~/.gnome2 and ~/.gnome2/evince. Odd.
>>
>> Same here
>>
>> Didier
>
>
> Can you rebuild with the attached patch and see if it works?
> (move any existing $HOME/.gnome2/evince/ directory out of the
> way first)
>
> -RW

It works here too, thanks - on a Slackware64-13.1 multilib with kernel 2.6.35-rc1 but don't tell anybody ;)


From niels.horn at gmail.com  Thu Jun  3 23:13:10 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Thu, 3 Jun 2010 20:13:10 -0300
Subject: [Slackbuilds-users] Slackbuild for QT3 only app
In-Reply-To: <4C082FE0.9040308@slaphappygeeks.com>
References: <4C082FE0.9040308@slaphappygeeks.com>
Message-ID: <AANLkTilKwTdqf2FwW2VnkskSR7afRN5xubnXYxoPX0VV@mail.gmail.com>

On Thu, Jun 3, 2010 at 7:42 PM, Slacker build user
<slacker at slaphappygeeks.com> wrote:
> Hello,
>
> I am finally getting my few packages updated to 13.1, and adding a new one I
> hope.
>
> I am building Bouml from http://bouml.free.fr/ which requires Qt3. It builds
> fine against Eric's kde3 compat Qt3 package on both 32 and 64 (not
> multi-lib) boxes. But I have two questions:
>
> 1. I have to pass a properly set QTDIR variable so it can find the Qt3 libs.
> Is there a preferred method of testing and exiting if this is not set? Or
> should it be hard-wired into the build script?
>
> 2. The make files all use qmake and have the var QMAKE=qmake hard wired into
> them in multiple places - which tries to use Qt4's qmake. It cannot use an
> environment var to override the path to qmake. For my own builds I have
> added a symlink /usr/local/bin/qmake => /opt/kde3/bin/qmake which I remove
> when done.
>
> Any suggestions for a more elegant way to direct it to Qt3 qmake? Patch the
> make files? Alias? Temporary symlink?
>
> Thanks,
>
> Robert
> _______________________________________________
> 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/
>
>

Hi,

I have built some packages that needed the Qt3 libs.

Usually you need to do some "hacking" in the Makefile (or
<your-program>.pro) to guarantee the use of the Qt3 programs like
qmake, moc, assistant, etc. Just include the full path to the Qt3
programs, like /opt/kde3/bin/qmake /opt/kde3/bin/uic etc.

Niels

From slacker at slaphappygeeks.com  Fri Jun  4 00:10:31 2010
From: slacker at slaphappygeeks.com (Slacker build user)
Date: Thu, 03 Jun 2010 18:10:31 -0600
Subject: [Slackbuilds-users] Slackbuild for QT3 only app
In-Reply-To: <AANLkTilKwTdqf2FwW2VnkskSR7afRN5xubnXYxoPX0VV@mail.gmail.com>
References: <4C082FE0.9040308@slaphappygeeks.com>
	<AANLkTilKwTdqf2FwW2VnkskSR7afRN5xubnXYxoPX0VV@mail.gmail.com>
Message-ID: <4C084477.2060109@slaphappygeeks.com>

Niels Horn wrote:
> On Thu, Jun 3, 2010 at 7:42 PM, Slacker build user
> <slacker at slaphappygeeks.com> wrote:
>> Hello,
>>
>> I am finally getting my few packages updated to 13.1, and adding a new one I
>> hope.
>>
>> I am building Bouml from http://bouml.free.fr/ which requires Qt3. It builds
>> fine against Eric's kde3 compat Qt3 package on both 32 and 64 (not
>> multi-lib) boxes. But I have two questions:
>>
>> 1. I have to pass a properly set QTDIR variable so it can find the Qt3 libs.
>> Is there a preferred method of testing and exiting if this is not set? Or
>> should it be hard-wired into the build script?
>>
>> 2. The make files all use qmake and have the var QMAKE=qmake hard wired into
>> them in multiple places - which tries to use Qt4's qmake. It cannot use an
>> environment var to override the path to qmake. For my own builds I have
>> added a symlink /usr/local/bin/qmake => /opt/kde3/bin/qmake which I remove
>> when done.
>>
>> Any suggestions for a more elegant way to direct it to Qt3 qmake? Patch the
>> make files? Alias? Temporary symlink?
>>
>> Thanks,
>>
>> Robert
>> _______________________________________________
>> 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/
>>
>>
> 
> Hi,
> 
> I have built some packages that needed the Qt3 libs.
> 
> Usually you need to do some "hacking" in the Makefile (or
> <your-program>.pro) to guarantee the use of the Qt3 programs like
> qmake, moc, assistant, etc. Just include the full path to the Qt3
> programs, like /opt/kde3/bin/qmake /opt/kde3/bin/uic etc.
> 
> Niels

So you are saying to modify the make files in the source tree. Would some simple 
sed changes to the make files be acceptable in an SBo script? (I just answered 
that by looking in some others... DUH!)

OK, I'll verify the QTDIR variable and exit with suitable message, and do a 
little sed and see if I can make it painless.

Thanks Niels,

Robert



From mickski56 at hotmail.com  Fri Jun  4 00:03:46 2010
From: mickski56 at hotmail.com (mickski)
Date: Fri, 4 Jun 2010 00:03:46 +0000 (UTC)
Subject: [Slackbuilds-users] Slackbuild for QT3 only app
References: <4C082FE0.9040308@slaphappygeeks.com>
	<AANLkTilKwTdqf2FwW2VnkskSR7afRN5xubnXYxoPX0VV@mail.gmail.com>
Message-ID: <hu9ft1$8r9$1@dough.gmane.org>

On Thu, 03 Jun 2010 20:13:10 -0300, Niels Horn wrote:

> On Thu, Jun 3, 2010 at 7:42 PM, Slacker build user
> <slacker at slaphappygeeks.com> wrote:
>> Hello,
>>
>> I am finally getting my few packages updated to 13.1, and adding a new
>> one I hope.
>>
>> I am building Bouml from http://bouml.free.fr/ which requires Qt3. It
>> builds fine against Eric's kde3 compat Qt3 package on both 32 and 64
>> (not multi-lib) boxes. But I have two questions:
>>
>> 1. I have to pass a properly set QTDIR variable so it can find the Qt3
>> libs. Is there a preferred method of testing and exiting if this is not
>> set? Or should it be hard-wired into the build script?
>>
>> 2. The make files all use qmake and have the var QMAKE=qmake hard wired
>> into them in multiple places - which tries to use Qt4's qmake. It
>> cannot use an environment var to override the path to qmake. For my own
>> builds I have added a symlink /usr/local/bin/qmake =>
>> /opt/kde3/bin/qmake which I remove when done.
>>
>> Any suggestions for a more elegant way to direct it to Qt3 qmake? Patch
>> the make files? Alias? Temporary symlink?
>>
>> Thanks,
>>
>> Robert
>> _______________________________________________ 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/
>>
>>
>>
> Hi,
> 
> I have built some packages that needed the Qt3 libs.
> 
> Usually you need to do some "hacking" in the Makefile (or
> <your-program>.pro) to guarantee the use of the Qt3 programs like qmake,
> moc, assistant, etc. Just include the full path to the Qt3 programs,
> like /opt/kde3/bin/qmake /opt/kde3/bin/uic etc.
> 
> Niels

Adjust your path so /opt/kde3/lib${LIBDIRSUFFIX}/bin comes before /usr/lib
${LIBDIRSUFFIX}/qt/bin 



From chess at chessgriffin.com  Fri Jun  4 00:16:46 2010
From: chess at chessgriffin.com (Chess Griffin)
Date: Thu, 3 Jun 2010 20:16:46 -0400
Subject: [Slackbuilds-users] About SlackBuilds that depend on modified
 Slackware packages
In-Reply-To: <AANLkTilCgojs22ARjEBR7Hav0t3lNZvdq6jR6GowAA3G@mail.gmail.com>
References: <AANLkTilCgojs22ARjEBR7Hav0t3lNZvdq6jR6GowAA3G@mail.gmail.com>
Message-ID: <20100603201646.7cd468d6@slack64.localdomain>

On Thu, 3 Jun 2010 19:18:10 -0300
Max Miorim <miorimmax at gmail.com> wrote:

> So, here comes the question: assuming everything else with my
> SlackBuild meets the requirements to get approved in an eventual
> submission, will it be declined because the SlackBuild requires a
> modified Slackware package? Even if I put a warning in the README?
> 

http://lists.slackbuilds.org/pipermail/slackbuilds-users/2009-February/003811.html

-- 
Chess Griffin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100603/0c42797f/attachment.asc>

From chess at chessgriffin.com  Fri Jun  4 01:43:32 2010
From: chess at chessgriffin.com (Chess Griffin)
Date: Thu, 3 Jun 2010 21:43:32 -0400
Subject: [Slackbuilds-users] xmobar, p4
In-Reply-To: <AANLkTiliWrvLEvWJbdY6suFjFo5sn5Sm2tsZPoc2zGDr@mail.gmail.com>
References: <20100602233115.GA23916@akamai.com>
	<AANLkTiliWrvLEvWJbdY6suFjFo5sn5Sm2tsZPoc2zGDr@mail.gmail.com>
Message-ID: <20100603214332.6aaaf1dd@slack64.localdomain>

On Wed, 2 Jun 2010 21:19:21 -0300
Max Miorim <miorimmax at gmail.com> wrote:

> On Wed, Jun 2, 2010 at 8:31 PM, R. Andrew Bailey <bailey at akamai.com>
> wrote:
> > Hi All,
> >
> > ?I discussed this with vbatts a little today, and we agreed it was
> > ?probably best to just send this to the list and see if it sticks to
> > ?the wall.
> >
> > ?I have a clone/branch/fork whatever of the canonical sbo
> > repository, and have merged a pair of my own branches into it. One
> > is a new package "p4", which is almost absurd to package since its
> > a single binary and a manpage. The other is an update to xmobar,
> > which I think is abandoned.
> >
> > ?Both commits are at:
> >
> > ?git://github.com/GooseYArd/slackbuilds.git
> >
> > ?xmobar 0.11.1: e83d5d1cdac63185666a
> > ?p4 r0.9.2: ? ? 419ff27d9116a48dc1ca
> >
> > ?I'm not sure when making a pull request whether I ought to be
> > sending the commit for the merge or the commit on the branch I
> > submitted the file additions to. Maybe one of the admins on the
> > list can confirm whether this is workable?
> >
> > ?Thanks,
> >
> > ?.andy
> 
> If I'm not mistaken, for now, submissions will go through the form and
> trivial fixes _might_ get pulled from our repositories (depends on
> who's reviewing it).
> 
> Have a look at this email from Robby:
> http://lists.slackbuilds.org/pipermail/slackbuilds-users/2010-May/005627.html
> 
> -- Max
> 
> PS: I'm not an admin. :P

I am testing the xmobar update and assuming it works ok, I'll commit it
to my branch.  Thanks.

-- 
Chess Griffin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100603/610dab7f/attachment.asc>

From chess at chessgriffin.com  Fri Jun  4 07:45:20 2010
From: chess at chessgriffin.com (Chess Griffin)
Date: Fri, 4 Jun 2010 03:45:20 -0400
Subject: [Slackbuilds-users] xmobar, p4
In-Reply-To: <20100602233115.GA23916@akamai.com>
References: <20100602233115.GA23916@akamai.com>
Message-ID: <20100604074520.GA1782@localhost>

* R. Andrew Bailey <bailey at akamai.com> [2010-06-02 19:31:15]:

> Hi All,
> 
>  I discussed this with vbatts a little today, and we agreed it was
>  probably best to just send this to the list and see if it sticks to
>  the wall.
> 
>  I have a clone/branch/fork whatever of the canonical sbo repository,
>  and have merged a pair of my own branches into it. One is a new
>  package "p4", which is almost absurd to package since its a single
>  binary and a manpage. The other is an update to xmobar, which I think
>  is abandoned.
> 

Andy, have you tried contacting the xmobar maintainer about taking over
maintainership?

-- 
Chess Griffin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100604/91e305b7/attachment-0001.sig>

From chess at chessgriffin.com  Fri Jun  4 07:55:22 2010
From: chess at chessgriffin.com (Chess Griffin)
Date: Fri, 4 Jun 2010 03:55:22 -0400
Subject: [Slackbuilds-users] dictd
In-Reply-To: <AANLkTimIxRmrIi-4OA52OYaoW0PdlHvbfGhhOPNepfvX@mail.gmail.com>
References: <AANLkTimIxRmrIi-4OA52OYaoW0PdlHvbfGhhOPNepfvX@mail.gmail.com>
Message-ID: <20100604075521.GA1839@localhost>

* Eugen Wissner <belka.ew at gmail.com> [2010-06-02 02:38:21]:

> hello
> dictd's homepage link is false.

Fixed in my branch, thanks.

-- 
Chess Griffin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100604/bf1dd3b0/attachment.sig>

From chess at chessgriffin.com  Fri Jun  4 07:56:33 2010
From: chess at chessgriffin.com (Chess Griffin)
Date: Fri, 4 Jun 2010 03:56:33 -0400
Subject: [Slackbuilds-users] Easytag
In-Reply-To: <20100602145155.0645f0b6@darkstar.example.net>
References: <20100602145155.0645f0b6@darkstar.example.net>
Message-ID: <20100604075633.GB1839@localhost>

* Morten Juhl-Johansen Z?lde-Fej?r <mjjzf at syntaktisk.dk> [2010-06-02 14:51:55]:

> I just wanted to add that the Easytag Slackbuild builds correctly for
> 13.1 with the 13.0 Slackbuild. I don't know if the maintainer is still
> active, but since there hasn't been an Easytag release since 2007, it
> seems like a comfortable position...
> 

Morten, do you want to take over maintainership and if so, have you
contacted the currently-listed maintainer?

-- 
Chess Griffin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100604/9bc82dc8/attachment.sig>

From rworkman at slackbuilds.org  Fri Jun  4 04:02:31 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Thu, 3 Jun 2010 23:02:31 -0500
Subject: [Slackbuilds-users] xmobar, p4
In-Reply-To: <20100604074520.GA1782@localhost>
References: <20100602233115.GA23916@akamai.com>
	<20100604074520.GA1782@localhost>
Message-ID: <20100603230231.2e90faca@liberty.rlwhome.lan>

On Fri, 4 Jun 2010 03:45:20 -0400
Chess Griffin <chess at chessgriffin.com> wrote:

> * R. Andrew Bailey <bailey at akamai.com> [2010-06-02 19:31:15]:
> 
> > Hi All,
> > 
> >  I discussed this with vbatts a little today, and we agreed it was
> >  probably best to just send this to the list and see if it sticks to
> >  the wall.
> > 
> >  I have a clone/branch/fork whatever of the canonical sbo
> > repository, and have merged a pair of my own branches into it. One
> > is a new package "p4", which is almost absurd to package since its
> > a single binary and a manpage. The other is an update to xmobar,
> > which I think is abandoned.
> > 
> 
> Andy, have you tried contacting the xmobar maintainer about taking
> over maintainership?


Maintainer was unreachable last I recall, so it's fair game
(assuming I'm correct).

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

From chess at chessgriffin.com  Fri Jun  4 08:13:54 2010
From: chess at chessgriffin.com (Chess Griffin)
Date: Fri, 4 Jun 2010 04:13:54 -0400
Subject: [Slackbuilds-users] xmobar, p4
In-Reply-To: <20100603230231.2e90faca@liberty.rlwhome.lan>
References: <20100602233115.GA23916@akamai.com>
	<20100604074520.GA1782@localhost>
	<20100603230231.2e90faca@liberty.rlwhome.lan>
Message-ID: <20100604081353.GA1923@localhost>

* Robby Workman <rworkman at slackbuilds.org> [2010-06-03 23:02:31]:

> On Fri, 4 Jun 2010 03:45:20 -0400
> Chess Griffin <chess at chessgriffin.com> wrote:
> 
> > * R. Andrew Bailey <bailey at akamai.com> [2010-06-02 19:31:15]:
> > 
> > > Hi All,
> > > 
> > >  I discussed this with vbatts a little today, and we agreed it was
> > >  probably best to just send this to the list and see if it sticks to
> > >  the wall.
> > > 
> > >  I have a clone/branch/fork whatever of the canonical sbo
> > > repository, and have merged a pair of my own branches into it. One
> > > is a new package "p4", which is almost absurd to package since its
> > > a single binary and a manpage. The other is an update to xmobar,
> > > which I think is abandoned.
> > > 
> > 
> > Andy, have you tried contacting the xmobar maintainer about taking
> > over maintainership?
> 
> 
> Maintainer was unreachable last I recall, so it's fair game
> (assuming I'm correct).
> 

I think you are right.

Andy, I committed the xmobar update to my branch, thanks.

-- 
Chess Griffin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100604/1dc33123/attachment.sig>

From mjjzf at syntaktisk.dk  Fri Jun  4 15:01:32 2010
From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=)
Date: Fri, 4 Jun 2010 11:01:32 -0400
Subject: [Slackbuilds-users] Easytag
In-Reply-To: <20100604075633.GB1839@localhost>
References: <20100602145155.0645f0b6@darkstar.example.net>
	<20100604075633.GB1839@localhost>
Message-ID: <20100604110132.2eb47528@espero.syntaktisk.dk>

On Fri, 4 Jun 2010 03:56:33 -0400
Chess Griffin <chess at chessgriffin.com> wrote:

> * Morten Juhl-Johansen Z?lde-Fej?r <mjjzf at syntaktisk.dk> [2010-06-02
> 14:51:55]:
> 
> > I just wanted to add that the Easytag Slackbuild builds correctly
> > for 13.1 with the 13.0 Slackbuild. I don't know if the maintainer
> > is still active, but since there hasn't been an Easytag release
> > since 2007, it seems like a comfortable position...
> > 
> 
> Morten, do you want to take over maintainership and if so, have you
> contacted the currently-listed maintainer?
> 

Wasn't my thought, but I can do that. Should I change the details in
the Slackbuild, or can you enter it? The only changes should be in the
contact information, so there is really not much reason for it to be
stuck in the queue - once it opens for submissions.

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/20100604/c657c1d2/attachment.asc>

From bailey at akamai.com  Fri Jun  4 11:56:35 2010
From: bailey at akamai.com (R. Andrew Bailey)
Date: Fri, 4 Jun 2010 07:56:35 -0400
Subject: [Slackbuilds-users] Slackbuild for QT3 only app
In-Reply-To: <4C082FE0.9040308@slaphappygeeks.com>
References: <4C082FE0.9040308@slaphappygeeks.com>
Message-ID: <20100604115635.GG2586@akamai.com>

On 03/06/10 16:42 -0600, Slacker build user wrote:
>Hello,
>
>I am finally getting my few packages updated to 13.1, and adding a new one I hope.
>
>I am building Bouml from http://bouml.free.fr/ which requires Qt3. It 
>builds fine against Eric's kde3 compat Qt3 package on both 32 and 64 
>(not multi-lib) boxes. But I have two questions:
>
>1. I have to pass a properly set QTDIR variable so it can find the 
>Qt3 libs. Is there a preferred method of testing and exiting if this 
>is not set? Or should it be hard-wired into the build script?
>
>2. The make files all use qmake and have the var QMAKE=qmake hard 
>wired into them in multiple places - which tries to use Qt4's qmake. 
>It cannot use an environment var to override the path to qmake. For 
>my own builds I have added a symlink /usr/local/bin/qmake => 
>/opt/kde3/bin/qmake which I remove when done.
>
>Any suggestions for a more elegant way to direct it to Qt3 qmake? 
>Patch the make files? Alias? Temporary symlink?
>
>Thanks,
>
>Robert

The "valkyrie" package does the same thing, I'd take a peek at it.

  .andy

>_______________________________________________
>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 bailey at akamai.com  Fri Jun  4 11:24:31 2010
From: bailey at akamai.com (R. Andrew Bailey)
Date: Fri, 4 Jun 2010 07:24:31 -0400
Subject: [Slackbuilds-users] xmobar, p4
In-Reply-To: <20100604074520.GA1782@localhost>
References: <20100602233115.GA23916@akamai.com>
	<20100604074520.GA1782@localhost>
Message-ID: <20100604112431.GE2586@akamai.com>

On 04/06/10 03:45 -0400, Chess Griffin wrote:
>* R. Andrew Bailey <bailey at akamai.com> [2010-06-02 19:31:15]:
>
>> Hi All,
>>
>>  I discussed this with vbatts a little today, and we agreed it was
>>  probably best to just send this to the list and see if it sticks to
>>  the wall.
>>
>>  I have a clone/branch/fork whatever of the canonical sbo repository,
>>  and have merged a pair of my own branches into it. One is a new
>>  package "p4", which is almost absurd to package since its a single
>>  binary and a manpage. The other is an update to xmobar, which I think
>>  is abandoned.
>>
>
>Andy, have you tried contacting the xmobar maintainer about taking over
>maintainership?
>

I found a few different addresses for him, but had no luck contacting
him (from a couple of different accounts of my own, as well). I'd be
delighted to adopt it though, since I'm an xmobar junky :)

  .andy



>_______________________________________________
>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 bailey at akamai.com  Fri Jun  4 15:25:11 2010
From: bailey at akamai.com (R. Andrew Bailey)
Date: Fri, 4 Jun 2010 11:25:11 -0400
Subject: [Slackbuilds-users] ddd patches for 13.1
Message-ID: <20100604152511.GA24884@akamai.com>

I noticed that ddd was missing from 13.1- I just applied the patch I
had been using for -current at:

git at github.com:GooseYArd/slackbuilds.git, 897c78e1efda7f523a0f and
d648dc96e344fa38207a

ddd is one I use constantly so if the old maintainer has dropped it
I'd be glad to take it.

  .andy

From slacker at slaphappygeeks.com  Fri Jun  4 19:20:30 2010
From: slacker at slaphappygeeks.com (Slacker build user)
Date: Fri, 04 Jun 2010 13:20:30 -0600
Subject: [Slackbuilds-users] Slackbuild for QT3 only app
In-Reply-To: <20100604115635.GG2586@akamai.com>
References: <4C082FE0.9040308@slaphappygeeks.com>
	<20100604115635.GG2586@akamai.com>
Message-ID: <4C0951FE.1090402@slaphappygeeks.com>

R. Andrew Bailey wrote:
> On 03/06/10 16:42 -0600, Slacker build user wrote:
>> Hello,
>>
>> I am finally getting my few packages updated to 13.1, and adding a new 
>> one I hope.
>>
>> I am building Bouml from http://bouml.free.fr/ which requires Qt3. It 
>> builds fine against Eric's kde3 compat Qt3 package on both 32 and 64 
>> (not multi-lib) boxes. But I have two questions:
>>
>> 1. I have to pass a properly set QTDIR variable so it can find the Qt3 
>> libs. Is there a preferred method of testing and exiting if this is 
>> not set? Or should it be hard-wired into the build script?
>>
>> 2. The make files all use qmake and have the var QMAKE=qmake hard 
>> wired into them in multiple places - which tries to use Qt4's qmake. 
>> It cannot use an environment var to override the path to qmake. For my 
>> own builds I have added a symlink /usr/local/bin/qmake => 
>> /opt/kde3/bin/qmake which I remove when done.
>>
>> Any suggestions for a more elegant way to direct it to Qt3 qmake? 
>> Patch the make files? Alias? Temporary symlink?
>>
>> Thanks,
>>
>> Robert
> 
> The "valkyrie" package does the same thing, I'd take a peek at it.
> 
>  .andy
> 
>> _______________________________________________
>> 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/
> 
> 

Valkyrie passes the QTDIR path during ./configure, so the build process is 
designed to use that.

Bouml does not use automake-like sturcture so does not include a 'configure' 
script. The make scripts look for QTDIR and use it properly, but qmake is hard 
wired so I have to use a sed type solution I think.

I have a pretty solid build running now and will submit it as soon as 
submissions are open (or if anyone wants it I'll post link to this list).

Thanks for all help!

From dragonwisard at gmail.com  Fri Jun  4 21:06:31 2010
From: dragonwisard at gmail.com (Ben Mendis)
Date: Fri, 4 Jun 2010 17:06:31 -0400
Subject: [Slackbuilds-users] EncFS requres boost <= 1.41
Message-ID: <AANLkTinvaVodHr4Nmcw5PG7QSF0zlx9JI3RiqUHjs2x6@mail.gmail.com>

Since I was already using EncFS in 13.0 I went ahead and tried to compile it
for 13.1. There's one "invalid conversion from 'const char*' to 'char*'"
error to fix, but even after fixing that the resulting binary doesn't work.
Apparently the problem is that Slackware 13.1 has upgraded to boost 1.42.0
and encfs requires 1.41 or earlier.

See: http://code.google.com/p/encfs/issues/detail?id=60

Therefore my question is, is it feasible to install boost-1.41 side-by-side
with the boost-1.42 provided by Slackware?
Does anyone have any advice on how this can be resolved?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100604/6ed85cd2/attachment.htm>

From bosth at alumni.sfu.ca  Fri Jun  4 21:29:53 2010
From: bosth at alumni.sfu.ca (Benjamin Trigona-Harany)
Date: Sat, 5 Jun 2010 00:29:53 +0300
Subject: [Slackbuilds-users] EncFS requres boost <= 1.41
In-Reply-To: <AANLkTinvaVodHr4Nmcw5PG7QSF0zlx9JI3RiqUHjs2x6@mail.gmail.com>
References: <AANLkTinvaVodHr4Nmcw5PG7QSF0zlx9JI3RiqUHjs2x6@mail.gmail.com>
Message-ID: <201006050030.02880.bosth@alumni.sfu.ca>

On June 5, 2010 00:06:31 Ben Mendis wrote:
> Since I was already using EncFS in 13.0 I went ahead and tried to compile
> it for 13.1. There's one "invalid conversion from 'const char*' to
> 'char*'" error to fix, but even after fixing that the resulting binary
> doesn't work. Apparently the problem is that Slackware 13.1 has upgraded
> to boost 1.42.0 and encfs requires 1.41 or earlier.
> 
> See: http://code.google.com/p/encfs/issues/detail?id=60
> 
> Therefore my question is, is it feasible to install boost-1.41 side-by-side
> with the boost-1.42 provided by Slackware?
> Does anyone have any advice on how this can be resolved?

Encfs under current (=13.1) came up on LQ: 
<http://www.linuxquestions.org/questions/slackware-14/encfs-on-
current-806755/>

No solution was posted there though.
Ben
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100605/5d415e48/attachment.sig>

From niels.horn at gmail.com  Fri Jun  4 21:32:24 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Fri, 4 Jun 2010 18:32:24 -0300
Subject: [Slackbuilds-users] EncFS requres boost <= 1.41
In-Reply-To: <AANLkTinvaVodHr4Nmcw5PG7QSF0zlx9JI3RiqUHjs2x6@mail.gmail.com>
References: <AANLkTinvaVodHr4Nmcw5PG7QSF0zlx9JI3RiqUHjs2x6@mail.gmail.com>
Message-ID: <AANLkTikmL6js8J0C-MZJvP3xekhFV1Fs6VOjaOcsCBJd@mail.gmail.com>

On Fri, Jun 4, 2010 at 6:06 PM, Ben Mendis <dragonwisard at gmail.com> wrote:
> Since I was already using EncFS in 13.0 I went ahead and tried to compile it
> for 13.1. There's one "invalid conversion from 'const char*' to 'char*'"
> error to fix, but even after fixing that the resulting binary doesn't work.
> Apparently the problem is that Slackware 13.1 has upgraded to boost 1.42.0
> and encfs requires 1.41 or earlier.
>
> See: http://code.google.com/p/encfs/issues/detail?id=60
>
> Therefore my question is, is it feasible to install boost-1.41 side-by-side
> with the boost-1.42 provided by Slackware?
> Does anyone have any advice on how this can be resolved?
>

Ouch... Just read the posts on that page. Sounds like a really ugly
situation to me.

I think a solution could be statically linking the "old" boost library
into EncFS.
But I haven't tried this (and don't have time to try it in the
foreseeable future), so YMMV...

Side-by-side installation of the two boost versions is a guarantee to
other problems IMHO.

Niels

From pprkut at liwjatan.at  Fri Jun  4 21:36:53 2010
From: pprkut at liwjatan.at (Heinz Wiesinger)
Date: Fri, 4 Jun 2010 23:36:53 +0200
Subject: [Slackbuilds-users] EncFS requres boost <= 1.41
In-Reply-To: <AANLkTikmL6js8J0C-MZJvP3xekhFV1Fs6VOjaOcsCBJd@mail.gmail.com>
References: <AANLkTinvaVodHr4Nmcw5PG7QSF0zlx9JI3RiqUHjs2x6@mail.gmail.com>
	<AANLkTikmL6js8J0C-MZJvP3xekhFV1Fs6VOjaOcsCBJd@mail.gmail.com>
Message-ID: <201006042336.53748.pprkut@liwjatan.at>

On Friday 04 June 2010 23:32:24 Niels Horn wrote:
> On Fri, Jun 4, 2010 at 6:06 PM, Ben Mendis <dragonwisard at gmail.com> wrote:
> > Since I was already using EncFS in 13.0 I went ahead and tried to compile
> > it for 13.1. There's one "invalid conversion from 'const char*' to
> > 'char*'" error to fix, but even after fixing that the resulting binary
> > doesn't work. Apparently the problem is that Slackware 13.1 has upgraded
> > to boost 1.42.0 and encfs requires 1.41 or earlier.
> > 
> > See: http://code.google.com/p/encfs/issues/detail?id=60
> > 
> > Therefore my question is, is it feasible to install boost-1.41
> > side-by-side with the boost-1.42 provided by Slackware?
> > Does anyone have any advice on how this can be resolved?
> 
> Ouch... Just read the posts on that page. Sounds like a really ugly
> situation to me.
> 
> I think a solution could be statically linking the "old" boost library
> into EncFS.
> But I haven't tried this (and don't have time to try it in the
> foreseeable future), so YMMV...
> 
> Side-by-side installation of the two boost versions is a guarantee to
> other problems IMHO.

IMHO this is clearly a case where waiting for upstream to fix it is the most 
feasible option. The boost bugreport 
(https://svn.boost.org/trac/boost/ticket/3990) clearly states the fix needs to 
be in encfs. Until the fix is available I'm not going to submit encfs for 13.1 
(no matter what hack might be suggested as a "solution").

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

From niels.horn at gmail.com  Fri Jun  4 21:44:18 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Fri, 4 Jun 2010 18:44:18 -0300
Subject: [Slackbuilds-users] EncFS requres boost <= 1.41
In-Reply-To: <201006042336.53748.pprkut@liwjatan.at>
References: <AANLkTinvaVodHr4Nmcw5PG7QSF0zlx9JI3RiqUHjs2x6@mail.gmail.com>
	<AANLkTikmL6js8J0C-MZJvP3xekhFV1Fs6VOjaOcsCBJd@mail.gmail.com>
	<201006042336.53748.pprkut@liwjatan.at>
Message-ID: <AANLkTila6Fo5JbU3ClIp0LmpxWhCTkuKMCGzuc_909j6@mail.gmail.com>

On Fri, Jun 4, 2010 at 6:36 PM, Heinz Wiesinger <pprkut at liwjatan.at> wrote:
> On Friday 04 June 2010 23:32:24 Niels Horn wrote:
>> On Fri, Jun 4, 2010 at 6:06 PM, Ben Mendis <dragonwisard at gmail.com> wrote:
>> > Since I was already using EncFS in 13.0 I went ahead and tried to compile
>> > it for 13.1. There's one "invalid conversion from 'const char*' to
>> > 'char*'" error to fix, but even after fixing that the resulting binary
>> > doesn't work. Apparently the problem is that Slackware 13.1 has upgraded
>> > to boost 1.42.0 and encfs requires 1.41 or earlier.
>> >
>> > See: http://code.google.com/p/encfs/issues/detail?id=60
>> >
>> > Therefore my question is, is it feasible to install boost-1.41
>> > side-by-side with the boost-1.42 provided by Slackware?
>> > Does anyone have any advice on how this can be resolved?
>>
>> Ouch... Just read the posts on that page. Sounds like a really ugly
>> situation to me.
>>
>> I think a solution could be statically linking the "old" boost library
>> into EncFS.
>> But I haven't tried this (and don't have time to try it in the
>> foreseeable future), so YMMV...
>>
>> Side-by-side installation of the two boost versions is a guarantee to
>> other problems IMHO.
>
> IMHO this is clearly a case where waiting for upstream to fix it is the most
> feasible option. The boost bugreport
> (https://svn.boost.org/trac/boost/ticket/3990) clearly states the fix needs to
> be in encfs. Until the fix is available I'm not going to submit encfs for 13.1
> (no matter what hack might be suggested as a "solution").
>
> Grs,
> Heinz
>

Heinz,

I agree that upstream should fix this, but reading the posts from both
sides it might take a while before one of them gives in and admits
that they should act. :)

My "solution" (OK, it's more of a hack...) was suggested thinking of
situations where people _need_ to get EncFS running on 13.1 to access
data etc...
Not a solution for the SlackBuild, definitely!

Niels

From dragonwisard at gmail.com  Fri Jun  4 22:21:18 2010
From: dragonwisard at gmail.com (Ben Mendis)
Date: Fri, 4 Jun 2010 18:21:18 -0400
Subject: [Slackbuilds-users] EncFS requres boost <= 1.41
In-Reply-To: <AANLkTila6Fo5JbU3ClIp0LmpxWhCTkuKMCGzuc_909j6@mail.gmail.com>
References: <AANLkTinvaVodHr4Nmcw5PG7QSF0zlx9JI3RiqUHjs2x6@mail.gmail.com>
	<AANLkTikmL6js8J0C-MZJvP3xekhFV1Fs6VOjaOcsCBJd@mail.gmail.com>
	<201006042336.53748.pprkut@liwjatan.at>
	<AANLkTila6Fo5JbU3ClIp0LmpxWhCTkuKMCGzuc_909j6@mail.gmail.com>
Message-ID: <AANLkTin2NPiDCDdBoqAqR1Dutg-KIAXuQxHD2JhYOQfq@mail.gmail.com>

On Fri, Jun 4, 2010 at 5:44 PM, Niels Horn <niels.horn at gmail.com> wrote:

>
> Heinz,
>
> I agree that upstream should fix this, but reading the posts from both
> sides it might take a while before one of them gives in and admits
> that they should act. :)
>
> My "solution" (OK, it's more of a hack...) was suggested thinking of
> situations where people _need_ to get EncFS running on 13.1 to access
> data etc...
> Not a solution for the SlackBuild, definitely!
>
> Niels
> _______________________________________________
> 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 is exactly why I wrote to the list. I didn't realize until after
upgrading to 13.1 that I wouldn't be able to access my encrypted files. (And
those files are pretty important to me...which is why they were encrypted in
the first place.) I still have Slackware 13.0 in a VM that I can use to
decrypt the folders, but that's really cumbersome and I was hoping someone
might know an easier and more permanent solution.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100604/1e218fdf/attachment.htm>

From niels.horn at gmail.com  Fri Jun  4 22:47:35 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Fri, 4 Jun 2010 19:47:35 -0300
Subject: [Slackbuilds-users] EncFS requres boost <= 1.41
In-Reply-To: <AANLkTin2NPiDCDdBoqAqR1Dutg-KIAXuQxHD2JhYOQfq@mail.gmail.com>
References: <AANLkTinvaVodHr4Nmcw5PG7QSF0zlx9JI3RiqUHjs2x6@mail.gmail.com>
	<AANLkTikmL6js8J0C-MZJvP3xekhFV1Fs6VOjaOcsCBJd@mail.gmail.com>
	<201006042336.53748.pprkut@liwjatan.at>
	<AANLkTila6Fo5JbU3ClIp0LmpxWhCTkuKMCGzuc_909j6@mail.gmail.com>
	<AANLkTin2NPiDCDdBoqAqR1Dutg-KIAXuQxHD2JhYOQfq@mail.gmail.com>
Message-ID: <AANLkTil9YNWf5KlDznPPJKBmmE-jTfjB9WpNpYmdHJJs@mail.gmail.com>

On Fri, Jun 4, 2010 at 7:21 PM, Ben Mendis <dragonwisard at gmail.com> wrote:
>
> On Fri, Jun 4, 2010 at 5:44 PM, Niels Horn <niels.horn at gmail.com> wrote:
>>
>> Heinz,
>>
>> I agree that upstream should fix this, but reading the posts from both
>> sides it might take a while before one of them gives in and admits
>> that they should act. :)
>>
>> My "solution" (OK, it's more of a hack...) was suggested thinking of
>> situations where people _need_ to get EncFS running on 13.1 to access
>> data etc...
>> Not a solution for the SlackBuild, definitely!
>>
>> Niels
>> _______________________________________________
>> 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 is exactly why I wrote to the list. I didn't realize until after
> upgrading to 13.1 that I wouldn't be able to access my encrypted files. (And
> those files are pretty important to me...which is why they were encrypted in
> the first place.) I still have Slackware 13.0 in a VM that I can use to
> decrypt the folders, but that's really cumbersome and I was hoping someone
> might know an easier and more permanent solution.
>

Well, my "hack" might not be the "easier" solution you are looking
for, but it might be a way to keep things working until upstream
solves the issue.
But you will need some knowledge about static linking etc.
Nothing that can't be learned by Googling though if you have some
basic experience with gcc and compiling software.

Niels

From kev at pulo.com.au  Sat Jun  5 01:53:24 2010
From: kev at pulo.com.au (Kevin Pulo)
Date: Sat, 5 Jun 2010 11:53:24 +1000
Subject: [Slackbuilds-users] EncFS requres boost <= 1.41
In-Reply-To: <AANLkTil9YNWf5KlDznPPJKBmmE-jTfjB9WpNpYmdHJJs@mail.gmail.com>
References: <AANLkTinvaVodHr4Nmcw5PG7QSF0zlx9JI3RiqUHjs2x6@mail.gmail.com>
	<AANLkTikmL6js8J0C-MZJvP3xekhFV1Fs6VOjaOcsCBJd@mail.gmail.com>
	<201006042336.53748.pprkut@liwjatan.at>
	<AANLkTila6Fo5JbU3ClIp0LmpxWhCTkuKMCGzuc_909j6@mail.gmail.com>
	<AANLkTin2NPiDCDdBoqAqR1Dutg-KIAXuQxHD2JhYOQfq@mail.gmail.com>
	<AANLkTil9YNWf5KlDznPPJKBmmE-jTfjB9WpNpYmdHJJs@mail.gmail.com>
Message-ID: <20100605015324.GA30817@pulo.com.au>

On Fri, Jun 04, 2010 at 07:47:35PM -0300, Niels Horn wrote:

> Well, my "hack" might not be the "easier" solution you are looking
> for, but it might be a way to keep things working until upstream
> solves the issue.
> But you will need some knowledge about static linking etc.
> Nothing that can't be learned by Googling though if you have some
> basic experience with gcc and compiling software.

The other alternative to static linking might be to install boost
manually into /usr/local or a custom location (eg. /opt/boost), and
then use ./configure --with-boost=/opt/boost when building encfs.

Since encfs appears to use libtool, it should also use -rpath by
default (and hence the --disable-rpath configure option), which means
that the resulting encfs binary should correctly find the boost
libraries without needing to set $LD_LIBRARY_PATH (or put
/opt/boost/lib into /etc/ld.so.conf, which would cause problems for
other boost-using programs).  If it doesn't, then setting
$LIBRARY_PATH and $LD_RUN_PATH to the boost lib directory before
running ./configure && make, should have the same effect.

Kev.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100605/b80b8e42/attachment.sig>

From rworkman at slackbuilds.org  Sat Jun  5 05:56:54 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sat, 5 Jun 2010 05:56:54 +0000
Subject: [Slackbuilds-users] Updates - 20100605
Message-ID: <20100605055654.GA17578@slackbuilds.org>

Sat Jun  5 05:46:20 UTC 2010
This batch is mostly just a bunch of automated cleanups to bring everything
  up to date with the latest template(s), with a few bugfixes and updates
  scattered around here and there.
We're hoping to open up the submission form real soon now, but for now,
  have a look at our new/updated templates, which are now hosted in a
  directory at http://slackbuilds.org/templates/ (and are also available in
  a git repo for those so inclined).
academic/GMT: Misc automated cleanups.
academic/R: Misc automated cleanups.
academic/WordNet: Misc automated cleanups.
academic/bibletime: Misc automated cleanups.
academic/calc: Misc automated cleanups.
academic/calcoo: Misc automated cleanups.
academic/cblas: Misc automated cleanups.
academic/chemtool: Misc automated cleanups.
academic/engauge: Misc automated cleanups.
academic/ent: Misc automated cleanups.
academic/galculator: Misc automated cleanups.
academic/gcompris: Misc automated cleanups.
academic/geda-gaf: Misc automated cleanups.
academic/genius: Misc automated cleanups.
academic/ggobi: Misc automated cleanups.
academic/ghemical: Misc automated cleanups.
academic/glpk: Misc automated cleanups.
academic/grace: Misc automated cleanups.
academic/grpn: Misc automated cleanups.
academic/gtkwave: Misc automated cleanups.
academic/gtypist: Misc automated cleanups.
academic/gwyddion: Misc automated cleanups.
academic/itex2mml: Misc automated cleanups.
academic/jpicedt: Misc automated cleanups.
academic/kile: Misc automated cleanups.
academic/ladr: Misc automated cleanups.
academic/lapack95: Misc automated cleanups.
academic/libghemical: Misc automated cleanups.
academic/link-grammar: Misc automated cleanups.
academic/mathomatic: Misc automated cleanups.
academic/maxima: Misc automated cleanups.
academic/mendeleydesktop: Misc automated cleanups.
academic/mopac7: Misc automated cleanups.
academic/mpqc: Misc automated cleanups.
academic/octave-forge: Misc automated cleanups.
academic/octave: Misc automated cleanups.
academic/orsa: Misc automated cleanups.
academic/qgis: Misc automated cleanups.
academic/qhull: Misc automated cleanups.
academic/qtoctave: Misc automated cleanups.
academic/rkward: Misc automated cleanups.
academic/scipy: Misc automated cleanups.
academic/slatec: Misc automated cleanups.
academic/solfege: Misc automated cleanups.
academic/speedcrunch: Misc automated cleanups.
academic/stellarium: Misc automated cleanups.
academic/sword: Misc automated cleanups.
academic/tuxmath: Misc automated cleanups.
academic/tuxtype2: Misc automated cleanups.
academic/units: Misc automated cleanups.
academic/verilog: Misc automated cleanups.
academic/words: Misc automated cleanups.
academic/wxMaxima: Misc automated cleanups.
academic/wxmacmolplt: Misc automated cleanups.
academic/xcircuit: Misc automated cleanups.
academic/xephem: Misc automated cleanups.
accessibility/easystroke: Misc automated cleanups.
accessibility/espeak: Misc automated cleanups.
accessibility/flite: Misc automated cleanups.
accessibility/jpilot: Misc automated cleanups.
accessibility/unclutter: Misc automated cleanups.
accessibility/xdotool: Misc automated cleanups.
audio/TiMidity++: Misc automated cleanups.
audio/a52dec: Misc automated cleanups.
audio/abcde: Misc automated cleanups.
audio/aften: Misc automated cleanups.
audio/amrnb: Misc automated cleanups.
audio/amrwb: Misc automated cleanups.
audio/ardour: Misc automated cleanups.
audio/ario: Misc automated cleanups.
audio/asunder: Misc automated cleanups.
audio/audacity: Misc automated cleanups.
audio/audacity: Update to 1.3.12
audio/audtty: Misc automated cleanups.
audio/caps: Misc automated cleanups.
audio/cd-discid: Misc automated cleanups.
audio/celt: Misc automated cleanups.
audio/clementine: Misc automated cleanups.
audio/cmt: Misc automated cleanups.
audio/cmus: Misc automated cleanups.
audio/cuberok: Misc automated cleanups.
audio/dcd: Misc automated cleanups.
audio/deadbeef: Misc automated cleanups.
audio/eyeD3: Misc automated cleanups.
audio/faac: Added external libmp4v2 patch.
audio/faac: Misc automated cleanups.
audio/faad2: Misc automated cleanups.
audio/flac123: Misc automated cleanups.
audio/fluidsynth: Misc automated cleanups.
audio/gimmix: Misc automated cleanups.
audio/gmpc-plugins: Misc automated cleanups.
audio/gmpc: Misc automated cleanups.
audio/gmusicbrowser: Misc automated cleanups.
audio/gnomad2: Misc automated cleanups.
audio/gnump3d: Misc automated cleanups.
audio/gtkpod: Misc automated cleanups.
audio/herrie: Misc automated cleanups.
audio/hydrogen: Misc automated cleanups.
audio/icecast: Misc automated cleanups.
audio/ices: Misc automated cleanups.
audio/id3: miscellaneous cleanups
audio/id3v2: Misc automated cleanups.
audio/iripdb: Misc automated cleanups.
audio/jack-audio-connection-kit: Misc automated cleanups.
audio/jamin: Misc automated cleanups.
audio/kanola: Misc automated cleanups.
audio/kid3: Misc automated cleanups.
audio/ladspa_sdk: Misc automated cleanups.
audio/lash: Misc automated cleanups.
audio/last.fm: Misc automated cleanups.
audio/lingot: Misc automated cleanups.
audio/listener: Misc automated cleanups.
audio/lv2core: Misc automated cleanups.
audio/mac: Misc automated cleanups.
audio/milkytracker: Misc automated cleanups.
audio/mixxx: Misc automated cleanups.
audio/moc: Misc automated cleanups.
audio/mp3blaster: Misc automated cleanups.
audio/mp3c: Misc automated cleanups.
audio/mp3check: Misc automated cleanups.
audio/mp3gain: Misc automated cleanups.
audio/mp3info: Misc automated cleanups.
audio/mp3splt: Misc automated cleanups.
audio/mpc123: Misc automated cleanups.
audio/mpc: Misc automated cleanups.
audio/mpd: Misc automated cleanups.
audio/mpdscribble: Misc automated cleanups.
audio/mt-daapd: Misc automated cleanups.
audio/musepack-tools: Misc automated cleanups.
audio/musicmanager: Misc automated cleanups.
audio/mutagen: Misc automated cleanups.
audio/ncmpc: Misc automated cleanups.
audio/ncmpcpp: Misc automated cleanups.
audio/ocp: Misc automated cleanups.
audio/ogmtools: Misc automated cleanups.
audio/opencore-amr: Misc automated cleanups.
audio/pd: Misc automated cleanups.
audio/phat: Misc automated cleanups.
audio/pmidi: Misc automated cleanups.
audio/portmidi: Misc automated cleanups.
audio/qjackctl: Misc automated cleanups.
audio/qsynth: Misc automated cleanups.
audio/rakarrack: Misc automated cleanups.
audio/rosegarden: Misc automated cleanups.
audio/schismtracker: Misc automated cleanups.
audio/sfarkxtc: Misc automated cleanups.
audio/shell-fm: Misc automated cleanups.
audio/shntool: Misc automated cleanups.
audio/shorten: Misc automated cleanups.
audio/sonata: Misc automated cleanups.
audio/specimen: Misc automated cleanups.
audio/speex: Misc automated cleanups.
audio/streamripper: Misc automated cleanups.
audio/streamtuner: Misc automated cleanups.
audio/swh-plugins: Misc automated cleanups.
audio/tagtool: Misc automated cleanups.
audio/twolame: Misc automated cleanups.
audio/vorbisgain: Misc automated cleanups.
audio/xforge: Misc automated cleanups.
audio/xmms-scrobbler: Misc automated cleanups.
audio/xmms-shn: Misc automated cleanups.
audio/xmms2: Misc automated cleanups.
business/AssociationSubscribersManager: Misc automated cleanups.
business/gnucash: Misc automated cleanups.
business/lemonpos: Misc automated cleanups.
business/openerp-client: Misc automated cleanups.
business/openerp-server: Misc automated cleanups.
desktop/CurseTheWeather: Misc automated cleanups.
desktop/QtCurve-Gtk2: Misc automated cleanups.
desktop/QtCurve-KDE4: Misc automated cleanups.
desktop/afterstep: Misc automated cleanups.
desktop/avant-window-navigator: Misc automated cleanups.
desktop/brightside: Misc automated cleanups.
desktop/cmatrix: Misc automated cleanups.
desktop/crystal: Misc automated cleanups.
desktop/cwp: Misc automated cleanups.
desktop/dekorator: Misc automated cleanups.
desktop/devilspie: Misc automated cleanups.
desktop/dmenu: Misc automated cleanups.
desktop/dzen2: Misc automated cleanups.
desktop/enlightenment: Misc automated cleanups.
desktop/fbpanel: Misc automated cleanups.
desktop/ffmpegthumbnailer: Misc automated cleanups.
desktop/google-gadgets-for-linux: Misc automated cleanups.
desktop/grun: Misc automated cleanups.
desktop/gtk-chtheme: Misc automated cleanups.
desktop/gtk-engines: Misc automated cleanups.
desktop/gtk-kde4: Misc automated cleanups.
desktop/gtk-nodoka-engine: Misc automated cleanups.
desktop/hsetroot: Misc automated cleanups.
desktop/icewm: Misc automated cleanups.
desktop/ion: Misc automated cleanups.
desktop/kanyremote: Misc automated cleanups.
desktop/kcometen4: Misc automated cleanups.
desktop/kover: Misc automated cleanups.
desktop/lxpanel: Misc automated cleanups.
desktop/macopix: Misc automated cleanups.
desktop/matchbox-desktop: Misc automated cleanups.
desktop/matchbox-panel: Misc automated cleanups.
desktop/matchbox-window-manager: Misc automated cleanups.
desktop/murrine: Misc automated cleanups.
desktop/musca: Misc automated cleanups.
desktop/nitrogen: Misc automated cleanups.
desktop/obconf: Misc automated cleanups.
desktop/odccm: Misc automated cleanups.
desktop/openbox: Misc automated cleanups.
desktop/parcellite: Misc automated cleanups.
desktop/pclock: Misc automated cleanups.
desktop/peksystray: Misc automated cleanups.
desktop/pekwm: Misc automated cleanups.
desktop/pidgin-guifications: Misc automated cleanups.
desktop/pidgin-libnotify: Misc automated cleanups.
desktop/plasma-applet-daisy: Misc automated cleanups.
desktop/q4wine: Misc automated cleanups.
desktop/qt-recordmydesktop: Misc automated cleanups.
desktop/qtwitter: Misc automated cleanups.
desktop/quickaccess: Misc automated cleanups.
desktop/ratpoison: Misc automated cleanups.
desktop/redshift: Misc automated cleanups.
desktop/root-tail: Misc automated cleanups.
desktop/rss-glx: Misc automated cleanups.
desktop/scrotwm: Misc automated cleanups.
desktop/slock: Misc automated cleanups.
desktop/sync-engine: Misc automated cleanups.
desktop/synce-hal: Misc automated cleanups.
desktop/synergy-plus: Misc automated cleanups.
desktop/synergy: Misc automated cleanups.
desktop/thunar-archive-plugin: Misc automated cleanups.
desktop/thunar-media-tags-plugin: Misc automated cleanups.
desktop/thunar-shares-plugin: Misc automated cleanups.
desktop/thunar-thumbnailers: Misc automated cleanups.
desktop/thunar-vcs-plugin: Misc automated cleanups.
desktop/tint2: Misc automated cleanups.
desktop/trayer: Misc automated cleanups.
desktop/vwm: Misc automated cleanups.
desktop/whaw: Misc automated cleanups.
desktop/windowlist: Misc automated cleanups.
desktop/wmCalClock: miscellaneous cleanups
desktop/wmMoonClock: miscellaneous cleanups
desktop/wmSun: miscellaneous cleanups
desktop/wmakerconf: miscellaneous cleanups
desktop/wmbiff: Misc automated cleanups.
desktop/wmcliphist: Misc automated cleanups.
desktop/wmclock: Misc automated cleanups.
desktop/wmctrl: Misc automated cleanups.
desktop/wmdate: Misc automated cleanups.
desktop/wmdl: Misc automated cleanups.
desktop/wmdrawer: Misc automated cleanups.
desktop/wmfire: Misc automated cleanups.
desktop/wmii: Misc automated cleanups.
desktop/wminfo: miscellaneous cleanups
desktop/wmmixer: Misc automated cleanups.
desktop/wmmon: Misc automated cleanups.
desktop/wmnet: miscellaneous cleanups
desktop/wmsm.app: Misc automated cleanups.
desktop/wmsystemtray: Misc automated cleanups.
desktop/wmtime: Misc automated cleanups.
desktop/wmtop: Misc automated cleanups.
desktop/wmvolman: Misc automated cleanups.
desktop/wmweather: miscellaneous cleanups
desktop/xfce4-clipman-plugin: Misc automated cleanups.
desktop/xfce4-cpugraph-plugin: Misc automated cleanups.
desktop/xfce4-datetime-plugin: Misc automated cleanups.
desktop/xfce4-dict: Misc automated cleanups.
desktop/xfce4-diskperf-plugin: Misc automated cleanups.
desktop/xfce4-fsguard-plugin: Misc automated cleanups.
desktop/xfce4-genmon-plugin: Misc automated cleanups.
desktop/xfce4-mailwatch-plugin: Misc automated cleanups.
desktop/xfce4-mount-plugin: Misc automated cleanups.
desktop/xfce4-mpc-plugin: Misc automated cleanups.
desktop/xfce4-netload-plugin: Misc automated cleanups.
desktop/xfce4-notes-plugin: Misc automated cleanups.
desktop/xfce4-places-plugin: Misc automated cleanups.
desktop/xfce4-quicklauncher-plugin: Misc automated cleanups.
desktop/xfce4-screenshooter: Added missing md5sum
desktop/xfce4-screenshooter: Misc automated cleanups.
desktop/xfce4-sensors-plugin: Misc automated cleanups.
desktop/xfce4-smartbookmark-plugin: Misc automated cleanups.
desktop/xfce4-systemload-plugin: Misc automated cleanups.
desktop/xfce4-taskmanager: Misc automated cleanups.
desktop/xfce4-time-out-plugin: Misc automated cleanups.
desktop/xfce4-timer-plugin: Misc automated cleanups.
desktop/xfce4-verve-plugin: Misc automated cleanups.
desktop/xfce4-volstatus-icon: Misc automated cleanups.
desktop/xfce4-volumed: Misc automated cleanups.
desktop/xfce4-wavelan-plugin: Misc automated cleanups.
desktop/xfce4-weather-plugin: Misc automated cleanups.
desktop/xfce4-xkb-plugin: Misc automated cleanups.
desktop/xfce4-xmms-plugin: Misc automated cleanups.
desktop/xfswitch-plugin: Misc automated cleanups.
desktop/xmobar: Misc automated cleanups.
desktop/xmobar: Update to 0.11.1 and change maintainer.
desktop/xmonad: Misc automated cleanups.
desktop/xonclock: Misc automated cleanups.
desktop/xpenguins: Misc automated cleanups.
desktop/xsession: Misc automated cleanups.
desktop/xtrascreenhacks: Misc automated cleanups.
desktop/xvkbd: Misc automated cleanups.
desktop/zenity: Misc automated cleanups.
development/Cython: Misc automated cleanups.
development/MySQL-python: Misc automated cleanups.
development/PyOpenGL: Added missing download link
development/PyOpenGL: Misc automated cleanups.
development/SQLAlchemy: Misc automated cleanups.
development/SoQt: Misc automated cleanups.
development/Xdialog: Misc automated cleanups.
development/acpica: Misc automated cleanups.
development/alex: Misc automated cleanups.
development/apache-ivy: Misc automated cleanups.
development/asl: Misc automated cleanups.
development/avr-binutils: Misc automated cleanups.
development/avr-gcc: Misc automated cleanups.
development/avr8-burn-o-mat: Misc automated cleanups.
development/avrdude: Misc automated cleanups.
development/bakefile: Misc automated cleanups.
development/bluefish: Misc automated cleanups.
development/bpython: Misc automated cleanups.
development/bsdiff: Misc automated cleanups.
development/bvi: Misc automated cleanups.
development/bzr: Misc automated cleanups.
development/cc65: Misc automated cleanups.
development/cgdb: Misc automated cleanups.
development/cim: Fixed non-working download link
development/cim: Misc automated cleanups.
development/couchdb: Misc automated cleanups.
development/cppcheck: Misc automated cleanups.
development/cppunit: Misc automated cleanups.
development/django: Misc automated cleanups.
development/docutils: Misc automated cleanups.
development/easygui: Misc automated cleanups.
development/egenix-mx-base: Misc automated cleanups.
development/eric: Misc automated cleanups.
development/erlang-otp: Misc automated cleanups.
development/esvn: Misc automated cleanups.
development/facile: Misc automated cleanups.
development/flawfinder: Misc automated cleanups.
development/freeglut: Misc automated cleanups.
development/ftjam: Misc automated cleanups.
development/gazpacho: Misc automated cleanups.
development/gc: Misc automated cleanups.
development/geany: Misc automated cleanups.
development/gob2: Misc automated cleanups.
development/gprolog: Misc automated cleanups.
development/gputils: Misc automated cleanups.
development/grails: Misc automated cleanups.
development/gsoap: Misc automated cleanups.
development/gtkdialog: Misc automated cleanups.
development/happy: Misc automated cleanups.
development/help2man: Misc automated cleanups.
development/hexedit: Misc automated cleanups.
development/ht: Misc automated cleanups.
development/hugs98: Misc automated cleanups.
development/icecream: Misc automated cleanups.
development/icoutils: Misc automated cleanups.
development/ipython: Misc automated cleanups.
development/jam: Misc automated cleanups.
development/jeex: Misc automated cleanups.
development/kdesvn: Misc automated cleanups.
development/kdiff3: Misc automated cleanups.
development/kiwi: Misc automated cleanups.
development/latrace: Misc automated cleanups.
development/ldns: Misc automated cleanups.
development/llvm: Misc automated cleanups.
development/lua: Misc automated cleanups.
development/ming: Misc automated cleanups.
development/mono: Misc automated cleanups.
development/mtd-utils: Misc automated cleanups.
development/mysqlcc: Misc automated cleanups.
development/nose: Misc automated cleanups.
development/nsis: Misc automated cleanups.
development/numpy: Misc automated cleanups.
development/nvi: Misc automated cleanups.
development/ocaml: Misc automated cleanups.
development/orc: Misc automated cleanups.
development/osc: Misc automated cleanups.
development/p4v: Misc automated cleanups.
development/paramiko: Misc automated cleanups.
development/patchutils: Misc automated cleanups.
development/perl-Bit-Vector: Misc automated cleanups.
development/perl-Carp-Clan: Misc automated cleanups.
development/perl-Class-Gomor: Misc automated cleanups.
development/perl-Math-Base85: Misc automated cleanups.
development/perl-Net-IPv4Addr: Misc automated cleanups.
development/perl-Net-IPv6Addr: Misc automated cleanups.
development/perl-Net-Libdnet: Misc automated cleanups.
development/perl-Net-Packet: Misc automated cleanups.
development/perl-Net-Write: Misc automated cleanups.
development/perl-xml-twig: Misc automated cleanups.
development/pip: Misc automated cleanups.
development/poedit: Misc automated cleanups.
development/polyml: Misc automated cleanups.
development/portaudio: Misc automated cleanups.
development/psycopg2: Misc automated cleanups.
development/pychecker: Misc automated cleanups.
development/pycrypto: Misc automated cleanups.
development/pydblite: Misc automated cleanups.
development/pyflakes: Misc automated cleanups.
development/pylint: Misc automated cleanups.
development/pyparsing: Misc automated cleanups.
development/pysetuptools: Misc automated cleanups.
development/python-pmw: Misc automated cleanups.
development/python3: Misc automated cleanups.
development/qdoc3: Misc automated cleanups.
development/qdoc3: use the same download link as for qt-doc
development/qjson: Misc automated cleanups.
development/qt-doc: Misc automated cleanups.
development/quilt: Misc automated cleanups.
development/rapidsvn: Misc automated cleanups.
development/rarian: Misc automated cleanups.
development/re2c: Misc automated cleanups.
development/scala: Misc automated cleanups.
development/scite: Misc automated cleanups.
development/scons: Misc automated cleanups.
development/shed: Misc automated cleanups.
development/sloccount: Misc automated cleanups.
development/splint: Misc automated cleanups.
development/sqliteman: Misc automated cleanups.
development/stgit: Misc automated cleanups.
development/teagtk: Misc automated cleanups.
development/tig: Misc automated cleanups.
development/trac: Misc automated cleanups.
development/udis86: Misc automated cleanups.
development/vala: Misc automated cleanups.
development/valgrind: Misc automated cleanups.
development/valkyrie: Misc automated cleanups.
development/xdebug: Misc automated cleanups.
development/xmlcopyeditor: Misc automated cleanups.
development/xmlstarlet: Misc automated cleanups.
development/xtruss: Misc automated cleanups.
development/yaml: Misc automated cleanups.
development/yasm: Misc automated cleanups.
development/zope.interface: Misc automated cleanups.
development/zope.sqlalchemy: Misc automated cleanups.
development/zope.testing: Misc automated cleanups.
games/Chatbot-Eliza: Misc automated cleanups.
games/FlightGear-data: Misc automated cleanups.
games/FlightGear: Misc automated cleanups.
games/abe: Misc automated cleanups.
games/advancemame: Misc automated cleanups.
games/advancescan: Misc automated cleanups.
games/an: Misc automated cleanups.
games/angband: Misc automated cleanups.
games/assaultcube: Misc automated cleanups.
games/atari++: Misc automated cleanups.
games/blobwars: Misc automated cleanups.
games/brainparty: Misc automated cleanups.
games/brickout: Misc automated cleanups.
games/brutalchess: Misc automated cleanups.
games/bsnes: Misc automated cleanups.
games/bzflag: Misc automated cleanups.
games/chromium-bsu: Misc automated cleanups.
games/circuslinux: Misc automated cleanups.
games/ckmame: Misc automated cleanups.
games/clonekeen: Misc automated cleanups.
games/defendguin: Misc automated cleanups.
games/desmume: Misc automated cleanups.
games/dreamchess: Misc automated cleanups.
games/egoboo: Misc automated cleanups.
games/einstein: Misc automated cleanups.
games/extremetuxracer: Misc automated cleanups.
games/fceux: Misc automated cleanups.
games/fgrun: Misc automated cleanups.
games/freeciv: Misc automated cleanups.
games/freedroidrpg: Misc automated cleanups.
games/frozen-bubble: Misc automated cleanups.
games/generator_cbiere: Misc automated cleanups.
games/gens-gs: Misc automated cleanups.
games/gl-117: Misc automated cleanups.
games/glbsp: Misc automated cleanups.
games/glest: Misc automated cleanups.
games/gnubg: Misc automated cleanups.
games/gnuski: Misc automated cleanups.
games/gtklife: Misc automated cleanups.
games/icebreaker: Misc automated cleanups.
games/jfsw: Misc automated cleanups.
games/jzintv: Misc automated cleanups.
games/koules: Misc automated cleanups.
games/lbreakout2: Misc automated cleanups.
games/lightyears: Misc automated cleanups.
games/lincity-ng: Misc automated cleanups.
games/liquidwar6: Misc automated cleanups.
games/loemu: Misc automated cleanups.
games/ltris: miscellaneous cleanups
games/madbomber: Misc automated cleanups.
games/maelstrom: Misc automated cleanups.
games/mednafen: Misc automated cleanups.
games/mfe: Misc automated cleanups.
games/micropolis: Misc automated cleanups.
games/monkey-bubble: Misc automated cleanups.
games/mupen64plus: Misc automated cleanups.
games/neverball: Misc automated cleanups.
games/openarena: Misc automated cleanups.
games/openttd: Misc automated cleanups.
games/pcsxr: Misc automated cleanups.
games/pengupop: Misc automated cleanups.
games/pokerth: Misc automated cleanups.
games/polyglot: Misc automated cleanups.
games/pysolfc: Misc automated cleanups.
games/qmc2: Misc automated cleanups.
games/rejoystick: Misc automated cleanups.
games/rezerwar: Misc automated cleanups.
games/robotfindskitten: Misc automated cleanups.
games/rott: Misc automated cleanups.
games/scid: Misc automated cleanups.
games/sdlmess: Misc automated cleanups.
games/sl: Misc automated cleanups.
games/smc: Misc automated cleanups.
games/snes9x: Misc automated cleanups.
games/starfighter: Misc automated cleanups.
games/stella: Misc automated cleanups.
games/supertux: Misc automated cleanups.
games/tmw: Misc automated cleanups.
games/toga2: Misc automated cleanups.
games/tome: Misc automated cleanups.
games/tomenet: Misc automated cleanups.
games/torcs: Misc automated cleanups.
games/trackballs: Misc automated cleanups.
games/tuxnes: Misc automated cleanups.
games/typhoon_2001: Misc automated cleanups.
games/uqm: Misc automated cleanups.
games/vbam: Misc automated cleanups.
games/vectoroids: Misc automated cleanups.
games/warzone2100: Misc automated cleanups.
games/wesnoth: Misc automated cleanups.
games/worldofgoo: Misc automated cleanups.
games/wormux: Misc automated cleanups.
games/xaos: Misc automated cleanups.
games/xbill: Misc automated cleanups.
games/xcowsay: Misc automated cleanups.
games/xroar: Misc automated cleanups.
games/xskat: Misc automated cleanups.
games/yabause: Misc automated cleanups.
games/z26: Misc automated cleanups.
games/zsnes: Misc automated cleanups.
graphics/FreeCAD: Misc automated cleanups.
graphics/OpenCASCADE: Misc automated cleanups.
graphics/VariCAD: Misc automated cleanups.
graphics/autopano-sift-C: Misc automated cleanups.
graphics/blender: Fixed ARCH setting bug
graphics/brlcad: Misc automated cleanups.
graphics/dcraw: Misc automated cleanups.
graphics/dia: Misc automated cleanups.
graphics/digikam: Misc automated cleanups.
graphics/discwrapper: Misc automated cleanups.
graphics/djview4: Misc automated cleanups.
graphics/exiftags: Misc automated cleanups.
graphics/feh: Misc automated cleanups.
graphics/fig2sxd: Misc automated cleanups.
graphics/fontforge: Misc automated cleanups.
graphics/fontmatrix: Misc automated cleanups.
graphics/fotowall: Misc automated cleanups.
graphics/fotoxx: Misc automated cleanups.
graphics/gimp-deskew-plugin: Misc automated cleanups.
graphics/gimp-lqr-plugin: Misc automated cleanups.
graphics/gimp-registry-plugins: Misc automated cleanups.
graphics/gliv: Misc automated cleanups.
graphics/goocanvas: Misc automated cleanups.
graphics/gpicview: Misc automated cleanups.
graphics/gpscorrelate: Misc automated cleanups.
graphics/graphviz: Misc automated cleanups.
graphics/gtkam: Misc automated cleanups.
graphics/inkscape: Misc automated cleanups.
graphics/jpeg2ps: Misc automated cleanups.
graphics/kipi-plugins: Misc automated cleanups.
graphics/kphotoalbum: Misc automated cleanups.
graphics/ldglite: Misc automated cleanups.
graphics/metapixel: Misc automated cleanups.
graphics/mftrace: Misc automated cleanups.
graphics/mtpaint: Misc automated cleanups.
graphics/nvidia-cg-toolkit: Misc automated cleanups.
graphics/opengtl: Misc automated cleanups.
graphics/optipng: Misc automated cleanups.
graphics/plotutils: Misc automated cleanups.
graphics/potrace: Misc automated cleanups.
graphics/povray: Misc automated cleanups.
graphics/qcomicbook: Misc automated cleanups.
graphics/qiv: Misc automated cleanups.
graphics/qtpfsgui: Misc automated cleanups.
graphics/raw-thumbnailer: Misc automated cleanups.
graphics/resynthesizer: Misc automated cleanups.
graphics/ristretto: Misc automated cleanups.
graphics/scantailor: Misc automated cleanups.
graphics/scrot: Misc automated cleanups.
graphics/svp: Misc automated cleanups.
graphics/tgif-QPL: Misc automated cleanups.
graphics/tuxpaint: Misc automated cleanups.
graphics/ufraw: Misc automated cleanups.
graphics/unpaper: Misc automated cleanups.
graphics/viewnior: Misc automated cleanups.
graphics/whyteboard: Misc automated cleanups.
graphics/xdot: Misc automated cleanups.
graphics/xpe: Misc automated cleanups.
graphics/yagf: Misc automated cleanups.
libraries/BeautifulSoup: Misc automated cleanups.
libraries/CEGUI: Misc automated cleanups.
libraries/CherryPy: Misc automated cleanups.
libraries/ClientForm: Misc automated cleanups.
libraries/Crypt-SSLeay: Misc automated cleanups.
libraries/DevIL: Misc automated cleanups.
libraries/FormEncode: Misc automated cleanups.
libraries/FreeImage: Misc automated cleanups.
libraries/GConf: Misc automated cleanups.
libraries/Impacket: Misc automated cleanups.
libraries/Mako: Misc automated cleanups.
libraries/Net-SSLeay: Misc automated cleanups.
libraries/ORBit2: Misc automated cleanups.
libraries/OpenAL: Misc automated cleanups.
libraries/OpenSceneGraph: Misc automated cleanups.
libraries/OpenSceneGraph: fixed wrong md5sum
libraries/PyQwt: Misc automated cleanups.
libraries/PyXML: Misc automated cleanups.
libraries/PythonDaap: Misc automated cleanups.
libraries/QuantLib-Python: Misc automated cleanups.
libraries/QuantLib: Misc automated cleanups.
libraries/SDL_Pango: Misc automated cleanups.
libraries/SDL_perl: Misc automated cleanups.
libraries/SDL_sound: Misc automated cleanups.
libraries/SOAPpy: Misc automated cleanups.
libraries/SQLObject: Misc automated cleanups.
libraries/SimGear: Misc automated cleanups.
libraries/afflib: Misc automated cleanups.
libraries/agg: Misc automated cleanups.
libraries/ant-contrib: Misc automated cleanups.
libraries/argparse: Misc automated cleanups.
libraries/argtable: Misc automated cleanups.
libraries/aubio: Misc automated cleanups.
libraries/barry: Misc automated cleanups.
libraries/blas: Misc automated cleanups.
libraries/boolstuff: Misc automated cleanups.
libraries/bsddb3: Misc automated cleanups.
libraries/c-ares: Misc automated cleanups.
libraries/cairomm: Misc automated cleanups.
libraries/cbase: Misc automated cleanups.
libraries/cddb-py: Misc automated cleanups.
libraries/cdk: Misc automated cleanups.
libraries/cln: Misc automated cleanups.
libraries/clutter-gtk: Misc automated cleanups.
libraries/clutter: Misc automated cleanups.
libraries/configobj: Misc automated cleanups.
libraries/confuse: Misc automated cleanups.
libraries/cracklib: Misc automated cleanups.
libraries/cryptopp: Misc automated cleanups.
libraries/cssutils: Misc automated cleanups.
libraries/cuneiform: Misc automated cleanups.
libraries/darcsver: Misc automated cleanups.
libraries/db46: Misc automated cleanups.
libraries/decorator: Misc automated cleanups.
libraries/dnspython: Misc automated cleanups.
libraries/e_dbus: Misc automated cleanups.
libraries/eaccelerator: Misc automated cleanups.
libraries/ecore: Misc automated cleanups.
libraries/edje: Misc automated cleanups.
libraries/eet: Misc automated cleanups.
libraries/efreet: Misc automated cleanups.
libraries/eina: Misc automated cleanups.
libraries/embryo: Misc automated cleanups.
libraries/enca: Misc automated cleanups.
libraries/evas: Misc automated cleanups.
libraries/exempi: Misc automated cleanups.
libraries/exiftool: Misc automated cleanups.
libraries/ffcall: Misc automated cleanups.
libraries/fltk2: Misc automated cleanups.
libraries/fltk: Misc automated cleanups.
libraries/fmodapi: Misc automated cleanups.
libraries/foolscap: Misc automated cleanups.
libraries/fox-toolkit: Misc automated cleanups.
libraries/fpconst: Misc automated cleanups.
libraries/freealut: Misc automated cleanups.
libraries/frei0r: Misc automated cleanups.
libraries/ftgl: Misc automated cleanups.
libraries/gdal: Misc automated cleanups.
libraries/gdata: Misc automated cleanups.
libraries/gdk-pixbuf: miscellaneous cleanups
libraries/genshi: Misc automated cleanups.
libraries/geos: Misc automated cleanups.
libraries/ggz-base-libs: Misc automated cleanups.
libraries/giblib: Misc automated cleanups.
libraries/ginac: Misc automated cleanups.
libraries/glibmm: Misc automated cleanups.
libraries/gnet: Misc automated cleanups.
libraries/gnome-python: Misc automated cleanups.
libraries/gobject-introspection: Misc automated cleanups.
libraries/goffice: Misc automated cleanups.
libraries/gsl: Misc automated cleanups.
libraries/gsm: Misc automated cleanups.
libraries/gsnmp: Misc automated cleanups.
libraries/gst-python: Misc automated cleanups.
libraries/gtk-aurora-engine: Misc automated cleanups.
libraries/gtk-qt-engine: Misc automated cleanups.
libraries/gtkglarea: Misc automated cleanups.
libraries/gtkglext: Misc automated cleanups.
libraries/gtkhtml: Misc automated cleanups.
libraries/gtkimageview: Misc automated cleanups.
libraries/gtkmm: Misc automated cleanups.
libraries/gtksourceview: Misc automated cleanups.
libraries/guichan: Misc automated cleanups.
libraries/haskell-HTTP: Misc automated cleanups.
libraries/haskell-HUnit: Misc automated cleanups.
libraries/haskell-QuickCheck: Misc automated cleanups.
libraries/haskell-X11-xft: Misc automated cleanups.
libraries/haskell-X11: Misc automated cleanups.
libraries/haskell-cgi: Misc automated cleanups.
libraries/haskell-deepseq: Misc automated cleanups.
libraries/haskell-editline: Misc automated cleanups.
libraries/haskell-fgl: Misc automated cleanups.
libraries/haskell-haskeline: Misc automated cleanups.
libraries/haskell-haskell-src: Misc automated cleanups.
libraries/haskell-hinotify: Misc automated cleanups.
libraries/haskell-html: Misc automated cleanups.
libraries/haskell-mtl: Misc automated cleanups.
libraries/haskell-network: Misc automated cleanups.
libraries/haskell-packedstring: Misc automated cleanups.
libraries/haskell-parallel: Misc automated cleanups.
libraries/haskell-parsec: Misc automated cleanups.
libraries/haskell-regex-base: Misc automated cleanups.
libraries/haskell-regex-compat: Misc automated cleanups.
libraries/haskell-regex-posix: Misc automated cleanups.
libraries/haskell-stm: Misc automated cleanups.
libraries/haskell-terminfo: Misc automated cleanups.
libraries/haskell-xhtml: Misc automated cleanups.
libraries/hdf5: Misc automated cleanups.
libraries/iaxclient: Misc automated cleanups.
libraries/icu4c: Misc automated cleanups.
libraries/id3lib: Misc automated cleanups.
libraries/ilbc: Misc automated cleanups.
libraries/imlib2: Misc automated cleanups.
libraries/jbigkit: Misc automated cleanups.
libraries/json-glib: Misc automated cleanups.
libraries/json-py: Misc automated cleanups.
libraries/lablgtk: Misc automated cleanups.
libraries/lame: Misc automated cleanups.
libraries/lapack: Misc automated cleanups.
libraries/lensfun: Misc automated cleanups.
libraries/libAfterImage: Misc automated cleanups.
libraries/libEMF: Misc automated cleanups.
libraries/libaosd: Misc automated cleanups.
libraries/libapreq2: Misc automated cleanups.
libraries/libass: Misc automated cleanups.
libraries/libast: Misc automated cleanups.
libraries/libatomic_ops: Misc automated cleanups.
libraries/libavc1394: Misc automated cleanups.
libraries/libbonobo: Misc automated cleanups.
libraries/libbonoboui: Misc automated cleanups.
libraries/libburn: Misc automated cleanups.
libraries/libcap-ng: Misc automated cleanups.
libraries/libchamplain: Misc automated cleanups.
libraries/libchewing: Misc automated cleanups.
libraries/libcli: Misc automated cleanups.
libraries/libcsv: Misc automated cleanups.
libraries/libcue: Misc automated cleanups.
libraries/libcuefile: Misc automated cleanups.
libraries/libdaemon: Misc automated cleanups.
libraries/libdbi-drivers: Misc automated cleanups.
libraries/libdbi: Misc automated cleanups.
libraries/libdc1394: Misc automated cleanups.
libraries/libdca: Misc automated cleanups.
libraries/libdmtx: Misc automated cleanups.
libraries/libdockapp: Misc automated cleanups.
libraries/libdv: Misc automated cleanups.
libraries/libdvbpsi: Misc automated cleanups.
libraries/libdvdcss: Misc automated cleanups.
libraries/libdvdnav: Misc automated cleanups.
libraries/libdynamite: Misc automated cleanups.
libraries/libeXosip2: Misc automated cleanups.
libraries/libebml: Misc automated cleanups.
libraries/libedit: Misc automated cleanups.
libraries/libelf: Misc automated cleanups.
libraries/libesmtp: Misc automated cleanups.
libraries/libetpan: Misc automated cleanups.
libraries/libev: Misc automated cleanups.
libraries/libevent: Misc automated cleanups.
libraries/libewf: Misc automated cleanups.
libraries/libexif-gtk: Misc automated cleanups.
libraries/libflashsupport: Misc automated cleanups.
libraries/libfprint: Misc automated cleanups.
libraries/libfwbuilder: Misc automated cleanups.
libraries/libg15: Misc automated cleanups.
libraries/libg15render: Misc automated cleanups.
libraries/libgadu: Misc automated cleanups.
libraries/libgcal: Misc automated cleanups.
libraries/libgdiplus: Misc automated cleanups.
libraries/libgee: Misc automated cleanups.
libraries/libgeotiff: Misc automated cleanups.
libraries/libgig: Misc automated cleanups.
libraries/libgksu: Misc automated cleanups.
libraries/libglademm: Misc automated cleanups.
libraries/libglpng: Misc automated cleanups.
libraries/libgnome: Misc automated cleanups.
libraries/libgnomecanvas: Misc automated cleanups.
libraries/libgnomecups: Misc automated cleanups.
libraries/libgnomeprint: Misc automated cleanups.
libraries/libgnomeprintui: Misc automated cleanups.
libraries/libgnomeui: Misc automated cleanups.
libraries/libgringotts: Misc automated cleanups.
libraries/libgsasl: Misc automated cleanups.
libraries/libgtop: Misc automated cleanups.
libraries/libiec61883: Misc automated cleanups.
libraries/libimobiledevice: Misc automated cleanups.
libraries/libiptcdata: Misc automated cleanups.
libraries/libisoburn: Misc automated cleanups.
libraries/libisofs: Misc automated cleanups.
libraries/libixp: Misc automated cleanups.
libraries/libjingle: Misc automated cleanups.
libraries/libjpeg-turbo: Misc automated cleanups.
libraries/liblinebreak: Misc automated cleanups.
libraries/liblo: Misc automated cleanups.
libraries/liblqr: Misc automated cleanups.
libraries/liblrdf: Misc automated cleanups.
libraries/liblscp: Misc automated cleanups.
libraries/libmaa: Misc automated cleanups.
libraries/libmatchbox: Misc automated cleanups.
libraries/libmatroska: Misc automated cleanups.
libraries/libmemcached: Misc automated cleanups.
libraries/libmicrohttpd: Misc automated cleanups.
libraries/libmikmod: Misc automated cleanups.
libraries/libmimedir: Misc automated cleanups.
libraries/libmimic: Misc automated cleanups.
libraries/libmirage: Misc automated cleanups.
libraries/libmms: Misc automated cleanups.
libraries/libmp3splt: Misc automated cleanups.
libraries/libmp4v2: Misc automated cleanups.
libraries/libmpcdec: Misc automated cleanups.
libraries/libmpd: Misc automated cleanups.
libraries/libmpdclient: Misc automated cleanups.
libraries/libmpeg2: Misc automated cleanups.
libraries/libmspack: Misc automated cleanups.
libraries/libmusicbrainz3: Misc automated cleanups.
libraries/libmusicbrainz: Misc automated cleanups.
libraries/libnet: Misc automated cleanups.
libraries/libnetfilter_conntrack: Misc automated cleanups.
libraries/libnetfilter_log: Misc automated cleanups.
libraries/libnetfilter_queue: Misc automated cleanups.
libraries/libnfnetlink: Misc automated cleanups.
libraries/libnice: Misc automated cleanups.
libraries/libnxml: Misc automated cleanups.
libraries/libofa: Misc automated cleanups.
libraries/libofx: Misc automated cleanups.
libraries/liboglappth: Misc automated cleanups.
libraries/liboop: Misc automated cleanups.
libraries/libopenraw: Misc automated cleanups.
libraries/libopensync-plugin-file: Misc automated cleanups.
libraries/libopensync-plugin-syncml: Misc automated cleanups.
libraries/libopensync: Misc automated cleanups.
libraries/libosip2: Misc automated cleanups.
libraries/libotf: Misc automated cleanups.
libraries/libotr: Misc automated cleanups.
libraries/libpano13: Misc automated cleanups.
libraries/libpaper: Misc automated cleanups.
libraries/libpar2: Misc automated cleanups.
libraries/libplist: Misc automated cleanups.
libraries/libproxy: Misc automated cleanups.
libraries/libpseudo: Misc automated cleanups.
libraries/libquicktime: Misc automated cleanups.
libraries/librapi2: Misc automated cleanups.
libraries/librcd: Misc automated cleanups.
libraries/libreplaygain: Misc automated cleanups.
libraries/librra: Misc automated cleanups.
libraries/librsync: Misc automated cleanups.
libraries/librtfcomp: Misc automated cleanups.
libraries/libsexy: Misc automated cleanups.
libraries/libshout: Misc automated cleanups.
libraries/libsigc++: Misc automated cleanups.
libraries/libsmbios: Misc automated cleanups.
libraries/libsmi: Misc automated cleanups.
libraries/libsndfile: Misc automated cleanups.
libraries/libsoup: Misc automated cleanups.
libraries/libssh2: Misc automated cleanups.
libraries/libssh: Misc automated cleanups.
libraries/libsynce: Misc automated cleanups.
libraries/libsyncml: Misc automated cleanups.
libraries/libtar: Misc automated cleanups.
libraries/libtasn1: Misc automated cleanups.
libraries/libtorrent-rasterbar: Misc automated cleanups.
libraries/libtorrent: Misc automated cleanups.
libraries/libtunepimp: Misc automated cleanups.
libraries/libunique: Misc automated cleanups.
libraries/libvdpau: Misc automated cleanups.
libraries/libvidcap: Misc automated cleanups.
libraries/libviper: Misc automated cleanups.
libraries/libvirt: Misc automated cleanups.
libraries/libwbxml: Misc automated cleanups.
libraries/libwhisker2: Misc automated cleanups.
libraries/libwpg: Misc automated cleanups.
libraries/libwww-perl: Misc automated cleanups.
libraries/libx86emu: Misc automated cleanups.
libraries/libxmi: Misc automated cleanups.
libraries/libxml++: Misc automated cleanups.
libraries/lightblue: Misc automated cleanups.
libraries/locale-gettext: Misc automated cleanups.
libraries/logilab-astng: Misc automated cleanups.
libraries/logilab-common: Misc automated cleanups.
libraries/lxml: Misc automated cleanups.
libraries/matplotlib: Re-added and updated to 0.99.1.2.
libraries/meanwhile: Misc automated cleanups.
libraries/mechanize: Misc automated cleanups.
libraries/mini18n: Misc automated cleanups.
libraries/mmpython: Misc automated cleanups.
libraries/mxml: Misc automated cleanups.
libraries/mysql++: Misc automated cleanups.
libraries/netcdf: Misc automated cleanups.
libraries/nltk: Misc automated cleanups.
libraries/ode: Misc automated cleanups.
libraries/opal: Misc automated cleanups.
libraries/openbabel: Misc automated cleanups.
libraries/opencv: Misc automated cleanups.
libraries/openjpeg: Misc automated cleanups.
libraries/openmotif: Misc automated cleanups.
libraries/ortp: Misc automated cleanups.
libraries/pangomm: Misc automated cleanups.
libraries/perl-Archive-Zip: Misc automated cleanups.
libraries/perl-BerkeleyDB: Misc automated cleanups.
libraries/perl-Cache-FastMmap: Misc automated cleanups.
libraries/perl-Config-IniFiles: Misc automated cleanups.
libraries/perl-Convert-BinHex: Misc automated cleanups.
libraries/perl-Convert-TNEF: Misc automated cleanups.
libraries/perl-Convert-UUlib: Misc automated cleanups.
libraries/perl-Crypt-OpenSSL-Bignum: Misc automated cleanups.
libraries/perl-Crypt-OpenSSL-RSA: Misc automated cleanups.
libraries/perl-Crypt-OpenSSL-Random: Misc automated cleanups.
libraries/perl-DBD-Pg: Misc automated cleanups.
libraries/perl-Date-Calc: Misc automated cleanups.
libraries/perl-Encode-Detect: Misc automated cleanups.
libraries/perl-ExtUtils-XSBuilder: Misc automated cleanups.
libraries/perl-File-Slurp: Misc automated cleanups.
libraries/perl-Geography-Countries: Misc automated cleanups.
libraries/perl-IO-stringy: Misc automated cleanups.
libraries/perl-IP-Country: Misc automated cleanups.
libraries/perl-Image-Info: Misc automated cleanups.
libraries/perl-Magick: Misc automated cleanups.
libraries/perl-Net-LibIDN: Misc automated cleanups.
libraries/perl-Net-Telnet: Misc automated cleanups.
libraries/perl-Parse-RecDescent: Misc automated cleanups.
libraries/perl-Sub-Uplevel: Misc automated cleanups.
libraries/perl-Test-Exception: Misc automated cleanups.
libraries/perl-Test-Pod: Misc automated cleanups.
libraries/perl-Text-Autoformat: Misc automated cleanups.
libraries/perl-Text-Reform: Misc automated cleanups.
libraries/perl-Tie-IxHash: Misc automated cleanups.
libraries/perl-TimeDate: Misc automated cleanups.
libraries/perl-cairo: Misc automated cleanups.
libraries/perl-class-accessor: Misc automated cleanups.
libraries/perl-dbd-sqlite: Misc automated cleanups.
libraries/perl-dbd-sqlite: Trivial fixups
libraries/perl-digest-hmac: Misc automated cleanups.
libraries/perl-digest-sha1: Misc automated cleanups.
libraries/perl-event: Misc automated cleanups.
libraries/perl-extutils-depends: Misc automated cleanups.
libraries/perl-extutils-pkgconfig: Misc automated cleanups.
libraries/perl-file-path-expand: Misc automated cleanups.
libraries/perl-glib: Misc automated cleanups.
libraries/perl-gtk2: Misc automated cleanups.
libraries/perl-html-parser: Misc automated cleanups.
libraries/perl-html-tagset: Misc automated cleanups.
libraries/perl-libintl: Misc automated cleanups.
libraries/perl-lirc-client: Misc automated cleanups.
libraries/perl-net-dns: Misc automated cleanups.
libraries/perl-net-ip: Misc automated cleanups.
libraries/perl-test-number-delta: Misc automated cleanups.
libraries/perl-tk: Misc automated cleanups.
libraries/perl-trayicon: Misc automated cleanups.
libraries/perl-xml-libxml-common: Misc automated cleanups.
libraries/perl-xml-libxml: Misc automated cleanups.
libraries/perl-xml-namespacesupport: Misc automated cleanups.
libraries/perl-xml-sax: Misc automated cleanups.
libraries/pexpect: Misc automated cleanups.
libraries/pgtcl-ng: Misc automated cleanups.
libraries/physfs: Fixed a syntax error, script cleanup.
libraries/physfs: Misc automated cleanups.
libraries/plib: Misc automated cleanups.
libraries/pthsem: Misc automated cleanups.
libraries/ptlib: Misc automated cleanups.
libraries/purple-plugin_pack: Misc automated cleanups.
libraries/pyPdf: Misc automated cleanups.
libraries/pybluez: Misc automated cleanups.
libraries/pychart: Misc automated cleanups.
libraries/pychm: Misc automated cleanups.
libraries/pycryptopp: Misc automated cleanups.
libraries/pycurl: Misc automated cleanups.
libraries/pydot: Misc automated cleanups.
libraries/pyfltk: Misc automated cleanups.
libraries/pygame: Misc automated cleanups.
libraries/pygoocanvas: Misc automated cleanups.
libraries/pygoogle: Misc automated cleanups.
libraries/pygtksourceview: Misc automated cleanups.
libraries/pyicu: Misc automated cleanups.
libraries/pyorbit: Misc automated cleanups.
libraries/pypoppler: Misc automated cleanups.
libraries/pyquery: Misc automated cleanups.
libraries/pytables: Misc automated cleanups.
libraries/python-cluster: Misc automated cleanups.
libraries/python-dateutil: Misc automated cleanups.
libraries/python-distutils-extra: Misc automated cleanups.
libraries/python-lastfm: Misc automated cleanups.
libraries/python-mpd: Misc automated cleanups.
libraries/python-musicbrainz2: Misc automated cleanups.
libraries/python-spidermonkey: Misc automated cleanups.
libraries/python-transaction: Misc automated cleanups.
libraries/python-twitter: Misc automated cleanups.
libraries/python-xlib: Misc automated cleanups.
libraries/python2-chardet: Misc automated cleanups.
libraries/pytz: Misc automated cleanups.
libraries/pyusb: Misc automated cleanups.
libraries/pyutil: Misc automated cleanups.
libraries/pywebkitgtk: Misc automated cleanups.
libraries/pyxdg: Misc automated cleanups.
libraries/pyyaml: Misc automated cleanups.
libraries/qoauth: Misc automated cleanups.
libraries/reportlab: Misc automated cleanups.
libraries/rhino: Misc automated cleanups.
libraries/rlog: Misc automated cleanups.
libraries/ruby-gtk2: Misc automated cleanups.
libraries/rxtx: Misc automated cleanups.
libraries/sexy-python: Misc automated cleanups.
libraries/simplejson: Misc automated cleanups.
libraries/slib: Misc automated cleanups.
libraries/slv2: Misc automated cleanups.
libraries/subvertpy: Misc automated cleanups.
libraries/tagpy: Misc automated cleanups.
libraries/tcllib: Misc automated cleanups.
libraries/tinyxml: Misc automated cleanups.
libraries/tls: Misc automated cleanups.
libraries/tolua++: Misc automated cleanups.
libraries/tre: Misc automated cleanups.
libraries/unixODBC: Misc automated cleanups.
libraries/virtualenv: Misc automated cleanups.
libraries/vobject: Misc automated cleanups.
libraries/webkit: Misc automated cleanups.
libraries/wvstreams: Misc automated cleanups.
libraries/wxPython: Misc automated cleanups.
libraries/wxX11: Misc automated cleanups.
libraries/wxsvg: Misc automated cleanups.
libraries/xalan-c: Misc automated cleanups.
libraries/xalan: Misc automated cleanups.
libraries/xapian-core: Misc automated cleanups.
libraries/xerces: Misc automated cleanups.
libraries/xforms: Misc automated cleanups.
libraries/xlt: Misc automated cleanups.
libraries/xmltv_prereq: Misc automated cleanups.
libraries/xmonad-contrib: Misc automated cleanups.
libraries/xulrunner: Misc automated cleanups.
libraries/yaz: Misc automated cleanups.
libraries/zbase32: Misc automated cleanups.
libraries/zfec: Misc automated cleanups.
libraries/zsi: Misc automated cleanups.
libraries/zziplib: Misc automated cleanups.
misc/ascii: Misc automated cleanups.
misc/bchunk: Misc automated cleanups.
misc/beep: Misc automated cleanups.
misc/boncuk: Misc automated cleanups.
misc/bsdsfv: Misc automated cleanups.
misc/chm2pdf: Misc automated cleanups.
misc/chmlib-examples: Misc automated cleanups.
misc/cksfv: miscellaneous cleanups
misc/conkyforecast: Misc automated cleanups.
misc/dbview: Misc automated cleanups.
misc/dwdiff: Misc automated cleanups.
misc/fcitx: Misc automated cleanups.
misc/figlet: Misc automated cleanups.
misc/fileinfo: Misc automated cleanups.
misc/fribid: Misc automated cleanups.
misc/g15composer: Misc automated cleanups.
misc/g15daemon: Misc automated cleanups.
misc/g15stats: Misc automated cleanups.
misc/gcolor2: Misc automated cleanups.
misc/gnome-keyring: Misc automated cleanups.
misc/gnome-mime-data: Misc automated cleanups.
misc/gramps: Misc automated cleanups.
misc/gxmessage: Misc automated cleanups.
misc/heyu: Misc automated cleanups.
misc/htscanner: Misc automated cleanups.
misc/ibus-anthy: Misc automated cleanups.
misc/ibus-pinyin: Misc automated cleanups.
misc/ibus-qt: Misc automated cleanups.
misc/ibus-unikey: Misc automated cleanups.
misc/ibus: Misc automated cleanups.
misc/jmri: Misc automated cleanups.
misc/kasumi: Misc automated cleanups.
misc/krename: Misc automated cleanups.
misc/lbdb: Misc automated cleanups.
misc/lxappearance: Misc automated cleanups.
misc/matchbox-common: Misc automated cleanups.
misc/megatunix: Misc automated cleanups.
misc/merkaartor: Misc automated cleanups.
misc/misctools: Misc automated cleanups.
misc/nfoview: Misc automated cleanups.
misc/nvclock: Misc automated cleanups.
misc/ophcrack: Misc automated cleanups.
misc/par2cmdline: Misc automated cleanups.
misc/par: Misc automated cleanups.
misc/pinfo: Misc automated cleanups.
misc/protobuf: Misc automated cleanups.
misc/recode: Misc automated cleanups.
misc/rlwrap: Misc automated cleanups.
misc/rsnapshot: Misc automated cleanups.
misc/scim-chewing: Misc automated cleanups.
misc/siege: Misc automated cleanups.
misc/siege: fixed wrong md5sum
misc/stardict: Misc automated cleanups.
misc/tal: Misc automated cleanups.
misc/tangogps: Misc automated cleanups.
misc/task: Misc automated cleanups.
misc/vdpauinfo: Misc automated cleanups.
misc/viking: Misc automated cleanups.
misc/xclip: Misc automated cleanups.
misc/xdelta: Misc automated cleanups.
multimedia/2ManDVD: Misc automated cleanups.
multimedia/DivFix++: Misc automated cleanups.
multimedia/GoogleEarth: Misc automated cleanups.
multimedia/LiVES: fixed link to lives-exe binary
multimedia/Songbird: Misc automated cleanups.
multimedia/anyremote: Misc automated cleanups.
multimedia/avidemux: Misc automated cleanups.
multimedia/avidemux: Miscellaneous fixes.
multimedia/cuetools: Misc automated cleanups.
multimedia/dirac: Misc automated cleanups.
multimedia/dssi: Misc automated cleanups.
multimedia/dvdauthor: Misc automated cleanups.
multimedia/dvdstyler: Misc automated cleanups.
multimedia/dvgrab: miscellaneous cleanups
multimedia/emoc: Misc automated cleanups.
multimedia/exaile: Misc automated cleanups.
multimedia/farsight2: Misc automated cleanups.
multimedia/ffmpeg2theora: Misc automated cleanups.
multimedia/ffmpeg: Misc automated cleanups.
multimedia/flvtool2: Misc automated cleanups.
multimedia/gaupol: Misc automated cleanups.
multimedia/gecko-mediaplayer: Misc automated cleanups.
multimedia/gigedit: Misc automated cleanups.
multimedia/gnome-mplayer: Misc automated cleanups.
multimedia/gpodder: Misc automated cleanups.
multimedia/grip: Misc automated cleanups.
multimedia/gst-gnome-vfs: Misc automated cleanups.
multimedia/gst-plugins-bad: Misc automated cleanups.
multimedia/gst-plugins-farsight: Misc automated cleanups.
multimedia/gst-plugins-ugly: Misc automated cleanups.
multimedia/gtk-recordmydesktop: Misc automated cleanups.
multimedia/hexter: Misc automated cleanups.
multimedia/iat: Misc automated cleanups.
multimedia/k9copy: Misc automated cleanups.
multimedia/kaffeine-mozilla: Misc automated cleanups.
multimedia/kaffeine: Misc automated cleanups.
multimedia/kdenlive: Misc automated cleanups.
multimedia/kino: Misc automated cleanups.
multimedia/linuxsampler: Misc automated cleanups.
multimedia/llcon: Misc automated cleanups.
multimedia/loopy: Misc automated cleanups.
multimedia/lsdvd: Misc automated cleanups.
multimedia/minitube: Misc automated cleanups.
multimedia/mjpegtools: miscellaneous cleanups
multimedia/mkvtoolnix: Misc automated cleanups.
multimedia/mlt: Misc automated cleanups.
multimedia/mozplugger: Misc automated cleanups.
multimedia/mpgtx: Misc automated cleanups.
multimedia/mplayer-codecs: Misc automated cleanups.
multimedia/mscore: Misc automated cleanups.
multimedia/mtpfs: Misc automated cleanups.
multimedia/mythplugins: Misc automated cleanups.
multimedia/mythtv: Misc automated cleanups.
multimedia/oggvideotools: Misc automated cleanups.
multimedia/openshot: Misc automated cleanups.
multimedia/picard: Misc automated cleanups.
multimedia/qsampler: Misc automated cleanups.
multimedia/schroedinger: Misc automated cleanups.
multimedia/seq24: Misc automated cleanups.
multimedia/smpeg: Misc automated cleanups.
multimedia/smplayer: Misc automated cleanups.
multimedia/stills2dv: Misc automated cleanups.
multimedia/subtitlecomposer: Misc automated cleanups.
multimedia/tabu_audio_player: Misc automated cleanups.
multimedia/tovid: Misc automated cleanups.
multimedia/transcode: Misc automated cleanups.
multimedia/tvtime: Misc automated cleanups.
multimedia/vcdimager: Misc automated cleanups.
multimedia/videocut: Misc automated cleanups.
multimedia/vkeybd: Misc automated cleanups.
multimedia/vobcopy: Misc automated cleanups.
multimedia/wxcam: miscellaneous cleanups
multimedia/x264: Misc automated cleanups.
multimedia/xfmedia: Misc automated cleanups.
multimedia/xmltv: Misc automated cleanups.
multimedia/xmms-crossfade: Misc automated cleanups.
multimedia/xvid4conf: Misc automated cleanups.
multimedia/xvidcore: Misc automated cleanups.
multimedia/xvst: Misc automated cleanups.
network/3proxy: Misc automated cleanups.
network/DMitry: Misc automated cleanups.
network/GeoIP: Misc automated cleanups.
network/GhostInTheMail: Misc automated cleanups.
network/SocksiPy: Misc automated cleanups.
network/aMule: Misc automated cleanups.
network/aircrack-ng: Misc automated cleanups.
network/airpwn: Misc automated cleanups.
network/allmydata-tahoe: Misc automated cleanups.
network/amap: Misc automated cleanups.
network/amavisd-new: Misc automated cleanups.
network/aria2: Misc automated cleanups.
network/arp-scan: Misc automated cleanups.
network/arptables: Misc automated cleanups.
network/asterisk: Misc automated cleanups.
network/authbind: Misc automated cleanups.
network/autossh: Misc automated cleanups.
network/avahi: Misc automated cleanups.
network/axel: Misc automated cleanups.
network/b43-fwcutter: Misc automated cleanups.
network/bitlbee: Misc automated cleanups.
network/bmon: Misc automated cleanups.
network/bsflite: Misc automated cleanups.
network/btpd: Misc automated cleanups.
network/cadaver: Misc automated cleanups.
network/centerim: Misc automated cleanups.
network/cgterm: Misc automated cleanups.
network/choqok: Misc automated cleanups.
network/claws-mail-extra-plugins: Misc automated cleanups.
network/claws-mail: Misc automated cleanups.
network/clive: Misc automated cleanups.
network/conntrack-tools: Misc automated cleanups.
network/corkscrew: Misc automated cleanups.
network/cryptcat-unix: Misc automated cleanups.
network/dansguardian: Misc automated cleanups.
network/darkstat: miscellaneous cleanups
network/ddclient: Misc automated cleanups.
network/deluge: Misc automated cleanups.
network/dillo: Misc automated cleanups.
network/dnsflood: Misc automated cleanups.
network/dnstop: Misc automated cleanups.
network/dnstracer: Misc automated cleanups.
network/dovecot-cmusieve: Misc automated cleanups.
network/dovecot: Misc automated cleanups.
network/driftnet: Misc automated cleanups.
network/dropbear: Misc automated cleanups.
network/efax-gtk: Misc automated cleanups.
network/ekiga: Misc automated cleanups.
network/elinks: Misc automated cleanups.
network/enet: Misc automated cleanups.
network/ettercap-NG: Misc automated cleanups.
network/exim: Misc automated cleanups.
network/fail2ban: Misc automated cleanups.
network/fdm: Misc automated cleanups.
network/feedparser: Misc automated cleanups.
network/filezilla: Misc automated cleanups.
network/flvstreamer: Misc automated cleanups.
network/fping6: Misc automated cleanups.
network/fping: Misc automated cleanups.
network/fqterm: Misc automated cleanups.
network/framework: Misc automated cleanups.
network/fwbuilder: Misc automated cleanups.
network/gnome-mail-notification: Misc automated cleanups.
network/gns3: Misc automated cleanups.
network/gnubiff: Misc automated cleanups.
network/greenbone-security-assistant: Misc automated cleanups.
network/grsync: Misc automated cleanups.
network/gwibber: Misc automated cleanups.
network/haproxy: Misc automated cleanups.
network/heimdal: Misc automated cleanups.
network/hiawatha: Misc automated cleanups.
network/hostapd: Misc automated cleanups.
network/hping3: miscellaneous cleanups
network/hydra: Misc automated cleanups.
network/hylafax: Misc automated cleanups.
network/icecat: Misc automated cleanups.
network/ifstatus: Misc automated cleanups.
network/iftop: Misc automated cleanups.
network/imapfilter: Misc automated cleanups.
network/inadyn: Misc automated cleanups.
network/iodine: Misc automated cleanups.
network/iperf: Misc automated cleanups.
network/ipvsadm: Misc automated cleanups.
network/irssi_otr: Misc automated cleanups.
network/isync: Misc automated cleanups.
network/js: Misc automated cleanups.
network/kadu: Misc automated cleanups.
network/kmess: Misc automated cleanups.
network/knemo: Misc automated cleanups.
network/knock: Misc automated cleanups.
network/konversation: Misc automated cleanups.
network/krb5: Misc automated cleanups.
network/kvirc: Misc automated cleanups.
network/leafnode: Misc automated cleanups.
network/libdnet: Misc automated cleanups.
network/liferea: Misc automated cleanups.
network/lighttpd: Misc automated cleanups.
network/linuxdcpp: Misc automated cleanups.
network/lurc: Misc automated cleanups.
network/macchanger: Misc automated cleanups.
network/maildrop: Misc automated cleanups.
network/mailman: Misc automated cleanups.
network/memcached: Misc automated cleanups.
network/mew: Misc automated cleanups.
network/midori: Misc automated cleanups.
network/mitter: Misc automated cleanups.
network/mldonkey: Misc automated cleanups.
network/mod_chroot: Misc automated cleanups.
network/mod_evasive: Misc automated cleanups.
network/mod_geoip2: Misc automated cleanups.
network/mod_hosts_access: Misc automated cleanups.
network/mod_limitipconn: Misc automated cleanups.
network/mod_perl: Misc automated cleanups.
network/mod_python: Misc automated cleanups.
network/mpop: Misc automated cleanups.
network/msmtp: Misc automated cleanups.
network/msn-proxy: Misc automated cleanups.
network/msynctool: Misc automated cleanups.
network/murmur: Misc automated cleanups.
network/museek+: Misc automated cleanups.
network/mz: Misc automated cleanups.
network/naim: Misc automated cleanups.
network/nbd: Misc automated cleanups.
network/ndiswrapper: Misc automated cleanups.
network/netcat: Misc automated cleanups.
network/nethogs: Misc automated cleanups.
network/netstat-nat: Misc automated cleanups.
network/ngrep: Misc automated cleanups.
network/nicotine+: Misc automated cleanups.
network/nikto: Misc automated cleanups.
network/nload: Misc automated cleanups.
network/nmh: Misc automated cleanups.
network/nrpe: Misc automated cleanups.
network/nss-mdns: Misc automated cleanups.
network/ntop: Misc automated cleanups.
network/ntpclient: Misc automated cleanups.
network/obexpushd: Misc automated cleanups.
network/offlineimap: Misc automated cleanups.
network/opendchub: Misc automated cleanups.
network/openntpd: Misc automated cleanups.
network/openrdate: Misc automated cleanups.
network/openvas-administrator: Misc automated cleanups.
network/openvas-client: Misc automated cleanups.
network/openvas-libraries: Misc automated cleanups.
network/openvas-manager: Misc automated cleanups.
network/openvas-scanner: Misc automated cleanups.
network/p0f: Misc automated cleanups.
network/packit: Misc automated cleanups.
network/pdnsd: Misc automated cleanups.
network/pebrot: Misc automated cleanups.
network/periscope: Misc automated cleanups.
network/perl-IO-Interface: Misc automated cleanups.
network/perl-IO-Socket-INET6: Misc automated cleanups.
network/perl-MIME-tools: Misc automated cleanups.
network/perl-Mail-DKIM: Misc automated cleanups.
network/perl-Mail-SPF: Misc automated cleanups.
network/perl-MailTools: Misc automated cleanups.
network/perl-Net-CIDR: Misc automated cleanups.
network/perl-Net-DNS-Resolver-Programmable: Misc automated cleanups.
network/perl-Net-Ident: Misc automated cleanups.
network/perl-Net-Pcap: Misc automated cleanups.
network/perl-Net-RawIP: Misc automated cleanups.
network/perl-Net-Server: Misc automated cleanups.
network/perl-NetAddr-IP: Misc automated cleanups.
network/perl-NetPacket: Misc automated cleanups.
network/perl-Socket6: Misc automated cleanups.
network/pidgin-facebookchat: Misc automated cleanups.
network/pidgin-musictracker: Misc automated cleanups.
network/pidgin-otr: Misc automated cleanups.
network/pidgin-visnotes: Misc automated cleanups.
network/policyd2: Misc automated cleanups.
network/policyd: Misc automated cleanups.
network/polipo: Misc automated cleanups.
network/postfix: Misc automated cleanups.
network/pound: Misc automated cleanups.
network/pptp: Misc automated cleanups.
network/pptp: Various fixes to the script.
network/pptpd: Misc automated cleanups.
network/privoxy: Misc automated cleanups.
network/proxychains: Misc automated cleanups.
network/proxymini: Misc automated cleanups.
network/proxytunnel: Misc automated cleanups.
network/psi: Misc automated cleanups.
network/python-twisted-web2: Misc automated cleanups.
network/python-twisted: Misc automated cleanups.
network/pyzor: Misc automated cleanups.
network/qwit: Misc automated cleanups.
network/r2e: Misc automated cleanups.
network/radvd: Misc automated cleanups.
network/rhapsody: Misc automated cleanups.
network/rtorrent: Misc automated cleanups.
network/scapy: Misc automated cleanups.
network/scli: Misc automated cleanups.
network/smb4k: Misc automated cleanups.
network/socat: Misc automated cleanups.
network/spamassassin: Misc automated cleanups.
network/sphinx: Misc automated cleanups.
network/squid: Misc automated cleanups.
network/strongswan: Misc automated cleanups.
network/suhosin: Misc automated cleanups.
network/suphp: Misc automated cleanups.
network/surfraw: Misc automated cleanups.
network/sylpheed: Misc automated cleanups.
network/thttpd: Misc automated cleanups.
network/tinyproxy: Misc automated cleanups.
network/tor: Misc automated cleanups.
network/transmission: Misc automated cleanups.
network/ttcp: Misc automated cleanups.
network/tunctl: Misc automated cleanups.
network/twitter-cmdline: Misc automated cleanups.
network/ucspi-ssl: Misc automated cleanups.
network/ucspi-tcp: Misc automated cleanups.
network/udpcast: Misc automated cleanups.
network/ufw: Misc automated cleanups.
network/umtsmon: Misc automated cleanups.
network/unfs3: Misc automated cleanups.
network/urlgrabber: Misc automated cleanups.
network/urlview: Misc automated cleanups.
network/vde2: Misc automated cleanups.
network/verlihub: Misc automated cleanups.
network/vnstat: Misc automated cleanups.
network/vpnc: Misc automated cleanups.
network/wavemon: Misc automated cleanups.
network/weechat: Misc automated cleanups.
network/wireshark: Misc automated cleanups.
network/wol: Misc automated cleanups.
network/wput: Misc automated cleanups.
network/x11vnc: Added missing md5sum
network/x11vnc: Misc automated cleanups.
network/xl2tpd: Misc automated cleanups.
network/xnetload: Misc automated cleanups.
network/xsp: Misc automated cleanups.
network/znc: Misc automated cleanups.
network/zsync: Misc automated cleanups.
office/abiword: Misc automated cleanups.
office/abiword: Updated for version 2.8.5.
office/abook: Misc automated cleanups.
office/aiksaurus: Misc automated cleanups.
office/akonadi-googledata: Misc automated cleanups.
office/antiword: Misc automated cleanups.
office/apvlv: Misc automated cleanups.
office/auctex: Misc automated cleanups.
office/bbdb: Misc automated cleanups.
office/calcurse: Misc automated cleanups.
office/calibre: Misc automated cleanups.
office/catdoc: Misc automated cleanups.
office/cups-pdf: Misc automated cleanups.
office/devtodo: Misc automated cleanups.
office/dictd: Fixed homepage URL; thanks to Eugen Wissner.
office/dictd: Misc automated cleanups.
office/epdfview: Misc automated cleanups.
office/eqonomize: Misc automated cleanups.
office/evince: Fixed segfault due to missing configdir
office/evince: Fixed the NLS test.
office/evince: Misc automated cleanups.
office/gnokii: Misc automated cleanups.
office/gocr: Misc automated cleanups.
office/grisbi: Misc automated cleanups.
office/hevea: Misc automated cleanups.
office/homebank: Misc automated cleanups.
office/htmldoc: Misc automated cleanups.
office/kchmviewer: Misc automated cleanups.
office/keepassx: Misc automated cleanups.
office/keepnote: Misc automated cleanups.
office/kmymoney2: Misc automated cleanups.
office/latex2html: Misc automated cleanups.
office/mdbtools: Misc automated cleanups.
office/odt2txt: Misc automated cleanups.
office/openoffice.org: Misc automated cleanups.
office/org-mode: Misc automated cleanups.
office/osmo: Misc automated cleanups.
office/pandoc: Misc automated cleanups.
office/pdfedit: Misc automated cleanups.
office/ps2eps: Misc automated cleanups.
office/pstoedit: Misc automated cleanups.
office/pstotext: Misc automated cleanups.
office/rastertospp: Misc automated cleanups.
office/rednotebook: Misc automated cleanups.
office/scribus: Misc automated cleanups.
office/tellico: Misc automated cleanups.
office/texlive: Fix the texi2hmtl download link.
office/texlive: Misc automated cleanups.
office/texmaker: Misc automated cleanups.
office/texworks: Misc automated cleanups.
office/vym: Misc automated cleanups.
office/wink: Misc automated cleanups.
office/xpad: Misc automated cleanups.
system/Eterm: Misc automated cleanups.
system/MySQL-Sandbox: Misc automated cleanups.
system/acpi: Misc automated cleanups.
system/acpitool: Misc automated cleanups.
system/afuse: Misc automated cleanups.
system/aimage: Misc automated cleanups.
system/amanda: Misc automated cleanups.
system/anacron: Misc automated cleanups.
system/apachetop: Misc automated cleanups.
system/apcupsd: Misc automated cleanups.
system/artwiz-aleczapka: Misc automated cleanups.
system/aterm: Misc automated cleanups.
system/atool: Misc automated cleanups.
system/atop: Misc automated cleanups.
system/bacula-client: Misc automated cleanups.
system/bacula: Misc automated cleanups.
system/bogofilter: Misc automated cleanups.
system/bonnie++: Misc automated cleanups.
system/cabextract: miscellaneous cleanups
system/cage: Misc automated cleanups.
system/cbmfs: Misc automated cleanups.
system/ccd2iso: Misc automated cleanups.
system/ccid: Misc automated cleanups.
system/ccrypt: Misc automated cleanups.
system/cdemu-daemon: Misc automated cleanups.
system/cfengine: Misc automated cleanups.
system/chkconfig: Misc automated cleanups.
system/chkrootkit: Misc automated cleanups.
system/clamav: Misc automated cleanups.
system/clamsmtp: Misc automated cleanups.
system/clusterglue: Misc automated cleanups.
system/clusterresourceagents: Misc automated cleanups.
system/commons-daemon: Misc automated cleanups.
system/conky: Misc automated cleanups.
system/conky: re-added audacious support.
system/conserver: Misc automated cleanups.
system/convmv: Misc automated cleanups.
system/coolkey: Misc automated cleanups.
system/corosync: Misc automated cleanups.
system/cpulimit: Misc automated cleanups.
system/crikey: Misc automated cleanups.
system/curlftpfs: Misc automated cleanups.
system/daa2iso: Misc automated cleanups.
system/dar: Misc automated cleanups.
system/dash: Misc automated cleanups.
system/davfs2: Misc automated cleanups.
system/ddrescue: Misc automated cleanups.
system/dosbox: Misc automated cleanups.
system/dosemu: Misc automated cleanups.
system/drbd: Misc automated cleanups.
system/dtach: Misc automated cleanups.
system/dump: Misc automated cleanups.
system/eibd: Misc automated cleanups.
system/emelfm2: Misc automated cleanups.
system/fakeroot: Misc automated cleanups.
system/fbterm: Misc automated cleanups.
system/fdupes: Misc automated cleanups.
system/filelight: Misc automated cleanups.
system/fish: Misc automated cleanups.
system/foremost: miscellaneous cleanups
system/fpm2: Misc automated cleanups.
system/fsarchiver: Misc automated cleanups.
system/fuseiso: Misc automated cleanups.
system/fusesmb: Misc automated cleanups.
system/fxload: Misc automated cleanups.
system/gammu: Misc automated cleanups.
system/gconf-editor: Misc automated cleanups.
system/gdm: Misc automated cleanups.
system/gigolo: Misc automated cleanups.
system/gkrellm-volume: Misc automated cleanups.
system/gksu: Misc automated cleanups.
system/gnome-commander: Misc automated cleanups.
system/gnome-vfs: Misc automated cleanups.
system/gparted: Misc automated cleanups.
system/gpsbabel: Misc automated cleanups.
system/gpsd: Misc automated cleanups.
system/graveman: Misc automated cleanups.
system/gsmartcontrol: Misc automated cleanups.
system/gtk-vnc: Misc automated cleanups.
system/gxemul: Misc automated cleanups.
system/halevt: Misc automated cleanups.
system/hdapsd: Misc automated cleanups.
system/hddtemp: Misc automated cleanups.
system/hercules: Misc automated cleanups.
system/herculesstudio: Misc automated cleanups.
system/htop: Misc automated cleanups.
system/hwinfo: Misc automated cleanups.
system/ibam: Misc automated cleanups.
system/ifuse: Misc automated cleanups.
system/imwheel: Misc automated cleanups.
system/iotop: Misc automated cleanups.
system/ipmitool: Misc automated cleanups.
system/irqbalance: Misc automated cleanups.
system/isomaster: Misc automated cleanups.
system/joystick: Misc automated cleanups.
system/kerneloops: Misc automated cleanups.
system/kqemu: Misc automated cleanups.
system/krusader: Misc automated cleanups.
system/ksh: Misc automated cleanups.
system/ksplice: Misc automated cleanups.
system/ktsuss: Misc automated cleanups.
system/kvm-kmod: Misc automated cleanups.
system/kvm: Misc automated cleanups.
system/lbzip2: Misc automated cleanups.
system/lirc: Misc automated cleanups.
system/lshw: Misc automated cleanups.
system/luckybackup: Misc automated cleanups.
system/lxsplit: Misc automated cleanups.
system/lzip: Misc automated cleanups.
system/makepasswd: Misc automated cleanups.
system/mcrypt: Misc automated cleanups.
system/md5deep: Misc automated cleanups.
system/memuse: Misc automated cleanups.
system/microcode_ctl: Misc automated cleanups.
system/mlterm: Misc automated cleanups.
system/monit: Misc automated cleanups.
system/mrxvt: Misc automated cleanups.
system/mtftar: Misc automated cleanups.
system/multitail: Misc automated cleanups.
system/nagios-plugins: Misc automated cleanups.
system/nbench: Misc automated cleanups.
system/ncdu: Misc automated cleanups.
system/nilfs-utils: Misc automated cleanups.
system/nss-mysql: Misc automated cleanups.
system/nss_ldap: Misc automated cleanups.
system/numlockx: Misc automated cleanups.
system/nvidia-driver: Misc automated cleanups.
system/nvidia-kernel: Misc automated cleanups.
system/nvidia-legacy173-driver: Misc automated cleanups.
system/nvidia-legacy173-kernel: Misc automated cleanups.
system/nvidia-legacy96-driver: Misc automated cleanups.
system/nvidia-legacy96-kernel: Misc automated cleanups.
system/openais: Misc automated cleanups.
system/openct: Misc automated cleanups.
system/opensc: Misc automated cleanups.
system/oss: Misc automated cleanups.
system/p7zip: Misc automated cleanups.
system/pacemaker: Misc automated cleanups.
system/pax: Misc automated cleanups.
system/pbzip2: Misc automated cleanups.
system/pcmanfm: Misc automated cleanups.
system/pcsc-lite: Misc automated cleanups.
system/pcsc-perl: Misc automated cleanups.
system/pdksh: Misc automated cleanups.
system/perl-Unix-Syslog: Misc automated cleanups.
system/pgadmin3: Misc automated cleanups.
system/picocom: Misc automated cleanups.
system/pipemeter: Misc automated cleanups.
system/pmount: Misc automated cleanups.
system/postgis: Misc automated cleanups.
system/postgresql: Misc automated cleanups.
system/powernowd: Misc automated cleanups.
system/preload: Misc automated cleanups.
system/proj: Misc automated cleanups.
system/pv: Misc automated cleanups.
system/pwgen: Misc automated cleanups.
system/pwsafe: Misc automated cleanups.
system/pyserial: Miscellaneous cleanups (template update)
system/qemu-kvm: Misc automated cleanups.
system/qemu: Misc automated cleanups.
system/ranger: Misc automated cleanups.
system/rdiff-backup: Misc automated cleanups.
system/recorder: Misc automated cleanups.
system/redis: Misc automated cleanups.
system/regionset: Misc automated cleanups.
system/rkhunter: Misc automated cleanups.
system/rox-filer: Misc automated cleanups.
system/roxterm: Misc automated cleanups.
system/rubygems: Misc automated cleanups.
system/runit: Misc automated cleanups.
system/rxvt-unicode: Misc automated cleanups.
system/safecopy: Misc automated cleanups.
system/sakura: Misc automated cleanups.
system/samhain: Misc automated cleanups.
system/sash: Misc automated cleanups.
system/schedtool: Misc automated cleanups.
system/set_rlimits: Misc automated cleanups.
system/shake: Misc automated cleanups.
system/sleuthkit: Misc automated cleanups.
system/slim: Included a logrotate config file
system/slim: Patched to use libpng14.
system/spambayes: Misc automated cleanups.
system/speedcontrol: Misc automated cleanups.
system/splix: Misc automated cleanups.
system/sqlite2: Misc automated cleanups.
system/srm: Misc automated cleanups.
system/sshfs-fuse: Misc automated cleanups.
system/statifier: Misc automated cleanups.
system/t1utils: Misc automated cleanups.
system/tarsnap: Misc automated cleanups.
system/terminator: Misc automated cleanups.
system/testdisk: Misc automated cleanups.
system/tiger: Misc automated cleanups.
system/tkdvd: Misc automated cleanups.
system/tmux: Misc automated cleanups.
system/tokyocabinet: Misc automated cleanups.
system/tokyotyrant: Misc automated cleanups.
system/tp_smapi: Misc automated cleanups.
system/trackfs: Misc automated cleanups.
system/ts: Misc automated cleanups.
system/twin: Misc automated cleanups.
system/ufiformat: Misc automated cleanups.
system/uif2iso: Misc automated cleanups.
system/ulogd: Misc automated cleanups.
system/unison: Misc automated cleanups.
system/unrar: Misc automated cleanups.
system/unrtf: Misc automated cleanups.
system/usbmon: Misc automated cleanups.
system/usbmuxd: Misc automated cleanups.
system/usbview: Misc automated cleanups.
system/vice: Patched to fix build; miscellaneous cleanups
system/vifm: Misc automated cleanups.
system/virt-manager: Misc automated cleanups.
system/virtinst: Misc automated cleanups.
system/virtualbox-kernel-addons: Misc automated cleanups.
system/virtualbox-kernel: Misc automated cleanups.
system/vlock: Misc automated cleanups.
system/whowatch: Misc automated cleanups.
system/wiimms-wbfs-tool: Misc automated cleanups.
system/worker: Misc automated cleanups.
system/xar: Misc automated cleanups.
system/xarchiver: Misc automated cleanups.
system/xautomation: Misc automated cleanups.
system/xbindkeys: Misc automated cleanups.
system/xcdroast: Misc automated cleanups.
system/xchm: Misc automated cleanups.
system/xfburn: Misc automated cleanups.
system/xfe: Misc automated cleanups.
system/xjobs: Misc automated cleanups.
system/xosd: Misc automated cleanups.
system/xrdp: Misc automated cleanups.
system/xrestop: Misc automated cleanups.
system/xtrs: Misc automated cleanups.
system/yakuake: Misc automated cleanups.
system/yeahconsole: Misc automated cleanups.
system/zeroinstall-injector: Misc automated cleanups.
system/zfs-fuse: Misc automated cleanups.

From rworkman at slackbuilds.org  Sat Jun  5 06:09:32 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sat, 5 Jun 2010 01:09:32 -0500
Subject: [Slackbuilds-users] qemu-kvm udev rules
In-Reply-To: <AANLkTik4IodHRtVboh9rACh91iziaMkz3tDrz7HZO_nk@mail.gmail.com>
References: <AANLkTik4IodHRtVboh9rACh91iziaMkz3tDrz7HZO_nk@mail.gmail.com>
Message-ID: <20100605010932.4d3a7d0a@liberty.rlwhome.lan>

On Wed, 2 Jun 2010 22:06:01 -0500
alkos333 <me at alkos333.net> wrote:

> Just got the following message in the log:
> 
> udevd[945]: NAME="%k" is superfluous and breaks kernel supplied names,
> please remove it from /lib/udev/rules.d/65-kvm.rules:1


This is now fixed in my branch.

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

From rworkman at slackbuilds.org  Sat Jun  5 06:11:18 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sat, 5 Jun 2010 01:11:18 -0500
Subject: [Slackbuilds-users] Easytag
In-Reply-To: <20100604110132.2eb47528@espero.syntaktisk.dk>
References: <20100602145155.0645f0b6@darkstar.example.net>
	<20100604075633.GB1839@localhost>
	<20100604110132.2eb47528@espero.syntaktisk.dk>
Message-ID: <20100605011118.0aa7680a@liberty.rlwhome.lan>

On Fri, 4 Jun 2010 11:01:32 -0400
Morten Juhl-Johansen Z?lde-Fej?r <mjjzf at syntaktisk.dk> wrote:

> On Fri, 4 Jun 2010 03:56:33 -0400
> Chess Griffin <chess at chessgriffin.com> wrote:
> 
> > * Morten Juhl-Johansen Z?lde-Fej?r <mjjzf at syntaktisk.dk> [2010-06-02
> > 14:51:55]:
> > 
> > > I just wanted to add that the Easytag Slackbuild builds correctly
> > > for 13.1 with the 13.0 Slackbuild. I don't know if the maintainer
> > > is still active, but since there hasn't been an Easytag release
> > > since 2007, it seems like a comfortable position...
> > > 
> > 
> > Morten, do you want to take over maintainership and if so, have you
> > contacted the currently-listed maintainer?
> > 
> 
> Wasn't my thought, but I can do that. Should I change the details in
> the Slackbuild, or can you enter it? The only changes should be in the
> contact information, so there is really not much reason for it to be
> stuck in the queue - once it opens for submissions.


Since it's not currently in the repo, wait for submissions to
open back up and submit a working build with the correct info.

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

From rworkman at slackbuilds.org  Sat Jun  5 06:11:49 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sat, 5 Jun 2010 01:11:49 -0500
Subject: [Slackbuilds-users] Putty slackbuild
In-Reply-To: <AANLkTimBDlh-0vv4kIs670zAfen8fDl3Dqr1apLR3ruu@mail.gmail.com>
References: <AANLkTimBDlh-0vv4kIs670zAfen8fDl3Dqr1apLR3ruu@mail.gmail.com>
Message-ID: <20100605011149.0bc38014@liberty.rlwhome.lan>

On Tue, 1 Jun 2010 16:48:00 -0700
Larry Hajali <larryhaja at gmail.com> wrote:

> It looks like putty didn't make it into the 13.1. repo due to gcc
> build issues.  I was able to get it to build by adding
> -Wno-strict-aliasing to the CFLAGS.


Very nice; once we open submissions back up, send it in :-)

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

From rworkman at slackbuilds.org  Sat Jun  5 06:12:31 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sat, 5 Jun 2010 01:12:31 -0500
Subject: [Slackbuilds-users] ddd patches for 13.1
In-Reply-To: <20100604152511.GA24884@akamai.com>
References: <20100604152511.GA24884@akamai.com>
Message-ID: <20100605011231.21568f1d@liberty.rlwhome.lan>

On Fri, 4 Jun 2010 11:25:11 -0400
"R. Andrew Bailey" <bailey at akamai.com> wrote:

> I noticed that ddd was missing from 13.1- I just applied the patch I
> had been using for -current at:
> 
> git at github.com:GooseYArd/slackbuilds.git, 897c78e1efda7f523a0f and
> d648dc96e344fa38207a
> 
> ddd is one I use constantly so if the old maintainer has dropped it
> I'd be glad to take it.


Once we open up the submit form, send us a working update and
we'll get that in.  Thanks!

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

From rworkman at slackbuilds.org  Sat Jun  5 06:14:26 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sat, 5 Jun 2010 01:14:26 -0500
Subject: [Slackbuilds-users] rubygems
In-Reply-To: <AANLkTin0aWefJJJtCyD_scolZE5rmwWNe08RtKJf6kdR@mail.gmail.com>
References: <AANLkTik301R5fiEKaXi73rlTBVOxvceCY9Uqp_BTNZDl@mail.gmail.com>
	<AANLkTin0aWefJJJtCyD_scolZE5rmwWNe08RtKJf6kdR@mail.gmail.com>
Message-ID: <20100605011426.12c14fb8@liberty.rlwhome.lan>

On Tue, 1 Jun 2010 19:33:21 -0400
Vincent Batts <vbatts at hashbangbash.com> wrote:

> rubygems needs to be removed from the repo. it has been rolled into
> ruby-1.9.1, which is installed in a default slackware installation.


Thanks for the heads-up; this is now removed in my branch.

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

From rworkman at slackbuilds.org  Sat Jun  5 06:20:31 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sat, 5 Jun 2010 01:20:31 -0500
Subject: [Slackbuilds-users] Fix multimedia/farsight2
In-Reply-To: <AANLkTin4BdWbE1fuoEp-NyYve7ktn9JfQrt3XMvnvw_S@mail.gmail.com>
References: <AANLkTin4BdWbE1fuoEp-NyYve7ktn9JfQrt3XMvnvw_S@mail.gmail.com>
Message-ID: <20100605012031.5350e3a8@liberty.rlwhome.lan>

On Tue, 1 Jun 2010 17:35:43 -0300
Max Miorim <miorimmax at gmail.com> wrote:

> libnice was updated to 0.0.11 quite some time ago and since then
> farsight2 fails to build because the header udp-bsd.h isn't provided
> by libnice anymore.
> 
> The bug report https://bugs.freedesktop.org/show_bug.cgi?id=27260 has
> more details but, basically, farsight2 has to be patched to not use
> the said header or updated to 0.0.18.
> 
> Following, the patch to don't include udp-bsd.h (it's "git am'able"):


Applied to my branch (with minor tweaks to comments); thanks!

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

From rworkman at slackbuilds.org  Sat Jun  5 06:25:13 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sat, 5 Jun 2010 01:25:13 -0500
Subject: [Slackbuilds-users] Slackbuilds md5 tiger (fwd)
In-Reply-To: <alpine.LNX.2.00.1006011215280.3575@pc.desktop>
References: <alpine.LNX.2.00.1006011215280.3575@pc.desktop>
Message-ID: <20100605012513.41b47d2b@liberty.rlwhome.lan>

On Tue, 1 Jun 2010 12:15:51 +0200 (CEST)
Menno Duursma <druiloor at zonnet.nl> wrote:

> 
> This mirror image still works as before (and the hash seems to match):
> 
> http://www.sfr-fresh.com/unix/misc/tiger-3.2.3.tar.gz
> 


Since the savannah mirror is official upstream, it seems better
to use that md5sum as the canonical one, so it's done in my
branch.  If this is non-ideal, let me know.

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

From niels.horn at gmail.com  Sat Jun  5 14:01:06 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Sat, 5 Jun 2010 11:01:06 -0300
Subject: [Slackbuilds-users] Problems building packages that use OpenGL when
	having NVIDIA driver installed
Message-ID: <AANLkTinnlJxiQPY7o_FT0FZE_nzNWR8gRzZsFAsGD2jA@mail.gmail.com>

Hi all,

I started building some packages on a new box lately, that has some
more processing power.

The problem I noticed that happens only on this box, is that packages
that use OpenGL functions (from the libGL library), crash while
building, with the following error (sometimes the error is a bit
hidden in a config.log):

"undefined reference to `_nv000008gl'"

A little Googling shows that this is a problem in the NVIDIA driver,
which I have installed in that particular box.

I have found two workarounds until now:

1) Build on another box, without the NVIDIA card

2) Switch back to the xorg drivers temporarily using "nvidia-switch
--xorg", build the package, switch back to NVIDIA using "nvidia-switch
--nvidia" (note: this of course only works if you installed the NVIDIA
drivers using the SlackBuild script, not directly with the binary
blob).

Both solutions will build a package that will work without problems on
the box with the NVIDIA card or any other graphics card.


Now for the questions:

1) Am I alone here or have other users experienced the same problem?
2) If this is a common problem, could / should this be mentioned in
the FAQ on SBo?

If it's just me, I'll hide back in my corner and promise to be quiet. :)

Thanks,

Niels Horn
Rio de Janeiro, RJ
Brasil
site: www.nielshorn.net
e-mail: niels.horn at gmail.com

From didier.spaier at epsm.fr  Sat Jun  5 15:36:43 2010
From: didier.spaier at epsm.fr (Didier Spaier)
Date: Sat, 05 Jun 2010 17:36:43 +0200
Subject: [Slackbuilds-users] Problems building packages that use OpenGL
 when	having NVIDIA driver installed
In-Reply-To: <AANLkTinnlJxiQPY7o_FT0FZE_nzNWR8gRzZsFAsGD2jA@mail.gmail.com>
References: <AANLkTinnlJxiQPY7o_FT0FZE_nzNWR8gRzZsFAsGD2jA@mail.gmail.com>
Message-ID: <4C0A6F0B.1030707@epsm.fr>

On 05/06/2010 16:01, Niels Horn wrote:
> Hi all,
>
> I started building some packages on a new box lately, that has some
> more processing power.
>
> The problem I noticed that happens only on this box, is that packages
> that use OpenGL functions (from the libGL library), crash while
> building, with the following error (sometimes the error is a bit
> hidden in a config.log):
>
> "undefined reference to `_nv000008gl'"
>
> A little Googling shows that this is a problem in the NVIDIA driver,
> which I have installed in that particular box.
>
> I have found two workarounds until now:
>
> 1) Build on another box, without the NVIDIA card
>
> 2) Switch back to the xorg drivers temporarily using "nvidia-switch
> --xorg", build the package, switch back to NVIDIA using "nvidia-switch
> --nvidia" (note: this of course only works if you installed the NVIDIA
> drivers using the SlackBuild script, not directly with the binary
> blob).
>
> Both solutions will build a package that will work without problems on
> the box with the NVIDIA card or any other graphics card.

I can help much, as I use nouveau instead of the blob.

In the mean time I noticed on this page:
http://nouveau.freedesktop.org/wiki/TroubleShooting
that the proprietary nVidia driver overrides libGL.so, shipped with the mesa package in Slackware64-13.1

May be be it could help to tell with which Slackware and nVidia driver versions this problem occur.

From didier.spaier at epsm.fr  Sat Jun  5 15:39:24 2010
From: didier.spaier at epsm.fr (Didier Spaier)
Date: Sat, 05 Jun 2010 17:39:24 +0200
Subject: [Slackbuilds-users] Problems building packages that use OpenGL
 when	having NVIDIA driver installed
In-Reply-To: <AANLkTinnlJxiQPY7o_FT0FZE_nzNWR8gRzZsFAsGD2jA@mail.gmail.com>
References: <AANLkTinnlJxiQPY7o_FT0FZE_nzNWR8gRzZsFAsGD2jA@mail.gmail.com>
Message-ID: <4C0A6FAC.60901@epsm.fr>

On former response, of course read "I *can't* help much", sorry -- Didier

From niels.horn at gmail.com  Sat Jun  5 15:49:17 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Sat, 5 Jun 2010 12:49:17 -0300
Subject: [Slackbuilds-users] Problems building packages that use OpenGL
	when having NVIDIA driver installed
In-Reply-To: <4C0A6F0B.1030707@epsm.fr>
References: <AANLkTinnlJxiQPY7o_FT0FZE_nzNWR8gRzZsFAsGD2jA@mail.gmail.com>
	<4C0A6F0B.1030707@epsm.fr>
Message-ID: <AANLkTikILK-vC9xhUCznB9s1guQaRRsUx2DyxZg1twHn@mail.gmail.com>

On Sat, Jun 5, 2010 at 12:36 PM, Didier Spaier <didier.spaier at epsm.fr> wrote:
> On 05/06/2010 16:01, Niels Horn wrote:
>>
>> Hi all,
>>
>> I started building some packages on a new box lately, that has some
>> more processing power.
>>
>> The problem I noticed that happens only on this box, is that packages
>> that use OpenGL functions (from the libGL library), crash while
>> building, with the following error (sometimes the error is a bit
>> hidden in a config.log):
>>
>> "undefined reference to `_nv000008gl'"
>>
>> A little Googling shows that this is a problem in the NVIDIA driver,
>> which I have installed in that particular box.
>>
>> I have found two workarounds until now:
>>
>> 1) Build on another box, without the NVIDIA card
>>
>> 2) Switch back to the xorg drivers temporarily using "nvidia-switch
>> --xorg", build the package, switch back to NVIDIA using "nvidia-switch
>> --nvidia" (note: this of course only works if you installed the NVIDIA
>> drivers using the SlackBuild script, not directly with the binary
>> blob).
>>
>> Both solutions will build a package that will work without problems on
>> the box with the NVIDIA card or any other graphics card.
>
> I can help much, as I use nouveau instead of the blob.
>
> In the mean time I noticed on this page:
> http://nouveau.freedesktop.org/wiki/TroubleShooting
> that the proprietary nVidia driver overrides libGL.so, shipped with the mesa
> package in Slackware64-13.1
>
> May be be it could help to tell with which Slackware and nVidia driver
> versions this problem occur.
>

Didier,

Thanks for replying.
I know about the libGL replacement, that is why I use the
'nvidia-switch' script supplied with the nvidia SlackBuild. It
basically switches back and forth between the nvidia and xorg libGL
versions (and some other libs).

I am hopeful about the nouveau driver, but I'll wait for it to become
officially "stable" before putting it on a production machine.

Niels

From bkirkp at gmail.com  Sat Jun  5 15:50:27 2010
From: bkirkp at gmail.com (Bill Kirkpatrick)
Date: Sat, 5 Jun 2010 10:50:27 -0500
Subject: [Slackbuilds-users] Easytag
Message-ID: <AANLkTikbUjHMvKE7yGX8posR2tpPCDOL5AsXT-EPyODy@mail.gmail.com>

I cannot get easytag to build on my 13.1 installation. During "make" it
issues a "File not found" error for mp4.h. Sure enough there is no mp4.h on
my system, but there is mp4v2.h I contacted the SlackBuild maintainer about
the problem. He thanked me for the info & asked if I wanted to take over
maintenance of the SlackBuild. I emailed the source maintainer, but got no
response, so declined maintenance of the SlackBuild. I managed to install
easytag by adding "--disable-mp4 /" to the configure switches, but I would
like to find out what was done in the SlackBuild to get it to build without
that switch.
Regards,
Bill Kirkpatrick
TSquaredF
K5TTF
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100605/55a428f4/attachment.htm>

From matteo.bernardini at sns.it  Sat Jun  5 16:24:18 2010
From: matteo.bernardini at sns.it (Matteo Bernardini)
Date: Sat, 05 Jun 2010 18:24:18 +0200
Subject: [Slackbuilds-users] Easytag
In-Reply-To: <AANLkTikbUjHMvKE7yGX8posR2tpPCDOL5AsXT-EPyODy@mail.gmail.com>
References: <AANLkTikbUjHMvKE7yGX8posR2tpPCDOL5AsXT-EPyODy@mail.gmail.com>
Message-ID: <4C0A7A32.4050007@sns.it>

On 05/06/2010 17:50, Bill Kirkpatrick wrote:
> I cannot get easytag to build on my 13.1 installation. During "make" 
> it issues a "File not found" error for mp4.h. Sure enough there is no 
> mp4.h on my system, but there is mp4v2.h I contacted the SlackBuild 
> maintainer about the problem. He thanked me for the info & asked if I 
> wanted to take over maintenance of the SlackBuild. I emailed the 
> source maintainer, but got no response, so declined maintenance of the 
> SlackBuild. I managed to install easytag by adding "--disable-mp4 /" 
> to the configure switches, but I would like to find out what was done 
> in the SlackBuild to get it to build without that switch.

looking around I found on the archlinux repository this patch

http://repos.archlinux.org/wsvn/packages/easytag/trunk/mp4v2-1.9.patch

that will let you build an easytag 2.1.6, the latest development 
version, with mp4v2 support.

the bad news are that the 2.1.6 was released two years ago. :(

From disturbed1976 at gmail.com  Sat Jun  5 16:53:13 2010
From: disturbed1976 at gmail.com (Keith Richie)
Date: Sat, 5 Jun 2010 12:53:13 -0400
Subject: [Slackbuilds-users] Problems building packages that use OpenGL
	when having NVIDIA driver installed
In-Reply-To: <AANLkTinnlJxiQPY7o_FT0FZE_nzNWR8gRzZsFAsGD2jA@mail.gmail.com>
References: <AANLkTinnlJxiQPY7o_FT0FZE_nzNWR8gRzZsFAsGD2jA@mail.gmail.com>
Message-ID: <AANLkTikFz5dHKZBNXpufEfmKsA2UBPT50PnZyA_5W5N6@mail.gmail.com>

On Sat, Jun 5, 2010 at 10:01 AM, Niels Horn <niels.horn at gmail.com> wrote:
> Hi all,
>
> I started building some packages on a new box lately, that has some
> more processing power.
>
> The problem I noticed that happens only on this box, is that packages
> that use OpenGL functions (from the libGL library), crash while
> building, with the following error (sometimes the error is a bit
> hidden in a config.log):
>
> "undefined reference to `_nv000008gl'"
>
> A little Googling shows that this is a problem in the NVIDIA driver,
> which I have installed in that particular box.
>
> I have found two workarounds until now:
>
> 1) Build on another box, without the NVIDIA card
>
> 2) Switch back to the xorg drivers temporarily using "nvidia-switch
> --xorg", build the package, switch back to NVIDIA using "nvidia-switch
> --nvidia" (note: this of course only works if you installed the NVIDIA
> drivers using the SlackBuild script, not directly with the binary
> blob).
>
> Both solutions will build a package that will work without problems on
> the box with the NVIDIA card or any other graphics card.
>
>
> Now for the questions:
>
> 1) Am I alone here or have other users experienced the same problem?
> 2) If this is a common problem, could / should this be mentioned in
> the FAQ on SBo?
>
> If it's just me, I'll hide back in my corner and promise to be quiet. :)
>
> Thanks,
>
> Niels Horn
> Rio de Janeiro, RJ
> Brasil
> site: www.nielshorn.net
> e-mail: niels.horn at gmail.com
> _______________________________________________
> 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/
>
>

Which packages? I have the upstream Nvidia binary installed, and have
never came across this. libglpng, ftgl, MythTV, xbmc, and vlc all
built fine on x86_64 and i486. They were built on 'live' build
machines, not VMs. A bit of stuff links and builds against
libGL.so.195.36.24 here.

From kev at pulo.com.au  Sat Jun  5 17:04:14 2010
From: kev at pulo.com.au (Kevin Pulo)
Date: Sun, 6 Jun 2010 03:04:14 +1000
Subject: [Slackbuilds-users] Problems building packages that use
	OpenGL	when having NVIDIA driver installed
In-Reply-To: <AANLkTikFz5dHKZBNXpufEfmKsA2UBPT50PnZyA_5W5N6@mail.gmail.com>
References: <AANLkTinnlJxiQPY7o_FT0FZE_nzNWR8gRzZsFAsGD2jA@mail.gmail.com>
	<AANLkTikFz5dHKZBNXpufEfmKsA2UBPT50PnZyA_5W5N6@mail.gmail.com>
Message-ID: <20100605170413.GF30817@pulo.com.au>

On Sat, Jun 05, 2010 at 12:53:13PM -0400, Keith Richie wrote:

> On Sat, Jun 5, 2010 at 10:01 AM, Niels Horn <niels.horn at gmail.com> wrote:
> 
> > The problem I noticed that happens only on this box, is that packages
> > that use OpenGL functions (from the libGL library), crash while
> > building, with the following error (sometimes the error is a bit
> > hidden in a config.log):
> >
> > "undefined reference to `_nv000008gl'"
> 
> Which packages? I have the upstream Nvidia binary installed, and have
> never came across this. libglpng, ftgl, MythTV, xbmc, and vlc all
> built fine on x86_64 and i486. They were built on 'live' build
> machines, not VMs. A bit of stuff links and builds against
> libGL.so.195.36.24 here.

I also use the upstream NVidia drivers with no real problems.  The
main issue I have is that their /usr/lib64/libGL.la has a bug where it
references -L/usr/X11R6/lib instead of -L/usr/X11R6/lib64.  I've
reported it upstream a long time ago, but it hasn't been fixed.  I
just edit the file by hand every time I upgrade the driver.  But I
notice that the SlackBuild does fix this, so it's unlikely to be your
problem...

Kev.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100606/b87ee3a1/attachment.sig>

From niels.horn at gmail.com  Sat Jun  5 17:07:09 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Sat, 5 Jun 2010 14:07:09 -0300
Subject: [Slackbuilds-users] Problems building packages that use OpenGL
	when having NVIDIA driver installed
In-Reply-To: <AANLkTikFz5dHKZBNXpufEfmKsA2UBPT50PnZyA_5W5N6@mail.gmail.com>
References: <AANLkTinnlJxiQPY7o_FT0FZE_nzNWR8gRzZsFAsGD2jA@mail.gmail.com>
	<AANLkTikFz5dHKZBNXpufEfmKsA2UBPT50PnZyA_5W5N6@mail.gmail.com>
Message-ID: <AANLkTinS4FM40lo131DIUZlrBzfiPpYBSQozOv0RQYxY@mail.gmail.com>

On Sat, Jun 5, 2010 at 1:53 PM, Keith Richie <disturbed1976 at gmail.com> wrote:
> On Sat, Jun 5, 2010 at 10:01 AM, Niels Horn <niels.horn at gmail.com> wrote:
>> Hi all,
>>
>> I started building some packages on a new box lately, that has some
>> more processing power.
>>
>> The problem I noticed that happens only on this box, is that packages
>> that use OpenGL functions (from the libGL library), crash while
>> building, with the following error (sometimes the error is a bit
>> hidden in a config.log):
>>
>> "undefined reference to `_nv000008gl'"
>>
>> A little Googling shows that this is a problem in the NVIDIA driver,
>> which I have installed in that particular box.
>>
>> I have found two workarounds until now:
>>
>> 1) Build on another box, without the NVIDIA card
>>
>> 2) Switch back to the xorg drivers temporarily using "nvidia-switch
>> --xorg", build the package, switch back to NVIDIA using "nvidia-switch
>> --nvidia" (note: this of course only works if you installed the NVIDIA
>> drivers using the SlackBuild script, not directly with the binary
>> blob).
>>
>> Both solutions will build a package that will work without problems on
>> the box with the NVIDIA card or any other graphics card.
>>
>>
>> Now for the questions:
>>
>> 1) Am I alone here or have other users experienced the same problem?
>> 2) If this is a common problem, could / should this be mentioned in
>> the FAQ on SBo?
>>
>> If it's just me, I'll hide back in my corner and promise to be quiet. :)
>>
>> Thanks,
>>
>> Niels Horn
>> Rio de Janeiro, RJ
>> Brasil
>> site: www.nielshorn.net
>> e-mail: niels.horn at gmail.com
>> _______________________________________________
>> 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/
>>
>>
>
> Which packages? I have the upstream Nvidia binary installed, and have
> never came across this. libglpng, ftgl, MythTV, xbmc, and vlc all
> built fine on x86_64 and i486. They were built on 'live' build
> machines, not VMs. A bit of stuff links and builds against
> libGL.so.195.36.24 here.
> _______________________________________________

If you can try LDView for me... It's available on SBo in the 13.1 repository.
The error comes after a while, so wait for a couple of minutes :)

Even if it builds without error, the resulting binary won't work on
NVIDIA cards. You will need a patch that is included in my
"waiting-for-sbo-to-open-submissions" queue, but you can get it here
if you want:
http://www.nielshorn.net/_download/slackware/slackbuilds/LDView.tar.gz

Another one is brlcad, also on SBo, but that one needs >3GB to build,
so only try that if you have enough free disk space and patience.

I hope this gives the same error for you :)

My machine is x86_64 though. My 32-bits box does not have an NVIDIA card in it.

Thanks!

Niels

From disturbed1976 at gmail.com  Sat Jun  5 18:31:28 2010
From: disturbed1976 at gmail.com (Keith Richie)
Date: Sat, 5 Jun 2010 14:31:28 -0400
Subject: [Slackbuilds-users] Problems building packages that use OpenGL
	when having NVIDIA driver installed
In-Reply-To: <AANLkTinS4FM40lo131DIUZlrBzfiPpYBSQozOv0RQYxY@mail.gmail.com>
References: <AANLkTinnlJxiQPY7o_FT0FZE_nzNWR8gRzZsFAsGD2jA@mail.gmail.com>
	<AANLkTikFz5dHKZBNXpufEfmKsA2UBPT50PnZyA_5W5N6@mail.gmail.com>
	<AANLkTinS4FM40lo131DIUZlrBzfiPpYBSQozOv0RQYxY@mail.gmail.com>
Message-ID: <AANLkTimCmX-ennlY1q_zghgCOYHfsts0JcqIuPzX9cMK@mail.gmail.com>

> If you can try LDView for me... It's available on SBo in the 13.1 repository.
> The error comes after a while, so wait for a couple of minutes :)
>
> Even if it builds without error, the resulting binary won't work on
> NVIDIA cards. You will need a patch that is included in my
> "waiting-for-sbo-to-open-submissions" queue, but you can get it here
> if you want:
> http://www.nielshorn.net/_download/slackware/slackbuilds/LDView.tar.gz
>
> Another one is brlcad, also on SBo, but that one needs >3GB to build,
> so only try that if you have enough free disk space and patience.
>
> I hope this gives the same error for you :)
>
> My machine is x86_64 though. My 32-bits box does not have an NVIDIA card in it.
>
> Thanks!
>
> Niels
> _______________________________________________
> 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/
>
>

Brlcad x86_64
OpenGL support (optional).............: yes
Builds fine, launches fine.

/opt/brlcad/bin$ ldd mged |grep GL
        libGL.so.1 => /usr/lib64/../lib64/libGL.so.1 (0x00007effd8fe3000)
        libGLcore.so.1 => /usr/lib64/../lib64/libGLcore.so.1
(0x00007effd4f09000)

ls -l /usr/lib64/libGL.so.1
 /usr/lib64/libGL.so.1 -> libGL.so.195.36.24*

ls -l /lib64/libGLcore.so.1
/usr/lib64/../lib64/libGLcore.so.1 -> libGLcore.so.195.36.24*

From niels.horn at gmail.com  Sat Jun  5 20:17:41 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Sat, 5 Jun 2010 17:17:41 -0300
Subject: [Slackbuilds-users] Problems building packages that use OpenGL
	when having NVIDIA driver installed
In-Reply-To: <AANLkTimCmX-ennlY1q_zghgCOYHfsts0JcqIuPzX9cMK@mail.gmail.com>
References: <AANLkTinnlJxiQPY7o_FT0FZE_nzNWR8gRzZsFAsGD2jA@mail.gmail.com>
	<AANLkTikFz5dHKZBNXpufEfmKsA2UBPT50PnZyA_5W5N6@mail.gmail.com>
	<AANLkTinS4FM40lo131DIUZlrBzfiPpYBSQozOv0RQYxY@mail.gmail.com>
	<AANLkTimCmX-ennlY1q_zghgCOYHfsts0JcqIuPzX9cMK@mail.gmail.com>
Message-ID: <AANLkTildZcsEdfmjVdLFh3s-KpO1FQwGFWp9yVW48GMf@mail.gmail.com>

On Sat, Jun 5, 2010 at 3:31 PM, Keith Richie <disturbed1976 at gmail.com> wrote:
>> If you can try LDView for me... It's available on SBo in the 13.1 repository.
>> The error comes after a while, so wait for a couple of minutes :)
>>
>> Even if it builds without error, the resulting binary won't work on
>> NVIDIA cards. You will need a patch that is included in my
>> "waiting-for-sbo-to-open-submissions" queue, but you can get it here
>> if you want:
>> http://www.nielshorn.net/_download/slackware/slackbuilds/LDView.tar.gz
>>
>> Another one is brlcad, also on SBo, but that one needs >3GB to build,
>> so only try that if you have enough free disk space and patience.
>>
>> I hope this gives the same error for you :)
>>
>> My machine is x86_64 though. My 32-bits box does not have an NVIDIA card in it.
>>
>> Thanks!
>>
>> Niels
>> _______________________________________________
>> 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/
>>
>>
>
> Brlcad x86_64
> OpenGL support (optional).............: yes
> Builds fine, launches fine.
>
> /opt/brlcad/bin$ ldd mged |grep GL
> ? ? ? ?libGL.so.1 => /usr/lib64/../lib64/libGL.so.1 (0x00007effd8fe3000)
> ? ? ? ?libGLcore.so.1 => /usr/lib64/../lib64/libGLcore.so.1
> (0x00007effd4f09000)
>
> ls -l /usr/lib64/libGL.so.1
> ?/usr/lib64/libGL.so.1 -> libGL.so.195.36.24*
>
> ls -l /lib64/libGLcore.so.1
> /usr/lib64/../lib64/libGLcore.so.1 -> libGLcore.so.195.36.24*
> _______________________________________________
> 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/
>
>

Well, that's good... and bad... :)

Good that is is an isolated problem on my machine, and bad, because
it's my problem now to resolve it.

I guess I'll be reinstalling some things this weekend, and if nothing
solves it, do a fresh install.
The only difference I noticed is that my nvidia driver is still 195.36.15.
Maybe time for an update first.

Thanks for the trouble!

Niels

From niels.horn at gmail.com  Sun Jun  6 00:45:05 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Sat, 5 Jun 2010 21:45:05 -0300
Subject: [Slackbuilds-users] Problems building packages that use OpenGL
	when having NVIDIA driver installed
In-Reply-To: <AANLkTildZcsEdfmjVdLFh3s-KpO1FQwGFWp9yVW48GMf@mail.gmail.com>
References: <AANLkTinnlJxiQPY7o_FT0FZE_nzNWR8gRzZsFAsGD2jA@mail.gmail.com>
	<AANLkTikFz5dHKZBNXpufEfmKsA2UBPT50PnZyA_5W5N6@mail.gmail.com>
	<AANLkTinS4FM40lo131DIUZlrBzfiPpYBSQozOv0RQYxY@mail.gmail.com>
	<AANLkTimCmX-ennlY1q_zghgCOYHfsts0JcqIuPzX9cMK@mail.gmail.com>
	<AANLkTildZcsEdfmjVdLFh3s-KpO1FQwGFWp9yVW48GMf@mail.gmail.com>
Message-ID: <AANLkTilW1W3zWRKQE1VPepgKr965sAzn3a1VTT3Cw8Gd@mail.gmail.com>

On Sat, Jun 5, 2010 at 5:17 PM, Niels Horn <niels.horn at gmail.com> wrote:
> On Sat, Jun 5, 2010 at 3:31 PM, Keith Richie <disturbed1976 at gmail.com> wrote:
>>> If you can try LDView for me... It's available on SBo in the 13.1 repository.
>>> The error comes after a while, so wait for a couple of minutes :)
>>>
>>> Even if it builds without error, the resulting binary won't work on
>>> NVIDIA cards. You will need a patch that is included in my
>>> "waiting-for-sbo-to-open-submissions" queue, but you can get it here
>>> if you want:
>>> http://www.nielshorn.net/_download/slackware/slackbuilds/LDView.tar.gz
>>>
>>> Another one is brlcad, also on SBo, but that one needs >3GB to build,
>>> so only try that if you have enough free disk space and patience.
>>>
>>> I hope this gives the same error for you :)
>>>
>>> My machine is x86_64 though. My 32-bits box does not have an NVIDIA card in it.
>>>
>>> Thanks!
>>>
>>> Niels
>>> _______________________________________________
>>> 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/
>>>
>>>
>>
>> Brlcad x86_64
>> OpenGL support (optional).............: yes
>> Builds fine, launches fine.
>>
>> /opt/brlcad/bin$ ldd mged |grep GL
>> ? ? ? ?libGL.so.1 => /usr/lib64/../lib64/libGL.so.1 (0x00007effd8fe3000)
>> ? ? ? ?libGLcore.so.1 => /usr/lib64/../lib64/libGLcore.so.1
>> (0x00007effd4f09000)
>>
>> ls -l /usr/lib64/libGL.so.1
>> ?/usr/lib64/libGL.so.1 -> libGL.so.195.36.24*
>>
>> ls -l /lib64/libGLcore.so.1
>> /usr/lib64/../lib64/libGLcore.so.1 -> libGLcore.so.195.36.24*
>> _______________________________________________
>> 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/
>>
>>
>
> Well, that's good... and bad... :)
>
> Good that is is an isolated problem on my machine, and bad, because
> it's my problem now to resolve it.
>
> I guess I'll be reinstalling some things this weekend, and if nothing
> solves it, do a fresh install.
> The only difference I noticed is that my nvidia driver is still 195.36.15.
> Maybe time for an update first.
>
> Thanks for the trouble!
>
> Niels
>

First of all: thanks for all the feedback I received.

After you guys confirmed that the problem was limited to my system, I
simply did the following:
# nvidia-switch --cleanup
# removepkg nvidia-driver
# removepkg nvidia-kernel (*)
# slackpkg reinstall x/*"
# installpkg nvidia-kernel (*)
# installpkg nvidia-driver

(*) I think these steps are not really necessary, BTW...

and now everything works fine as expected :)

I must have messed something up on this box when I exchanged the
binary nvidia blob for the SlackBuilds packages. Taught me a lesson!

Thanks,

Niels

From mjjzf at syntaktisk.dk  Sun Jun  6 01:02:13 2010
From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=)
Date: Sat, 5 Jun 2010 21:02:13 -0400
Subject: [Slackbuilds-users] Easytag
In-Reply-To: <AANLkTikbUjHMvKE7yGX8posR2tpPCDOL5AsXT-EPyODy@mail.gmail.com>
References: <AANLkTikbUjHMvKE7yGX8posR2tpPCDOL5AsXT-EPyODy@mail.gmail.com>
Message-ID: <20100605210213.6c35eb75@espero.syntaktisk.dk>

On Sat, 5 Jun 2010 10:50:27 -0500
Bill Kirkpatrick <bkirkp at gmail.com> wrote:

> I cannot get easytag to build on my 13.1 installation. During "make"
> it issues a "File not found" error for mp4.h. Sure enough there is no
> mp4.h on my system, but there is mp4v2.h I contacted the SlackBuild
> maintainer about the problem. He thanked me for the info & asked if I
> wanted to take over maintenance of the SlackBuild. I emailed the
> source maintainer, but got no response, so declined maintenance of
> the SlackBuild. I managed to install easytag by adding
> "--disable-mp4 /" to the configure switches, but I would like to find
> out what was done in the SlackBuild to get it to build without that
> switch. Regards,
> Bill Kirkpatrick
> TSquaredF
> K5TTF

Strange that it just worked out of the tin on my install.
I'll look it over and see if I have installed something that could
explain it. I'll install it on a clean install before I submit.
Thank you for the comment.
Yes, it is an old release by now and not showing much sign of revival;
it is, however, the best program I have come across on the platform I
use - Slackware & Xfce - so I like it to stick around for a while. Of
course, if there are better tools in the same style, I am willing to
let this one go!

Yours,
Morten

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

From miorimmax at gmail.com  Sun Jun  6 02:15:07 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Sat, 5 Jun 2010 23:15:07 -0300
Subject: [Slackbuilds-users] Commit 15c18b92 breaks nvidia-kernel.SlackBuild
Message-ID: <AANLkTilge45C1VGnJfSzVXRCVQqUPOIZCTqwvFz3j0rs@mail.gmail.com>

Hi,

Since 15c18b92600cf0859c91a14e9431dab00aa1c34c
nvidia-kernel.SlackBuild fails because $ARCH is not set when $TARGET
is assigned.

Attached, a patch that fixes it autodetecting the architecture before
defining $TARGET.

Regards,

-- Max
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nvidia-kernel_set_arch_before_target.patch.gz
Type: application/x-gzip
Size: 555 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100605/c4697fba/attachment.bin>

From rworkman at slackbuilds.org  Sun Jun  6 02:46:37 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sat, 5 Jun 2010 21:46:37 -0500
Subject: [Slackbuilds-users] Commit 15c18b92 breaks
 nvidia-kernel.SlackBuild
In-Reply-To: <AANLkTilge45C1VGnJfSzVXRCVQqUPOIZCTqwvFz3j0rs@mail.gmail.com>
References: <AANLkTilge45C1VGnJfSzVXRCVQqUPOIZCTqwvFz3j0rs@mail.gmail.com>
Message-ID: <20100605214637.4d2a7660@liberty.rlwhome.lan>

On Sat, 5 Jun 2010 23:15:07 -0300
Max Miorim <miorimmax at gmail.com> wrote:

> Since 15c18b92600cf0859c91a14e9431dab00aa1c34c
> nvidia-kernel.SlackBuild fails because $ARCH is not set when $TARGET
> is assigned.
> 
> Attached, a patch that fixes it autodetecting the architecture before
> defining $TARGET.


Fixed (a bit differently) in 44b7865829008fb8757dd7c4aac85b4941fc50ef
in my branch.  Please double-check.  :-)

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

From chaos.proton at gmail.com  Sun Jun  6 02:55:36 2010
From: chaos.proton at gmail.com (Grissiom)
Date: Sun, 6 Jun 2010 10:55:36 +0800
Subject: [Slackbuilds-users] [PATCH] misc/ibus: merge with new template and
	add kde4 integration
Message-ID: <AANLkTim6LhuZzON19_PEV89C8fdZ6PZoXQ9zpm3rVHmY@mail.gmail.com>

Hello *

I can't wait for the submission to open so I backported the updates of ibus
to 1.3.1 which is the current version in SBo tree. So I hope the patch this
time can be considered as "minor updates and fixes" ;-)

The attachment is the output of git format-patch. The only problem I found
is it will generate diff in the APPROVED entry of .info file, which is
obviously useless in our case...

I will do version bump when the submission open again.

-- 
Cheers,
Grissiom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100606/d5a32681/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-misc-ibus-merge-with-new-template-and-add-kde4-integ.patch
Type: text/x-patch
Size: 5264 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100606/d5a32681/attachment.bin>

From miorimmax at gmail.com  Sun Jun  6 03:22:04 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Sun, 6 Jun 2010 00:22:04 -0300
Subject: [Slackbuilds-users] Commit 15c18b92 breaks
	nvidia-kernel.SlackBuild
In-Reply-To: <20100605214637.4d2a7660@liberty.rlwhome.lan>
References: <AANLkTilge45C1VGnJfSzVXRCVQqUPOIZCTqwvFz3j0rs@mail.gmail.com>
	<20100605214637.4d2a7660@liberty.rlwhome.lan>
Message-ID: <AANLkTinxfZCs8PccNDieTucCPjhPZ1LCTK8Jk5vlVuXS@mail.gmail.com>

On Sat, Jun 5, 2010 at 11:46 PM, Robby Workman <rworkman at slackbuilds.org> wrote:
> On Sat, 5 Jun 2010 23:15:07 -0300
> Max Miorim <miorimmax at gmail.com> wrote:
>
>> Since 15c18b92600cf0859c91a14e9431dab00aa1c34c
>> nvidia-kernel.SlackBuild fails because $ARCH is not set when $TARGET
>> is assigned.
>>
>> Attached, a patch that fixes it autodetecting the architecture before
>> defining $TARGET.
>
>
> Fixed (a bit differently) in 44b7865829008fb8757dd7c4aac85b4941fc50ef
> in my branch. ?Please double-check. ?:-)
>
> -RW

Works for me (tm). ;)

-- Max

From rworkman at slackbuilds.org  Sun Jun  6 04:07:44 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sat, 5 Jun 2010 23:07:44 -0500
Subject: [Slackbuilds-users] Commit 15c18b92 breaks
 nvidia-kernel.SlackBuild
In-Reply-To: <AANLkTinxfZCs8PccNDieTucCPjhPZ1LCTK8Jk5vlVuXS@mail.gmail.com>
References: <AANLkTilge45C1VGnJfSzVXRCVQqUPOIZCTqwvFz3j0rs@mail.gmail.com>
	<20100605214637.4d2a7660@liberty.rlwhome.lan>
	<AANLkTinxfZCs8PccNDieTucCPjhPZ1LCTK8Jk5vlVuXS@mail.gmail.com>
Message-ID: <20100605230744.4dcdc739@liberty.rlwhome.lan>

On Sun, 6 Jun 2010 00:22:04 -0300
Max Miorim <miorimmax at gmail.com> wrote:

> On Sat, Jun 5, 2010 at 11:46 PM, Robby Workman
> <rworkman at slackbuilds.org> wrote:
> > On Sat, 5 Jun 2010 23:15:07 -0300
> > Max Miorim <miorimmax at gmail.com> wrote:
> >
> >> Since 15c18b92600cf0859c91a14e9431dab00aa1c34c
> >> nvidia-kernel.SlackBuild fails because $ARCH is not set when
> >> $TARGET is assigned.
> >>
> >> Attached, a patch that fixes it autodetecting the architecture
> >> before defining $TARGET.
> >
> >
> > Fixed (a bit differently) in
> > 44b7865829008fb8757dd7c4aac85b4941fc50ef in my branch. ?Please
> > double-check. ?:-)
> >
> 
> Works for me (tm). ;)
> 


Thanks for checking!  

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

From rworkman at slackbuilds.org  Sun Jun  6 04:38:13 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sat, 5 Jun 2010 23:38:13 -0500
Subject: [Slackbuilds-users] [PATCH] misc/ibus: merge with new template
 and add kde4 integration
In-Reply-To: <AANLkTim6LhuZzON19_PEV89C8fdZ6PZoXQ9zpm3rVHmY@mail.gmail.com>
References: <AANLkTim6LhuZzON19_PEV89C8fdZ6PZoXQ9zpm3rVHmY@mail.gmail.com>
Message-ID: <20100605233813.1bccc8ed@liberty.rlwhome.lan>

On Sun, 6 Jun 2010 10:55:36 +0800
Grissiom <chaos.proton at gmail.com> wrote:

> I can't wait for the submission to open so I backported the updates
> of ibus to 1.3.1 which is the current version in SBo tree. So I hope
> the patch this time can be considered as "minor updates and fixes" ;-)
> 
> The attachment is the output of git format-patch. The only problem I
> found is it will generate diff in the APPROVED entry of .info file,
> which is obviously useless in our case...
> 
> I will do version bump when the submission open again.


NAK on change to README - notify-python is part of Slackware.

A few tweaks to the other stuff, but applied at commit id
bfe9c28b08e6288beb8bc6086f849ecd8b3af38a in my branch.

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

From andrew.antle at gmail.com  Sun Jun  6 05:32:03 2010
From: andrew.antle at gmail.com (Andrew Antle)
Date: Sun, 6 Jun 2010 01:32:03 -0400
Subject: [Slackbuilds-users] Easytag
In-Reply-To: <20100605210213.6c35eb75@espero.syntaktisk.dk>
References: <AANLkTikbUjHMvKE7yGX8posR2tpPCDOL5AsXT-EPyODy@mail.gmail.com>
	<20100605210213.6c35eb75@espero.syntaktisk.dk>
Message-ID: <20100606053202.GA1464@slack>

On Sat, Jun 05, 2010 at 09:02:13PM -0400, Morten Juhl-Johansen Z?lde-Fej?r wrote:
> it is, however, the best program I have come across on the platform I
> use - Slackware & Xfce - so I like it to stick around for a while. Of
> course, if there are better tools in the same style, I am willing to
> let this one go!
> __
> Morten Juhl-Johansen Z?lde-Fej?r
> http://syntaktisk.dk * mjjzf at syntaktisk.dk

Hello Morten -

I recommend [mutagen][1] or [eyeD3][2].  eyeD3 is command line only, but
the mutagen library has mid3v2 for cli and exfalso for gui.  eyeD3 is on
[slackbuilds.org][3], as well as [mutagen][4]; I usually just checkout
[quodlibet][5] from hg and run exfalso.py from the src dir.

HTH

[1]: http://code.google.com/p/mutagen
[2]: http://eyed3.nicfit.net/
[3]: http://slackbuilds.org/repository/13.1/audio/eyeD3/
[4]: http://slackbuilds.org/repository/13.1/audio/mutagen/
[5]: http://code.google.com/p/quodlibet/
-- 
Andrew Antle
<http://antlechrist.org/>

From chaos.proton at gmail.com  Sun Jun  6 05:36:34 2010
From: chaos.proton at gmail.com (Grissiom)
Date: Sun, 6 Jun 2010 13:36:34 +0800
Subject: [Slackbuilds-users] [PATCH] misc/ibus: merge with new template
	and add kde4 integration
In-Reply-To: <20100605233813.1bccc8ed@liberty.rlwhome.lan>
References: <AANLkTim6LhuZzON19_PEV89C8fdZ6PZoXQ9zpm3rVHmY@mail.gmail.com> 
	<20100605233813.1bccc8ed@liberty.rlwhome.lan>
Message-ID: <AANLkTinQKiHnM2diqjIb5nmzg-6zo5Bjv-1UPxWirqxg@mail.gmail.com>

On Sun, Jun 6, 2010 at 12:38 PM, Robby Workman <rworkman at slackbuilds.org>wrote:
>
> NAK on change to README - notify-python is part of Slackware.
>
>
Oops, I didn't notice that. Thanks for fixing it.


> A few tweaks to the other stuff, but applied at commit id
> bfe9c28b08e6288beb8bc6086f849ecd8b3af38a in my branch.
>
>
Thanks a lot for other cleanups. But it seems that you prefer cat rather
than cp(You changed `cp $CWD/panel.py $PKG/usr/share/ibus/ui/kimpanel/` to
`cat $CWD/panel.py > $PKG/usr/share/ibus/ui/kimpanel/panel.py` in this
case). May I know the reason? ;-)

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

From joshuakwood at gmail.com  Sun Jun  6 05:49:18 2010
From: joshuakwood at gmail.com (JK Wood)
Date: Sun, 6 Jun 2010 00:49:18 -0500
Subject: [Slackbuilds-users] [PATCH] misc/ibus: merge with new template
	and add kde4 integration
In-Reply-To: <AANLkTinQKiHnM2diqjIb5nmzg-6zo5Bjv-1UPxWirqxg@mail.gmail.com>
References: <AANLkTim6LhuZzON19_PEV89C8fdZ6PZoXQ9zpm3rVHmY@mail.gmail.com>
	<20100605233813.1bccc8ed@liberty.rlwhome.lan>
	<AANLkTinQKiHnM2diqjIb5nmzg-6zo5Bjv-1UPxWirqxg@mail.gmail.com>
Message-ID: <AANLkTinDXZCCRfPDFVAVodXv5TkQIAQ2J3KFD2BvkYpc@mail.gmail.com>

On Sun, Jun 6, 2010 at 12:36 AM, Grissiom <chaos.proton at gmail.com> wrote:

> On Sun, Jun 6, 2010 at 12:38 PM, Robby Workman <rworkman at slackbuilds.org>wrote:
>>
>> NAK on change to README - notify-python is part of Slackware.
>>
>>
> Oops, I didn't notice that. Thanks for fixing it.
>
>
>> A few tweaks to the other stuff, but applied at commit id
>> bfe9c28b08e6288beb8bc6086f849ecd8b3af38a in my branch.
>>
>>
> Thanks a lot for other cleanups. But it seems that you prefer cat rather
> than cp(You changed `cp $CWD/panel.py $PKG/usr/share/ibus/ui/kimpanel/` to
> `cat $CWD/panel.py > $PKG/usr/share/ibus/ui/kimpanel/panel.py` in this
> case). May I know the reason? ;-)
>
> --
> 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/
>
>
>
Permissions.  cp can misbehave where cat won't.

--JK
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100606/1ca0c084/attachment.htm>

From rworkman at slackbuilds.org  Sun Jun  6 06:05:33 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sun, 6 Jun 2010 01:05:33 -0500
Subject: [Slackbuilds-users] [PATCH] misc/ibus: merge with new template
 and add kde4 integration
In-Reply-To: <AANLkTinQKiHnM2diqjIb5nmzg-6zo5Bjv-1UPxWirqxg@mail.gmail.com>
References: <AANLkTim6LhuZzON19_PEV89C8fdZ6PZoXQ9zpm3rVHmY@mail.gmail.com>
	<20100605233813.1bccc8ed@liberty.rlwhome.lan>
	<AANLkTinQKiHnM2diqjIb5nmzg-6zo5Bjv-1UPxWirqxg@mail.gmail.com>
Message-ID: <20100606010533.394c38af@liberty.rlwhome.lan>

On Sun, 6 Jun 2010 13:36:34 +0800
Grissiom <chaos.proton at gmail.com> wrote:

> On Sun, Jun 6, 2010 at 12:38 PM, Robby Workman
> <rworkman at slackbuilds.org>wrote:
> >
> > NAK on change to README - notify-python is part of Slackware.
> >
> >
> Oops, I didn't notice that. Thanks for fixing it.
> 
> 
> > A few tweaks to the other stuff, but applied at commit id
> > bfe9c28b08e6288beb8bc6086f849ecd8b3af38a in my branch.
> >
> >
> Thanks a lot for other cleanups. But it seems that you prefer cat
> rather than cp(You changed `cp $CWD/panel.py
> $PKG/usr/share/ibus/ui/kimpanel/` to `cat $CWD/panel.py >
> $PKG/usr/share/ibus/ui/kimpanel/panel.py` in this case). May I know
> the reason? ;-)


Well, probably not a *good* reason, but it's *my* reason :-)
Pat usually uses cat, so I do too.  Not much difference in
this case, I'll admit.

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

From rworkman at slackbuilds.org  Sun Jun  6 06:50:18 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sun, 6 Jun 2010 06:50:18 +0000
Subject: [Slackbuilds-users] Updates - 20100606
Message-ID: <20100606065018.GA2894@slackbuilds.org>

Sun Jun  6 06:42:04 UTC 2010
misc/ibus: Miscellaneous cleanups.
multimedia/farsight2: Fix build with recent libnice
network/claws-mail: Update the hicolor icon cache in doinst.sh
system/nvidia-kernel: Fix ordering of arch detection
system/qemu-kvm: Remove NAME= setting from udev rules file
system/rubygems: Removed (part of Slackware ruby package)
system/tiger: Correct md5sum in .info file

From chaos.proton at gmail.com  Sun Jun  6 14:34:48 2010
From: chaos.proton at gmail.com (Grissiom)
Date: Sun, 6 Jun 2010 22:34:48 +0800
Subject: [Slackbuilds-users] [PATCH] misc/ibus: merge with new template
	and add kde4 integration
In-Reply-To: <AANLkTinDXZCCRfPDFVAVodXv5TkQIAQ2J3KFD2BvkYpc@mail.gmail.com>
References: <AANLkTim6LhuZzON19_PEV89C8fdZ6PZoXQ9zpm3rVHmY@mail.gmail.com> 
	<20100605233813.1bccc8ed@liberty.rlwhome.lan>
	<AANLkTinQKiHnM2diqjIb5nmzg-6zo5Bjv-1UPxWirqxg@mail.gmail.com> 
	<AANLkTinDXZCCRfPDFVAVodXv5TkQIAQ2J3KFD2BvkYpc@mail.gmail.com>
Message-ID: <AANLkTim0espdmwkUe-Tr4gPT7ESAP79iSX_BhVGvx9dZ@mail.gmail.com>

On Sun, Jun 6, 2010 at 1:49 PM, JK Wood <joshuakwood at gmail.com> wrote:
>
> Permissions.  cp can misbehave where cat won't.
>
>
Hmm, could you give concrete examples? In `info coreutils 'cp invocation'`:

     In the absence of this option, each destination file is created
     with the mode bits of the corresponding source file, minus the
     bits set in the umask and minus the set-user-ID and set-group-ID
     bits.  *Note File permissions::.

AFAIK, cat + > will create a file in "default mode", which is masked by
umask. Originally, umask is set to 022. But who knows what would happen
after the system run for years? ;-)

IMHO, cp will preserve file modes in some degree while cp + > will create
files in "default mode". Feel free to correct me if I have something wrong.

-- 
Cheers,
Grissiom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100606/4f55dde7/attachment-0001.htm>

From xgizzmo at slackbuilds.org  Sun Jun  6 15:35:49 2010
From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org)
Date: Sun, 6 Jun 2010 11:35:49 -0400
Subject: [Slackbuilds-users] [PATCH] misc/ibus: merge with new template
	and add kde4 integration
In-Reply-To: <AANLkTim0espdmwkUe-Tr4gPT7ESAP79iSX_BhVGvx9dZ@mail.gmail.com>
References: <AANLkTim6LhuZzON19_PEV89C8fdZ6PZoXQ9zpm3rVHmY@mail.gmail.com>
	<AANLkTinDXZCCRfPDFVAVodXv5TkQIAQ2J3KFD2BvkYpc@mail.gmail.com>
	<AANLkTim0espdmwkUe-Tr4gPT7ESAP79iSX_BhVGvx9dZ@mail.gmail.com>
Message-ID: <201006061135.49874.xgizzmo@slackbuilds.org>

On Sunday 06 June 2010 10:34:48 Grissiom wrote:
> On Sun, Jun 6, 2010 at 1:49 PM, JK Wood <joshuakwood at gmail.com> wrote:
> >
> > Permissions.  cp can misbehave where cat won't.
> >
> >
> Hmm, could you give concrete examples? In `info coreutils 'cp invocation'`:
> 
>      In the absence of this option, each destination file is created
>      with the mode bits of the corresponding source file, minus the
>      bits set in the umask and minus the set-user-ID and set-group-ID
>      bits.  *Note File permissions::.
> 
> AFAIK, cat + > will create a file in "default mode", which is masked by
> umask. Originally, umask is set to 022. But who knows what would happen
> after the system run for years? ;-)
> 
> IMHO, cp will preserve file modes in some degree while cp + > will create
> files in "default mode". Feel free to correct me if I have something wrong.
> 

cp preserves some file modes this is bad because it depends on the source 
  file having correct permissions.

# cp test test3
[root at slacker:/home/gizzmo/test]
# ls -l
total 0
-rwxrwxrwx 1 root root 0 2010-06-06 10:59 test
-rwxr-xr-x 1 root root 0 2010-06-06 11:01 test3

cp -a preserves ownership and permissions, this is also bad because it 
  depends on the source file having the correct ownership and permissions.
# cp -a test test5
[root at slacker:/home/gizzmo/test]
# ls -l
total 0
-rwxrwxrwx 1 nobody root 0 2010-06-06 10:59 test
-rwxrwxrwx 1 nobody root 0 2010-06-06 10:59 test5

cp can be made to work as we need it to but it takes a long list of flags
  and in the end works no better than the simple cat something > somewhere.


From Jim.Diamond at acadiau.ca  Mon Jun  7 01:53:17 2010
From: Jim.Diamond at acadiau.ca (Jim Diamond)
Date: Sun, 6 Jun 2010 22:53:17 -0300
Subject: [Slackbuilds-users] problem wtih auctex slackbuild + suggested fix
Message-ID: <20100607015317.GA1311@jdiamond-nb>

Hi,

The auctex slackbuild script doesn't work on my Slack64 13.1 system.
Specifically, it complained that preview didn't know where to put some
files, and it told me to use the
	--with-texmf-dir
argument to configure.  (This may be due to the fact that I have
texlive 2009 installed in some non-standard place, but I am probably
not alone in that regard.)

While I'm not 100% certain that this is the Right Thing To Do, I
modified the slackbuild file to create a temp directory, use that, and
delete it before creating the package.  I e-mailed the listed
maintainer (Aleksandar Samardzic) but he tells me he's not actually
maintaining it.  He suggested e-mailing the approver (Erik Hanson) but
I didn't find an e-mail addr for Erik.

Attached is my version of the slackbuild, in case someone wants to
update the official slackbuild.

Incidentally, the notice on the SlackBuild Upload Form web page is
maybe a bit out of date.

Cheers.

				Jim
-------------- next part --------------
#!/bin/sh

# Slackware build script for AUCTeX

# Written by Aleksandar Samardzic <asamardzic at matf.bg.ac.yu>

PRGNAM=auctex
VERSION=${VERSION:-11.86}
BUILD=${BUILD:-1}
TAG=${TAG:-_zsd}

# Automatically determine the architecture we're building on:
if [ -z "$ARCH" ]; then
  case "$( uname -m )" in
    i?86) ARCH=i486 ;;
    arm*) ARCH=arm ;;
    # Unless $ARCH is already set, use uname -m for all other archs:
       *) ARCH=$( uname -m ) ;;
  esac
fi

CWD=$(pwd)
TMP=${TMP:-/tmp/SBo}
PKG=$TMP/package-$PRGNAM
OUTPUT=${OUTPUT:-/tmp}

if [ "$ARCH" = "i486" ]; then
  SLKCFLAGS="-O2 -march=i486 -mtune=i686"
  LIBDIRSUFFIX=""
elif [ "$ARCH" = "i686" ]; then
  SLKCFLAGS="-O2 -march=i686 -mtune=i686"
  LIBDIRSUFFIX=""
elif [ "$ARCH" = "x86_64" ]; then
  SLKCFLAGS="-O2 -fPIC"
  LIBDIRSUFFIX="64"
else
  SLKCFLAGS="-O2"
  LIBDIRSUFFIX=""
fi

set -e

rm -rf $PKG
mkdir -p $TMP $PKG $OUTPUT
cd $TMP
rm -rf $PRGNAM-$VERSION
tar xvf $CWD/$PRGNAM-$VERSION.tar.gz
cd $PRGNAM-$VERSION
chown -R root:root .
find . \
 \( -perm 777 -o -perm 775 -o -perm 711 -o -perm 555 -o -perm 511 \) \
 -exec chmod 755 {} \; -o \
 \( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm 400 \) \
 -exec chmod 644 {} \;

preview_holder=`mktemp -d`

CFLAGS="$SLKCFLAGS" \
CXXFLAGS="$SLKCFLAGS" \
./configure \
  --prefix=/usr \
  --libdir=/usr/lib${LIBDIRSUFFIX} \
  --sysconfdir=/etc \
  --localstatedir=/var \
  --mandir=/usr/man \
  --infodir=/usr/info \
  --with-texmf-dir=$preview_holder \
  --build=$ARCH-slackware-linux

make -j 8
make install DESTDIR=$PKG

# Remove files that are in tetex (and texlive)
rm -rf $PKG/usr/share/texmf/tex/latex/preview
rm -rf $PKG/$preview_holder
rm -rf $preview_holder

rm -f $PKG/usr/info/dir
gzip -9 $PKG/usr/info/*.info*

mkdir -p $PKG/usr/doc/$PRGNAM-$VERSION
cp -a CHANGES COPYING ChangeLog FAQ INSTALL README RELEASE TODO \
    $PKG/usr/doc/$PRGNAM-$VERSION
cat $CWD/$PRGNAM.SlackBuild > $PKG/usr/doc/$PRGNAM-$VERSION/$PRGNAM.SlackBuild

mkdir -p $PKG/install
cat $CWD/slack-desc > $PKG/install/slack-desc
cat $CWD/doinst.sh > $PKG/install/doinst.sh

cd $PKG
/sbin/makepkg -l y -c n $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz}

From miorimmax at gmail.com  Mon Jun  7 04:29:42 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Mon, 7 Jun 2010 01:29:42 -0300
Subject: [Slackbuilds-users] Nginx maintainer
Message-ID: <AANLkTilDrLEOlTQSweuVa3ycrd69uLBwrnVMXJfHYOk5@mail.gmail.com>

Hello everybody,

Is there anyone willing to maintain nginx when the submissions are open again?

I have a few fixes and a SlackBuild updated for 0.7.65 in my repo
(http://github.com/miorimmax/slackbuilds/commits/nginx). If no one is
going to maintain it, I'll submit my changes and take over. ;)

--Max

From chaos.proton at gmail.com  Mon Jun  7 06:05:53 2010
From: chaos.proton at gmail.com (Grissiom)
Date: Mon, 7 Jun 2010 14:05:53 +0800
Subject: [Slackbuilds-users] [PATCH] misc/ibus: merge with new template
	and add kde4 integration
In-Reply-To: <201006061135.49874.xgizzmo@slackbuilds.org>
References: <AANLkTim6LhuZzON19_PEV89C8fdZ6PZoXQ9zpm3rVHmY@mail.gmail.com> 
	<AANLkTinDXZCCRfPDFVAVodXv5TkQIAQ2J3KFD2BvkYpc@mail.gmail.com> 
	<AANLkTim0espdmwkUe-Tr4gPT7ESAP79iSX_BhVGvx9dZ@mail.gmail.com> 
	<201006061135.49874.xgizzmo@slackbuilds.org>
Message-ID: <AANLkTinZVT2pdTfHKgobmEkeRcMcLpXzZ3Q9ZrVon_f_@mail.gmail.com>

On Sun, Jun 6, 2010 at 11:35 PM, <xgizzmo at slackbuilds.org> wrote:

> cp preserves some file modes this is bad because it depends on the source
>  file having correct permissions.
>
> # cp test test3
> [root at slacker:/home/gizzmo/test]
> # ls -l
> total 0
> -rwxrwxrwx 1 root root 0 2010-06-06 10:59 test
> -rwxr-xr-x 1 root root 0 2010-06-06 11:01 test3
>
>
This is correct according to the doc(minus umask which is usually 022). I
admit this is a little bit magic in some condition.


> cp -a preserves ownership and permissions, this is also bad because it
>  depends on the source file having the correct ownership and permissions.
> # cp -a test test5
> [root at slacker:/home/gizzmo/test]
> # ls -l
> total 0
> -rwxrwxrwx 1 nobody root 0 2010-06-06 10:59 test
> -rwxrwxrwx 1 nobody root 0 2010-06-06 10:59 test5
>
> cp can be made to work as we need it to but it takes a long list of flags
>  and in the end works no better than the simple cat something > somewhere.


Thanks for the detailed explanation. Then I know I should have a look at the
ap -a in my SlackBuilds(template use it to copy docs) ;-)

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

From rworkman at slackbuilds.org  Mon Jun  7 06:23:35 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Mon, 7 Jun 2010 01:23:35 -0500
Subject: [Slackbuilds-users] [PATCH] misc/ibus: merge with new template
 and add kde4 integration
In-Reply-To: <AANLkTinZVT2pdTfHKgobmEkeRcMcLpXzZ3Q9ZrVon_f_@mail.gmail.com>
References: <AANLkTim6LhuZzON19_PEV89C8fdZ6PZoXQ9zpm3rVHmY@mail.gmail.com>
	<AANLkTinDXZCCRfPDFVAVodXv5TkQIAQ2J3KFD2BvkYpc@mail.gmail.com>
	<AANLkTim0espdmwkUe-Tr4gPT7ESAP79iSX_BhVGvx9dZ@mail.gmail.com>
	<201006061135.49874.xgizzmo@slackbuilds.org>
	<AANLkTinZVT2pdTfHKgobmEkeRcMcLpXzZ3Q9ZrVon_f_@mail.gmail.com>
Message-ID: <20100607012335.5ad51853@liberty.rlwhome.lan>

On Mon, 7 Jun 2010 14:05:53 +0800
Grissiom <chaos.proton at gmail.com> wrote:

> Thanks for the detailed explanation. Then I know I should have a look
> at the ap -a in my SlackBuilds(template use it to copy docs) ;-)


Well, back to the "Pat" argument, but he prefers to use "cp -a"
for those so that the original timestamps will be preserved --
it can be handy to know just how old a doc is when you're reading
it...

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

From chaos.proton at gmail.com  Mon Jun  7 06:34:41 2010
From: chaos.proton at gmail.com (Grissiom)
Date: Mon, 7 Jun 2010 14:34:41 +0800
Subject: [Slackbuilds-users] [PATCH] misc/ibus: merge with new template
	and add kde4 integration
In-Reply-To: <20100607012335.5ad51853@liberty.rlwhome.lan>
References: <AANLkTim6LhuZzON19_PEV89C8fdZ6PZoXQ9zpm3rVHmY@mail.gmail.com> 
	<AANLkTinDXZCCRfPDFVAVodXv5TkQIAQ2J3KFD2BvkYpc@mail.gmail.com> 
	<AANLkTim0espdmwkUe-Tr4gPT7ESAP79iSX_BhVGvx9dZ@mail.gmail.com> 
	<201006061135.49874.xgizzmo@slackbuilds.org>
	<AANLkTinZVT2pdTfHKgobmEkeRcMcLpXzZ3Q9ZrVon_f_@mail.gmail.com> 
	<20100607012335.5ad51853@liberty.rlwhome.lan>
Message-ID: <AANLkTimfI6h_QZYib3CfxAasicUnwUpgqnlsyF3dYQEm@mail.gmail.com>

On Mon, Jun 7, 2010 at 2:23 PM, Robby Workman <rworkman at slackbuilds.org>wrote:

>
> Well, back to the "Pat" argument, but he prefers to use "cp -a"
> for those so that the original timestamps will be preserved --
> it can be handy to know just how old a doc is when you're reading
> it...
>
>
I think that's a very wonderful reason ;-) We have `chown -R root:root` and
`find . ... -exec chmod ..` stuffs so there won't be permission issues.
Excellent match :D If we want to copy something outside the source ball we
still have to play the cat trick I think.

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

From vic_horton at hotmail.com  Mon Jun  7 09:08:24 2010
From: vic_horton at hotmail.com (vic horton)
Date: Mon, 7 Jun 2010 09:08:24 +0000
Subject: [Slackbuilds-users] Final make package failure with ffmpeg
Message-ID: <SNT125-W33DD646D624AD935783725ECD50@phx.gbl>


Dear sir 

Regards the above.

Although the compilation step of  FFmpeg works with your script there is a final failure beginning at line 197 which seems to relate to the packaging of the man pages.

( cd $PKG/usr/man
  find . -type f -exec gzip -9 {} \;
  for i in $(find . -type l) ; do ln -s $(readlink $i).gz $i.gz ; rm $i ; done
)

It seems that no man directory is actually created, assuming that $PKG=/tmp/SBo/package-ffmpeg

I'm a complete noob at this so I'm probably missing something obvious. 

Any help would be appreciated

Yours

V.J.Horton
 		 	   		  
_________________________________________________________________
View photos of singles in your area! Looking for a hot date?
http://clk.atdmt.com/NMN/go/150855801/direct/01/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100607/681522e0/attachment.htm>

From pwcazenave at gmail.com  Mon Jun  7 09:40:29 2010
From: pwcazenave at gmail.com (Pierre Cazenave)
Date: Mon, 07 Jun 2010 10:40:29 +0100
Subject: [Slackbuilds-users] Final make package failure with ffmpeg
In-Reply-To: <SNT125-W33DD646D624AD935783725ECD50@phx.gbl>
References: <SNT125-W33DD646D624AD935783725ECD50@phx.gbl>
Message-ID: <4C0CBE8D.7060602@gmail.com>

See this discussion from last week:

http://lists.slackbuilds.org/pipermail/slackbuilds-users/2010-June/005735.html

In brief, make sure you have T/tetex installed and log in using a true 
root shell:

root at darkstar# su -

as opposed to

root at darkstar# su

The latter doesn't fully populate $PATH with the required directories 
needed by the ffmpeg SlackBuild. For more info, see Step 3 here:

http://slackbuilds.org/howto/

Pierre

On 07/06/2010 10:08, vic horton wrote:
>
> Dear sir
>
> Regards the above.
>
> Although the compilation step of  FFmpeg works with your script there
> is a final failure beginning at line 197 which seems to relate to the
> packaging of the man pages.
>
> ( cd $PKG/usr/man find . -type f -exec gzip -9 {} \; for i in $(find
> . -type l) ; do ln -s $(readlink $i).gz $i.gz ; rm $i ; done )
>
> It seems that no man directory is actually created, assuming that
> $PKG=/tmp/SBo/package-ffmpeg
>
> I'm a complete noob at this so I'm probably missing something
> obvious.
>
> Any help would be appreciated
>
> Yours
>
> V.J.Horton
> _________________________________________________________________
> View photos of singles in your area! Looking for a hot date?
> http://clk.atdmt.com/NMN/go/150855801/direct/01/
>
>
>
> _______________________________________________ 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 the_emmel at gmx.net  Tue Jun  8 06:38:44 2010
From: the_emmel at gmx.net (emmel)
Date: Tue, 8 Jun 2010 08:38:44 +0200
Subject: [Slackbuilds-users] xulrunner
In-Reply-To: <20100602091705.GA2929@pollux.mlnet>
References: <20100529011212.779134c4@liberty.rlwhome.lan>
	<20100529125703.GA2193@pollux.mlnet>
	<20100601011625.31e78b00@liberty.rlwhome.lan>
	<20100601063438.GA2862@pollux.mlnet>
	<20100601081115.427e53f5@darkstar.example.net>
	<20100601153753.GA2038@pollux.mlnet>
	<AANLkTikhD9vOVXt0h-aBCfyoj9hFT5A6mxQic4BJH2Mu@mail.gmail.com>
	<20100601130338.7fa171de@espero.syntaktisk.dk>
	<4C0594D3.9040206@gmail.com> <20100602091705.GA2929@pollux.mlnet>
Message-ID: <20100608063844.GA5969@pollux.mlnet>

On Wed, Jun 02, 2010 at 11:17:05AM +0200, emmel wrote:
> On Tue, Jun 01, 2010 at 08:16:35PM -0300, Luis Henrique F. Cardoso de Mello wrote:
> > You mean Newsfox? If you don't install KDE it's a wonderful option for RSS.
> > 
> > On 06/01/2010 02:03 PM, Morten Juhl-Johansen Z?lde-Fej?r wrote:
> > >On Tue, 1 Jun 2010 09:35:31 -0700
> > >King Beowulf<kingbeowulf at gmail.com>  wrote:
> > >
> > >   
> > >>If you just need a simple RSS reader why not just use the on from KDE
> > >>(Akregator)?. Simple fast no frills and runs ok under Xfce.
> > >>     
> > >Personally, I find that if it is just for basic RSS, Firefox' live
> > >bookmarks do all I need. There is a Chrome extension for those, too.
> > >
> > >Yours,
> > >M
> 
> Thanks for the suggestions. I think I'll give akregator a shot, although
> I'm not happy about having to install all the kdepim stuff and I like a
> *few* frills besides. Especially the saved searches that both liferea
> and RSSOwl offer are quite nice. As I don't really use Firefox (or
> Chrome) the two others mentioned don't really suit me.

Long story told short: I finally got xulrunner to compile... and RSSOwl
does work now. Turns out all I had to do was reinstalling the libX11
package. I have no idea why or what might have broken, but it works now.
-- 
emmel <the_emmel at gmx.net>
GPG signed
Fingerprint: 60B4 D8E3 9617 900C 6726  168F D677 5AAD D40F CCE7
Certserver : hkp://pgp.mit.edu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100608/7843db9b/attachment.sig>

From joao.eel at gmail.com  Tue Jun  8 13:50:55 2010
From: joao.eel at gmail.com (=?ISO-8859-1?Q?Jo=E3o_Felipe_Santos?=)
Date: Tue, 8 Jun 2010 10:50:55 -0300
Subject: [Slackbuilds-users] Packaging Python/MATLAB bindings with library
Message-ID: <AANLkTilcky9IjqkvyOM1bAOsS0c79EMPwzTFuA80U1BF@mail.gmail.com>

Hello all,

I'm writing a SlackBuild to package a library called flann right now.
The package comes with bindings for Python and MATLAB, and I first
thought it would be a good idea to build them all with the same
script. Then, when I started doing it, it looked like a not so good
idea... it will need some hacks to get it done, but will work on the
end of the day. I added some "flags" to the script so it can build
only what is needed.

Do you think separate packages for the binary library and each of the
bindings is a good way to go? Is it better to package everything in
one single package?

--
Jo?o Felipe Santos

From chris.abela at maltats.com  Tue Jun  8 14:34:24 2010
From: chris.abela at maltats.com (Chris Abela)
Date: Tue, 8 Jun 2010 16:34:24 +0200
Subject: [Slackbuilds-users] Packaging Python/MATLAB bindings with
	library
In-Reply-To: <AANLkTilcky9IjqkvyOM1bAOsS0c79EMPwzTFuA80U1BF@mail.gmail.com>
Message-ID: <E1OLzsw-00067u-Bh@fender73.go.net.mt>


Is'nt MATLAB proprietary software? As far as I know it is neither free
(gratis) nor free (libero). --Excuse my Italian.

I have nothing against MATLAB, but Octave is the Open Source alternative to
MATLAB, and OCTAVE is heavily supported here.

Chris
-----Original Message-----
From: slackbuilds-users-bounces at slackbuilds.org
[mailto:slackbuilds-users-bounces at slackbuilds.org] On Behalf Of Jo?o Felipe
Santos
Sent: 08 June 2010 15:51
To: SlackBuilds.org Users List
Subject: [Slackbuilds-users] Packaging Python/MATLAB bindings with library

Hello all,

I'm writing a SlackBuild to package a library called flann right now.
The package comes with bindings for Python and MATLAB, and I first
thought it would be a good idea to build them all with the same
script. Then, when I started doing it, it looked like a not so good
idea... it will need some hacks to get it done, but will work on the
end of the day. I added some "flags" to the script so it can build
only what is needed.

Do you think separate packages for the binary library and each of the
bindings is a good way to go? Is it better to package everything in
one single package?

--
Jo?o Felipe Santos
_______________________________________________
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  Tue Jun  8 14:43:21 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Tue, 8 Jun 2010 11:43:21 -0300
Subject: [Slackbuilds-users] Packaging Python/MATLAB bindings with
	library
In-Reply-To: <AANLkTilcky9IjqkvyOM1bAOsS0c79EMPwzTFuA80U1BF@mail.gmail.com>
References: <AANLkTilcky9IjqkvyOM1bAOsS0c79EMPwzTFuA80U1BF@mail.gmail.com>
Message-ID: <AANLkTilQvGNzp9VcCaVwwsUz7kouZ3qCIHlaHQg0Jqla@mail.gmail.com>

2010/6/8 Jo?o Felipe Santos <joao.eel at gmail.com>:
> Hello all,
>
> I'm writing a SlackBuild to package a library called flann right now.
> The package comes with bindings for Python and MATLAB, and I first
> thought it would be a good idea to build them all with the same
> script. Then, when I started doing it, it looked like a not so good
> idea... it will need some hacks to get it done, but will work on the
> end of the day. I added some "flags" to the script so it can build
> only what is needed.
>
> Do you think separate packages for the binary library and each of the
> bindings is a good way to go? Is it better to package everything in
> one single package?
>
> --
> Jo?o Felipe Santos
> _______________________________________________

Hi Jo?o,

Some considerations come to mind:

1) It is not unheard of to create different packages from a single
source tarball with different SlackBuild scripts (think of
nvidia-driver / nvidia-kernel as one example and zabbix-server /
zabbix-agent as another.

2) If the resulting packages serve different purposes (like in the
examples above), I would create separate SlackBuilds. If they serve
the same purpose, but for different groups of users, you can include a
switch in the SlackBuild to define if it will be built for Python or
MATLIB. If both options are mutually exclusive, you should test for
this.

All this said, remember that it is all just my personal opinion :)

Niels

From joao.eel at gmail.com  Tue Jun  8 14:51:10 2010
From: joao.eel at gmail.com (=?ISO-8859-1?Q?Jo=E3o_Felipe_Santos?=)
Date: Tue, 8 Jun 2010 11:51:10 -0300
Subject: [Slackbuilds-users] Packaging Python/MATLAB bindings with
	library
In-Reply-To: <E1OLzsw-00067u-Bh@fender73.go.net.mt>
References: <AANLkTilcky9IjqkvyOM1bAOsS0c79EMPwzTFuA80U1BF@mail.gmail.com>
	<E1OLzsw-00067u-Bh@fender73.go.net.mt>
Message-ID: <AANLkTingkdno25omPHcs4w2YBAH6Vfq87Stjy2HDmQRp@mail.gmail.com>

On Tue, Jun 8, 2010 at 11:34 AM, Chris Abela <chris.abela at maltats.com> wrote:
>
> Is'nt MATLAB proprietary software? As far as I know it is neither free
> (gratis) nor free (libero). --Excuse my Italian.
>
> I have nothing against MATLAB, but Octave is the Open Source alternative to
> MATLAB, and OCTAVE is heavily supported here.
>
> Chris

Chris,

yes, MATLAB is proprietary, but there are lots of people who use it.
As the library developer created the bindings for MATLAB, adding an
option to build it was straightforward (and can be useful for MATLAB
users).

However, it looks like making a wrapper for Octave is easy and can use
the same source files for creating the "mex" file. I'll investigate
that before submitting the script.

--
Jo?o Felipe Santos

From rworkman at slackbuilds.org  Wed Jun  9 07:44:49 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Wed, 9 Jun 2010 07:44:49 +0000
Subject: [Slackbuilds-users] Updates - 20100609
Message-ID: <20100609074449.GA31387@slackbuilds.org>

Wed Jun  9 07:24:26 UTC 2010
academic/octave: fftw is included in Slackware now.
academic/scipy: fftw is included in Slackware now.
audio/shntool: Fixed typo in README.
audio/swh-plugins: fftw is included in Slackware now.
development/yasm: Fix typo in README.
games/openttd: Updated for version 1.0.1.
libraries/CEGUI: libxml2 is included in Slackware.
libraries/librsync: Script cleanup.
misc/g15stats: Fixed typo in README.
multimedia/exaile: Fixed typo in README.
multimedia/kino: Fixed typo in README.
network/pflogsumm: Clean up README and fixed typo.
system/drbd-tools: Renamed from system/drbd per maintainer.
system/nvidia-legacy173-kernel: Fix ordering of arch detection.
system/nvidia-legacy96-kernel: Fix ordering of arch detection.

From miorimmax at gmail.com  Wed Jun  9 17:45:11 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Wed, 9 Jun 2010 14:45:11 -0300
Subject: [Slackbuilds-users] Fixes to libraries/soundtouch
Message-ID: <AANLkTinWHSEihNk1GoyloG-KDQngBpaxlEi6rW_H1LTf@mail.gmail.com>

Hi,

libraries/sndtouch was removed in
bbdec6d888111a84a54e6bd6e0d9555645c4aedb because it fails to build.

After some time messing with the autohell^W autotools scripts, I found
that they had to be updated/regenrated using the autotools that come
with Slackware 13.1, so the Makefile created by "./configure" works
again.

Attached, the patches to update the autotools scripts and some
cleanups to conform with the new template.

--Max
-------------- next part --------------
A non-text attachment was scrubbed...
Name: misc-cleanups.patch
Type: text/x-patch
Size: 1093 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100609/de39c3d0/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: update-autotools-scripts.patch
Type: text/x-patch
Size: 709 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100609/de39c3d0/attachment-0001.bin>

From miorimmax at gmail.com  Wed Jun  9 21:49:26 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Wed, 9 Jun 2010 18:49:26 -0300
Subject: [Slackbuilds-users] Fixes to libraries/libkate
Message-ID: <AANLkTilpB79Rl3nKPyvgg-g9kRyeARPhNgy99jTZ1whA@mail.gmail.com>

Hi,

The following patches will fix libkate build (using libpng12) and make
the SlackBuild conform to the template.

As a side note, I have decided to use PNG_CFLAGS and PNG_LIBS instead
of writing a patch to the source itself or doing something like 'sed
-e "s#libpng#&12#g configure.ac && autoreconf -f -i' before the
'./configure'.

Also, this SlackBbuild got removed in
c0730536a1d3fdcdd0a8d00f637ce97246a0e42e, the patches will apply
cleanly on a revert of said commit.

-- Max
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 001-libkate-build-using-libpng12.patch
Type: text/x-patch
Size: 2665 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100609/8b89af71/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 002-libkate-misc-cleanups.patch
Type: text/x-patch
Size: 1962 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100609/8b89af71/attachment-0003.bin>

From bgeddy at gmail.com  Thu Jun 10 15:30:34 2010
From: bgeddy at gmail.com (Ed Hughes)
Date: Thu, 10 Jun 2010 16:29:34 +0059
Subject: [Slackbuilds-users] Reworked Python3 SlackBuild
Message-ID: <AANLkTim6TR762-lUhKsNqfjfdDkvpq_d8MT6J9I2rD0v@mail.gmail.com>

Hello,
I have ran and installed the new Slackbuild for python 3.1 from Audrius
Ka?ukauskas which applied the patches to amend
the paths for a Slackware64 system. Python3.1 now starts up correctly with
no errors and run time modules are imported correctly.
As this is the first time I have mailed the slackbuilds-users list I
apologize if this is not the correct protocol to report a successful
slackbuild patch.
Thankyou,
BgEddy
*


*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100610/95b3374d/attachment.htm>

From pc_warner at yahoo.com  Thu Jun 10 22:45:51 2010
From: pc_warner at yahoo.com (Phillip Warner)
Date: Thu, 10 Jun 2010 15:45:51 -0700 (PDT)
Subject: [Slackbuilds-users] Updates - 20100609
In-Reply-To: <20100609074449.GA31387@slackbuilds.org>
Message-ID: <601364.83826.qm@web57702.mail.re3.yahoo.com>

--- On Wed, 6/9/10, Robby Workman <rworkman at slackbuilds.org> wrote:

> libraries/CEGUI: libxml2 is included in Slackware.

I believe libxml2 is also still in the 13.1 repo.

There's a new version of CEGUI as well.  If anyone would like to take over the maintenance of CEGUI and some other related scripts:

DevIL
FreeImage
CEGUI
smc
smc_music

feel free to do so.

--phillip


      

From miorimmax at gmail.com  Thu Jun 10 22:52:48 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Thu, 10 Jun 2010 19:52:48 -0300
Subject: [Slackbuilds-users] Updates - 20100609
In-Reply-To: <601364.83826.qm@web57702.mail.re3.yahoo.com>
References: <20100609074449.GA31387@slackbuilds.org>
	<601364.83826.qm@web57702.mail.re3.yahoo.com>
Message-ID: <AANLkTikPNJb4HnY2Gn4W3ej9cnwqsnwxH8YVHpRbrQc5@mail.gmail.com>

On Thu, Jun 10, 2010 at 7:45 PM, Phillip Warner <pc_warner at yahoo.com> wrote:
> --- On Wed, 6/9/10, Robby Workman <rworkman at slackbuilds.org> wrote:
>
>> libraries/CEGUI: libxml2 is included in Slackware.
>
> I believe libxml2 is also still in the 13.1 repo.

(...)


Assuming you're talking about libxml++, they are different libraries:

"libxml++ is a C++ wrapper for the libxml XML parser library. Its original
author is Ari Johnson and it is currently maintained by Christophe de
Vienne and Murray Cumming. It is released under the LGPL version 2 or above."

http://slackbuilds.org/repository/13.1/libraries/libxml++/


-- Max

From lmello.009 at gmail.com  Fri Jun 11 06:03:31 2010
From: lmello.009 at gmail.com (Luis Henrique F. Cardoso de Mello)
Date: Fri, 11 Jun 2010 03:03:31 -0300
Subject: [Slackbuilds-users] GDM and SLiM problems
Message-ID: <4C11D1B3.90406@gmail.com>

I'm having major problems with GDM, I simply can't login.

A message-box appears saying the X session lasted for less than 5 
seconds. It offers to display ~/.xsession-errors, but the file is empty!

And with SLiM I grab an annoying message on tty6 every now or then:
/Init/: /id/ "/x1/" /respawning too fast/: disabled for 5 minutes
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100611/71ef62a9/attachment.htm>

From dragonwisard at gmail.com  Fri Jun 11 06:09:38 2010
From: dragonwisard at gmail.com (Ben Mendis)
Date: Fri, 11 Jun 2010 02:09:38 -0400
Subject: [Slackbuilds-users] GDM and SLiM problems
In-Reply-To: <4C11D1B3.90406@gmail.com>
References: <4C11D1B3.90406@gmail.com>
Message-ID: <AANLkTimyuWW-uyw9eODM8rqdyPpio-ZVXZcnwb76qHG1@mail.gmail.com>

I think this is a problem with your X11 configuration, not with GDM/SliM.

Verify that you can start up an xserver with 'startx' before switching to
runlevel 4.

On Fri, Jun 11, 2010 at 2:03 AM, Luis Henrique F. Cardoso de Mello <
lmello.009 at gmail.com> wrote:

>  I'm having major problems with GDM, I simply can't login.
>
> A message-box appears saying the X session lasted for less than 5 seconds.
> It offers to display ~/.xsession-errors, but the file is empty!
>
> And with SLiM I grab an annoying message on tty6 every now or then:
> *Init*: *id* "*x1*" *respawning too fast*: disabled for 5 minutes
>
> _______________________________________________
> 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/20100611/99c933c0/attachment.htm>

From hoanghua at gmail.com  Fri Jun 11 05:53:46 2010
From: hoanghua at gmail.com (Hoang HUA)
Date: Fri, 11 Jun 2010 12:53:46 +0700
Subject: [Slackbuilds-users] Help with MySQL Workbench
Message-ID: <AANLkTimrhOreJG8EZlHaOU9-C3P-pWkEBz7nmzzgJ0SF@mail.gmail.com>

Hi,

Is there anyone success to build MysQL Workbench on Slackware 13.1. I've
tried with both 5.1.18 (GA) and 5.2.22 (RC) versions, but all end up with
"mysql-workbench[32614]: segfault at 0 ip b550ed03 sp bffe6d7c error 4 in
libc-2.11.1.so[b5495000+15c000]".

I've seems that Antonio Hern?ndez Blas has built 5.1.18 version
successfully, but the link to SlackBuild script given at
http://www.mail-archive.com/slackbuilds-users at slackbuilds.org/msg02100.html no
longer works.

Anything I could do to fix the issue.

Regards,

Hoang HUA
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100611/b4c9a37e/attachment.htm>

From rworkman at slackbuilds.org  Fri Jun 11 06:37:40 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Fri, 11 Jun 2010 01:37:40 -0500
Subject: [Slackbuilds-users] GDM and SLiM problems
In-Reply-To: <4C11D1B3.90406@gmail.com>
References: <4C11D1B3.90406@gmail.com>
Message-ID: <20100611013740.49d44577@liberty.rlwhome.lan>

On Fri, 11 Jun 2010 03:03:31 -0300
"Luis Henrique F. Cardoso de Mello" <lmello.009 at gmail.com> wrote:

> I'm having major problems with GDM, I simply can't login.
> 
> A message-box appears saying the X session lasted for less than 5 
> seconds. It offers to display ~/.xsession-errors, but the file is
> empty!
> 
> And with SLiM I grab an annoying message on tty6 every now or then:
> /Init/: /id/ "/x1/" /respawning too fast/: disabled for 5 minutes


As Ben said, that sounds like a fundamental problem with X itself
rather than with the login manager(s).

Can you confirm that X works correctly from runlevel 3?

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

From lmello.009 at gmail.com  Fri Jun 11 06:47:12 2010
From: lmello.009 at gmail.com (Luis Henrique F. Cardoso de Mello)
Date: Fri, 11 Jun 2010 03:47:12 -0300
Subject: [Slackbuilds-users] GDM and SLiM problems
In-Reply-To: <20100611013740.49d44577@liberty.rlwhome.lan>
References: <4C11D1B3.90406@gmail.com>
	<20100611013740.49d44577@liberty.rlwhome.lan>
Message-ID: <4C11DBF0.4000004@gmail.com>

On 06/11/2010 03:37 AM, Robby Workman wrote:
> On Fri, 11 Jun 2010 03:03:31 -0300
> "Luis Henrique F. Cardoso de Mello"<lmello.009 at gmail.com>  wrote:
>
>    
>> I'm having major problems with GDM, I simply can't login.
>>
>> A message-box appears saying the X session lasted for less than 5
>> seconds. It offers to display ~/.xsession-errors, but the file is
>> empty!
>>
>> And with SLiM I grab an annoying message on tty6 every now or then:
>> /Init/: /id/ "/x1/" /respawning too fast/: disabled for 5 minutes
>>      
>
> As Ben said, that sounds like a fundamental problem with X itself
> rather than with the login manager(s).
>
> Can you confirm that X works correctly from runlevel 3?
>
> -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/
>
>    

Running X from runlevel 3 works ok.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100611/fce833c9/attachment-0001.htm>

From rworkman at slackbuilds.org  Fri Jun 11 06:54:15 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Fri, 11 Jun 2010 01:54:15 -0500
Subject: [Slackbuilds-users] GDM and SLiM problems
In-Reply-To: <4C11DBF0.4000004@gmail.com>
References: <4C11D1B3.90406@gmail.com>
	<20100611013740.49d44577@liberty.rlwhome.lan>
	<4C11DBF0.4000004@gmail.com>
Message-ID: <20100611015415.0b32dd04@liberty.rlwhome.lan>

On Fri, 11 Jun 2010 03:47:12 -0300
"Luis Henrique F. Cardoso de Mello" <lmello.009 at gmail.com> wrote:

> On 06/11/2010 03:37 AM, Robby Workman wrote:
> > On Fri, 11 Jun 2010 03:03:31 -0300
> > "Luis Henrique F. Cardoso de Mello"<lmello.009 at gmail.com>  wrote:
> >
> >    
> >> I'm having major problems with GDM, I simply can't login.
> >>
> >> A message-box appears saying the X session lasted for less than 5
> >> seconds. It offers to display ~/.xsession-errors, but the file is
> >> empty!
> >>
> >> And with SLiM I grab an annoying message on tty6 every now or then:
> >> /Init/: /id/ "/x1/" /respawning too fast/: disabled for 5 minutes
> >>      
> >
> > As Ben said, that sounds like a fundamental problem with X itself
> > rather than with the login manager(s).
> >
> > Can you confirm that X works correctly from runlevel 3?
> >
> 
> Running X from runlevel 3 works ok.


Just wonderful.  What user session are you trying to run?

More importantly, can you try this:
  http://slackbuilds.org/gitweb/?p=slackbuilds.git;a=commit;h=9ca24b4d60f3ace4f90b32c2d41e4c8abc1dd215

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

From lmello.009 at gmail.com  Fri Jun 11 07:05:57 2010
From: lmello.009 at gmail.com (Luis Henrique F. Cardoso de Mello)
Date: Fri, 11 Jun 2010 04:05:57 -0300
Subject: [Slackbuilds-users] GDM and SLiM problems
In-Reply-To: <20100611015415.0b32dd04@liberty.rlwhome.lan>
References: <4C11D1B3.90406@gmail.com>	<20100611013740.49d44577@liberty.rlwhome.lan>	<4C11DBF0.4000004@gmail.com>
	<20100611015415.0b32dd04@liberty.rlwhome.lan>
Message-ID: <4C11E055.4080402@gmail.com>

On 06/11/2010 03:54 AM, Robby Workman wrote:
> On Fri, 11 Jun 2010 03:47:12 -0300
> "Luis Henrique F. Cardoso de Mello"<lmello.009 at gmail.com>  wrote:
>
>    
>> On 06/11/2010 03:37 AM, Robby Workman wrote:
>>      
>>> On Fri, 11 Jun 2010 03:03:31 -0300
>>> "Luis Henrique F. Cardoso de Mello"<lmello.009 at gmail.com>   wrote:
>>>
>>>
>>>        
>>>> I'm having major problems with GDM, I simply can't login.
>>>>
>>>> A message-box appears saying the X session lasted for less than 5
>>>> seconds. It offers to display ~/.xsession-errors, but the file is
>>>> empty!
>>>>
>>>> And with SLiM I grab an annoying message on tty6 every now or then:
>>>> /Init/: /id/ "/x1/" /respawning too fast/: disabled for 5 minutes
>>>>
>>>>          
>>> As Ben said, that sounds like a fundamental problem with X itself
>>> rather than with the login manager(s).
>>>
>>> Can you confirm that X works correctly from runlevel 3?
>>>
>>>        
>> Running X from runlevel 3 works ok.
>>      
>
> Just wonderful.  What user session are you trying to run?
>
> More importantly, can you try this:
>    http://slackbuilds.org/gitweb/?p=slackbuilds.git;a=commit;h=9ca24b4d60f3ace4f90b32c2d41e4c8abc1dd215
>
> -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/
>
>    
I only use XFCE, and don't even install KDE and the other WM's. I tried 
a twm session and it didn't work also.

Luis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100611/e5b77ab5/attachment.htm>

From lmello.009 at gmail.com  Fri Jun 11 07:27:33 2010
From: lmello.009 at gmail.com (Luis Henrique F. Cardoso de Mello)
Date: Fri, 11 Jun 2010 04:27:33 -0300
Subject: [Slackbuilds-users] GDM and SLiM problems
In-Reply-To: <20100611015415.0b32dd04@liberty.rlwhome.lan>
References: <4C11D1B3.90406@gmail.com>	<20100611013740.49d44577@liberty.rlwhome.lan>	<4C11DBF0.4000004@gmail.com>
	<20100611015415.0b32dd04@liberty.rlwhome.lan>
Message-ID: <4C11E565.4040601@gmail.com>

On 06/11/2010 03:54 AM, Robby Workman wrote:
> On Fri, 11 Jun 2010 03:47:12 -0300
> "Luis Henrique F. Cardoso de Mello"<lmello.009 at gmail.com>  wrote:
>
>    
>> On 06/11/2010 03:37 AM, Robby Workman wrote:
>>      
>>> On Fri, 11 Jun 2010 03:03:31 -0300
>>> "Luis Henrique F. Cardoso de Mello"<lmello.009 at gmail.com>   wrote:
>>>
>>>
>>>        
>>>> I'm having major problems with GDM, I simply can't login.
>>>>
>>>> A message-box appears saying the X session lasted for less than 5
>>>> seconds. It offers to display ~/.xsession-errors, but the file is
>>>> empty!
>>>>
>>>> And with SLiM I grab an annoying message on tty6 every now or then:
>>>> /Init/: /id/ "/x1/" /respawning too fast/: disabled for 5 minutes
>>>>
>>>>          
>>> As Ben said, that sounds like a fundamental problem with X itself
>>> rather than with the login manager(s).
>>>
>>> Can you confirm that X works correctly from runlevel 3?
>>>
>>>        
>> Running X from runlevel 3 works ok.
>>      
>
> Just wonderful.  What user session are you trying to run?
>
> More importantly, can you try this:
>    http://slackbuilds.org/gitweb/?p=slackbuilds.git;a=commit;h=9ca24b4d60f3ace4f90b32c2d41e4c8abc1dd215
>
> -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/
>
>    

GDM seems back to normal now, thanks.

Luis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100611/c9d7c994/attachment.htm>

From rworkman at slackbuilds.org  Fri Jun 11 07:49:34 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Fri, 11 Jun 2010 02:49:34 -0500
Subject: [Slackbuilds-users] GDM and SLiM problems
In-Reply-To: <4C11E565.4040601@gmail.com>
References: <4C11D1B3.90406@gmail.com>
	<20100611013740.49d44577@liberty.rlwhome.lan>
	<4C11DBF0.4000004@gmail.com>
	<20100611015415.0b32dd04@liberty.rlwhome.lan>
	<4C11E565.4040601@gmail.com>
Message-ID: <20100611024934.2b862c2b@liberty.rlwhome.lan>

On Fri, 11 Jun 2010 04:27:33 -0300
"Luis Henrique F. Cardoso de Mello" <lmello.009 at gmail.com> wrote:

> >    http://slackbuilds.org/gitweb/?p=slackbuilds.git;a=commit;h=9ca24b4d60f3ace4f90b32c2d41e4c8abc1dd215
> >
> 
> GDM seems back to normal now, thanks.


Well, that's good, but surprising.  The old gdm worked fine here.

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

From ozan.turkyilmaz at gmail.com  Fri Jun 11 08:01:57 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Fri, 11 Jun 2010 11:01:57 +0300
Subject: [Slackbuilds-users] GDM and SLiM problems
In-Reply-To: <AANLkTimyuWW-uyw9eODM8rqdyPpio-ZVXZcnwb76qHG1@mail.gmail.com>
References: <4C11D1B3.90406@gmail.com>
	<AANLkTimyuWW-uyw9eODM8rqdyPpio-ZVXZcnwb76qHG1@mail.gmail.com>
Message-ID: <AANLkTiloz4uUfbwA07jkbdHXtetFooVDKjmR-89zx9M5@mail.gmail.com>

2010/6/11 Ben Mendis <dragonwisard at gmail.com>:
> I think this is a problem with your X11 configuration, not with GDM/SliM.
>
> Verify that you can start up an xserver with 'startx' before switching to
> runlevel 4.

it sometimes happens with misconfigured or problametic dms (either
misconfiguration or bug).

-- 
Ozan

From hoanghua at gmail.com  Fri Jun 11 17:36:46 2010
From: hoanghua at gmail.com (Hoang HUA)
Date: Sat, 12 Jun 2010 00:36:46 +0700
Subject: [Slackbuilds-users] MySQL Workbench SlacBuild Script
In-Reply-To: <4C1266A4.5000807@gmail.com>
References: <4C1266A4.5000807@gmail.com>
Message-ID: <AANLkTikU_n1OuVeBN8s0E6NiakXeYi77fX5UigwcR4YV@mail.gmail.com>

Hi,

Thanks to Martinus Ady H, I've been able to build the package; however,
after the installation, the segfault still happens again.

gdb /usr/bin/mysql-workbench-bin

GNU gdb (GDB) 7.1

Copyright (C) 2010 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html
> >

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law.  Type "show copying"

and "show warranty" for details.

This GDB was configured as "i686-pc-linux-gnu".

For bug reporting instructions, please see:

<http://www.gnu.org/software/gdb/bugs/>...

Reading symbols from /usr/bin/mysql-workbench-bin...(no debugging symbols
> found)...done.

(gdb) run

Starting program: /usr/bin/mysql-workbench-bin

[Thread debugging using libthread_db enabled]


> Program received signal SIGSEGV, Segmentation fault.

0xb6122d03 in strlen () from /lib/libc.so.6

(gdb) bt full

#0  0xb6122d03 in strlen () from /lib/libc.so.6

No symbol table info available.

#1  0x0813e5a6 in main ()

No symbol table info available.


Trying to take a closer look on the error, any hint / suggestion would be
very highly appreciated.

Thanks,

Hoang HUA

On Fri, Jun 11, 2010 at 11:39 PM, Martinus Ady H <mrt.itnewbies at gmail.com>wrote:

> Hii Hoang Hua, this is SlackBuild script for MySQL Workbench you want:)
> --
> Regards,
>
> Martinus Ady H.
>
> MySQL Workbench (A visual database design tool developed by MySQL)
>
> MySQL Workbench is a cross-platform, visual database design tool
> developed by MySQL. It is the highly anticipated successor
> application of the DBDesigner4 project.
>
> This package is the Community OSS Edition.
>
> #!/bin/sh
>
> # Slackware build script for mysql-workbench-oss
>
> # Copyright (c) 2009, Antonio Hern?ndez Blas <hba.nihilismus at gmail.com>
> # All rights reserved.
> #
> # Redistribution and use in source and binary forms, with or without
> # modification, are permitted provided that the following conditions are
> met:
> # 1.- Redistributions of source code must retain the above copyright
> #     notice, this list of conditions and the following disclaimer.
> #
> # THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY
> # EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
> # WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
> # DISCLAIMED. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY
> # DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
> DAMAGES
> # (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
> SERVICES;
> # LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED
> AND
> # ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR
> TORT
> # (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
> THIS
> # SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
>
> PRGNAM=mysql-workbench-oss
> VERSION=${VERSION:-5.1.18}
> ARCH=${ARCH:-i486}
> BUILD=${BUILD:-1}
> TAG=${TAG:-_SBo}
>
> CWD=$(pwd)
> TMP=${TMP:-/tmp/SBo}
> PKG=$TMP/package-$PRGNAM
> OUTPUT=${OUTPUT:-/tmp}
>
> if [ "$ARCH" = "i486" ]; then
>  SLKCFLAGS="-O2 -march=i486 -mtune=i686"
>  LIBDIRSUFFIX=""
> elif [ "$ARCH" = "i686" ]; then
>  SLKCFLAGS="-O2 -march=i686 -mtune=i686"
>  LIBDIRSUFFIX=""
> elif [ "$ARCH" = "x86_64" ]; then
>  SLKCFLAGS="-O2 -fPIC"
>  LIBDIRSUFFIX="64"
> fi
>
> set -e
>
> rm -rf $PKG
> mkdir -p $TMP $PKG $OUTPUT
> cd $TMP
> rm -rf $PRGNAM-$VERSION
> tar xvf $CWD/$PRGNAM-$VERSION.tar.gz
> cd $PRGNAM-$VERSION
> chown -R root:root .
> find . \
>  \( -perm 777 -o -perm 775 -o -perm 711 -o -perm 555 -o -perm 511 \) \
>  -exec chmod 755 {} \; -o \
>  \( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm
> 400 \) \
>  -exec chmod 644 {} \;
>
> CFLAGS="$SLKCFLAGS" \
> CXXFLAGS="$SLKCFLAGS" \
> ./autogen.sh \
>  --prefix=/usr \
>  --libdir=/usr/lib${LIBDIRSUFFIX} \
>  --sysconfdir=/etc \
>  --localstatedir=/var \
>  --mandir=/usr/man \
>  --docdir=/usr/doc/$PRGNAM-$VERSION \
>  --build=$ARCH-slackware-linux \
>  --disable-debug \
>  --enable-shared=yes \
>  --enable-static=no \
>  --enable-python-modules \
>  --enable-readline
>
> make
> make install DESTDIR=$PKG
>
> ( cd $PKG
>  find . | xargs file | grep "executable" | grep ELF | cut -f 1 -d : | \
>    xargs strip --strip-unneeded 2> /dev/null || true
>  find . | xargs file | grep "shared object" | grep ELF | cut -f 1 -d : | \
>    xargs strip --strip-unneeded 2> /dev/null
> )
>
> # There're not manpages
> if [ -d $PKG/usr/share/man ]; then
>  mv $PKG/usr/share/man $PKG/usr
> fi
>
> if [ -d $PKG/usr/man ]; then
>  ( cd $PKG/usr/man
>    find . -type f -exec gzip -9 {} \;
>    for i in $( find . -type l ) ; do ln -s $( readlink $i ).gz $i.gz ; rm
> $i ; done
>  )
> fi
>
> mkdir -p $PKG/usr/doc/$PRGNAM-$VERSION
> cp -a \
>  AUTHORS ChangeLog COPYING INSTALL NEWS README samples \
>  $PKG/usr/doc/$PRGNAM-$VERSION
> cat $CWD/$PRGNAM.SlackBuild >
> $PKG/usr/doc/$PRGNAM-$VERSION/$PRGNAM.SlackBuild
>
> mkdir -p $PKG/install
> cat $CWD/slack-desc > $PKG/install/slack-desc
> cat $CWD/doinst.sh > $PKG/install/doinst.sh
>
> cd $PKG
> /sbin/makepkg -l y -c n
> $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz}
>
> PRGNAM="mysql-workbench-oss"
> VERSION="5.1.18"
> HOMEPAGE="http://dev.mysql.com/workbench/"
> DOWNLOAD="
> http://dev.mysql.com/get/Downloads/MySQLGUITools/mysql-workbench-oss-5.1.18.tar.gz/from/http://mirror.trouble-free.net/mysql_mirror/
> "
> MD5SUM="f136bac3e808cadda36321ac0e644399"
> DOWNLOAD_x86_64=""
> MD5SUM_x86_64=""
> MAINTAINER="Antonio Hern?ndez Blas"
> EMAIL="hba.nihilismus at gmail.com"
> APPROVED=""
>
> # HOW TO EDIT THIS FILE:
> # The "handy ruler" below makes it easier to edit a package description.
>  Line
> # up the first '|' above the ':' following the base package name, and the
> '|'
> # on the right side marks the last column you can put a character in.  You
> must
> # make exactly 11 lines for the formatting to be correct.  It's also
> # customary to leave one space after the ':'.
>
>
> |-----handy-ruler------------------------------------------------------|
> mysql-workbench-oss: MySQL Workbench (A visual database design tool
> developed by MySQL)
> mysql-workbench-oss:
> mysql-workbench-oss: MySQL Workbench is a cross-platform, visual database
> design tool
> mysql-workbench-oss: developed by MySQL. It is the highly anticipated
> successor
> mysql-workbench-oss: application of the DBDesigner4 project.
> mysql-workbench-oss:
> mysql-workbench-oss: This package is the Community OSS Edition.
> mysql-workbench-oss:
> mysql-workbench-oss: Homepage: http://dev.mysql.com/workbench/
> mysql-workbench-oss:
> mysql-workbench-oss:
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100612/a74cb166/attachment-0001.htm>
-------------- next part --------------
MySQL Workbench (A visual database design tool developed by MySQL)

MySQL Workbench is a cross-platform, visual database design tool
developed by MySQL. It is the highly anticipated successor
application of the DBDesigner4 project. 

This package is the Community OSS Edition.
-------------- next part --------------

if [ -x /usr/bin/update-desktop-database ]; then
  /usr/bin/update-desktop-database -q usr/share/applications >/dev/null 2>&1
fi

if [ -x /usr/bin/update-mime-database ]; then
  /usr/bin/update-mime-database usr/share/mime >/dev/null 2>&1
fi

if [ -e usr/share/icons/hicolor/icon-theme.cache ]; then
  if [ -x /usr/bin/gtk-update-icon-cache ]; then
    /usr/bin/gtk-update-icon-cache usr/share/icons/hicolor >/dev/null 2>&1
  fi  
fi
-------------- next part --------------
#!/bin/sh

# Slackware build script for mysql-workbench-oss

# Copyright (c) 2009, Antonio Hern?ndez Blas <hba.nihilismus at gmail.com>
# All rights reserved.
#
# Redistribution and use in source and binary forms, with or without
# modification, are permitted provided that the following conditions are met:
# 1.- Redistributions of source code must retain the above copyright
#     notice, this list of conditions and the following disclaimer.
#
# THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY
# EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
# WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
# DISCLAIMED. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY
# DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
# (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
# LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
# ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
# (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
# SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

PRGNAM=mysql-workbench-oss
VERSION=${VERSION:-5.1.18}
ARCH=${ARCH:-i486}
BUILD=${BUILD:-1}
TAG=${TAG:-_SBo}

CWD=$(pwd)
TMP=${TMP:-/tmp/SBo}
PKG=$TMP/package-$PRGNAM
OUTPUT=${OUTPUT:-/tmp}

if [ "$ARCH" = "i486" ]; then
  SLKCFLAGS="-O2 -march=i486 -mtune=i686"
  LIBDIRSUFFIX=""
elif [ "$ARCH" = "i686" ]; then
  SLKCFLAGS="-O2 -march=i686 -mtune=i686"
  LIBDIRSUFFIX=""
elif [ "$ARCH" = "x86_64" ]; then
  SLKCFLAGS="-O2 -fPIC"
  LIBDIRSUFFIX="64"
fi

set -e

rm -rf $PKG
mkdir -p $TMP $PKG $OUTPUT
cd $TMP
rm -rf $PRGNAM-$VERSION
tar xvf $CWD/$PRGNAM-$VERSION.tar.gz
cd $PRGNAM-$VERSION
chown -R root:root .
find . \
 \( -perm 777 -o -perm 775 -o -perm 711 -o -perm 555 -o -perm 511 \) \
 -exec chmod 755 {} \; -o \
 \( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm 400 \) \
 -exec chmod 644 {} \;

CFLAGS="$SLKCFLAGS" \
CXXFLAGS="$SLKCFLAGS" \
./autogen.sh \
  --prefix=/usr \
  --libdir=/usr/lib${LIBDIRSUFFIX} \
  --sysconfdir=/etc \
  --localstatedir=/var \
  --mandir=/usr/man \
  --docdir=/usr/doc/$PRGNAM-$VERSION \
  --build=$ARCH-slackware-linux \
  --disable-debug \
  --enable-shared=yes \
  --enable-static=no \
  --enable-python-modules \
  --enable-readline

make
make install DESTDIR=$PKG

( cd $PKG
  find . | xargs file | grep "executable" | grep ELF | cut -f 1 -d : | \
    xargs strip --strip-unneeded 2> /dev/null || true
  find . | xargs file | grep "shared object" | grep ELF | cut -f 1 -d : | \
    xargs strip --strip-unneeded 2> /dev/null
)

# There're not manpages
if [ -d $PKG/usr/share/man ]; then
  mv $PKG/usr/share/man $PKG/usr
fi

if [ -d $PKG/usr/man ]; then
  ( cd $PKG/usr/man
    find . -type f -exec gzip -9 {} \;
    for i in $( find . -type l ) ; do ln -s $( readlink $i ).gz $i.gz ; rm $i ; done
  )
fi

mkdir -p $PKG/usr/doc/$PRGNAM-$VERSION
cp -a \
  AUTHORS ChangeLog COPYING INSTALL NEWS README samples \
  $PKG/usr/doc/$PRGNAM-$VERSION
cat $CWD/$PRGNAM.SlackBuild > $PKG/usr/doc/$PRGNAM-$VERSION/$PRGNAM.SlackBuild

mkdir -p $PKG/install
cat $CWD/slack-desc > $PKG/install/slack-desc
cat $CWD/doinst.sh > $PKG/install/doinst.sh

cd $PKG
/sbin/makepkg -l y -c n $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz}
-------------- next part --------------
PRGNAM="mysql-workbench-oss"
VERSION="5.1.18"
HOMEPAGE="http://dev.mysql.com/workbench/"
DOWNLOAD="http://dev.mysql.com/get/Downloads/MySQLGUITools/mysql-workbench-oss-5.1.18.tar.gz/from/http://mirror.trouble-free.net/mysql_mirror/"
MD5SUM="f136bac3e808cadda36321ac0e644399"
DOWNLOAD_x86_64=""
MD5SUM_x86_64=""
MAINTAINER="Antonio Hern?ndez Blas"
EMAIL="hba.nihilismus at gmail.com"
APPROVED=""
-------------- next part --------------
# HOW TO EDIT THIS FILE:
# The "handy ruler" below makes it easier to edit a package description.  Line
# up the first '|' above the ':' following the base package name, and the '|'
# on the right side marks the last column you can put a character in.  You must
# make exactly 11 lines for the formatting to be correct.  It's also
# customary to leave one space after the ':'.

               |-----handy-ruler------------------------------------------------------|
mysql-workbench-oss: MySQL Workbench (A visual database design tool developed by MySQL)
mysql-workbench-oss:
mysql-workbench-oss: MySQL Workbench is a cross-platform, visual database design tool
mysql-workbench-oss: developed by MySQL. It is the highly anticipated successor
mysql-workbench-oss: application of the DBDesigner4 project. 
mysql-workbench-oss:
mysql-workbench-oss: This package is the Community OSS Edition.
mysql-workbench-oss:
mysql-workbench-oss: Homepage: http://dev.mysql.com/workbench/
mysql-workbench-oss:
mysql-workbench-oss:

From hoanghua at gmail.com  Fri Jun 11 17:36:46 2010
From: hoanghua at gmail.com (Hoang HUA)
Date: Sat, 12 Jun 2010 00:36:46 +0700
Subject: [Slackbuilds-users] MySQL Workbench SlacBuild Script
In-Reply-To: <4C1266A4.5000807@gmail.com>
References: <4C1266A4.5000807@gmail.com>
Message-ID: <AANLkTikU_n1OuVeBN8s0E6NiakXeYi77fX5UigwcR4YV@mail.gmail.com>

Hi,

Thanks to Martinus Ady H, I've been able to build the package; however,
after the installation, the segfault still happens again.

gdb /usr/bin/mysql-workbench-bin

GNU gdb (GDB) 7.1

Copyright (C) 2010 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html
> >

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law.  Type "show copying"

and "show warranty" for details.

This GDB was configured as "i686-pc-linux-gnu".

For bug reporting instructions, please see:

<http://www.gnu.org/software/gdb/bugs/>...

Reading symbols from /usr/bin/mysql-workbench-bin...(no debugging symbols
> found)...done.

(gdb) run

Starting program: /usr/bin/mysql-workbench-bin

[Thread debugging using libthread_db enabled]


> Program received signal SIGSEGV, Segmentation fault.

0xb6122d03 in strlen () from /lib/libc.so.6

(gdb) bt full

#0  0xb6122d03 in strlen () from /lib/libc.so.6

No symbol table info available.

#1  0x0813e5a6 in main ()

No symbol table info available.


Trying to take a closer look on the error, any hint / suggestion would be
very highly appreciated.

Thanks,

Hoang HUA

On Fri, Jun 11, 2010 at 11:39 PM, Martinus Ady H <mrt.itnewbies at gmail.com>wrote:

> Hii Hoang Hua, this is SlackBuild script for MySQL Workbench you want:)
> --
> Regards,
>
> Martinus Ady H.
>
> MySQL Workbench (A visual database design tool developed by MySQL)
>
> MySQL Workbench is a cross-platform, visual database design tool
> developed by MySQL. It is the highly anticipated successor
> application of the DBDesigner4 project.
>
> This package is the Community OSS Edition.
>
> #!/bin/sh
>
> # Slackware build script for mysql-workbench-oss
>
> # Copyright (c) 2009, Antonio Hern?ndez Blas <hba.nihilismus at gmail.com>
> # All rights reserved.
> #
> # Redistribution and use in source and binary forms, with or without
> # modification, are permitted provided that the following conditions are
> met:
> # 1.- Redistributions of source code must retain the above copyright
> #     notice, this list of conditions and the following disclaimer.
> #
> # THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY
> # EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
> # WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
> # DISCLAIMED. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY
> # DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
> DAMAGES
> # (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
> SERVICES;
> # LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED
> AND
> # ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR
> TORT
> # (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
> THIS
> # SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
>
> PRGNAM=mysql-workbench-oss
> VERSION=${VERSION:-5.1.18}
> ARCH=${ARCH:-i486}
> BUILD=${BUILD:-1}
> TAG=${TAG:-_SBo}
>
> CWD=$(pwd)
> TMP=${TMP:-/tmp/SBo}
> PKG=$TMP/package-$PRGNAM
> OUTPUT=${OUTPUT:-/tmp}
>
> if [ "$ARCH" = "i486" ]; then
>  SLKCFLAGS="-O2 -march=i486 -mtune=i686"
>  LIBDIRSUFFIX=""
> elif [ "$ARCH" = "i686" ]; then
>  SLKCFLAGS="-O2 -march=i686 -mtune=i686"
>  LIBDIRSUFFIX=""
> elif [ "$ARCH" = "x86_64" ]; then
>  SLKCFLAGS="-O2 -fPIC"
>  LIBDIRSUFFIX="64"
> fi
>
> set -e
>
> rm -rf $PKG
> mkdir -p $TMP $PKG $OUTPUT
> cd $TMP
> rm -rf $PRGNAM-$VERSION
> tar xvf $CWD/$PRGNAM-$VERSION.tar.gz
> cd $PRGNAM-$VERSION
> chown -R root:root .
> find . \
>  \( -perm 777 -o -perm 775 -o -perm 711 -o -perm 555 -o -perm 511 \) \
>  -exec chmod 755 {} \; -o \
>  \( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm
> 400 \) \
>  -exec chmod 644 {} \;
>
> CFLAGS="$SLKCFLAGS" \
> CXXFLAGS="$SLKCFLAGS" \
> ./autogen.sh \
>  --prefix=/usr \
>  --libdir=/usr/lib${LIBDIRSUFFIX} \
>  --sysconfdir=/etc \
>  --localstatedir=/var \
>  --mandir=/usr/man \
>  --docdir=/usr/doc/$PRGNAM-$VERSION \
>  --build=$ARCH-slackware-linux \
>  --disable-debug \
>  --enable-shared=yes \
>  --enable-static=no \
>  --enable-python-modules \
>  --enable-readline
>
> make
> make install DESTDIR=$PKG
>
> ( cd $PKG
>  find . | xargs file | grep "executable" | grep ELF | cut -f 1 -d : | \
>    xargs strip --strip-unneeded 2> /dev/null || true
>  find . | xargs file | grep "shared object" | grep ELF | cut -f 1 -d : | \
>    xargs strip --strip-unneeded 2> /dev/null
> )
>
> # There're not manpages
> if [ -d $PKG/usr/share/man ]; then
>  mv $PKG/usr/share/man $PKG/usr
> fi
>
> if [ -d $PKG/usr/man ]; then
>  ( cd $PKG/usr/man
>    find . -type f -exec gzip -9 {} \;
>    for i in $( find . -type l ) ; do ln -s $( readlink $i ).gz $i.gz ; rm
> $i ; done
>  )
> fi
>
> mkdir -p $PKG/usr/doc/$PRGNAM-$VERSION
> cp -a \
>  AUTHORS ChangeLog COPYING INSTALL NEWS README samples \
>  $PKG/usr/doc/$PRGNAM-$VERSION
> cat $CWD/$PRGNAM.SlackBuild >
> $PKG/usr/doc/$PRGNAM-$VERSION/$PRGNAM.SlackBuild
>
> mkdir -p $PKG/install
> cat $CWD/slack-desc > $PKG/install/slack-desc
> cat $CWD/doinst.sh > $PKG/install/doinst.sh
>
> cd $PKG
> /sbin/makepkg -l y -c n
> $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz}
>
> PRGNAM="mysql-workbench-oss"
> VERSION="5.1.18"
> HOMEPAGE="http://dev.mysql.com/workbench/"
> DOWNLOAD="
> http://dev.mysql.com/get/Downloads/MySQLGUITools/mysql-workbench-oss-5.1.18.tar.gz/from/http://mirror.trouble-free.net/mysql_mirror/
> "
> MD5SUM="f136bac3e808cadda36321ac0e644399"
> DOWNLOAD_x86_64=""
> MD5SUM_x86_64=""
> MAINTAINER="Antonio Hern?ndez Blas"
> EMAIL="hba.nihilismus at gmail.com"
> APPROVED=""
>
> # HOW TO EDIT THIS FILE:
> # The "handy ruler" below makes it easier to edit a package description.
>  Line
> # up the first '|' above the ':' following the base package name, and the
> '|'
> # on the right side marks the last column you can put a character in.  You
> must
> # make exactly 11 lines for the formatting to be correct.  It's also
> # customary to leave one space after the ':'.
>
>
> |-----handy-ruler------------------------------------------------------|
> mysql-workbench-oss: MySQL Workbench (A visual database design tool
> developed by MySQL)
> mysql-workbench-oss:
> mysql-workbench-oss: MySQL Workbench is a cross-platform, visual database
> design tool
> mysql-workbench-oss: developed by MySQL. It is the highly anticipated
> successor
> mysql-workbench-oss: application of the DBDesigner4 project.
> mysql-workbench-oss:
> mysql-workbench-oss: This package is the Community OSS Edition.
> mysql-workbench-oss:
> mysql-workbench-oss: Homepage: http://dev.mysql.com/workbench/
> mysql-workbench-oss:
> mysql-workbench-oss:
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100612/a74cb166/attachment-0003.htm>
-------------- next part --------------
MySQL Workbench (A visual database design tool developed by MySQL)

MySQL Workbench is a cross-platform, visual database design tool
developed by MySQL. It is the highly anticipated successor
application of the DBDesigner4 project. 

This package is the Community OSS Edition.
-------------- next part --------------

if [ -x /usr/bin/update-desktop-database ]; then
  /usr/bin/update-desktop-database -q usr/share/applications >/dev/null 2>&1
fi

if [ -x /usr/bin/update-mime-database ]; then
  /usr/bin/update-mime-database usr/share/mime >/dev/null 2>&1
fi

if [ -e usr/share/icons/hicolor/icon-theme.cache ]; then
  if [ -x /usr/bin/gtk-update-icon-cache ]; then
    /usr/bin/gtk-update-icon-cache usr/share/icons/hicolor >/dev/null 2>&1
  fi  
fi
-------------- next part --------------
#!/bin/sh

# Slackware build script for mysql-workbench-oss

# Copyright (c) 2009, Antonio Hern?ndez Blas <hba.nihilismus at gmail.com>
# All rights reserved.
#
# Redistribution and use in source and binary forms, with or without
# modification, are permitted provided that the following conditions are met:
# 1.- Redistributions of source code must retain the above copyright
#     notice, this list of conditions and the following disclaimer.
#
# THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY
# EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
# WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
# DISCLAIMED. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY
# DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
# (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
# LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
# ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
# (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
# SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

PRGNAM=mysql-workbench-oss
VERSION=${VERSION:-5.1.18}
ARCH=${ARCH:-i486}
BUILD=${BUILD:-1}
TAG=${TAG:-_SBo}

CWD=$(pwd)
TMP=${TMP:-/tmp/SBo}
PKG=$TMP/package-$PRGNAM
OUTPUT=${OUTPUT:-/tmp}

if [ "$ARCH" = "i486" ]; then
  SLKCFLAGS="-O2 -march=i486 -mtune=i686"
  LIBDIRSUFFIX=""
elif [ "$ARCH" = "i686" ]; then
  SLKCFLAGS="-O2 -march=i686 -mtune=i686"
  LIBDIRSUFFIX=""
elif [ "$ARCH" = "x86_64" ]; then
  SLKCFLAGS="-O2 -fPIC"
  LIBDIRSUFFIX="64"
fi

set -e

rm -rf $PKG
mkdir -p $TMP $PKG $OUTPUT
cd $TMP
rm -rf $PRGNAM-$VERSION
tar xvf $CWD/$PRGNAM-$VERSION.tar.gz
cd $PRGNAM-$VERSION
chown -R root:root .
find . \
 \( -perm 777 -o -perm 775 -o -perm 711 -o -perm 555 -o -perm 511 \) \
 -exec chmod 755 {} \; -o \
 \( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm 400 \) \
 -exec chmod 644 {} \;

CFLAGS="$SLKCFLAGS" \
CXXFLAGS="$SLKCFLAGS" \
./autogen.sh \
  --prefix=/usr \
  --libdir=/usr/lib${LIBDIRSUFFIX} \
  --sysconfdir=/etc \
  --localstatedir=/var \
  --mandir=/usr/man \
  --docdir=/usr/doc/$PRGNAM-$VERSION \
  --build=$ARCH-slackware-linux \
  --disable-debug \
  --enable-shared=yes \
  --enable-static=no \
  --enable-python-modules \
  --enable-readline

make
make install DESTDIR=$PKG

( cd $PKG
  find . | xargs file | grep "executable" | grep ELF | cut -f 1 -d : | \
    xargs strip --strip-unneeded 2> /dev/null || true
  find . | xargs file | grep "shared object" | grep ELF | cut -f 1 -d : | \
    xargs strip --strip-unneeded 2> /dev/null
)

# There're not manpages
if [ -d $PKG/usr/share/man ]; then
  mv $PKG/usr/share/man $PKG/usr
fi

if [ -d $PKG/usr/man ]; then
  ( cd $PKG/usr/man
    find . -type f -exec gzip -9 {} \;
    for i in $( find . -type l ) ; do ln -s $( readlink $i ).gz $i.gz ; rm $i ; done
  )
fi

mkdir -p $PKG/usr/doc/$PRGNAM-$VERSION
cp -a \
  AUTHORS ChangeLog COPYING INSTALL NEWS README samples \
  $PKG/usr/doc/$PRGNAM-$VERSION
cat $CWD/$PRGNAM.SlackBuild > $PKG/usr/doc/$PRGNAM-$VERSION/$PRGNAM.SlackBuild

mkdir -p $PKG/install
cat $CWD/slack-desc > $PKG/install/slack-desc
cat $CWD/doinst.sh > $PKG/install/doinst.sh

cd $PKG
/sbin/makepkg -l y -c n $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz}
-------------- next part --------------
PRGNAM="mysql-workbench-oss"
VERSION="5.1.18"
HOMEPAGE="http://dev.mysql.com/workbench/"
DOWNLOAD="http://dev.mysql.com/get/Downloads/MySQLGUITools/mysql-workbench-oss-5.1.18.tar.gz/from/http://mirror.trouble-free.net/mysql_mirror/"
MD5SUM="f136bac3e808cadda36321ac0e644399"
DOWNLOAD_x86_64=""
MD5SUM_x86_64=""
MAINTAINER="Antonio Hern?ndez Blas"
EMAIL="hba.nihilismus at gmail.com"
APPROVED=""
-------------- next part --------------
# HOW TO EDIT THIS FILE:
# The "handy ruler" below makes it easier to edit a package description.  Line
# up the first '|' above the ':' following the base package name, and the '|'
# on the right side marks the last column you can put a character in.  You must
# make exactly 11 lines for the formatting to be correct.  It's also
# customary to leave one space after the ':'.

               |-----handy-ruler------------------------------------------------------|
mysql-workbench-oss: MySQL Workbench (A visual database design tool developed by MySQL)
mysql-workbench-oss:
mysql-workbench-oss: MySQL Workbench is a cross-platform, visual database design tool
mysql-workbench-oss: developed by MySQL. It is the highly anticipated successor
mysql-workbench-oss: application of the DBDesigner4 project. 
mysql-workbench-oss:
mysql-workbench-oss: This package is the Community OSS Edition.
mysql-workbench-oss:
mysql-workbench-oss: Homepage: http://dev.mysql.com/workbench/
mysql-workbench-oss:
mysql-workbench-oss:

From ozan.turkyilmaz at gmail.com  Fri Jun 11 17:42:40 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Fri, 11 Jun 2010 20:42:40 +0300
Subject: [Slackbuilds-users] MySQL Workbench SlacBuild Script
In-Reply-To: <AANLkTikU_n1OuVeBN8s0E6NiakXeYi77fX5UigwcR4YV@mail.gmail.com>
References: <4C1266A4.5000807@gmail.com>
	<AANLkTikU_n1OuVeBN8s0E6NiakXeYi77fX5UigwcR4YV@mail.gmail.com>
Message-ID: <AANLkTimZtqs5yQCsulPh2FzY8XRmcJ4tkua4cQErjxjN@mail.gmail.com>

2010/6/11 Hoang HUA <hoanghua at gmail.com>:

can you try with debug on (check the configure line in the build
stript) and don't strip the binaries.
gdb does not say much


-- 
Ozan

From hoang at dirox.net  Fri Jun 11 18:32:35 2010
From: hoang at dirox.net (Hoang HUA)
Date: Sat, 12 Jun 2010 01:32:35 +0700
Subject: [Slackbuilds-users] MySQL Workbench SlacBuild Script
In-Reply-To: <AANLkTimZtqs5yQCsulPh2FzY8XRmcJ4tkua4cQErjxjN@mail.gmail.com>
References: <4C1266A4.5000807@gmail.com>
	<AANLkTikU_n1OuVeBN8s0E6NiakXeYi77fX5UigwcR4YV@mail.gmail.com> 
	<AANLkTimZtqs5yQCsulPh2FzY8XRmcJ4tkua4cQErjxjN@mail.gmail.com>
Message-ID: <AANLkTinN86vQo2f3OoFi1va0DuzJr8eNgu60UpOSLZgU@mail.gmail.com>

Hi Ozan,

Tried to rebuild with mysql-workbench-oss.SlackBuild modified to remove the
line "--disable-debug", also I've checked "make install" is used, not "make
install-strip". Waiting for a long time and finally the package built;
however, gdb doesn't give any more information (probably, my gdb is not
properly configured - it used to warn "no module named backtrace", so i've
tried to rebuild a new one). But this time, I noticed that there is a some
debug infos output by running mysql-workbench script which is a wrapper with
"catchsegv". The log could be seen in the attached file. Any light
you could see on that?

Regards,

Hoang HUA
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100612/da8eaec9/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mysql_workbench_segfault_bt
Type: application/octet-stream
Size: 20555 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100612/da8eaec9/attachment-0001.obj>

From ozan.turkyilmaz at gmail.com  Fri Jun 11 18:50:55 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Fri, 11 Jun 2010 21:50:55 +0300
Subject: [Slackbuilds-users] MySQL Workbench SlacBuild Script
In-Reply-To: <AANLkTinN86vQo2f3OoFi1va0DuzJr8eNgu60UpOSLZgU@mail.gmail.com>
References: <4C1266A4.5000807@gmail.com>
	<AANLkTikU_n1OuVeBN8s0E6NiakXeYi77fX5UigwcR4YV@mail.gmail.com>
	<AANLkTimZtqs5yQCsulPh2FzY8XRmcJ4tkua4cQErjxjN@mail.gmail.com>
	<AANLkTinN86vQo2f3OoFi1va0DuzJr8eNgu60UpOSLZgU@mail.gmail.com>
Message-ID: <AANLkTik1Utykw9vhXkFLe8b8I_YBY8cAiCs5rpeYNtG5@mail.gmail.com>

010/6/11 Hoang HUA <hoang at dirox.net>:
> Hi Ozan,
> Tried to rebuild with?mysql-workbench-oss.SlackBuild modified to remove the
> line "--disable-debug", also I've checked "make install" is used, not "make
> install-strip". Waiting for a long time and finally the package built;
> however, gdb doesn't give any more information (probably, my gdb is not
> properly configured - it used to warn "no module named backtrace", so i've
> tried to rebuild a new one). But this time, I noticed that there is a some
> debug infos output by running mysql-workbench script which is a wrapper with
> "catchsegv". The log could be seen in the attached file. Any light
> you?could?see on that?
> Regards,

as i see, it startes running, then it loads the ui using libglade.
libglade needs xml file
for ui definitions. it uses libxml2, and in libxml2 function
ParserInputBufferCreateFilename
it craps itself. but i'm rusty with gdb backtraces etc.

-- 
Ozan

From lukenshiro at ngi.it  Fri Jun 11 19:09:51 2010
From: lukenshiro at ngi.it (LukenShiro)
Date: Fri, 11 Jun 2010 21:09:51 +0200
Subject: [Slackbuilds-users] MySQL Workbench SlacBuild Script
In-Reply-To: <AANLkTinN86vQo2f3OoFi1va0DuzJr8eNgu60UpOSLZgU@mail.gmail.com>
References: <4C1266A4.5000807@gmail.com>
	<AANLkTikU_n1OuVeBN8s0E6NiakXeYi77fX5UigwcR4YV@mail.gmail.com>
	<AANLkTimZtqs5yQCsulPh2FzY8XRmcJ4tkua4cQErjxjN@mail.gmail.com>
	<AANLkTinN86vQo2f3OoFi1va0DuzJr8eNgu60UpOSLZgU@mail.gmail.com>
Message-ID: <20100611210951.03475907lukenshiro@ngi.it@multiverse.sigil.edu>

Il giorno Sat, 12 Jun 2010 01:32:35 +0700
Hoang HUA <hoang at dirox.net> ha scritto:
> Tried to rebuild with mysql-workbench-oss.SlackBuild modified to
> remove the line "--disable-debug", also I've checked "make install"
> is used, not "make install-strip". Waiting for a long time and
> finally the package built; however, gdb doesn't give any more
> information (probably, my gdb is not properly configured - it used to
> warn "no module named backtrace", so i've tried to rebuild a new
> one). But this time, I noticed that there is a some debug infos
> output by running mysql-workbench script which is a wrapper with
> "catchsegv". The log could be seen in the attached file. Any light
> you could see on that?

I don't know, but have you removed "find ... strip ..." lines
in .SlackBuild? 


-- 
GNU/Linux * Slackware64 current
LU #210970 SU #12583 LM #98222/#412913


From rworkman at slackbuilds.org  Sat Jun 12 13:12:26 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sat, 12 Jun 2010 13:12:26 +0000
Subject: [Slackbuilds-users] Updates - 20100612
Message-ID: <20100612131226.GA27937@slackbuilds.org>

Sat Jun 12 12:50:05 UTC 2010
desktop/QtCurve-Gtk2: Updated for version 1.4.1.
desktop/QtCurve-KDE4: Updated for version 1.4.3.
desktop/cwp: Updated for version 1.0.4.
desktop/tint2: Fixed "Zero-2" CFLAG.
development/kdesvn: Updated for version 1.5.3.
development/pip: Updated for version 0.7.2.
development/python3: Updated for version 3.1.2.
libraries/ORBit2: Updated for version 2.4.18.
libraries/cssutils: Updated for version 0.9.7b2.
libraries/gtksourceview: Updated for version 2.10.1.
libraries/libglademm: Fixed SLKCFLAGS for i686.
libraries/libsoup: Updated for version 2.30.1.
libraries/libtorrent-rasterbar: Updated for version 0.15.0.
libraries/podofo: Updated for version 0.8.0.
libraries/wxGTK: Updated for version 2.8.11.
libraries/yaz: Updated for version 4.0.9.
misc/nfoview: Small fix and cleanups.
multimedia/GoogleEarth: Updated for version 5.1.3535.3218.
multimedia/gst-plugins-bad: Updated for version 0.10.18.
multimedia/gst-plugins-ugly: Updated for version 0.10.14.
network/RSSOwl: Updated for version 2.0.5.
network/bitlbee: Updated for version 1.2.7.
network/pidgin-facebookchat: Updated for version 1.67.
network/wireshark: Updated for version 1.2.9.
office/fbreader: Updated for version 0.12.10.
office/openoffice.org: Updated for version 3.2.1.
system/dosbox: Updated for version 0.74.
system/gdm: Updated for version 2.20.11.
system/grub4dos: Added (bootloader based on GNU GRUB)
system/lbench: Added (system benchmark tool)
system/parallel: Updated for version 20100601.
system/pyserial: Updated for version 2.5_rc2.
system/roxterm: Updated for version 1.18.3.
system/zeroinstall-injector: Updated for version 0.48.


From chaos.proton at gmail.com  Sat Jun 12 14:16:46 2010
From: chaos.proton at gmail.com (Grissiom)
Date: Sat, 12 Jun 2010 22:16:46 +0800
Subject: [Slackbuilds-users] Updates - 20100612
In-Reply-To: <20100612131226.GA27937@slackbuilds.org>
References: <20100612131226.GA27937@slackbuilds.org>
Message-ID: <AANLkTil_Ml_Ma1zPZ-yGuUx_hEBt0x8uo0KKPwC7K5k8@mail.gmail.com>

On Sat, Jun 12, 2010 at 9:12 PM, Robby Workman <rworkman at slackbuilds.org>wrote:

> Sat Jun 12 12:50:05 UTC 2010
>
...

> system/pyserial: Updated for version 2.5_rc2.
>
...

As the maintainer of pyserial in the time of 13.0, I didn't do version
bumps. So does this mean that I lost the maintain?

Also, I noticed that the submission form is opened again. Congratulations
;-)

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

From hoang at dirox.net  Sat Jun 12 17:59:52 2010
From: hoang at dirox.net (Hoang HUA)
Date: Sun, 13 Jun 2010 00:59:52 +0700
Subject: [Slackbuilds-users] MySQL Workbench SlacBuild Script
In-Reply-To: <-4718379757682646995@unknownmsgid>
References: <4C1266A4.5000807@gmail.com>
	<AANLkTikU_n1OuVeBN8s0E6NiakXeYi77fX5UigwcR4YV@mail.gmail.com> 
	<AANLkTimZtqs5yQCsulPh2FzY8XRmcJ4tkua4cQErjxjN@mail.gmail.com> 
	<AANLkTinN86vQo2f3OoFi1va0DuzJr8eNgu60UpOSLZgU@mail.gmail.com> 
	<-4718379757682646995@unknownmsgid>
Message-ID: <AANLkTilFu5vZviLgFlPewO-0W8JZ1n8sWgW6MaqSlMER@mail.gmail.com>

Ya ... I haven't remove these lines in SlackBuild script yet (@luken:
thanks). I've remove the lines and then go another round. This time, GDB
gives some more details:

(gdb) bt full
#0  0xb6122d03 in strlen () from /lib/libc.so.6
No symbol table info available.
#1  0x0813e8d6 in std::char_traits<char>::length (argc=Cannot access memory
at address 0x0
) at
/usr/lib/gcc/i486-slackware-linux/4.4.4/../../../../include/c++/4.4.4/bits/char_traits.h:263
No locals.
#2  std::string::assign (argc=Cannot access memory at address 0x0
) at
/usr/lib/gcc/i486-slackware-linux/4.4.4/../../../../include/c++/4.4.4/bits/basic_string.h:975
No locals.
#3  std::string::operator= (argc=Cannot access memory at address 0x0
) at
/usr/lib/gcc/i486-slackware-linux/4.4.4/../../../../include/c++/4.4.4/bits/basic_string.h:519
No locals.
#4  main (argc=Cannot access memory at address 0x0
) at main.cpp:140
        i = -1224718793
        wboptions = {basedir = {static npos = 4294967295, _M_dataplus =
{<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data
fields>}, <No data fields>}, _M_p = 0x859f13c ""}},
          plugin_search_path = {static npos = 4294967295, _M_dataplus =
{<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data
fields>}, <No data fields>}, _M_p = 0x859f13c ""}},
          struct_search_path = {static npos = 4294967295, _M_dataplus =
{<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data
fields>}, <No data fields>}, _M_p = 0x859f13c ""}},
          module_search_path = {static npos = 4294967295, _M_dataplus =
{<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data
fields>}, <No data fields>}, _M_p = 0x859f13c ""}},
          library_search_path = {static npos = 4294967295, _M_dataplus =
{<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data
fields>}, <No data fields>}, _M_p = 0x859f13c ""}},
          cdbc_driver_search_path = {static npos = 4294967295, _M_dataplus =
{<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data
fields>}, <No data fields>}, _M_p = 0x859f13c ""}},
          user_data_dir = {static npos = 4294967295, _M_dataplus =
{<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data
fields>}, <No data fields>}, _M_p = 0x859f13c ""}},
          open_at_startup = {static npos = 4294967295, _M_dataplus =
{<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data
fields>}, <No data fields>}, _M_p = 0x859f13c ""}},
          force_sw_rendering = false, force_opengl_rendering = false,
use_log_file = false}
        app = <incomplete type>
        program = {_wb_context_ui = 0xf2a93a3, _wb_context = 0xb7ffeff4,
_grt_manager = 0xb7033ff4, _main_form = 0x8482864, _idle_signal_conn =
{slot_ = 0x0}, static _instance = 0x0}

Something in MySQL Work Bench's script which is not compatible with
Slackware?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100613/37eb9743/attachment.htm>

From ozan.turkyilmaz at gmail.com  Sat Jun 12 18:22:31 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Sat, 12 Jun 2010 21:22:31 +0300
Subject: [Slackbuilds-users] MySQL Workbench SlacBuild Script
In-Reply-To: <AANLkTilFu5vZviLgFlPewO-0W8JZ1n8sWgW6MaqSlMER@mail.gmail.com>
References: <4C1266A4.5000807@gmail.com>
	<AANLkTikU_n1OuVeBN8s0E6NiakXeYi77fX5UigwcR4YV@mail.gmail.com>
	<AANLkTimZtqs5yQCsulPh2FzY8XRmcJ4tkua4cQErjxjN@mail.gmail.com>
	<AANLkTinN86vQo2f3OoFi1va0DuzJr8eNgu60UpOSLZgU@mail.gmail.com>
	<-4718379757682646995@unknownmsgid>
	<AANLkTilFu5vZviLgFlPewO-0W8JZ1n8sWgW6MaqSlMER@mail.gmail.com>
Message-ID: <AANLkTinizbV7mXNzF-RORQODjzefKyj5PYBmg9kqJOkz@mail.gmail.com>

2010/6/12 Hoang HUA <hoang at dirox.net>:

it fails to read argc for (my guess) reading command line argument. it's weird.

-- 
Ozan

From rworkman at slackbuilds.org  Sat Jun 12 19:13:02 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sat, 12 Jun 2010 14:13:02 -0500
Subject: [Slackbuilds-users] Updates - 20100612
In-Reply-To: <AANLkTil_Ml_Ma1zPZ-yGuUx_hEBt0x8uo0KKPwC7K5k8@mail.gmail.com>
References: <20100612131226.GA27937@slackbuilds.org>
	<AANLkTil_Ml_Ma1zPZ-yGuUx_hEBt0x8uo0KKPwC7K5k8@mail.gmail.com>
Message-ID: <20100612141302.41df6414@liberty.rlwhome.lan>

On Sat, 12 Jun 2010 22:16:46 +0800
Grissiom <chaos.proton at gmail.com> wrote:

> On Sat, Jun 12, 2010 at 9:12 PM, Robby Workman
> <rworkman at slackbuilds.org>wrote:
> 
> > Sat Jun 12 12:50:05 UTC 2010
> >
> ...
> 
> > system/pyserial: Updated for version 2.5_rc2.
> >
> ...
> 
> As the maintainer of pyserial in the time of 13.0, I didn't do version
> bumps. So does this mean that I lost the maintain?


No, that was my fault for not paying attention.  I don't know if
I just missed the flagging for a maintainer change or if it did
not get flagged by our submit form (probably I just missed it),
but this update really shouldn't have happened.  I have reverted
everything but the version bump, but if you don't want that 
either, let me know and I'll revert that too.

CC'ing Dustin on this to make sure he is aware.

http://slackbuilds.org/gitweb/?p=slackbuilds.git;a=commit;h=08815b06853f4f

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

From chaos.proton at gmail.com  Sun Jun 13 02:21:29 2010
From: chaos.proton at gmail.com (Grissiom)
Date: Sun, 13 Jun 2010 10:21:29 +0800
Subject: [Slackbuilds-users] Updates - 20100612
In-Reply-To: <20100612141302.41df6414@liberty.rlwhome.lan>
References: <20100612131226.GA27937@slackbuilds.org>
	<AANLkTil_Ml_Ma1zPZ-yGuUx_hEBt0x8uo0KKPwC7K5k8@mail.gmail.com> 
	<20100612141302.41df6414@liberty.rlwhome.lan>
Message-ID: <AANLkTikTMWH9gsEJVPn12SnvJGpXdDNMo9v87R0XXh5_@mail.gmail.com>

On Sun, Jun 13, 2010 at 3:13 AM, Robby Workman <rworkman at slackbuilds.org> wrote:
>
> On Sat, 12 Jun 2010 22:16:46 +0800
> Grissiom <chaos.proton at gmail.com> wrote:
>
> > On Sat, Jun 12, 2010 at 9:12 PM, Robby Workman
> > <rworkman at slackbuilds.org>wrote:
> >
> > > Sat Jun 12 12:50:05 UTC 2010
> > >
> > ...
> >
> > > system/pyserial: Updated for version 2.5_rc2.
> > >
> > ...
> >
> > As the maintainer of pyserial in the time of 13.0, I didn't do version
> > bumps. So does this mean that I lost the maintain?
>
>
> No, that was my fault for not paying attention. ?I don't know if
> I just missed the flagging for a maintainer change or if it did
> not get flagged by our submit form (probably I just missed it),
> but this update really shouldn't have happened. ?I have reverted
> everything but the version bump, but if you don't want that
> either, let me know and I'll revert that too.
>
> CC'ing Dustin on this to make sure he is aware.
>
> http://slackbuilds.org/gitweb/?p=slackbuilds.git;a=commit;h=08815b06853f4f
>

Yeah, that's OK. Actually when I submit the pyserial package, I know
there is 2.5-rc2. But as it is considered as a RC, I _think_ it is not
so mature to general usage. But Dustin may have his/her reason to do
this update. Anyway, I think it is easy to roll back to the original
version if something bad happend ;-)

--
Cheers,
Grissiom

From rworkman at slackbuilds.org  Sun Jun 13 05:02:43 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sun, 13 Jun 2010 05:02:43 +0000
Subject: [Slackbuilds-users] Updates - 20100613
Message-ID: <20100613050243.GA7462@slackbuilds.org>

Sun Jun 13 04:47:39 UTC 2010
development/ddd: Added (a debugger gui)
games/bsnes: Updated for version 0.064.
games/ioquake3: Added (open source Quake 3 distribution)
games/wesnoth: Updated for version 1.8.1.
games/xspacewarp: Added (a "Star Trek" genre game)
graphics/LDView: Patched to fix usage with NVidia cards
graphics/leocad: Added (CAD program for lego-like bricks)
libraries/GConf: Updated for version 2.28.1.
libraries/goffice: Updated for version 0.8.5.
libraries/libhid: Added (abstraction library for HID devices)
libraries/libvmime-zarafa: Added (libvmime patched for zarafa)
libraries/libvmime: Added (mail library in C++)
network/ModemManager: Added (mobile broadband modem API)
network/NetworkManager-openconnect: Added (Cisco AnyConnect support)
network/NetworkManager-openvpn: Added (OpenVPN Support for NM)
network/NetworkManager-pptp: Added (PPTP VPN Support for NM)
network/NetworkManager-vpnc: Added (VPNC Support for NM)
network/NetworkManager: Added (Networking that Just Works)
network/b43-firmware: Updated for version 4.174.64.19.
network/b43-fwcutter: Updated for version 013.
network/mobile-broadband-provider-info: Added (provider settings)
network/network-manager-applet: Added (NetworkManager Applet)
network/shorewall6: Updated for version 4.4.10.
network/shorewall: Updated for version 4.4.10.
network/zarafa-webaccess-ajax: Added (Zarafa web access module)
network/zarafa: Added (MS Exchange Server replacement)
office/gnumeric: Added (GNOME spreadsheet app)
system/pyserial: Reverted maintainer change.
system/wine: Added (win32 API implementation)

From lmello.009 at gmail.com  Sun Jun 13 11:37:03 2010
From: lmello.009 at gmail.com (Luis Henrique F. Cardoso de Mello)
Date: Sun, 13 Jun 2010 08:37:03 -0300
Subject: [Slackbuilds-users] GDM and SLiM problems
In-Reply-To: <AANLkTiloz4uUfbwA07jkbdHXtetFooVDKjmR-89zx9M5@mail.gmail.com>
References: <4C11D1B3.90406@gmail.com>	<AANLkTimyuWW-uyw9eODM8rqdyPpio-ZVXZcnwb76qHG1@mail.gmail.com>
	<AANLkTiloz4uUfbwA07jkbdHXtetFooVDKjmR-89zx9M5@mail.gmail.com>
Message-ID: <4C14C2DF.7030802@gmail.com>

On 06/11/2010 05:01 AM, Ozan T?rky?lmaz wrote:
> 2010/6/11 Ben Mendis<dragonwisard at gmail.com>:
>    
>> I think this is a problem with your X11 configuration, not with GDM/SliM.
>>
>> Verify that you can start up an xserver with 'startx' before switching to
>> runlevel 4.
>>      
> it sometimes happens with misconfigured or problametic dms (either
> misconfiguration or bug).
>
>    
About the slim annoyance, I managed to get it 'fixed' by calling slim in 
/etc/rc.d/rc.4 like this:

# Try to use SLiM login manager:
if [ -x /usr/bin/slim ]; then
exec /usr/bin/slim >& /dev/null
fi

It's interesting to note that in 13.0 I didn't get the 'respawning too 
fast' warning over and over again.

From joao.eel at gmail.com  Sun Jun 13 14:08:43 2010
From: joao.eel at gmail.com (=?ISO-8859-1?Q?Jo=E3o_Felipe_Santos?=)
Date: Sun, 13 Jun 2010 11:08:43 -0300
Subject: [Slackbuilds-users] LyX update
Message-ID: <AANLkTiktwW2irFZbpN4hwTcnPm9Uq2WGJsrM1iDwgKxW@mail.gmail.com>

Hello,

Today I tried to compile the 13.0 version of the LyX SlackBuild and
noticed some problems. Bumping the version to 1.6.6.1 (the newest one)
it compiles without changing anything in the script, but does not
finish to create the package. I did the steps by hand and got a
functional package... so I think it must be something with the 13.1
bash update.

Is the maintainer interested in fixing it? In case he/she does not
have the time, I can fix it myself and submit the update.

-- Jo?o Felipe Santos

From joao.eel at gmail.com  Sun Jun 13 14:35:22 2010
From: joao.eel at gmail.com (=?ISO-8859-1?Q?Jo=E3o_Felipe_Santos?=)
Date: Sun, 13 Jun 2010 11:35:22 -0300
Subject: [Slackbuilds-users] Fix to abntex patch
Message-ID: <AANLkTilyFFa-CpfonO2rncKs3S-vHK0iVBZD1AvCYpPh@mail.gmail.com>

Hello,

I know it looks strange, but the patch for abntex SlackBuilds needs a
patch. I believe it was tested under 13.1 without installing LyX
before (since there was no 13.1 build for 13.1). That way, an issue
was undetected.

The Makefile for abntex searches for a LyX directory so it can install
a layout file, and this part of the patch has a "recursive variable
reference". I do not know if for the 13.0 version of make this was not
an issue, but now you have to use a "simply-expanded variable" for it
to work, that is, set it using ':=' instead of '='.

I'm sending the corrected Makefile.diff attached, since it would be
strange to patch a patch and then patch the actual file :)

-- Jo?o Felipe Santos
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Makefile.diff
Type: text/x-patch
Size: 1254 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100613/67cecd40/attachment.bin>

From lmello.009 at gmail.com  Sun Jun 13 14:53:07 2010
From: lmello.009 at gmail.com (Luis Henrique F. Cardoso de Mello)
Date: Sun, 13 Jun 2010 11:53:07 -0300
Subject: [Slackbuilds-users] LyX update
In-Reply-To: <AANLkTiktwW2irFZbpN4hwTcnPm9Uq2WGJsrM1iDwgKxW@mail.gmail.com>
References: <AANLkTiktwW2irFZbpN4hwTcnPm9Uq2WGJsrM1iDwgKxW@mail.gmail.com>
Message-ID: <4C14F0D3.2070802@gmail.com>

On 06/13/2010 11:08 AM, Jo?o Felipe Santos wrote:
> Hello,
>
> Today I tried to compile the 13.0 version of the LyX SlackBuild and
> noticed some problems. Bumping the version to 1.6.6.1 (the newest one)
> it compiles without changing anything in the script, but does not
> finish to create the package. I did the steps by hand and got a
> functional package... so I think it must be something with the 13.1
> bash update.
>
> Is the maintainer interested in fixing it? In case he/she does not
> have the time, I can fix it myself and submit the update.
>
> -- Jo?o Felipe Santos
> _______________________________________________
> 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/
>
>    
Did you change this binary-strip bit?
> find $PKG | xargs file | grep -e "executable" -e "shared object" | 
> grep ELF \
>   | cut -f 1 -d : | xargs strip --strip-unneeded 2> /dev/null || true

From bmg.andre at gmail.com  Sun Jun 13 15:13:53 2010
From: bmg.andre at gmail.com (=?ISO-8859-1?Q?Andr=E9_Barboza?=)
Date: Sun, 13 Jun 2010 12:13:53 -0300
Subject: [Slackbuilds-users] Fix to abntex patch
In-Reply-To: <AANLkTilyFFa-CpfonO2rncKs3S-vHK0iVBZD1AvCYpPh@mail.gmail.com>
References: <AANLkTilyFFa-CpfonO2rncKs3S-vHK0iVBZD1AvCYpPh@mail.gmail.com>
Message-ID: <AANLkTin606C4ywUSNca8tA0gm8HIXA5_Y3rirmpsyWv5@mail.gmail.com>

Can any admin update the patch file please? Or is it necessary to resubmit?


2010/6/13 Jo?o Felipe Santos <joao.eel at gmail.com>:
> Hello,
>
> I know it looks strange, but the patch for abntex SlackBuilds needs a
> patch. I believe it was tested under 13.1 without installing LyX
> before (since there was no 13.1 build for 13.1). That way, an issue
> was undetected.
>
> The Makefile for abntex searches for a LyX directory so it can install
> a layout file, and this part of the patch has a "recursive variable
> reference". I do not know if for the 13.0 version of make this was not
> an issue, but now you have to use a "simply-expanded variable" for it
> to work, that is, set it using ':=' instead of '='.
>
> I'm sending the corrected Makefile.diff attached, since it would be
> strange to patch a patch and then patch the actual file :)
>
> -- Jo?o Felipe Santos
>
> _______________________________________________
> 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 ein at inbox.com  Sun Jun 13 15:44:38 2010
From: ein at inbox.com (ein)
Date: Sun, 13 Jun 2010 17:44:38 +0200
Subject: [Slackbuilds-users] Quagga Routing Suite
Message-ID: <4C14FCE6.3020808@inbox.com>

Hello,

it's there any reason why quagga slackbuild can not be at slackbuilds.org?

Regards,
e.

____________________________________________________________
Publish your photos in seconds for FREE
TRY IM TOOLPACK at http://www.imtoolpack.com/default.aspx?rc=if4

From lmello.009 at gmail.com  Sun Jun 13 19:13:12 2010
From: lmello.009 at gmail.com (Luis Henrique F. Cardoso de Mello)
Date: Sun, 13 Jun 2010 16:13:12 -0300
Subject: [Slackbuilds-users] Note - libtorrent update + deluge
Message-ID: <4C152DC8.8020206@gmail.com>

After the last update batch, I had to *remove* the deluge package 
*before* recompiling it in order to connect the daemon as expected.

-- Luis

From sid77 at slackware.it  Sun Jun 13 20:08:58 2010
From: sid77 at slackware.it (Marco Bonetti)
Date: Sun, 13 Jun 2010 22:08:58 +0200
Subject: [Slackbuilds-users] Note - libtorrent update + deluge
In-Reply-To: <4C152DC8.8020206@gmail.com>
References: <4C152DC8.8020206@gmail.com>
Message-ID: <4C153ADA.8020305@slackware.it>

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

Luis Henrique F. Cardoso de Mello wrote:
> After the last update batch, I had to *remove* the deluge package
> *before* recompiling it in order to connect the daemon as expected.
Odd, maybe it just didn't like to be upgraded while running :)
Anyway, I'll take a look into it as soon as I move to 13.1 but it will
take some time, thanks for spotting the issue.

ciao

- --
Marco Bonetti
Tor research and other stuff: http://sid77.slackware.it/
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/

iEYEARECAAYFAkwVOtoACgkQTYvJ9gtgvF96ewCgpaErsj2+IDaYkwrGgoHhdpTq
ScsAoN6dV+6sTdP+gEOs+oT4Kqo2zKVb
=b7z4
-----END PGP SIGNATURE-----

From me at alkos333.net  Sun Jun 13 20:20:56 2010
From: me at alkos333.net (alkos333)
Date: Sun, 13 Jun 2010 15:20:56 -0500
Subject: [Slackbuilds-users] networkmanager-applet won't run on Slackware64
	13.1
Message-ID: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com>

Installed

ORBit2
GConf
libtasn1
gnome-keyring
NetworkManager
NetworkManager-openconnect
network-manager-applet

Ran /etc/rc.d/rc.networkmanager start

Tried running nm-applet, but got the following:

libnotify-Message: GetCapabilities call failed: The name
org.freedesktop.Notifications was not provided by any .service files

** (nm-applet:1268): WARNING **: get_all_cb: couldn't retrieve system
settings properties: (2) The name
org.freedesktop.NetworkManagerSystemSettings was not provided by any
.service files.

** (nm-applet:1268): WARNING **: fetch_connections_done: error
fetching system connections: (2) The name
org.freedesktop.NetworkManagerSystemSettings was not provided by any
.service files.


Any thoughts?

From mjjzf at syntaktisk.dk  Sun Jun 13 20:32:27 2010
From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=)
Date: Sun, 13 Jun 2010 16:32:27 -0400
Subject: [Slackbuilds-users] LyX update
In-Reply-To: <4C14F0D3.2070802@gmail.com>
References: <AANLkTiktwW2irFZbpN4hwTcnPm9Uq2WGJsrM1iDwgKxW@mail.gmail.com>
	<4C14F0D3.2070802@gmail.com>
Message-ID: <20100613163227.014b81c9@espero.syntaktisk.dk>

On Sun, 13 Jun 2010 11:53:07 -0300
"Luis Henrique F. Cardoso de Mello" <lmello.009 at gmail.com> wrote:

> On 06/13/2010 11:08 AM, Jo?o Felipe Santos wrote:
> > Hello,
> >
> > Today I tried to compile the 13.0 version of the LyX SlackBuild and
> > noticed some problems. Bumping the version to 1.6.6.1 (the newest
> > one) it compiles without changing anything in the script, but does
> > not finish to create the package. I did the steps by hand and got a
> > functional package... so I think it must be something with the 13.1
> > bash update.
> >
> > Is the maintainer interested in fixing it? In case he/she does not
> > have the time, I can fix it myself and submit the update.
> >
> > -- Jo?o Felipe Santos
> > _______________________________________________
> > 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/
> >
> >    
> Did you change this binary-strip bit?
> > find $PKG | xargs file | grep -e "executable" -e "shared object" | 
> > grep ELF \
> >   | cut -f 1 -d : | xargs strip --strip-unneeded 2> /dev/null ||
> > true

That's it - I have the sript ready for submission.

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

From rworkman at slackbuilds.org  Sun Jun 13 21:07:06 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sun, 13 Jun 2010 16:07:06 -0500
Subject: [Slackbuilds-users] networkmanager-applet won't run on
 Slackware64 13.1
In-Reply-To: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com>
Message-ID: <20100613160706.7646a021@liberty.rlwhome.lan>

On Sun, 13 Jun 2010 15:20:56 -0500
alkos333 <me at alkos333.net> wrote:

> Installed
> 
> ORBit2
> GConf
> libtasn1
> gnome-keyring
> NetworkManager
> NetworkManager-openconnect
> network-manager-applet
> 
> Ran /etc/rc.d/rc.networkmanager start
> 
> Tried running nm-applet, but got the following:
> 
> libnotify-Message: GetCapabilities call failed: The name
> org.freedesktop.Notifications was not provided by any .service files
> 
> ** (nm-applet:1268): WARNING **: get_all_cb: couldn't retrieve system
> settings properties: (2) The name
> org.freedesktop.NetworkManagerSystemSettings was not provided by any
> .service files.
> 
> ** (nm-applet:1268): WARNING **: fetch_connections_done: error
> fetching system connections: (2) The name
> org.freedesktop.NetworkManagerSystemSettings was not provided by any
> .service files.
> 
> 
> Any thoughts?


Have you rebooted since installing?  The messagebus service has
to be restarted, and you can't reliably do that without rebooting.

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

From me at alkos333.net  Sun Jun 13 21:33:11 2010
From: me at alkos333.net (alkos333)
Date: Sun, 13 Jun 2010 16:33:11 -0500
Subject: [Slackbuilds-users] networkmanager-applet won't run on
	Slackware64 13.1
In-Reply-To: <20100613160706.7646a021@liberty.rlwhome.lan>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com> 
	<20100613160706.7646a021@liberty.rlwhome.lan>
Message-ID: <AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com>

On Sun, Jun 13, 2010 at 4:07 PM, Robby Workman <rworkman at slackbuilds.org> wrote:
> Have you rebooted since installing? ?The messagebus service has
> to be restarted, and you can't reliably do that without rebooting.

Yes, tried rebooting, no luck.  Also, this is when I get in the log
when I run /etc/rc.d/rc.networkmanager restart:


Jun 13 16:30:21 localhost NetworkManager: <info>  starting...
Jun 13 16:30:21 localhost NetworkManager: <info>  Trying to start the
modem-manager...
Jun 13 16:30:21 localhost NetworkManager: Loaded plugin keyfile: (c)
2007 - 2008 Red Hat, Inc.  To report bugs please use the
NetworkManager mailing list.
Jun 13 16:30:21 localhost NetworkManager: <ERROR>^I[1276464621.720987]
main (): Failed to initialize the network manager: Could not load
plugin 'vpn': /usr/lib64/NetworkManager/libnm-settings-plugin-vpn.so:
cannot open shared object file: No such file or directory
Jun 13 16:30:21 localhost NetworkManager: traceback:
Jun 13 16:30:21 localhost NetworkManager:
^I/usr/sbin/NetworkManager(main+0x113b) [0x43a5ab]
Jun 13 16:30:21 localhost NetworkManager:
^I/lib64/libc.so.6(__libc_start_main+0xfd) [0x7fa44513bb6d]
Jun 13 16:30:21 localhost NetworkManager: ^I/usr/sbin/NetworkManager()
[0x41a1e9]
Jun 13 16:30:21 localhost kernel: NetworkManager[21533] trap int3
ip:43a630 sp:7fffbeaae4f0 error:0

From rworkman at slackbuilds.org  Sun Jun 13 21:36:03 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sun, 13 Jun 2010 16:36:03 -0500
Subject: [Slackbuilds-users] networkmanager-applet won't run on
 Slackware64 13.1
In-Reply-To: <AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com>
	<20100613160706.7646a021@liberty.rlwhome.lan>
	<AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com>
Message-ID: <20100613163603.06dcec68@liberty.rlwhome.lan>

On Sun, 13 Jun 2010 16:33:11 -0500
alkos333 <me at alkos333.net> wrote:

> On Sun, Jun 13, 2010 at 4:07 PM, Robby Workman
> <rworkman at slackbuilds.org> wrote:
> > Have you rebooted since installing? ?The messagebus service has
> > to be restarted, and you can't reliably do that without rebooting.
> 
> Yes, tried rebooting, no luck.  Also, this is when I get in the log
> when I run /etc/rc.d/rc.networkmanager restart:
> 
> 
> Jun 13 16:30:21 localhost NetworkManager: <info>  starting...
> Jun 13 16:30:21 localhost NetworkManager: <info>  Trying to start the
> modem-manager...
> Jun 13 16:30:21 localhost NetworkManager: Loaded plugin keyfile: (c)
> 2007 - 2008 Red Hat, Inc.  To report bugs please use the
> NetworkManager mailing list.
> Jun 13 16:30:21 localhost NetworkManager: <ERROR>^I[1276464621.720987]
> main (): Failed to initialize the network manager: Could not load
> plugin 'vpn': /usr/lib64/NetworkManager/libnm-settings-plugin-vpn.so:



Crap.  I thought I fixed that before submitting :/

http://slackbuilds.org/gitweb/?p=slackbuilds.git;a=commit;h=64a8aaf1ba

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

From andrew.antle at gmail.com  Sun Jun 13 21:40:03 2010
From: andrew.antle at gmail.com (Andrew Antle)
Date: Sun, 13 Jun 2010 17:40:03 -0400
Subject: [Slackbuilds-users] networkmanager-applet won't run on
	Slackware64 13.1
In-Reply-To: <AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com>
	<20100613160706.7646a021@liberty.rlwhome.lan>
	<AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com>
Message-ID: <5E09B775-3D8D-49DB-B93E-08F6E5BF6158@gmail.com>

On Jun 13, 2010, at 17:33, alkos333 <me at alkos333.net> wrote:

> <ERROR>^I[1276464621.720987]
> main (): Failed to initialize the network manager: Could not load
> plugin 'vpn': /usr/lib64/NetworkManager/libnm-settings-plugin-vpn.so:
> cannot open shared object file: No such file or directory

Hello -

Is this file present? Is it executable and symlinked to the right  
version?

From me at alkos333.net  Sun Jun 13 21:43:05 2010
From: me at alkos333.net (alkos333)
Date: Sun, 13 Jun 2010 16:43:05 -0500
Subject: [Slackbuilds-users] networkmanager-applet won't run on
	Slackware64 13.1
In-Reply-To: <5E09B775-3D8D-49DB-B93E-08F6E5BF6158@gmail.com>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com> 
	<20100613160706.7646a021@liberty.rlwhome.lan>
	<AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com> 
	<5E09B775-3D8D-49DB-B93E-08F6E5BF6158@gmail.com>
Message-ID: <AANLkTilz6rQCIPaeqvVfbOVP4muSdI_VKiKQKFBKV28M@mail.gmail.com>

n Sun, Jun 13, 2010 at 4:40 PM, Andrew Antle <andrew.antle at gmail.com> wrote:
>
> Is this file present? Is it executable and symlinked to the right version?

It's not present b/c it's not shipped :).  Just have to exclude the
plug-in from being loaded in the config file as Robby suggested

From andrew.antle at gmail.com  Sun Jun 13 21:46:47 2010
From: andrew.antle at gmail.com (Andrew Antle)
Date: Sun, 13 Jun 2010 17:46:47 -0400
Subject: [Slackbuilds-users] networkmanager-applet won't run on
 Slackware64 13.1
In-Reply-To: <AANLkTilz6rQCIPaeqvVfbOVP4muSdI_VKiKQKFBKV28M@mail.gmail.com>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com>
	<20100613160706.7646a021@liberty.rlwhome.lan>
	<AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com>
	<5E09B775-3D8D-49DB-B93E-08F6E5BF6158@gmail.com>
	<AANLkTilz6rQCIPaeqvVfbOVP4muSdI_VKiKQKFBKV28M@mail.gmail.com>
Message-ID: <20100613214646.GA18786@slack>

On Sun, Jun 13, 2010 at 04:43:05PM -0500, alkos333 wrote:
> On Sun, Jun 13, 2010 at 4:40 PM, Andrew Antle <andrew.antle at gmail.com> wrote:
> >
> > Is this file present? Is it executable and symlinked to the right version?
> 
> It's not present b/c it's not shipped :).  Just have to exclude the
> plug-in from being loaded in the config file as Robby suggested

Cool, I just read RW's response. :)  I figured it was something like
that.

Cheers
-- 
Andrew Antle

From me at alkos333.net  Sun Jun 13 21:53:13 2010
From: me at alkos333.net (alkos333)
Date: Sun, 13 Jun 2010 16:53:13 -0500
Subject: [Slackbuilds-users] networkmanager-applet won't run on
	Slackware64 13.1
In-Reply-To: <20100613163603.06dcec68@liberty.rlwhome.lan>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com> 
	<20100613160706.7646a021@liberty.rlwhome.lan>
	<AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com> 
	<20100613163603.06dcec68@liberty.rlwhome.lan>
Message-ID: <AANLkTinFHEZWGrq1GrJ0cxiWpC6cUsg36ZAMqbu71KuU@mail.gmail.com>

On Sun, Jun 13, 2010 at 4:36 PM, Robby Workman <rworkman at slackbuilds.org> wrote:
>
> Crap. ?I thought I fixed that before submitting :/
>
> http://slackbuilds.org/gitweb/?p=slackbuilds.git;a=commit;h=64a8aaf1ba

Is there anything I need to add to the config to get the Cisco
AnyConnect VPN connections working?

From rworkman at slackbuilds.org  Sun Jun 13 21:57:36 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sun, 13 Jun 2010 16:57:36 -0500
Subject: [Slackbuilds-users] networkmanager-applet won't run on
 Slackware64 13.1
In-Reply-To: <AANLkTinFHEZWGrq1GrJ0cxiWpC6cUsg36ZAMqbu71KuU@mail.gmail.com>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com>
	<20100613160706.7646a021@liberty.rlwhome.lan>
	<AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com>
	<20100613163603.06dcec68@liberty.rlwhome.lan>
	<AANLkTinFHEZWGrq1GrJ0cxiWpC6cUsg36ZAMqbu71KuU@mail.gmail.com>
Message-ID: <20100613165736.6ea71550@liberty.rlwhome.lan>

On Sun, 13 Jun 2010 16:53:13 -0500
alkos333 <me at alkos333.net> wrote:

> On Sun, Jun 13, 2010 at 4:36 PM, Robby Workman
> <rworkman at slackbuilds.org> wrote:
> >
> > Crap. ?I thought I fixed that before submitting :/
> >
> > http://slackbuilds.org/gitweb/?p=slackbuilds.git;a=commit;h=64a8aaf1ba
> 
> Is there anything I need to add to the config to get the Cisco
> AnyConnect VPN connections working?


I don't know for sure, but I don't think so.

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

From nunes at mtm.ufsc.br  Mon Jun 14 01:28:28 2010
From: nunes at mtm.ufsc.br (nunes at mtm.ufsc.br)
Date: Sun, 13 Jun 2010 21:28:28 -0400 (AMT)
Subject: [Slackbuilds-users] I need help with ndiswrapper
Message-ID: <alpine.LNX.2.00.1006132124330.24057@wwww.mtm.ufsc.br>


It appears something is missing in the latter linux kernel.
Ndiswrapper stops with:

include/linux/mmzone.h:18:30: error: generated/bounds.h: No such file or 
directory
include/linux/mmzone.h:258:5: warning: "MAX_NR_ZONES" is not defined
include/linux/mmzone.h:260:7: warning: "MAX_NR_ZONES" is not defined
.........

  I have tested in kernel linux-2.6.33 and linux-2.6.34.

   tnx in advance

         G.L.N

From rworkman at slackbuilds.org  Mon Jun 14 02:34:58 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Mon, 14 Jun 2010 02:34:58 +0000
Subject: [Slackbuilds-users] Updates - 20100614
Message-ID: <20100614023458.GA22979@slackbuilds.org>

Mon Jun 14 02:19:00 UTC 2010
audio/gogglesmm: Added (music collection manager/player)
audio/mp3splt-gtk: Added (gtk ui for mp3splt)
audio/mp3splt: Updated for version 2.2.8.
audio/musicmanager: Removed (now known as gogglesmm)
desktop/xmobar: Updated for version 0.11.1.
development/ghc: Miscellaneous cleanups.
development/p4: Added (cli client for Perforce)
development/pyenchant: Added (spellcheck library in python)
graphics/brlcad: Updated for version 7.16.8.
graphics/fig2sxd: Updated for version 0.21.
graphics/optipng: Updated for version 0.6.4.
graphics/qcad-partlibrary: Added (PART library for qcad)
graphics/qcad: Added (CAD application)
libraries/haskell-parsec: Noted mtl dep in README.
libraries/libmp3splt: Updated for version 0.5.9.
libraries/pygtksourceview: Updated for version 2.10.1.
libraries/tinyxml: Updated for version 2.6.1.
libraries/webkit: Updated for version r61056.
misc/cwiid: Added (tools for the Nintendo Wiimote)
multimedia/cdcat: Added (gui catalog program)
network/NetworkManager: Fixed default nm-system-settings.conf, fixed the path
  to wpa_supplicant binary in the dbus config file, and noted addons and such
  in README.
network/exim-html: Updated for version 4.72.
network/exim: Updated for version 4.72.
network/midori: Updated for version 0.2.6.
network/pidgin-toobars: Added (extra toolbars for Pidgin BL)
network/putty: Added (telnet/ssh implementation)
office/html2ps: Added (html to postscript converter)
office/keepnote: Updated for version 0.6.2.
system/audit: Added (Auditing System Daemon)
system/graveman: Miscellaneous fixes and enhancements.

From miorimmax at gmail.com  Mon Jun 14 02:35:32 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Sun, 13 Jun 2010 23:35:32 -0300
Subject: [Slackbuilds-users] I need help with ndiswrapper
In-Reply-To: <alpine.LNX.2.00.1006132124330.24057@wwww.mtm.ufsc.br>
References: <alpine.LNX.2.00.1006132124330.24057@wwww.mtm.ufsc.br>
Message-ID: <AANLkTikIQZg_CwS8XmwAq7KwZHCBuP7MoYMGgopKkZNf@mail.gmail.com>

On Sun, Jun 13, 2010 at 10:28 PM,  <nunes at mtm.ufsc.br> wrote:
>
> It appears something is missing in the latter linux kernel.
> Ndiswrapper stops with:
>
> include/linux/mmzone.h:18:30: error: generated/bounds.h: No such file or
> directory
> include/linux/mmzone.h:258:5: warning: "MAX_NR_ZONES" is not defined
> include/linux/mmzone.h:260:7: warning: "MAX_NR_ZONES" is not defined
> .........
>
> ?I have tested in kernel linux-2.6.33 and linux-2.6.34.
>
> ?tnx in advance
>
> ? ? ? ?G.L.N
> _______________________________________________
> 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/
>
>

There's something wrong with your kernel sources:

max at willcrashforsure:~$ find /usr/src/ -name bounds.h
/usr/src/linux-2.6.33.4/include/generated/bounds.h
/usr/src/linux-2.6.34-ck1/include/generated/bounds.h
max at willcrashforsure:~$ cat /usr/src/linux-`uname -r`/include/generated/bounds.h
#ifndef __LINUX_BOUNDS_H__
#define __LINUX_BOUNDS_H__
/*
 * DO NOT MODIFY.
 *
 * This file was generated by Kbuild
 *
 */

#define NR_PAGEFLAGS 24 /* __NR_PAGEFLAGS	# */
#define MAX_NR_ZONES 4 /* __MAX_NR_ZONES	# */

#endif


Did you install the kernel-source package for 2.6.33.4?

When you tried to compile the module for 2.6.34, did you reboot into
the new kernel (2.6.34) or run the SlackBuild using KERNEL=2.6.34?

From rworkman at slackbuilds.org  Mon Jun 14 03:41:09 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sun, 13 Jun 2010 22:41:09 -0500
Subject: [Slackbuilds-users] networkmanager-applet won't run on
 Slackware64 13.1
In-Reply-To: <20100613163603.06dcec68@liberty.rlwhome.lan>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com>
	<20100613160706.7646a021@liberty.rlwhome.lan>
	<AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com>
	<20100613163603.06dcec68@liberty.rlwhome.lan>
Message-ID: <20100613224109.4cd711bc@liberty.rlwhome.lan>

On Sun, 13 Jun 2010 16:36:03 -0500
Robby Workman <rworkman at slackbuilds.org> wrote:

> On Sun, 13 Jun 2010 16:33:11 -0500
> alkos333 <me at alkos333.net> wrote:
> 
> > On Sun, Jun 13, 2010 at 4:07 PM, Robby Workman
> > <rworkman at slackbuilds.org> wrote:
> > > Have you rebooted since installing? ?The messagebus service has
> > > to be restarted, and you can't reliably do that without rebooting.
> > 
> > Yes, tried rebooting, no luck.  Also, this is when I get in the log
> > when I run /etc/rc.d/rc.networkmanager restart:
> > 
> > 
> > Jun 13 16:30:21 localhost NetworkManager: <info>  starting...
> > Jun 13 16:30:21 localhost NetworkManager: <info>  Trying to start
> > the modem-manager...
> > Jun 13 16:30:21 localhost NetworkManager: Loaded plugin keyfile: (c)
> > 2007 - 2008 Red Hat, Inc.  To report bugs please use the
> > NetworkManager mailing list.
> > Jun 13 16:30:21 localhost NetworkManager:
> > <ERROR>^I[1276464621.720987] main (): Failed to initialize the
> > network manager: Could not load plugin
> > 'vpn': /usr/lib64/NetworkManager/libnm-settings-plugin-vpn.so:
> 
> 
> 
> Crap.  I thought I fixed that before submitting :/
> 
> http://slackbuilds.org/gitweb/?p=slackbuilds.git;a=commit;h=64a8aaf1ba
> 


It probably *still* wouldn't run because of another local-only
fix that I'd done.  Both the git repo and the website should 
have working versions of everything now though  :-)

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

From me at alkos333.net  Mon Jun 14 06:48:27 2010
From: me at alkos333.net (alkos333)
Date: Mon, 14 Jun 2010 01:48:27 -0500
Subject: [Slackbuilds-users] networkmanager-applet won't run on
	Slackware64 13.1
In-Reply-To: <20100613224109.4cd711bc@liberty.rlwhome.lan>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com> 
	<20100613160706.7646a021@liberty.rlwhome.lan>
	<AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com> 
	<20100613163603.06dcec68@liberty.rlwhome.lan>
	<20100613224109.4cd711bc@liberty.rlwhome.lan>
Message-ID: <AANLkTimQCEcOeIazLzKdLo-5_lTphYzmSrY1Fg_6Ja8D@mail.gmail.com>

On Sun, Jun 13, 2010 at 10:41 PM, Robby Workman
<rworkman at slackbuilds.org> wrote:
> t probably *still* wouldn't run because of another local-only
> fix that I'd done. ?Both the git repo and the website should
> have working versions of everything now though ?:-)
>

Well, now with the wpa_supplicant path fixed, wireless actually works
:).  However, I'm still having an issues with openconnect modules and
this thread summarizes it pretty well:
http://bbs.archlinux.org/viewtopic.php?id=88381

I tried adding the user/group and rebooting my laptop, but no luck.
Any suggestions would be greatly appreciated.

From chris.abela at maltats.com  Mon Jun 14 07:03:46 2010
From: chris.abela at maltats.com (Chris Abela)
Date: Mon, 14 Jun 2010 09:03:46 +0200
Subject: [Slackbuilds-users] Quagga Routing Suite
In-Reply-To: <4C14FCE6.3020808@inbox.com>
Message-ID: <E1OO3i8-0002tQ-T9@fender73.go.net.mt>

All my Slackbuilds were born after I asked myself approximately the same
question. Unless someone takes the initiative to write the scripts, they
will never feature in the repo.

And when all is said, done, submitted and approved, you will find that is
what makes this distro so special.

-----Original Message-----
From: slackbuilds-users-bounces at slackbuilds.org
[mailto:slackbuilds-users-bounces at slackbuilds.org] On Behalf Of ein
Sent: 13 June 2010 17:45
To: slackbuilds-users at slackbuilds.org
Subject: [Slackbuilds-users] Quagga Routing Suite

Hello,

it's there any reason why quagga slackbuild can not be at slackbuilds.org?

Regards,
e.

____________________________________________________________
Publish your photos in seconds for FREE
TRY IM TOOLPACK at http://www.imtoolpack.com/default.aspx?rc=if4
_______________________________________________
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  Mon Jun 14 07:17:31 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Mon, 14 Jun 2010 02:17:31 -0500
Subject: [Slackbuilds-users] networkmanager-applet won't run on
 Slackware64 13.1
In-Reply-To: <AANLkTimQCEcOeIazLzKdLo-5_lTphYzmSrY1Fg_6Ja8D@mail.gmail.com>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com>
	<20100613160706.7646a021@liberty.rlwhome.lan>
	<AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com>
	<20100613163603.06dcec68@liberty.rlwhome.lan>
	<20100613224109.4cd711bc@liberty.rlwhome.lan>
	<AANLkTimQCEcOeIazLzKdLo-5_lTphYzmSrY1Fg_6Ja8D@mail.gmail.com>
Message-ID: <20100614021731.5727fd40@liberty.rlwhome.lan>

On Mon, 14 Jun 2010 01:48:27 -0500
alkos333 <me at alkos333.net> wrote:

> On Sun, Jun 13, 2010 at 10:41 PM, Robby Workman
> <rworkman at slackbuilds.org> wrote:
> > t probably *still* wouldn't run because of another local-only
> > fix that I'd done. ?Both the git repo and the website should
> > have working versions of everything now though ?:-)
> >
> 
> Well, now with the wpa_supplicant path fixed, wireless actually works
> :).  However, I'm still having an issues with openconnect modules and
> this thread summarizes it pretty well:
> http://bbs.archlinux.org/viewtopic.php?id=88381
> 
> I tried adding the user/group and rebooting my laptop, but no luck.
> Any suggestions would be greatly appreciated.


Try changing that group to "netdev" instead (and make sure you
are a member of that group) and reboot.  If it still doesn't
work, investigate the path issue mentioned in that thread.

Either way, I need to fix that groupname; I'll wait for feedback
from you before I go any farther though.

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

From rworkman at slackbuilds.org  Mon Jun 14 07:57:36 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Mon, 14 Jun 2010 02:57:36 -0500
Subject: [Slackbuilds-users] networkmanager-applet won't run on
 Slackware64 13.1
In-Reply-To: <AANLkTimQCEcOeIazLzKdLo-5_lTphYzmSrY1Fg_6Ja8D@mail.gmail.com>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com>
	<20100613160706.7646a021@liberty.rlwhome.lan>
	<AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com>
	<20100613163603.06dcec68@liberty.rlwhome.lan>
	<20100613224109.4cd711bc@liberty.rlwhome.lan>
	<AANLkTimQCEcOeIazLzKdLo-5_lTphYzmSrY1Fg_6Ja8D@mail.gmail.com>
Message-ID: <20100614025736.61e518ef@liberty.rlwhome.lan>

On Mon, 14 Jun 2010 01:48:27 -0500
alkos333 <me at alkos333.net> wrote:

> On Sun, Jun 13, 2010 at 10:41 PM, Robby Workman
> <rworkman at slackbuilds.org> wrote:
> > t probably *still* wouldn't run because of another local-only
> > fix that I'd done. ?Both the git repo and the website should
> > have working versions of everything now though ?:-)
> >
> 
> Well, now with the wpa_supplicant path fixed, wireless actually works
> :).  However, I'm still having an issues with openconnect modules and
> this thread summarizes it pretty well:
> http://bbs.archlinux.org/viewtopic.php?id=88381
> 
> I tried adding the user/group and rebooting my laptop, but no luck.
> Any suggestions would be greatly appreciated.


Revert the change to netdev, and see what happens.
Either way, you're going to need this:
http://slackbuilds.org/temp/openconnect.tar.gz

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

From slava18 at gmail.com  Mon Jun 14 10:16:10 2010
From: slava18 at gmail.com (V'yacheslav Stetskevych)
Date: Mon, 14 Jun 2010 13:16:10 +0300
Subject: [Slackbuilds-users] Wanted: perl modules to support my ZoneMinder
	slackbuild
Message-ID: <AANLkTik36ZVPGGubzXRhbZUo-7DybK3fNswKnBGXF_L6@mail.gmail.com>

Hi everyone,

I have a perfectly good SlackBuild for ZoneMinder that uses a number
of perl modules. I have installed them from cpan on my system, and
tried to submit the SlackBuild for inclusion in the Slackware 13.0
repo a while ago, with notes on installing modules by hand. However,
it didn't get approved.

Now, I'd like to make my ZM build available for Slackware users, but I
don't want to build the perl modules :-)

Here is the list:

install Date::Manip
install LWP::UserAgent
install PHP::Serialization
install Device::SerialPort
install Archive::Zip
install MIME::Lite
install MIME::Entity
install Sys::Mmap
install X10::ActiveHome

Will anyone want to volunteer and submit them?

I will understand if nobody wants to spend their time on this. Thanks
in advance :-)

Yours,
Vyacheslav.

-- 
If you think of MS-DOS as mono, and Windows as stereo,
then Linux is Dolby Digital and all the music is free...
        http://GetGNULinux.org
        http://PereidiNaLinux.org
        http://OtrymayLinux.org

From miorimmax at gmail.com  Mon Jun 14 11:00:06 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Mon, 14 Jun 2010 08:00:06 -0300
Subject: [Slackbuilds-users] Wanted: perl modules to support my
	ZoneMinder slackbuild
In-Reply-To: <AANLkTik36ZVPGGubzXRhbZUo-7DybK3fNswKnBGXF_L6@mail.gmail.com>
References: <AANLkTik36ZVPGGubzXRhbZUo-7DybK3fNswKnBGXF_L6@mail.gmail.com>
Message-ID: <AANLkTilsfcAYakC5jExaCL_Z4e2nnpG75ThhZyiVMWSr@mail.gmail.com>

On Mon, Jun 14, 2010 at 7:16 AM, V'yacheslav Stetskevych
<slava18 at gmail.com> wrote:
> Hi everyone,
>
> I have a perfectly good SlackBuild for ZoneMinder that uses a number
> of perl modules. I have installed them from cpan on my system, and
> tried to submit the SlackBuild for inclusion in the Slackware 13.0
> repo a while ago, with notes on installing modules by hand. However,
> it didn't get approved.
>
> Now, I'd like to make my ZM build available for Slackware users, but I
> don't want to build the perl modules :-)
>
> Here is the list:
>
> install Date::Manip
> install LWP::UserAgent
> install PHP::Serialization
> install Device::SerialPort
> install Archive::Zip
> install MIME::Lite
> install MIME::Entity
> install Sys::Mmap
> install X10::ActiveHome
>
> Will anyone want to volunteer and submit them?
>
> I will understand if nobody wants to spend their time on this. Thanks
> in advance :-)
>
> Yours,
> Vyacheslav.
>
> --
> If you think of MS-DOS as mono, and Windows as stereo,
> then Linux is Dolby Digital and all the music is free...
> ? ? ? ?http://GetGNULinux.org
> ? ? ? ?http://PereidiNaLinux.org
> ? ? ? ?http://OtrymayLinux.org
> _______________________________________________
> 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/
>
>

There's a template for perl modules now. For those interested in
packaging the said modules, look at
http://slackbuilds.org/templates/perl-template.SlackBuild. ;)

Also, keep in mind that some (most?) of these modules already have a
SlackBuild: http://slackbuilds.org/result/?search=perl&sv=13.1.

-- Max

From yalhcru at gmail.com  Mon Jun 14 18:57:32 2010
From: yalhcru at gmail.com (B Watson)
Date: Mon, 14 Jun 2010 14:57:32 -0400
Subject: [Slackbuilds-users] I need help with ndiswrapper
In-Reply-To: <alpine.LNX.2.00.1006132124330.24057@wwww.mtm.ufsc.br>
References: <alpine.LNX.2.00.1006132124330.24057@wwww.mtm.ufsc.br>
Message-ID: <AANLkTikcsoHQ4Wp5tzMJyie6kKIBpEsKgkQvchTdkZHz@mail.gmail.com>

On 6/13/10, nunes at mtm.ufsc.br <nunes at mtm.ufsc.br> wrote:

> include/linux/mmzone.h:18:30: error: generated/bounds.h: No such file or
> directory

# cd /usr/src/linux
# make prepare

The headers in generated/ don't seem to be supplied with the Slackware
kernel-source package, so you have to generate them. The README for
ndiswrapper should probably mention this.

From ozan.turkyilmaz at gmail.com  Mon Jun 14 19:31:43 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Mon, 14 Jun 2010 22:31:43 +0300
Subject: [Slackbuilds-users] I need help with ndiswrapper
In-Reply-To: <AANLkTikcsoHQ4Wp5tzMJyie6kKIBpEsKgkQvchTdkZHz@mail.gmail.com>
References: <alpine.LNX.2.00.1006132124330.24057@wwww.mtm.ufsc.br>
	<AANLkTikcsoHQ4Wp5tzMJyie6kKIBpEsKgkQvchTdkZHz@mail.gmail.com>
Message-ID: <AANLkTilBtmBmYiDe7fTodhTYOW6Hd1b5B_230KCtt9UZ@mail.gmail.com>

2010/6/14 B Watson <yalhcru at gmail.com>:
> On 6/13/10, nunes at mtm.ufsc.br <nunes at mtm.ufsc.br> wrote:
>
>> include/linux/mmzone.h:18:30: error: generated/bounds.h: No such file or
>> directory
>
> # cd /usr/src/linux
> # make prepare
>
> The headers in generated/ don't seem to be supplied with the Slackware
> kernel-source package, so you have to generate them. The README for
> ndiswrapper should probably mention this.

it should be in README of anthirg kernel driver. a lot of kernel
drivers need that
file for compile time configurations and etc.

-- 
Ozan

From rworkman at slackbuilds.org  Mon Jun 14 19:53:19 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Mon, 14 Jun 2010 14:53:19 -0500
Subject: [Slackbuilds-users] I need help with ndiswrapper
In-Reply-To: <AANLkTikcsoHQ4Wp5tzMJyie6kKIBpEsKgkQvchTdkZHz@mail.gmail.com>
References: <alpine.LNX.2.00.1006132124330.24057@wwww.mtm.ufsc.br>
	<AANLkTikcsoHQ4Wp5tzMJyie6kKIBpEsKgkQvchTdkZHz@mail.gmail.com>
Message-ID: <20100614145319.65af5964@liberty.rlwhome.lan>

On Mon, 14 Jun 2010 14:57:32 -0400
B Watson <yalhcru at gmail.com> wrote:

> On 6/13/10, nunes at mtm.ufsc.br <nunes at mtm.ufsc.br> wrote:
> 
> > include/linux/mmzone.h:18:30: error: generated/bounds.h: No such
> > file or directory
> 
> # cd /usr/src/linux
> # make prepare
> 
> The headers in generated/ don't seem to be supplied with the Slackware
> kernel-source package, so you have to generate them. The README for
> ndiswrapper should probably mention this.


Eh?

$ grep '/generated/' /var/log/packages/kernel-source-2.6.33.4-noarch-1 
usr/src/linux-2.6.33.4/include/generated/
usr/src/linux-2.6.33.4/include/generated/autoconf.h
usr/src/linux-2.6.33.4/include/generated/compile.h
usr/src/linux-2.6.33.4/include/generated/asm-offsets.h
usr/src/linux-2.6.33.4/include/generated/bounds.h
usr/src/linux-2.6.33.4/include/generated/utsrelease.h

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

From miorimmax at gmail.com  Mon Jun 14 19:53:41 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Mon, 14 Jun 2010 16:53:41 -0300
Subject: [Slackbuilds-users] I need help with ndiswrapper
In-Reply-To: <AANLkTilBtmBmYiDe7fTodhTYOW6Hd1b5B_230KCtt9UZ@mail.gmail.com>
References: <alpine.LNX.2.00.1006132124330.24057@wwww.mtm.ufsc.br>
	<AANLkTikcsoHQ4Wp5tzMJyie6kKIBpEsKgkQvchTdkZHz@mail.gmail.com>
	<AANLkTilBtmBmYiDe7fTodhTYOW6Hd1b5B_230KCtt9UZ@mail.gmail.com>
Message-ID: <AANLkTimQ2HVXbYM-zLbzYFQnUUI5AQ7YtOerV1sJZDJm@mail.gmail.com>

2010/6/14 Ozan T?rky?lmaz <ozan.turkyilmaz at gmail.com>:
> 2010/6/14 B Watson <yalhcru at gmail.com>:
>> On 6/13/10, nunes at mtm.ufsc.br <nunes at mtm.ufsc.br> wrote:
>>
>>> include/linux/mmzone.h:18:30: error: generated/bounds.h: No such file or
>>> directory
>>
>> # cd /usr/src/linux
>> # make prepare
>>
>> The headers in generated/ don't seem to be supplied with the Slackware
>> kernel-source package, so you have to generate them. The README for
>> ndiswrapper should probably mention this.
>
> it should be in README of anthirg kernel driver. a lot of kernel
> drivers need that
> file for compile time configurations and etc.
>
> --
> Ozan
>

I never had such problems using kernel-source and the package seems to
provide generated/bounds.h and generated/autoconf.h, among other
"problematic" headers:

-rw-r--r-- root/root    120049 2010-05-13 00:00
usr/src/linux-2.6.33.4/include/generated/autoconf.h
-rw-r--r-- root/root       328 2010-05-13 00:15
usr/src/linux-2.6.33.4/include/generated/compile.h
-rw-r--r-- root/root      3703 2010-05-13 00:17
usr/src/linux-2.6.33.4/include/generated/asm-offsets.h
-rw-r--r-- root/root       224 2010-05-13 00:17
usr/src/linux-2.6.33.4/include/generated/bounds.h
-rw-r--r-- root/root        31 2010-05-13 00:00
usr/src/linux-2.6.33.4/include/generated/utsrelease.h

From erik at slackbuilds.org  Mon Jun 14 20:07:38 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Mon, 14 Jun 2010 15:07:38 -0500
Subject: [Slackbuilds-users]  Updates - 20100614.2
Message-ID: <20100614150738.058906ec@shaggy.doo>

Mon Jun 14 19:47:41 UTC 2010
audio/portmidi: Build fixes for x86_64
games/darkplaces: Added (crossplatform quake mod)
games/darkplaces_shareware_data: Added (quake shareware data files)
games/fceux: Updated for version 2.1.4a.
games/jag: Added (A 2D arcade puzzle game)
games/pasang-emas: Added (a two-player game of Brunei)
games/rezerwar: Updated for version 0.4.2.
games/xmoto: Added (2D motocross platform game)
libraries/libnice: Updated for version 0.0.12.
libraries/pypoppler: Updated for version 0.12.1.
multimedia/farsight2: Updated for version 0.0.19.
multimedia/oggvideotools: Updated for version 0.8a.
multimedia/xbmc: Added (Multi-platform Media Center)
multimedia/xvst: Updated for version 2.4.
network/NetworkManager-openconnect: Noted openconnect dep in README
network/nginx: Added (http server and reverse proxy)
network/openconnect: Added (Client for Cisco's AnyConnect SSL VPN)
system/halevt: Updated for version 0.1.6.2.
system/imwheel: Miscellaneous cleanups.
system/lrzip: Updated for version 0.46.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100614/43fa518a/attachment.asc>

From ozan.turkyilmaz at gmail.com  Mon Jun 14 20:37:09 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Mon, 14 Jun 2010 23:37:09 +0300
Subject: [Slackbuilds-users] I need help with ndiswrapper
In-Reply-To: <AANLkTimQ2HVXbYM-zLbzYFQnUUI5AQ7YtOerV1sJZDJm@mail.gmail.com>
References: <alpine.LNX.2.00.1006132124330.24057@wwww.mtm.ufsc.br>
	<AANLkTikcsoHQ4Wp5tzMJyie6kKIBpEsKgkQvchTdkZHz@mail.gmail.com>
	<AANLkTilBtmBmYiDe7fTodhTYOW6Hd1b5B_230KCtt9UZ@mail.gmail.com>
	<AANLkTimQ2HVXbYM-zLbzYFQnUUI5AQ7YtOerV1sJZDJm@mail.gmail.com>
Message-ID: <AANLkTincGdsCCb54cv8QghMQj6gWxrDPUOlBgRvDc9f6@mail.gmail.com>

2010/6/14 Max Miorim <miorimmax at gmail.com>:
> 2010/6/14 Ozan T?rky?lmaz <ozan.turkyilmaz at gmail.com>:
> I never had such problems using kernel-source and the package seems to
> provide generated/bounds.h and generated/autoconf.h, among other
> "problematic" headers:

i always had.

-- 
Ozan

From yalhcru at gmail.com  Mon Jun 14 21:04:13 2010
From: yalhcru at gmail.com (B Watson)
Date: Mon, 14 Jun 2010 17:04:13 -0400
Subject: [Slackbuilds-users] I need help with ndiswrapper
In-Reply-To: <20100614145319.65af5964@liberty.rlwhome.lan>
References: <alpine.LNX.2.00.1006132124330.24057@wwww.mtm.ufsc.br>
	<AANLkTikcsoHQ4Wp5tzMJyie6kKIBpEsKgkQvchTdkZHz@mail.gmail.com>
	<20100614145319.65af5964@liberty.rlwhome.lan>
Message-ID: <AANLkTimFwUAF35vClKGlXuqNg3TeZUuY26hNL23O6z0y@mail.gmail.com>

On 6/14/10, Robby Workman <rworkman at slackbuilds.org> wrote:

> $ grep '/generated/' /var/log/packages/kernel-source-2.6.33.4-noarch-1
> usr/src/linux-2.6.33.4/include/generated/
> ...

Apologies, was looking at the kernel-source package for 13.0... which
does have the generated headers (bounds.h & friends), but in that version
of the kernel, they aren't isolated in their own generated/ directory.

From joshuakwood at gmail.com  Tue Jun 15 01:08:03 2010
From: joshuakwood at gmail.com (JK Wood)
Date: Mon, 14 Jun 2010 20:08:03 -0500
Subject: [Slackbuilds-users] Updates - 20100613
In-Reply-To: <20100613050243.GA7462@slackbuilds.org>
References: <20100613050243.GA7462@slackbuilds.org>
Message-ID: <AANLkTilIVED0CNqIHw2-SLXhvNhPjH3Fol4TlulNI1hz@mail.gmail.com>

On Sun, Jun 13, 2010 at 12:02 AM, Robby Workman <rworkman at slackbuilds.org>wrote:

>
> games/ioquake3: Added (open source Quake 3 distribution)
>


ioquake3 already includes a SlackBuild in the source tarball, shipped by
upstream.  I sent in a patch a while back to enable multi-arch support which
I never heard back on, but otherwise it works just fine.  I don't know if
that has any bearing on its status in this repository, but wanted to add
that to the mix nonetheless.

-JK
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100614/b07ac118/attachment.htm>

From contato at brunorusso.eti.br  Tue Jun 15 02:32:18 2010
From: contato at brunorusso.eti.br (Bruno Tadeu Russo)
Date: Mon, 14 Jun 2010 23:32:18 -0300
Subject: [Slackbuilds-users] networkmanager-applet won't run on
 Slackware64 13.1
In-Reply-To: <20100614025736.61e518ef@liberty.rlwhome.lan>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com>	<20100613160706.7646a021@liberty.rlwhome.lan>	<AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com>	<20100613163603.06dcec68@liberty.rlwhome.lan>	<20100613224109.4cd711bc@liberty.rlwhome.lan>	<AANLkTimQCEcOeIazLzKdLo-5_lTphYzmSrY1Fg_6Ja8D@mail.gmail.com>
	<20100614025736.61e518ef@liberty.rlwhome.lan>
Message-ID: <4C16E632.2080908@brunorusso.eti.br>

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

Hello!

Excelent Builds for NetworkManager, Robby!

A installed for tests, and worked without any problem in Slackware64 13.1.

The installation order of packages is as follows:

1 - ORBit2
2 - GConf
3 - libtasn1
4 - gnome-keyring
5 - NetworkManager
6 - NetworkManager-openconnect
7 - network-manager-applet

After installing, run:

$nm-applet


I am available on my web site packages ready for 64bit

http://www.brunorusso.eti.br/pacotes/NetworkManager/

thanks,

===============================
Bruno T. Russo (aka BrunoRusso)
MSN: brunotadeurusso at hotmail.com
twitter: @brunorusso
"Keep It Simple, Stupid"

On 06/14/2010 04:57 AM, Robby Workman wrote:
> On Mon, 14 Jun 2010 01:48:27 -0500
> alkos333 <me at alkos333.net> wrote:
> 
>> On Sun, Jun 13, 2010 at 10:41 PM, Robby Workman
>> <rworkman at slackbuilds.org> wrote:
>>> t probably *still* wouldn't run because of another local-only
>>> fix that I'd done.  Both the git repo and the website should
>>> have working versions of everything now though  :-)
>>>
>>
>> Well, now with the wpa_supplicant path fixed, wireless actually works
>> :).  However, I'm still having an issues with openconnect modules and
>> this thread summarizes it pretty well:
>> http://bbs.archlinux.org/viewtopic.php?id=88381
>>
>> I tried adding the user/group and rebooting my laptop, but no luck.
>> Any suggestions would be greatly appreciated.
> 
> 
> Revert the change to netdev, and see what happens.
> Either way, you're going to need this:
> http://slackbuilds.org/temp/openconnect.tar.gz
> 
> -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/
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkwW5jIACgkQ53IeU6S6Ua1rsQCdE0FziHqDDWQ6WP0OH7L8srGL
unYAn05cSn7o1ZOJu11MywsZlmjf1/nJ
=4pgy
-----END PGP SIGNATURE-----

From pc_warner at yahoo.com  Tue Jun 15 03:15:34 2010
From: pc_warner at yahoo.com (Phillip Warner)
Date: Mon, 14 Jun 2010 20:15:34 -0700 (PDT)
Subject: [Slackbuilds-users] Updates - 20100609
In-Reply-To: <AANLkTikPNJb4HnY2Gn4W3ej9cnwqsnwxH8YVHpRbrQc5@mail.gmail.com>
Message-ID: <202960.83595.qm@web57701.mail.re3.yahoo.com>

--- On Thu, 6/10/10, Max Miorim <miorimmax at gmail.com> wrote:

> From: Max Miorim <miorimmax at gmail.com>
> Subject: Re: [Slackbuilds-users] Updates - 20100609
> To: "SlackBuilds.org Users List" <slackbuilds-users at slackbuilds.org>
> Date: Thursday, June 10, 2010, 3:52 PM
> On Thu, Jun 10, 2010 at 7:45 PM,
> Phillip Warner <pc_warner at yahoo.com>
> wrote:
> > --- On Wed, 6/9/10, Robby Workman <rworkman at slackbuilds.org>
> wrote:
> >
> >> libraries/CEGUI: libxml2 is included in
> Slackware.
> >
> > I believe libxml2 is also still in the 13.1 repo.
> 
> (...)
> 
> 
> Assuming you're talking about libxml++, they are different
> libraries:
> 
> "libxml++ is a C++ wrapper for the libxml XML parser
> library. Its original
> author is Ari Johnson and it is currently maintained by
> Christophe de
> Vienne and Murray Cumming. It is released under the LGPL
> version 2 or above."
> 
> http://slackbuilds.org/repository/13.1/libraries/libxml++/
> 
> 
> -- Max

Ooops.  Thanks for the correction!

--phillip


      

From erik at slackbuilds.org  Tue Jun 15 03:21:29 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Mon, 14 Jun 2010 22:21:29 -0500
Subject: [Slackbuilds-users] networkmanager-applet won't run on
 Slackware64 13.1
In-Reply-To: <4C16E632.2080908@brunorusso.eti.br>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com>
	<20100613160706.7646a021@liberty.rlwhome.lan>
	<AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com>
	<20100613163603.06dcec68@liberty.rlwhome.lan>
	<20100613224109.4cd711bc@liberty.rlwhome.lan>
	<AANLkTimQCEcOeIazLzKdLo-5_lTphYzmSrY1Fg_6Ja8D@mail.gmail.com>
	<20100614025736.61e518ef@liberty.rlwhome.lan>
	<4C16E632.2080908@brunorusso.eti.br>
Message-ID: <20100614222129.3da14f70@shaggy.doo>

On Mon, 14 Jun 2010 23:32:18 -0300
Bruno Tadeu Russo <contato at brunorusso.eti.br> wrote:

> I am available on my web site packages ready for 64bit
> 
> http://www.brunorusso.eti.br/pacotes/NetworkManager/

Please don't use the _SBo tag when hosting packages.

You can easily change this when compiling via:
TAG=_something_else ./prgnam.SlackBuild

Thanks!

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

From banderols at gmail.com  Tue Jun 15 03:58:06 2010
From: banderols at gmail.com (Murat D. Kadirov)
Date: Tue, 15 Jun 2010 09:58:06 +0600
Subject: [Slackbuilds-users] networkmanager-applet won't run on
 Slackware64 13.1
In-Reply-To: <20100614222129.3da14f70@shaggy.doo>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com>	<20100613160706.7646a021@liberty.rlwhome.lan>	<AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com>	<20100613163603.06dcec68@liberty.rlwhome.lan>	<20100613224109.4cd711bc@liberty.rlwhome.lan>	<AANLkTimQCEcOeIazLzKdLo-5_lTphYzmSrY1Fg_6Ja8D@mail.gmail.com>	<20100614025736.61e518ef@liberty.rlwhome.lan>	<4C16E632.2080908@brunorusso.eti.br>
	<20100614222129.3da14f70@shaggy.doo>
Message-ID: <4C16FA4E.6010706@gmail.com>

On 15.06.2010 09:21, Erik Hanson wrote:
> On Mon, 14 Jun 2010 23:32:18 -0300
> Bruno Tadeu Russo<contato at brunorusso.eti.br>  wrote:
>
>    
>> I am available on my web site packages ready for 64bit
>>
>> http://www.brunorusso.eti.br/pacotes/NetworkManager/
>>      
> Please don't use the _SBo tag when hosting packages.
>
> You can easily change this when compiling via:
> TAG=_something_else ./prgnam.SlackBuild
>
>    
I apologize for intruding. How can I remove this tag without
editing SlackBild? I tried to run the script like below, but without
result.

TAG=" " ./opera.SlackBuild
[...]
ERROR:  Package extension .10-x86_64-1 is not supported.


From erik at slackbuilds.org  Tue Jun 15 04:09:33 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Mon, 14 Jun 2010 23:09:33 -0500
Subject: [Slackbuilds-users] networkmanager-applet won't run on
 Slackware64 13.1
In-Reply-To: <4C16FA4E.6010706@gmail.com>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com>
	<20100613160706.7646a021@liberty.rlwhome.lan>
	<AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com>
	<20100613163603.06dcec68@liberty.rlwhome.lan>
	<20100613224109.4cd711bc@liberty.rlwhome.lan>
	<AANLkTimQCEcOeIazLzKdLo-5_lTphYzmSrY1Fg_6Ja8D@mail.gmail.com>
	<20100614025736.61e518ef@liberty.rlwhome.lan>
	<4C16E632.2080908@brunorusso.eti.br>
	<20100614222129.3da14f70@shaggy.doo> <4C16FA4E.6010706@gmail.com>
Message-ID: <20100614230933.5698e094@shaggy.doo>

On Tue, 15 Jun 2010 09:58:06 +0600
"Murat D. Kadirov" <banderols at gmail.com> wrote:

> On 15.06.2010 09:21, Erik Hanson wrote:
> > On Mon, 14 Jun 2010 23:32:18 -0300
> > Bruno Tadeu Russo<contato at brunorusso.eti.br>  wrote:
> >
> >    
> >> I am available on my web site packages ready for 64bit
> >>
> >> http://www.brunorusso.eti.br/pacotes/NetworkManager/
> >>      
> > Please don't use the _SBo tag when hosting packages.
> >
> > You can easily change this when compiling via:
> > TAG=_something_else ./prgnam.SlackBuild
> >
> >    
> I apologize for intruding. How can I remove this tag without
> editing SlackBild? I tried to run the script like below, but without
> result.
> 
> TAG=" " ./opera.SlackBuild
> [...]
> ERROR:  Package extension .10-x86_64-1 is not supported.

TAG="" ./opera.SlackBuild

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

From banderols at gmail.com  Tue Jun 15 04:17:30 2010
From: banderols at gmail.com (Murat D. Kadirov)
Date: Tue, 15 Jun 2010 10:17:30 +0600
Subject: [Slackbuilds-users] networkmanager-applet won't run on
 Slackware64 13.1
In-Reply-To: <20100614230933.5698e094@shaggy.doo>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com>	<20100613160706.7646a021@liberty.rlwhome.lan>	<AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com>	<20100613163603.06dcec68@liberty.rlwhome.lan>	<20100613224109.4cd711bc@liberty.rlwhome.lan>	<AANLkTimQCEcOeIazLzKdLo-5_lTphYzmSrY1Fg_6Ja8D@mail.gmail.com>	<20100614025736.61e518ef@liberty.rlwhome.lan>	<4C16E632.2080908@brunorusso.eti.br>	<20100614222129.3da14f70@shaggy.doo>
	<4C16FA4E.6010706@gmail.com> <20100614230933.5698e094@shaggy.doo>
Message-ID: <4C16FEDA.2080001@gmail.com>

On 15.06.2010 10:09, Erik Hanson wrote:
> On Tue, 15 Jun 2010 09:58:06 +0600
> "Murat D. Kadirov"<banderols at gmail.com>  wrote:
>
>    
>> On 15.06.2010 09:21, Erik Hanson wrote:
>>      
>>> On Mon, 14 Jun 2010 23:32:18 -0300
>>> Bruno Tadeu Russo<contato at brunorusso.eti.br>   wrote:
>>>
>>>
>>>        
>>>> I am available on my web site packages ready for 64bit
>>>>
>>>> http://www.brunorusso.eti.br/pacotes/NetworkManager/
>>>>
>>>>          
>>> Please don't use the _SBo tag when hosting packages.
>>>
>>> You can easily change this when compiling via:
>>> TAG=_something_else ./prgnam.SlackBuild
>>>
>>>
>>>        
>> I apologize for intruding. How can I remove this tag without
>> editing SlackBild? I tried to run the script like below, but without
>> result.
>>
>> TAG=" " ./opera.SlackBuild
>> [...]
>> ERROR:  Package extension .10-x86_64-1 is not supported.
>>      
> TAG="" ./opera.SlackBuild
>    
Hmm .. so I also tried. It does not help:

[...]
Slackware package / tmp/opera-10.10-x86_64-1_SBo.tgz created.


From rworkman at slackbuilds.org  Tue Jun 15 04:38:51 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Mon, 14 Jun 2010 23:38:51 -0500
Subject: [Slackbuilds-users] Fix to abntex patch
In-Reply-To: <AANLkTin606C4ywUSNca8tA0gm8HIXA5_Y3rirmpsyWv5@mail.gmail.com>
References: <AANLkTilyFFa-CpfonO2rncKs3S-vHK0iVBZD1AvCYpPh@mail.gmail.com>
	<AANLkTin606C4ywUSNca8tA0gm8HIXA5_Y3rirmpsyWv5@mail.gmail.com>
Message-ID: <20100614233851.387bbd50@liberty.rlwhome.lan>

On Sun, 13 Jun 2010 12:13:53 -0300
Andr? Barboza <bmg.andre at gmail.com> wrote:

> Can any admin update the patch file please? Or is it necessary to
> resubmit?
> 
> 
> 2010/6/13 Jo?o Felipe Santos <joao.eel at gmail.com>:
> > Hello,
> >
> > I know it looks strange, but the patch for abntex SlackBuilds needs
> > a patch. I believe it was tested under 13.1 without installing LyX
> > before (since there was no 13.1 build for 13.1). That way, an issue
> > was undetected.
> >
> > The Makefile for abntex searches for a LyX directory so it can
> > install a layout file, and this part of the patch has a "recursive
> > variable reference". I do not know if for the 13.0 version of make
> > this was not an issue, but now you have to use a "simply-expanded
> > variable" for it to work, that is, set it using ':=' instead of '='.
> >
> > I'm sending the corrected Makefile.diff attached, since it would be
> > strange to patch a patch and then patch the actual file :)
> >
> > -- Jo?o Felipe Santos


Sorry for ignoring this - it wasn't intentional.  
I've got the updated submission committed to my git branch.

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

From rworkman at slackbuilds.org  Tue Jun 15 04:39:56 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Mon, 14 Jun 2010 23:39:56 -0500
Subject: [Slackbuilds-users] LyX update
In-Reply-To: <20100613163227.014b81c9@espero.syntaktisk.dk>
References: <AANLkTiktwW2irFZbpN4hwTcnPm9Uq2WGJsrM1iDwgKxW@mail.gmail.com>
	<4C14F0D3.2070802@gmail.com>
	<20100613163227.014b81c9@espero.syntaktisk.dk>
Message-ID: <20100614233956.2b4e2ac4@liberty.rlwhome.lan>

On Sun, 13 Jun 2010 16:32:27 -0400
Morten Juhl-Johansen Z?lde-Fej?r <mjjzf at syntaktisk.dk> wrote:

> On Sun, 13 Jun 2010 11:53:07 -0300
> "Luis Henrique F. Cardoso de Mello" <lmello.009 at gmail.com> wrote:
> 
> > On 06/13/2010 11:08 AM, Jo?o Felipe Santos wrote:
> > > Hello,
> > >
> > > Today I tried to compile the 13.0 version of the LyX SlackBuild
> > > and noticed some problems. Bumping the version to 1.6.6.1 (the
> > > newest one) it compiles without changing anything in the script,
> > > but does not finish to create the package. I did the steps by
> > > hand and got a functional package... so I think it must be
> > > something with the 13.1 bash update.
> > >
> > > Is the maintainer interested in fixing it? In case he/she does not
> > > have the time, I can fix it myself and submit the update.
> > >
> > > -- Jo?o Felipe Santos
> > >    
> > Did you change this binary-strip bit?
> > > find $PKG | xargs file | grep -e "executable" -e "shared object"
> > > | grep ELF \
> > >   | cut -f 1 -d : | xargs strip --strip-unneeded 2> /dev/null ||
> > > true
> 
> That's it - I have the sript ready for submission.
> 


We're ready when you are :-)

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

From kev at pulo.com.au  Tue Jun 15 04:40:59 2010
From: kev at pulo.com.au (Kevin Pulo)
Date: Tue, 15 Jun 2010 14:40:59 +1000
Subject: [Slackbuilds-users] networkmanager-applet won't run
	on	Slackware64 13.1
In-Reply-To: <4C16FEDA.2080001@gmail.com>
References: <AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com>
	<20100613163603.06dcec68@liberty.rlwhome.lan>
	<20100613224109.4cd711bc@liberty.rlwhome.lan>
	<AANLkTimQCEcOeIazLzKdLo-5_lTphYzmSrY1Fg_6Ja8D@mail.gmail.com>
	<20100614025736.61e518ef@liberty.rlwhome.lan>
	<4C16E632.2080908@brunorusso.eti.br>
	<20100614222129.3da14f70@shaggy.doo> <4C16FA4E.6010706@gmail.com>
	<20100614230933.5698e094@shaggy.doo> <4C16FEDA.2080001@gmail.com>
Message-ID: <20100615044058.GU30817@pulo.com.au>

On Tue, Jun 15, 2010 at 10:17:30AM +0600, Murat D. Kadirov wrote:

> On 15.06.2010 10:09, Erik Hanson wrote:
>> On Tue, 15 Jun 2010 09:58:06 +0600
>> "Murat D. Kadirov"<banderols at gmail.com>  wrote:
>>
>>> I apologize for intruding. How can I remove this tag without
>>> editing SlackBild? I tried to run the script like below, but without
>>> result.
>>>
>>> TAG=" " ./opera.SlackBuild
>>> [...]
>>> ERROR:  Package extension .10-x86_64-1 is not supported.
>>>      
>> TAG="" ./opera.SlackBuild
>>    
> Hmm .. so I also tried. It does not help:
>
> [...]
> Slackware package / tmp/opera-10.10-x86_64-1_SBo.tgz created.

Looks like for $TAG, the template would be better as

TAG=${TAG-_SBo}

so as to allow the TAG to be empty.

Kev.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100615/5b0b1677/attachment.sig>

From rworkman at slackbuilds.org  Tue Jun 15 04:42:30 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Mon, 14 Jun 2010 23:42:30 -0500
Subject: [Slackbuilds-users] Fixes to libraries/soundtouch
In-Reply-To: <AANLkTinWHSEihNk1GoyloG-KDQngBpaxlEi6rW_H1LTf@mail.gmail.com>
References: <AANLkTinWHSEihNk1GoyloG-KDQngBpaxlEi6rW_H1LTf@mail.gmail.com>
Message-ID: <20100614234230.7fd37bb0@liberty.rlwhome.lan>

On Wed, 9 Jun 2010 14:45:11 -0300
Max Miorim <miorimmax at gmail.com> wrote:

> libraries/sndtouch was removed in
> bbdec6d888111a84a54e6bd6e0d9555645c4aedb because it fails to build.
> 
> After some time messing with the autohell^W autotools scripts, I found
> that they had to be updated/regenrated using the autotools that come
> with Slackware 13.1, so the Makefile created by "./configure" works
> again.
> 
> Attached, the patches to update the autotools scripts and some
> cleanups to conform with the new template.


CC'ing maintainer from 13.0 repo

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

From rworkman at slackbuilds.org  Tue Jun 15 04:43:44 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Mon, 14 Jun 2010 23:43:44 -0500
Subject: [Slackbuilds-users] Fixes to libraries/libkate
In-Reply-To: <AANLkTilpB79Rl3nKPyvgg-g9kRyeARPhNgy99jTZ1whA@mail.gmail.com>
References: <AANLkTilpB79Rl3nKPyvgg-g9kRyeARPhNgy99jTZ1whA@mail.gmail.com>
Message-ID: <20100614234344.3b69d9a4@liberty.rlwhome.lan>

On Wed, 9 Jun 2010 18:49:26 -0300
Max Miorim <miorimmax at gmail.com> wrote:

> The following patches will fix libkate build (using libpng12) and make
> the SlackBuild conform to the template.
> 
> As a side note, I have decided to use PNG_CFLAGS and PNG_LIBS instead
> of writing a patch to the source itself or doing something like 'sed
> -e "s#libpng#&12#g configure.ac && autoreconf -f -i' before the
> './configure'.
> 
> Also, this SlackBbuild got removed in
> c0730536a1d3fdcdd0a8d00f637ce97246a0e42e, the patches will apply
> cleanly on a revert of said commit.


CC'ing maintainer from 13.0 repo.

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

From rworkman at slackbuilds.org  Tue Jun 15 04:45:15 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Mon, 14 Jun 2010 23:45:15 -0500
Subject: [Slackbuilds-users] Fixes to libraries/soundtouch
In-Reply-To: <20100614234230.7fd37bb0@liberty.rlwhome.lan>
References: <AANLkTinWHSEihNk1GoyloG-KDQngBpaxlEi6rW_H1LTf@mail.gmail.com>
	<20100614234230.7fd37bb0@liberty.rlwhome.lan>
Message-ID: <20100614234515.7a745630@liberty.rlwhome.lan>

On Mon, 14 Jun 2010 23:42:30 -0500
Robby Workman <rworkman at slackbuilds.org> wrote:

> On Wed, 9 Jun 2010 14:45:11 -0300
> Max Miorim <miorimmax at gmail.com> wrote:
> 
> > libraries/sndtouch was removed in
> > bbdec6d888111a84a54e6bd6e0d9555645c4aedb because it fails to build.
> > 
> > After some time messing with the autohell^W autotools scripts, I
> > found that they had to be updated/regenrated using the autotools
> > that come with Slackware 13.1, so the Makefile created by
> > "./configure" works again.
> > 
> > Attached, the patches to update the autotools scripts and some
> > cleanups to conform with the new template.
> 
> 
> CC'ing maintainer from 13.0 repo
>

Er, oops.  Sorry for the spam, Nishant.  pprkut, this is yours :)

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

From rworkman at slackbuilds.org  Tue Jun 15 04:49:12 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Mon, 14 Jun 2010 23:49:12 -0500
Subject: [Slackbuilds-users] networkmanager-applet won't run on
 Slackware64 13.1
In-Reply-To: <20100615044058.GU30817@pulo.com.au>
References: <AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com>
	<20100613163603.06dcec68@liberty.rlwhome.lan>
	<20100613224109.4cd711bc@liberty.rlwhome.lan>
	<AANLkTimQCEcOeIazLzKdLo-5_lTphYzmSrY1Fg_6Ja8D@mail.gmail.com>
	<20100614025736.61e518ef@liberty.rlwhome.lan>
	<4C16E632.2080908@brunorusso.eti.br>
	<20100614222129.3da14f70@shaggy.doo> <4C16FA4E.6010706@gmail.com>
	<20100614230933.5698e094@shaggy.doo> <4C16FEDA.2080001@gmail.com>
	<20100615044058.GU30817@pulo.com.au>
Message-ID: <20100614234912.6b93ca23@liberty.rlwhome.lan>

On Tue, 15 Jun 2010 14:40:59 +1000
Kevin Pulo <kev at pulo.com.au> wrote:

> On Tue, Jun 15, 2010 at 10:17:30AM +0600, Murat D. Kadirov wrote:
> 
> > On 15.06.2010 10:09, Erik Hanson wrote:
> >> On Tue, 15 Jun 2010 09:58:06 +0600
> >> "Murat D. Kadirov"<banderols at gmail.com>  wrote:
> >>
> >>> I apologize for intruding. How can I remove this tag without
> >>> editing SlackBild? I tried to run the script like below, but
> >>> without result.
> >>>
> >>> TAG=" " ./opera.SlackBuild
> >>> [...]
> >>> ERROR:  Package extension .10-x86_64-1 is not supported.
> >>>      
> >> TAG="" ./opera.SlackBuild
> >>    
> > Hmm .. so I also tried. It does not help:
> >
> > [...]
> > Slackware package / tmp/opera-10.10-x86_64-1_SBo.tgz created.
> 
> Looks like for $TAG, the template would be better as
> 
> TAG=${TAG-_SBo}
> 
> so as to allow the TAG to be empty.


Perhaps, but then, packages without build tags are presumed to
be official packages (even if there's no official statement of
that anywhere), so it's far better for the builder to specify
an alternate TAG value.  

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

From rworkman at slackbuilds.org  Tue Jun 15 04:50:17 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Mon, 14 Jun 2010 23:50:17 -0500
Subject: [Slackbuilds-users] problem wtih auctex slackbuild + suggested
 fix
In-Reply-To: <20100607015317.GA1311@jdiamond-nb>
References: <20100607015317.GA1311@jdiamond-nb>
Message-ID: <20100614235017.33d83190@liberty.rlwhome.lan>

On Sun, 6 Jun 2010 22:53:17 -0300
Jim Diamond <Jim.Diamond at acadiau.ca> wrote:

> The auctex slackbuild script doesn't work on my Slack64 13.1 system.
> Specifically, it complained that preview didn't know where to put some
> files, and it told me to use the
> 	--with-texmf-dir
> argument to configure.  (This may be due to the fact that I have
> texlive 2009 installed in some non-standard place, but I am probably
> not alone in that regard.)
> 
> While I'm not 100% certain that this is the Right Thing To Do, I
> modified the slackbuild file to create a temp directory, use that, and
> delete it before creating the package.  I e-mailed the listed
> maintainer (Aleksandar Samardzic) but he tells me he's not actually
> maintaining it.  He suggested e-mailing the approver (Erik Hanson) but
> I didn't find an e-mail addr for Erik.
> 
> Attached is my version of the slackbuild, in case someone wants to
> update the official slackbuild.


If Alex is no longer maintaining this, then feel free to take it
over and handle it as you see fit.

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

From me at alkos333.net  Tue Jun 15 05:07:05 2010
From: me at alkos333.net (alkos333)
Date: Tue, 15 Jun 2010 00:07:05 -0500
Subject: [Slackbuilds-users] networkmanager-applet won't run on
	Slackware64 13.1
In-Reply-To: <4C16E632.2080908@brunorusso.eti.br>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com> 
	<20100613160706.7646a021@liberty.rlwhome.lan>
	<AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com> 
	<20100613163603.06dcec68@liberty.rlwhome.lan>
	<20100613224109.4cd711bc@liberty.rlwhome.lan> 
	<AANLkTimQCEcOeIazLzKdLo-5_lTphYzmSrY1Fg_6Ja8D@mail.gmail.com> 
	<20100614025736.61e518ef@liberty.rlwhome.lan>
	<4C16E632.2080908@brunorusso.eti.br>
Message-ID: <AANLkTik-5VogaNd0BygRsn_LTJprSk9GapSvTsxY_0xO@mail.gmail.com>

On Mon, Jun 14, 2010 at 9:32 PM, Bruno Tadeu Russo
<contato at brunorusso.eti.br> wrote:
>
> The installation order of packages is as follows:
>
> 1 - ORBit2
> 2 - GConf
> 3 - libtasn1
> 4 - gnome-keyring
> 5 - NetworkManager
> 6 - NetworkManager-openconnect

This one actually requires openconnect as well.  So I guess you would
want to compile that at some time prior to NetworkManager-openconnect

> 7 - network-manager-applet

From rworkman at slackbuilds.org  Tue Jun 15 05:21:23 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 15 Jun 2010 00:21:23 -0500
Subject: [Slackbuilds-users] networkmanager-applet won't run on
 Slackware64 13.1
In-Reply-To: <AANLkTik-5VogaNd0BygRsn_LTJprSk9GapSvTsxY_0xO@mail.gmail.com>
References: <AANLkTiluNi09ToOjfCKY-7ooCggrCqCWDYm4Z6zCKcWv@mail.gmail.com>
	<20100613160706.7646a021@liberty.rlwhome.lan>
	<AANLkTikpzIX30huoeW3gqu4lzvJ8ynJ2jdeJstaMszHS@mail.gmail.com>
	<20100613163603.06dcec68@liberty.rlwhome.lan>
	<20100613224109.4cd711bc@liberty.rlwhome.lan>
	<AANLkTimQCEcOeIazLzKdLo-5_lTphYzmSrY1Fg_6Ja8D@mail.gmail.com>
	<20100614025736.61e518ef@liberty.rlwhome.lan>
	<4C16E632.2080908@brunorusso.eti.br>
	<AANLkTik-5VogaNd0BygRsn_LTJprSk9GapSvTsxY_0xO@mail.gmail.com>
Message-ID: <20100615002123.3b011f80@liberty.rlwhome.lan>

On Tue, 15 Jun 2010 00:07:05 -0500
alkos333 <me at alkos333.net> wrote:

> On Mon, Jun 14, 2010 at 9:32 PM, Bruno Tadeu Russo
> <contato at brunorusso.eti.br> wrote:
> >
> > The installation order of packages is as follows:
> >
> > 1 - ORBit2
> > 2 - GConf
> > 3 - libtasn1
> > 4 - gnome-keyring
> > 5 - NetworkManager
> > 6 - NetworkManager-openconnect
> 
> This one actually requires openconnect as well.  So I guess you would
> want to compile that at some time prior to NetworkManager-openconnect


It's actually just a runtime dep - order doesn't matter for that.

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

From the_emmel at gmx.net  Tue Jun 15 05:35:30 2010
From: the_emmel at gmx.net (emmel)
Date: Tue, 15 Jun 2010 07:35:30 +0200
Subject: [Slackbuilds-users] evince
Message-ID: <20100615053530.GA2018@pollux.mlnet>

The latest build of evince seems to be incapable of remembering previous
settings (window size, page opened, sidebar setting, etc.). Can anyone
confirm this, or is this a local problem?

Thanks.
-- 
emmel <the_emmel at gmx.net>
GPG signed
Fingerprint: 60B4 D8E3 9617 900C 6726  168F D677 5AAD D40F CCE7
Certserver : hkp://pgp.mit.edu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100615/cb2f7618/attachment.sig>

From rworkman at slackbuilds.org  Tue Jun 15 05:38:32 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 15 Jun 2010 00:38:32 -0500
Subject: [Slackbuilds-users] ATTN: Submitters - READ THIS!
Message-ID: <20100615003832.606f46d8@liberty.rlwhome.lan>

Before you submit *anything* to us, especially updates to stuff
that was removed from the 13.1 repository (so you're basing it
off what was in the 13.0 repo), please MAKE SURE you bring it
up to date with our latest templates.  We're having to spend too
much time fixing minor stuff that should have been addressed
before it make it this far.

http://slackbuilds.org/templates/

Thanks in advance...

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

From rworkman at slackbuilds.org  Tue Jun 15 05:41:41 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 15 Jun 2010 00:41:41 -0500
Subject: [Slackbuilds-users] evince
In-Reply-To: <20100615053530.GA2018@pollux.mlnet>
References: <20100615053530.GA2018@pollux.mlnet>
Message-ID: <20100615004141.6d77d5ce@liberty.rlwhome.lan>

On Tue, 15 Jun 2010 07:35:30 +0200
emmel <the_emmel at gmx.net> wrote:

> The latest build of evince seems to be incapable of remembering
> previous settings (window size, page opened, sidebar setting, etc.).
> Can anyone confirm this, or is this a local problem?


Hrm, no, it's not a local problem.

Did this start with the patch to fix the segfault on startup
if $HOME/.gnome2/evince/ was not already present?

Try rebuilding without that patch and see if it works.

If it does, then we'll have to try something else :/

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

From banderols at gmail.com  Tue Jun 15 05:47:38 2010
From: banderols at gmail.com (Murat D. Kadirov)
Date: Tue, 15 Jun 2010 11:47:38 +0600
Subject: [Slackbuilds-users] evince
In-Reply-To: <20100615004141.6d77d5ce@liberty.rlwhome.lan>
References: <20100615053530.GA2018@pollux.mlnet>
	<20100615004141.6d77d5ce@liberty.rlwhome.lan>
Message-ID: <4C1713FA.80001@gmail.com>

On 15.06.2010 11:41, Robby Workman wrote:
> On Tue, 15 Jun 2010 07:35:30 +0200
> emmel<the_emmel at gmx.net>  wrote:
>
>    
>> The latest build of evince seems to be incapable of remembering
>> previous settings (window size, page opened, sidebar setting, etc.).
>> Can anyone confirm this, or is this a local problem?
>>      
>
> Hrm, no, it's not a local problem.
>
> Did this start with the patch to fix the segfault on startup
> if $HOME/.gnome2/evince/ was not already present?
>
> Try rebuilding without that patch and see if it works.
>
> If it does, then we'll have to try something else :/
>
> -RW
>    
This a regression caused by the new Gnome's metadata system.
https://bugzilla.gnome.org/show_bug.cgi?id=606090

-- 
Murat D. Kadirov
PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6  76EE 1B97 0A0E CEC0 6AA0


From rworkman at slackbuilds.org  Tue Jun 15 06:01:29 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 15 Jun 2010 01:01:29 -0500
Subject: [Slackbuilds-users] evince
In-Reply-To: <4C1713FA.80001@gmail.com>
References: <20100615053530.GA2018@pollux.mlnet>
	<20100615004141.6d77d5ce@liberty.rlwhome.lan>
	<4C1713FA.80001@gmail.com>
Message-ID: <20100615010129.2287f4b5@liberty.rlwhome.lan>

On Tue, 15 Jun 2010 11:47:38 +0600
"Murat D. Kadirov" <banderols at gmail.com> wrote:

> On 15.06.2010 11:41, Robby Workman wrote:
> > On Tue, 15 Jun 2010 07:35:30 +0200
> > emmel<the_emmel at gmx.net>  wrote:
> >
> >    
> >> The latest build of evince seems to be incapable of remembering
> >> previous settings (window size, page opened, sidebar setting,
> >> etc.). Can anyone confirm this, or is this a local problem?
> >>      
> >
> > Hrm, no, it's not a local problem.
> >
> > Did this start with the patch to fix the segfault on startup
> > if $HOME/.gnome2/evince/ was not already present?
> >
> > Try rebuilding without that patch and see if it works.
> >
> > If it does, then we'll have to try something else :/
> >
> > -RW
> >    
> This a regression caused by the new Gnome's metadata system.
> https://bugzilla.gnome.org/show_bug.cgi?id=606090
>

Ha!  I had just read through that and was about to forward it
here.  :-)   If someone wants to poke around in the evince
git repo and find the workaround mentioned here, send it my
way and I'll see about including it:
  https://bugzilla.gnome.org/show_bug.cgi?id=606090#c14

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

From miorimmax at gmail.com  Tue Jun 15 06:08:34 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Tue, 15 Jun 2010 03:08:34 -0300
Subject: [Slackbuilds-users] evince
In-Reply-To: <20100615010129.2287f4b5@liberty.rlwhome.lan>
References: <20100615053530.GA2018@pollux.mlnet>
	<20100615004141.6d77d5ce@liberty.rlwhome.lan>
	<4C1713FA.80001@gmail.com>
	<20100615010129.2287f4b5@liberty.rlwhome.lan>
Message-ID: <AANLkTimp_tsY9fwk1W7ElWajx3gJPKIzeQRR79vinm7q@mail.gmail.com>

On Tue, Jun 15, 2010 at 3:01 AM, Robby Workman <rworkman at slackbuilds.org> wrote:
> On Tue, 15 Jun 2010 11:47:38 +0600
> "Murat D. Kadirov" <banderols at gmail.com> wrote:
>
>> On 15.06.2010 11:41, Robby Workman wrote:
>> > On Tue, 15 Jun 2010 07:35:30 +0200
>> > emmel<the_emmel at gmx.net> ?wrote:
>> >
>> >
>> >> The latest build of evince seems to be incapable of remembering
>> >> previous settings (window size, page opened, sidebar setting,
>> >> etc.). Can anyone confirm this, or is this a local problem?
>> >>
>> >
>> > Hrm, no, it's not a local problem.
>> >
>> > Did this start with the patch to fix the segfault on startup
>> > if $HOME/.gnome2/evince/ was not already present?
>> >
>> > Try rebuilding without that patch and see if it works.
>> >
>> > If it does, then we'll have to try something else :/
>> >
>> > -RW
>> >
>> This a regression caused by the new Gnome's metadata system.
>> https://bugzilla.gnome.org/show_bug.cgi?id=606090
>>
>
> Ha! ?I had just read through that and was about to forward it
> here. ?:-) ? If someone wants to poke around in the evince
> git repo and find the workaround mentioned here, send it my
> way and I'll see about including it:
> ?https://bugzilla.gnome.org/show_bug.cgi?id=606090#c14
>
> -RW
>

I believe this is the commit you're looking for:
http://git.gnome.org/browse/evince/commit/?id=2b7b6bf6c958d95290100d2c48915c0dc9788e73

From pprkut at liwjatan.at  Tue Jun 15 06:16:03 2010
From: pprkut at liwjatan.at (Heinz Wiesinger)
Date: Tue, 15 Jun 2010 08:16:03 +0200
Subject: [Slackbuilds-users] Fixes to libraries/soundtouch
In-Reply-To: <20100614234515.7a745630@liberty.rlwhome.lan>
References: <AANLkTinWHSEihNk1GoyloG-KDQngBpaxlEi6rW_H1LTf@mail.gmail.com>
	<20100614234230.7fd37bb0@liberty.rlwhome.lan>
	<20100614234515.7a745630@liberty.rlwhome.lan>
Message-ID: <201006150816.07480.pprkut@liwjatan.at>

On Tuesday 15 June 2010 06:45:15 Robby Workman wrote:
> On Mon, 14 Jun 2010 23:42:30 -0500
> 
> Robby Workman <rworkman at slackbuilds.org> wrote:
> > On Wed, 9 Jun 2010 14:45:11 -0300
> > 
> > Max Miorim <miorimmax at gmail.com> wrote:
> > > libraries/sndtouch was removed in
> > > bbdec6d888111a84a54e6bd6e0d9555645c4aedb because it fails to build.
> > > 
> > > After some time messing with the autohell^W autotools scripts, I
> > > found that they had to be updated/regenrated using the autotools
> > > that come with Slackware 13.1, so the Makefile created by
> > > "./configure" works again.
> > > 
> > > Attached, the patches to update the autotools scripts and some
> > > cleanups to conform with the new template.
> > 
> > CC'ing maintainer from 13.0 repo
> 
> Er, oops.  Sorry for the spam, Nishant.  pprkut, this is yours :)

Thanks for the fixes, but I think it is time to update to the latest version 
of soundtouch which doesn't have that issue.
The main problem that kept me from doing this earlier was an incompatibility 
with audacity which in turn is fixed in newer audacity versions, that however 
want ffmpeg > 0.5.x.
With ffmpeg-0.6 on the horizon this issue is gone as well, which means 
audacity can be safely updated.

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

From rworkman at slackbuilds.org  Tue Jun 15 06:26:04 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 15 Jun 2010 01:26:04 -0500
Subject: [Slackbuilds-users] evince
In-Reply-To: <AANLkTimp_tsY9fwk1W7ElWajx3gJPKIzeQRR79vinm7q@mail.gmail.com>
References: <20100615053530.GA2018@pollux.mlnet>
	<20100615004141.6d77d5ce@liberty.rlwhome.lan>
	<4C1713FA.80001@gmail.com>
	<20100615010129.2287f4b5@liberty.rlwhome.lan>
	<AANLkTimp_tsY9fwk1W7ElWajx3gJPKIzeQRR79vinm7q@mail.gmail.com>
Message-ID: <20100615012604.3ec9249a@liberty.rlwhome.lan>

On Tue, 15 Jun 2010 03:08:34 -0300
Max Miorim <miorimmax at gmail.com> wrote:

> On Tue, Jun 15, 2010 at 3:01 AM, Robby Workman
> <rworkman at slackbuilds.org> wrote:
> > On Tue, 15 Jun 2010 11:47:38 +0600
> > "Murat D. Kadirov" <banderols at gmail.com> wrote:
> >
> >> On 15.06.2010 11:41, Robby Workman wrote:
> >> > On Tue, 15 Jun 2010 07:35:30 +0200
> >> > emmel<the_emmel at gmx.net> ?wrote:
> >> >
> >> >
> >> >> The latest build of evince seems to be incapable of remembering
> >> >> previous settings (window size, page opened, sidebar setting,
> >> >> etc.). Can anyone confirm this, or is this a local problem?
> >> >>
> >> >
> >> > Hrm, no, it's not a local problem.
> >> >
> >> > Did this start with the patch to fix the segfault on startup
> >> > if $HOME/.gnome2/evince/ was not already present?
> >> >
> >> > Try rebuilding without that patch and see if it works.
> >> >
> >> > If it does, then we'll have to try something else :/
> >> >
> >> > -RW
> >> >
> >> This a regression caused by the new Gnome's metadata system.
> >> https://bugzilla.gnome.org/show_bug.cgi?id=606090
> >>
> >
> > Ha! ?I had just read through that and was about to forward it
> > here. ?:-) ? If someone wants to poke around in the evince
> > git repo and find the workaround mentioned here, send it my
> > way and I'll see about including it:
> > ?https://bugzilla.gnome.org/show_bug.cgi?id=606090#c14
> >
> > -RW
> >
> 
> I believe this is the commit you're looking for:
> http://git.gnome.org/browse/evince/commit/?id=2b7b6bf6c958d95290100d2c48915c0dc9788e73


Well, good find!  However:

That's in master branch (2.31.x devel), and there's no backport 
in the 2.30.x branch.  It could probably be backported, but it's 
*low* on my TODO list right now  :-)

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

From ein at inbox.com  Tue Jun 15 07:04:34 2010
From: ein at inbox.com (ein)
Date: Tue, 15 Jun 2010 09:04:34 +0200
Subject: [Slackbuilds-users] Quagga Routing Suite
Message-ID: <4C172602.9030107@inbox.com>

So I can do only one thing - write slackbuild and pray for acceptance.
Thanks for advice,

regards,
e.

Date: Mon, 14 Jun 2010 09:03:46 +0200
From: "Chris Abela" <chris.abela at maltats.com>
To: "'SlackBuilds.org Users List'" <slackbuilds-users at slackbuilds.org>
Subject: Re: [Slackbuilds-users] Quagga Routing Suite
Message-ID: <E1OO3i8-0002tQ-T9 at fender73.go.net.mt>
Content-Type: text/plain;	charset="us-ascii"

All my Slackbuilds were born after I asked myself approximately the same
question. Unless someone takes the initiative to write the scripts, they
will never feature in the repo.

And when all is said, done, submitted and approved, you will find that is
what makes this distro so special.

-----Original Message-----
From: slackbuilds-users-bounces at slackbuilds.org
[mailto:slackbuilds-users-bounces at slackbuilds.org] On Behalf Of ein
Sent: 13 June 2010 17:45
To: slackbuilds-users at slackbuilds.org
Subject: [Slackbuilds-users] Quagga Routing Suite

Hello,

it's there any reason why quagga slackbuild can not be at slackbuilds.org?

Regards,
e.

____________________________________________________________
Share photos & screenshots in seconds...
TRY FREE IM TOOLPACK at http://www.imtoolpack.com/default.aspx?rc=if1
Works in all emails, instant messengers, blogs, forums and social networks.

From miorimmax at gmail.com  Tue Jun 15 07:13:42 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Tue, 15 Jun 2010 04:13:42 -0300
Subject: [Slackbuilds-users] evince
In-Reply-To: <20100615012604.3ec9249a@liberty.rlwhome.lan>
References: <20100615053530.GA2018@pollux.mlnet>
	<20100615004141.6d77d5ce@liberty.rlwhome.lan>
	<4C1713FA.80001@gmail.com>
	<20100615010129.2287f4b5@liberty.rlwhome.lan>
	<AANLkTimp_tsY9fwk1W7ElWajx3gJPKIzeQRR79vinm7q@mail.gmail.com>
	<20100615012604.3ec9249a@liberty.rlwhome.lan>
Message-ID: <AANLkTinjT9H44sanqxPr570MAFC9w5ZaKC6BuiJxySgS@mail.gmail.com>

On Tue, Jun 15, 2010 at 3:26 AM, Robby Workman <rworkman at slackbuilds.org> wrote:
> Well, good find! ?However:
>
> That's in master branch (2.31.x devel), and there's no backport
> in the 2.30.x branch. ?It could probably be backported, but it's
> *low* on my TODO list right now ?:-)
>
> -RW
>

Looking at their commits, it seems they replaced GConf by GSettings
(which requires a newer glib) so, to backport it one would have to
rewrite the changes in 2b7b6bf6 using GConf.

Unfortunately, I don't think I have the knowledge [or spare time to
learn how] to do that now. :\

-- Max

From rworkman at slackbuilds.org  Tue Jun 15 07:26:09 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 15 Jun 2010 02:26:09 -0500
Subject: [Slackbuilds-users] evince
In-Reply-To: <AANLkTinjT9H44sanqxPr570MAFC9w5ZaKC6BuiJxySgS@mail.gmail.com>
References: <20100615053530.GA2018@pollux.mlnet>
	<20100615004141.6d77d5ce@liberty.rlwhome.lan>
	<4C1713FA.80001@gmail.com>
	<20100615010129.2287f4b5@liberty.rlwhome.lan>
	<AANLkTimp_tsY9fwk1W7ElWajx3gJPKIzeQRR79vinm7q@mail.gmail.com>
	<20100615012604.3ec9249a@liberty.rlwhome.lan>
	<AANLkTinjT9H44sanqxPr570MAFC9w5ZaKC6BuiJxySgS@mail.gmail.com>
Message-ID: <20100615022609.46b09168@liberty.rlwhome.lan>

On Tue, 15 Jun 2010 04:13:42 -0300
Max Miorim <miorimmax at gmail.com> wrote:

> On Tue, Jun 15, 2010 at 3:26 AM, Robby Workman
> <rworkman at slackbuilds.org> wrote:
> > Well, good find! ?However:
> >
> > That's in master branch (2.31.x devel), and there's no backport
> > in the 2.30.x branch. ?It could probably be backported, but it's
> > *low* on my TODO list right now ?:-)
> >
> 
> Looking at their commits, it seems they replaced GConf by GSettings
> (which requires a newer glib) so, to backport it one would have to
> rewrite the changes in 2b7b6bf6 using GConf.
> 
> Unfortunately, I don't think I have the knowledge [or spare time to
> learn how] to do that now. :\
> 


I completely understand - I'm in the same boat  :-)

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

From rworkman at slackbuilds.org  Tue Jun 15 11:55:22 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Tue, 15 Jun 2010 11:55:22 +0000
Subject: [Slackbuilds-users] Updates - 20100615
Message-ID: <20100615115522.GA18609@slackbuilds.org>

Tue Jun 15 11:43:28 UTC 2010
academic/abntex: Fixed LYXDIR setting in Makefile patch
academic/flann: Added (FANN library)
audio/clementine: Updated for version 0.3.
audio/shell-fm: Updated for version git20100614.
desktop/gnome-colors: Updated for version 5.5.1.
desktop/ion: Miscellaneous script cleanup.
desktop/wally: Added (wallpaper changer)
development/fpc: Updated for version 2.4.0.
development/qt-creator: Added (Cross-Platform Qt IDE)
development/viewvc: Added (cvs/svn browser interface)
development/yasm: Updated for version 1.0.1.
libraries/libtbb: Added (Intel? Threading Building Blocks)
misc/gramps: Updated for version 3.2.3.
misc/mdic: Added (multilingual dictionary)
multimedia/subtitleripper: Added (DVD Subtitle Ripper)
office/calibre: Updated for version 0.7.2.
office/grisbi: Updated for version 0.6.0.
office/sigil: Added (WYSIWYG ebook editor)
system/grub4dos: Additions to README re lilo chainloading
system/ranger: Updated for version 1.1.0.

From hoanghua at gmail.com  Wed Jun 16 04:20:46 2010
From: hoanghua at gmail.com (Hoang HUA)
Date: Wed, 16 Jun 2010 11:20:46 +0700
Subject: [Slackbuilds-users] MySQL Workbench SlacBuild Script
In-Reply-To: <AANLkTinizbV7mXNzF-RORQODjzefKyj5PYBmg9kqJOkz@mail.gmail.com>
References: <4C1266A4.5000807@gmail.com>
	<AANLkTikU_n1OuVeBN8s0E6NiakXeYi77fX5UigwcR4YV@mail.gmail.com> 
	<AANLkTimZtqs5yQCsulPh2FzY8XRmcJ4tkua4cQErjxjN@mail.gmail.com> 
	<AANLkTinN86vQo2f3OoFi1va0DuzJr8eNgu60UpOSLZgU@mail.gmail.com> 
	<-4718379757682646995@unknownmsgid>
	<AANLkTilFu5vZviLgFlPewO-0W8JZ1n8sWgW6MaqSlMER@mail.gmail.com> 
	<AANLkTinizbV7mXNzF-RORQODjzefKyj5PYBmg9kqJOkz@mail.gmail.com>
Message-ID: <AANLkTil63F_2qHLAxFPMa0KG2-Hv2ImrC8fpUmDasEw_@mail.gmail.com>

Hi,

Finally, I've managed to run MySQL Workbench on Slackware 13.1, the segfault
is fixed by installing GNOME Slackbuild glib2 available at
http://gnomeslackbuild.org/download/. Thanks for your kind support and
guidance.

<http://gnomeslackbuild.org/download/>Regards,

Hoang HUA


2010/6/13 Ozan T?rky?lmaz <ozan.turkyilmaz at gmail.com>

> 2010/6/12 Hoang HUA <hoang at dirox.net>:
>
> it fails to read argc for (my guess) reading command line argument. it's
> weird.
>
> --
> Ozan
> _______________________________________________
> 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/20100616/3f2b0315/attachment.htm>

From erik at slackbuilds.org  Wed Jun 16 05:27:08 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Wed, 16 Jun 2010 00:27:08 -0500
Subject: [Slackbuilds-users] Updates - 20100616.1
Message-ID: <20100616002708.0e4aa825@shaggy.doo>

Wed Jun 16 05:12:19 UTC 2010
libraries/libbonobo: Updated for version 2.24.3.
libraries/libbonoboui: Updated for version 2.24.3.
libraries/libgee: Updated for version 0.5.1.
libraries/libgnome: Updated for version 2.28.0.
libraries/libgnomeui: Updated for version 2.24.3.
libraries/libjpeg-turbo: Updated for version 0.0.93.
libraries/libtasn1: Updated for version 2.2.
misc/gnome-keyring: Updated for version 2.28.2.
system/gnome-vfs: Updated for version 2.24.3.
system/gtklp: Added (gui admin tools for cups)

From the_emmel at gmx.net  Wed Jun 16 06:20:50 2010
From: the_emmel at gmx.net (emmel)
Date: Wed, 16 Jun 2010 08:20:50 +0200
Subject: [Slackbuilds-users] evince
In-Reply-To: <20100615022609.46b09168@liberty.rlwhome.lan>
References: <20100615053530.GA2018@pollux.mlnet>
	<20100615004141.6d77d5ce@liberty.rlwhome.lan>
	<4C1713FA.80001@gmail.com>
	<20100615010129.2287f4b5@liberty.rlwhome.lan>
	<AANLkTimp_tsY9fwk1W7ElWajx3gJPKIzeQRR79vinm7q@mail.gmail.com>
	<20100615012604.3ec9249a@liberty.rlwhome.lan>
	<AANLkTinjT9H44sanqxPr570MAFC9w5ZaKC6BuiJxySgS@mail.gmail.com>
	<20100615022609.46b09168@liberty.rlwhome.lan>
Message-ID: <20100616062050.GA3085@pollux.mlnet>

On Tue, Jun 15, 2010 at 02:26:09AM -0500, Robby Workman wrote:
> On Tue, 15 Jun 2010 04:13:42 -0300
> Max Miorim <miorimmax at gmail.com> wrote:
> 
> > On Tue, Jun 15, 2010 at 3:26 AM, Robby Workman
> > <rworkman at slackbuilds.org> wrote:
> > > Well, good find! ?However:
> > >
> > > That's in master branch (2.31.x devel), and there's no backport
> > > in the 2.30.x branch. ?It could probably be backported, but it's
> > > *low* on my TODO list right now ?:-)
> > >
> > 
> > Looking at their commits, it seems they replaced GConf by GSettings
> > (which requires a newer glib) so, to backport it one would have to
> > rewrite the changes in 2b7b6bf6 using GConf.
> > 
> > Unfortunately, I don't think I have the knowledge [or spare time to
> > learn how] to do that now. :\
> > 
> 
> 
> I completely understand - I'm in the same boat  :-)
> 
> -RW

I think I'll give installing the dev version a shot. If it works without
problems, it might be better to switch over to that instead of
backporting.
-- 
emmel <the_emmel at gmx.net>
GPG signed
Fingerprint: 60B4 D8E3 9617 900C 6726  168F D677 5AAD D40F CCE7
Certserver : hkp://pgp.mit.edu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100616/cfa4f036/attachment.sig>

From miorimmax at gmail.com  Wed Jun 16 09:06:22 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Wed, 16 Jun 2010 06:06:22 -0300
Subject: [Slackbuilds-users] evince
In-Reply-To: <20100616062050.GA3085@pollux.mlnet>
References: <20100615053530.GA2018@pollux.mlnet>
	<20100615004141.6d77d5ce@liberty.rlwhome.lan>
	<4C1713FA.80001@gmail.com>
	<20100615010129.2287f4b5@liberty.rlwhome.lan>
	<AANLkTimp_tsY9fwk1W7ElWajx3gJPKIzeQRR79vinm7q@mail.gmail.com>
	<20100615012604.3ec9249a@liberty.rlwhome.lan>
	<AANLkTinjT9H44sanqxPr570MAFC9w5ZaKC6BuiJxySgS@mail.gmail.com>
	<20100615022609.46b09168@liberty.rlwhome.lan>
	<20100616062050.GA3085@pollux.mlnet>
Message-ID: <AANLkTikriALqBdX6dRMW4rqRqIefIs0gm-3xnrbNx7DO@mail.gmail.com>

On Wed, Jun 16, 2010 at 3:20 AM, emmel <the_emmel at gmx.net> wrote:
> I think I'll give installing the dev version a shot. If it works without
> problems, it might be better to switch over to that instead of
> backporting.
> --
> emmel <the_emmel at gmx.net>
> GPG signed
> Fingerprint: 60B4 D8E3 9617 900C 6726 ?168F D677 5AAD D40F CCE7
> Certserver : hkp://pgp.mit.edu

Although I have not tested, I don't think it's possibile without
updating Slackware's glib. Let me know if you have any luck with this,
so i'll update too. :)

-- Max

From niels.horn at gmail.com  Wed Jun 16 11:08:36 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Wed, 16 Jun 2010 08:08:36 -0300
Subject: [Slackbuilds-users] evince
In-Reply-To: <AANLkTikriALqBdX6dRMW4rqRqIefIs0gm-3xnrbNx7DO@mail.gmail.com>
References: <20100615053530.GA2018@pollux.mlnet>
	<20100615004141.6d77d5ce@liberty.rlwhome.lan>
	<4C1713FA.80001@gmail.com>
	<20100615010129.2287f4b5@liberty.rlwhome.lan>
	<AANLkTimp_tsY9fwk1W7ElWajx3gJPKIzeQRR79vinm7q@mail.gmail.com>
	<20100615012604.3ec9249a@liberty.rlwhome.lan>
	<AANLkTinjT9H44sanqxPr570MAFC9w5ZaKC6BuiJxySgS@mail.gmail.com>
	<20100615022609.46b09168@liberty.rlwhome.lan>
	<20100616062050.GA3085@pollux.mlnet>
	<AANLkTikriALqBdX6dRMW4rqRqIefIs0gm-3xnrbNx7DO@mail.gmail.com>
Message-ID: <AANLkTimYsCcJ8-mUgGefJOIEZ3eDa_HtDe-egmpQYFS5@mail.gmail.com>

On Wed, Jun 16, 2010 at 6:06 AM, Max Miorim <miorimmax at gmail.com> wrote:
> On Wed, Jun 16, 2010 at 3:20 AM, emmel <the_emmel at gmx.net> wrote:
>> I think I'll give installing the dev version a shot. If it works without
>> problems, it might be better to switch over to that instead of
>> backporting.
>> --
>> emmel <the_emmel at gmx.net>
>> GPG signed
>> Fingerprint: 60B4 D8E3 9617 900C 6726 ?168F D677 5AAD D40F CCE7
>> Certserver : hkp://pgp.mit.edu
>
> Although I have not tested, I don't think it's possibile without
> updating Slackware's glib. Let me know if you have any luck with this,
> so i'll update too. :)
>
> -- Max
> _______________________________________________
> 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/
>
>

The development version of evince needs the new glib [1] which is
marked as "Only for testing", "Do not use in a production
environment".
Does not sound like the way to go...

The stable version of evince (the version that builds with the
SlackBuild) needs the gnome-settings-daemon, which *I* cannot use
under my XFce, but I have no idea if it works under KDE.
I guess non-gnome users will have to live with evince not saving its
settings for now.

Niels

[1] evince changed to using the schema-based GSettings, removing the
GConf stuff. These GSettings functions are not available in 'our'
glib.

From erik at slackbuilds.org  Wed Jun 16 22:26:06 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Wed, 16 Jun 2010 17:26:06 -0500
Subject: [Slackbuilds-users] Updates - 20100616.2
Message-ID: <20100616172606.3fac5d72@shaggy.doo>

Wed Jun 16 22:12:31 UTC 2010
academic/flashqard: Added (FlashQard educational software)
audio/playmp3list: Added (simple MP3 playlist player)
desktop/ccsm: Added (CompizConfig Settings Manager)
desktop/emerald-themes: Added (Extra themes for the Emerald Decorator)
desktop/emerald: Added (Emerald Window Decorator)
desktop/fusion-icon: Added (A system tray tool for Compiz Fusion)
desktop/gtk-kde4: Updated for version 0.9.4.
games/pokerth: Updated for version 0.7.1.
libraries/compiz-bcop: Added (A BCOP code generator for Compiz Fusion)
libraries/compiz-plugins-extra: Added (Extra plugins for Compiz Fusion)
libraries/compiz-plugins-main: Added (Main supported plugins for Compiz Fusion)
libraries/compiz-plugins-unsupported: Added (Unsupported plugins for Compiz Fusion)
libraries/compizconfig-backend-kconfig4: Added (kconfig backend for Compiz Fusion)
libraries/compizconfig-python: Added (Python bindings for compiz config)
libraries/fltk2: Updated for version 2.0.x-r7513.
libraries/libcanberra: Added (XDG Sound Theme and Name Spec implementation)
libraries/libcompizconfig: Added (A configuration library for Compiz Fusion)
libraries/libwww-perl: Updated for version 5.836.
libraries/perl-event: Updated for version 1.13.
libraries/perl-html-parser: Updated for version 3.65.
libraries/pywebkitgtk: Updated for version 1.1.7.
multimedia/ffmpeg: Updated for version 0.5.2.
multimedia/minitube: Updated for version 1.0.
multimedia/miro: Added (Online media aggregator)
multimedia/transcode: Patched to eliminate libjpeg segault.
multimedia/x264: Updated for version 20100524.
network/knemo: Updated for version 0.6.2.
network/tor: Updated for version 0.2.1.26.
network/wifi-radar: Added (wireless network config utility)
system/bacula-client: Updated for version 5.0.2.
system/bacula: Updated for version 5.0.2.

From branimir.radovic at gmail.com  Thu Jun 17 02:22:46 2010
From: branimir.radovic at gmail.com (Branimir Radovic)
Date: Thu, 17 Jun 2010 04:22:46 +0200
Subject: [Slackbuilds-users] mysqlcc
Message-ID: <AANLkTimgcpAcMQu0VO2eCITHLtVP6d2JOzDbca3hasrt@mail.gmail.com>

Hi,

I have problem with building mysqlcc package. Log is in attach.

I'm using Slackware 13.1 and i have installed qt3 and kdelibs3.

Tnx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100617/49ca9761/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: build-mysqlcc.log
Type: application/octet-stream
Size: 90056 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100617/49ca9761/attachment-0001.obj>

From niels.horn at gmail.com  Thu Jun 17 03:58:24 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Thu, 17 Jun 2010 00:58:24 -0300
Subject: [Slackbuilds-users] mysqlcc
In-Reply-To: <AANLkTimgcpAcMQu0VO2eCITHLtVP6d2JOzDbca3hasrt@mail.gmail.com>
References: <AANLkTimgcpAcMQu0VO2eCITHLtVP6d2JOzDbca3hasrt@mail.gmail.com>
Message-ID: <AANLkTinLJDJ8EjrdBNJpnCtDNF5wNni5xwVMcn9Roqt5@mail.gmail.com>

On Wed, Jun 16, 2010 at 11:22 PM, Branimir Radovic
<branimir.radovic at gmail.com> wrote:
> Hi,
>
> I have problem with building mysqlcc package. Log is in attach.
>
> I'm using Slackware 13.1 and i have installed qt3 and kdelibs3.
>
> Tnx
>
> _______________________________________________
> 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/
>
>
>

mysqlcc shows several build-time problems with the new mysql headers
and the new compiler.

It has been without updates since 2007, I think this project can be
considered dead...

Maybe try phpMyAdmin?

Niels

From the_emmel at gmx.net  Thu Jun 17 08:56:41 2010
From: the_emmel at gmx.net (emmel)
Date: Thu, 17 Jun 2010 10:56:41 +0200
Subject: [Slackbuilds-users] evince
In-Reply-To: <AANLkTimYsCcJ8-mUgGefJOIEZ3eDa_HtDe-egmpQYFS5@mail.gmail.com>
References: <20100615004141.6d77d5ce@liberty.rlwhome.lan>
	<4C1713FA.80001@gmail.com>
	<20100615010129.2287f4b5@liberty.rlwhome.lan>
	<AANLkTimp_tsY9fwk1W7ElWajx3gJPKIzeQRR79vinm7q@mail.gmail.com>
	<20100615012604.3ec9249a@liberty.rlwhome.lan>
	<AANLkTinjT9H44sanqxPr570MAFC9w5ZaKC6BuiJxySgS@mail.gmail.com>
	<20100615022609.46b09168@liberty.rlwhome.lan>
	<20100616062050.GA3085@pollux.mlnet>
	<AANLkTikriALqBdX6dRMW4rqRqIefIs0gm-3xnrbNx7DO@mail.gmail.com>
	<AANLkTimYsCcJ8-mUgGefJOIEZ3eDa_HtDe-egmpQYFS5@mail.gmail.com>
Message-ID: <20100617085641.GA4404@pollux.mlnet>

On Wed, Jun 16, 2010 at 08:08:36AM -0300, Niels Horn wrote:
> On Wed, Jun 16, 2010 at 6:06 AM, Max Miorim <miorimmax at gmail.com> wrote:
> > On Wed, Jun 16, 2010 at 3:20 AM, emmel <the_emmel at gmx.net> wrote:
> >> I think I'll give installing the dev version a shot. If it works without
> >> problems, it might be better to switch over to that instead of
> >> backporting.
> >> --
> >> emmel <the_emmel at gmx.net>
> >> GPG signed
> >> Fingerprint: 60B4 D8E3 9617 900C 6726 ?168F D677 5AAD D40F CCE7
> >> Certserver : hkp://pgp.mit.edu
> >
> > Although I have not tested, I don't think it's possibile without
> > updating Slackware's glib. Let me know if you have any luck with this,
> > so i'll update too. :)
> >
> > -- Max
> > _______________________________________________
> > 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/
> >
> >
> 
> The development version of evince needs the new glib [1] which is
> marked as "Only for testing", "Do not use in a production
> environment".
> Does not sound like the way to go...
> 
> The stable version of evince (the version that builds with the
> SlackBuild) needs the gnome-settings-daemon, which *I* cannot use
> under my XFce, but I have no idea if it works under KDE.
> I guess non-gnome users will have to live with evince not saving its
> settings for now.
> 
> Niels
> 
> [1] evince changed to using the schema-based GSettings, removing the
> GConf stuff. These GSettings functions are not available in 'our'
> glib.

Yeah. No chance getting that to work. I opt for reverting evince to the
old version until it works properly. Seriously, evince is next to
useless when wach time I open a document I have to maximize the window,
switch the side pane to index instead of the rather useless thumbnails,
then find the page I had... If you have to do that five times in a row
that's no longer annoying, but a complete failure.
-- 
emmel <the_emmel at gmx.net>
GPG signed
Fingerprint: 60B4 D8E3 9617 900C 6726  168F D677 5AAD D40F CCE7
Certserver : hkp://pgp.mit.edu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100617/a5c9abb9/attachment.sig>

From rworkman at slackbuilds.org  Thu Jun 17 09:00:00 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Thu, 17 Jun 2010 04:00:00 -0500
Subject: [Slackbuilds-users] evince
In-Reply-To: <20100617085641.GA4404@pollux.mlnet>
References: <20100615004141.6d77d5ce@liberty.rlwhome.lan>
	<4C1713FA.80001@gmail.com>
	<20100615010129.2287f4b5@liberty.rlwhome.lan>
	<AANLkTimp_tsY9fwk1W7ElWajx3gJPKIzeQRR79vinm7q@mail.gmail.com>
	<20100615012604.3ec9249a@liberty.rlwhome.lan>
	<AANLkTinjT9H44sanqxPr570MAFC9w5ZaKC6BuiJxySgS@mail.gmail.com>
	<20100615022609.46b09168@liberty.rlwhome.lan>
	<20100616062050.GA3085@pollux.mlnet>
	<AANLkTikriALqBdX6dRMW4rqRqIefIs0gm-3xnrbNx7DO@mail.gmail.com>
	<AANLkTimYsCcJ8-mUgGefJOIEZ3eDa_HtDe-egmpQYFS5@mail.gmail.com>
	<20100617085641.GA4404@pollux.mlnet>
Message-ID: <20100617040000.5d474810@liberty.rlwhome.lan>

On Thu, 17 Jun 2010 10:56:41 +0200
emmel <the_emmel at gmx.net> wrote:

> Yeah. No chance getting that to work. I opt for reverting evince to
> the old version until it works properly. Seriously, evince is next to
> useless when wach time I open a document I have to maximize the
> window, switch the side pane to index instead of the rather useless
> thumbnails, then find the page I had... If you have to do that five
> times in a row that's no longer annoying, but a complete failure.


I'm not necessarily opposed to reverting it - any other opinions?

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

From lmello.009 at gmail.com  Thu Jun 17 09:22:31 2010
From: lmello.009 at gmail.com (Luis Henrique F. Cardoso de Mello)
Date: Thu, 17 Jun 2010 06:22:31 -0300
Subject: [Slackbuilds-users] evince
In-Reply-To: <20100617040000.5d474810@liberty.rlwhome.lan>
References: <20100615004141.6d77d5ce@liberty.rlwhome.lan>	<4C1713FA.80001@gmail.com>	<20100615010129.2287f4b5@liberty.rlwhome.lan>	<AANLkTimp_tsY9fwk1W7ElWajx3gJPKIzeQRR79vinm7q@mail.gmail.com>	<20100615012604.3ec9249a@liberty.rlwhome.lan>	<AANLkTinjT9H44sanqxPr570MAFC9w5ZaKC6BuiJxySgS@mail.gmail.com>	<20100615022609.46b09168@liberty.rlwhome.lan>	<20100616062050.GA3085@pollux.mlnet>	<AANLkTikriALqBdX6dRMW4rqRqIefIs0gm-3xnrbNx7DO@mail.gmail.com>	<AANLkTimYsCcJ8-mUgGefJOIEZ3eDa_HtDe-egmpQYFS5@mail.gmail.com>	<20100617085641.GA4404@pollux.mlnet>
	<20100617040000.5d474810@liberty.rlwhome.lan>
Message-ID: <4C19E957.3090109@gmail.com>

On 06/17/2010 06:00 AM, Robby Workman wrote:
> On Thu, 17 Jun 2010 10:56:41 +0200
> emmel<the_emmel at gmx.net>  wrote:
>
>> Yeah. No chance getting that to work. I opt for reverting evince to
>> the old version until it works properly. Seriously, evince is next to
>> useless when wach time I open a document I have to maximize the
>> window, switch the side pane to index instead of the rather useless
>> thumbnails, then find the page I had... If you have to do that five
>> times in a row that's no longer annoying, but a complete failure.
>
>
> I'm not necessarily opposed to reverting it - any other opinions?
>
> -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/
>

Me neither... it's a very annoying bug. But which 'old' version would it be?

-- Luis

From rworkman at slackbuilds.org  Thu Jun 17 09:54:27 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Thu, 17 Jun 2010 04:54:27 -0500
Subject: [Slackbuilds-users] evince
In-Reply-To: <4C19E957.3090109@gmail.com>
References: <20100615004141.6d77d5ce@liberty.rlwhome.lan>
	<4C1713FA.80001@gmail.com>
	<20100615010129.2287f4b5@liberty.rlwhome.lan>
	<AANLkTimp_tsY9fwk1W7ElWajx3gJPKIzeQRR79vinm7q@mail.gmail.com>
	<20100615012604.3ec9249a@liberty.rlwhome.lan>
	<AANLkTinjT9H44sanqxPr570MAFC9w5ZaKC6BuiJxySgS@mail.gmail.com>
	<20100615022609.46b09168@liberty.rlwhome.lan>
	<20100616062050.GA3085@pollux.mlnet>
	<AANLkTikriALqBdX6dRMW4rqRqIefIs0gm-3xnrbNx7DO@mail.gmail.com>
	<AANLkTimYsCcJ8-mUgGefJOIEZ3eDa_HtDe-egmpQYFS5@mail.gmail.com>
	<20100617085641.GA4404@pollux.mlnet>
	<20100617040000.5d474810@liberty.rlwhome.lan>
	<4C19E957.3090109@gmail.com>
Message-ID: <20100617045427.6f0cebd4@liberty.rlwhome.lan>

On Thu, 17 Jun 2010 06:22:31 -0300
"Luis Henrique F. Cardoso de Mello" <lmello.009 at gmail.com> wrote:

> On 06/17/2010 06:00 AM, Robby Workman wrote:
> > On Thu, 17 Jun 2010 10:56:41 +0200
> > emmel<the_emmel at gmx.net>  wrote:
> >
> >> Yeah. No chance getting that to work. I opt for reverting evince to
> >> the old version until it works properly. Seriously, evince is next
> >> to useless when wach time I open a document I have to maximize the
> >> window, switch the side pane to index instead of the rather useless
> >> thumbnails, then find the page I had... If you have to do that five
> >> times in a row that's no longer annoying, but a complete failure.
> >
> >
> > I'm not necessarily opposed to reverting it - any other opinions?
> >
> 
> Me neither... it's a very annoying bug. But which 'old' version would
> it be?
>


We'd go back to the latest 2.28.x version.

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

From niels.horn at gmail.com  Thu Jun 17 09:56:06 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Thu, 17 Jun 2010 06:56:06 -0300
Subject: [Slackbuilds-users] evince
In-Reply-To: <20100617045427.6f0cebd4@liberty.rlwhome.lan>
References: <20100615004141.6d77d5ce@liberty.rlwhome.lan>
	<4C1713FA.80001@gmail.com>
	<20100615010129.2287f4b5@liberty.rlwhome.lan>
	<AANLkTimp_tsY9fwk1W7ElWajx3gJPKIzeQRR79vinm7q@mail.gmail.com>
	<20100615012604.3ec9249a@liberty.rlwhome.lan>
	<AANLkTinjT9H44sanqxPr570MAFC9w5ZaKC6BuiJxySgS@mail.gmail.com>
	<20100615022609.46b09168@liberty.rlwhome.lan>
	<20100616062050.GA3085@pollux.mlnet>
	<AANLkTikriALqBdX6dRMW4rqRqIefIs0gm-3xnrbNx7DO@mail.gmail.com>
	<AANLkTimYsCcJ8-mUgGefJOIEZ3eDa_HtDe-egmpQYFS5@mail.gmail.com>
	<20100617085641.GA4404@pollux.mlnet>
	<20100617040000.5d474810@liberty.rlwhome.lan>
	<4C19E957.3090109@gmail.com>
	<20100617045427.6f0cebd4@liberty.rlwhome.lan>
Message-ID: <AANLkTikT1EIIvzqjhtuHQmLLrQ4r4rCCEAL_GpMEjzq7@mail.gmail.com>

On Thu, Jun 17, 2010 at 6:54 AM, Robby Workman <rworkman at slackbuilds.org> wrote:
> On Thu, 17 Jun 2010 06:22:31 -0300
> "Luis Henrique F. Cardoso de Mello" <lmello.009 at gmail.com> wrote:
>
>> On 06/17/2010 06:00 AM, Robby Workman wrote:
>> > On Thu, 17 Jun 2010 10:56:41 +0200
>> > emmel<the_emmel at gmx.net> ?wrote:
>> >
>> >> Yeah. No chance getting that to work. I opt for reverting evince to
>> >> the old version until it works properly. Seriously, evince is next
>> >> to useless when wach time I open a document I have to maximize the
>> >> window, switch the side pane to index instead of the rather useless
>> >> thumbnails, then find the page I had... If you have to do that five
>> >> times in a row that's no longer annoying, but a complete failure.
>> >
>> >
>> > I'm not necessarily opposed to reverting it - any other opinions?
>> >
>>
>> Me neither... it's a very annoying bug. But which 'old' version would
>> it be?
>>
>
>
> We'd go back to the latest 2.28.x version.
>
> -RW
>

Agreed...

Niels

From niels.horn at gmail.com  Thu Jun 17 11:59:29 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Thu, 17 Jun 2010 08:59:29 -0300
Subject: [Slackbuilds-users] mysqlcc
In-Reply-To: <AANLkTinLJDJ8EjrdBNJpnCtDNF5wNni5xwVMcn9Roqt5@mail.gmail.com>
References: <AANLkTimgcpAcMQu0VO2eCITHLtVP6d2JOzDbca3hasrt@mail.gmail.com>
	<AANLkTinLJDJ8EjrdBNJpnCtDNF5wNni5xwVMcn9Roqt5@mail.gmail.com>
Message-ID: <AANLkTimI20HM4nZOoiQWA8FNZ6eP2U_zXNMqFbhg_zqC@mail.gmail.com>

On Thu, Jun 17, 2010 at 12:58 AM, Niels Horn <niels.horn at gmail.com> wrote:
> On Wed, Jun 16, 2010 at 11:22 PM, Branimir Radovic
> <branimir.radovic at gmail.com> wrote:
>> Hi,
>>
>> I have problem with building mysqlcc package. Log is in attach.
>>
>> I'm using Slackware 13.1 and i have installed qt3 and kdelibs3.
>>
>> Tnx
>>
>> _______________________________________________
>> 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/
>>
>>
>>
>
> mysqlcc shows several build-time problems with the new mysql headers
> and the new compiler.
>
> It has been without updates since 2007, I think this project can be
> considered dead...
>
> Maybe try phpMyAdmin?
>
> Niels
>

Well, in case I didn't scare you too much, I managed to write a patch
to get mysqlcc to build in Slackware 13.1.
Just put the patch in the directory with the SlackBuild and the
sources and use the new SlackBuild script that I attach as well.

The SlackBuild script has three changes:
- use standard /tmp/SBo and not /dev/shm
- clean build directory
- apply the patch

Have fun with it! :)

(I'm sending this also to the maintainer)

Niels
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gcc4.patch
Type: text/x-diff
Size: 2427 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100617/7417c738/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mysqlcc.SlackBuild
Type: application/octet-stream
Size: 1991 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100617/7417c738/attachment-0001.obj>

From rworkman at slackbuilds.org  Thu Jun 17 12:11:37 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Thu, 17 Jun 2010 07:11:37 -0500
Subject: [Slackbuilds-users] mysqlcc
In-Reply-To: <AANLkTimI20HM4nZOoiQWA8FNZ6eP2U_zXNMqFbhg_zqC@mail.gmail.com>
References: <AANLkTimgcpAcMQu0VO2eCITHLtVP6d2JOzDbca3hasrt@mail.gmail.com>
	<AANLkTinLJDJ8EjrdBNJpnCtDNF5wNni5xwVMcn9Roqt5@mail.gmail.com>
	<AANLkTimI20HM4nZOoiQWA8FNZ6eP2U_zXNMqFbhg_zqC@mail.gmail.com>
Message-ID: <20100617071137.27d8d2ca@liberty.rlwhome.lan>

On Thu, 17 Jun 2010 08:59:29 -0300
Niels Horn <niels.horn at gmail.com> wrote:

> Well, in case I didn't scare you too much, I managed to write a patch
> to get mysqlcc to build in Slackware 13.1.
> Just put the patch in the directory with the SlackBuild and the
> sources and use the new SlackBuild script that I attach as well.
> 
> The SlackBuild script has three changes:
> - use standard /tmp/SBo and not /dev/shm
> - clean build directory
> - apply the patch
> 
> Have fun with it! :)
> 
> (I'm sending this also to the maintainer)


Well, darn.  I had just removed that in my git branch earlier
tonight, so I guess I'll fix it up with the patch now.

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

From niels.horn at gmail.com  Thu Jun 17 12:39:16 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Thu, 17 Jun 2010 09:39:16 -0300
Subject: [Slackbuilds-users] mysqlcc
In-Reply-To: <20100617071137.27d8d2ca@liberty.rlwhome.lan>
References: <AANLkTimgcpAcMQu0VO2eCITHLtVP6d2JOzDbca3hasrt@mail.gmail.com>
	<AANLkTinLJDJ8EjrdBNJpnCtDNF5wNni5xwVMcn9Roqt5@mail.gmail.com>
	<AANLkTimI20HM4nZOoiQWA8FNZ6eP2U_zXNMqFbhg_zqC@mail.gmail.com>
	<20100617071137.27d8d2ca@liberty.rlwhome.lan>
Message-ID: <AANLkTilez2ioe06CYiPlMum2Vo0Cfec2WtToBgAysqT4@mail.gmail.com>

Sorry for causing the extra work :)
You know how I like writing patches...

Niels

2010/6/17, Robby Workman <rworkman at slackbuilds.org>:
> On Thu, 17 Jun 2010 08:59:29 -0300
> Niels Horn <niels.horn at gmail.com> wrote:
>
>> Well, in case I didn't scare you too much, I managed to write a patch
>> to get mysqlcc to build in Slackware 13.1.
>> Just put the patch in the directory with the SlackBuild and the
>> sources and use the new SlackBuild script that I attach as well.
>>
>> The SlackBuild script has three changes:
>> - use standard /tmp/SBo and not /dev/shm
>> - clean build directory
>> - apply the patch
>>
>> Have fun with it! :)
>>
>> (I'm sending this also to the maintainer)
>
>
> Well, darn.  I had just removed that in my git branch earlier
> tonight, so I guess I'll fix it up with the patch now.
>
> -RW
>

-- 
Enviado do meu celular

Niels Horn
Rio de Janeiro, RJ
Brasil
site: www.nielshorn.net
e-mail: niels.horn at gmail.com

From erik at slackbuilds.org  Thu Jun 17 20:16:41 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Thu, 17 Jun 2010 15:16:41 -0500
Subject: [Slackbuilds-users] Updates - 20100617.1
Message-ID: <20100617151641.1a94a4a5@shaggy.doo>

Thu Jun 17 20:06:27 UTC 2010
development/amaya: Added (W3 Web Editor)
development/glade3: Added (GTK+2 ui development helper)
development/mysqlcc: Patched build on recent gcc
development/tig: Updated for version 0.16.
graphics/comix: Added (image viewer aimed at comics)
graphics/fbida: Added (image viewer)
graphics/zgv: Added (svgalib image viewer)
libraries/gtk-sharp: Added (GUI toolkit for mono)
libraries/log4net: Added (log tool for mono)
libraries/nini: Added (.NET configuration library)
libraries/smartirc4net: Added (C# IRC library)
libraries/xforms: Updated for version 1.0.93sp1.
misc/merkaartor: Updated for version 0.16.1.
misc/projectM: Added (Music visualization program)
network/freeradius-server: Added (Radius protocol server)
network/iscsitarget: Added (FOSS iSCSI target)
network/knemo: Update the hicolor icon cache in doinst.sh
network/pino: Added (Twitter and Identi.ca client)
network/smuxi: Added (an IRC client written C#)
office/lyx: Added (WYSIWYM document processor)
office/openoffice.org: Silence a harmless warning
system/ksh: Updated with newer cvs snapshot.
system/nut: Added (Network UPS Tools)

From hba.nihilismus at gmail.com  Thu Jun 17 21:47:32 2010
From: hba.nihilismus at gmail.com (=?UTF-8?Q?Antonio_Hern=C3=A1ndez_Blas?=)
Date: Thu, 17 Jun 2010 16:47:32 -0500
Subject: [Slackbuilds-users] [FIX] Eclipse + xulrunner issue.
Message-ID: <AANLkTillXYj6ki1JoAV-1pFcPIOR-ncnMj_1CTM2bxHe@mail.gmail.com>

Hi all.

There's an issue with Eclipse and it's internal web browser that cause
a fatal error with the Java VM. When you launch eclipse you may get a
message like these ones:

This one is from my system (slackware 13.0 + jdk 6u16 + firefox 3.6.3):
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0xb2ffe82f, pid=6504, tid=3085474000
#
# JRE version: 6.0_16-b01
# Java VM: Java HotSpot(TM) Client VM (14.2-b01 mixed mode, sharing linux-x86 )
# Problematic frame:
# C  [libxpcom_core.so+0x8882f]
#
# An error report file with more information is saved as:
# $HOME/hs_err_pid6504.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
/usr/bin/eclipse: line 3:  6504 Aborted                 /opt/eclipse/eclipse $@

This one is from Howard Pepper's system (slackware 13.1 + jdk 6u20 +
firefox 3.6.3):
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0xb212eb00, pid=14285, tid=3076683456
#
# JRE version: 6.0_20-b02
# Java VM: Java HotSpot(TM) Client VM (16.3-b01 mixed mode, sharing linux-x86 )
# Problematic frame:
# C  [libxul.so+0xa7ab00]
#
# An error report file with more information is saved as:
# $HOME/hs_err_pid14285.log
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#
/usr/bin/eclipse: line 3: 14285 Aborted /opt/eclipse/eclipse $@

Fixes:

You can "simple" install xulrunner:
http://slackbuilds.org/repository/13.0/libraries/xulrunner/
http://slackbuilds.org/repository/13.1/libraries/xulrunner/

But build this package takes quite a lot of time.

The second fix (that doesn't require to install xulrunner but
seamonkey) is to specify to the Java VM the location of xulrunner
(http://www.eclipse.org/swt/faq.php#specifyxulrunner). To make this
edit
/opt/eclipse/eclipse.ini
and add the line:
-Dorg.eclipse.swt.browser.XULRunnerPath=/usr/lib/seamonkey
below the '-vmargs' line.

Note: xulrunner is also inside /usr/lib/firefox, but if you specify
this, you would get a message like:

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0xb80ab31d, pid=28349, tid=3086207184
#
# JRE version: 6.0_16-b01
# Java VM: Java HotSpot(TM) Client VM (14.2-b01 mixed mode, sharing linux-x86 )
# Problematic frame:
# C  [libpthread.so.0+0xa31d]  pthread_cond_signal+0xd
#
# An error report file with more information is saved as:
# $HOME/hs_err_pid28349.log
/opt/eclipse/eclipse: symbol lookup error:
/usr/lib/firefox-3.6.3/libxul.so: undefined symbol:
_Z20js_NextActiveContextP9JSRuntimeP9JSContext

This was just tested in an x86 system, i' don't know if this applied
to x86_64 too and BTW, this is not related to /etc/ld.so.conf
misconfiguration or anything like that.

Thanks to Howard Pepper for reminding me about this issue.

Any comment is welcome :)

-- 
- hba

From lmello.009 at gmail.com  Thu Jun 17 21:59:22 2010
From: lmello.009 at gmail.com (Luis Henrique F. Cardoso de Mello)
Date: Thu, 17 Jun 2010 18:59:22 -0300
Subject: [Slackbuilds-users] Note - libtorrent update + deluge
In-Reply-To: <4C153ADA.8020305@slackware.it>
References: <4C152DC8.8020206@gmail.com> <4C153ADA.8020305@slackware.it>
Message-ID: <4C1A9ABA.6070506@gmail.com>

On 06/13/2010 05:08 PM, Marco Bonetti wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Luis Henrique F. Cardoso de Mello wrote:
>> After the last update batch, I had to *remove* the deluge package
>> *before* recompiling it in order to connect the daemon as expected.
> Odd, maybe it just didn't like to be upgraded while running :)
> Anyway, I'll take a look into it as soon as I move to 13.1 but it will
> take some time, thanks for spotting the issue.
>
> ciao
>
> - --
> Marco Bonetti
> Tor research and other stuff: http://sid77.slackware.it/
> 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/
>
> iEYEARECAAYFAkwVOtoACgkQTYvJ9gtgvF96ewCgpaErsj2+IDaYkwrGgoHhdpTq
> ScsAoN6dV+6sTdP+gEOs+oT4Kqo2zKVb
> =b7z4
> -----END PGP SIGNATURE-----
> _______________________________________________
> 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/
>

When you do, please bump the version to 1.3.0rc1 - I couldn't connect to 
the daemon after I had connected to a tracker and restarted deluge. Only 
after cleaning up my ~/.config/deluge directory I could connect again.

From sombriks at gmail.com  Thu Jun 17 22:18:02 2010
From: sombriks at gmail.com (Leonardo)
Date: Thu, 17 Jun 2010 19:18:02 -0300
Subject: [Slackbuilds-users] [FIX] Eclipse + xulrunner issue.
In-Reply-To: <AANLkTillXYj6ki1JoAV-1pFcPIOR-ncnMj_1CTM2bxHe@mail.gmail.com>
References: <AANLkTillXYj6ki1JoAV-1pFcPIOR-ncnMj_1CTM2bxHe@mail.gmail.com>
Message-ID: <AANLkTimGCsW1GutOmIa2kt480YOd2JX3UtLagM9YVuxE@mail.gmail.com>

excelent advice Antonio!

here i "solved" it by removing seamonkey and seamonkey-solibs, ;)

2010/6/17 Antonio Hern?ndez Blas <hba.nihilismus at gmail.com>:
> Hi all.
>
> There's an issue with Eclipse and it's internal web browser that cause
> a fatal error with the Java VM. When you launch eclipse you may get a
> message like these ones:
>
> This one is from my system (slackware 13.0 + jdk 6u16 + firefox 3.6.3):
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # ?SIGSEGV (0xb) at pc=0xb2ffe82f, pid=6504, tid=3085474000
> #
> # JRE version: 6.0_16-b01
> # Java VM: Java HotSpot(TM) Client VM (14.2-b01 mixed mode, sharing linux-x86 )
> # Problematic frame:
> # C ?[libxpcom_core.so+0x8882f]
> #
> # An error report file with more information is saved as:
> # $HOME/hs_err_pid6504.log
> #
> # If you would like to submit a bug report, please visit:
> # ? http://java.sun.com/webapps/bugreport/crash.jsp
> # The crash happened outside the Java Virtual Machine in native code.
> # See problematic frame for where to report the bug.
> #
> /usr/bin/eclipse: line 3: ?6504 Aborted ? ? ? ? ? ? ? ? /opt/eclipse/eclipse $@
>
> This one is from Howard Pepper's system (slackware 13.1 + jdk 6u20 +
> firefox 3.6.3):
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # ?SIGSEGV (0xb) at pc=0xb212eb00, pid=14285, tid=3076683456
> #
> # JRE version: 6.0_20-b02
> # Java VM: Java HotSpot(TM) Client VM (16.3-b01 mixed mode, sharing linux-x86 )
> # Problematic frame:
> # C ?[libxul.so+0xa7ab00]
> #
> # An error report file with more information is saved as:
> # $HOME/hs_err_pid14285.log
> #
> # If you would like to submit a bug report, please visit:
> # ? http://java.sun.com/webapps/bugreport/crash.jsp
> #
> /usr/bin/eclipse: line 3: 14285 Aborted /opt/eclipse/eclipse $@
>
> Fixes:
>
> You can "simple" install xulrunner:
> http://slackbuilds.org/repository/13.0/libraries/xulrunner/
> http://slackbuilds.org/repository/13.1/libraries/xulrunner/
>
> But build this package takes quite a lot of time.
>
> The second fix (that doesn't require to install xulrunner but
> seamonkey) is to specify to the Java VM the location of xulrunner
> (http://www.eclipse.org/swt/faq.php#specifyxulrunner). To make this
> edit
> /opt/eclipse/eclipse.ini
> and add the line:
> -Dorg.eclipse.swt.browser.XULRunnerPath=/usr/lib/seamonkey
> below the '-vmargs' line.
>
> Note: xulrunner is also inside /usr/lib/firefox, but if you specify
> this, you would get a message like:
>
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # ?SIGSEGV (0xb) at pc=0xb80ab31d, pid=28349, tid=3086207184
> #
> # JRE version: 6.0_16-b01
> # Java VM: Java HotSpot(TM) Client VM (14.2-b01 mixed mode, sharing linux-x86 )
> # Problematic frame:
> # C ?[libpthread.so.0+0xa31d] ?pthread_cond_signal+0xd
> #
> # An error report file with more information is saved as:
> # $HOME/hs_err_pid28349.log
> /opt/eclipse/eclipse: symbol lookup error:
> /usr/lib/firefox-3.6.3/libxul.so: undefined symbol:
> _Z20js_NextActiveContextP9JSRuntimeP9JSContext
>
> This was just tested in an x86 system, i' don't know if this applied
> to x86_64 too and BTW, this is not related to /etc/ld.so.conf
> misconfiguration or anything like that.
>
> Thanks to Howard Pepper for reminding me about this issue.
>
> Any comment is welcome :)
>
> --
> - hba
> _______________________________________________
> 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 joao.eel at gmail.com  Thu Jun 17 22:26:51 2010
From: joao.eel at gmail.com (=?ISO-8859-1?Q?Jo=E3o_Felipe_Santos?=)
Date: Thu, 17 Jun 2010 19:26:51 -0300
Subject: [Slackbuilds-users] About the scipy SlackBuild
In-Reply-To: <AANLkTinsbbWZa_v32Fu1UFHR7q5Uhjw4fYlKGd-_8_QK@mail.gmail.com>
References: <AANLkTilGqKAD0kfHtud4fSooIdVClARb1S3x342Vy4hQ@mail.gmail.com>
	<AANLkTinsbbWZa_v32Fu1UFHR7q5Uhjw4fYlKGd-_8_QK@mail.gmail.com>
Message-ID: <AANLkTimOOp342_b5uPOJC5-1OBnL79iTXpb8SxO23P0Y@mail.gmail.com>

Eug?ne (and SBo keepers),

As we agreed some time ago, I will be taking over scipy and updating
it. I am sending this e-mail to the list too, so Eug?ne can tell us if
he disagrees :)

--
Jo?o Felipe Santos

From erik at slackbuilds.org  Thu Jun 17 23:22:02 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Thu, 17 Jun 2010 18:22:02 -0500
Subject: [Slackbuilds-users] Updates - 20100617.2
Message-ID: <20100617182202.1ea84a99@shaggy.doo>

Thu Jun 17 23:16:31 UTC 2010
desktop/xfce4-taskmanager: Updated for version 1.0.0.
libraries/libebml: Updated for version 1.0.0.
libraries/libmatroska: Updated for version 1.0.0.
libraries/libvpx: Added. This is the WebM VP8 SDK.
multimedia/guvcview: Added (GTK+ UVC Viewer)
multimedia/mkvtoolnix: Updated for version 4.0.0.
multimedia/rtmpdump: Added. rtmpdump is a toolkit for RTMP streams.
office/abiword: Updated for version 2.8.6.
office/evince: Reverted to version 2.28.2.

From belka.ew at gmail.com  Fri Jun 18 17:16:42 2010
From: belka.ew at gmail.com (Eugen Wissner)
Date: Fri, 18 Jun 2010 19:16:42 +0200
Subject: [Slackbuilds-users] tint2
Message-ID: <AANLkTinxxIGx9owi4dHReg6mB3EbKDx2D3zVUFVKHfIN@mail.gmail.com>

I submitted tint2 but I forgot to change some specific for my computer
variables ($OUTPUT and SLKCFLAGS for x86_64 (-march=amdfam10)). Can
someone solve it, please?.
Sorry.

From mccnews at free.fr  Fri Jun 18 21:55:23 2010
From: mccnews at free.fr (mc collilieux)
Date: Fri, 18 Jun 2010 23:55:23 +0200
Subject: [Slackbuilds-users] Fotoxx
Message-ID: <4C1BEB4B.6080600@free.fr>

Hello
Fotoxx source version 10.3.1 is no longer "download-able"  on the 
server. Now there are versions 10.4, 10.5 and 10.6.1


-- 
Marie-Claude Collilieux
Bretagne

From crockabiscuit at yahoo.com  Sun Jun 20 00:33:00 2010
From: crockabiscuit at yahoo.com (Crocka Biscuit)
Date: Sat, 19 Jun 2010 17:33:00 -0700 (PDT)
Subject: [Slackbuilds-users] Fw: Hello grissiom,
	I want to submit ibus-qt 1.3.0 to slackbuilds.org
In-Reply-To: <361903.83960.qm@web120314.mail.ne1.yahoo.com>
References: <361903.83960.qm@web120314.mail.ne1.yahoo.com>
Message-ID: <975398.25534.qm@web120305.mail.ne1.yahoo.com>

I got his consent. Yay



----- Forwarded Message ----
From: Grissiom <chaos.proton at gmail.com>
To: Crocka Biscuit <crockabiscuit at yahoo.com>
Sent: Sat, June 19, 2010 10:11:30 PM
Subject: Re: Hello grissiom, I want to submit ibus-qt 1.3.0 to slackbuilds.org

Hello Crocka Biscuit,

Oops, I forgot to submit the update of ibus-qt. But I hope you've
worked with it for sometime. So just go ahead to submit your work. I
hope I can catch up the pace next time ;-)

On Sat, Jun 19, 2010 at 5:48 PM, Crocka Biscuit <crockabiscuit at yahoo.com> wrote:
> I want your permission. The version you submitted is 1.2.0.
> Can I submit ibus-qt 1.3.0 for slackware 13.1 to slackbuilds.org?
>
>

-- 
Cheers,
Grissiom



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100619/cfcdbfb1/attachment.htm>

From rworkman at slackbuilds.org  Sun Jun 20 08:02:07 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sun, 20 Jun 2010 03:02:07 -0500
Subject: [Slackbuilds-users] Fotoxx
In-Reply-To: <4C1BEB4B.6080600@free.fr>
References: <4C1BEB4B.6080600@free.fr>
Message-ID: <20100620030207.254d85ce@liberty.rlwhome.lan>

On Fri, 18 Jun 2010 23:55:23 +0200
mc collilieux <mccnews at free.fr> wrote:

> Fotoxx source version 10.3.1 is no longer "download-able"  on the 
> server. Now there are versions 10.4, 10.5 and 10.6.1


Thanks; current version submitted.

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

From rworkman at slackbuilds.org  Sun Jun 20 08:19:22 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sun, 20 Jun 2010 03:19:22 -0500
Subject: [Slackbuilds-users] tint2
In-Reply-To: <AANLkTinxxIGx9owi4dHReg6mB3EbKDx2D3zVUFVKHfIN@mail.gmail.com>
References: <AANLkTinxxIGx9owi4dHReg6mB3EbKDx2D3zVUFVKHfIN@mail.gmail.com>
Message-ID: <20100620031922.52062b01@liberty.rlwhome.lan>

On Fri, 18 Jun 2010 19:16:42 +0200
Eugen Wissner <belka.ew at gmail.com> wrote:

> I submitted tint2 but I forgot to change some specific for my computer
> variables ($OUTPUT and SLKCFLAGS for x86_64 (-march=amdfam10)). Can
> someone solve it, please?.


Got it.

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

From rkelsen at optusnet.com.au  Sun Jun 20 11:44:58 2010
From: rkelsen at optusnet.com.au (Robert Kelsen)
Date: Sun, 20 Jun 2010 21:44:58 +1000
Subject: [Slackbuilds-users] Suggestion for packages which require a startup
	file.
Message-ID: <20100620214458.fe13e95d.rkelsen@optusnet.com.au>

Hello Slackbuild builders!

My name is Rob, and I've been using Slackware for about 10 years now, but 
only recently jumped on board the Slackbuilds train.

I've got a suggestion for packages which require a startup file under 
/etc/rc.d.  It's something that the Dropline Gnome guys do...

Instead of requiring the user to edit rc.local, I think it's simpler to use
Slackware's out-of-the-box sysvinit-style capabilities.

For example, let's take TiMidity++. In the README which accompanies this
SlackBuild, the user is prompted to add "/etc/rc.d/rc.timidity start" to
/etc/rc.d/rc.local.  While this is a simple solution, it is by no means 
a tidy one.  After adding a few other things, rc.local becomes rather 
messy and difficult to maintain if the user doesn't delete or change lines 
as packages are upgraded or removed.

The proposed resolution to this issue:

A simple symlink.

Yes, a symlink (or series of symlinks). It can be included as part of the 
package, and is removed if a package is uninstalled.  

Using our TiMidity++ example above, the symlink would point to 
/etc/rc.d/rc.timidity and be located under /etc/rc.d/rc4.d.  You could
call it S99timidity or something similar.  I chose rc4.d, because it
makes sense that someone needing TiMidity++ would mainly use it in that 
runlevel.  It is a CLI-based tool, so you could add it to other runlevels
too.

The scripts (or symlinks pointing to them) under the /etc/rc.d/rc*.d 
directories are run towards the end of the boot sequence, provided that 
/etc/rc.d/rc.sysvinit is executable.

If the user doesn't want the script to run at bootup, all they have to do 
is "chmod -x /etc/rc.d/rc.timidity" or delete the symlink.  The best part
is that they don't need to edit anything to make the package work.

It's simple, but it makes things tidier, IMO.

Apologies if this sort of thing has been discussed before.

Cheers,


Rob Kelsen

From Manuel.Spam at nurfuerspam.de  Sun Jun 20 12:03:45 2010
From: Manuel.Spam at nurfuerspam.de (Manuel Reimer)
Date: Sun, 20 Jun 2010 14:03:45 +0200
Subject: [Slackbuilds-users] Suggestion for packages which require a
	startup file.
In-Reply-To: <20100620214458.fe13e95d.rkelsen@optusnet.com.au>
References: <20100620214458.fe13e95d.rkelsen@optusnet.com.au>
Message-ID: <hvl085$7b7$1@dough.gmane.org>

Robert Kelsen wrote:
> Instead of requiring the user to edit rc.local, I think it's simpler to use
> Slackware's out-of-the-box sysvinit-style capabilities.

That's not the "Slackware way" of init. Slackware uses a BSD-like init.

I vote for not using this for SlackBuilds on slackbuilds.org.

Yours

Manuel


From rkelsen at optusnet.com.au  Sun Jun 20 12:15:35 2010
From: rkelsen at optusnet.com.au (Robert Kelsen)
Date: Sun, 20 Jun 2010 22:15:35 +1000
Subject: [Slackbuilds-users] Suggestion for packages which require a
 startup file.
In-Reply-To: <hvl085$7b7$1@dough.gmane.org>
References: <20100620214458.fe13e95d.rkelsen@optusnet.com.au>
	<hvl085$7b7$1@dough.gmane.org>
Message-ID: <20100620221535.909f67b3.rkelsen@optusnet.com.au>

> That's not the "Slackware way" of init. Slackware uses a BSD-like init.

Well, I wasn't expecting such a politically charged response.


Then why are there all of these /etc/rc.d/rc*.d directories?

People who say that Slackware's init is "BSD-like" should go and install 
a *BSD before making this comment.
 
> I vote for not using this for SlackBuilds on slackbuilds.org.

You vote against a symlink?  You'd rather keep manually editing rc.local?

From disturbed1976 at gmail.com  Sun Jun 20 12:32:12 2010
From: disturbed1976 at gmail.com (Keith Richie)
Date: Sun, 20 Jun 2010 08:32:12 -0400
Subject: [Slackbuilds-users] Suggestion for packages which require a
	startup file.
In-Reply-To: <20100620221535.909f67b3.rkelsen@optusnet.com.au>
References: <20100620214458.fe13e95d.rkelsen@optusnet.com.au>
	<hvl085$7b7$1@dough.gmane.org>
	<20100620221535.909f67b3.rkelsen@optusnet.com.au>
Message-ID: <AANLkTinHkgyd22-iKkZlMlLbpmCnTg_tofJTXZyL7iYe@mail.gmail.com>

On Sun, Jun 20, 2010 at 8:15 AM, Robert Kelsen <rkelsen at optusnet.com.au> wrote:
>> That's not the "Slackware way" of init. Slackware uses a BSD-like init.
>
> Well, I wasn't expecting such a politically charged response.
>
>
> Then why are there all of these /etc/rc.d/rc*.d directories?
>
> People who say that Slackware's init is "BSD-like" should go and install
> a *BSD before making this comment.
>
>> I vote for not using this for SlackBuilds on slackbuilds.org.
>
> You vote against a symlink? ?You'd rather keep manually editing rc.local?
> _______________________________________________
> 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/
>
>

Let's see -
A single rc.blah file, and edit rc.local{shutdown}.
 or
A single rc.blah, with a link to init.d, then links from that linked
link to different run levels, a K{ill} link to stop the script in the
proper run levels, and a S{tart} link to start the script in the
proper run levels, along with figuring out the K/S number to get the
order correct.

I'm not entirely sure which one is easier to manage, maintain, and update ;-)


"Then why are there all of these /etc/rc.d/rc*.d directories?"
To provide compatibility to those proprietary packages that like to
unnecessarily complicate things. At least Virtual Box gets this right.

From chaos.proton at gmail.com  Sun Jun 20 12:38:32 2010
From: chaos.proton at gmail.com (Grissiom)
Date: Sun, 20 Jun 2010 20:38:32 +0800
Subject: [Slackbuilds-users] Suggestion for packages which require a
	startup file.
In-Reply-To: <20100620214458.fe13e95d.rkelsen@optusnet.com.au>
References: <20100620214458.fe13e95d.rkelsen@optusnet.com.au>
Message-ID: <AANLkTimQOXSuvYrjjq0sdE7hQ4bgvWpvtEBJiKHBl_nz@mail.gmail.com>

On Sun, Jun 20, 2010 at 7:44 PM, Robert Kelsen <rkelsen at optusnet.com.au> wrote:
> The proposed resolution to this issue:
>
> A simple symlink.
>
> Yes, a symlink (or series of symlinks). It can be included as part of the
> package, and is removed if a package is uninstalled.
>
> Using our TiMidity++ example above, the symlink would point to
> /etc/rc.d/rc.timidity and be located under /etc/rc.d/rc4.d. ?You could
> call it S99timidity or something similar. ?I chose rc4.d, because it
> makes sense that someone needing TiMidity++ would mainly use it in that
> runlevel. ?It is a CLI-based tool, so you could add it to other runlevels
> too.
>

I think one negative reason not to use it is that it is _possible_
that you start the service twice. For example, a user see the script
in rc.d, and he knows that Slackware use BSD style init, so he add
something like "/etc/rc.d/rc.timidity start" in rc.local without
knowing that it is already started by the SystemV init compatible
layer. So I think if a package mean to use SystemV style init, please
drop the startup script into /etc/init.d/(which is a symlink to
/etc/rc.d/init.d) and then symlink it to /etc/rc[0-6].d. I think the
folder name says that "all the scripts under me are intended to be
SystemV style init scripts." Anyway, my statement is not official at
all ;-)

But the positive reason to use your solution is that it is simple to
end-user. Install and reboot(or manually do a startup), that's all. No
need to edit files after install and uninstall.

-- 
Cheers,
Grissiom

From donaldcallen at gmail.com  Sun Jun 20 12:46:36 2010
From: donaldcallen at gmail.com (Donald Allen)
Date: Sun, 20 Jun 2010 08:46:36 -0400
Subject: [Slackbuilds-users] Suggestion for packages which require a
	startup file.
In-Reply-To: <AANLkTinHkgyd22-iKkZlMlLbpmCnTg_tofJTXZyL7iYe@mail.gmail.com>
References: <20100620214458.fe13e95d.rkelsen@optusnet.com.au>
	<hvl085$7b7$1@dough.gmane.org>
	<20100620221535.909f67b3.rkelsen@optusnet.com.au>
	<AANLkTinHkgyd22-iKkZlMlLbpmCnTg_tofJTXZyL7iYe@mail.gmail.com>
Message-ID: <AANLkTikDza_tWeeiAHyCZXPivr3VFTH5FHKQl-qRKQgd@mail.gmail.com>

On Sun, Jun 20, 2010 at 8:32 AM, Keith Richie <disturbed1976 at gmail.com>wrote:

> On Sun, Jun 20, 2010 at 8:15 AM, Robert Kelsen <rkelsen at optusnet.com.au>
> wrote:
> >> That's not the "Slackware way" of init. Slackware uses a BSD-like init.
> >
> > Well, I wasn't expecting such a politically charged response.
> >
> >
> > Then why are there all of these /etc/rc.d/rc*.d directories?
> >
> > People who say that Slackware's init is "BSD-like" should go and install
> > a *BSD before making this comment.
> >
> >> I vote for not using this for SlackBuilds on slackbuilds.org.
> >
> > You vote against a symlink?  You'd rather keep manually editing rc.local?
> > _______________________________________________
> > 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/
> >
> >
>
> Let's see -
> A single rc.blah file, and edit rc.local{shutdown}.
>  or
> A single rc.blah, with a link to init.d, then links from that linked
> link to different run levels, a K{ill} link to stop the script in the
> proper run levels, and a S{tart} link to start the script in the
> proper run levels, along with figuring out the K/S number to get the
> order correct.
>
> I'm not entirely sure which one is easier to manage, maintain, and update
> ;-)
>

I think you've made the case very well and agree completely. I think the
current Slackware method is just fine.

By the way, regarding the original poster's "People who say that Slackware's
init is "BSD-like" should go and install
a *BSD before making this comment." comment: I have run both FreeBSD (which
I found too buggy as a desktop system; its reputation for solidity was
earned on servers) and OpenBSD (which is a rock-solid system, but
technically behind Linux -- e.g., no unified buffer cache, crude SMP support
-- and noticeably slower; I ran it for almost a year before tiring of the
nastiness and rudeness of the developer community -- to everyone -- which
takes its behavioral cues from Theo de Raadt). Slackware is very similar in
spirit to OpenBSD. Both place value on conceptual simplicity and the result
is that you configure them by editing things like rc.local. Both systems are
easy and straightforward to administer. I would hate to see Slackware go the
sys V route, which I always found cumbersome.

/Don

>
>
> "Then why are there all of these /etc/rc.d/rc*.d directories?"
> To provide compatibility to those proprietary packages that like to
> unnecessarily complicate things. At least Virtual Box gets this right.
> _______________________________________________
> 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/20100620/bc0830fa/attachment.htm>

From lmello.009 at gmail.com  Sun Jun 20 12:48:41 2010
From: lmello.009 at gmail.com (Luis Henrique F. Cardoso de Mello)
Date: Sun, 20 Jun 2010 09:48:41 -0300
Subject: [Slackbuilds-users] Suggestion for packages which require a
 startup file.
In-Reply-To: <AANLkTinHkgyd22-iKkZlMlLbpmCnTg_tofJTXZyL7iYe@mail.gmail.com>
References: <20100620214458.fe13e95d.rkelsen@optusnet.com.au>	<hvl085$7b7$1@dough.gmane.org>	<20100620221535.909f67b3.rkelsen@optusnet.com.au>
	<AANLkTinHkgyd22-iKkZlMlLbpmCnTg_tofJTXZyL7iYe@mail.gmail.com>
Message-ID: <4C1E0E29.2070103@gmail.com>

On 06/20/2010 09:32 AM, Keith Richie wrote:
> Let's see -
> A single rc.blah file, and edit rc.local{shutdown}.
>   or
> A single rc.blah, with a link to init.d, then links from that linked
> link to different run levels, a K{ill} link to stop the script in the
> proper run levels, and a S{tart} link to start the script in the
> proper run levels, along with figuring out the K/S number to get the
> order correct.
>
> I'm not entirely sure which one is easier to manage, maintain, and update ;-)
>
>
> "Then why are there all of these /etc/rc.d/rc*.d directories?"
> To provide compatibility to those proprietary packages that like to
> unnecessarily complicate things. At least Virtual Box gets this right.

*BSD all the way ;-)

Proper documentation for the /etc/rc.d/rc.blah on the README file makes 
up to the effort of editing, let's say, the rc.local file, which is by 
far the 'safest' init script to mess around with. I vote for requiring 
that when writing scripts for packages that work with some kind of 
service started on boot you *must* copy specific start-up procedure 
documentation to /usr/doc/package-name/README.SLACKWARE, if that's not 
already the case.

From rob0 at slackbuilds.org  Sun Jun 20 12:54:14 2010
From: rob0 at slackbuilds.org (/dev/rob0)
Date: Sun, 20 Jun 2010 07:54:14 -0500
Subject: [Slackbuilds-users] Suggestion for packages which require
	a	startup file.
In-Reply-To: <20100620221535.909f67b3.rkelsen@optusnet.com.au>
References: <20100620214458.fe13e95d.rkelsen@optusnet.com.au>
	<hvl085$7b7$1@dough.gmane.org>
	<20100620221535.909f67b3.rkelsen@optusnet.com.au>
Message-ID: <20100620125414.GM19868@cardinal>

Welcome Rob, we're glad to have another long-time Slacker here, even 
if we don't agree. :) (My vintage is Slackware 3.6, late 1998, FWIW.)

On Sun, Jun 20, 2010 at 10:15:35PM +1000, Robert Kelsen wrote:
Manuel:
> > That's not the "Slackware way" of init. Slackware uses a
> > BSD-like init.
> 
> Well, I wasn't expecting such a politically charged response.

I was. :)

> Then why are there all of these /etc/rc.d/rc*.d directories?

For optional support of packages that insist on SysVinit with all the 
ugly symlinks. They're not necessarily recommended, but they are 
supported.

> People who say that Slackware's init is "BSD-like" should go and 
> install a *BSD before making this comment.

Agreed. But Slackware tries to keep it simple, and the SysVinit way 
certainly is not simple.

> > I vote for not using this for SlackBuilds on slackbuilds.org.
> 
> You vote against a symlink?  You'd rather keep manually editing 
> rc.local?

I, personally, am not happy with the explosion of /etc/rc.d scripts. 
I'd prefer something like a rc.local.d/* which could be quickly and 
cleanly parsed like this:

for SCRIPT in /etc/rc.d/rc.local.d/rc.* ; do
    if [ -x "$SCRIPT" ]; then $SCRIPT start ; fi
done

For every new Slackbuilds.org submission which creates a new 
/etc/rc.d/rc.* script, $DEITY kills a soft, fluffy kitten.  Of 
course, there are people who are more concerned with the 
proliferation of kittens than of rc.$FOO scripts. These people are 
satisfied.

Here's how I do mine in rc.local:

SERVICES="apcupsd asterisk"
for RC in $SERVICES ; do
    if [ -x /etc/rc.d/rc.$RC ]; then
	echo starting $RC ; /etc/rc.d/rc.$RC start
    fi
done

So yes, I prefer editing one line of rc.local to making a symlink. 
Fortunately we both can be happy in Slackware, because it's easy to 
have it your own way.

I'm not speaking on behalf of the SBo project to say this, but my 
vote is with Manuel; let us not go down this road.
-- 
    Offlist mail to this address is discarded unless
    "/dev/rob0" or "not-spam" is in Subject: header

From rkelsen at optusnet.com.au  Sun Jun 20 13:00:06 2010
From: rkelsen at optusnet.com.au (Robert Kelsen)
Date: Sun, 20 Jun 2010 23:00:06 +1000
Subject: [Slackbuilds-users] Suggestion for packages which require a
 startup file.
In-Reply-To: <AANLkTinHkgyd22-iKkZlMlLbpmCnTg_tofJTXZyL7iYe@mail.gmail.com>
References: <20100620214458.fe13e95d.rkelsen@optusnet.com.au>
	<hvl085$7b7$1@dough.gmane.org>
	<20100620221535.909f67b3.rkelsen@optusnet.com.au>
	<AANLkTinHkgyd22-iKkZlMlLbpmCnTg_tofJTXZyL7iYe@mail.gmail.com>
Message-ID: <20100620230006.4123f668.rkelsen@optusnet.com.au>

> Let's see -
> A single rc.blah file, and edit rc.local{shutdown}.
>  or
> A single rc.blah, with a link to init.d, then links from that linked
> link to different run levels, a K{ill} link to stop the script in the
> proper run levels, and a S{tart} link to start the script in the
> proper run levels, along with figuring out the K/S number to get the
> order correct.
> 
> I'm not entirely sure which one is easier to manage, maintain, and update ;-)

Tough crowd!

You've overcomplicated things a bit there.  

Have you ever actually seen this in operation on Slackware?

What I'm talking about actually makes packaging these things easier.

The rc.sysvinit script under Slackware is one of the last things to run
at boot up, by which time all of the important stuff has already been
loaded.

You don't need thousands of symlinks.  You just need one.  Try it.

If you want to see a working example of what I mean, I've uploaded a package 
which I created that contains a simple script that loads a driver for my on 
board sensors.  You can download it and dissect it to see how I've used this 
functionality to simplify the packaging task.

The package is here:

http://members.optusnet.com.au/rkelsen/rc_sensors-1.1-noarch-1.txz

md5sum: 343a1e639d9d3ae56b366beb0798200e
length: 1036

> "Then why are there all of these /etc/rc.d/rc*.d directories?"
> To provide compatibility to those proprietary packages that like to
> unnecessarily complicate things. At least Virtual Box gets this right.

"Right" is a subjective term... :)

And besides, this is just for the few additional things that require a
boot up script.  I'm not trying to advocate that you should switch your
whole setup.  That would be ridiculous.

'Night.

From rob0 at slackbuilds.org  Sun Jun 20 13:00:04 2010
From: rob0 at slackbuilds.org (/dev/rob0)
Date: Sun, 20 Jun 2010 08:00:04 -0500
Subject: [Slackbuilds-users] Suggestion for packages which require
	a	startup file.
In-Reply-To: <20100620125414.GM19868@cardinal>
References: <20100620214458.fe13e95d.rkelsen@optusnet.com.au>
	<hvl085$7b7$1@dough.gmane.org>
	<20100620221535.909f67b3.rkelsen@optusnet.com.au>
	<20100620125414.GM19868@cardinal>
Message-ID: <20100620130004.GN19868@cardinal>

On Sun, Jun 20, 2010 at 07:54:14AM -0500, I forgot to delete this:
> -- 
>     Offlist mail to this address is discarded unless
>     "/dev/rob0" or "not-spam" is in Subject: header

Sorry, this is the wrong .sig, I forgot to delete it. The 
slackbuilds.org address mail is not discarded; I post to several 
mailing lists from a gmx.co.uk address which IS discarded.

From lmello.009 at gmail.com  Sun Jun 20 13:00:59 2010
From: lmello.009 at gmail.com (Luis Henrique F. Cardoso de Mello)
Date: Sun, 20 Jun 2010 10:00:59 -0300
Subject: [Slackbuilds-users] Suggestion for packages which require
 a	startup file.
In-Reply-To: <20100620125414.GM19868@cardinal>
References: <20100620214458.fe13e95d.rkelsen@optusnet.com.au>	<hvl085$7b7$1@dough.gmane.org>	<20100620221535.909f67b3.rkelsen@optusnet.com.au>
	<20100620125414.GM19868@cardinal>
Message-ID: <4C1E110B.7000404@gmail.com>

On 06/20/2010 09:54 AM, /dev/rob0 wrote:
> Here's how I do mine in rc.local:
>
> SERVICES="apcupsd asterisk"
> for RC in $SERVICES ; do
>      if [ -x /etc/rc.d/rc.$RC ]; then
> 	echo starting $RC ; /etc/rc.d/rc.$RC start
>      fi
> done

That's a nice alternative... looks a bit like the Arch Linux way.

From donaldcallen at gmail.com  Sun Jun 20 13:01:38 2010
From: donaldcallen at gmail.com (Donald Allen)
Date: Sun, 20 Jun 2010 09:01:38 -0400
Subject: [Slackbuilds-users] make -j -l
Message-ID: <AANLkTilXj1onKodrEqZ6WLzMo1NRjyizgEi00kObS4Dl@mail.gmail.com>

Suggestion:

It would be nice if slackbuilds rummaged around in /proc/cpuinfo, figured
out how many cores are present and whether hyperthreading is supported, and
then set the -j option to make accordingly. It would also be good if they
took a value for the -j option as an argument (in an environment variable,
much as ARCH is handled). If just the latter were implemented and not the
former (because of the messiness of doing the former), that would be a
reasonable compromise, in my view.

I say this while suffering through a build of webkit on a little mini itx
box I recently built, with a dual-core Atom D510 with hyperthreading. Atoms
are slow (I use this machine because I care a lot about my personal energy
consumption; its silence and coolness is also a bonus), but this build would
have done quite awhile ago if the make had been done with -j 4 or -j 5 to
take advantage of the two cores and the hyperthreading. Sure, I could have
looked at the slackbuild and edited it myself, but multi-core machines are
common now, so why not support them by making parallel make a standard part
of slackbuild?

/Don
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100620/84d5e193/attachment-0001.htm>

From niels.horn at gmail.com  Sun Jun 20 13:12:18 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Sun, 20 Jun 2010 10:12:18 -0300
Subject: [Slackbuilds-users] make -j -l
In-Reply-To: <AANLkTilXj1onKodrEqZ6WLzMo1NRjyizgEi00kObS4Dl@mail.gmail.com>
References: <AANLkTilXj1onKodrEqZ6WLzMo1NRjyizgEi00kObS4Dl@mail.gmail.com>
Message-ID: <AANLkTilpMQOkl1IJ93kcvMWcr9AFXfUl8AfrRRhlHvfp@mail.gmail.com>

On Sun, Jun 20, 2010 at 10:01 AM, Donald Allen <donaldcallen at gmail.com> wrote:
> Suggestion:
> It would be nice if slackbuilds rummaged around in /proc/cpuinfo, figured
> out how many cores are present and whether hyperthreading is supported, and
> then set the -j option to make accordingly. It would also be good if they
> took a value for the -j option as an argument (in an environment variable,
> much as ARCH is handled). If just the latter were implemented and not the
> former (because of the messiness of doing the former), that would be a
> reasonable compromise, in my view.
> I say this while suffering through a build of webkit on a little mini itx
> box I recently built, with a dual-core Atom D510 with hyperthreading. Atoms
> are slow (I use this machine because I care a lot about my personal energy
> consumption; its silence and coolness is also a bonus), but this build would
> have done quite awhile ago if the make had been done with -j 4 or -j 5 to
> take advantage of the two cores and the hyperthreading. Sure, I could have
> looked at the slackbuild and edited it myself, but multi-core machines are
> common now, so why not support them by making parallel make a standard part
> of slackbuild?
> /Don
>

Donald,

You can set MAKEFLAGS locally to define the -j parameter.

Setting it automatically does not sound right to me.
Users may have systems where the build packages where they do not want
to use all cores for the build process, like a running server.

Niels

From grbzks at xsmail.com  Sun Jun 20 13:16:05 2010
From: grbzks at xsmail.com (Grigorios Bouzakis)
Date: Sun, 20 Jun 2010 16:16:05 +0300
Subject: [Slackbuilds-users] make -j -l
In-Reply-To: <AANLkTilXj1onKodrEqZ6WLzMo1NRjyizgEi00kObS4Dl@mail.gmail.com>
References: <AANLkTilXj1onKodrEqZ6WLzMo1NRjyizgEi00kObS4Dl@mail.gmail.com>
Message-ID: <201006201616.11451.grbzks@xsmail.com>

On Sunday 20 of June 2010 16:01:38 Donald Allen wrote:
> Suggestion:
> 
> It would be nice if slackbuilds rummaged around in /proc/cpuinfo, 
figured
> out how many cores are present and whether hyperthreading is 
supported, and
> then set the -j option to make accordingly. It would also be good if 
they
> took a value for the -j option as an argument (in an environment 
variable,
> much as ARCH is handled). If just the latter were implemented and 
not the
> former (because of the messiness of doing the former), that would be 
a
> reasonable compromise, in my view.
> 
> I say this while suffering through a build of webkit on a little mini itx
> box I recently built, with a dual-core Atom D510 with hyperthreading. 
Atoms
> are slow (I use this machine because I care a lot about my personal 
energy
> consumption; its silence and coolness is also a bonus), but this build
> would have done quite awhile ago if the make had been done with -j 
4 or -j
> 5 to take advantage of the two cores and the hyperthreading. Sure, I 
could
> have looked at the slackbuild and edited it myself, but multi-core
> machines are common now, so why not support them by making 
parallel make a
> standard part of slackbuild?

Of course, you could also define MAKEFLAGS in your $SHELLrc.
That way everyone will be happier cause the SlackBuild wouldnt
automatically set the value of a variable to a possibly not desirable 
one.

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

From artourter at gmail.com  Sun Jun 20 13:27:21 2010
From: artourter at gmail.com (Greg' Ar Tourter)
Date: Sun, 20 Jun 2010 14:27:21 +0100
Subject: [Slackbuilds-users] make -j -l
In-Reply-To: <201006201616.11451.grbzks@xsmail.com>
References: <AANLkTilXj1onKodrEqZ6WLzMo1NRjyizgEi00kObS4Dl@mail.gmail.com>
	<201006201616.11451.grbzks@xsmail.com>
Message-ID: <AANLkTikjYc1TN6UiIYBWec3YhzLqt075bEra5GTIzVSE@mail.gmail.com>

Hi,

The problem with setting the -j for slackbuiilds is that some source
will not compile in parallel and not every slackbuild maintainer can
test parallel builds for their packages.

The current system where "it should work with -j 1" is probably the safest.

otherwise the slackbuilds template should be changed to what some have
already which is something along the lines of:

make $MAKEFLAGS || make || exit 1

otherwise we run into the situation where we will get a whole lot of
complains about packages not building properly because the -j n option
was used on a source that does not support it.

Just my 2p worth

Cheers

ArTourter

On 20 June 2010 14:16, Grigorios Bouzakis <grbzks at xsmail.com> wrote:
> On Sunday 20 of June 2010 16:01:38 Donald Allen wrote:
>> Suggestion:
>>
>> It would be nice if slackbuilds rummaged around in /proc/cpuinfo,
> figured
>> out how many cores are present and whether hyperthreading is
> supported, and
>> then set the -j option to make accordingly. It would also be good if
> they
>> took a value for the -j option as an argument (in an environment
> variable,
>> much as ARCH is handled). If just the latter were implemented and
> not the
>> former (because of the messiness of doing the former), that would be
> a
>> reasonable compromise, in my view.
>>
>> I say this while suffering through a build of webkit on a little mini itx
>> box I recently built, with a dual-core Atom D510 with hyperthreading.
> Atoms
>> are slow (I use this machine because I care a lot about my personal
> energy
>> consumption; its silence and coolness is also a bonus), but this build
>> would have done quite awhile ago if the make had been done with -j
> 4 or -j
>> 5 to take advantage of the two cores and the hyperthreading. Sure, I
> could
>> have looked at the slackbuild and edited it myself, but multi-core
>> machines are common now, so why not support them by making
> parallel make a
>> standard part of slackbuild?
>
> Of course, you could also define MAKEFLAGS in your $SHELLrc.
> That way everyone will be happier cause the SlackBuild wouldnt
> automatically set the value of a variable to a possibly not desirable
> one.
>
> --
> Greg
>
> _______________________________________________
> 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 ozan.turkyilmaz at gmail.com  Sun Jun 20 13:36:42 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Sun, 20 Jun 2010 16:36:42 +0300
Subject: [Slackbuilds-users] make -j -l
In-Reply-To: <AANLkTilpMQOkl1IJ93kcvMWcr9AFXfUl8AfrRRhlHvfp@mail.gmail.com>
References: <AANLkTilXj1onKodrEqZ6WLzMo1NRjyizgEi00kObS4Dl@mail.gmail.com>
	<AANLkTilpMQOkl1IJ93kcvMWcr9AFXfUl8AfrRRhlHvfp@mail.gmail.com>
Message-ID: <AANLkTimRXphUk1Zpuv6OreVP85IU5EIYkmeNBPvcLLmK@mail.gmail.com>

2010/6/20 Niels Horn <niels.horn at gmail.com>:
> On Sun, Jun 20, 2010 at 10:01 AM, Donald Allen <donaldcallen at gmail.com> wrote:
>> Suggestion:
> Setting it automatically does not sound right to me.
> Users may have systems where the build packages where they do not want
> to use all cores for the build process, like a running server.

plus memory consummation will go up. for small programs like slim, it
won't make
much problem. however compiling webkit or kernel needs quiet a lot of
memory. and
Greg'Ar has a point, broken on paralel build happend to me, and not
every maintainer
can test their scripts. i'll vote for note on REDAME if it's known for
paralel builds.


-- 
Ozan

From disturbed1976 at gmail.com  Sun Jun 20 13:44:41 2010
From: disturbed1976 at gmail.com (Keith Richie)
Date: Sun, 20 Jun 2010 09:44:41 -0400
Subject: [Slackbuilds-users] Suggestion for packages which require a
	startup file.
In-Reply-To: <20100620230006.4123f668.rkelsen@optusnet.com.au>
References: <20100620214458.fe13e95d.rkelsen@optusnet.com.au>
	<hvl085$7b7$1@dough.gmane.org>
	<20100620221535.909f67b3.rkelsen@optusnet.com.au>
	<AANLkTinHkgyd22-iKkZlMlLbpmCnTg_tofJTXZyL7iYe@mail.gmail.com>
	<20100620230006.4123f668.rkelsen@optusnet.com.au>
Message-ID: <AANLkTin0MXS0tD7XhU2ZbUL3rjqkT7UbVrr0YhxExTRG@mail.gmail.com>

On Sun, Jun 20, 2010 at 9:00 AM, Robert Kelsen <rkelsen at optusnet.com.au> wrote:
>> Let's see -
>> A single rc.blah file, and edit rc.local{shutdown}.
>> ?or
>> A single rc.blah, with a link to init.d, then links from that linked
>> link to different run levels, a K{ill} link to stop the script in the
>> proper run levels, and a S{tart} link to start the script in the
>> proper run levels, along with figuring out the K/S number to get the
>> order correct.
>>
>> I'm not entirely sure which one is easier to manage, maintain, and update ;-)
>
> Tough crowd!
>
> You've overcomplicated things a bit there.
>
> Have you ever actually seen this in operation on Slackware?

You either did not read what I wrote, did not bother to even look at
your own package, or have never seen a proper sysv init setup.
Your script is missing K{ill} scripts.
You created 3 links to 3 different folders for starting the service,
you're missing 3 kill links. That's a total of 6 links. Exactly what I
wrote.



>
> What I'm talking about actually makes packaging these things easier.
>
What? No, seriously - What?

> The rc.sysvinit script under Slackware is one of the last things to run
> at boot up, by which time all of the important stuff has already been
> loaded.
>
> You don't need thousands of symlinks. ?You just need one. ?Try it.
> If you want to see a working example of what I mean, I've uploaded a package
> which I created that contains a simple script that loads a driver for my on
> board sensors. ?You can download it and dissect it to see how I've used this
> functionality to simplify the packaging task.
>
> The package is here:
>
> http://members.optusnet.com.au/rkelsen/rc_sensors-1.1-noarch-1.txz
>
> md5sum: 343a1e639d9d3ae56b366beb0798200e
> length: 1036
>
>> "Then why are there all of these /etc/rc.d/rc*.d directories?"
>> To provide compatibility to those proprietary packages that like to
>> unnecessarily complicate things. At least Virtual Box gets this right.
>
> "Right" is a subjective term... :)


As is simple, and easy... :)


>
> And besides, this is just for the few additional things that require a
> boot up script. ?I'm not trying to advocate that you should switch your
> whole setup. ?That would be ridiculous.
>
> 'Night.
> _______________________________________________
> 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 donaldcallen at gmail.com  Sun Jun 20 13:45:31 2010
From: donaldcallen at gmail.com (Donald Allen)
Date: Sun, 20 Jun 2010 09:45:31 -0400
Subject: [Slackbuilds-users] make -j -l
In-Reply-To: <AANLkTimRXphUk1Zpuv6OreVP85IU5EIYkmeNBPvcLLmK@mail.gmail.com>
References: <AANLkTilXj1onKodrEqZ6WLzMo1NRjyizgEi00kObS4Dl@mail.gmail.com>
	<AANLkTilpMQOkl1IJ93kcvMWcr9AFXfUl8AfrRRhlHvfp@mail.gmail.com>
	<AANLkTimRXphUk1Zpuv6OreVP85IU5EIYkmeNBPvcLLmK@mail.gmail.com>
Message-ID: <AANLkTintQ4iLOvwNWqyQNvBZWgfcippqZy54RJjvxyd_@mail.gmail.com>

Thanks for the responses. I guess you've convinced me that setting -j as a
function of cores/hyperthreading is probably a bad idea.

Question: the gnu make man page and the info writeup are not clear on the
effect of MAKEFLAGS. There's a lot of chatter about sub-makes, but it is not
clear that

env MAKEFLAGS='-j 4' make

is equivalent to

make -j 4

If anyone knows definitively, plz let me know. Otherwise, I'll get the
answer by experiment.

But if the above equivalence holds, then I agree that there's no need to
modify the slackbuild scripts.

/Don
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100620/462e517e/attachment.htm>

From Manuel.Spam at nurfuerspam.de  Sun Jun 20 13:54:49 2010
From: Manuel.Spam at nurfuerspam.de (Manuel Reimer)
Date: Sun, 20 Jun 2010 15:54:49 +0200
Subject: [Slackbuilds-users] Suggestion for packages which require a
	startup file.
In-Reply-To: <20100620221535.909f67b3.rkelsen@optusnet.com.au>
References: <20100620214458.fe13e95d.rkelsen@optusnet.com.au>	<hvl085$7b7$1@dough.gmane.org>
	<20100620221535.909f67b3.rkelsen@optusnet.com.au>
Message-ID: <hvl6od$q5t$1@dough.gmane.org>

Robert Kelsen wrote:
> Well, I wasn't expecting such a politically charged response.
>
> Then why are there all of these /etc/rc.d/rc*.d directories?

"Backwards compatibility" to proprietary packages like VMware.

> People who say that Slackware's init is "BSD-like" should go and install
> a *BSD before making this comment.

I like the Slackware init the way it is. I don't like SystemV-Init and I 
often don't install the compatibility layer at all on my systems, as I 
don't use proprietary packages, which require it.

> You vote against a symlink?  You'd rather keep manually editing rc.local?

Yes. I prefer to edit rc.local. This is how things work on Slackware.

BTW: About dropline and Patrick Volkerding:
http://lwn.net/Articles/129282/
| There is also Dropline, of course, which is quite popular.  However,
| due to their policy of adding PAM and replacing large system packages
| (like the entire X11 system) with their own versions, I can't give
| quite the same sort of nod to Dropline.  Nevertheless, it remains
| another choice, and it's _your_ system, so I will also mention their
| project:

Yours

Manuel


From Manuel.Spam at nurfuerspam.de  Sun Jun 20 14:00:12 2010
From: Manuel.Spam at nurfuerspam.de (Manuel Reimer)
Date: Sun, 20 Jun 2010 16:00:12 +0200
Subject: [Slackbuilds-users] make -j -l
In-Reply-To: <AANLkTikjYc1TN6UiIYBWec3YhzLqt075bEra5GTIzVSE@mail.gmail.com>
References: <AANLkTilXj1onKodrEqZ6WLzMo1NRjyizgEi00kObS4Dl@mail.gmail.com>	<201006201616.11451.grbzks@xsmail.com>
	<AANLkTikjYc1TN6UiIYBWec3YhzLqt075bEra5GTIzVSE@mail.gmail.com>
Message-ID: <hvl72g$q5t$2@dough.gmane.org>

Greg' Ar Tourter wrote:
> make $MAKEFLAGS || make || exit 1

Doesn't work in all cases!

The "merkaartor" SlackBuild is a good example. Building it with "make -j 
3" brings the source into a state, where it's even impossible to compile 
using plain "make". You have to "make clean" and run "make" after this.

Yours

Manuel


From niels.horn at gmail.com  Sun Jun 20 14:37:16 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Sun, 20 Jun 2010 11:37:16 -0300
Subject: [Slackbuilds-users] make -j -l
In-Reply-To: <hvl72g$q5t$2@dough.gmane.org>
References: <AANLkTilXj1onKodrEqZ6WLzMo1NRjyizgEi00kObS4Dl@mail.gmail.com>
	<201006201616.11451.grbzks@xsmail.com>
	<AANLkTikjYc1TN6UiIYBWec3YhzLqt075bEra5GTIzVSE@mail.gmail.com>
	<hvl72g$q5t$2@dough.gmane.org>
Message-ID: <AANLkTim44V1VeCsiFiIiB3g6iNmnX0Z7ZwRwsC8bhegF@mail.gmail.com>

On Sun, Jun 20, 2010 at 11:00 AM, Manuel Reimer
<Manuel.Spam at nurfuerspam.de> wrote:
> Greg' Ar Tourter wrote:
>>
>> make $MAKEFLAGS || make || exit 1
>
> Doesn't work in all cases!
>
> The "merkaartor" SlackBuild is a good example. Building it with "make -j 3"
> brings the source into a state, where it's even impossible to compile using
> plain "make". You have to "make clean" and run "make" after this.
>
> Yours
>
> Manuel
>
> _______________________________________________
> 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/
>
>

Some programs won't build right with anything different from -j1.
In my scripts, in these cases, I explicitly put "make -j1" in the
SlackBuild, to override possible settings in $MAKEFLAGS
"nbench" is an example.

Niels

From xgizzmo at slackbuilds.org  Sun Jun 20 14:44:36 2010
From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org)
Date: Sun, 20 Jun 2010 10:44:36 -0400
Subject: [Slackbuilds-users] Suggestion for packages which require a
	startup file.
In-Reply-To: <20100620214458.fe13e95d.rkelsen@optusnet.com.au>
References: <20100620214458.fe13e95d.rkelsen@optusnet.com.au>
Message-ID: <201006201044.37211.xgizzmo@slackbuilds.org>

On Sunday 20 June 2010 07:44:58 Robert Kelsen wrote:
> I've got a suggestion for packages which require a startup file under 
> /etc/rc.d. ?It's something that the Dropline Gnome guys do...
> 
> Instead of requiring the user to edit rc.local, I think it's simpler to use
> Slackware's out-of-the-box sysvinit-style capabilities.
> 

# rc.sysvinit   This file provides basic compatibility with SystemV style
#               startup scripts.  The SystemV style init system places 
#               start/stop scripts for each runlevel into directories such as
#               /etc/rc.d/rc3.d/ (for runlevel 3) instead of starting them
#               from /etc/rc.d/rc.M.  This makes for a lot more init scripts,
#               and a more complicated execution path to follow through if
#               something goes wrong.  For this reason, Slackware has always
#               used the traditional BSD style init script layout.
#
#               However, many binary packages exist that install SystemV
#               init scripts.  With rc.sysvinit in place, most well-written
#               startup scripts will work.  This is primarily intended to
#               support commercial software, though, and probably shouldn't
#               be considered bug free.
#
#               Written by Patrick Volkerding <volkerdi at slackware.com>, 1999
#               from an example by Miquel van Smoorenburg <miquels at cistron.nl>.


If you prefer to handle SBo init files the SystemV way you are free to do so 
and I don't see any real problem doing it that way. But at Slackbuilds.org we
try and follow Slackware's style of doing things as close as we can. So the 
short answer is we do it this way because Slackware does it this way.

--dsomero

From mario at slackverse.org  Sun Jun 20 15:04:45 2010
From: mario at slackverse.org (Mario)
Date: Sun, 20 Jun 2010 17:04:45 +0200
Subject: [Slackbuilds-users] make -j -l
In-Reply-To: <AANLkTim44V1VeCsiFiIiB3g6iNmnX0Z7ZwRwsC8bhegF@mail.gmail.com>
References: <AANLkTilXj1onKodrEqZ6WLzMo1NRjyizgEi00kObS4Dl@mail.gmail.com>	<201006201616.11451.grbzks@xsmail.com>	<AANLkTikjYc1TN6UiIYBWec3YhzLqt075bEra5GTIzVSE@mail.gmail.com>	<hvl72g$q5t$2@dough.gmane.org>
	<AANLkTim44V1VeCsiFiIiB3g6iNmnX0Z7ZwRwsC8bhegF@mail.gmail.com>
Message-ID: <4C1E2E0D.6020400@slackverse.org>

Fyi. everyone, check official proftpd.SlackBuild, it has this variable:

NUMJOBS=${NUMJOBS:-" -j7 "}

Usualy if something is in vanilla Slackware, its considered to be a 
shrine, but in any case its up to SBo admins if they want to implement it.




On 06/20/2010 04:37 PM, Niels Horn wrote:
> On Sun, Jun 20, 2010 at 11:00 AM, Manuel Reimer
> <Manuel.Spam at nurfuerspam.de>  wrote:
>    
>> Greg' Ar Tourter wrote:
>>      
>>> make $MAKEFLAGS || make || exit 1
>>>        
>> Doesn't work in all cases!
>>
>> The "merkaartor" SlackBuild is a good example. Building it with "make -j 3"
>> brings the source into a state, where it's even impossible to compile using
>> plain "make". You have to "make clean" and run "make" after this.
>>
>> Yours
>>
>> Manuel
>>
>> _______________________________________________
>> 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/
>>
>>
>>      
> Some programs won't build right with anything different from -j1.
> In my scripts, in these cases, I explicitly put "make -j1" in the
> SlackBuild, to override possible settings in $MAKEFLAGS
> "nbench" is an example.
>
> Niels
> _______________________________________________
> 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/20100620/0c69438c/attachment.htm>

From ozan.turkyilmaz at gmail.com  Sun Jun 20 15:13:23 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Sun, 20 Jun 2010 18:13:23 +0300
Subject: [Slackbuilds-users] make -j -l
In-Reply-To: <4C1E2E0D.6020400@slackverse.org>
References: <AANLkTilXj1onKodrEqZ6WLzMo1NRjyizgEi00kObS4Dl@mail.gmail.com>
	<201006201616.11451.grbzks@xsmail.com>
	<AANLkTikjYc1TN6UiIYBWec3YhzLqt075bEra5GTIzVSE@mail.gmail.com>
	<hvl72g$q5t$2@dough.gmane.org>
	<AANLkTim44V1VeCsiFiIiB3g6iNmnX0Z7ZwRwsC8bhegF@mail.gmail.com>
	<4C1E2E0D.6020400@slackverse.org>
Message-ID: <AANLkTimtEC7HDig4DR43lPYbLTC1HVC1C2srMcOHgPqz@mail.gmail.com>

2010/6/20 Mario <mario at slackverse.org>:
> Fyi. everyone, check official proftpd.SlackBuild, it has this variable:
>
> NUMJOBS=${NUMJOBS:-" -j7 "}
>
> Usualy if something is in vanilla Slackware, its considered to be a shrine,
> but in any case its up to SBo admins if they want to implement it.
>

Slackware must be buildt on quiet amazing machine, -j 7 would put quiet a lot of
stress on dual/quad core systems (plus memory). however gcc says it's good to
have a lot of jobs on a slow i/o system.


-- 
Ozan

From ml at mareichelt.com  Sun Jun 20 15:29:09 2010
From: ml at mareichelt.com (markus reichelt)
Date: Sun, 20 Jun 2010 17:29:09 +0200
Subject: [Slackbuilds-users] make -j -l
In-Reply-To: <4C1E2E0D.6020400@slackverse.org>
References: <AANLkTilXj1onKodrEqZ6WLzMo1NRjyizgEi00kObS4Dl@mail.gmail.com>
	<201006201616.11451.grbzks@xsmail.com>
	<AANLkTikjYc1TN6UiIYBWec3YhzLqt075bEra5GTIzVSE@mail.gmail.com>
	<hvl72g$q5t$2@dough.gmane.org>
	<AANLkTim44V1VeCsiFiIiB3g6iNmnX0Z7ZwRwsC8bhegF@mail.gmail.com>
	<4C1E2E0D.6020400@slackverse.org>
Message-ID: <20100620152909.GD8128@pc21.mareichelt.com>

* Mario <mario at slackverse.org> wrote:

> Fyi. everyone, check official proftpd.SlackBuild, it has this
> variable:
> 
> NUMJOBS=${NUMJOBS:-" -j7 "}
> 
> Usualy if something is in vanilla Slackware, its considered to be a
> shrine, but in any case its up to SBo admins if they want to
> implement it.

I'll jump on this:

An application being in vanilla Slackware (and how it is build via
the obvious vanilla Slackware buildscript) has nothing to do with the
issue of introducing -j to SBo scripts.

One only can safely assume that vanilla Slackware is build on a solid
system.

-- 
left blank, right bald
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100620/15e586df/attachment.sig>

From erik at slackbuilds.org  Sun Jun 20 20:34:40 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Sun, 20 Jun 2010 15:34:40 -0500
Subject: [Slackbuilds-users] Updates - 20100620.1
Message-ID: <20100620153440.5494f16b@shaggy.doo>

Sun Jun 20 20:23:43 UTC 2010
academic/scipy: Updated for version 0.7.2.
audio/mpd: Updated for version 0.15.10.
audio/qmmp: Added (qt-based audio player)
desktop/tint2: Updated for version 0.10.
development/easygui: Updated for version 0.95.
development/mysqlcc: Fix TMP value and old sourcedir removal
development/pydblite: Updated for version 2.5.
development/pylint: Updated for version 0.21.1.
games/cubosphere: Added ("Kula World" / "Roll Away" remake)
graphics/fotoxx: Updated for version 10.6.1.
graphics/xzgv: Added (picture viewer for X)
libraries/gdata: Updated for version 2.0.10.
libraries/logilab-astng: Updated for version 0.20.1.
libraries/logilab-common: Updated for version 0.50.3.
libraries/wxPython: Updated for version 2.8.11.0.
libraries/zziplib: Updated for version 0.13.59.
misc/ibus: Updated for version 1.3.5.
multimedia/guvcview: Updated for version 1.4.0.
multimedia/tovid: Added doinst.sh to update icon and desktop caches
multimedia/xvidcore: Fix detecting yasm-1.0.x.
network/efax-gtk: Updated for version 3.2.3.
network/iftop: Updated for version 0.17pre3.
network/sslscan: Added (SSL service query tool)
network/vidalia: Updated for version 0.2.9.
office/broffice.org: Updated for version 3.2.1.
office/homebank: Updated for version 4.3.
office/org-mode: Updated for version 6.36c.
system/aespipe: Added (AES encrypting or decrypting pipe)
system/gnu-fdisk: Added (fdisk from the GNU project)
system/kqemu: README modification re recent qemu versions
system/qemu-kvm: Updated for version 0.12.4.
system/qemu-legacy: Added (0.11.x branch of qemu)
system/sakura: Updated for version 2.3.8.

From slava18 at gmail.com  Mon Jun 21 07:52:18 2010
From: slava18 at gmail.com (V'yacheslav Stetskevych)
Date: Mon, 21 Jun 2010 10:52:18 +0300
Subject: [Slackbuilds-users] A suggestion for the perl template
Message-ID: <AANLkTikmGpWUWLeSZLGNHqqDQUMRpTR-Q_WhYAER66Qj@mail.gmail.com>

As evidently there are two ways of installing perl modules, one being
Makefile.PL, the other Build.PL, I suggest adding a (commented)
section for Build.PL to the current perl template.

It's as easy, as
perl Build.PL prefix=/usr installdirs=vendor destdir=$PKG
./Build
./Build test
./Build install

Relevant links:
http://faq.perl.org/perlfaq8.html#How_do_I_install_a_m
http://slackbuilds.org/slackbuilds/13.1/libraries/perl-Test-Pod/perl-Test-Pod.SlackBuild

Thanks.
-- V'yacheslav

-- 
If you think of MS-DOS as mono, and Windows as stereo,
then Linux is Dolby Digital and all the music is free...
        http://GetGNULinux.org
        http://PereidiNaLinux.org
        http://OtrymayLinux.org

From slava18 at gmail.com  Mon Jun 21 07:56:34 2010
From: slava18 at gmail.com (V'yacheslav Stetskevych)
Date: Mon, 21 Jun 2010 10:56:34 +0300
Subject: [Slackbuilds-users] make -j -l
In-Reply-To: <20100620152909.GD8128@pc21.mareichelt.com>
References: <AANLkTilXj1onKodrEqZ6WLzMo1NRjyizgEi00kObS4Dl@mail.gmail.com>
	<201006201616.11451.grbzks@xsmail.com>
	<AANLkTikjYc1TN6UiIYBWec3YhzLqt075bEra5GTIzVSE@mail.gmail.com>
	<hvl72g$q5t$2@dough.gmane.org>
	<AANLkTim44V1VeCsiFiIiB3g6iNmnX0Z7ZwRwsC8bhegF@mail.gmail.com>
	<4C1E2E0D.6020400@slackverse.org>
	<20100620152909.GD8128@pc21.mareichelt.com>
Message-ID: <AANLkTimNcvlR2zPBzh4Ui1M_z_Yaq3LaRKG-g4GuENoN@mail.gmail.com>

export MAKEFLAGS="-j5"
in /etc/profile, does the job for me nicely.

Yours,
-- V'yacheslav

On Sun, Jun 20, 2010 at 6:29 PM, markus reichelt <ml at mareichelt.com> wrote:
> * Mario <mario at slackverse.org> wrote:
>
>> Fyi. everyone, check official proftpd.SlackBuild, it has this
>> variable:
>>
>> NUMJOBS=${NUMJOBS:-" -j7 "}
>>
>> Usualy if something is in vanilla Slackware, its considered to be a
>> shrine, but in any case its up to SBo admins if they want to
>> implement it.
>
> I'll jump on this:
>
> An application being in vanilla Slackware (and how it is build via
> the obvious vanilla Slackware buildscript) has nothing to do with the
> issue of introducing -j to SBo scripts.
>
> One only can safely assume that vanilla Slackware is build on a solid
> system.
>
> --
> left blank, right bald
>
> _______________________________________________
> 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/
>
>
>



-- 
If you think of MS-DOS as mono, and Windows as stereo,
then Linux is Dolby Digital and all the music is free...
        http://GetGNULinux.org
        http://PereidiNaLinux.org
        http://OtrymayLinux.org

From rworkman at slackbuilds.org  Mon Jun 21 08:08:24 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Mon, 21 Jun 2010 03:08:24 -0500
Subject: [Slackbuilds-users] A suggestion for the perl template
In-Reply-To: <AANLkTikmGpWUWLeSZLGNHqqDQUMRpTR-Q_WhYAER66Qj@mail.gmail.com>
References: <AANLkTikmGpWUWLeSZLGNHqqDQUMRpTR-Q_WhYAER66Qj@mail.gmail.com>
Message-ID: <20100621030824.09d94950@liberty.rlwhome.lan>

On Mon, 21 Jun 2010 10:52:18 +0300
"V'yacheslav Stetskevych" <slava18 at gmail.com> wrote:

> As evidently there are two ways of installing perl modules, one being
> Makefile.PL, the other Build.PL, I suggest adding a (commented)
> section for Build.PL to the current perl template.


http://slackbuilds.org/gitweb/?p=templates.git;a=commit;h=e914440e0a2f6f2dcab0affb9c4eee425ce67e2c

Thanks!

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

From slava18 at gmail.com  Mon Jun 21 08:52:42 2010
From: slava18 at gmail.com (V'yacheslav Stetskevych)
Date: Mon, 21 Jun 2010 11:52:42 +0300
Subject: [Slackbuilds-users] A suggestion for the perl template
In-Reply-To: <20100621030824.09d94950@liberty.rlwhome.lan>
References: <AANLkTikmGpWUWLeSZLGNHqqDQUMRpTR-Q_WhYAER66Qj@mail.gmail.com>
	<20100621030824.09d94950@liberty.rlwhome.lan>
Message-ID: <AANLkTileRSmGgM1ZvV6vkTvB-dDXpeWAi9q1SMPwjF0I@mail.gmail.com>

On Mon, Jun 21, 2010 at 11:08 AM, Robby Workman
<rworkman at slackbuilds.org> wrote:
> On Mon, 21 Jun 2010 10:52:18 +0300
> "V'yacheslav Stetskevych" <slava18 at gmail.com> wrote:
>
>> As evidently there are two ways of installing perl modules, one being
>> Makefile.PL, the other Build.PL, I suggest adding a (commented)
>> section for Build.PL to the current perl template.
>
>
> http://slackbuilds.org/gitweb/?p=templates.git;a=commit;h=e914440e0a2f6f2dcab0affb9c4eee425ce67e2c

Wonderful. Now, I found a way to make it write mans to /usr/man too:
./Build install \
  --install_path bindoc=/usr/man/man1 \
  --install_path libdoc=/usr/man/man3

Please merge :-)

Reference:
http://munin-monitoring.org/browser/trunk/Makefile?rev=3729

Thanks!
-- V'yacheslav

-- 
If you think of MS-DOS as mono, and Windows as stereo,
then Linux is Dolby Digital and all the music is free...
        http://GetGNULinux.org
        http://PereidiNaLinux.org
        http://OtrymayLinux.org

From niels.horn at gmail.com  Mon Jun 21 11:05:23 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Mon, 21 Jun 2010 08:05:23 -0300
Subject: [Slackbuilds-users] erroneous line in evince.SlackBuild
Message-ID: <AANLkTilhrDFoKGdpzCSWoNLfiIDeJlWOMU05IXO8ub00@mail.gmail.com>

There is an erroneous line in the evince SlackBuild, probably a
leftover from some typing / editing.

The following should fix it:

--- a/office/evince/evince.SlackBuild
+++ b/office/evince/evince.SlackBuild
@@ -35,7 +35,6 @@ if [ -z "$ARCH" ]; then
        *) ARCH=$( uname -m ) ;;
   esac
 fi
-F

 NLS=${NLS:-YES}


Niels Horn
Rio de Janeiro, RJ
Brasil
site: www.nielshorn.net
e-mail: niels.horn at gmail.com

From the_emmel at gmx.net  Mon Jun 21 12:34:14 2010
From: the_emmel at gmx.net (emmel)
Date: Mon, 21 Jun 2010 14:34:14 +0200
Subject: [Slackbuilds-users] dssi
Message-ID: <20100621123414.GA16247@pollux.mlnet>

dssi, which is required by rosegarden, still depends on qt3. It seems
that at least a development version with qt4 exists... Any opinions?
-- 
emmel <the_emmel at gmx.net>
Fingerprint: 60B4 D8E3 9617 900C 6726  168F D677 5AAD D40F CCE7
Certserver : hkp://pgp.mit.edu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100621/90c2bac9/attachment.sig>

From the_emmel at gmx.net  Mon Jun 21 12:38:38 2010
From: the_emmel at gmx.net (emmel)
Date: Mon, 21 Jun 2010 14:38:38 +0200
Subject: [Slackbuilds-users] texlive/texi2html
Message-ID: <20100621123838.GB16247@pollux.mlnet>

Texlive includes the texi2html package. It might be better to seperate
those two. I realised my system was missing it when installing lilypond
(which lists it as recommended). I have installed texlive the
not-package-way in my /opt to avoid chaos when updating via tlmgr and to
keep the size down (who needs the complete texlive anyway), so I have
tex, but no texi2html. Not critical, just a suggestion.
-- 
emmel <the_emmel at gmx.net>
Fingerprint: 60B4 D8E3 9617 900C 6726  168F D677 5AAD D40F CCE7
Certserver : hkp://pgp.mit.edu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100621/355c6381/attachment.sig>

From lmello.009 at gmail.com  Mon Jun 21 13:01:56 2010
From: lmello.009 at gmail.com (Luis Henrique F. Cardoso de Mello)
Date: Mon, 21 Jun 2010 10:01:56 -0300
Subject: [Slackbuilds-users] dssi
In-Reply-To: <20100621123414.GA16247@pollux.mlnet>
References: <20100621123414.GA16247@pollux.mlnet>
Message-ID: <4C1F62C4.2080102@gmail.com>

On 06/21/2010 09:34 AM, emmel wrote:
> dssi, which is required by rosegarden, still depends on qt3. It seems
> that at least a development version with qt4 exists... Any opinions?
>
>
>
> _______________________________________________
> 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/
>

As far as I'm concerned, only the default plugins GUI's depend on qt3... 
I tested dssi on another MIDI/audio tracker program, Qtractor (which is 
qt4 based) and the plugins worked OK.

Alas, I thought about building some optional audio plugins - dssi-vst, 
swh-plugins-lv2 and calf, even that I do not actually use them on a 
regular basis. Is there any particular interest from anybody?

- Luis

From niels.horn at gmail.com  Tue Jun 22 01:38:54 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Mon, 21 Jun 2010 22:38:54 -0300
Subject: [Slackbuilds-users] Some necessary changes to build a newer version
	of gpsd
Message-ID: <AANLkTinfYRknSKoMllmg4BNrje204qeiGaoLRyp2_Iu3@mail.gmail.com>

Hi,

To build the latest version of gpsd (2.94), some small changes to the
SlackBuild are necessary:

1) Change to configure script for Slackware64
---------------------------------------------
The configure script uses a "hack" to discover the installed version of libusb.
It does this by looking for libusb-*.so in /usr/lib
On Slackware64 this file resides in /usr/lib64 so it is never found
and building fails.

The following line in the SlackBuild (after unpacking the sources) solves it:

sed "s|/usr/lib/libusb|/usr/lib$LIBDIRSUFFIX/libusb|" -i configure

2) Erroneous location of egg-info file
--------------------------------------
The Makefile somehow messes up the location of the Python egg-info file.
This is solved by changing the "make install" line in the SlackBuild from:

make install-strip DESTDIR=$PKG

to

make --no-print-directory install-strip DESTDIR=$PKG



I'm copying the maintainer of the SlackBuild, so that he can apply
these changes in the next submission.


Niels Horn
Rio de Janeiro, RJ
Brasil
site: www.nielshorn.net
e-mail: niels.horn at gmail.com

From miorimmax at gmail.com  Tue Jun 22 02:31:44 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Mon, 21 Jun 2010 23:31:44 -0300
Subject: [Slackbuilds-users] Some necessary changes to build a newer
	version of gpsd
In-Reply-To: <AANLkTinfYRknSKoMllmg4BNrje204qeiGaoLRyp2_Iu3@mail.gmail.com>
References: <AANLkTinfYRknSKoMllmg4BNrje204qeiGaoLRyp2_Iu3@mail.gmail.com>
Message-ID: <AANLkTiln3VAB9ILUZ_xvVNcdaFK65yv6DULbT4NY-qC8@mail.gmail.com>

On Mon, Jun 21, 2010 at 10:38 PM, Niels Horn <niels.horn at gmail.com> wrote:
> Hi,
>
> To build the latest version of gpsd (2.94), some small changes to the
> SlackBuild are necessary:
>
> 1) Change to configure script for Slackware64
> ---------------------------------------------
> The configure script uses a "hack" to discover the installed version of libusb.
> It does this by looking for libusb-*.so in /usr/lib
> On Slackware64 this file resides in /usr/lib64 so it is never found
> and building fails.
>
> The following line in the SlackBuild (after unpacking the sources) solves it:
>
> sed "s|/usr/lib/libusb|/usr/lib$LIBDIRSUFFIX/libusb|" -i configure

Using pkg-config for this seems less hacky to me:

max at willcrashforsure:~$ pkg-config --modversion libusb
0.1.12

-- Max

From niels.horn at gmail.com  Tue Jun 22 02:37:47 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Mon, 21 Jun 2010 23:37:47 -0300
Subject: [Slackbuilds-users] Some necessary changes to build a newer
	version of gpsd
In-Reply-To: <AANLkTiln3VAB9ILUZ_xvVNcdaFK65yv6DULbT4NY-qC8@mail.gmail.com>
References: <AANLkTinfYRknSKoMllmg4BNrje204qeiGaoLRyp2_Iu3@mail.gmail.com>
	<AANLkTiln3VAB9ILUZ_xvVNcdaFK65yv6DULbT4NY-qC8@mail.gmail.com>
Message-ID: <AANLkTilcuLb1_OumHwcnkFJyue4EE5DxP-Ht0_I0JVXQ@mail.gmail.com>

On Mon, Jun 21, 2010 at 11:31 PM, Max Miorim <miorimmax at gmail.com> wrote:
> On Mon, Jun 21, 2010 at 10:38 PM, Niels Horn <niels.horn at gmail.com> wrote:
>> Hi,
>>
>> To build the latest version of gpsd (2.94), some small changes to the
>> SlackBuild are necessary:
>>
>> 1) Change to configure script for Slackware64
>> ---------------------------------------------
>> The configure script uses a "hack" to discover the installed version of libusb.
>> It does this by looking for libusb-*.so in /usr/lib
>> On Slackware64 this file resides in /usr/lib64 so it is never found
>> and building fails.
>>
>> The following line in the SlackBuild (after unpacking the sources) solves it:
>>
>> sed "s|/usr/lib/libusb|/usr/lib$LIBDIRSUFFIX/libusb|" -i configure
>
> Using pkg-config for this seems less hacky to me:
>
> max at willcrashforsure:~$ pkg-config --modversion libusb
> 0.1.12
>
> -- Max

But it gives the wrong answer.
The version needed is the version of the libusb-*.so file, which is 1.0

Check the configure script of gpsd to see how it works.

Niels

From miorimmax at gmail.com  Tue Jun 22 02:45:32 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Mon, 21 Jun 2010 23:45:32 -0300
Subject: [Slackbuilds-users] Some necessary changes to build a newer
	version of gpsd
In-Reply-To: <AANLkTilcuLb1_OumHwcnkFJyue4EE5DxP-Ht0_I0JVXQ@mail.gmail.com>
References: <AANLkTinfYRknSKoMllmg4BNrje204qeiGaoLRyp2_Iu3@mail.gmail.com>
	<AANLkTiln3VAB9ILUZ_xvVNcdaFK65yv6DULbT4NY-qC8@mail.gmail.com>
	<AANLkTilcuLb1_OumHwcnkFJyue4EE5DxP-Ht0_I0JVXQ@mail.gmail.com>
Message-ID: <AANLkTikF22hLu7hCO40sF0foagnvmbBVOGQaaYh5mPwH@mail.gmail.com>

On Mon, Jun 21, 2010 at 11:37 PM, Niels Horn <niels.horn at gmail.com> wrote:
> On Mon, Jun 21, 2010 at 11:31 PM, Max Miorim <miorimmax at gmail.com> wrote:
>> On Mon, Jun 21, 2010 at 10:38 PM, Niels Horn <niels.horn at gmail.com> wrote:
>>> Hi,
>>>
>>> To build the latest version of gpsd (2.94), some small changes to the
>>> SlackBuild are necessary:
>>>
>>> 1) Change to configure script for Slackware64
>>> ---------------------------------------------
>>> The configure script uses a "hack" to discover the installed version of libusb.
>>> It does this by looking for libusb-*.so in /usr/lib
>>> On Slackware64 this file resides in /usr/lib64 so it is never found
>>> and building fails.
>>>
>>> The following line in the SlackBuild (after unpacking the sources) solves it:
>>>
>>> sed "s|/usr/lib/libusb|/usr/lib$LIBDIRSUFFIX/libusb|" -i configure
>>
>> Using pkg-config for this seems less hacky to me:
>>
>> max at willcrashforsure:~$ pkg-config --modversion libusb
>> 0.1.12
>>
>> -- Max
>
> But it gives the wrong answer.
> The version needed is the version of the libusb-*.so file, which is 1.0
>
> Check the configure script of gpsd to see how it works.
>
> Niels

Oops that was the wrong libusb. :)

max at willcrashforsure:~$ pkg-config --modversion libusb-1.0
1.0.6

I'll take a look at it (the script) later, the point I was trying to
make is that pkg-config should be more reliable than looking for a
symlink/library lying somewhere. :)

-- Max

From niels.horn at gmail.com  Tue Jun 22 02:56:13 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Mon, 21 Jun 2010 23:56:13 -0300
Subject: [Slackbuilds-users] Some necessary changes to build a newer
	version of gpsd
In-Reply-To: <AANLkTikF22hLu7hCO40sF0foagnvmbBVOGQaaYh5mPwH@mail.gmail.com>
References: <AANLkTinfYRknSKoMllmg4BNrje204qeiGaoLRyp2_Iu3@mail.gmail.com>
	<AANLkTiln3VAB9ILUZ_xvVNcdaFK65yv6DULbT4NY-qC8@mail.gmail.com>
	<AANLkTilcuLb1_OumHwcnkFJyue4EE5DxP-Ht0_I0JVXQ@mail.gmail.com>
	<AANLkTikF22hLu7hCO40sF0foagnvmbBVOGQaaYh5mPwH@mail.gmail.com>
Message-ID: <AANLkTikSLIQBBc7JIiOK0PPciRxMBOc_XsZ-qtLJO6Dv@mail.gmail.com>

On Mon, Jun 21, 2010 at 11:45 PM, Max Miorim <miorimmax at gmail.com> wrote:
> On Mon, Jun 21, 2010 at 11:37 PM, Niels Horn <niels.horn at gmail.com> wrote:
>> On Mon, Jun 21, 2010 at 11:31 PM, Max Miorim <miorimmax at gmail.com> wrote:
>>> On Mon, Jun 21, 2010 at 10:38 PM, Niels Horn <niels.horn at gmail.com> wrote:
>>>> Hi,
>>>>
>>>> To build the latest version of gpsd (2.94), some small changes to the
>>>> SlackBuild are necessary:
>>>>
>>>> 1) Change to configure script for Slackware64
>>>> ---------------------------------------------
>>>> The configure script uses a "hack" to discover the installed version of libusb.
>>>> It does this by looking for libusb-*.so in /usr/lib
>>>> On Slackware64 this file resides in /usr/lib64 so it is never found
>>>> and building fails.
>>>>
>>>> The following line in the SlackBuild (after unpacking the sources) solves it:
>>>>
>>>> sed "s|/usr/lib/libusb|/usr/lib$LIBDIRSUFFIX/libusb|" -i configure
>>>
>>> Using pkg-config for this seems less hacky to me:
>>>
>>> max at willcrashforsure:~$ pkg-config --modversion libusb
>>> 0.1.12
>>>
>>> -- Max
>>
>> But it gives the wrong answer.
>> The version needed is the version of the libusb-*.so file, which is 1.0
>>
>> Check the configure script of gpsd to see how it works.
>>
>> Niels
>
> Oops that was the wrong libusb. :)
>
> max at willcrashforsure:~$ pkg-config --modversion libusb-1.0
> 1.0.6
>
> I'll take a look at it (the script) later, the point I was trying to
> make is that pkg-config should be more reliable than looking for a
> symlink/library lying somewhere. :)
>
> -- Max

Under normal circumstances, you're right :)

The author of gpsd says in the configure script that the "normal" way
of checking the libusb version is not reliable and created this
alternative method.
He must have his reasons to do it this way, so I only patched the
configure file to check in /usr/lib64 on x86_64 systems.

What is needed is the "1.0", to create the right "-I" and "-l" flags.
The line of interest is:

    usb=$(basename /usr/lib/libusb-*.so | sed -e s/\.so// -e s/^lib//)

which gives "usb-1.0" as a result and is used as

    LIBUSB=-l${usb}
    INCUSB=-I/usr/include/lib${usb}

On my Slackware64 box this needed the sed line I wrote, without
changing too much in the configure script.

Niels

From baildon.research at googlemail.com  Tue Jun 22 07:39:42 2010
From: baildon.research at googlemail.com (David Spencer)
Date: Tue, 22 Jun 2010 08:39:42 +0100
Subject: [Slackbuilds-users] Some necessary changes to build a newer
	version of gpsd
In-Reply-To: <AANLkTikSLIQBBc7JIiOK0PPciRxMBOc_XsZ-qtLJO6Dv@mail.gmail.com>
References: <AANLkTinfYRknSKoMllmg4BNrje204qeiGaoLRyp2_Iu3@mail.gmail.com>
	<AANLkTiln3VAB9ILUZ_xvVNcdaFK65yv6DULbT4NY-qC8@mail.gmail.com>
	<AANLkTilcuLb1_OumHwcnkFJyue4EE5DxP-Ht0_I0JVXQ@mail.gmail.com>
	<AANLkTikF22hLu7hCO40sF0foagnvmbBVOGQaaYh5mPwH@mail.gmail.com>
	<AANLkTikSLIQBBc7JIiOK0PPciRxMBOc_XsZ-qtLJO6Dv@mail.gmail.com>
Message-ID: <AANLkTikpegmJmS3l-VpV1ZMMTequUV6Nme6Nrn9imB4J@mail.gmail.com>

Hi Niels, Max and everybody else,

Thanks for the two bug fixes, I'll incorporate them when I upversion gpsd.

By the way, that needs new versions of the two SBo packages that use
gpsd (kismet and viking).  I know Audrius Kazukauskas was already
preparing a new version of Kismet before the changeover to Slackware
13.1, so I'll ask Pierre Cazenave if he's ready to push a new version
of Viking.

I also should say thank you for waking me up :-)

Best regards
-Dave Spencer

From disturbed1976 at gmail.com  Tue Jun 22 08:10:20 2010
From: disturbed1976 at gmail.com (Keith Richie)
Date: Tue, 22 Jun 2010 04:10:20 -0400
Subject: [Slackbuilds-users] Remove musicmanager, please.
Message-ID: <AANLkTilT0uef9vPdWicirTU96VDysZSjcK2qMCzTq19t@mail.gmail.com>

Goggles Music Manager replaces musicmanager. This might have been
missed when I submitted the update.

Thanks.

From audrius at neutrino.lt  Tue Jun 22 14:52:41 2010
From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=)
Date: Tue, 22 Jun 2010 17:52:41 +0300
Subject: [Slackbuilds-users] Some necessary changes to build a newer
 version of gpsd
In-Reply-To: <AANLkTikpegmJmS3l-VpV1ZMMTequUV6Nme6Nrn9imB4J@mail.gmail.com>
References: <AANLkTinfYRknSKoMllmg4BNrje204qeiGaoLRyp2_Iu3@mail.gmail.com>
	<AANLkTiln3VAB9ILUZ_xvVNcdaFK65yv6DULbT4NY-qC8@mail.gmail.com>
	<AANLkTilcuLb1_OumHwcnkFJyue4EE5DxP-Ht0_I0JVXQ@mail.gmail.com>
	<AANLkTikF22hLu7hCO40sF0foagnvmbBVOGQaaYh5mPwH@mail.gmail.com>
	<AANLkTikSLIQBBc7JIiOK0PPciRxMBOc_XsZ-qtLJO6Dv@mail.gmail.com>
	<AANLkTikpegmJmS3l-VpV1ZMMTequUV6Nme6Nrn9imB4J@mail.gmail.com>
Message-ID: <20100622145241.GB2007@kiras>

On Tue, 2010-06-22 at 08:39:42 +0100, David Spencer wrote:
> Hi Niels, Max and everybody else,
> 
> Thanks for the two bug fixes, I'll incorporate them when I upversion gpsd.
> 
> By the way, that needs new versions of the two SBo packages that use
> gpsd (kismet and viking).  I know Audrius Kazukauskas was already
> preparing a new version of Kismet before the changeover to Slackware
> 13.1, so I'll ask Pierre Cazenave if he's ready to push a new version
> of Viking.

I've just submitted kismet script after some adjustments for x86_64, so
if everything's OK, it should be accepted soon.  I'm aware that kismet
is able to use gpsd, but I have no hardware to test it.  If it doesn't
require any other steps than simply installing gpsd together with
kismet, I think it would be a good idea to mention gpsd as an option in
kismet's README file.

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

From audrius at neutrino.lt  Tue Jun 22 15:40:37 2010
From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=)
Date: Tue, 22 Jun 2010 18:40:37 +0300
Subject: [Slackbuilds-users] qemu-legacy puts man pages in /usr/share/man
Message-ID: <20100622154037.GA5821@kiras>

Hi,

I've noticed that qemu-legacy script puts man pages in /usr/share/man
and doesn't compress them.  I'm writing to SBo list, because I think
that admins can quickly fix this by copying the part from qemu script
that handles man pages.

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

From dave at unrealize.co.uk  Tue Jun 22 16:32:18 2010
From: dave at unrealize.co.uk (David Woodfall)
Date: Tue, 22 Jun 2010 17:32:18 +0100
Subject: [Slackbuilds-users] qemu-legacy puts man pages in	/usr/share/man
In-Reply-To: <20100622154037.GA5821@kiras>
References: <20100622154037.GA5821@kiras>
Message-ID: <20100622163218.GB3901@Junius>

On (18:40 22/06/10), Audrius Ka?ukauskas <audrius at neutrino.lt> put forth the proposition:
>Hi,
>
>I've noticed that qemu-legacy script puts man pages in /usr/share/man
>and doesn't compress them.  I'm writing to SBo list, because I think
>that admins can quickly fix this by copying the part from qemu script
>that handles man pages.

Whoops. Will check on that now. Thanks.

David

>
>-- 
>Audrius Ka?ukauskas



>_______________________________________________
>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: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100622/df55f408/attachment.sig>

From pprkut at liwjatan.at  Tue Jun 22 16:43:12 2010
From: pprkut at liwjatan.at (Heinz Wiesinger)
Date: Tue, 22 Jun 2010 18:43:12 +0200
Subject: [Slackbuilds-users]
 =?iso-8859-15?q?qemu-legacy_puts_man_pages_in?=
 =?iso-8859-15?q?=09/usr/share/man?=
In-Reply-To: <20100622163218.GB3901@Junius>
References: <20100622154037.GA5821@kiras> <20100622163218.GB3901@Junius>
Message-ID: <201006221843.18667.pprkut@liwjatan.at>

On Tuesday 22 June 2010 18:32:18 David Woodfall wrote:
> On (18:40 22/06/10), Audrius Ka?ukauskas <audrius at neutrino.lt> put forth the 
proposition:
> >Hi,
> >
> >I've noticed that qemu-legacy script puts man pages in /usr/share/man
> >and doesn't compress them.  I'm writing to SBo list, because I think
> >that admins can quickly fix this by copying the part from qemu script
> >that handles man pages.
> 
> Whoops. Will check on that now. Thanks.

IIRC this is another "su -" + tetex issue like ffmpeg. I.e. man pages are not 
built unless /usr/share/texmf/bin is not in $PATH.

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

From pprkut at liwjatan.at  Tue Jun 22 16:53:34 2010
From: pprkut at liwjatan.at (Heinz Wiesinger)
Date: Tue, 22 Jun 2010 18:53:34 +0200
Subject: [Slackbuilds-users]
 =?iso-8859-15?q?qemu-legacy_puts_man_pages_in?=
 =?iso-8859-15?q?=09/usr/share/man?=
In-Reply-To: <201006221843.18667.pprkut@liwjatan.at>
References: <20100622154037.GA5821@kiras> <20100622163218.GB3901@Junius>
	<201006221843.18667.pprkut@liwjatan.at>
Message-ID: <201006221853.38509.pprkut@liwjatan.at>

On Tuesday 22 June 2010 18:43:12 Heinz Wiesinger wrote:
> On Tuesday 22 June 2010 18:32:18 David Woodfall wrote:
> > On (18:40 22/06/10), Audrius Ka?ukauskas <audrius at neutrino.lt> put forth
> > the
> 
> proposition:
> > >Hi,
> > >
> > >I've noticed that qemu-legacy script puts man pages in /usr/share/man
> > >and doesn't compress them.  I'm writing to SBo list, because I think
> > >that admins can quickly fix this by copying the part from qemu script
> > >that handles man pages.
> > 
> > Whoops. Will check on that now. Thanks.
> 
> IIRC this is another "su -" + tetex issue like ffmpeg. I.e. man pages are
> not built unless /usr/share/texmf/bin is not in $PATH.

It should be "/usr/share/texmf/bin is in $PATH" of course :)

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

From dave at unrealize.co.uk  Tue Jun 22 17:34:45 2010
From: dave at unrealize.co.uk (David Woodfall)
Date: Tue, 22 Jun 2010 18:34:45 +0100
Subject: [Slackbuilds-users] qemu-legacy puts man pages	in?/usr/share/man
In-Reply-To: <201006221853.38509.pprkut@liwjatan.at>
References: <20100622154037.GA5821@kiras> <20100622163218.GB3901@Junius>
	<201006221843.18667.pprkut@liwjatan.at>
	<201006221853.38509.pprkut@liwjatan.at>
Message-ID: <20100622173445.GA907@Junius>

On (18:53 22/06/10), Heinz Wiesinger <pprkut at liwjatan.at> put forth the proposition:
>On Tuesday 22 June 2010 18:43:12 Heinz Wiesinger wrote:
>> On Tuesday 22 June 2010 18:32:18 David Woodfall wrote:
>> > On (18:40 22/06/10), Audrius Ka?ukauskas <audrius at neutrino.lt> put forth
>> > the
>> 
>> proposition:
>> > >Hi,
>> > >
>> > >I've noticed that qemu-legacy script puts man pages in /usr/share/man
>> > >and doesn't compress them.  I'm writing to SBo list, because I think
>> > >that admins can quickly fix this by copying the part from qemu script
>> > >that handles man pages.
>> > 
>> > Whoops. Will check on that now. Thanks.
>> 
>> IIRC this is another "su -" + tetex issue like ffmpeg. I.e. man pages are
>> not built unless /usr/share/texmf/bin is not in $PATH.
>
>It should be "/usr/share/texmf/bin is in $PATH" of course :)

I've noticed that some documentation is not being copied. I think I will
upload build 2 as soon as it's done.

David

>
>Grs,
>Heinz



>_______________________________________________
>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: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100622/9f341249/attachment.sig>

From yalhcru at gmail.com  Tue Jun 22 21:58:06 2010
From: yalhcru at gmail.com (B Watson)
Date: Tue, 22 Jun 2010 17:58:06 -0400
Subject: [Slackbuilds-users] dssi
In-Reply-To: <4C1F62C4.2080102@gmail.com>
References: <20100621123414.GA16247@pollux.mlnet> <4C1F62C4.2080102@gmail.com>
Message-ID: <AANLkTim5r13dTPvi3IcC4W1riw3FpwGVV5joDJYglTaC@mail.gmail.com>

On 6/21/10, Luis Henrique F. Cardoso de Mello <lmello.009 at gmail.com> wrote:

> Alas, I thought about building some optional audio plugins - dssi-vst,
> swh-plugins-lv2 and calf, even that I do not actually use them on a
> regular basis. Is there any particular interest from anybody?

I've written SlackBuilds for calf and swh-plugins-lv2, you just reminded
me they need to be updated for the 13.1 templates and submitted, now
that submissions are open again.

From dave at unrealize.co.uk  Tue Jun 22 22:17:15 2010
From: dave at unrealize.co.uk (David Woodfall)
Date: Tue, 22 Jun 2010 23:17:15 +0100
Subject: [Slackbuilds-users] qemu-legacy puts man pages	in?/usr/share/man
In-Reply-To: <201006221853.38509.pprkut@liwjatan.at>
References: <20100622154037.GA5821@kiras> <20100622163218.GB3901@Junius>
	<201006221843.18667.pprkut@liwjatan.at>
	<201006221853.38509.pprkut@liwjatan.at>
Message-ID: <20100622221715.GA4806@Junius>

On (18:53 22/06/10), Heinz Wiesinger <pprkut at liwjatan.at> put forth the proposition:
>On Tuesday 22 June 2010 18:43:12 Heinz Wiesinger wrote:
>> On Tuesday 22 June 2010 18:32:18 David Woodfall wrote:
>> > On (18:40 22/06/10), Audrius Ka?ukauskas <audrius at neutrino.lt> put forth
>> > the
>> 
>> proposition:
>> > >Hi,
>> > >
>> > >I've noticed that qemu-legacy script puts man pages in /usr/share/man
>> > >and doesn't compress them.  I'm writing to SBo list, because I think
>> > >that admins can quickly fix this by copying the part from qemu script
>> > >that handles man pages.
>> > 
>> > Whoops. Will check on that now. Thanks.
>> 
>> IIRC this is another "su -" + tetex issue like ffmpeg. I.e. man pages are
>> not built unless /usr/share/texmf/bin is not in $PATH.

Nope. In this case he was correct and I should have taken more notice
at the end of the build.

D

>
>It should be "/usr/share/texmf/bin is in $PATH" of course :)
>
>Grs,
>Heinz



>_______________________________________________
>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: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100622/32341319/attachment.sig>

From erik at slackbuilds.org  Wed Jun 23 00:50:22 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Tue, 22 Jun 2010 19:50:22 -0500
Subject: [Slackbuilds-users] Updates - 20100623.1
Message-ID: <20100622195022.7a05cd09@shaggy.doo>

Wed Jun 23 00:42:50 UTC 2010
academic/scipy: Fixed homepage.
development/mysqlcc: Fixed qt3 linking on x86_64
libraries/equinox: Added (A gtk2 theme engine)
libraries/flashplugin-lahf-fix: Added (emulates LAHF instruction)
libraries/soundtouch: Added (audio processing library)
network/NetworkManager: Hackery to set static hostname
network/kbluetooth: Added (bluetooth application for KDE)
office/evince: "F" removal.

From lmello.009 at gmail.com  Wed Jun 23 00:53:27 2010
From: lmello.009 at gmail.com (Luis Henrique F. Cardoso de Mello)
Date: Tue, 22 Jun 2010 21:53:27 -0300
Subject: [Slackbuilds-users] dssi
In-Reply-To: <AANLkTim5r13dTPvi3IcC4W1riw3FpwGVV5joDJYglTaC@mail.gmail.com>
References: <20100621123414.GA16247@pollux.mlnet> <4C1F62C4.2080102@gmail.com>
	<AANLkTim5r13dTPvi3IcC4W1riw3FpwGVV5joDJYglTaC@mail.gmail.com>
Message-ID: <4C215B07.1090907@gmail.com>

On 06/22/2010 06:58 PM, B Watson wrote:
> On 6/21/10, Luis Henrique F. Cardoso de Mello<lmello.009 at gmail.com>  wrote:
>
>> Alas, I thought about building some optional audio plugins - dssi-vst,
>> swh-plugins-lv2 and calf, even that I do not actually use them on a
>> regular basis. Is there any particular interest from anybody?
>
> I've written SlackBuilds for calf and swh-plugins-lv2, you just reminded
> me they need to be updated for the 13.1 templates and submitted, now
> that submissions are open again.
>

Well, thanks! I'll work on vamp-plugin-sdk and rubberband instead. :)

From slacker at slaphappygeeks.com  Wed Jun 23 02:14:32 2010
From: slacker at slaphappygeeks.com (Slacker build user)
Date: Tue, 22 Jun 2010 20:14:32 -0600
Subject: [Slackbuilds-users] Please remove pending script for new release
Message-ID: <4C216E08.7090709@slaphappygeeks.com>

Hi,

I submitted a new build for bouml for the second time yesterday, today a new 
version was released.

Could someone please remove it and I will submit the latest.

(There is also a bouml_doc in pending but it remains the same).

Three times is a charm, right?

Thanks,

Robert

From joshuakwood at gmail.com  Wed Jun 23 03:34:57 2010
From: joshuakwood at gmail.com (JK Wood)
Date: Tue, 22 Jun 2010 22:34:57 -0500
Subject: [Slackbuilds-users] Please remove pending script for new release
In-Reply-To: <4C216E08.7090709@slaphappygeeks.com>
References: <4C216E08.7090709@slaphappygeeks.com>
Message-ID: <AANLkTim12WWAiHGjlJoiDvtJ-_VdSoVGEsihrGc4sfRn@mail.gmail.com>

On Tue, Jun 22, 2010 at 9:14 PM, Slacker build user <
slacker at slaphappygeeks.com> wrote:

> Hi,
>
> I submitted a new build for bouml for the second time yesterday, today a
> new version was released.
>
> Could someone please remove it and I will submit the latest.
>
> (There is also a bouml_doc in pending but it remains the same).
>
> Three times is a charm, right?
>
> Thanks,
>
> Robert
> _______________________________________________
> 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/
>
>
Robert -

Perhaps it would be beneficial to test the new version for a few days in
order to make sure they haven't introduced new bugs?  Just a thought.

--JK
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100622/86861f0c/attachment.htm>

From slacker at slaphappygeeks.com  Wed Jun 23 04:36:21 2010
From: slacker at slaphappygeeks.com (Slacker build user)
Date: Tue, 22 Jun 2010 22:36:21 -0600
Subject: [Slackbuilds-users] Please remove pending script for new release
In-Reply-To: <AANLkTim12WWAiHGjlJoiDvtJ-_VdSoVGEsihrGc4sfRn@mail.gmail.com>
References: <4C216E08.7090709@slaphappygeeks.com>
	<AANLkTim12WWAiHGjlJoiDvtJ-_VdSoVGEsihrGc4sfRn@mail.gmail.com>
Message-ID: <4C218F45.4060608@slaphappygeeks.com>

JK Wood wrote:

> Perhaps it would be beneficial to test the new version for a few days in
> order to make sure they haven't introduced new bugs?  Just a thought.
> 
> --JK

That is a good idea I suppose.

I have been using most of the day so I know it builds and works, but will get in 
a few days use before uploading the script. I use it daily so it should not take 
long to have good confidence.

Thanks

From slacker at slaphappygeeks.com  Wed Jun 23 05:50:37 2010
From: slacker at slaphappygeeks.com (Slacker build user)
Date: Tue, 22 Jun 2010 23:50:37 -0600
Subject: [Slackbuilds-users] Please remove pending script for new release
In-Reply-To: <AANLkTim12WWAiHGjlJoiDvtJ-_VdSoVGEsihrGc4sfRn@mail.gmail.com>
References: <4C216E08.7090709@slaphappygeeks.com>
	<AANLkTim12WWAiHGjlJoiDvtJ-_VdSoVGEsihrGc4sfRn@mail.gmail.com>
Message-ID: <4C21A0AD.2080400@slaphappygeeks.com>

JK Wood wrote:

> Perhaps it would be beneficial to test the new version for a few days in
> order to make sure they haven't introduced new bugs?  Just a thought.
> 
> --JK

But in any event I did not want anyone to spend time approving the pending 
version only to have it rather immediately replaced by a new one. So I still 
would request that the pending version be removed by an admin at their convenience.

Robert

From gmartin at gmartin.org  Wed Jun 23 12:43:52 2010
From: gmartin at gmartin.org (gmartin)
Date: Wed, 23 Jun 2010 08:43:52 -0400
Subject: [Slackbuilds-users] Updates - 20100623.1
In-Reply-To: <20100622195022.7a05cd09@shaggy.doo>
References: <20100622195022.7a05cd09@shaggy.doo>
Message-ID: <AANLkTimqRs9TndhIzaq51YbbcZrePyKDIHtJ_WKDzJxf@mail.gmail.com>

Us SB.o users really appreciate the speed by which the maintainers and
admins have been working through the 13.1 release/approval process.

Thank you all!

\\Greg



On Tue, Jun 22, 2010 at 8:50 PM, Erik Hanson <erik at slackbuilds.org> wrote:

> Wed Jun 23 00:42:50 UTC 2010
> academic/scipy: Fixed homepage.
> development/mysqlcc: Fixed qt3 linking on x86_64
> libraries/equinox: Added (A gtk2 theme engine)
> libraries/flashplugin-lahf-fix: Added (emulates LAHF instruction)
> libraries/soundtouch: Added (audio processing library)
> network/NetworkManager: Hackery to set static hostname
> network/kbluetooth: Added (bluetooth application for KDE)
> office/evince: "F" removal.
> _______________________________________________
> 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/20100623/57eb038d/attachment.htm>

From dragonwisard at gmail.com  Wed Jun 23 13:34:07 2010
From: dragonwisard at gmail.com (Ben Mendis)
Date: Wed, 23 Jun 2010 09:34:07 -0400
Subject: [Slackbuilds-users] EncFS requres boost <= 1.41
In-Reply-To: <201006042336.53748.pprkut@liwjatan.at>
References: <AANLkTinvaVodHr4Nmcw5PG7QSF0zlx9JI3RiqUHjs2x6@mail.gmail.com>
	<AANLkTikmL6js8J0C-MZJvP3xekhFV1Fs6VOjaOcsCBJd@mail.gmail.com>
	<201006042336.53748.pprkut@liwjatan.at>
Message-ID: <AANLkTilPU6uSuQw0xkUbLo3mHdM2QvAY_ZX2wo5AiGJI@mail.gmail.com>

It appears that the problem has now been solved upstream. The author of
EncFS has released version 1.6.0 (1.6-1) which addresses the problem. I have
tested it and it work on my system.

On Fri, Jun 4, 2010 at 5:36 PM, Heinz Wiesinger <pprkut at liwjatan.at> wrote:

> On Friday 04 June 2010 23:32:24 Niels Horn wrote:
> > On Fri, Jun 4, 2010 at 6:06 PM, Ben Mendis <dragonwisard at gmail.com>
> wrote:
> > > Since I was already using EncFS in 13.0 I went ahead and tried to
> compile
> > > it for 13.1. There's one "invalid conversion from 'const char*' to
> > > 'char*'" error to fix, but even after fixing that the resulting binary
> > > doesn't work. Apparently the problem is that Slackware 13.1 has
> upgraded
> > > to boost 1.42.0 and encfs requires 1.41 or earlier.
> > >
> > > See: http://code.google.com/p/encfs/issues/detail?id=60
> > >
> > > Therefore my question is, is it feasible to install boost-1.41
> > > side-by-side with the boost-1.42 provided by Slackware?
> > > Does anyone have any advice on how this can be resolved?
> >
> > Ouch... Just read the posts on that page. Sounds like a really ugly
> > situation to me.
> >
> > I think a solution could be statically linking the "old" boost library
> > into EncFS.
> > But I haven't tried this (and don't have time to try it in the
> > foreseeable future), so YMMV...
> >
> > Side-by-side installation of the two boost versions is a guarantee to
> > other problems IMHO.
>
> IMHO this is clearly a case where waiting for upstream to fix it is the
> most
> feasible option. The boost bugreport
> (https://svn.boost.org/trac/boost/ticket/3990) clearly states the fix
> needs to
> be in encfs. Until the fix is available I'm not going to submit encfs for
> 13.1
> (no matter what hack might be suggested as a "solution").
>
> Grs,
> Heinz
>
> _______________________________________________
> 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/20100623/f2cf5a00/attachment.htm>

From ml at mareichelt.com  Wed Jun 23 13:48:46 2010
From: ml at mareichelt.com (markus reichelt)
Date: Wed, 23 Jun 2010 15:48:46 +0200
Subject: [Slackbuilds-users] Please remove pending script for new release
In-Reply-To: <4C21A0AD.2080400@slaphappygeeks.com>
References: <4C216E08.7090709@slaphappygeeks.com>
	<AANLkTim12WWAiHGjlJoiDvtJ-_VdSoVGEsihrGc4sfRn@mail.gmail.com>
	<4C21A0AD.2080400@slaphappygeeks.com>
Message-ID: <20100623134846.GR8128@pc21.mareichelt.com>

* Slacker build user <slacker at slaphappygeeks.com> wrote:

> version only to have it rather immediately replaced by a new one.
> So I still would request that the pending version be removed by an
> admin at their convenience.


just for info: the channel #slackbuilds on irc.freenode.net is also
an option - especially if you are in the process of writing
BuildScripts having questions or want feedback / opinions, or just
want some script removed from pending.

-- 
left blank, right bald
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100623/1fe75ef0/attachment.sig>

From pprkut at liwjatan.at  Wed Jun 23 16:55:20 2010
From: pprkut at liwjatan.at (Heinz Wiesinger)
Date: Wed, 23 Jun 2010 18:55:20 +0200
Subject: [Slackbuilds-users] EncFS requres boost <= 1.41
Message-ID: <201006231855.30184.pprkut@liwjatan.at>

On Wednesday 23 June 2010 15:34:07 you wrote:
> It appears that the problem has now been solved upstream. The author of
> EncFS has released version 1.6.0 (1.6-1) which addresses the problem. I
> have tested it and it work on my system.

Yep, it's already in pending :)

Grs,
Heinz

(Sorry Ben for getting this twice, I must've picked the wrong reply button 
earlier...)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100623/106bf40d/attachment.sig>

From slacker at slaphappygeeks.com  Wed Jun 23 18:25:39 2010
From: slacker at slaphappygeeks.com (Slacker build user)
Date: Wed, 23 Jun 2010 12:25:39 -0600
Subject: [Slackbuilds-users] Please remove pending script for new release
In-Reply-To: <20100623134846.GR8128@pc21.mareichelt.com>
References: <4C216E08.7090709@slaphappygeeks.com>	<AANLkTim12WWAiHGjlJoiDvtJ-_VdSoVGEsihrGc4sfRn@mail.gmail.com>	<4C21A0AD.2080400@slaphappygeeks.com>
	<20100623134846.GR8128@pc21.mareichelt.com>
Message-ID: <4C2251A3.2050409@slaphappygeeks.com>

markus reichelt wrote:
> * Slacker build user <slacker at slaphappygeeks.com> wrote:
> 
>> version only to have it rather immediately replaced by a new one.
>> So I still would request that the pending version be removed by an
>> admin at their convenience.
> 
> 
> just for info: the channel #slackbuilds on irc.freenode.net is also
> an option - especially if you are in the process of writing
> BuildScripts having questions or want feedback / opinions, or just
> want some script removed from pending.
> 

Thanks, I am not a freenode-er but guess I should start.

For my own info, I asked here because I have seen others do so... is this not 
appropriate, or is there a prescribed method for making such a request?

Thanks,

Robert

From ml at mareichelt.com  Wed Jun 23 19:07:50 2010
From: ml at mareichelt.com (markus reichelt)
Date: Wed, 23 Jun 2010 21:07:50 +0200
Subject: [Slackbuilds-users] Please remove pending script for new release
In-Reply-To: <4C2251A3.2050409@slaphappygeeks.com>
References: <4C216E08.7090709@slaphappygeeks.com>
	<AANLkTim12WWAiHGjlJoiDvtJ-_VdSoVGEsihrGc4sfRn@mail.gmail.com>
	<4C21A0AD.2080400@slaphappygeeks.com>
	<20100623134846.GR8128@pc21.mareichelt.com>
	<4C2251A3.2050409@slaphappygeeks.com>
Message-ID: <20100623190750.GT8128@pc21.mareichelt.com>

* Slacker build user <slacker at slaphappygeeks.com> wrote:

> For my own info, I asked here because I have seen others do so...
> is this not appropriate, or is there a prescribed method for making
> such a request?

Nah, it doesn't really matter where you post the info, IRC and this
list are fine. I merely mentioned IRC because it is faster (for me)
and causes less noise for subscribers here, just a matter of personal
preference.

-- 
left blank, right bald
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100623/97571acc/attachment.sig>

From thomas at beingboiled.info  Wed Jun 23 21:28:04 2010
From: thomas at beingboiled.info (Thomas Morper)
Date: Wed, 23 Jun 2010 23:28:04 +0200
Subject: [Slackbuilds-users] Perl-modules and CFLAGS
Message-ID: <20100623232804.293ecd32@arktinen.local>

Dear Slackbuilders,

I'm in the process of preparing some Perl-modules for SBo but I'm unsure
how to handle CFLAGS "the right way" when C is involved.

A MakeMaker-based Makefile.PL allows you to pass the CCFLAGS and
OPTIMIZE variables to the compiler, however...

1.) 'perl Makefile.PL CCFLAGS="$SLKCFLAGS"' isn't a very good idea,
since it will a overwrite the CCFLAGS defaults and something like a
missing "-D_LARGEFILE_SOURCE" will haunt you later on.

2.) 'perl Makefile.PL OPTIMIZE="$SLKCFLAGS"' isn't perfect, either. So
far I've got three modules and in each one OPTIMIZE behaves differently:

 - module1 only has "-O2" as a default but will accept OPTIMIZE
 - module2 uses what Perl was compiled with as a default, e.g. "-O2
   -march=i486 -mtune=i686" and thus doesn't need OPTIMIZE, but will
   use it if it's set
 - module3 is similar to module2, however for some of its C-sources it
   will use the Perl defaults instead of whatever you set OPTIMIZE to

My conclusion: there are 18000 modules on cpan.org - don't waste your
time trying to find the ?ber-perfect settings for each one, just go with
the defaults unless there's a good reason for manual intervention (e.g.
doesn't work otherwise).

In SBo-terms: set ARCH, SLKCFLAGS and LIBDIRSUFFIX as we always do, but
don't care about it; the result will be fine for most users. Those who
want more from their Perl modules still only have to add a single line
to the module's SlackBuild script.

Interestingly, this is what the current template does :-) So, is this
the way to go or am I missing something and the CFLAGS actually do need
more attention?

-- 

From ml at mareichelt.com  Wed Jun 23 22:08:22 2010
From: ml at mareichelt.com (markus reichelt)
Date: Thu, 24 Jun 2010 00:08:22 +0200
Subject: [Slackbuilds-users] Perl-modules and CFLAGS
In-Reply-To: <20100623232804.293ecd32@arktinen.local>
References: <20100623232804.293ecd32@arktinen.local>
Message-ID: <20100623220822.GA10187@pc21.mareichelt.com>

* Thomas Morper <thomas at beingboiled.info> wrote:

> don't care about it; the result will be fine for most users. Those
> who want more from their Perl modules still only have to add a
> single line to the module's SlackBuild script.
> 
> Interestingly, this is what the current template does :-) So, is
> this the way to go or am I missing something and the CFLAGS
> actually do need more attention?

This is the humming way, yes. 

I've some perl foo that I won't submit to SBo (cos I'm fairly sure
it's a temp foo for me) but in fact I've switched completely to its
style. Just get's the job done.

-- 
left blank, right bald
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100624/3836d412/attachment.sig>

From andrew.david.52 at gmail.com  Thu Jun 24 06:47:44 2010
From: andrew.david.52 at gmail.com (andrew)
Date: Thu, 24 Jun 2010 16:47:44 +1000
Subject: [Slackbuilds-users] libmatroska: 'Individual Files:' missing from
	site
Message-ID: <20100624064744.GA3433@skamandros.andrews-corner.org>

Hi,

The 'Individual Files:' section from libmatroska seems to be missing
after the latest update:

http://slackbuilds.org/repository/13.1/multimedia/libmatroska/

Thanks for looking at this,

Andrew
-- 
Do you think that's air you're breathing?

From erik at slackbuilds.org  Thu Jun 24 09:59:52 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Thu, 24 Jun 2010 04:59:52 -0500
Subject: [Slackbuilds-users] libmatroska: 'Individual Files:' missing
 from site
In-Reply-To: <20100624064744.GA3433@skamandros.andrews-corner.org>
References: <20100624064744.GA3433@skamandros.andrews-corner.org>
Message-ID: <20100624045952.0485211e@shaggy.doo>

On Thu, 24 Jun 2010 16:47:44 +1000
andrew <andrew.david.52 at gmail.com> wrote:

> The 'Individual Files:' section from libmatroska seems to be missing
> after the latest update:
> 
> http://slackbuilds.org/repository/13.1/multimedia/libmatroska/
> 
> Thanks for looking at this,

The update was submitted in the wrong category, and I must have
overlooked this. It should be fine now.

http://slackbuilds.org/repository/13.1/libraries/libmatroska/

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

From chaos.proton at gmail.com  Thu Jun 24 20:26:52 2010
From: chaos.proton at gmail.com (Grissiom)
Date: Fri, 25 Jun 2010 04:26:52 +0800
Subject: [Slackbuilds-users] Grissiom,
	the content of panel.py in ibus 1.3.5 is not what it 	has to be.
In-Reply-To: <856639.86297.qm@web120317.mail.ne1.yahoo.com>
References: <856639.86297.qm@web120317.mail.ne1.yahoo.com>
Message-ID: <AANLkTiknfYCGMzHjC9dZ_btYC8uW7kBTN27NjjeiDlKE@mail.gmail.com>

On Wed, Jun 23, 2010 at 11:00 PM, Crocka Biscuit
<crockabiscuit at yahoo.com> wrote:
> I downloaded and viewed panel.py.
> The content of panel.py was an HTML file describing panel.py.
> It is not panel.py itself.
>

Hello Crocka Biscuit,

Oops, I forgot to upload panel.py to SBo... Very sorry about this. The
attachment should be the right package. Please use with it instead.

I CC'ed to SBo list hoping that admins could pick it up too.

Sorry for inconvenience...

-- 
Cheers,
Grissiom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ibus.tar.gz
Type: application/x-gzip
Size: 7910 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100625/e0881b6f/attachment.bin>

From mario at slackverse.org  Thu Jun 24 21:48:23 2010
From: mario at slackverse.org (Mario)
Date: Thu, 24 Jun 2010 23:48:23 +0200
Subject: [Slackbuilds-users] skype.SlackBuild update
In-Reply-To: <AANLkTiknfYCGMzHjC9dZ_btYC8uW7kBTN27NjjeiDlKE@mail.gmail.com>
References: <856639.86297.qm@web120317.mail.ne1.yahoo.com>
	<AANLkTiknfYCGMzHjC9dZ_btYC8uW7kBTN27NjjeiDlKE@mail.gmail.com>
Message-ID: <4C23D2A7.8090304@slackverse.org>

I wrote an email to original author, but it has been a week now and no 
reply..
Anyway, here's a patch to bring skype slackbuild up to speed:

http://dev.slackverse.org/slackbuilds/_sbo/skype/skype.patch

Note: when binaries are stripped, it stegfaults

best regards,
mario


From kingbeowulf at gmail.com  Fri Jun 25 00:10:41 2010
From: kingbeowulf at gmail.com (King Beowulf)
Date: Thu, 24 Jun 2010 17:10:41 -0700
Subject: [Slackbuilds-users] Updates - 20100623.1
In-Reply-To: <AANLkTimqRs9TndhIzaq51YbbcZrePyKDIHtJ_WKDzJxf@mail.gmail.com>
References: <20100622195022.7a05cd09@shaggy.doo>
	<AANLkTimqRs9TndhIzaq51YbbcZrePyKDIHtJ_WKDzJxf@mail.gmail.com>
Message-ID: <AANLkTinwcAaBbwCLlT4Y6EBsMnhFMjB_-yDOWqltRWvg@mail.gmail.com>

Seconded.  SBo are a great bunch...without them I might have to revert
to *shudder* debian or ubuntu!

Free beers for all, if any of you stop by Portland OR USA.

-Ed


On 6/23/10, gmartin <gmartin at gmartin.org> wrote:
> Us SB.o users really appreciate the speed by which the maintainers and
> admins have been working through the 13.1 release/approval process.
>
> Thank you all!
>
> \\Greg
>
>
>
> On Tue, Jun 22, 2010 at 8:50 PM, Erik Hanson <erik at slackbuilds.org> wrote:
>
>> Wed Jun 23 00:42:50 UTC 2010
>> academic/scipy: Fixed homepage.
>> development/mysqlcc: Fixed qt3 linking on x86_64
>> libraries/equinox: Added (A gtk2 theme engine)
>> libraries/flashplugin-lahf-fix: Added (emulates LAHF instruction)
>> libraries/soundtouch: Added (audio processing library)
>> network/NetworkManager: Hackery to set static hostname
>> network/kbluetooth: Added (bluetooth application for KDE)
>> office/evince: "F" removal.
>> _______________________________________________
>> 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

You! What PLANET is this!
	-- McCoy, "The City on the Edge of Forever", stardate 3134.0

From erik at slackbuilds.org  Fri Jun 25 00:59:25 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Thu, 24 Jun 2010 19:59:25 -0500
Subject: [Slackbuilds-users] Grissiom,
 the content of panel.py in ibus 1.3.5 is not what it 	has to be.
In-Reply-To: <AANLkTiknfYCGMzHjC9dZ_btYC8uW7kBTN27NjjeiDlKE@mail.gmail.com>
References: <856639.86297.qm@web120317.mail.ne1.yahoo.com>
	<AANLkTiknfYCGMzHjC9dZ_btYC8uW7kBTN27NjjeiDlKE@mail.gmail.com>
Message-ID: <20100624195925.0412fab5@shaggy.doo>

On Fri, 25 Jun 2010 04:26:52 +0800
Grissiom <chaos.proton at gmail.com> wrote:

> On Wed, Jun 23, 2010 at 11:00 PM, Crocka Biscuit
> <crockabiscuit at yahoo.com> wrote:
> > I downloaded and viewed panel.py.
> > The content of panel.py was an HTML file describing panel.py.
> > It is not panel.py itself.
> >
> 
> Hello Crocka Biscuit,
> 
> Oops, I forgot to upload panel.py to SBo... Very sorry about this. The
> attachment should be the right package. Please use with it instead.
> 
> I CC'ed to SBo list hoping that admins could pick it up too.
> 
> Sorry for inconvenience...
> 

Can you submit a BUILD bump, it's a lot easier for us to handle.

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

From didier.spaier at epsm.fr  Fri Jun 25 02:37:55 2010
From: didier.spaier at epsm.fr (Didier Spaier)
Date: Fri, 25 Jun 2010 04:37:55 +0200
Subject: [Slackbuilds-users] Updates - 20100623.1
In-Reply-To: <AANLkTinwcAaBbwCLlT4Y6EBsMnhFMjB_-yDOWqltRWvg@mail.gmail.com>
References: <20100622195022.7a05cd09@shaggy.doo>	<AANLkTimqRs9TndhIzaq51YbbcZrePyKDIHtJ_WKDzJxf@mail.gmail.com>
	<AANLkTinwcAaBbwCLlT4Y6EBsMnhFMjB_-yDOWqltRWvg@mail.gmail.com>
Message-ID: <4C241683.1010304@epsm.fr>

Mes f?licitatons aussi.

Un caf? et/ou un th? et/ou un verre de vin pour rous ceux qui passent ? Paris.

-- Didier


On 25/06/2010 02:10, King Beowulf wrote:
> Seconded.  SBo are a great bunch...without them I might have to revert
> to *shudder* debian or ubuntu!
>
> Free beers for all, if any of you stop by Portland OR USA.
>
> -Ed
>
>
> On 6/23/10, gmartin<gmartin at gmartin.org>  wrote:
>> Us SB.o users really appreciate the speed by which the maintainers and
>> admins have been working through the 13.1 release/approval process.
>>
>> Thank you all!
>>
>> \\Greg
>>
>>
>>
>> On Tue, Jun 22, 2010 at 8:50 PM, Erik Hanson<erik at slackbuilds.org>  wrote:
>>
>>> Wed Jun 23 00:42:50 UTC 2010
>>> academic/scipy: Fixed homepage.
>>> development/mysqlcc: Fixed qt3 linking on x86_64
>>> libraries/equinox: Added (A gtk2 theme engine)
>>> libraries/flashplugin-lahf-fix: Added (emulates LAHF instruction)
>>> libraries/soundtouch: Added (audio processing library)
>>> network/NetworkManager: Hackery to set static hostname
>>> network/kbluetooth: Added (bluetooth application for KDE)
>>> office/evince: "F" removal.
>>> _______________________________________________
>>> 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 didier.spaier at epsm.fr  Fri Jun 25 02:39:58 2010
From: didier.spaier at epsm.fr (Didier Spaier)
Date: Fri, 25 Jun 2010 04:39:58 +0200
Subject: [Slackbuilds-users] Updates - 20100623.1
In-Reply-To: <4C241683.1010304@epsm.fr>
References: <20100622195022.7a05cd09@shaggy.doo>	<AANLkTimqRs9TndhIzaq51YbbcZrePyKDIHtJ_WKDzJxf@mail.gmail.com>
	<AANLkTinwcAaBbwCLlT4Y6EBsMnhFMjB_-yDOWqltRWvg@mail.gmail.com>
	<4C241683.1010304@epsm.fr>
Message-ID: <4C2416FE.5010609@epsm.fr>

(I meant f?licitations -- congratulations if you prefer)

On 25/06/2010 04:37, Didier Spaier wrote:
> Mes f?licitatons aussi.
>
> Un caf? et/ou un th? et/ou un verre de vin pour rous ceux qui passent ?
> Paris.
>
> -- Didier
>
>
> On 25/06/2010 02:10, King Beowulf wrote:
>> Seconded. SBo are a great bunch...without them I might have to revert
>> to *shudder* debian or ubuntu!
>>
>> Free beers for all, if any of you stop by Portland OR USA.
>>
>> -Ed
>>
>>
>> On 6/23/10, gmartin<gmartin at gmartin.org> wrote:
>>> Us SB.o users really appreciate the speed by which the maintainers and
>>> admins have been working through the 13.1 release/approval process.
>>>
>>> Thank you all!
>>>
>>> \\Greg
>>>
>>>
>>>
>>> On Tue, Jun 22, 2010 at 8:50 PM, Erik Hanson<erik at slackbuilds.org>
>>> wrote:
>>>
>>>> Wed Jun 23 00:42:50 UTC 2010
>>>> academic/scipy: Fixed homepage.
>>>> development/mysqlcc: Fixed qt3 linking on x86_64
>>>> libraries/equinox: Added (A gtk2 theme engine)
>>>> libraries/flashplugin-lahf-fix: Added (emulates LAHF instruction)
>>>> libraries/soundtouch: Added (audio processing library)
>>>> network/NetworkManager: Hackery to set static hostname
>>>> network/kbluetooth: Added (bluetooth application for KDE)
>>>> office/evince: "F" removal.
>>>> _______________________________________________
>>>> 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  Fri Jun 25 02:40:22 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Thu, 24 Jun 2010 23:40:22 -0300
Subject: [Slackbuilds-users] Updates - 20100623.1
In-Reply-To: <4C241683.1010304@epsm.fr>
References: <20100622195022.7a05cd09@shaggy.doo>
	<AANLkTimqRs9TndhIzaq51YbbcZrePyKDIHtJ_WKDzJxf@mail.gmail.com>
	<AANLkTinwcAaBbwCLlT4Y6EBsMnhFMjB_-yDOWqltRWvg@mail.gmail.com>
	<4C241683.1010304@epsm.fr>
Message-ID: <AANLkTilieqszpg5lTRtCruviPdlkFxlXC5nkovMD-Odu@mail.gmail.com>

On Thu, Jun 24, 2010 at 11:37 PM, Didier Spaier <didier.spaier at epsm.fr> wrote:
> Mes f?licitatons aussi.
>
> Un caf? et/ou un th? et/ou un verre de vin pour rous ceux qui passent ?
> Paris.
>
> -- Didier
>
>
> On 25/06/2010 02:10, King Beowulf wrote:
>>
>> Seconded. ?SBo are a great bunch...without them I might have to revert
>> to *shudder* debian or ubuntu!
>>
>> Free beers for all, if any of you stop by Portland OR USA.
>>
>> -Ed
>>
>>
>> On 6/23/10, gmartin<gmartin at gmartin.org> ?wrote:
>>>
>>> Us SB.o users really appreciate the speed by which the maintainers and
>>> admins have been working through the 13.1 release/approval process.
>>>
>>> Thank you all!
>>>
>>> \\Greg
>>>
>>>
>>>
>>> On Tue, Jun 22, 2010 at 8:50 PM, Erik Hanson<erik at slackbuilds.org>
>>> ?wrote:
>>>
>>>> Wed Jun 23 00:42:50 UTC 2010
>>>> academic/scipy: Fixed homepage.
>>>> development/mysqlcc: Fixed qt3 linking on x86_64
>>>> libraries/equinox: Added (A gtk2 theme engine)
>>>> libraries/flashplugin-lahf-fix: Added (emulates LAHF instruction)
>>>> libraries/soundtouch: Added (audio processing library)
>>>> network/NetworkManager: Hackery to set static hostname
>>>> network/kbluetooth: Added (bluetooth application for KDE)
>>>> office/evince: "F" removal.
>>>> _______________________________________________
>>>> 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/
>>>>
>>>>

Cerveja aqui no Brasil para quem vem me visitar! :)

(Did not understand it? Try Google translations)

Niels

From lmello.009 at gmail.com  Fri Jun 25 02:46:35 2010
From: lmello.009 at gmail.com (Luis Henrique F. Cardoso de Mello)
Date: Thu, 24 Jun 2010 23:46:35 -0300
Subject: [Slackbuilds-users] Updates - 20100623.1
In-Reply-To: <AANLkTilieqszpg5lTRtCruviPdlkFxlXC5nkovMD-Odu@mail.gmail.com>
References: <20100622195022.7a05cd09@shaggy.doo>	<AANLkTimqRs9TndhIzaq51YbbcZrePyKDIHtJ_WKDzJxf@mail.gmail.com>	<AANLkTinwcAaBbwCLlT4Y6EBsMnhFMjB_-yDOWqltRWvg@mail.gmail.com>	<4C241683.1010304@epsm.fr>
	<AANLkTilieqszpg5lTRtCruviPdlkFxlXC5nkovMD-Odu@mail.gmail.com>
Message-ID: <4C24188B.2080605@gmail.com>

On 06/24/2010 11:40 PM, Niels Horn wrote:
> On Thu, Jun 24, 2010 at 11:37 PM, Didier Spaier<didier.spaier at epsm.fr>  wrote:
>> Mes f?licitatons aussi.
>>
>> Un caf? et/ou un th? et/ou un verre de vin pour rous ceux qui passent ?
>> Paris.
>>
>> -- Didier
>>
>>
>> On 25/06/2010 02:10, King Beowulf wrote:
>>>
>>> Seconded.  SBo are a great bunch...without them I might have to revert
>>> to *shudder* debian or ubuntu!
>>>
>>> Free beers for all, if any of you stop by Portland OR USA.
>>>
>>> -Ed
>>>
>>>
>>> On 6/23/10, gmartin<gmartin at gmartin.org>    wrote:
>>>>
>>>> Us SB.o users really appreciate the speed by which the maintainers and
>>>> admins have been working through the 13.1 release/approval process.
>>>>
>>>> Thank you all!
>>>>
>>>> \\Greg
>>>>
>>>>
>>>>
>>>> On Tue, Jun 22, 2010 at 8:50 PM, Erik Hanson<erik at slackbuilds.org>
>>>>   wrote:
>>>>
>>>>> Wed Jun 23 00:42:50 UTC 2010
>>>>> academic/scipy: Fixed homepage.
>>>>> development/mysqlcc: Fixed qt3 linking on x86_64
>>>>> libraries/equinox: Added (A gtk2 theme engine)
>>>>> libraries/flashplugin-lahf-fix: Added (emulates LAHF instruction)
>>>>> libraries/soundtouch: Added (audio processing library)
>>>>> network/NetworkManager: Hackery to set static hostname
>>>>> network/kbluetooth: Added (bluetooth application for KDE)
>>>>> office/evince: "F" removal.
>>>>> _______________________________________________
>>>>> 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/
>>>>>
>>>>>
>
> Cerveja aqui no Brasil para quem vem me visitar! :)
>
> (Did not understand it? Try Google translations)
>
> Niels
> _______________________________________________
> 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/
>

Opa, t? nessa, Niels! :)

- Luis


From mauro.giachero at gmail.com  Fri Jun 25 10:23:19 2010
From: mauro.giachero at gmail.com (Mauro Giachero)
Date: Fri, 25 Jun 2010 12:23:19 +0200
Subject: [Slackbuilds-users] skype.SlackBuild update
In-Reply-To: <4C23D2A7.8090304@slackverse.org>
References: <856639.86297.qm@web120317.mail.ne1.yahoo.com> 
	<AANLkTiknfYCGMzHjC9dZ_btYC8uW7kBTN27NjjeiDlKE@mail.gmail.com> 
	<4C23D2A7.8090304@slackverse.org>
Message-ID: <AANLkTinc9iEbUpmn_ztIMiHNlqucDLwFyFtz2LnEYwE3@mail.gmail.com>

On Thu, Jun 24, 2010 at 11:48 PM, Mario <mario at slackverse.org> wrote:

> I wrote an email to original author, but it has been a week now and no
> reply..
>

Sorry, I haven't received it.


> Anyway, here's a patch to bring skype slackbuild up to speed:
>
> http://dev.slackverse.org/slackbuilds/_sbo/skype/skype.patch
>
> Note: when binaries are stripped, it stegfaults
>
> best regards,
> mario
>

I don't maintain skype any more since ages. Feel free to adopt it and submit
an updated script.

Regards
-- 
Mauro Giachero
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100625/439d6c1a/attachment.htm>

From chaos.proton at gmail.com  Fri Jun 25 11:08:58 2010
From: chaos.proton at gmail.com (Grissiom)
Date: Fri, 25 Jun 2010 19:08:58 +0800
Subject: [Slackbuilds-users] Grissiom,
	the content of panel.py in ibus 	1.3.5 is not what it has to be.
In-Reply-To: <20100624195925.0412fab5@shaggy.doo>
References: <856639.86297.qm@web120317.mail.ne1.yahoo.com> 
	<AANLkTiknfYCGMzHjC9dZ_btYC8uW7kBTN27NjjeiDlKE@mail.gmail.com> 
	<20100624195925.0412fab5@shaggy.doo>
Message-ID: <AANLkTim4SAw79luRvlZR_9dqmeizUxCHQNBvi14kllS_@mail.gmail.com>

On Fri, Jun 25, 2010 at 8:59 AM, Erik Hanson <erik at slackbuilds.org> wrote:
> On Fri, 25 Jun 2010 04:26:52 +0800
> Grissiom <chaos.proton at gmail.com> wrote:
>
>> On Wed, Jun 23, 2010 at 11:00 PM, Crocka Biscuit
>> <crockabiscuit at yahoo.com> wrote:
>> > I downloaded and viewed panel.py.
>> > The content of panel.py was an HTML file describing panel.py.
>> > It is not panel.py itself.
>> >
>>
>> Hello Crocka Biscuit,
>>
>> Oops, I forgot to upload panel.py to SBo... Very sorry about this. The
>> attachment should be the right package. Please use with it instead.
>>
>> I CC'ed to SBo list hoping that admins could pick it up too.
>>
>> Sorry for inconvenience...
>>
>
> Can you submit a BUILD bump, it's a lot easier for us to handle.
>

Fixed. Hope this attachment will satisfy all the requirements ;-)

-- 
Cheers,
Grissiom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ibus.tar.gz
Type: application/x-gzip
Size: 7800 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100625/155c07d7/attachment-0001.bin>

From pprkut at slackbuilds.org  Fri Jun 25 11:14:54 2010
From: pprkut at slackbuilds.org (Heinz Wiesinger)
Date: Fri, 25 Jun 2010 13:14:54 +0200
Subject: [Slackbuilds-users]
 =?iso-8859-15?q?Grissiom=2C_the_content_of_pa?=
 =?iso-8859-15?q?nel=2Epy_in_ibus_=091=2E3=2E5_is_not_what_it_has_to_be=2E?=
In-Reply-To: <AANLkTim4SAw79luRvlZR_9dqmeizUxCHQNBvi14kllS_@mail.gmail.com>
References: <856639.86297.qm@web120317.mail.ne1.yahoo.com>
	<20100624195925.0412fab5@shaggy.doo>
	<AANLkTim4SAw79luRvlZR_9dqmeizUxCHQNBvi14kllS_@mail.gmail.com>
Message-ID: <201006251314.59366.pprkut@slackbuilds.org>

On Friday 25 June 2010 13:08:58 Grissiom wrote:
> On Fri, Jun 25, 2010 at 8:59 AM, Erik Hanson <erik at slackbuilds.org> wrote:
> > On Fri, 25 Jun 2010 04:26:52 +0800
> > 
> > Grissiom <chaos.proton at gmail.com> wrote:
> >> On Wed, Jun 23, 2010 at 11:00 PM, Crocka Biscuit
> >> 
> >> <crockabiscuit at yahoo.com> wrote:
> >> > I downloaded and viewed panel.py.
> >> > The content of panel.py was an HTML file describing panel.py.
> >> > It is not panel.py itself.
> >> 
> >> Hello Crocka Biscuit,
> >> 
> >> Oops, I forgot to upload panel.py to SBo... Very sorry about this. The
> >> attachment should be the right package. Please use with it instead.
> >> 
> >> I CC'ed to SBo list hoping that admins could pick it up too.
> >> 
> >> Sorry for inconvenience...
> > 
> > Can you submit a BUILD bump, it's a lot easier for us to handle.
> 
> Fixed. Hope this attachment will satisfy all the requirements ;-)

http://www.slackbuilds.org/submit/

Makes our live easier ;)

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

From chaos.proton at gmail.com  Fri Jun 25 13:58:04 2010
From: chaos.proton at gmail.com (Grissiom)
Date: Fri, 25 Jun 2010 21:58:04 +0800
Subject: [Slackbuilds-users] Grissiom,
	the content of panel.py in ibus 	1.3.5 is not what it has to be.
In-Reply-To: <201006251314.59366.pprkut@slackbuilds.org>
References: <856639.86297.qm@web120317.mail.ne1.yahoo.com> 
	<20100624195925.0412fab5@shaggy.doo>
	<AANLkTim4SAw79luRvlZR_9dqmeizUxCHQNBvi14kllS_@mail.gmail.com> 
	<201006251314.59366.pprkut@slackbuilds.org>
Message-ID: <AANLkTilR2GE2hciTJRQpzHpHkMiGFon6BbyfZpou08Zf@mail.gmail.com>

On Fri, Jun 25, 2010 at 7:14 PM, Heinz Wiesinger <pprkut at slackbuilds.org> wrote:
> http://www.slackbuilds.org/submit/
>
> Makes our live easier ;)
>

I think submit it through that way would be a duplicate thread of this
one. But as you asked, I've done submitting the new package. Please
check it. Thanks very much ;-)

-- 
Cheers,
Grissiom

From vbatts at hashbangbash.com  Fri Jun 25 23:16:24 2010
From: vbatts at hashbangbash.com (Vincent Batts)
Date: Fri, 25 Jun 2010 19:16:24 -0400
Subject: [Slackbuilds-users] state of gnucash
Message-ID: <AANLkTil5_XLMs6KZlLYFZmnEVcCWXAGNf1ahMkwf-Okx@mail.gmail.com>

SBo admins.
I'm not sure how we may want to move ahead with this, I've spent a
decent portion of my limited brain cycles today attempting a fix.
the last update of goffice, has broken gnucash in a silly way. and
unfortunately, i've validated the same breakage in gnucash's latest
unstable release (2.3.14). it was reported on LQ today,
http://www.linuxquestions.org/questions/slackware-14/%5B13-1-x86_64%5D-gnucash-compile-error-gnome-utils-816037/

in the goffice code, there was a good amount of name changes, as well
as some structure changes.

none the less, it'll be minute or three before a good patch for
gnucash is worked up. so would we want to suspend it from the repo for
the time being?

Take care,
vb
http://hashbangbash.com/

From disturbed1976 at gmail.com  Sat Jun 26 00:29:21 2010
From: disturbed1976 at gmail.com (Keith Richie)
Date: Fri, 25 Jun 2010 20:29:21 -0400
Subject: [Slackbuilds-users] state of gnucash
In-Reply-To: <AANLkTil5_XLMs6KZlLYFZmnEVcCWXAGNf1ahMkwf-Okx@mail.gmail.com>
References: <AANLkTil5_XLMs6KZlLYFZmnEVcCWXAGNf1ahMkwf-Okx@mail.gmail.com>
Message-ID: <AANLkTinfh25y4QEHnUCw0zCVKmfWWDLD2VvvI3jc5sKN@mail.gmail.com>

On Fri, Jun 25, 2010 at 7:16 PM, Vincent Batts <vbatts at hashbangbash.com> wrote:
> SBo admins.
> I'm not sure how we may want to move ahead with this, I've spent a
> decent portion of my limited brain cycles today attempting a fix.
> the last update of goffice, has broken gnucash in a silly way. and
> unfortunately, i've validated the same breakage in gnucash's latest
> unstable release (2.3.14). it was reported on LQ today,
> http://www.linuxquestions.org/questions/slackware-14/%5B13-1-x86_64%5D-gnucash-compile-error-gnome-utils-816037/
>
> in the goffice code, there was a good amount of name changes, as well
> as some structure changes.
>
> none the less, it'll be minute or three before a good patch for
> gnucash is worked up. so would we want to suspend it from the repo for
> the time being?
>
> Take care,
> vb
> http://hashbangbash.com/
> _______________________________________________
> 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/
>
>

Is this what you where looking for?
http://lists.gnucash.org/pipermail/gnucash-changes/2009-May/007215.html

From baildon.research at googlemail.com  Sat Jun 26 12:58:36 2010
From: baildon.research at googlemail.com (David Spencer)
Date: Sat, 26 Jun 2010 13:58:36 +0100
Subject: [Slackbuilds-users] sse2 optimisation
Message-ID: <AANLkTim1jfd2obESPxkzZ3abHriy7nOkb3uFPq0ZN2gB@mail.gmail.com>

Greetings SlackPeople, may I ask your advice?

I'm doing a SlackBuild for Luminance HDR.  Its compiler flags assume
that SSE2 instructions are available.  That's a bad assumption, but
it's easy to make it configurable with a variable SSE2=yes|no and a
note in the README.

So, here's my question.  Should the SlackBuild's default be SSE2=yes,
or SSE2=no?  There are three obvious choices.

(1) The default should match upstream's assumption => SSE2=yes

(2) The default should work on any processor => SSE2=no

(3) Determine the default from the ARCH => if x86_64 then SSE2=yes else SSE2=no

Any thoughts?  I'm guessing everyone hates (3) :-)

Best regards
-Dave Spencer

From korgie at gmail.com  Sat Jun 26 14:45:49 2010
From: korgie at gmail.com (korgman)
Date: Sat, 26 Jun 2010 17:45:49 +0300
Subject: [Slackbuilds-users] sse2 optimisation
In-Reply-To: <AANLkTim1jfd2obESPxkzZ3abHriy7nOkb3uFPq0ZN2gB@mail.gmail.com>
References: <AANLkTim1jfd2obESPxkzZ3abHriy7nOkb3uFPq0ZN2gB@mail.gmail.com>
Message-ID: <4C26129D.8080509@gmail.com>

David Spencer wrote:
> Greetings SlackPeople, may I ask your advice?
> 
> I'm doing a SlackBuild for Luminance HDR.  Its compiler flags assume
> that SSE2 instructions are available.  That's a bad assumption, but
> it's easy to make it configurable with a variable SSE2=yes|no and a
> note in the README.
> 
> So, here's my question.  Should the SlackBuild's default be SSE2=yes,
> or SSE2=no?  There are three obvious choices.
> 
> (1) The default should match upstream's assumption => SSE2=yes
> 
> (2) The default should work on any processor => SSE2=no
> 
> (3) Determine the default from the ARCH => if x86_64 then SSE2=yes else SSE2=no
> 
> Any thoughts?  I'm guessing everyone hates (3) :-)

I prefer (3) but I think it's not preferable by the admins since there is only:
i486
i686
x86_64

on the slackbuild template.

I think the i786 also have SSE2 commands but it is absent in the Slackbuild template.
http://en.wikipedia.org/wiki/I786
http://en.wikipedia.org/wiki/SSE2

Can this software work with acceptable speed in old processors without SSE2? (i686)
-- 
Michales Michaloudes
Thessaloniki

From ozan.turkyilmaz at gmail.com  Sat Jun 26 15:03:59 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Sat, 26 Jun 2010 18:03:59 +0300
Subject: [Slackbuilds-users] sse2 optimisation
In-Reply-To: <4C26129D.8080509@gmail.com>
References: <AANLkTim1jfd2obESPxkzZ3abHriy7nOkb3uFPq0ZN2gB@mail.gmail.com>
	<4C26129D.8080509@gmail.com>
Message-ID: <AANLkTinN-jGlbgj19RbSKno6js64Vt9J6UVbc1LhyFwD@mail.gmail.com>

2010/6/26 korgman <korgie at gmail.com>:
> David Spencer wrote:
>
> Can this software work with acceptable speed in old processors without SSE2?
> (i686)

depending on how it's compiled it may not work. i'm not sure if gcc
adds more than
one path for same code

-- 
Ozan

From baildon.research at googlemail.com  Sat Jun 26 15:18:04 2010
From: baildon.research at googlemail.com (David Spencer)
Date: Sat, 26 Jun 2010 16:18:04 +0100
Subject: [Slackbuilds-users] sse2 optimisation
In-Reply-To: <4C26129D.8080509@gmail.com>
References: <AANLkTim1jfd2obESPxkzZ3abHriy7nOkb3uFPq0ZN2gB@mail.gmail.com>
	<4C26129D.8080509@gmail.com>
Message-ID: <AANLkTikmVApL4bUSVJt6W6PsiEBq1uJbVvK_T18PsWYT@mail.gmail.com>

> Can this software work with acceptable speed in old processors without SSE2?
> (i686)

Yes, it is acceptable without SSE2.  In fact the -msse2 flag was only
introduced one version ago (qtpfsgui-1.9.3 -- Luminance HDR is the new
name for qtpfsgui.)  People with Athlons, including me, could not get
1.9.3 to work (which is one of the reasons I skipped 1.9.3) until
someone upstream confessed about the new flag hidden in project.pro.

-D.

From mickeytintincolle at yahoo.fr  Sat Jun 26 16:31:46 2010
From: mickeytintincolle at yahoo.fr (Antoine NONYME)
Date: Sat, 26 Jun 2010 18:31:46 +0200
Subject: [Slackbuilds-users] sse2 optimisation
In-Reply-To: <AANLkTim1jfd2obESPxkzZ3abHriy7nOkb3uFPq0ZN2gB@mail.gmail.com>
References: <AANLkTim1jfd2obESPxkzZ3abHriy7nOkb3uFPq0ZN2gB@mail.gmail.com>
Message-ID: <20100626183146.237bd8bb@yahoo.fr>

Le Sat, 26 Jun 2010 13:58:36 +0100,
David Spencer <baildon.research at googlemail.com> a ?crit :

> Greetings SlackPeople, may I ask your advice?
> 
> I'm doing a SlackBuild for Luminance HDR.  Its compiler flags assume
> that SSE2 instructions are available.  That's a bad assumption, but
> it's easy to make it configurable with a variable SSE2=yes|no and a
> note in the README.
> 
By the way, Neverball 1.5.1 (Slackware 12.2 to 13.1) does not work
without patch in my Athlon because of similar SSE problems, and I
resolved the issue in my machine by deleting the script detecting SSE
flags (or a similar fix, I do not remember well).
CC'ing to Frank Caraballo.

From rworkman at slackbuilds.org  Sat Jun 26 16:32:00 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Sat, 26 Jun 2010 11:32:00 -0500
Subject: [Slackbuilds-users] sse2 optimisation
In-Reply-To: <AANLkTikmVApL4bUSVJt6W6PsiEBq1uJbVvK_T18PsWYT@mail.gmail.com>
References: <AANLkTim1jfd2obESPxkzZ3abHriy7nOkb3uFPq0ZN2gB@mail.gmail.com>
	<4C26129D.8080509@gmail.com>
	<AANLkTikmVApL4bUSVJt6W6PsiEBq1uJbVvK_T18PsWYT@mail.gmail.com>
Message-ID: <20100626113200.6b61da08@liberty.rlwhome.lan>

On Sat, 26 Jun 2010 16:18:04 +0100
David Spencer <baildon.research at googlemail.com> wrote:

> > Can this software work with acceptable speed in old processors
> > without SSE2? (i686)
> 
> Yes, it is acceptable without SSE2.  In fact the -msse2 flag was only
> introduced one version ago (qtpfsgui-1.9.3 -- Luminance HDR is the new
> name for qtpfsgui.)  People with Athlons, including me, could not get
> 1.9.3 to work (which is one of the reasons I skipped 1.9.3) until
> someone upstream confessed about the new flag hidden in project.pro.


In that case, I'd say enable it on x86_64 and leave it out of 
everything else.

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

From volkerdi at slackware.com  Sat Jun 26 16:49:43 2010
From: volkerdi at slackware.com (Patrick J. Volkerding)
Date: Sat, 26 Jun 2010 11:49:43 -0500
Subject: [Slackbuilds-users] sse2 optimisation
In-Reply-To: <AANLkTim1jfd2obESPxkzZ3abHriy7nOkb3uFPq0ZN2gB@mail.gmail.com>
References: <AANLkTim1jfd2obESPxkzZ3abHriy7nOkb3uFPq0ZN2gB@mail.gmail.com>
Message-ID: <4C262FA7.3080106@slackware.com>

On 06/26/2010 07:58 AM, David Spencer wrote:
> Greetings SlackPeople, may I ask your advice?
>
> I'm doing a SlackBuild for Luminance HDR.  Its compiler flags assume
> that SSE2 instructions are available.  That's a bad assumption, but
> it's easy to make it configurable with a variable SSE2=yes|no and a
> note in the README.
>
> So, here's my question.  Should the SlackBuild's default be SSE2=yes,
> or SSE2=no?  There are three obvious choices.

What about something like this?

if grep -wq sse2 /proc/cpuinfo ; then
   SSE2=yes
else
   SSE2=no
fi

Just a thought.

From higuita at GMX.net  Sat Jun 26 18:21:39 2010
From: higuita at GMX.net (higuita)
Date: Sat, 26 Jun 2010 19:21:39 +0100
Subject: [Slackbuilds-users] Updates - 20100623.1
In-Reply-To: <4C24188B.2080605@gmail.com>
References: <20100622195022.7a05cd09@shaggy.doo>
	<AANLkTimqRs9TndhIzaq51YbbcZrePyKDIHtJ_WKDzJxf@mail.gmail.com>
	<AANLkTinwcAaBbwCLlT4Y6EBsMnhFMjB_-yDOWqltRWvg@mail.gmail.com>
	<4C241683.1010304@epsm.fr>
	<AANLkTilieqszpg5lTRtCruviPdlkFxlXC5nkovMD-Odu@mail.gmail.com>
	<4C24188B.2080605@gmail.com>
Message-ID: <20100626192139.57175510@Couracado.homelinux.net>

On Thu, 24 Jun 2010 23:46:35 -0300, "Luis Henrique F. Cardoso de Mello" <lmello.009 at gmail.com> wrote:
> > Cerveja aqui no Brasil para quem vem me visitar! :)
> Opa, t? nessa, Niels! :)

	Mandem uma por email para aqui, Portugal ;)

higuita
-- 
Naturally the common people don't want war... but after all it is the
leaders of a country who determine the policy, and it is always a 
simple matter to drag the people along, whether it is a democracy, or
a fascist dictatorship, or a parliament, or a communist dictatorship.
Voice or no voice, the people can always be brought to the bidding of
the leaders. That is easy. All you have to do is tell them they are 
being attacked, and denounce the pacifists for lack of patriotism and
exposing the country to danger.  It works the same in every country.
           -- Hermann Goering, Nazi and war criminal, 1883-1946
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100626/26bd6fe8/attachment.asc>

From ozan.turkyilmaz at gmail.com  Sat Jun 26 17:29:10 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Sat, 26 Jun 2010 20:29:10 +0300
Subject: [Slackbuilds-users] Updates - 20100623.1
In-Reply-To: <AANLkTinwcAaBbwCLlT4Y6EBsMnhFMjB_-yDOWqltRWvg@mail.gmail.com>
References: <20100622195022.7a05cd09@shaggy.doo>
	<AANLkTimqRs9TndhIzaq51YbbcZrePyKDIHtJ_WKDzJxf@mail.gmail.com>
	<AANLkTinwcAaBbwCLlT4Y6EBsMnhFMjB_-yDOWqltRWvg@mail.gmail.com>
Message-ID: <AANLkTilx1Ays15UKP3E3H8v8TZ7OTHkCXhaWW89KWvpn@mail.gmail.com>

2010/6/25 King Beowulf <kingbeowulf at gmail.com>:
> Seconded. ?SBo are a great bunch...without them I might have to revert
> to *shudder* debian or ubuntu!
>
> Free beers for all, if any of you stop by Portland OR USA.
>

i'm offering Rak? for anyone passing by because beer (malt) makes me sick :O

-- 
Ozan

From rob0 at slackbuilds.org  Sat Jun 26 17:40:42 2010
From: rob0 at slackbuilds.org (Rob McGee)
Date: Sat, 26 Jun 2010 12:40:42 -0500
Subject: [Slackbuilds-users] sse2 optimisation
In-Reply-To: <4C262FA7.3080106@slackware.com>
References: <AANLkTim1jfd2obESPxkzZ3abHriy7nOkb3uFPq0ZN2gB@mail.gmail.com>
	<4C262FA7.3080106@slackware.com>
Message-ID: <20100626174042.GJ19868@cardinal>

On Sat, Jun 26, 2010 at 11:49:43AM -0500, Patrick J. Volkerding 
   wrote:
> On 06/26/2010 07:58 AM, David Spencer wrote:
>> I'm doing a SlackBuild for Luminance HDR.  Its compiler flags 
>> assume that SSE2 instructions are available.  That's a bad 
>> assumption, but it's easy to make it configurable with a
>> variable SSE2=yes|no and a note in the README.
>>
>> So, here's my question.  Should the SlackBuild's default be 
>> SSE2=yes, or SSE2=no?  There are three obvious choices.
>
> What about something like this?
>
> if grep -wq sse2 /proc/cpuinfo ; then
>   SSE2=yes
> else
>   SSE2=no
> fi
>
> Just a thought.

But that comes out wrong if being built for a different machine, 
which could easily be the case. Perhaps augment it with a check of 
the variable:

if [ -z "$SSE2" ] ; then true
elif grep -wq sse2 /proc/cpuinfo ; then ...
-- 
    Rob McGee - /dev/rob0 - rob0 at slackbuilds.org

From niels.horn at gmail.com  Sat Jun 26 18:50:23 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Sat, 26 Jun 2010 15:50:23 -0300
Subject: [Slackbuilds-users] Updates - 20100623.1
In-Reply-To: <AANLkTilx1Ays15UKP3E3H8v8TZ7OTHkCXhaWW89KWvpn@mail.gmail.com>
References: <20100622195022.7a05cd09@shaggy.doo>
	<AANLkTimqRs9TndhIzaq51YbbcZrePyKDIHtJ_WKDzJxf@mail.gmail.com>
	<AANLkTinwcAaBbwCLlT4Y6EBsMnhFMjB_-yDOWqltRWvg@mail.gmail.com>
	<AANLkTilx1Ays15UKP3E3H8v8TZ7OTHkCXhaWW89KWvpn@mail.gmail.com>
Message-ID: <AANLkTikxHzUi6_k3NYDra1BxE88UsEIcbOWGpRxTDz_E@mail.gmail.com>

2010/6/26 Ozan T?rky?lmaz <ozan.turkyilmaz at gmail.com>:
> 2010/6/25 King Beowulf <kingbeowulf at gmail.com>:
>> Seconded. ?SBo are a great bunch...without them I might have to revert
>> to *shudder* debian or ubuntu!
>>
>> Free beers for all, if any of you stop by Portland OR USA.
>>
>
> i'm offering Rak? for anyone passing by because beer (malt) makes me sick :O
>
> --
> Ozan
> _______________________________________________

Wow, it has been a long time since I had Rak? !

I'll accept the offer! :)

Niels

From ozan.turkyilmaz at gmail.com  Sat Jun 26 18:55:25 2010
From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=)
Date: Sat, 26 Jun 2010 21:55:25 +0300
Subject: [Slackbuilds-users] Updates - 20100623.1
In-Reply-To: <AANLkTikxHzUi6_k3NYDra1BxE88UsEIcbOWGpRxTDz_E@mail.gmail.com>
References: <20100622195022.7a05cd09@shaggy.doo>
	<AANLkTimqRs9TndhIzaq51YbbcZrePyKDIHtJ_WKDzJxf@mail.gmail.com>
	<AANLkTinwcAaBbwCLlT4Y6EBsMnhFMjB_-yDOWqltRWvg@mail.gmail.com>
	<AANLkTilx1Ays15UKP3E3H8v8TZ7OTHkCXhaWW89KWvpn@mail.gmail.com>
	<AANLkTikxHzUi6_k3NYDra1BxE88UsEIcbOWGpRxTDz_E@mail.gmail.com>
Message-ID: <AANLkTimNBX-Jo5ibcoJ_rmkaIhw8q2yW5QgHzkX2xhdd@mail.gmail.com>

2010/6/26 Niels Horn <niels.horn at gmail.com>:
> 2010/6/26 Ozan T?rky?lmaz <ozan.turkyilmaz at gmail.com>:
>> 2010/6/25 King Beowulf <kingbeowulf at gmail.com>:
>>> Seconded. ?SBo are a great bunch...without them I might have to revert
>>> to *shudder* debian or ubuntu!
>>>
>>> Free beers for all, if any of you stop by Portland OR USA.
>>>
>>
>> i'm offering Rak? for anyone passing by because beer (malt) makes me sick :O
>>
>> --
>> Ozan
>> _______________________________________________
>
> Wow, it has been a long time since I had Rak? !
>
> I'll accept the offer! :)

just don't forget to call before drop-in :)

-- 
Ozan

From baildon.research at googlemail.com  Sat Jun 26 20:17:06 2010
From: baildon.research at googlemail.com (David Spencer)
Date: Sat, 26 Jun 2010 21:17:06 +0100
Subject: [Slackbuilds-users] sse2 optimisation
In-Reply-To: <20100626113200.6b61da08@liberty.rlwhome.lan>
References: <AANLkTim1jfd2obESPxkzZ3abHriy7nOkb3uFPq0ZN2gB@mail.gmail.com>
	<4C26129D.8080509@gmail.com>
	<AANLkTikmVApL4bUSVJt6W6PsiEBq1uJbVvK_T18PsWYT@mail.gmail.com>
	<20100626113200.6b61da08@liberty.rlwhome.lan>
Message-ID: <AANLkTimWytbcJNPs9-gLhXgGOgVLMZN24ryPcZ7eXwkz@mail.gmail.com>

Wow, thanks for all the replies, reading them was great.  Is that why
trolls troll? :D

Anyway, if in doubt, go with the guy who calls the shots:

> In that case, I'd say enable it on x86_64 and leave it out of
> everything else.
>
> -RW

Thanks,
-Dave S.

From mauro.giachero at gmail.com  Mon Jun 28 13:12:25 2010
From: mauro.giachero at gmail.com (Mauro Giachero)
Date: Mon, 28 Jun 2010 15:12:25 +0200
Subject: [Slackbuilds-users] Missing dependencies
Message-ID: <AANLkTikBWPeK-gZLxmeebH-QRhk21Dh9-XbsCxbKT6yx@mail.gmail.com>

Hello folks,
looks like some of the packages available in the 13.1 repository miss some
required (as per their READMEs) dependencies:
  allmydata-tahoe
    requires Nevow
  cdemu-daemon
    requires vhba-module
  opensc-ceres.sqf
    requires pcsc-tools
  opensc-dnie.sqf
    requires pcsc-tools
  supertuxkart-extra-karts.sqf
    requires supertuxkart
  supertuxkart-extra-tracks.sqf
    requires supertuxkart
  tucan.sqf
    requires tesseract
All the missing dependencies are available in the 13.0 repository, and if
I'm not mistaken none of them are part of Slackware 13.1.
AFAIU people shouldn't be asked to pick scripts from repositories for older
Slackware releases.
Is this situation known to the admins/maintainers? Are the missing apps
looking for a new maintainer? Maybe these apps were forgotten in the 13.0 ->
13.1 migration? (in the latter case, also note that libpri -- an asterisk
optional dependency -- is available for 13.0 but missing for 13.1).
--
Mauro Giachero
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100628/0b35a360/attachment-0001.htm>

From sid77 at slackware.it  Mon Jun 28 13:31:34 2010
From: sid77 at slackware.it (Marco Bonetti)
Date: Mon, 28 Jun 2010 15:31:34 +0200
Subject: [Slackbuilds-users] Missing dependencies
In-Reply-To: <AANLkTikBWPeK-gZLxmeebH-QRhk21Dh9-XbsCxbKT6yx@mail.gmail.com>
References: <AANLkTikBWPeK-gZLxmeebH-QRhk21Dh9-XbsCxbKT6yx@mail.gmail.com>
Message-ID: <4C28A436.1090305@slackware.it>

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

Mauro Giachero wrote:
> Hello folks,
> looks like some of the packages available in the 13.1 repository miss some
> required (as per their READMEs) dependencies:
>   allmydata-tahoe
>     requires Nevow
Hi Mauro, thanks for spotting the missing bits!
allmydata-tahoe is one of my packages: right now I'm still on 13.0 and
I've planned an upgrade to 13.1 this w-e, unfortunately it doesn't mean
I'll be working on my SBo stuff soon: between other projects and real
life events I'm a bit overwhelmed. I'll promise allmydata-tahoe and
Nevow will be my first packages to be updated, though.
As a side note: if allmydata-tahoe run as is on 13.1, I'd be not too
surprised about it running fine without Nevow. While packaging, it
looked to me a bit too wide and open with dependencies :-/
Anyway, thanks again for your work!

- --
Marco Bonetti
Tor research and other stuff: http://sid77.slackware.it/
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/

iEYEARECAAYFAkwopDYACgkQTYvJ9gtgvF9IjgCg0Hnu9fiQ4aSDFkfXBybtf5yX
KOkAnRyJPXlLXufqiS7w22QvyIpg+Wwn
=ZcUg
-----END PGP SIGNATURE-----

From niels.horn at gmail.com  Mon Jun 28 13:41:55 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Mon, 28 Jun 2010 10:41:55 -0300
Subject: [Slackbuilds-users] Missing dependencies
In-Reply-To: <4C28A436.1090305@slackware.it>
References: <AANLkTikBWPeK-gZLxmeebH-QRhk21Dh9-XbsCxbKT6yx@mail.gmail.com>
	<4C28A436.1090305@slackware.it>
Message-ID: <AANLkTin3pUqJcpQhfDbcWUp665QyZSoxNcRnV3G-hUtA@mail.gmail.com>

On Mon, Jun 28, 2010 at 10:31 AM, Marco Bonetti <sid77 at slackware.it> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Mauro Giachero wrote:
>> Hello folks,
>> looks like some of the packages available in the 13.1 repository miss some
>> required (as per their READMEs) dependencies:
>> ? allmydata-tahoe
>> ? ? requires Nevow
> Hi Mauro, thanks for spotting the missing bits!
> allmydata-tahoe is one of my packages: right now I'm still on 13.0 and
> I've planned an upgrade to 13.1 this w-e, unfortunately it doesn't mean
> I'll be working on my SBo stuff soon: between other projects and real
> life events I'm a bit overwhelmed. I'll promise allmydata-tahoe and
> Nevow will be my first packages to be updated, though.
> As a side note: if allmydata-tahoe run as is on 13.1, I'd be not too
> surprised about it running fine without Nevow. While packaging, it
> looked to me a bit too wide and open with dependencies :-/
> Anyway, thanks again for your work!
>
> - --
> Marco Bonetti

Supertuxkart is in the pending queue already :)

I don't know about the others, as I don't use them...

Niels

From erik at slackbuilds.org  Tue Jun 29 06:00:18 2010
From: erik at slackbuilds.org (Erik Hanson)
Date: Tue, 29 Jun 2010 01:00:18 -0500
Subject: [Slackbuilds-users] Updates - 20100629.1
Message-ID: <20100629010018.7d7e7d34@shaggy.doo>

Tue Jun 29 05:40:01 UTC 2010
academic/avogadro: Added (advanced molecular editor based on Qt 4)
audio/audacity: Patched to build with ffmpeg-0.6.
audio/mktoc: Added (Simple tool to create TOC files)
audio/mp3val: Added (check and fixing mp3 file integrity)
audio/mp3val: Added missing strip command.
desktop/cwp: Updated for version 1.0.5.
desktop/ffmpegthumbnailer: Updated for version 2.0.2.
desktop/metacity: Added (compositing window manager)
development/cppunit: Cleaned up build.
development/netbeans: Updated for version 6.9.
development/qt-doc: Updated for version 4.6.2.
games/desmume: Updated for version 0.9.6.
games/supertuxkart: Added (A 3D Kart racing game)
graphics/VariCAD: Updated for version 2010_2.08.
graphics/asciiquarium: Added (ASCII art)
graphics/exact-image: Added (image processing library)
libraries/Botan: Added (C++ crypto library)
libraries/hamlib: Added (ham radio control libraries)
libraries/libdv: Miscellaneous cleanups.
libraries/libkate: Added (codec for karaoke and text support in Ogg)
libraries/libsoup: Detect optional gnome components.
libraries/mygpoclient: Added (gpodder.net Client Library)
libraries/opencv: Updated for version 2.1.0.
libraries/perl-Astro-SunTime: Added (calculates sun rise/set times)
libraries/perl-Curses: Added (perl module for Curses)
libraries/perl-Date-Manip: Added (Date manipulation routines)
libraries/perl-Devel-Symdump: Added (Dump symbols)
libraries/perl-Device-SerialPort: Added (serial port access lib)
libraries/perl-Email-Date-Format: Added (produce RFC 2822 dates)
libraries/perl-MIME-Lite: Added (low-calorie MIME generator)
libraries/perl-PHP-Serialization: Added (PHP serialize() to perl)
libraries/perl-Pod-Coverage: Added (Check module documentation)
libraries/perl-Sys-Mmap: Added (maps in a file as a Perl variable)
libraries/perl-Term-Animation: Added (ASCII sprite animation)
libraries/perl-Test-Inter: Added (framework for test scripts)
libraries/perl-Test-Pod-Coverage: Added (Check pod coverage)
libraries/perl-Text-Autoformat: Updated for version 1.669002.
libraries/perl-Text-Reform: Cleaned up build.
libraries/perl-Time-modules: Added (Time manipulations)
libraries/perl-X10: Added (X10-based home automation)
libraries/perl-YAML-Syck: Added (YAML loader and dumper)
libraries/rlog: README needed ending newline
misc/ibus: Fixed panel.py in the tarball
misc/sunpinyin: Added (Chinese input method)
misc/xlog: Added (ham radio contact logging program)
multimedia/devede: Added (create video CDs and DVDs)
multimedia/dvdauthor: Updated for version 0.6.18.
multimedia/dvdbackup: Added (simple command line dvd backup)
multimedia/dvdrip: Added (DVD copying program)
multimedia/farsight2: Updated for version 0.0.20.
multimedia/ffmpeg: Updated for version 0.6.
multimedia/gpodder: Updated for version 2.6.
multimedia/guvcview: Updated for version 1.4.1.
multimedia/kino: Updated for version 1.3.4.
multimedia/loopy: Updated for version 0.5.3.
multimedia/x264: Updated for version 20100616.
network/NetworkManager-pptp: Fix README re description and deps
network/feedparser: Clean up build and change maintainer.
network/hostapd: Updated for version 0.6.10.
office/eqonomize: Update hicolor icon cache in doinst.sh.
office/sigil: Updated for version 0.2.1.
system/encfs: Added (encrypted virtual filesystem via FUSE)
system/gparted: Updated for version 0.6.0.
system/mbr: Added (Master Boot Record)
system/os-prober: Added (an OS detector)
system/parallel: Updated for version 20100601.
system/python-ranger: Added (curses file manager with vi bindings)
system/qemu-legacy: Cleaned up build.
system/roxterm: Updated for version 1.18.4.
system/ttf-bitstream-vera: Added (Bitstream Vera Fonts)
system/wine: Updated for version 1.1.44.

From chaos.proton at gmail.com  Tue Jun 29 09:20:13 2010
From: chaos.proton at gmail.com (Grissiom)
Date: Tue, 29 Jun 2010 17:20:13 +0800
Subject: [Slackbuilds-users] Updates - 20100629.1
In-Reply-To: <20100629010018.7d7e7d34@shaggy.doo>
References: <20100629010018.7d7e7d34@shaggy.doo>
Message-ID: <AANLkTil9qvc643H_JGiemptrwpCXiuOTLHMzHlMsFng8@mail.gmail.com>

On Tue, Jun 29, 2010 at 2:00 PM, Erik Hanson <erik at slackbuilds.org> wrote:
> Tue Jun 29 05:40:01 UTC 2010
...
> misc/sunpinyin: Added (Chinese input method)
...

As I use sunpinyin as the main ibus engine, I may drop the maintain of
ibus-pinyin. Anyone interested on it please feel free to take it over.
Thanks ;-)
If no one interested, I may do version bumps occasionally.

-- 
Cheers,
Grissiom

From lmello.009 at gmail.com  Tue Jun 29 19:46:58 2010
From: lmello.009 at gmail.com (Luis Henrique)
Date: Tue, 29 Jun 2010 16:46:58 -0300
Subject: [Slackbuilds-users] gvfs / WebDAV question
Message-ID: <4C2A4DB2.5090701@gmail.com>

Hello,

I'm *almost* writing a gvfs-1.4.3 slackbuild aiming for its use with 
gigolo on Xfce. On a stock Slackware system it has only /optional/ 
dependencies, such as GConf, libsoup, gnome-keyring and avahi. I built 
it without further problems and then gigolo shows more than Unix(file) 
as a supported protocol: ;)

Unix Device (file)    tested, works OK
SSH (sftp)            tested, works OK
Network (network)
Windows Share (smb)   tested, works OK
Archive (archive)
Obex (obex)

Browsing through gvfs, But it does support webdav, but I don't know crap 
about it and still would like to see it working with gvfs/gigolo anyway.

I tried to install davfs2 from SBo prior to configuring gvfs but it 
didn't work.

Suggestions?


From lmello.009 at gmail.com  Tue Jun 29 20:48:49 2010
From: lmello.009 at gmail.com (Luis Henrique)
Date: Tue, 29 Jun 2010 17:48:49 -0300
Subject: [Slackbuilds-users] gnome-vfs crash firefox and thunderbird printing
In-Reply-To: <AANLkTil9qvc643H_JGiemptrwpCXiuOTLHMzHlMsFng8@mail.gmail.com>
References: <20100629010018.7d7e7d34@shaggy.doo>
	<AANLkTil9qvc643H_JGiemptrwpCXiuOTLHMzHlMsFng8@mail.gmail.com>
Message-ID: <4C2A5C31.4020306@gmail.com>

Since the first batch of official Slackware 13.1 updates, printing with 
firefox or thunderbird will not work if gnome-vfs is installed - they 
crash when trying to open "page setup", "print preview" or "print" 
dialogs. Don't know if there's a patch for it yet.

- Luis

From waltonsemail at gmail.com  Wed Jun 30 03:19:27 2010
From: waltonsemail at gmail.com (WW)
Date: Tue, 29 Jun 2010 23:19:27 -0400
Subject: [Slackbuilds-users] gnome-vfs crash firefox and thunderbird
	printing
In-Reply-To: <4C2A5C31.4020306@gmail.com>
References: <20100629010018.7d7e7d34@shaggy.doo>
	<AANLkTil9qvc643H_JGiemptrwpCXiuOTLHMzHlMsFng8@mail.gmail.com>
	<4C2A5C31.4020306@gmail.com>
Message-ID: <AANLkTiknEusPdt_3qTlr4DbQW5Tl6vXZULK5bT20hQRW@mail.gmail.com>

Given the symptoms you mention, any no kind of debug info here, sounds
like you just need to alt-click and reset the print.print_printer in
about:config of firefox.

http://forums.mozillazine.org/viewtopic.php?f=38&t=846285&start=45


Best regards.


On 6/29/10, Luis Henrique <lmello.009 at gmail.com> wrote:
> Since the first batch of official Slackware 13.1 updates, printing with
> firefox or thunderbird will not work if gnome-vfs is installed - they
> crash when trying to open "page setup", "print preview" or "print"
> dialogs. Don't know if there's a patch for it yet.
>
> - Luis
> _______________________________________________
> 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 lmello.009 at gmail.com  Wed Jun 30 03:55:49 2010
From: lmello.009 at gmail.com (Luis Henrique)
Date: Wed, 30 Jun 2010 00:55:49 -0300
Subject: [Slackbuilds-users] gnome-vfs crash firefox and thunderbird
	printing
In-Reply-To: <AANLkTiknEusPdt_3qTlr4DbQW5Tl6vXZULK5bT20hQRW@mail.gmail.com>
References: <20100629010018.7d7e7d34@shaggy.doo>	<AANLkTil9qvc643H_JGiemptrwpCXiuOTLHMzHlMsFng8@mail.gmail.com>	<4C2A5C31.4020306@gmail.com>
	<AANLkTiknEusPdt_3qTlr4DbQW5Tl6vXZULK5bT20hQRW@mail.gmail.com>
Message-ID: <4C2AC045.2010202@gmail.com>

I don't know... I tried it (even deleted my ~/.mozilla directory), and 
it didn't work.

- Luis

On 06/30/2010 12:19 AM, WW wrote:
> Given the symptoms you mention, any no kind of debug info here, sounds
> like you just need to alt-click and reset the print.print_printer in
> about:config of firefox.
>
> http://forums.mozillazine.org/viewtopic.php?f=38&t=846285&start=45
>
>
> Best regards.
>
>
> On 6/29/10, Luis Henrique<lmello.009 at gmail.com>  wrote:
>> Since the first batch of official Slackware 13.1 updates, printing with
>> firefox or thunderbird will not work if gnome-vfs is installed - they
>> crash when trying to open "page setup", "print preview" or "print"
>> dialogs. Don't know if there's a patch for it yet.
>>
>> - Luis
>> _______________________________________________
>> 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/
>


From rworkman at slackbuilds.org  Wed Jun 30 05:37:41 2010
From: rworkman at slackbuilds.org (Robby Workman)
Date: Wed, 30 Jun 2010 05:37:41 +0000
Subject: [Slackbuilds-users] Updates - 20100630
Message-ID: <20100630053741.GA15168@slackbuilds.org>

Wed Jun 30 05:27:29 UTC 2010
audio/rubberband: Added (tempo/pitch changing utility) 
audio/vamp-plugin-sdk: Added (audio plugin api)             
desktop/xplanet: Added (planetary and solar system image displayer)
development/bouml: Added (UML 2 tool box)         
games/SecondLife: Updated for version 2.0.1.203797                
graphics/gthumb: Added (image viewer for gnome)      
libraries/Geraldo: Added (reports engine for Python / Django apps)
libraries/imagick: Added (php extension for ImageMagick API)
libraries/libssh: Updated for version 0.4.4.   
libraries/opal: Fixed to build with ffmpeg-0.6.
libraries/podofo: Updated for version 0.8.1.
libraries/virtualenv: Updated for version 1.4.9.
misc/gnu-unifont: Added (GNU Unicode font)     
misc/viking: Updated for version 0.9.94.    
network/fldigi: Added (digital modem app for ham radio)
network/googlecl: Added (CLI for some google apps)
network/kismet: Added (NIDS tool)           
office/calibre: Updated for version 0.7.4.        
system/brasero: Added (gnome cd burning app)   
system/sftp-kio_slave: Added (sftp kio slave for kde)


From kingbeowulf at gmail.com  Wed Jun 30 06:03:19 2010
From: kingbeowulf at gmail.com (King Beowulf)
Date: Tue, 29 Jun 2010 23:03:19 -0700
Subject: [Slackbuilds-users] libsndfile-1.0.21
Message-ID: <AANLkTimS7iEpG10N0mKRP-ssEFp-ZPEn6UOVt_2p3SDx@mail.gmail.com>

Just an FYI:  libsndfile-1.0.21 compiles/packages ok (for audacity
anyway) as is for Slackware64 and so might also for Slackware (not
tested by me though) in case Sbo or the maintainer whats to give it a
version bump.  Changelog lists a bunch of bug fixes.


-- 
You! What PLANET is this!
	-- McCoy, "The City on the Edge of Forever", stardate 3134.0

From audrius at neutrino.lt  Wed Jun 30 09:45:51 2010
From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=)
Date: Wed, 30 Jun 2010 12:45:51 +0300
Subject: [Slackbuilds-users] Stale rubygems entry on SBo website
Message-ID: <20100630094551.GA9357@kiras>

Hi,

A quick note about rubygems still being visible on SBo website, while
it's no longer in git repository.

Also kqemu description on the site differs from its README.

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

From chris.abela at maltats.com  Wed Jun 30 10:38:33 2010
From: chris.abela at maltats.com (Chris Abela)
Date: Wed, 30 Jun 2010 12:38:33 +0200
Subject: [Slackbuilds-users] gvfs / WebDAV question
In-Reply-To: <4C2A4DB2.5090701@gmail.com>
Message-ID: <E1OTugn-0001s7-6u@fender73.go.net.mt>

Hi,

In order to try webdav application, you need a webdav account on a webdav
server. Normally you need certificate/s to log in. I did not find any
functional free webdav servers with which one may test the webdav client,
but I have access to such a server that I use for my application. That is
how I test my davfs2.SlackBuild, but I may not share my account.

According to my understanding Webdav certificates may be installed on MS IE
and possibly some open source File Managers. The Gigolo documentation on the
net seems a bit terse in this aspect and I have no experience. If you can
send the SlackBuild + any deps, I will test it on my account.

However webdav should not be a showstopper anyhow. After mounting the webdav
server on, say, /mnt/webdav with davfs2, users may open that directory with
any file-manager that they choose. That would be following the UNIX-way of
doing things.

Chris

-----Original Message-----
From: slackbuilds-users-bounces at slackbuilds.org
[mailto:slackbuilds-users-bounces at slackbuilds.org] On Behalf Of Luis
Henrique
Sent: 29 June 2010 21:47
To: slackbuilds-users at slackbuilds.org
Subject: [Slackbuilds-users] gvfs / WebDAV question

Hello,

I'm *almost* writing a gvfs-1.4.3 slackbuild aiming for its use with 
gigolo on Xfce. On a stock Slackware system it has only /optional/ 
dependencies, such as GConf, libsoup, gnome-keyring and avahi. I built 
it without further problems and then gigolo shows more than Unix(file) 
as a supported protocol: ;)

Unix Device (file)    tested, works OK
SSH (sftp)            tested, works OK
Network (network)
Windows Share (smb)   tested, works OK
Archive (archive)
Obex (obex)

Browsing through gvfs, But it does support webdav, but I don't know crap 
about it and still would like to see it working with gvfs/gigolo anyway.

I tried to install davfs2 from SBo prior to configuring gvfs but it 
didn't work.

Suggestions?

_______________________________________________
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 slava18 at gmail.com  Wed Jun 30 12:33:51 2010
From: slava18 at gmail.com (V'yacheslav Stetskevych)
Date: Wed, 30 Jun 2010 15:33:51 +0300
Subject: [Slackbuilds-users] deadbeef music player - unmaintained?
Message-ID: <AANLkTim5nUSe5IIQE9Z-7tmZ4CftKZgd0KUm58BUJmaF@mail.gmail.com>

Hi people,

I've written mail to AlexGAV some 2 or 3 weeks ago about the state of
the deadbeef slackbuild which is at 0.3.3 when the program is at 0.4.1
already. Got no response. Does anyone want to take it? If not, I can
submit an update myself. It's trivial, just bump the version and
change the source to .tar.bz2 from .tar.gz.

Cheers,
V'yacheslav.

-- 
If you think of MS-DOS as mono, and Windows as stereo,
then Linux is Dolby Digital and all the music is free...
        http://GetGNULinux.org
        http://PereidiNaLinux.org
        http://OtrymayLinux.org

From vbatts at hashbangbash.com  Wed Jun 30 13:07:05 2010
From: vbatts at hashbangbash.com (Vincent Batts)
Date: Wed, 30 Jun 2010 09:07:05 -0400
Subject: [Slackbuilds-users] state of gnucash
In-Reply-To: <AANLkTinfh25y4QEHnUCw0zCVKmfWWDLD2VvvI3jc5sKN@mail.gmail.com>
References: <AANLkTil5_XLMs6KZlLYFZmnEVcCWXAGNf1ahMkwf-Okx@mail.gmail.com>
	<AANLkTinfh25y4QEHnUCw0zCVKmfWWDLD2VvvI3jc5sKN@mail.gmail.com>
Message-ID: <AANLkTimbFvidEiqjoOWGBigDauvhT_QxOBzU-VU0NCQP@mail.gmail.com>

thanks for the link.  it has most of the changes that i had managed to
figure out so far, but unfortunately failed in nasty ways. it was a
lot of sillyness, thanks goffice :)
its been submitted to SBo, but for early adopters,
http://cardinal.lizella.net/~vbatts/downloads/gnucash.tar.gz

Take care,
vb
http://hashbangbash.com/



On Fri, Jun 25, 2010 at 8:29 PM, Keith Richie <disturbed1976 at gmail.com> wrote:
> On Fri, Jun 25, 2010 at 7:16 PM, Vincent Batts <vbatts at hashbangbash.com> wrote:
>> SBo admins.
>> I'm not sure how we may want to move ahead with this, I've spent a
>> decent portion of my limited brain cycles today attempting a fix.
>> the last update of goffice, has broken gnucash in a silly way. and
>> unfortunately, i've validated the same breakage in gnucash's latest
>> unstable release (2.3.14). it was reported on LQ today,
>> http://www.linuxquestions.org/questions/slackware-14/%5B13-1-x86_64%5D-gnucash-compile-error-gnome-utils-816037/
>>
>> in the goffice code, there was a good amount of name changes, as well
>> as some structure changes.
>>
>> none the less, it'll be minute or three before a good patch for
>> gnucash is worked up. so would we want to suspend it from the repo for
>> the time being?
>>
>> Take care,
>> vb
>> http://hashbangbash.com/
>> _______________________________________________
>> 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/
>>
>>
>
> Is this what you where looking for?
> http://lists.gnucash.org/pipermail/gnucash-changes/2009-May/007215.html
> _______________________________________________
> 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 lmello.009 at gmail.com  Wed Jun 30 15:00:55 2010
From: lmello.009 at gmail.com (Luis Henrique)
Date: Wed, 30 Jun 2010 12:00:55 -0300
Subject: [Slackbuilds-users] gvfs / WebDAV question
In-Reply-To: <E1OTugn-0001s7-6u@fender73.go.net.mt>
References: <E1OTugn-0001s7-6u@fender73.go.net.mt>
Message-ID: <4C2B5C27.20102@gmail.com>

Here's a preliminary script, there is *no* required deps at all.

- Luis

ps: link to the source: 
ftp://ftp.gnome.org/pub/gnome/sources/gvfs/1.4/gvfs-1.4.3.tar.bz2

On 06/30/2010 07:38 AM, Chris Abela wrote:
> Hi,
>
> In order to try webdav application, you need a webdav account on a webdav
> server. Normally you need certificate/s to log in. I did not find any
> functional free webdav servers with which one may test the webdav client,
> but I have access to such a server that I use for my application. That is
> how I test my davfs2.SlackBuild, but I may not share my account.
>
> According to my understanding Webdav certificates may be installed on MS IE
> and possibly some open source File Managers. The Gigolo documentation on the
> net seems a bit terse in this aspect and I have no experience. If you can
> send the SlackBuild + any deps, I will test it on my account.
>
> However webdav should not be a showstopper anyhow. After mounting the webdav
> server on, say, /mnt/webdav with davfs2, users may open that directory with
> any file-manager that they choose. That would be following the UNIX-way of
> doing things.
>
> Chris
>
> -----Original Message-----
> From: slackbuilds-users-bounces at slackbuilds.org
> [mailto:slackbuilds-users-bounces at slackbuilds.org] On Behalf Of Luis
> Henrique
> Sent: 29 June 2010 21:47
> To: slackbuilds-users at slackbuilds.org
> Subject: [Slackbuilds-users] gvfs / WebDAV question
>
> Hello,
>
> I'm *almost* writing a gvfs-1.4.3 slackbuild aiming for its use with
> gigolo on Xfce. On a stock Slackware system it has only /optional/
> dependencies, such as GConf, libsoup, gnome-keyring and avahi. I built
> it without further problems and then gigolo shows more than Unix(file)
> as a supported protocol: ;)
>
> Unix Device (file)    tested, works OK
> SSH (sftp)            tested, works OK
> Network (network)
> Windows Share (smb)   tested, works OK
> Archive (archive)
> Obex (obex)
>
> Browsing through gvfs, But it does support webdav, but I don't know crap
> about it and still would like to see it working with gvfs/gigolo anyway.
>
> I tried to install davfs2 from SBo prior to configuring gvfs but it
> didn't work.
>
> Suggestions?
>
> _______________________________________________
> 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 --------------
An embedded and charset-unspecified text was scrubbed...
Name: gvfs.SlackBuild
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100630/d18d857c/attachment.pl>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: slack-desc
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100630/d18d857c/attachment-0001.pl>

From mario at slackverse.org  Wed Jun 30 17:00:36 2010
From: mario at slackverse.org (Mario)
Date: Wed, 30 Jun 2010 19:00:36 +0200
Subject: [Slackbuilds-users] deadbeef music player - unmaintained?
In-Reply-To: <AANLkTim5nUSe5IIQE9Z-7tmZ4CftKZgd0KUm58BUJmaF@mail.gmail.com>
References: <AANLkTim5nUSe5IIQE9Z-7tmZ4CftKZgd0KUm58BUJmaF@mail.gmail.com>
Message-ID: <4C2B7834.1000204@slackverse.org>

  I second that, modified exact same thing and it works fine, i just 
never mailed author :)



On 06/30/2010 02:33 PM, V'yacheslav Stetskevych wrote:
> Hi people,
>
> I've written mail to AlexGAV some 2 or 3 weeks ago about the state of
> the deadbeef slackbuild which is at 0.3.3 when the program is at 0.4.1
> already. Got no response. Does anyone want to take it? If not, I can
> submit an update myself. It's trivial, just bump the version and
> change the source to .tar.bz2 from .tar.gz.
>
> Cheers,
> V'yacheslav.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100630/c8cd2b1d/attachment-0001.htm>

From niels.horn at gmail.com  Wed Jun 30 17:03:06 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Wed, 30 Jun 2010 14:03:06 -0300
Subject: [Slackbuilds-users] deadbeef music player - unmaintained?
In-Reply-To: <AANLkTim5nUSe5IIQE9Z-7tmZ4CftKZgd0KUm58BUJmaF@mail.gmail.com>
References: <AANLkTim5nUSe5IIQE9Z-7tmZ4CftKZgd0KUm58BUJmaF@mail.gmail.com>
Message-ID: <AANLkTinOipEVyeX12hbUoH7jhsHytmm83dO3pTYubwP5@mail.gmail.com>

On Wed, Jun 30, 2010 at 9:33 AM, V'yacheslav Stetskevych
<slava18 at gmail.com> wrote:
> Hi people,
>
> I've written mail to AlexGAV some 2 or 3 weeks ago about the state of
> the deadbeef slackbuild which is at 0.3.3 when the program is at 0.4.1
> already. Got no response. Does anyone want to take it? If not, I can
> submit an update myself. It's trivial, just bump the version and
> change the source to .tar.bz2 from .tar.gz.
>
> Cheers,
> V'yacheslav.
>
> --
It looks nice, I've been looking for a nice non-Gnome, non-KDE audio player.
I hope someone can submit an update (I'll do the manual version bump for now).

Niels

From kingbeowulf at gmail.com  Wed Jun 30 17:51:14 2010
From: kingbeowulf at gmail.com (King Beowulf)
Date: Wed, 30 Jun 2010 10:51:14 -0700
Subject: [Slackbuilds-users] state of gnucash
In-Reply-To: <AANLkTimbFvidEiqjoOWGBigDauvhT_QxOBzU-VU0NCQP@mail.gmail.com>
References: <AANLkTil5_XLMs6KZlLYFZmnEVcCWXAGNf1ahMkwf-Okx@mail.gmail.com>
	<AANLkTinfh25y4QEHnUCw0zCVKmfWWDLD2VvvI3jc5sKN@mail.gmail.com>
	<AANLkTimbFvidEiqjoOWGBigDauvhT_QxOBzU-VU0NCQP@mail.gmail.com>
Message-ID: <AANLkTik97gY40rNgb4iyJXMwKtLoF4fpecA3K7N_Mn9Z@mail.gmail.com>

Are there any issues or patches needed for the latest gnucash if
goffice is not installed?


-- 
You! What PLANET is this!
	-- McCoy, "The City on the Edge of Forever", stardate 3134.0

From vbatts at gmail.com  Wed Jun 30 19:00:17 2010
From: vbatts at gmail.com (Vincent Batts)
Date: Wed, 30 Jun 2010 15:00:17 -0400
Subject: [Slackbuilds-users] state of gnucash
In-Reply-To: <AANLkTimp_y4r6HFxB399AN--vp8z9pp3nj637EcdYqFT@mail.gmail.com>
References: <AANLkTil5_XLMs6KZlLYFZmnEVcCWXAGNf1ahMkwf-Okx@mail.gmail.com>
	<AANLkTinfh25y4QEHnUCw0zCVKmfWWDLD2VvvI3jc5sKN@mail.gmail.com>
	<AANLkTimbFvidEiqjoOWGBigDauvhT_QxOBzU-VU0NCQP@mail.gmail.com>
	<AANLkTik97gY40rNgb4iyJXMwKtLoF4fpecA3K7N_Mn9Z@mail.gmail.com>
	<AANLkTim8zQ9jJZoIsr0yFdEYmVDI6W85nJFUZ7a7Ry7A@mail.gmail.com>
	<AANLkTimp_y4r6HFxB399AN--vp8z9pp3nj637EcdYqFT@mail.gmail.com>
Message-ID: <AANLkTikBD1sKkoIfXe2ZXlE_V8sDTFdwYcQnUhQivZvE@mail.gmail.com>

---------- Forwarded message ----------
From: "Vincent Batts" <vbatts at gmail.com>
Date: Jun 30, 2010 2:20 PM
Subject: Re: [Slackbuilds-users] state of gnucash
To: "SlackBuilds.org Users List" <slackbuilds-users at slackbuilds.org>

If you do not have goffice installed then you'll be pulling goffice-0.8.5
that is currently on SBo. That is what the patch included is for.

Take care,
vb


>
> On Jun 30, 2010 1:51 PM, "King Beowulf" <kingbeowulf at gmail.com> wrote:
>
> Are there any issues...

_______________________________________________
SlackBuilds-users mailing list
SlackBuilds-users at sla...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100630/007b2495/attachment.htm>

From dave at unrealize.co.uk  Wed Jun 30 21:43:36 2010
From: dave at unrealize.co.uk (David Woodfall)
Date: Wed, 30 Jun 2010 22:43:36 +0100
Subject: [Slackbuilds-users] deadbeef music player - unmaintained?
In-Reply-To: <AANLkTim5nUSe5IIQE9Z-7tmZ4CftKZgd0KUm58BUJmaF@mail.gmail.com>
References: <AANLkTim5nUSe5IIQE9Z-7tmZ4CftKZgd0KUm58BUJmaF@mail.gmail.com>
Message-ID: <20100630214336.GA31071@Junius>

On (15:33 30/06/10), V'yacheslav Stetskevych <slava18 at gmail.com> put forth the proposition:
>Hi people,
>
>I've written mail to AlexGAV some 2 or 3 weeks ago about the state of
>the deadbeef slackbuild which is at 0.3.3 when the program is at 0.4.1
>already. Got no response. Does anyone want to take it? If not, I can
>submit an update myself. It's trivial, just bump the version and
>change the source to .tar.bz2 from .tar.gz.

I've also emailed him about this. If I get no reply I will submit an
update.

D

>
>Cheers,
>V'yacheslav.
>
>-- 
>If you think of MS-DOS as mono, and Windows as stereo,
>then Linux is Dolby Digital and all the music is free...
>        http://GetGNULinux.org
>        http://PereidiNaLinux.org
>        http://OtrymayLinux.org
>_______________________________________________
>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: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20100630/fd744718/attachment.sig>

From grbzks at xsmail.com  Wed Jun 30 23:33:45 2010
From: grbzks at xsmail.com (Grigorios Bouzakis)
Date: Thu, 1 Jul 2010 02:33:45 +0300
Subject: [Slackbuilds-users] deadbeef music player - unmaintained?
In-Reply-To: <20100630214336.GA31071@Junius>
References: <AANLkTim5nUSe5IIQE9Z-7tmZ4CftKZgd0KUm58BUJmaF@mail.gmail.com>
	<20100630214336.GA31071@Junius>
Message-ID: <201007010234.03379.grbzks@xsmail.com>

On Thursday 01 of July 2010 00:43:36 David Woodfall wrote:
> On (15:33 30/06/10), V'yacheslav Stetskevych <slava18 at gmail.com> put forth 
the proposition:
> >Hi people,
> >
> >I've written mail to AlexGAV some 2 or 3 weeks ago about the state of
> >the deadbeef slackbuild which is at 0.3.3 when the program is at 0.4.1
> >already. Got no response. Does anyone want to take it? If not, I can
> >submit an update myself. It's trivial, just bump the version and
> >change the source to .tar.bz2 from .tar.gz.
> 
> I've also emailed him about this. If I get no reply I will submit an
> update.

Speaking of deadbeef, does anyone else have unusually high CPU usage with it 
specifically on low end machines?
For example i get very high usage of ~25% of both cores on my netbook.
Pretty much the same happens with Qmmp.

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

From niels.horn at gmail.com  Wed Jun 30 23:44:19 2010
From: niels.horn at gmail.com (Niels Horn)
Date: Wed, 30 Jun 2010 20:44:19 -0300
Subject: [Slackbuilds-users] deadbeef music player - unmaintained?
In-Reply-To: <201007010234.03379.grbzks@xsmail.com>
References: <AANLkTim5nUSe5IIQE9Z-7tmZ4CftKZgd0KUm58BUJmaF@mail.gmail.com>
	<20100630214336.GA31071@Junius>
	<201007010234.03379.grbzks@xsmail.com>
Message-ID: <AANLkTincKIHkjtlexOKI9SpZq1702W9QWbZlTF1Ra5s0@mail.gmail.com>

On Wed, Jun 30, 2010 at 8:33 PM, Grigorios Bouzakis <grbzks at xsmail.com> wrote:
> On Thursday 01 of July 2010 00:43:36 David Woodfall wrote:
>> On (15:33 30/06/10), V'yacheslav Stetskevych <slava18 at gmail.com> put forth
> the proposition:
>> >Hi people,
>> >
>> >I've written mail to AlexGAV some 2 or 3 weeks ago about the state of
>> >the deadbeef slackbuild which is at 0.3.3 when the program is at 0.4.1
>> >already. Got no response. Does anyone want to take it? If not, I can
>> >submit an update myself. It's trivial, just bump the version and
>> >change the source to .tar.bz2 from .tar.gz.
>>
>> I've also emailed him about this. If I get no reply I will submit an
>> update.
>
> Speaking of deadbeef, does anyone else have unusually high CPU usage with it
> specifically on low end machines?
> For example i get very high usage of ~25% of both cores on my netbook.
> Pretty much the same happens with Qmmp.
>
> --
> Greg
>

Well, I haven't tried it yet on a low-end machine, but here it works
fine playing music, steady at 3-4% cpu on a "Intel(R) Core(TM)2 Duo
CPU     E8400  @ 3.00GHz GenuineIntel"

Niels

From miorimmax at gmail.com  Wed Jun 30 23:45:39 2010
From: miorimmax at gmail.com (Max Miorim)
Date: Wed, 30 Jun 2010 20:45:39 -0300
Subject: [Slackbuilds-users] deadbeef music player - unmaintained?
In-Reply-To: <201007010234.03379.grbzks@xsmail.com>
References: <AANLkTim5nUSe5IIQE9Z-7tmZ4CftKZgd0KUm58BUJmaF@mail.gmail.com>
	<20100630214336.GA31071@Junius>
	<201007010234.03379.grbzks@xsmail.com>
Message-ID: <AANLkTil1tIJM7B7UNHNraUNP0Oabu9OHCz3d05qOMnWR@mail.gmail.com>

On Wed, Jun 30, 2010 at 8:33 PM, Grigorios Bouzakis <grbzks at xsmail.com> wrote:
> On Thursday 01 of July 2010 00:43:36 David Woodfall wrote:
>> On (15:33 30/06/10), V'yacheslav Stetskevych <slava18 at gmail.com> put forth
> the proposition:
>> >Hi people,
>> >
>> >I've written mail to AlexGAV some 2 or 3 weeks ago about the state of
>> >the deadbeef slackbuild which is at 0.3.3 when the program is at 0.4.1
>> >already. Got no response. Does anyone want to take it? If not, I can
>> >submit an update myself. It's trivial, just bump the version and
>> >change the source to .tar.bz2 from .tar.gz.
>>
>> I've also emailed him about this. If I get no reply I will submit an
>> update.
>
> Speaking of deadbeef, does anyone else have unusually high CPU usage with it
> specifically on low end machines?
> For example i get very high usage of ~25% of both cores on my netbook.
> Pretty much the same happens with Qmmp.
>
> --
> Greg

That may be related to ALSA, specifically, the DMIX. By default, the
DMIX uses 48KHz sample rates and some applications that use lower
rates will have to resample the sound, which leads to he
aforementioned high CPU usage.

You can try either configuring your applications to use 48KHz sample
rates or modify your $HOME/.asoundrc so the DMIX uses a lower rate
such as 44KHz, like this:

pcm.swmixer {
    type dmix
     slave {
        pcm "hw:0,0"
         rate 44100
    }
}

The ALSA wiki has some more details, have a look at
http://alsa.opensrc.org/index.php/Dmix.


-- Max