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 11-04-2019, 06:55 PM   #46
igadoter
Senior Member
 
Registered: Sep 2006
Location: wroclaw, poland
Distribution: many, primary Slackware
Posts: 1,405

Original Poster
Blog Entries: 1

Rep: Reputation: Disabled

Quote:
Originally Posted by drgibbon View Post
I'm sorry, but there is just no way your project is going to fly if you have to ask people "what a Slackbuild is". You really need to understand them to be able to produce them in a coherent manner through some automated means. Just start making some, possibly to submit to SBo, that would be great. Later on you can try and improve the whole process.
Ok let me ask the question: would be capable to provide description of SlackbuildScript class? Say for python. So every class instance is concrete build script. If yes this is what I am looking for. Such description however would be inconvenient to work directly with. Problem is can't do it myself. If I want to reach end goal description has to be supported by others as more or less sensible. The only way I think is to people get involved. Ok you think there is 'no way' - lets try from the beginning and start the sentence with 'maybe'.

Last edited by igadoter; 11-04-2019 at 06:59 PM.
 
Old 11-04-2019, 07:06 PM   #47
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 9,051

Rep: Reputation: Disabled
Have a look at mkslack: https://slackbuilds.org/repository/14.2/system/mkslack/, a SlackBuild generator and at Alien's SlackBuild Toolkit http://alien.slackbook.org/AST/

Last edited by Didier Spaier; 11-04-2019 at 07:08 PM.
 
Old 11-04-2019, 07:10 PM   #48
Richard Cranium
Senior Member
 
Registered: Apr 2009
Location: Carrollton, Texas
Distribution: Slackware64 14.2
Posts: 3,505

Rep: Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836
Quote:
Originally Posted by igadoter View Post
Exactly. Point is to reach compatibility along Slackware instances. Sbo builds are one of the sources of packages - but not the only one. For example. Someone needs to add an object to system. There is no build script - what to do?
src2pkg takes a source tarball and generates a package almost all the time.
 
Old 11-04-2019, 07:15 PM   #49
0XBF
Member
 
Registered: Nov 2018
Location: Winnipeg
Distribution: Slackware
Posts: 92

Rep: Reputation: Disabled
Quote:
Originally Posted by igadoter View Post
Someone needs to add an object to system. There is no build script - what to do?
Generally speaking if a slackbuild doesn't exist for something I want to add then I will just go the ./configure && make && make install route, with the added steps of setting destdir and using makepkg, as outlined here: https://docs.slackware.com/howtos:sl...ding_a_package

It's a simple enough option and doesn't require writing a bash script, although the user will still have to understand what they're doing. Of course I build such a package for my system only. I know it's not the automated solution you would like but it works.
 
Old 11-04-2019, 07:20 PM   #50
Richard Cranium
Senior Member
 
Registered: Apr 2009
Location: Carrollton, Texas
Distribution: Slackware64 14.2
Posts: 3,505

Rep: Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836
Quote:
Originally Posted by igadoter View Post
Ok let me ask the question: would be capable to provide description of SlackbuildScript class? Say for python. So every class instance is concrete build script. If yes this is what I am looking for. Such description however would be inconvenient to work directly with. Problem is can't do it myself. If I want to reach end goal description has to be supported by others as more or less sensible. The only way I think is to people get involved. Ok you think there is 'no way' - lets try from the beginning and start the sentence with 'maybe'.
You can build from source or you can repackage some other distribution's package.

If you build from source, there are multiple build frameworks (autotools, scons, cmake, and others) that normally are invoked using different commands. Those source builds also have optional and/or required dependencies.

If you build from some other distribution's package, you need to know how that distribution's packages can be open and information extracted.


So, a parent class for source builds and a parent class for repackage builds. Subclasses for the various source build frameworks. Subclasses for the various distribution repackaging types.

EDIT: There are packages that require multiple source archives to be built as well; that's another addition to your source build class tree.

Last edited by Richard Cranium; 11-04-2019 at 07:22 PM.
 
Old 11-04-2019, 08:05 PM   #51
Skaendo
Senior Member
 
Registered: Dec 2014
Location: West Texas, USA
Distribution: Slackware64-14.2
Posts: 1,045

Rep: Reputation: Disabled
Someone please close this nonsensical thread.
 
1 members found this post helpful.
Old 11-04-2019, 09:16 PM   #52
Richard Cranium
Senior Member
 
Registered: Apr 2009
Location: Carrollton, Texas
Distribution: Slackware64 14.2
Posts: 3,505

Rep: Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836
Quote:
Originally Posted by Skaendo View Post
Someone please close this nonsensical thread.
It's not entirely nonsensical but I believe it to be much more work to implement than the OP realizes. Since I do not believe that English is is OP's native tongue, I'm willing to spend some energy to attempt to understand what the OP means.
 
Old 11-04-2019, 09:35 PM   #53
Poprocks
Member
 
Registered: Sep 2003
Location: Toronto, Canada
Distribution: Slackware
Posts: 479

Rep: Reputation: 253Reputation: 253Reputation: 253
Interesting idea. OP, why not try prototyping this with M4? Kindly avoid the GNU extensions for compatibility reasons.

/me runs

Honestly I feel like reading this thread was 10 minutes of my life I'll never get back.
 
Old 11-04-2019, 09:41 PM   #54
thirdm
Member
 
Registered: May 2013
Location: Massachusetts
Distribution: Slackware, OpenBSD
Posts: 154

Rep: Reputation: Disabled
Quote:
Originally Posted by igadoter View Post
Hi, just as in title. I mean not what purpose serve but how it looks. Components, can we divide script into. It is just what comes to your mind. We do not talk here about bash scripting. Say like cow descripiton: is animal, has four legs, tail, two horns, give milk, beef. Goal is to create scheme like json scheme or xml scheme for proper text human-readable description of a script and then translator (parser) which would produce correct bash script. So starting point is free language description and go into details to finally obtain something which can be directly encoded as scheme.
Could we have just one darn thing not done with json.

Adding another layer, I guess you're free to do it if that's what you like but if I wanted extraneous layers I'd go back to using debian. Not interesting to me.
 
2 members found this post helpful.
Old 11-04-2019, 09:57 PM   #55
Skaendo
Senior Member
 
Registered: Dec 2014
Location: West Texas, USA
Distribution: Slackware64-14.2
Posts: 1,045

Rep: Reputation: Disabled
Quote:
Originally Posted by Richard Cranium View Post
It's not entirely nonsensical but I believe it to be much more work to implement than the OP realizes. Since I do not believe that English is is OP's native tongue, I'm willing to spend some energy to attempt to understand what the OP means.
I might be more sympathetic if the OP would have said, here look what I did instead of asking someone to do it for them. Even if their native language is not English and the result was terrible because at least then they would have put fourth the effort.

And then, to say that they don't want to learn bash (which I hope that they already know, and is just trying to benefit a new user) when a SlackBuild is nothing more than a bash script is comical.

Last edited by Skaendo; 11-04-2019 at 10:00 PM.
 
Old 11-04-2019, 10:46 PM   #56
Richard Cranium
Senior Member
 
Registered: Apr 2009
Location: Carrollton, Texas
Distribution: Slackware64 14.2
Posts: 3,505

Rep: Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836
Quote:
Originally Posted by Skaendo View Post
I might be more sympathetic if the OP would have said, here look what I did instead of asking someone to do it for them. Even if their native language is not English and the result was terrible because at least then they would have put fourth the effort.

And then, to say that they don't want to learn bash (which I hope that they already know, and is just trying to benefit a new user) when a SlackBuild is nothing more than a bash script is comical.
I've pointed out to the OP that there's already something out there that works most of the time: src2pkg.

If the OP looked at Gentoo's ebuild setup, he/she/it would learn how much infrastructure is required to get something data driven to work (most of the time).
 
Old 11-04-2019, 10:49 PM   #57
Richard Cranium
Senior Member
 
Registered: Apr 2009
Location: Carrollton, Texas
Distribution: Slackware64 14.2
Posts: 3,505

Rep: Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836Reputation: 1836
Quote:
Originally Posted by thirdm View Post
Could we have just one darn thing not done with json.
I'm not sure that you'd like XML controlled by a schema any better.

(I've written schemas for XML that were used by a build system to create SNMP alarms and logging classes. I happen to like XML, but I've found myself to be in the minority.)
 
1 members found this post helpful.
Old 11-04-2019, 10:54 PM   #58
astrogeek
Moderator
 
Registered: Oct 2008
Distribution: Slackware [64]-X.{0|1|2|37|-current} ::12<=X<=14, FreeBSD_12{.0|.1}
Posts: 5,238
Blog Entries: 11

Rep: Reputation: 3194Reputation: 3194Reputation: 3194Reputation: 3194Reputation: 3194Reputation: 3194Reputation: 3194Reputation: 3194Reputation: 3194Reputation: 3194Reputation: 3194
Quote:
Originally Posted by Richard Cranium View Post
I happen to like XML, but I've found myself to be in the minority.)
You are not alone.
 
1 members found this post helpful.
Old 11-04-2019, 11:25 PM   #59
drgibbon
Member
 
Registered: Nov 2014
Distribution: Slackware64 14.2
Posts: 513

Rep: Reputation: 332Reputation: 332Reputation: 332Reputation: 332
Quote:
Originally Posted by igadoter View Post
Ok you think there is 'no way' - lets try from the beginning and start the sentence with 'maybe'.
Negative, there is no way. Of course it's theoretically possible to build some abstraction layer on top of SlackBuilds: you could start for example with generators for common build systems (take a look at the template links that have been provided to you, and abstract out the boilerplate stuff).

What I am saying is that it is simply not enough to say "Hey, just explain to me what a SlackBuild is in words, and I'll create an abstraction layer capable of generating any given SlackBuild". You're more than welcome to try, but familiarity with a range of SlackBuilds and build systems is a basic requirement. You cannot create an (elegant/workable/correct) abstraction of something that you don't understand in the first place. Argue otherwise if you like, but in the end you're going to have to demonstrate some work/code if you want people to take you seriously.
 
Old 11-05-2019, 01:45 AM   #60
solarfields
Senior Member
 
Registered: Feb 2006
Location: Outer Shpongolia
Distribution: Slackware
Posts: 1,033

Rep: Reputation: 608Reputation: 608Reputation: 608Reputation: 608Reputation: 608Reputation: 608
SBo: a ports-like system for Slackware Linux

Am I too late?
 
  


Reply


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
Suitesparse /Cuda SBo, complains about too advanced GCC, although being built with GCC 5 from the same SBo. Lockywolf Slackware 5 04-28-2019 11:17 PM
nvidia-driver SBo The symbolic link '/usr/lib/libGL.so.1' does not point to 'tmp/SBo/package-nvidia-driver/usr/lib64/libGL.so.1' Gerardo Zamudio Slackware 5 07-30-2017 11:44 PM
Questions for Robby, ponce, or anyone from SBo about SBo submission requirements. ReaperX7 Slackware 4 06-07-2015 12:30 PM
Nvidia-driver.SlackBuild from SBo (or: I am a bad and sloppy SBo maintainer) kingbeowulf Slackware 8 08-31-2012 03:41 AM

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

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