Jump to content

Is SAMBA really required?


FreeBSD_Lover

Recommended Posts

FreeBSD_Lover

I post this in the FreeBSD group, but this goes for our Linux freinds too.

 

I just upgraded my FreeBSD ports (programs) and I was surprised to see https://www.freshports.org/net/samba48/ installed.  I then noticed that the port is required by Emby.  Please note I'm pretty sure samba was not installed before, and it was in the "install" list, not the "upgrade" list:

All repositories are up to date.
Checking for upgrades (42 candidates): 100%
Processing candidates (42 candidates): 100%
Checking integrity... done (0 conflicting)
The following 61 package(s) will be affected (of 0 checked):

New packages to be INSTALLED:
	samba48: 4.8.5_1 [Synth]

I like lean mean installations, so my question is, do I really need Samba installed now?  Could I uncheck these items in the emby port build list, to not cause Samba to be a dependency, and just continue to use my local authentication to log in?  As for accessing media, its all local disk, no network based access.

 

Showing only the samba/ldap items:

===> The following configuration options are available for samba48-4.8.5_1:
     ADS=on: Active Directory client(implies LDAP)
     AD_DC=on: Active Directory Domain Controller
     LDAP=on: LDAP client

Link to comment
Share on other sites

FreeBSD_Lover

I don't use them so how do I cause this to not be installed?  Those options above were actually not with the Emby port sorry my bad, they are with the Samba port.  What options do I need to change to remove this dependency?  Looks like the Emby port has no options to configure, and FFMPEG already has:

SMB=off: SMB network protocol support

I just wondering what change to cause this to just be installed, and as I said already how to remove the right dependency requirement.

Link to comment
Share on other sites

I am not sure how this can be done with the new package. I will have to check with our build developer. Thanks.

Link to comment
Share on other sites

FreeBSD_Lover

I am not sure how this can be done with the new package. I will have to check with our build developer. Thanks.

 

Naa, not really interested in the manual install.  I just completed the server upgrade and reboot, and with Emby running I don't see what looks like Samba running.  To respond to the point you made: one of the beauties of the FreeBSD ports tree is the porter (I assume this is you folks:  apps@) can make the building modular so to say. In other words the port build can have options, and those options can be enabled or disabled, by the user (me in this case).  There is a typical recipe of defaults with some being on and some being off.

 

In FreeBSD here is the options list for FFMPEG just to illustrate, and here is the URL to the port page too:

https://www.freshports.org/multimedia/ffmpeg/

Configuration Options

===> The following configuration options are available for ffmpeg-4.0.3,1:
     ALSA=off: ALSA audio architecture support
     AMR_NB=off: AMR Narrow Band audio support (opencore)
     AMR_WB=off: AMR Wide Band audio support (opencore)
     AOM=off: AV1 video encoding/decoding via libaom
     ASS=off: Subtitles rendering via libass
     BEIGNET=off: DRM/VAAPI to OpenCL mapping for i965 + Beignet
     BS2B=off: Bauer Stereophonic-to-Binaural filter
     CACA=off: libcaca graphics library support
     CDIO=off: CDIO support via libcdio
     CELT=off: CELT audio codec support
     CHROMAPRINT=off: Audio fingerprinting with chromaprint
     CODEC2=off: Codec 2 audio encoding/decoding via libcodec2
     DC1394=off: IIDC-1394 grabbing using libdc1394
     DEBUG=off: Build with debugging support
     DOCS=on: Build and/or install documentation
     DRM=off: KMS grabbing using libdrm
     FDK_AAC=off: AAC audio encoding via Fraunhofer FDK
     FLITE=off: Voice synthesis support via libflite
     FONTCONFIG=on: X11 font configuration support
     FREETYPE=on: TrueType font rendering support
     FREI0R=on: Frei0r video plugins support
     FRIBIDI=off: Bidirectional text support via GNU FriBidi
     GME=off: Game Music Emu demuxer
     GSM=off: GSM codec support
     ICONV=on: Encoding conversion support via iconv
     ILBC=off: Internet Low Bit Rate codec
     JACK=off: JACK audio server support
     KVAZAAR=off: H.265 video codec support via Kvazaar
     LADSPA=off: LADSPA audio plugins support
     LAME=off: LAME MP3 audio encoder support
     LIBBLURAY=off: Blu-ray discs support via libbluray
     LIBRSVG2=off: SVG vector graphics support via librsvg2
     LIBXML2=off: XML parser support via libxml2
     LV2=off: LV2 audio filtering
     MMX=on: Use MMX optimized routines
     MODPLUG=off: ModPlug decoder support
     MYSOFA=off: SOFAlizer binaural filter
     OPENAL=off: Audio support via OpenAL
     OPENCL=off: Heterogeneous computing via OpenCL
     OPENCV=on: Computer Vision support via OpenCV
     OPENGL=off: 2D/3D rendering support via OpenGL
     OPENH264=off: H.264 video codec support via OpenH264
     OPENJPEG=off: Enhanced JPEG graphics support
     OPENMPT=off: Decoding tracked files via libopenmpt
     OPTIMIZED_CFLAGS=on: Use extra compiler optimizations
     OPUS=on: Opus audio codec support
     PULSEAUDIO=off: PulseAudio sound server support
     RTCPU=on: Detect CPU capabilities at runtime
     RUBBERBAND=off: Time-stretching and pitch-shifting with librubberband
     SDL=off: Simple Direct Media Layer support
     SMB=off: SMB network protocol support
     SNAPPY=off: Snappy compression library support
     SNDIO=off: Sndio audio support
     SOXR=off: SoX resampler support via libsoxr
     SPEEX=off: Speex audio format support
     SSE=on: Use SSE optimized routines
     SSH=off: SSH protocol support
     TESSERACT=off: Optical Character Recognition via Tesseract
     THEORA=on: Ogg Theora video codec support
     TWOLAME=off: TwoLAME MP2 audio encoder support
     V4L=on: Video 4 Linux support
     VAAPI=on: VAAPI (GPU video acceleration) support
     VDPAU=on: VDPAU (GPU video acceleration) support
     VIDSTAB=off: Video stabilization filter
     VORBIS=on: Ogg Vorbis audio codec support
     VO_AMRWBENC=off: AMR Wide Band encoding via vo-amrwbenc
     VPX=on: VP8/VP9 video codec support
     WAVPACK=off: WavPack lossless audio format support
     WEBP=off: WebP image format support
     X264=on: H.264 video codec support via x264
     X265=on: H.265 video codec support via x265
     XCB=on: X11 grabbing using XCB
     XVID=on: Xvid MPEG-4 video codec support
     XVIDEO=off: X11 Video extension library support
     ZIMG=off: "z" library video scaling filter
     ZMQ=off: Message passing via libzmq4
     ZVBI=off: Teletext support via libzvbi
====> Licensing options
     GPL3=on: Allow (L)GPL version 3 code(cs)
     NONFREE=off: Allow use of nonfree code
====> RTMP(T)E protocol support: you can only select none or one of them
     GCRYPT=off: Use GNU crypt library instead of OpenSSL
     GMP=on: GMP (multiple precision arithmetic) support
     LIBRTMP=off: RTMP(T)E protocol support via librtmp
====> SSL protocol support: you can only select none or one of them
     GNUTLS=on: SSL/TLS support via GnuTLS
     OPENSSL=off: SSL/TLS support via OpenSSL
===> Use 'make config' to modify these settings

So, if you folks wanted, you could make components of Emby modular.  It doesn't seem to be running on my machine, but I try to have lean installs meaning don't install code if not needed.  Anyway, if you folks want to consider it that would be great, but I realize you have bigger fish to fry so to say.

 

Thanks again Luke for your fast response.  I hope you are taking some rest this weekend.  :)

Link to comment
Share on other sites

FreeBSD_Lover

No. Samba is still installed, because it is still a dependency for Emby, and the FreeBSD Emby port does not have an option to remove that.  Yet. ;)

$ pkg info | grep samba
samba48-4.8.5_1                Free SMB/CIFS and AD/DC server and client for Unix

All I am saying is I don't see it running, so Emby and/or FFMPEG is not causing it to start up at this moment.  I am saying I would like you folks to consider making that dependency a user selectable option in the FreeBSD ports tree. 

 

I should ask if it was not required in the previous version, what changed with Emby that SAMBA (for FFMPEG) is required in this new version?  Something in the Linux package world that spilled over into the FreeBSD ports world perhaps?

Edited by FreeBSD_Lover
Link to comment
Share on other sites

We rebuilt the freebsd package from scratch. I told our build developer what libs were required, and that's what he added. We never even thought about making them configurable because we weren't even aware of it.

Link to comment
Share on other sites

I will add it to our internal issue tracker to figure this out. And yes you're right, if you don't have smb libraries then it will never be used.

Link to comment
Share on other sites

FreeBSD_Lover

Thanks a bunch.  Something for you to consider, and I am very aware of you folks having to manage your resources and work loads.  Thanks a ton Luke.  Yeah FreeBSD is an awesome OS, it gives users a lot of flexible control as to what exactly gets installed, and still have a rock solid system after they are done building the machine they want.

 

Anyway, thanks a ton again, and I think we are done with this thread.  Best wishes. :)

Link to comment
Share on other sites

unhooked

Add my vote for turning it off, I actually use samba but the 48 requirement steps on xfce, thunar, kde4, and dolphin. It looks to be an incompatible ldap version.

Link to comment
Share on other sites

  • 2 months later...
unhooked

Any forward motion on this? emby is pretty much the only thing wanting samba48 which causes issues when everything else want's to be deinstalled that depends on samba47.

pkg set - gets around that, but isn't a long term solution.

 

Installed packages to be REMOVED:
        gvfs-1.30.4
        kio-extras-18.12.1
        kde5-5.14.5.18.12.1
        kde-baseapps-18.12.1
        Thunar-1.6.15
        xfce4-desktop-4.12.4
        dolphin-18.12.1

Installed packages to be UPGRADED:
        xterm: 342 -> 343
        tvheadend: 4.2.7_4 -> 4.2.8
        sudo: 1.8.26 -> 1.8.27
        samba48: 4.7.12 -> 4.8.7
        hdf-szip: 2.1_2 -> 2.1_3

Setting the package to use 47 till it's depreciated might be a good idea. I have to keep locking/unlocking and overriding samba.

Link to comment
Share on other sites

metsuke

Since the next version of Emby available in ports will be quite different as well as a binary, the dependency list may be much shorter.  We'll have to see what is submitted in a day or so, unless you are already referring to the beta.

Link to comment
Share on other sites

We haven't specifically looked at this yet, but it might actually be possible with the new version once you have it. If not then we can take a look at it. Thanks.

Link to comment
Share on other sites

This is possible within the FreeBSD port framework. Its as simple as adding an options to the future port. The option would toggle the library depend on samba as well as the configure target for the ffmpeg (to configure without samba). Basically, the new Emby port will almost be an exact copy of the current ffmpeg port except that it compiles the Emby specific ffmpeg and installs the Emby-server binary. This is why I would rather prefer the binary package of Emby-server to depend on the already available ffmpeg in our tree. Although, we would lose out on a few features.

Link to comment
Share on other sites

  • 1 year later...

Hi all!

Is this still a wanted feature, to not depend on samba?
I can fix this for the FreeBSD port while I'm updating it for the next release.

I agree that it is not a necessary package for the functionality of emby-server.
My reasoning is that if you want to access smb shares, you can simply install the samba version you want to be able to reach the shares.

pkg install sambaXX

 

Edited by Duffyx
Link to comment
Share on other sites

IMO, removing it would cause more issues for the basic user and including it as a prompted option would just overcomplicate things and could lead to somebody needing it selecting N because they have no idea what it is or why it's there. I actually don't see any benefit to NOT having it installed other than a minuscule amount of storage and/or a miniscule amount of resources.

Link to comment
Share on other sites

  • 8 months later...

Nowadays it is no longer a dependency of the Emby plugin and hasn't been for some time now.

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...