Could it be that the Samba server isn't working in this build?
Use \\server\share - works.
Known error with browse on \\server
Could it be that the Samba server isn't working in this build?
Use \\server\share - works.
Known error with browse on \\server
1/ no. The githash is a hash. It matches the hash from https://github.com/LibreELEC/LibreELEC.tv/commits/master . The “GitHub Actions” (gha) scheduled builds - grab the latest hash and build that nightly / or manually if initiated manually. The gha has the capability of building a hash, which may not be the latest hash - which is used for release builds, it could in theory be used for nightly to build a previous hash image …
Do you know when these will be updated online? 10.80.6 is still May 6. I wanted to get netcore 6.0.5 so that arm will work on this test build. 6.0.6 is out now too. I can do it manually but I'd rather do it using the package you created for NextPVR
Martin
They are there now.
Display MoreAre there any known issues with SAMBA or SSH?
The device shows as enabled for both services, but I can't ssh or access the samba shares.
I can ping the device, and I can play media off my media server. However I can't access my media player.
Logs:
Nothing seems to stand out in the log to me, but that doesn't mean a whole lot given my ignorance.
Samba works. Just not browse. Put the full share name in \\myserver\myshare
Sorry for complaining about the 0 byte files. I totally missed if's -s parameter when reading the script. I read the new version quickly and I sshed to the rpi to test it. And it somehow fails, probably because of something on
All good. Was annoying me too. There will probably be a number of updates and refinements to the actions code as it is new.
So, I guess I will wait till after the weekend. Thank you for your help.
Once https://github.com/LibreELEC/actions/actions/runs/2477868749 completes. The image should be available at https://test.libreelec.tv/11.0/
Sure, I am willing to try any suggestions. I also searched for a way to make it somehow return the board type, i.e. rpi2 in my case, but sadly I found none. The file /etc/issue seems to be the only one containing it in text.
---edit
I did not notice the quoted text (rough day today, sorry). So, if the script does check for 0 byte files, please ignore my last suggestion.
The 0 byte thing is now cleaned up. (But only after a workflow is completed. https://github.com/LibreELEC/acti…uite_focus=true
The pr that fixed this is: https://github.com/LibreELEC/actions/pull/3
You can see the cause of the issue in the build-image logs.
We are working to have a larger server for the .img.gz files. But until then - max 2 copies of each img.gz file and the cleanup is done after the workflow (not the job) completes.
Do you mean trouble accessing the shares on the Pi from a computer, or accessing SMB shares on a computer from the Pi.
I can ssh into the Pi from the PC, so I know there is no fundamental network problem. If I need to I can probably reboot the PC with Ubuntu and copy the update across from there.
\\server\updates will work (and similar). It is the “browse” share list that is not working.
This should work for you.
kodi:~ # smbclient -U libreelec \\\\localhost\\update
Password for [WORKGROUP\libreelec]:
Try "help" to get a list of possible commands.
smb: \> ls
. D 0 Sun Jun 5 09:12:40 2022
.. D 0 Sat Jun 4 13:51:18 2022
.DS_Store H 6148 Sun Nov 3 12:09:13 2019
._.DS_Store H 4096 Sun Nov 3 12:08:56 2019
51290592 blocks of size 1024. 10397088 blocks available
You will still have to use the share name directly. Browse not yet fixed.
Happy to loop in with the P2 and M1 on my desk too.
jim_p the old test webserver has disk space issues. Whilst the builds are pretty much now all 100% reliable. (Have an issue with automake in the GitHub issues) when the job to copy them up fails - that results in the 0 file. Once the new webserver is going well - we should be better. The full image build happens daily and takes ~11 hours. I usually kick off a “fix build” for the failed upload images. And you will notice that a new file usually appears.
But as chewitt says - (allegedly fun in spare time)
Only error is with libretto builds is game.libretto.fsuae on x86.
The addon builds are probably a few days behind on the server.
But would expect them to be updated more frequently in the coming weeks with improvement to the build server.
Hi walidbha - syncthing will be available again in nightlies. Build issue that was resolved this week. https://github.com/LibreELEC/LibreELEC.tv/pull/6455
Glad that it is working. In the /storage all the configuration is stored. If you are trialling (trying to get to the why the addon isn’t working…) you will want to keep a “working copy of” this as you experiment. You can stop and start Kodi from the prompt using systemctl stop kodi - and systemctl start kodi. The update process to the next nightly will keep your settings in place, etc. you can always revert back to a working in your situation nightly, as long as you keep a copy of the img.gz file around.