> On Aug 7, 2017, at 7:05 PM, Lenard Spencer wrote:
>
> I guess this message should be directed to Ed since he maintains the
> nvidia-driver and nvidia-kernel packages.
>
> As you all may know, the latest Nvidia long-term driver 384.59 was released a
> couple of weeks ago. Since I was out of
I guess this message should be directed to Ed since he maintains the
nvidia-driver and nvidia-kernel packages.
As you all may know, the latest Nvidia long-term driver 384.59 was
released a couple of weeks ago. Since I was out of town all last week,
today was the first chance I got to play wit
The hyperrealm site is still down, FYI. The source is available on
GitHub (https://github.com/hyperrealm/libconfig/archive/v1.5.tar.gz),
but it has a different md5sum and requires an autoreconf to build.
There's also a version 1.6 available. Maybe switching to the GitHub link
would be more reliable
On 8/7/17, David Spencer wrote:
> Promise me you're not thinking of another git orgy? You've got
> shelves to fix :)
The shelves are as fixed as they're going to be. Currently they're
supporting 40-50lbs of junk, and haven't ripped out of the wall yet :)
> Warning!! **Lots** of the unset_ARCH
> Definitely. What's the list of builds you have hints for in slackrepo?
Promise me you're not thinking of another git orgy? You've got
shelves to fix :)
Warning!! **Lots** of the unset_ARCH SlackBuilds below are binary
packages that are picky about the ARCH you request on 32 bit, and so
they do
On 8/7/17, David Spencer wrote:
>> at this time. I just submitted a fix that adds ARCH="" to the make line,
>> which seems to fix the problem.
>
> I *would* have asked about this years ago, but (1) afaik nobody else
> has found this problem until now, and (2) I hadn't thought of your fix
> ;-)
On 7 August 2017 at 19:57, David Spencer
wrote:
> Do people think it's worth fixing this in the whole repo?
Definitely! :)
Less gotchas when building can only be a good thing imo
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
http
> A user reported a build failure that was likely caused by having ARCH=x86_64
> exported in the environment. This may be due to sbopkg, which I don't use
> at this time. I just submitted a fix that adds ARCH="" to the make line,
> which seems to fix the problem.
Heh! slackrepo has hints to cop
On Mon, 7 Aug 2017, Andreas Guldstrand wrote:
The line before the line you added needs to end in a \ as well
Fixed that. Now, back to the previous error:
In file included from
/tmp/SBo/scribus-1.4.6/scribus/desaxe/saxiohelper.cpp:10:0:
/tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: fatal e
On Mon, 7 Aug 2017, Andreas Guldstrand wrote:
The line before the line you added needs to end in a \ as well
Aw, foo! Mea culpa; I should have seen that.
Rich
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slack
On 7 August 2017 at 19:22, Rich Shepard wrote:
> cmake \
> -DCMAKE_C_FLAGS="$SLKCFLAGS" \
> -DCMAKE_CXX_FLAGS="$SLKCFLAGS" \
> -DCMAKE_INSTALL_PREFIX:PATH=/usr \
> -DLIB_SUFFIX=${LIBDIRSUFFIX} \
> -DRENDER_LIB=CAIRO
> -D FREETYPE_INCLUDE_DIRS:PATH="/usr/include/freetype2" \
> ./CMake
On Mon, 7 Aug 2017, Sebastien BALLET wrote:
It complains because you forgot to add "./CMakeLists.txt" after "-D
=". Here is what you need to add after "-DRENDER_LIB=CAIRO \".
8<--
*-D FREETYPE_INCLUDE_DIRS:PATH="/u*
*sr/include/freetype2" \ ./CMakeLists.tx
Hello,
It complains because you forgot to add "./CMakeLists.txt" after "-D
=". Here is what you need to add after "-DRENDER_LIB=CAIRO \".
8<--
*-D FREETYPE_INCLUDE_DIRS:PATH="/u*
*sr/include/freetype2" \ ./CMakeLists.txt *8<
On Mon, 7 Aug 2017, Sebastien BALLET wrote:
You shouldn't have removed that space. It is required. The option -D allows
to create a cmake cache entry :
Sebastien,
When I left it in, the build complained it could not find a '-D '; that's
why I removed the space.
Rich
___
Hello,
You shouldn't have removed that space. It is required. The option -D allows
to create a cmake cache entry :
$ man cmake
...
-D :=, -D =
Create a cmake cache entry.
When cmake is first run in an empty build tree, it creates
a CMakeCache.txt
file
On Mon, 7 Aug 2017, Sebastien BALLET wrote:
That's really weird. It would be better to find why cmake finds freetype
/in usr/local/include instead of /usr/include, but, you can try this hack:
Edit scribus.SlackBuild, then, modify the cmake block (starting at line
#76) as below (changes are in bo
On 08/07/2017 01:24 AM, Willy Sudiarto Raharjo wrote:
>> 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.
>
> TBH, i never check the optional deps.
> I kept what was inherited from the original maintai
Hello,
Nice that you found a solution for this weird issue Rich.
--
SeB
2017-08-07 16:35 GMT+02:00 Rich Shepard :
> On Fri, 4 Aug 2017, Rich Shepard wrote:
>
> I'm trying to upgrade scribus from 1.4.4. to 1.4.6, but the build fails
>> here:
>> /tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: f
Hello,
That's really weird. It would be better to find why cmake find freetype in
/usr/local/include instead of /usr/include, but, you can try this hack:
Edit scribus.SlackBuild, then, modify the cmake block (starting at line
#76) as below (changes are in bold) :
8<---
On Fri, 4 Aug 2017, Rich Shepard wrote:
I'm trying to upgrade scribus from 1.4.4. to 1.4.6, but the build fails
here:
/tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: fatal error: freetype.h: No
/ such file or directory
Didier/Sebastien:
I found the problem and a solution to it. For some re
A user reported a build failure that was likely caused by having
ARCH=x86_64 exported in the environment. This may be due to sbopkg, which
I don't use at this time. I just submitted a fix that adds ARCH="" to the
make line, which seems to fix the problem.
If that's not the right fix, let me know
On Mon, 7 Aug 2017, Sebastien BALLET wrote:
In one of my previous post, I ask you to create the file
/tmp/cmake-test/CMakeLists.txt
with the content below :
Sebastien,
If you have deleted it, recreate it. Otherwise, run the commands below :
$ cd /tmp/cmake-test
$ rm CMakeCache.txt
Done.
> 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.
TBH, i never check the optional deps.
I kept what was inherited from the original maintainer as building sage
itself was time consuming already
--
Hello,
In one of my previous post, I ask you to create the file
/tmp/cmake-test/CMakeLists.txt
with the content below :
8<---/tmp/cmake-test/CMakeLists.txt --
cmake_minimum_required(VERSION 2.8)
find_package(Freetype)
if (FREETYPE_FOUND)
include_directories(${FREETYPE_IN
On Mon, Aug 7, 2017 at 2:09 AM, Fernando Lopez
wrote:
> i did,... however just posting to linuxquestions... hmm...
>
The point Matteo is trying to make is that SBo does not offer any support
for building on -current. That includes providing support on the official
mailing list on issues when you
25 matches
Mail list logo