[Slackbuilds-users] [slackbuilds-users] sage-8.0 OPTIONALSPKG fails to find optional packages

2017-08-06 Thread King Beowulf
Sage is in 'pending' and I had thought that the previous maintainer had
worked this out.  My script-fu is still young so comments are welcome.

OPTIONALSPKG="database_gap" ./sage.SlackBuild

fails with

Error: could not find a package matching
database_gap4.8.6
   Try 'sage --package list' to see the available packages
   There is no package similar to
database_gap4.8.6
You can find further packages at http://files.sagemath.org/spkg/

./sage -optainal
./sage --package list

both show that 'database_gap' exists. Manually running

cd /tmp/SBo/sage-8.0
./sage -i database_gap

downloads and builds 'database_gap' as expected.  The slackbuild stanza

# install optional packages as defined by the OPTIONALSPKG flag
OPTIONALSPKG=${OPTIONALSPKG:-no}
if [ "$OPTIONALSPKG" != "no" ]; then
for i in ${OPTIONALSPKG}; do
./sage -i $(./sage -optional | grep ${i})
done
fi

looks goofy since

# ./sage -optional | grep database_gap
database_gap4.8.6 (4.8.6)

which does not exist (extra characters)!

We could use

# ./sage -package list | grep database_gap
database_gap

but isn't that overly complex when simply

./sage -i ${i}

is sufficient?

-Ed






signature.asc
Description: OpenPGP digital signature
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/



Re: [Slackbuilds-users] pysetuptools?

2017-08-06 Thread Willy Sudiarto Raharjo
> html5lib requires setuptools version 18.5 or above; please upgrade before
> installing (you have 0.6rc11)

do you have a custom installation of pysetuptools in /usr/local perhaps?


-- 
Willy Sudiarto Raharjo
Personal Blog : http://willysr.blogspot.com
Linux Blog: http://slackblogs.blogspot.com
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/



Re: [Slackbuilds-users] transmission current broken.

2017-08-06 Thread Matteo Bernardini
2017-08-07 7:07 GMT+02:00 Fernando Lopez :
> sorry. hehehe.. who do i report broken packages to then on current?

I linked you in my previous answer

https://www.linuxquestions.org/questions/slackware-14/sbo-scripts-not-building-on-current-read-1st-post-pls-4175561999/

be sure to read *carefully* the first post of that thread before posting in it.

if you would like people to take time to read and understand your
questions, should be nice you take the same time to read and
understand their answers...
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/



Re: [Slackbuilds-users] transmission current broken.

2017-08-06 Thread Fernando Lopez
sorry. hehehe.. who do i report broken packages to then on current?

On Sun, Aug 6, 2017 at 11:36 AM, Willy Sudiarto Raharjo <
will...@slackbuilds.org> wrote:

> > transmission-2.92/gtk/torrent-cell-renderer.c
> > transmission-2.92/m4/
> > transmission-2.92/m4/libtool.m4
> > transmission-2.92/m4/acx-pthread.m4
> > transmission-2.92/m4/ltversion.m4
> > transmission-2.92/m4/ltsugar.m4
> > transmission-2.92/m4/pkg.m4
> > transmission-2.92/m4/glib-gettext.m4
> > transmission-2.92/m4/ltoptions.m4
> > transmission-2.92/m4/lt~obsolete.m4
> > transmission-2.92/cmake/
> > transmission-2.92/cmake/Transmission.rc.in
> > transmission-2.92/cmake/FindNATPMP.cmake
> > transmission-2.92/cmake/FindB64.cmake
> > transmission-2.92/cmake/FindDHT.cmake
> > transmission-2.92/cmake/FindICONV.cmake
> > transmission-2.92/cmake/FindEVENT2.cmake
> > transmission-2.92/cmake/FindUTP.cmake
> > transmission-2.92/cmake/FindPolarSSL.cmake
> > transmission-2.92/cmake/TrMacros.cmake
> > transmission-2.92/cmake/FindMINIUPNPC.cmake
> > transmission-2.92/cmake/FindCyaSSL.cmake
> > transmission-2.92/cmake/LargeFileSupport.cmake
> > autoreconf: Entering directory `.'
> > autoreconf: configure.ac: not using Gettext
> > autoreconf: running: aclocal --force -I m4
> > m4/glib-gettext.m4:39: error: m4_copy: won't overwrite defined macro:
> > glib_DEFUN
> > m4/glib-gettext.m4:39: the top level
> > autom4te: /usr/bin/m4 failed with exit status: 1
> > aclocal: error: echo failed with exit status: 1
> > autoreconf: aclocal failed with exit status: 1
> >
> > transmission:
> > Would you like to continue processing the rest of the
> > queue or would you like to abort?  If this failed
> > package is a dependency of another package in the queue
> > then it may not make sense to continue.
> >
> > (Y)es to continue, (N)o to abort, (R)etry the build?:
>
> Hi Fernando
>
> please stop reporting that it broke on -current unless it broke on
> -stable as well. FYI, i just build tranmission on -stable and it built
> fine.
>
> SBo is tested against latest -stable, not -current.
>
>
> --
> Willy Sudiarto Raharjo
>
>
> ___
> SlackBuilds-users mailing list
> SlackBuilds-users@slackbuilds.org
> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - https://slackbuilds.org/faq/
>
>
>


-- 


Regards,
Fernando Lopez Jr.
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/



Re: [Slackbuilds-users] pysetuptools?

2017-08-06 Thread David Melik

On 08/05/2017 01:51 AM, 414N wrote:
@David: I recently had trouble with this too... Just remove the SBo 
python-setuptools package and you should be good


I already did that (several times, more than triple-checked) but can't 
build html5lib:


html5lib requires setuptools version 18.5 or above; please upgrade 
before installing (you have 0.6rc11)

___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/



Re: [Slackbuilds-users] fontforge 2017 update

2017-08-06 Thread King Beowulf
On 08/06/2017 12:10 PM, David Woodfall wrote:
>>> On 08/05/2017 09:23 PM, B Watson wrote:
 On 8/5/17, King Beowulf  wrote:

> Bah. The 2017 release is just a git snapshot. The 2017 version needs
> gnulib which it git clones on the fly, so
> ./bootstrap --skip-git --skip-po
> doesn't work (amoung no git found error). gnulib in SBo is older so
> not
> sure I have time to go down that rabbit hole.

 I'm the gnulib SBo maintainer... gnulib doesn't do releases, I'm
 using the
 same snapshot "release" that's in Debian unstable (and also the latest
 Ubuntu). Does the new fontforge give a minimum version (snapshot date)
 that it requires?

 Not too much stuff in SBo requires gnulib. I wouldn't mind updating
 it to
 a newer snapshot, but it'd be nice to use a snapshot that's widely
 used &
 known not to be broken (which is why I used the version from
 Deb/Ubuntu).
>>>
>>> I haven't had a chance to try the SBo version of gnulib with the latest
>>> fontforge.  I just noticed that the new release of fontforge pulls in a
>>> git snapshot if its bootstrap script doesn't find it.  The 2015
>>> fontforge doesn't use gnulib.  Better to let David figure that out since
>>> I do need to worry about my own 35 or so scripts.
>>>
>>> -Ed
>>
>> I noticed that it also does a git clone of uthash.
>>
>> fontforge-20170731 builds OK with gnulib-20140202 and uthash-2.0.2.
>>
>> Lilypond builds OK with that fontforge installed and appears to run
>> normally, although I've never used it before so it's hard for me to
>> tell if it works properly. Both frescobaldi and rosegarden build and
>> appear to run fine using that lilypond, so I will update the fontforge
>> slackbuild.
>>
>> Dave
> 
> Changed the uthash version to 1.9.9 to match what we have on sbo.
> 
> Dave
>

Thanks, Dave.

-Ed





signature.asc
Description: OpenPGP digital signature
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/



Re: [Slackbuilds-users] fontforge 2017 update

2017-08-06 Thread David Woodfall

On 08/05/2017 09:23 PM, B Watson wrote:

On 8/5/17, King Beowulf  wrote:


Bah. The 2017 release is just a git snapshot. The 2017 version needs
gnulib which it git clones on the fly, so
./bootstrap --skip-git --skip-po
doesn't work (amoung no git found error). gnulib in SBo is older so not
sure I have time to go down that rabbit hole.


I'm the gnulib SBo maintainer... gnulib doesn't do releases, I'm using the
same snapshot "release" that's in Debian unstable (and also the latest
Ubuntu). Does the new fontforge give a minimum version (snapshot date)
that it requires?

Not too much stuff in SBo requires gnulib. I wouldn't mind updating it to
a newer snapshot, but it'd be nice to use a snapshot that's widely used &
known not to be broken (which is why I used the version from Deb/Ubuntu).


I haven't had a chance to try the SBo version of gnulib with the latest
fontforge.  I just noticed that the new release of fontforge pulls in a
git snapshot if its bootstrap script doesn't find it.  The 2015
fontforge doesn't use gnulib.  Better to let David figure that out since
I do need to worry about my own 35 or so scripts.

-Ed


I noticed that it also does a git clone of uthash.

fontforge-20170731 builds OK with gnulib-20140202 and uthash-2.0.2.

Lilypond builds OK with that fontforge installed and appears to run
normally, although I've never used it before so it's hard for me to
tell if it works properly. Both frescobaldi and rosegarden build and
appear to run fine using that lilypond, so I will update the fontforge
slackbuild.

Dave


___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/



Re: [Slackbuilds-users] transmission current broken.

2017-08-06 Thread reedych
On Sun, 6 Aug 2017 11:29:00 -0600
Fernando Lopez  wrote:

> transmission-2.92/gtk/torrent-cell-renderer.c
> transmission-2.92/m4/
> transmission-2.92/m4/libtool.m4
> transmission-2.92/m4/acx-pthread.m4
> transmission-2.92/m4/ltversion.m4
> transmission-2.92/m4/ltsugar.m4
> transmission-2.92/m4/pkg.m4
> transmission-2.92/m4/glib-gettext.m4
> transmission-2.92/m4/ltoptions.m4
> transmission-2.92/m4/lt~obsolete.m4
> transmission-2.92/cmake/
> transmission-2.92/cmake/Transmission.rc.in
> transmission-2.92/cmake/FindNATPMP.cmake
> transmission-2.92/cmake/FindB64.cmake
> transmission-2.92/cmake/FindDHT.cmake
> transmission-2.92/cmake/FindICONV.cmake
> transmission-2.92/cmake/FindEVENT2.cmake
> transmission-2.92/cmake/FindUTP.cmake
> transmission-2.92/cmake/FindPolarSSL.cmake
> transmission-2.92/cmake/TrMacros.cmake
> transmission-2.92/cmake/FindMINIUPNPC.cmake
> transmission-2.92/cmake/FindCyaSSL.cmake
> transmission-2.92/cmake/LargeFileSupport.cmake
> autoreconf: Entering directory `.'
> autoreconf: configure.ac: not using Gettext
> autoreconf: running: aclocal --force -I m4
> m4/glib-gettext.m4:39: error: m4_copy: won't overwrite defined macro:
> glib_DEFUN
> m4/glib-gettext.m4:39: the top level
> autom4te: /usr/bin/m4 failed with exit status: 1
> aclocal: error: echo failed with exit status: 1
> autoreconf: aclocal failed with exit status: 1
> 
> transmission:
> Would you like to continue processing the rest of the
> queue or would you like to abort?  If this failed
> package is a dependency of another package in the queue
> then it may not make sense to continue.
> 
> (Y)es to continue, (N)o to abort, (R)etry the build?:
> 
> 
> -- 
> 
> 
> Regards,
> Fernando Lopez Jr.

Slackware current is not supported by sbo.
-- 
reedych 
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/



Re: [Slackbuilds-users] transmission current broken.

2017-08-06 Thread Matteo Bernardini
2017-08-06 19:36 GMT+02:00 Willy Sudiarto Raharjo :
>> transmission-2.92/gtk/torrent-cell-renderer.c
>> transmission-2.92/m4/
>> transmission-2.92/m4/libtool.m4
>> transmission-2.92/m4/acx-pthread.m4
>> transmission-2.92/m4/ltversion.m4
>> transmission-2.92/m4/ltsugar.m4
>> transmission-2.92/m4/pkg.m4
>> transmission-2.92/m4/glib-gettext.m4
>> transmission-2.92/m4/ltoptions.m4
>> transmission-2.92/m4/lt~obsolete.m4
>> transmission-2.92/cmake/
>> transmission-2.92/cmake/Transmission.rc.in
>> transmission-2.92/cmake/FindNATPMP.cmake
>> transmission-2.92/cmake/FindB64.cmake
>> transmission-2.92/cmake/FindDHT.cmake
>> transmission-2.92/cmake/FindICONV.cmake
>> transmission-2.92/cmake/FindEVENT2.cmake
>> transmission-2.92/cmake/FindUTP.cmake
>> transmission-2.92/cmake/FindPolarSSL.cmake
>> transmission-2.92/cmake/TrMacros.cmake
>> transmission-2.92/cmake/FindMINIUPNPC.cmake
>> transmission-2.92/cmake/FindCyaSSL.cmake
>> transmission-2.92/cmake/LargeFileSupport.cmake
>> autoreconf: Entering directory `.'
>> autoreconf: configure.ac: not using Gettext
>> autoreconf: running: aclocal --force -I m4
>> m4/glib-gettext.m4:39: error: m4_copy: won't overwrite defined macro:
>> glib_DEFUN
>> m4/glib-gettext.m4:39: the top level
>> autom4te: /usr/bin/m4 failed with exit status: 1
>> aclocal: error: echo failed with exit status: 1
>> autoreconf: aclocal failed with exit status: 1
>>
>> transmission:
>> Would you like to continue processing the rest of the
>> queue or would you like to abort?  If this failed
>> package is a dependency of another package in the queue
>> then it may not make sense to continue.
>>
>> (Y)es to continue, (N)o to abort, (R)etry the build?:
>
> Hi Fernando
>
> please stop reporting that it broke on -current unless it broke on
> -stable as well. FYI, i just build tranmission on -stable and it built fine.
>
> SBo is tested against latest -stable, not -current.

also, you're not even using the latest version of the repository,
because the maintainer fixed it at the end of june

https://git.slackbuilds.org/slackbuilds/commit/?id=df94df2bb48aa02d50678327a86278ca5317f8bf

before, it was fixed since the beginning of june in the unsupported
repository for current that I invited you multiple times to check
first before reporting build errors on the dedicate LQ thread, not on
this ML

https://www.linuxquestions.org/questions/slackware-14/sbo-scripts-not-building-on-current-read-1st-post-pls-4175561999/

Matteo
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/



Re: [Slackbuilds-users] transmission current broken.

2017-08-06 Thread Willy Sudiarto Raharjo
> transmission-2.92/gtk/torrent-cell-renderer.c
> transmission-2.92/m4/
> transmission-2.92/m4/libtool.m4
> transmission-2.92/m4/acx-pthread.m4
> transmission-2.92/m4/ltversion.m4
> transmission-2.92/m4/ltsugar.m4
> transmission-2.92/m4/pkg.m4
> transmission-2.92/m4/glib-gettext.m4
> transmission-2.92/m4/ltoptions.m4
> transmission-2.92/m4/lt~obsolete.m4
> transmission-2.92/cmake/
> transmission-2.92/cmake/Transmission.rc.in
> transmission-2.92/cmake/FindNATPMP.cmake
> transmission-2.92/cmake/FindB64.cmake
> transmission-2.92/cmake/FindDHT.cmake
> transmission-2.92/cmake/FindICONV.cmake
> transmission-2.92/cmake/FindEVENT2.cmake
> transmission-2.92/cmake/FindUTP.cmake
> transmission-2.92/cmake/FindPolarSSL.cmake
> transmission-2.92/cmake/TrMacros.cmake
> transmission-2.92/cmake/FindMINIUPNPC.cmake
> transmission-2.92/cmake/FindCyaSSL.cmake
> transmission-2.92/cmake/LargeFileSupport.cmake
> autoreconf: Entering directory `.'
> autoreconf: configure.ac: not using Gettext
> autoreconf: running: aclocal --force -I m4
> m4/glib-gettext.m4:39: error: m4_copy: won't overwrite defined macro:
> glib_DEFUN
> m4/glib-gettext.m4:39: the top level
> autom4te: /usr/bin/m4 failed with exit status: 1
> aclocal: error: echo failed with exit status: 1
> autoreconf: aclocal failed with exit status: 1
> 
> transmission:
> Would you like to continue processing the rest of the
> queue or would you like to abort?  If this failed
> package is a dependency of another package in the queue
> then it may not make sense to continue.
> 
> (Y)es to continue, (N)o to abort, (R)etry the build?:

Hi Fernando

please stop reporting that it broke on -current unless it broke on
-stable as well. FYI, i just build tranmission on -stable and it built fine.

SBo is tested against latest -stable, not -current.


-- 
Willy Sudiarto Raharjo



signature.asc
Description: OpenPGP digital signature
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/



[Slackbuilds-users] transmission current broken.

2017-08-06 Thread Fernando Lopez
transmission-2.92/gtk/torrent-cell-renderer.c
transmission-2.92/m4/
transmission-2.92/m4/libtool.m4
transmission-2.92/m4/acx-pthread.m4
transmission-2.92/m4/ltversion.m4
transmission-2.92/m4/ltsugar.m4
transmission-2.92/m4/pkg.m4
transmission-2.92/m4/glib-gettext.m4
transmission-2.92/m4/ltoptions.m4
transmission-2.92/m4/lt~obsolete.m4
transmission-2.92/cmake/
transmission-2.92/cmake/Transmission.rc.in
transmission-2.92/cmake/FindNATPMP.cmake
transmission-2.92/cmake/FindB64.cmake
transmission-2.92/cmake/FindDHT.cmake
transmission-2.92/cmake/FindICONV.cmake
transmission-2.92/cmake/FindEVENT2.cmake
transmission-2.92/cmake/FindUTP.cmake
transmission-2.92/cmake/FindPolarSSL.cmake
transmission-2.92/cmake/TrMacros.cmake
transmission-2.92/cmake/FindMINIUPNPC.cmake
transmission-2.92/cmake/FindCyaSSL.cmake
transmission-2.92/cmake/LargeFileSupport.cmake
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force -I m4
m4/glib-gettext.m4:39: error: m4_copy: won't overwrite defined macro:
glib_DEFUN
m4/glib-gettext.m4:39: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: error: echo failed with exit status: 1
autoreconf: aclocal failed with exit status: 1

transmission:
Would you like to continue processing the rest of the
queue or would you like to abort?  If this failed
package is a dependency of another package in the queue
then it may not make sense to continue.

(Y)es to continue, (N)o to abort, (R)etry the build?:


-- 


Regards,
Fernando Lopez Jr.
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/



Re: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h

2017-08-06 Thread Rich Shepard

On Sun, 6 Aug 2017, Sebastien BALLET wrote:


can you post the output of commands below :

$ find /usr/include -iname "ft2build.h"


/usr/include/freetype2/ft2build.h


$ cat /usr/lib/pkgconfig/freetype2.pc | grep "includedir"


includedir=/usr/include/freetype2
Cflags: -I${includedir}


$ ls -l /var/log/packages/freetype*


-rw-r--r-- 1 root root 3544 May 16 17:20
- /var/log/packages/freetype-2.5.5-i486-2_slack14.1


$ cat /var/log/packages/freetype-* | grep -E "ft2build.h|freetype.h"


usr/include/freetype2/ft2build.h
usr/include/freetype2/freetype.h

  Wonder where the /usr/local/include came from.

Rich
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/



Re: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h

2017-08-06 Thread Sebastien BALLET
Hello,

can you post the output of commands below :

$ find /usr/include -iname "ft2build.h"

$ cat /usr/lib/pkgconfig/freetype2.pc | grep "includedir"

$ ls -l /var/log/packages/freetype*

$ cat /var/log/packages/freetype-* | grep -E "ft2build.h|freetype.h"

-- 
SeB


2017-08-06 15:39 GMT+02:00 Rich Shepard :

> On Sun, 6 Aug 2017, Sebastien BALLET wrote:
>
> can you post the output of :
>> 8<--
>> $ find /usr/include -iname "freetype.h"
>>
>
> /usr/include/freetype2/freetype.h
>
> $ find /usr/local/include -iname "freetype.h"
>>
>
> 
>
> $ freetype-config --cflags
>>
>
>   Aha!
> -I/usr/local/include/freetype2 -I/usr/local/include
>
> Now, run the command below :
>>
>
> $ find $(freetype-config --cflags | cut -f2- -d"I") -iname "freetype.h"
>>
>
>   OK. Somehow, freetype ended up in /usr/local rather than /usr:
>
> [root@salmo ~]# find $(freetype-config --cflags | cut -f2- -d"I") -iname
> "freetype.h"
> find: unknown predicate -I/usr/local/include'
>
>   The freetype-2.5.5 package was installed by the 14.1 distribution DVD.
>
> In /tmp, create a directory cmake-test, then, in that directory create the
>> file CMakeLists.txt with the content below :
>>
>
> $ cmake .
>>
>
> Here is what you should get :
>> freetype_include_dirs: /usr/include/freetype2;/usr/include
>>
>
>   Somehow, /usr/local/include was added:
>
> [root@salmo /tmp/cmake-test]# cmake .
> -- The C compiler identification is GNU 4.8.2
> -- The CXX compiler identification is GNU 4.8.2
> -- Check for working C compiler: /usr/bin/cc
> -- Check for working C compiler: /usr/bin/cc -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Check for working CXX compiler: /usr/bin/c++
> -- Check for working CXX compiler: /usr/bin/c++ -- works
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> -- Found Freetype: /usr/lib/libfreetype.so (found version "2.5.5")
> freetype_include_dirs: /usr/local/include;/usr/include
> -- Configuring done
> -- Generating done
> -- Build files have been written to: /tmp/cmake-test
>
>   How should I clean this up by removing inclusion of /usr/local/ for
> freetype?
>
> Thanks very much, Sebastien,
>
> Rich
> ___
> SlackBuilds-users mailing list
> SlackBuilds-users@slackbuilds.org
> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - https://slackbuilds.org/faq/
>
>
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/



Re: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h

2017-08-06 Thread Rich Shepard

On Sun, 6 Aug 2017, Sebastien BALLET wrote:


can you post the output of :
8<--
$ find /usr/include -iname "freetype.h"


/usr/include/freetype2/freetype.h


$ find /usr/local/include -iname "freetype.h"





$ freetype-config --cflags


  Aha!
-I/usr/local/include/freetype2 -I/usr/local/include


Now, run the command below :



$ find $(freetype-config --cflags | cut -f2- -d"I") -iname "freetype.h"


  OK. Somehow, freetype ended up in /usr/local rather than /usr:

[root@salmo ~]# find $(freetype-config --cflags | cut -f2- -d"I") -iname
"freetype.h"
find: unknown predicate -I/usr/local/include'

  The freetype-2.5.5 package was installed by the 14.1 distribution DVD.


In /tmp, create a directory cmake-test, then, in that directory create the
file CMakeLists.txt with the content below :



$ cmake .



Here is what you should get :
freetype_include_dirs: /usr/include/freetype2;/usr/include


  Somehow, /usr/local/include was added:

[root@salmo /tmp/cmake-test]# cmake .
-- The C compiler identification is GNU 4.8.2
-- The CXX compiler identification is GNU 4.8.2
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Found Freetype: /usr/lib/libfreetype.so (found version "2.5.5") 
freetype_include_dirs: /usr/local/include;/usr/include

-- Configuring done
-- Generating done
-- Build files have been written to: /tmp/cmake-test

  How should I clean this up by removing inclusion of /usr/local/ for
freetype?

Thanks very much, Sebastien,

Rich
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/



Re: [Slackbuilds-users] anki: maintainer possibly dead

2017-08-06 Thread Didier Spaier
Hello,

Le 06/08/2017 à 07:20, reedych a écrit :
> I asked him to update anki, but he hasn't replied. Can i be a maintainer?

Unauthorized response from a regular user; not an admin:

According to cgit Thimothy has last updated anki not long ago:
https://git.slackbuilds.org/slackbuilds/commit/?id=1989715caff9154965e1f92cedcb8faae6632cce

Maybe his is just in vacations without email access?

I'd wait a little more and if you are in urgent need of an update you can build
an upgraded package for yourself.

Didier 

___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ - https://slackbuilds.org/faq/