LinuxQuestions.org
Latest LQ Deal: Complete CCNA, CCNP & Red Hat Certification Training Bundle
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 07-21-2018, 01:44 AM   #1336
ponce
Senior Member
 
Registered: Aug 2004
Location: Pisa, Italy
Distribution: Slackware
Posts: 4,332

Original Poster
Rep: Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267

just to be sure... have you logged out and logged in again after having built and installed google-go-lang (it's written in its README)? you should do that before trying to build the rest of docker's dependencies and docker itself.

Last edited by ponce; 07-21-2018 at 07:39 AM. Reason: typo
 
Old 07-21-2018, 02:22 AM   #1337
Lockywolf
Member
 
Registered: Jul 2007
Posts: 126

Rep: Reputation: 27
Ah, stupid me. Do, I didn't. To be honest, I couldn't even imagine that the system-wide Go is not the Google Go.

Also, vde2 is not getting built.

Code:
cryptcab.c:25:23: error: storage size of ‘ctx’ isn’t known
 static EVP_CIPHER_CTX ctx;
                       ^~~
make[2]: *** [Makefile:327: cryptcab.o] Error 1
 
Old 07-21-2018, 04:22 AM   #1338
RadicalDreamer
Member
 
Registered: Jul 2016
Location: USA
Distribution: Slackware64-Current
Posts: 813

Rep: Reputation: 373Reputation: 373Reputation: 373Reputation: 373
jack2-1.9.12 will not build unless I remove this patch from the Slackbuild:
Code:
patch -p1 < $CWD/gcc_6_and_7.patch
 
Old 07-21-2018, 05:44 AM   #1339
ponce
Senior Member
 
Registered: Aug 2004
Location: Pisa, Italy
Distribution: Slackware
Posts: 4,332

Original Poster
Rep: Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267
Quote:
Originally Posted by Lockywolf View Post
Also, vde2 is not getting built.

Code:
cryptcab.c:25:23: error: storage size of ‘ctx’ isn’t known
 static EVP_CIPHER_CTX ctx;
                       ^~~
make[2]: *** [Makefile:327: cryptcab.o] Error 1
you have to modify the SlackBuild like this (this is a patch to apply with "patch -p1" when in the SlackBuild's directory)
 
Old 07-21-2018, 05:47 AM   #1340
ponce
Senior Member
 
Registered: Aug 2004
Location: Pisa, Italy
Distribution: Slackware
Posts: 4,332

Original Poster
Rep: Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267
Quote:
Originally Posted by RadicalDreamer View Post
jack2-1.9.12 will not build unless I remove this patch from the Slackbuild:
Code:
patch -p1 < $CWD/gcc_6_and_7.patch
thanks, I didn't notice that the maintainer updated it on SBo!
 
1 members found this post helpful.
Old 07-21-2018, 05:18 PM   #1341
brodo
Member
 
Registered: Jan 2004
Location: Poland, Poznan
Distribution: Slackware current 32
Posts: 305

Rep: Reputation: 20
I have a problem with compiling Kodi 17.6
It stops its activity (freezes ?) at this point:

Code:
mkdir -p xbmc/interfaces/python/generated
/usr/bin/swig -w401 -c++ -o xbmc/interfaces/python/generated/AddonModuleXbmcgui.xml -xml -I./xbmc -xmllang python xbmc/interfaces/swig/AddonModuleXbmcgui.i
# Work around potential groovy bug reported at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733234
/usr/bin/java -cp "./tools/codegenerator/groovy/groovy-all-2.4.4.jar:./tools/codegenerator/groovy/commons-lang-2.6.jar:./tools/codegenerator:xbmc/interfaces/python" \
          org.codehaus.groovy.tools.FileSystemCompiler -d ./tools/codegenerator ./tools/codegenerator/Helper.groovy  ./tools/codegenerator/SwigTypeParser.groovy xbmc/interfaces/python/MethodType.groovy xbmc/interfaces/python/PythonTools.groovy
/usr/bin/java -cp "./tools/codegenerator/groovy/groovy-all-2.4.4.jar:./tools/codegenerator/groovy/commons-lang-2.6.jar:./tools/codegenerator:xbmc/interfaces/python" \
          groovy.ui.GroovyMain ./tools/codegenerator/Generator.groovy xbmc/interfaces/python/generated/AddonModuleXbmcgui.xml xbmc/interfaces/python/PythonSwig.cpp.template xbmc/interfaces/python/generated/AddonModuleXbmcgui.cpp
[xbmc/interfaces/python/generated/AddonModuleXbmcgui.xml, xbmc/interfaces/python/PythonSwig.cpp.template, xbmc/interfaces/python/generated/AddonModuleXbmcgui.cpp]
 
Old 07-21-2018, 06:51 PM   #1342
linuxtinker
Member
 
Registered: Dec 2013
Location: NJ / USA
Distribution: Slackware 64 -Current
Posts: 194

Rep: Reputation: 88
Quote:
Originally Posted by brodo View Post
I have a problem with compiling Kodi 17.6
It works on my current.. are you current with your current and also did you rebuild the deps?
 
Old 07-22-2018, 07:29 PM   #1343
sombragris
Member
 
Registered: Jul 2004
Location: Asuncion, Paraguay, South America
Distribution: Slackware
Posts: 384

Rep: Reputation: 123Reputation: 123
Quote:
Originally Posted by willysr View Post
have you removed all .la files?
if you have, you just need to rebuilt all third party packages and you should be fine
Thank you Willy. It turned out I had a number of dangling .la files. Removing them fixed the issue.

Thanks also to orbea for the helpful suggestion.
 
Old 07-27-2018, 05:00 PM   #1344
Poprocks
Member
 
Registered: Sep 2003
Location: Toronto, Canada
Distribution: Slackware
Posts: 323

Rep: Reputation: 121Reputation: 121
Quote:
Originally Posted by ponce View Post
the error looks to be this
Code:
Making all in src
make[2]: Entering directory '/tmp/SBo/PackageKit-1.1.4/src'
make  all-am
make[3]: Entering directory '/tmp/SBo/PackageKit-1.1.4/src'
  CC       packagekitd-pk-main.o
  CC       packagekitd-pk-dbus.o
  CC       packagekitd-pk-transaction.o
In file included from /usr/lib64/glib-2.0/include/glibconfig.h:9:0,
                 from /usr/include/glib-2.0/glib/gtypes.h:32,
                 from /usr/include/glib-2.0/glib/galloca.h:32,
                 from /usr/include/glib-2.0/glib.h:30,
                 from /usr/include/glib-2.0/glib/gprintf.h:21,
                 from /usr/include/glib-2.0/glib/gstdio.h:22,
                 from pk-transaction.c:40:
/usr/include/glib-2.0/glib/gmacros.h:430:43: error: redefinition of ‘glib_autoptr_cleanup_PolkitAuthorizationResult’
 #define _GLIB_AUTOPTR_FUNC_NAME(TypeName) glib_autoptr_cleanup_##TypeName
                                           ^
/usr/include/glib-2.0/glib/gmacros.h:444:22: note: in expansion of macro ‘_GLIB_AUTOPTR_FUNC_NAME’
   static inline void _GLIB_AUTOPTR_FUNC_NAME(TypeName) (TypeName **_ptr) { if (*_ptr) (func) (*_ptr); }         \
                      ^~~~~~~~~~~~~~~~~~~~~~~
pk-transaction.c:60:1: note: in expansion of macro ‘G_DEFINE_AUTOPTR_CLEANUP_FUNC’
 G_DEFINE_AUTOPTR_CLEANUP_FUNC(PolkitAuthorizationResult, g_object_unref)
 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/glib-2.0/glib/gmacros.h:430:43: note: previous definition of ‘glib_autoptr_cleanup_PolkitAuthorizationResult’ was here
 #define _GLIB_AUTOPTR_FUNC_NAME(TypeName) glib_autoptr_cleanup_##TypeName
                                           ^
/usr/include/glib-2.0/glib/gmacros.h:444:22: note: in expansion of macro ‘_GLIB_AUTOPTR_FUNC_NAME’
   static inline void _GLIB_AUTOPTR_FUNC_NAME(TypeName) (TypeName **_ptr) { if (*_ptr) (func) (*_ptr); }         \
                      ^~~~~~~~~~~~~~~~~~~~~~~
/usr/include/polkit-1/polkit/polkittypes.h:78:1: note: in expansion of macro ‘G_DEFINE_AUTOPTR_CLEANUP_FUNC’
 G_DEFINE_AUTOPTR_CLEANUP_FUNC (PolkitAuthorizationResult, g_object_unref)
 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/glib-2.0/glib/gmacros.h:430:43: error: redefinition of ‘glib_autoptr_cleanup_PolkitDetails’
 #define _GLIB_AUTOPTR_FUNC_NAME(TypeName) glib_autoptr_cleanup_##TypeName
                                           ^
/usr/include/glib-2.0/glib/gmacros.h:444:22: note: in expansion of macro ‘_GLIB_AUTOPTR_FUNC_NAME’
   static inline void _GLIB_AUTOPTR_FUNC_NAME(TypeName) (TypeName **_ptr) { if (*_ptr) (func) (*_ptr); }         \
                      ^~~~~~~~~~~~~~~~~~~~~~~
pk-transaction.c:61:1: note: in expansion of macro ‘G_DEFINE_AUTOPTR_CLEANUP_FUNC’
 G_DEFINE_AUTOPTR_CLEANUP_FUNC(PolkitDetails, g_object_unref)
 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/glib-2.0/glib/gmacros.h:430:43: note: previous definition of ‘glib_autoptr_cleanup_PolkitDetails’ was here
 #define _GLIB_AUTOPTR_FUNC_NAME(TypeName) glib_autoptr_cleanup_##TypeName
                                           ^
/usr/include/glib-2.0/glib/gmacros.h:444:22: note: in expansion of macro ‘_GLIB_AUTOPTR_FUNC_NAME’
   static inline void _GLIB_AUTOPTR_FUNC_NAME(TypeName) (TypeName **_ptr) { if (*_ptr) (func) (*_ptr); }         \
                      ^~~~~~~~~~~~~~~~~~~~~~~
/usr/include/polkit-1/polkit/polkittypes.h:79:1: note: in expansion of macro ‘G_DEFINE_AUTOPTR_CLEANUP_FUNC’
 G_DEFINE_AUTOPTR_CLEANUP_FUNC (PolkitDetails, g_object_unref)
 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
make[3]: *** [Makefile:1111: packagekitd-pk-transaction.o] Error 1
make[3]: Leaving directory '/tmp/SBo/PackageKit-1.1.4/src'
make[2]: *** [Makefile:866: all] Error 2
make[2]: Leaving directory '/tmp/SBo/PackageKit-1.1.4/src'
make[1]: *** [Makefile:602: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/PackageKit-1.1.4'
make: *** [Makefile:534: all] Error 2
but unfortunately I have no clue on how to get rid of it.
looking around I found some maybe-related topics where you and willysr were discussing similar errors...
The issue is, these macros are provided by polkit 0.114 and not 0.113, but the present version of polkit 0.113 in -current adds patches to add those macros from 0.114. The configure script for packagekit tests to see if >= 0.114 exists and if so, expects certain macros, and if not, it defines them itself. Since we have those macros in our version of 0.113, it gives us a redefined error because we're not "supposed" to have them yet.

Anyway, this patch to configure.ac gets it to build:

Code:
--- configure.ac.orig   2018-04-03 12:29:51.000000000 +0000
+++ configure.ac        2018-07-27 17:03:50.260951817 +0000
@@ -183,7 +183,10 @@
                  polkit-gobject-1 >= $POLKIT_GOBJECT_REQUIRED)

 # 0.114 introduced autocleanup functions for its types.
-PKG_CHECK_MODULES([POLKIT_0_114], [polkit-gobject-1 >= 0.114],
+# LAR 20180727 - Slackware patches 0.113 polkit to make it add 
+# something from 0.114. DIRTY HACK to trick PackageKit into thinking it
+# 0.113 shipped by slackware-current is actually 0.114.
+PKG_CHECK_MODULES([POLKIT_0_114], [polkit-gobject-1 >= 0.113],
                   [have_polkit_0_114=yes], [have_polkit_0_114=no])
 AS_IF([test "$have_polkit_0_114" = "yes"], [
        AC_DEFINE([HAVE_POLKIT_0_114],[1],
You'll then need to re-run autoconf; I then also needed to install 'autoconf-archive' from slackbuilds.org to get the resulting configure script to run, since autoconf generates a macro our current version of autoconf doesn't recognize without autoconf-archive being installed.

We should probably sort out the policykit situation. I don't know if we can upgrade to 0.114 without breaking other packages, or if we can just remove the patch 0004-polkit-Add-g_autoptr-support-for-GObject-derived-pol.patch.gz from 0.113 from -current without breaking something else.
 
Old 07-27-2018, 05:17 PM   #1345
Poprocks
Member
 
Registered: Sep 2003
Location: Toronto, Canada
Distribution: Slackware
Posts: 323

Rep: Reputation: 121Reputation: 121
I add this: I only was trying to build packagekit because it was listed as a dependency of simple-scan; turns out, it is no longer an actual dependency of simple-scan; that dependency was added in error a couple years ago, and is no longer required.

I have tested the build without packagekit, and it builds and runs perfectly fine.

Could packagekit be removed as a dep for simple-scan on -current?
 
Old 07-28-2018, 06:10 AM   #1346
ponce
Senior Member
 
Registered: Aug 2004
Location: Pisa, Italy
Distribution: Slackware
Posts: 4,332

Original Poster
Rep: Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267
Quote:
Originally Posted by Poprocks View Post
The issue is, these macros are provided by polkit 0.114 and not 0.113, but the present version of polkit 0.113 in -current adds patches to add those macros from 0.114. The configure script for packagekit tests to see if >= 0.114 exists and if so, expects certain macros, and if not, it defines them itself. Since we have those macros in our version of 0.113, it gives us a redefined error because we're not "supposed" to have them yet.

Anyway, this patch to configure.ac gets it to build:

Code:
--- configure.ac.orig   2018-04-03 12:29:51.000000000 +0000
+++ configure.ac        2018-07-27 17:03:50.260951817 +0000
@@ -183,7 +183,10 @@
                  polkit-gobject-1 >= $POLKIT_GOBJECT_REQUIRED)

 # 0.114 introduced autocleanup functions for its types.
-PKG_CHECK_MODULES([POLKIT_0_114], [polkit-gobject-1 >= 0.114],
+# LAR 20180727 - Slackware patches 0.113 polkit to make it add 
+# something from 0.114. DIRTY HACK to trick PackageKit into thinking it
+# 0.113 shipped by slackware-current is actually 0.114.
+PKG_CHECK_MODULES([POLKIT_0_114], [polkit-gobject-1 >= 0.113],
                   [have_polkit_0_114=yes], [have_polkit_0_114=no])
 AS_IF([test "$have_polkit_0_114" = "yes"], [
        AC_DEFINE([HAVE_POLKIT_0_114],[1],
You'll then need to re-run autoconf; I then also needed to install 'autoconf-archive' from slackbuilds.org to get the resulting configure script to run, since autoconf generates a macro our current version of autoconf doesn't recognize without autoconf-archive being installed.
thanks for the patch: I'll commit it together with the update to 1.1.10 (the patch doesn't apply to 1.1.4).

Quote:
We should probably sort out the policykit situation. I don't know if we can upgrade to 0.114 without breaking other packages, or if we can just remove the patch 0004-polkit-Add-g_autoptr-support-for-GObject-derived-pol.patch.gz from 0.113 from -current without breaking something else.
for this most probably you have to talk with rworkman: probably an update to 0.115 could be fine too.

Quote:
Originally Posted by Poprocks View Post
I add this: I only was trying to build packagekit because it was listed as a dependency of simple-scan; turns out, it is no longer an actual dependency of simple-scan; that dependency was added in error a couple years ago, and is no longer required.

I have tested the build without packagekit, and it builds and runs perfectly fine.

Could packagekit be removed as a dep for simple-scan on -current?
it actually has been added a few months ago

https://git.slackbuilds.org/slackbui...b015ec513bc8de

as this applies also to stable and I have no idea why it has been added please get in touch with the maintainer.
 
1 members found this post helpful.
Old 07-28-2018, 09:31 AM   #1347
brobr
Member
 
Registered: Oct 2003
Location: uk
Distribution: Slackware
Posts: 507

Rep: Reputation: 124Reputation: 124
Hi, compiling autogen -in today's update to SBo - on current64 (as of today, with gcc8) gave this error:
Quote:
In file included from libopts.c:34:
numeric.c: In function ‘optionNumericVal’:
numeric.c:139:24: error: this statement may fall through [-Werror=implicit-fallthrough=]
case 't': val *= 1000;
~~~~^~~~~~~
numeric.c:140:9: note: here
case 'g': val *= 1000;
^~~~
numeric.c:140:24: error: this statement may fall through [-Werror=implicit-fallthrough=]
case 'g': val *= 1000;
~~~~^~~~~~~
numeric.c:141:9: note: here
case 'm': val *= 1000;
^~~~
numeric.c:141:24: error: this statement may fall through [-Werror=implicit-fallthrough=]
case 'm': val *= 1000;
~~~~^~~~~~~
numeric.c:142:9: note: here
case 'k': val *= 1000; break;
^~~~
numeric.c:144:24: error: this statement may fall through [-Werror=implicit-fallthrough=]
case 'T': val *= 1024;
~~~~^~~~~~~
numeric.c:145:9: note: here
case 'G': val *= 1024;
^~~~
numeric.c:145:24: error: this statement may fall through [-Werror=implicit-fallthrough=]
case 'G': val *= 1024;
~~~~^~~~~~~
numeric.c:146:9: note: here
case 'M': val *= 1024;
^~~~
numeric.c:146:24: error: this statement may fall through [-Werror=implicit-fallthrough=]
case 'M': val *= 1024;
~~~~^~~~~~~
numeric.c:147:9: note: here
case 'K': val *= 1024; break;
^~~~
cc1: all warnings being treated as errors
make[4]: *** [Makefile:705: libopts_la-libopts.lo] Error 1
make[4]: Leaving directory '/var/tmp/sbo/sbopkg.7Ua1fH/autogen-5.18.14/autoopts'
make[3]: *** [Makefile:935: all-recursive] Error 1
make[3]: Leaving directory '/var/tmp/sbo/sbopkg.7Ua1fH/autogen-5.18.14/autoopts'
make[2]: *** [Makefile:554: all] Error 2
make[2]: Leaving directory '/var/tmp/sbo/sbopkg.7Ua1fH/autogen-5.18.14/autoopts'
make[1]: *** [Makefile:540: all-recursive] Error 1
make[1]: Leaving directory '/var/tmp/sbo/sbopkg.7Ua1fH/autogen-5.18.14'
make: *** [Makefile:447: all] Error 2
Cleaning up...
 
Old 07-28-2018, 09:40 AM   #1348
ponce
Senior Member
 
Registered: Aug 2004
Location: Pisa, Italy
Distribution: Slackware
Posts: 4,332

Original Poster
Rep: Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267Reputation: 2267
just modify this line in autogen.SlackBuild
Code:
CFLAGS="$SLKCFLAGS" \
like this
Code:
CFLAGS="$SLKCFLAGS -Wno-error=implicit-fallthrough -Wno-error=format-overflow" \
 
2 members found this post helpful.
Old 07-28-2018, 09:55 AM   #1349
brobr
Member
 
Registered: Oct 2003
Location: uk
Distribution: Slackware
Posts: 507

Rep: Reputation: 124Reputation: 124
Thanks that did the trick:
Quote:
Building package autogen-5.18.14-x86_64-1ponce.tgz ... OK
Installing package autogen-5.18.14-x86_64-1ponce.tgz ... OK
 
Old 07-28-2018, 07:53 PM   #1350
rworkman
Slackware Contributor
 
Registered: Oct 2004
Location: Tuscaloosa, Alabama (USA)
Distribution: Slackware
Posts: 2,307

Rep: Reputation: 819Reputation: 819Reputation: 819Reputation: 819Reputation: 819Reputation: 819Reputation: 819
Quote:
Originally Posted by ponce View Post
thanks for the patch: I'll commit it together with the update to 1.1.10 (the patch doesn't apply to 1.1.4).


for this most probably you have to talk with rworkman: probably an update to 0.115 could be fine too.
Updating polkit past its present version in 14.2 won't happen unless a security issue forces it; the newer releases require a newer version of spidermonkey.

I do, however, have 0.115 and new spidermonkey queued for the -current tree already.
 
1 members found this post helpful.
  


Reply

Tags
current, sbo, sbopkg, slackrepo


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
[SOLVED] Error building gst1-plugins-good 1.4.1 from SBO l0rddarkf0rce Slackware 4 10-06-2014 05:58 PM
[SOLVED] Failure building nvidia-kernel Slackbuild from SBo sysfce2 Slackware 7 07-02-2011 01:10 AM
problems building fontforge from SBo gtludwig Slackware 7 05-12-2010 01:52 PM
Pls help me take my 1st step! verysoon Fedora - Installation 2 12-12-2005 07:49 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 10:11 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration