LinuxQuestions.org
Help answer threads with 0 replies.
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 06-18-2022, 01:41 PM   #1
FlinchX
Member
 
Registered: Nov 2017
Distribution: Slackware Linux
Posts: 637

Rep: Reputation: Disabled
android-tools from SBo claims to be downloading stuff from the Interhet while running


AFAIK, this goes against the SBo policy, isn't it?

I'm skimming through the SlackBuild http://slackbuilds.org/slackbuilds/1...ols.SlackBuild and I don't see any explicit downloading, so presumably it is not performed by the SlackBuild itself, but happens deeper, being done by something that the SlackBuild invokes, like cmake or ninja?

As an end user who needs android-tools as dependency (I need adb), yet isn't aiming to dive straight into the deepest details of installing Android toolchains in Linux, I'd still like to know a bit more about which part of the SlackBuild is downloading, what's being downloaded and what are the tradeoffs. Unfortunately, the short warning in the README is unsatisfactory, it feels not enough for an ELI5.

Could anybody with more knowledge about this explain it please? I thought it's better to ask here rather than bug just the buildscript maintainer with this question, hopefully this is the right place to ask and it's not offtopic.
 
Old 06-18-2022, 05:56 PM   #2
enorbet
Senior Member
 
Registered: Jun 2003
Location: Virginia
Distribution: Slackware = Main OpSys
Posts: 4,280

Rep: Reputation: 4012Reputation: 4012Reputation: 4012Reputation: 4012Reputation: 4012Reputation: 4012Reputation: 4012Reputation: 4012Reputation: 4012Reputation: 4012Reputation: 4012
Slackbuilds, at least those on Slackbuilds.org, list essentials. A user isn't required to download all but checksums are valuable so avoid at your own risk. That said one can get by just by downloading the slackbuild first wherever you prefer, unpacking it, and then downloading the source file(s) to the directory created while unpacking. The source need not be unpacked. Then, as root, run the foo.Slackbuild script either by preceding the command with "sh" or making the script executable.

Once it completes compiling, by default the created package will be "/tmp/foo.txz". I like to install it with "upgradepkg --install-new /tmp/foo/txz". After that final step you can use "man" to determine any appropriate syntax options or just try to run the executable(s) and feel your way around.
 
Old 06-18-2022, 08:51 PM   #3
FlinchX
Member
 
Registered: Nov 2017
Distribution: Slackware Linux
Posts: 637

Original Poster
Rep: Reputation: Disabled
@enorbet I am familiar with how to use SlackBuilds, particularly SBo branded SlackBuilds. My question is about a particular SlackBuild - the android-tools one - which claims to be downloading stuff during its execution, which is not common at all. I am trying to figure out what exactly does it download, where exactly is it happening and why couldn't it be avoided.
 
Old 06-19-2022, 03:47 AM   #4
Ian M
Member
 
Registered: Oct 2017
Location: UK
Distribution: Slackware 14.2
Posts: 33

Rep: Reputation: Disabled
Could it be to do with this? https://github.com/nmeum/android-tools/issues/47 or something else similar withing the android-tools build.
 
1 members found this post helpful.
Old 06-19-2022, 05:17 AM   #5
brianL
LQ 5k Club
 
Registered: Jan 2006
Location: Oldham, Lancs, England
Distribution: Slackware & Slackware64 15.0
Posts: 8,110
Blog Entries: 61

Rep: Reputation: Disabled
There is a warning about it on the SlackBuild page:
https://slackbuilds.org/repository/1...android-tools/
Quote:
Warning: This SlackBuild requires network access when it runs, meaning
it downloads files from the Internet with root access. You should
decide for yourself whether or not you think this is a good idea.
 
Old 06-19-2022, 06:15 AM   #6
elcore
Senior Member
 
Registered: Sep 2014
Distribution: Slackware
Posts: 1,244

Rep: Reputation: Disabled
Quote:
Originally Posted by brianL View Post
There is a warning about it on the SlackBuild page:
https://slackbuilds.org/repository/1...android-tools/
Warning does not make it OK. One good reason why SBo does not endorse remote features of SlacBuilds:
Packaging is tested for 1 source archive and 1 SBo setup script with optional patches.
Meanwhile a remote resource is often changed, and whenever that happens one must test the SlackBuild again.
This is impossible to test, it could work today and break tommorrow, and nobody would have a faintest clue whether or not it ever worked.

IMO it (whatever it's downloading) should be scraped from git, and shipped as a patch, tested once per version change.
 
Old 06-19-2022, 09:58 AM   #7
pghvlaans
Member
 
Registered: Jan 2021
Distribution: Slackware64 15.0, stuff on qemu
Posts: 307

Rep: Reputation: 226Reputation: 226Reputation: 226
Quote:
Originally Posted by Ian M View Post
Could it be to do with this? https://github.com/nmeum/android-tools/issues/47 or something else similar withing the android-tools build.
Applying the suggested workaround (adding "export GO111MODULE=off" to the SlackBuild before cmake) appears to work, even without internet or directories at /root/go or /root/.cache/go-build. I suppose this allows boringssl to use system go or something?
 
Old 06-19-2022, 10:36 AM   #8
brianL
LQ 5k Club
 
Registered: Jan 2006
Location: Oldham, Lancs, England
Distribution: Slackware & Slackware64 15.0
Posts: 8,110
Blog Entries: 61

Rep: Reputation: Disabled
Quote:
Originally Posted by elcore View Post
Warning does not make it OK.
Agree 100%. What exactly is being downloaded? Any file names? Any clues whatsoever?
 
Old 06-19-2022, 11:06 AM   #9
elcore
Senior Member
 
Registered: Sep 2014
Distribution: Slackware
Posts: 1,244

Rep: Reputation: Disabled
Quote:
Originally Posted by brianL View Post
Agree 100%. What exactly is being downloaded? Any file names? Any clues whatsoever?
Why does it matter? It's some component that android-tools maintainer should package, and not leave it for user to download.
I'm no android-tools maintainer, my only complaint is that as soon as google changes the component the SBo package becomes unstable.
And from past experience, SBo has been well tested and stable. So this thing, whatever it is, undermines the packagers' efforts.
Further more, it makes google in charge of updating the component but not liable for any breakage, so maintainer will get the blame.
 
Old 06-19-2022, 11:22 AM   #10
brianL
LQ 5k Club
 
Registered: Jan 2006
Location: Oldham, Lancs, England
Distribution: Slackware & Slackware64 15.0
Posts: 8,110
Blog Entries: 61

Rep: Reputation: Disabled
Quote:
Originally Posted by elcore View Post
Why does it matter?
It may not, but if it does not matter - why the warning?
 
Old 06-19-2022, 11:49 AM   #11
elcore
Senior Member
 
Registered: Sep 2014
Distribution: Slackware
Posts: 1,244

Rep: Reputation: Disabled
Quote:
Originally Posted by brianL View Post
It may not, but if it does not matter - why the warning?
Does android-tools matter to you? Contact the maintainer, I can't answer your question.
It matters to OP, because I assume he wants it fixed regardless of SBo maintainer.

All I'm saying is that warnings such as this one do not belong on SBo, for many reasons.
If the warning also said the package's unstable, untested, and only partially maintained, that would be the truth.
But since it's very convenient to omit these things and just dodge any responsibility, you get to "decide for yourself" if it really does matter to you.

TBH I'd rather see it dropped from SBo than have it serve as a bad packaging example, before other packages start issuing "warnings".
 
Old 06-19-2022, 12:02 PM   #12
brianL
LQ 5k Club
 
Registered: Jan 2006
Location: Oldham, Lancs, England
Distribution: Slackware & Slackware64 15.0
Posts: 8,110
Blog Entries: 61

Rep: Reputation: Disabled
Not at present. But I probably will use them whenever a "degoogled" OS (Lineage, or whatever) becomes available for my phone.
 
Old 06-19-2022, 12:32 PM   #13
enorbet
Senior Member
 
Registered: Jun 2003
Location: Virginia
Distribution: Slackware = Main OpSys
Posts: 4,280

Rep: Reputation: 4012Reputation: 4012Reputation: 4012Reputation: 4012Reputation: 4012Reputation: 4012Reputation: 4012Reputation: 4012Reputation: 4012Reputation: 4012Reputation: 4012
Quote:
Originally Posted by FlinchX View Post
@enorbet I am familiar with how to use SlackBuilds, particularly SBo branded SlackBuilds. My question is about a particular SlackBuild - the android-tools one - which claims to be downloading stuff during its execution, which is not common at all. I am trying to figure out what exactly does it download, where exactly is it happening and why couldn't it be avoided.
Thank you for the clarification and I am aware that some Slackbuilds attempt to stay up to date by downloading "the latest and greatest" but how is that an unknown? I use a Slackbuild for Wine-Staging that downloads and attempts to compile the latest sources as clearly defined in the slackbuild script. Many times I've had to alter edit version or what web address sources are sought because over many years those specifics change, OR the latest won't yet compile and I have to drop back to one that's newer than what I have but will still compile on that system.

Are you saying your slackbuild somehow hides where and what downloads are called for?
 
Old 06-19-2022, 12:45 PM   #14
FlinchX
Member
 
Registered: Nov 2017
Distribution: Slackware Linux
Posts: 637

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by enorbet View Post
Are you saying your slackbuild somehow hides where and what downloads are called for?
I am saying that the SlackBuild doesn't seem to explicitly download anything with wget, hence I asked here in forum. Some people pointed that this might be related to Golang. It's the detail that would've made me happy in that warning, that's all.
 
Old 06-19-2022, 04:04 PM   #15
brianL
LQ 5k Club
 
Registered: Jan 2006
Location: Oldham, Lancs, England
Distribution: Slackware & Slackware64 15.0
Posts: 8,110
Blog Entries: 61

Rep: Reputation: Disabled
Tried it, out of curiosity, on my 15.0 VM, using android-tools.sqf. This is what ends up in /root:
Attached Thumbnails
Click image for larger version

Name:	root_tree.png
Views:	32
Size:	70.7 KB
ID:	39100  
 
1 members found this post helpful.
  


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 10: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 10:44 PM
Questions for Robby, ponce, or anyone from SBo about SBo submission requirements. ReaperX7 Slackware 4 06-07-2015 11:30 AM
Nvidia-driver.SlackBuild from SBo (or: I am a bad and sloppy SBo maintainer) kingbeowulf Slackware 8 08-31-2012 02:41 AM

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

All times are GMT -5. The time now is 05:10 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
Open Source Consulting | Domain Registration