Tiny Core Linux
Tiny Core Extensions => TCE Talk => Topic started by: aus9 on May 03, 2023, 06:19:40 AM
-
Hi
I am packaging a python script and made python3.9 its dep.
currently if I run
echo $PATH
/home/tc/.local/bin:/usr/local/sbin:/usr/local/bin:/apps/bin:/usr/sbin:/usr/bin:/sbin:/bin:/etc/sysconfig/tcedir/ondemand
tc@box:~$
but if I run new TCE
python3 yt-dlp --no-check-certificate -x https://youtu.be/V-oquRLcmAM
python3: can't open file '/home/tc/yt-dlp': [Errno 2] No such file or directory
I can get around that error easily enough but it needs full pathway to script
python3 /usr/local/bin/yt-dlp --no-check-certificate -x https://youtu.be/V-oquRLcmAM
[youtube] Extracting URL: https://youtu.be/V-oquRLcmAM
[youtube] V-oquRLcmAM: Downloading webpage
[youtube] V-oquRLcmAM: Downloading android player API JSON
[info] V-oquRLcmAM: Downloading 1 format(s): 251
[dashsegments] Total fragments: 1
[download] Destination: Cara Dillon - Craigie Hill [V-oquRLcmAM].webm
[download] 100% of 5.49MiB in 00:00:01 at 4.05MiB/s
[ExtractAudio] Destination: Cara Dillon - Craigie Hill [V-oquRLcmAM].opus
Deleting original file Cara Dillon - Craigie Hill [V-oquRLcmAM].webm (pass -k to keep)
thanks for reading
(2) I know I can avoid the -no-check string by loading ca-certificates
-
Surely what you really want is to just do without the python3 command entirely?
yt-dlp --no-check-certificate -x https://youtu.be/V-oquRLcmAM
The first line of the executable (which is actually a zip file) launches the interpreter. youtube-dl uses:
$ head -n 1 /usr/local/bin/youtube-dl
#!/usr/bin/env python
So if it's not running just by typing yt-dlp, check that your executable has such a line at the start by running "head -n 1" on it as above (otherwise you probably used the wrong download link), and if it just says python there instead of python3 (like youtube-dl does) then maybe:
sudo ln -s /usr/local/bin/python3 /usr/local/bin/python
-
CNK
head -n 1 /tmp/tcloop/yt-dlp/usr/local/bin/yt-dlp
#!/usr/bin/env python3
I did the test without full reboot and needed full pathway to /usr/local/bin as reported OP
For reasons I can not explain...its now working both without a python preface nor with full pathway to usr loc bin
thankyou
Hi Rich
Please mark as solved
-
Hi aus9
... I did the test without full reboot and needed full pathway to /usr/local/bin as reported OP ...
Sometimes after loading an extension you will get a "No such file or directory" message. In cases
where the extension contains GNU versions of busybox commands, you may find the busybox
commands being executed instead of the newly loaded GNU versions.
This seems to happen when loading an extension while working in an already open terminal. I've
never really looked into it, but I think it has something to do with command history being cached
and hashed. So basically when you run grep, it finds busyboxes /usr/grep and remembers grep
means /usr/grep. You then load grep.tcz but the terminal still has grep cached as /usr/grep
and executes that instead. It's possible if you try to run a command that does not exist, it may
cache the it doesn't exist.
If that happens, try running this to fix it:
hash -r
Opening a new terminal to work in should fix it too.
... Please mark as solved
Done.
Subject lines are limited to ~80 characters, so I had to modify yours so [Solved] would fit.
-
Rich
sorry I did not obey normal process and test after full reboot. As you can guess, its a script so I did not think that was necessary.
sorry for the noise.
but at least I remembered how to use LIST function in my build scripts thanks to you.
cheers