Greetings from a Manjaro refugee

[Kresimir]

Good luck figuring it out.

[Greyed]

@Kresimir

Good luck figuring it out.

BTW, care to explain this? Your contention is that Samba is needed for Dolphin. And it is installed to satisfy that dependency. And yet on my laptop where I have never installed Samba I get the following:

Why would I have to install Samba if it is already installed?

Ah, it isn’t a dependency. So, not sure what you’re referring to. So, your notion that installing it broken as a security feature falls flat.

[Ben]

I like quickserve for a quick 'n dirty file sharing session.

[Kresimir]

Dolphin requires smbclient package.

[Greyed]

@Ben

I like quickserve for a quick 'n dirty file sharing session.

Understood. It does look useful but not suited for my needs. Thank you for the suggestion.

@Kresimir

Dolphin requires smbclient package.

You do realize smbclient isn’t Samba. It’s in the name, client. Also, you know what requires it? Samba. Not the other way around. So, again, no you do not need Samba for Dolphin and your notion that it should be shipped broken unlike every other service I’ve seen thus far for “security” is false.

[Zesko]

I skip reading many comments.

@Greyed

Because VLC does not view videos over that? VLC, on android, connecting to my main machine. I’m not sharing files from my tablet to my machine.

I see you mean access to remote video in Linux Desktop without file transfer, SMPlayer is a simple solution and supports that without samba, just using http protocol in your own network. That works fine for me.

SMPlayer Makes It Easy to Stream Videos from Your PC to Android Phone - OMG!...

[Greyed]

Thanks for the suggestion, but not suitable to my needs.

The reason I use SMB for access is because I want to be able to share files to my tablet privately. The earlier suggestion of Quickserv does not work as it allows anonymous access to a directory via HTTP.

While this is more secure, this does not work because you’re scanning a QR code to initiate access. This defeats the purpose of being anywhere in the house on the tablet and accessing those files. I’d have to go back upstairs, unlock the main rig, initiate the connection, then return to where I was.

An SMB share requires authentication to access it and is accessible from power-up of the main rig.

[Zesko]

Yes, I did not try SMB, but I think what it can support:

• authentication
• permission of directories by group
• remote access to file system like remote view without file transfer.

SMB protocol is the only solution not like its other alternative, e.g. NFS does not support authentication.

[joekamprad]

very nice written and detailed review! shared it instantly…

[ricklinux]

@Greyed

Explain to me how installing Samba in a useless state is somehow better?

You are the one installing it. It is not installed on EndeavourOS in a useless state. ALL packages that get installed on Arch need either services enabled or dependencies in order to work. It is up the user who wants this functionality to install it and set it up to work whether it’s Samba or some other application.

[kwg]

Here’s a search that seems to include in the results all claims that EndeavourOS is 99%, 99.9%, or 99.99% Arch:

https://forum.endeavouros.com/search?q=%229%25%20Arch%22

As better marketing, and also as a simple reflection of the facts, shouldn’t we be asserting that EndeavourOS is 100.1% Arch? Isn’t EndeavourOS everything Arch is, yet something appreciably more?

[pebcak]

An interesting rant on Arch users

I believed EnOS to be 100% Arch plus it’s own extra repo. So without it, are we still left with 100% Arch?

[jonathon]

@kwg

As better marketing, and also as a simple reflection of the facts, shouldn’t we be asserting that EndeavourOS is 100.1% Arch? Isn’t EndeavourOS everything Arch is, yet something appreciably more?

It’s not an additive calculation - by installing EnOS you’re getting something that is close to Arch, but is not Arch; it’s almost Arch, it can’t be 100% Arch.

Otherwise Garuda would be like 500% Arch because it includes Chaotic-AUR by default… but I’m pretty certain people would say Garuda is most definitely not Arch.

[Ben]

It’s true - by adding to Arch, Endeavour is less than Arch… It embraces a certain amount of bloat, and worse than that - it adds tools!!!

It’s a bit like buying a knife with the sharper edge taken off to make it a touch more user friendly

[ricklinux]

BTW i use EndeavourOS. It’s Arch based with a little purple added features.

[westieman]

Hello W1se, You’ve made a good choice with Endeavour and the Forum community is second to none, if you have a problem, you’ll always get help here and no one will say RTFM.

Welcome to You and enjoy your stay.

[Kresimir]

In this particular case, it’s typically faster to debloat EndeavourOS than to install vanilla Arch, so I’m fine with that…

[Greyed]

@ricklinux

@Greyed

Explain to me how installing Samba in a useless state is somehow better?

You are the one installing it. It is not installed on EndeavourOS in a useless state. ALL packages that get installed on Arch need either services enabled or dependencies in order to work. It is up the user who wants this functionality to install it and set it up to work whether it’s Samba or some other application.

If you’re going to necro a thread, at least read the prior posts. I addressed this 29 days ago in this post:

@Greyed

Samba is not installed by default. So, please explain how in your warped sense of reality when a user explicitly commands the system to install a file-sharing protocol having it installed in a broken state is preferred to a functional state. Please also explain how that differs from the slew of other services that EndeavourOS installs by default, and in a functional state? Because I have this tub of popcorn ready and I really want to see your gymnastics on why I need to configure Samba to work, but not Pipewire, X11, Network Manager, SSH, nearly all of KDE, XDG portals and literally dozens of more examples that I could come up with.

The point I made to the previous person claiming “It isn’t useless, just not configured/enabled, like all other services” was the above. Pointing out several services installed which are properly configured for a base level of functionality when installed. So, until and unless you can explain how those services are installed in a functional state without my intervention are somehow of a unique class separate from this service, you haven’t an argument to stand on as this is showing Samba as the outlier, not the common case.

[I0F]

Pointing out several services installed which are properly configured for a base level of functionality when installed.

What exactly would be the base level of functinality for a barebone samba server? Consider that some people aren’t using DEs, like me.

[Zesko]

@Greyed
Are you using KDE?

There is the known bug of kio-extras that is used by KDE dolphin.

Connect to windows file sharing with samba-libs >= 4.16 (!165) · Merge...

But there’s the trick to solve the issue:

1. Open System Settings → Search: “Windows Shares” → Give any name and any password
2. Restart Dolphin
3. Check to access smb://[domain-name]. If it does not work, then try smb://[ip-address]

r/kde - Dolphin: The file or folder smb://servername.local does not exist.

Gnome has no issue when following Arch wiki of samba.