LinuxQuestions.org
Welcome to the most active Linux Forum on the web.
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 12-06-2017, 09:31 PM   #826
bassmadrigal
Senior Member
 
Registered: Nov 2003
Location: Newport News, VA
Distribution: Slackware
Posts: 4,544

Rep: Reputation: 2494Reputation: 2494Reputation: 2494Reputation: 2494Reputation: 2494Reputation: 2494Reputation: 2494Reputation: 2494Reputation: 2494Reputation: 2494Reputation: 2494

Quote:
Originally Posted by Drakeo View Post
I am saying current slackware building SBO. since Current is never in sync with master do not waist time. till it becomes master. read
https://github.com/Ponce/slackbuilds...current/README
The current branch won't become master until the next stable version of Slackware is released. His repo is a way to keep up with the changes in current so when the next stable is released, official SBo support will be readily available.

As for qt5 support, it's up to the package maintainers if they want to add it. I am keeping several of my SlackBuilds at an older version to not require qt5, python3, and/or gtk3, while others have been updated adding those requirements. The held back packages might be missing some features that newer versions have added, but I didn't deem them important enough to add those extra dependencies. Other maintainers may think for some programs it's worth the extra dependencies for the extra features, and that's their choice.
 
1 members found this post helpful.
Old 12-07-2017, 06:44 AM   #827
willysr
Senior Member
 
Registered: Jul 2004
Location: Jogja, Indonesia
Distribution: Slackware-Current
Posts: 3,703

Rep: Reputation: 997Reputation: 997Reputation: 997Reputation: 997Reputation: 997Reputation: 997Reputation: 997Reputation: 997
Yes, we have discussed this on the list. There's some scripts that will be broken if qt5 is updated to newer version because it would require some libraries in Slackware to be upgraded as well which is not going to happen unless security fixes
 
Old 12-08-2017, 10:50 AM   #828
sombragris
Member
 
Registered: Jul 2004
Location: Asuncion, Paraguay, South America
Distribution: Slackware
Posts: 287

Rep: Reputation: 78
I cannot build webkitgtk-2.4.11 after last Wednesday's updates.

Pastebin of the output (at least what I could copy from the console):

https://hastebin.com/utixovucud.pl
 
Old 12-08-2017, 10:54 AM   #829
ponce
Senior Member
 
Registered: Aug 2004
Location: Pisa, Italy
Distribution: Slackware
Posts: 3,883

Original Poster
Rep: Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918
Quote:
Originally Posted by sombragris View Post
I cannot build webkitgtk-2.4.11 after last Wednesday's updates.

Pastebin of the output (at least what I could copy from the console):

https://hastebin.com/utixovucud.pl
have you synced with the latest version of the repository? because I have updated it yesterday and it contains a newer fix for webkitgtk.

Last edited by ponce; 12-08-2017 at 10:55 AM.
 
1 members found this post helpful.
Old 12-08-2017, 12:17 PM   #830
sombragris
Member
 
Registered: Jul 2004
Location: Asuncion, Paraguay, South America
Distribution: Slackware
Posts: 287

Rep: Reputation: 78
Thank you Ponce! It's compiling now and so far without any problems.
 
Old 12-08-2017, 02:44 PM   #831
USUARIONUEVO
Member
 
Registered: Apr 2015
Posts: 682

Rep: Reputation: 207Reputation: 207Reputation: 207
Hi , gambas3 fails to build when fluidsynth are present in system (from SBo)
archlinux have a work patch here

https://git.archlinux.org/svntogit/c...ckages/gambas3


For test this issue , first instal fluidsynth , and later try to build gambas3 , if get the error , the mixer patch works here.
 
Old 12-08-2017, 05:14 PM   #832
sombragris
Member
 
Registered: Jul 2004
Location: Asuncion, Paraguay, South America
Distribution: Slackware
Posts: 287

Rep: Reputation: 78
Confirmed: webkitgtk now builds OK. Thank you Ponce!
 
Old 12-08-2017, 11:42 PM   #833
Drakeo
Senior Member
 
Registered: Jan 2008
Location: Urbana IL
Distribution: Slackware, Slacko,
Posts: 3,240
Blog Entries: 3

Rep: Reputation: 348Reputation: 348Reputation: 348Reputation: 348
Quote:
Originally Posted by bassmadrigal View Post
The current branch won't become master until the next stable version of Slackware is released. His repo is a way to keep up with the changes in current so when the next stable is released, official SBo support will be readily available.

As for qt5 support, it's up to the package maintainers if they want to add it. I am keeping several of my SlackBuilds at an older version to not require qt5, python3, and/or gtk3, while others have been updated adding those requirements. The held back packages might be missing some features that newer versions have added, but I didn't deem them important enough to add those extra dependencies. Other maintainers may think for some programs it's worth the extra dependencies for the extra features, and that's their choice.
I looked at current and there is a ton of stuff many years old that has not been touched. Thus is why I do not touch current. Not Ponces fault the maintainers let things die. Current does not mean latest. It means a separate branch to work on. I have emailed many of the maintainers
with patches only one in the last 5 years got back.
Easier to fork there code be it git hub bitbucket or svn and deal with it. Sbopkg is a wonderful tool. I use.
Quote:
older version to not require qt5
QT5 became a requirement 6 months or so into 14.1 for qjackctl. So I pulled the code and maintain it for 14.1 14.2.. Why in the world would anyone hate slackware that much to break our systems.

The maintainers are not slackers our ldconfig is much simpler. When slackware is based on qt5 I will then put that in my master. Newer is not better it is about being in sync with that version of slackware that way you can set up a devel team for that version stay in sync.

My point of view. Many versions of stuff in the SBO stable should have been held back.
Why qt5 as a requirement in 14.1 is a deal breaker it becomes part of the build system. And the running system.

Last edited by Drakeo; 12-08-2017 at 11:55 PM.
 
Old 12-09-2017, 03:24 AM   #834
andrew.46
Member
 
Registered: Oct 2007
Distribution: Slackware
Posts: 839

Rep: Reputation: 166Reputation: 166
Quote:
Originally Posted by ponce View Post
I think it will be better if you discuss the matter with the flacon maintainer.
Indeed I have done so and there is a patch against this issue already in git:
Code:
wget https://github.com/flacon/flacon/commit/49e72de60b8775049a9f6aaff4855c3e68d5d1d3.diff \
-O audioformat_segfault.diff
That means newer version now runs nicely. I will email Edinaldo and see if he is interested in version bumping, although the flacon developer is hinting at a new release soon...

Last edited by andrew.46; 12-09-2017 at 03:28 AM.
 
Old 12-09-2017, 06:07 AM   #835
ponce
Senior Member
 
Registered: Aug 2004
Location: Pisa, Italy
Distribution: Slackware
Posts: 3,883

Original Poster
Rep: Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918
Quote:
Originally Posted by USUARIONUEVO View Post
Hi , gambas3 fails to build when fluidsynth are present in system (from SBo)
archlinux have a work patch here

https://git.archlinux.org/svntogit/c...ckages/gambas3


For test this issue , first instal fluidsynth , and later try to build gambas3 , if get the error , the mixer patch works here.
added to the other modifications, thanks!

http://cgit.ponce.cc/slackbuilds/commit/?h=gambas3
 
Old 12-09-2017, 11:33 AM   #836
bassmadrigal
Senior Member
 
Registered: Nov 2003
Location: Newport News, VA
Distribution: Slackware
Posts: 4,544

Rep: Reputation: 2494Reputation: 2494Reputation: 2494Reputation: 2494Reputation: 2494Reputation: 2494Reputation: 2494Reputation: 2494Reputation: 2494Reputation: 2494Reputation: 2494
Quote:
Originally Posted by Drakeo View Post
I looked at current and there is a ton of stuff many years old that has not been touched. Thus is why I do not touch current. Not Ponces fault the maintainers let things die. Current does not mean latest. It means a separate branch to work on.
I didn't say it was the latest... his branch is to only make the adjustments to SlackBuilds that needed tweaking to build on Slackware current. Sometimes those adjustments do require installing a newer version of the program, but that isn't always the case.

Quote:
Originally Posted by Drakeo View Post
I have emailed many of the maintainers with patches only one in the last 5 years got back.
Yes, this is a frequent issue on SBo, but if you don't get a response and you're willing to step up, SBo admins will let you take over the maintenance and make whatever changes you want. I've done that for several SlackBuilds. If nobody steps up, then they'll typically stay at whatever version they're currently at unless they start causing problems or someone requests an update.

Quote:
Originally Posted by Drakeo View Post
Easier to fork there code be it git hub bitbucket or svn and deal with it. Sbopkg is a wonderful tool. I use.
This is true. sbopkg works great and it makes it easy to use forked code rather than the default repo.

Quote:
Originally Posted by Drakeo View Post
QT5 became a requirement 6 months or so into 14.1 for qjackctl. So I pulled the code and maintain it for 14.1 14.2.. Why in the world would anyone hate slackware that much to break our systems.
Had you talked to the maintainer about it? Looking at qjackctl's changelog, it looks like qt5 is optional although preferred. Maybe the maintainer would be willing to add a FORCE_QT4 option to the SlackBuild. Or, if you wanted, you could add a qjackctl-qt4 version to SBo. Plenty of python2 SlackBuilds have python3 counterparts, and I don't see why qt couldn't be similar. It's doubtful you're the only one who feels this way about qt5, so others could benefit from this.

Quote:
Originally Posted by Drakeo View Post
The maintainers are not slackers our ldconfig is much simpler. When slackware is based on qt5 I will then put that in my master. Newer is not better it is about being in sync with that version of slackware that way you can set up a devel team for that version stay in sync.

My point of view. Many versions of stuff in the SBO stable should have been held back.
Why qt5 as a requirement in 14.1 is a deal breaker it becomes part of the build system. And the running system.
qt4 has been EOL since 2015. If you look at the Slackware packages, qt-4.8.7 has been used since 2015 with recompiles as needed. Maintainers of SlackBuilds may feel that it is not a good thing to rely on EOL software, so they push up to qt5. This is the maintainer's decision to do and is not something SBo requires or even suggests.
 
Old 12-09-2017, 04:06 PM   #837
USUARIONUEVO
Member
 
Registered: Apr 2015
Posts: 682

Rep: Reputation: 207Reputation: 207Reputation: 207
why are discussing arround qt5 ?

Thats simply , some sofware put out qt4 support , as a little and recent example "qbittorrent" , sine branch 4.x , only support qt5.
 
Old 12-10-2017, 02:26 PM   #838
brobr
Member
 
Registered: Oct 2003
Location: uk
Distribution: Slackware
Posts: 400

Rep: Reputation: 74
Hi,

After the recent updates on current, libgda does no longer compile on current; it gives a utf8 error when making the sql-parser:

Code:
Making all in sql-parser
make[2]: Entering directory '/var/tmp/sbo/sbopkg.X2Lwyh/libgda-5.2.4/libgda/sql-parser'
( cd . && glib-mkenums \
                --fhead "#include <sql-parser/gda-sql-parser.h>\n" \
                --fhead "#include <sql-parser/gda-sql-statement.h>\n" \
                --fhead "#include <glib-object.h>" \
		--vhead "GType\n@enum_name@_get_type (void)\n{\n  static GType etype = 0;\n  if (etype == 0) {\n    static const G@Type@Value values[] = {" 	\
		--vprod "      { @VALUENAME@, \"@VALUENAME@\", \"@valuenick@\" }," \
		--vtail "      { 0, NULL, NULL }\n    };\n    etype = g_@type@_register_static (\"@EnumName@\", values);\n  }\n  return etype;\n}\n" \
	gda-sql-parser.h gda-sql-statement.h gda-statement-struct-decl.h gda-statement-struct.h gda-statement-struct-compound.h gda-statement-struct-delete.h gda-statement-struct-update.h gda-statement-struct-insert.h gda-statement-struct-parts.h gda-statement-struct-pspec.h gda-statement-struct-select.h gda-statement-struct-trans.h gda-statement-struct-unknown.h gda-statement-struct-util.h) > tmp-gda-enum-types.c \
&& (cmp -s tmp-gda-enum-types.c gda-sql-parser-enum-types.c || cp tmp-gda-enum-types.c gda-sql-parser-enum-types.c ) \
&& rm -f tmp-gda-enum-types.c \
&& echo timestamp > s-enum-types-c
Traceback (most recent call last):
  File "/usr/bin/glib-mkenums", line 688, in <module>
    process_file(fname)
  File "/usr/bin/glib-mkenums", line 420, in process_file
    line = curfile.readline()
  File "/usr/lib64/python2.7/codecs.py", line 314, in decode
    (result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf8' codec can't decode byte 0xf3 in position 167: invalid continuation byte
make[2]: *** [Makefile:934: s-enum-types-c] Error 1
make[2]: Leaving directory '/var/tmp/sbo/sbopkg.X2Lwyh/libgda-5.2.4/libgda/sql-parser'

same with libgnome; also an utf8-related error
Code:
make[1]: Entering directory '/var/tmp/sbo/sbopkg.X2Lwyh/libgnome-2.32.1'
Making all in libgnome
make[2]: Entering directory '/var/tmp/sbo/sbopkg.X2Lwyh/libgnome-2.32.1/libgnome'
  GEN    stamp-libgnometypebuiltins.h
Traceback (most recent call last):
  File "/usr/bin/glib-mkenums", line 688, in <module>
    process_file(fname)
  File "/usr/bin/glib-mkenums", line 420, in process_file
    line = curfile.readline()
  File "/usr/lib64/python2.7/codecs.py", line 314, in decode
    (result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf8' codec can't decode byte 0xa0 in position 3214: invalid start byte

Last edited by brobr; 12-10-2017 at 03:24 PM.
 
Old 12-10-2017, 04:11 PM   #839
ponce
Senior Member
 
Registered: Aug 2004
Location: Pisa, Italy
Distribution: Slackware
Posts: 3,883

Original Poster
Rep: Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918Reputation: 1918
Quote:
Originally Posted by brobr View Post
After the recent updates on current, libgda does no longer compile on current; it gives a utf8 error when making the sql-parser:
[...]
same with libgnome; also an utf8-related error
http://cgit.ponce.cc/slackbuilds/commit/?h=libgda
http://cgit.ponce.cc/slackbuilds/commit/?h=libgnome

note that for both you will need the additional dependency recode
 
Old 12-10-2017, 05:30 PM   #840
brobr
Member
 
Registered: Oct 2003
Location: uk
Distribution: Slackware
Posts: 400

Rep: Reputation: 74
Thanks ponce,

Quote:
recode:
MD5SUM check for v3.7-beta2.tar.gz ... OK
Building package recode-3.7_beta2-x86_64-2ponce.tgz ... OK
Installing package recode-3.7_beta2-x86_64-2ponce.tgz ... OK

libgda:
MD5SUM check for libgda-5.2.4.tar.xz ... OK
Building package libgda-5.2.4-x86_64-1ponce.tgz ... OK
Installing package libgda-5.2.4-x86_64-1ponce.tgz ... OK

libgnome:
MD5SUM check for libgnome-2.32.1.tar.bz2 ... OK
Building package libgnome-2.32.1-x86_64-2ponce.tgz ... OK
Installing package libgnome-2.32.1-x86_64-2ponce.tgz ... OK
Then, when rebuilding perl-libraries for clam-tk I ran into trouble with perl-cairo: during testing it all stopped on:
Quote:
t/CairoFt.t ....... skipped: need Cairo with FreeType support and Font::FreeType
without perl-cairo, perl-gtk2 and perl-pango do not build either.

I could not find the Font::FreeType module in either perl5 from current Slackbuilds or on SlackBuilds.org.
Using a script based on the perl-Font-AFM slackbuild (see attached) perl-Font-FreeType could be installed, but only
after installing:

perl-File-Which
perl-IO-CaptureOutput
perl-Devel-CheckLib
perl-Test-Warnings

before running into another test-error with perl-cairo (see attached)...

Well, perl always beats me ;-(
Attached Files
File Type: txt perl-cairo-errors.txt (1.4 KB, 2 views)
File Type: txt perl-Font-FreeType_SlackBuild.txt (3.2 KB, 1 views)
File Type: txt perl-Font-FreeType_info.txt (291 Bytes, 1 views)

Last edited by brobr; 12-10-2017 at 05:35 PM.
 
  


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 06:58 PM
[SOLVED] Failure building nvidia-kernel Slackbuild from SBo sysfce2 Slackware 7 07-02-2011 02:10 AM
problems building fontforge from SBo gtludwig Slackware 7 05-12-2010 02:52 PM
Pls help me take my 1st step! verysoon Fedora - Installation 2 12-12-2005 08:49 AM

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

All times are GMT -5. The time now is 08:24 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