similar to: Makefile: SBINDIR=/usr/local/ups/sbin - can't change it....

Greetings, Caesar Samsi! > I'm getting further in building Samba 4.2.1 . It's apparently not as simple > as sudo ./configure && make && make install. Never ever use "sudo" for configure. Engrave it into your skull, if that's how you best memorize the basic rules of safety. Only one "sudo" you need is "sudo make install". > At

Hi, I'm getting further in building Samba 4.2.1 . It's apparently not as simple as sudo ./configure && make && make install. At the moment it looks like make is ignoring some directory settings during configuration. I've run ./configure as follows: sudo ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-piddir=/var/run/samba

On Tue, 2015-05-05 at 10:33 +0300, Andrey Repin wrote: > > > Paths: > > > SBINDIR: /home/caesar/Downloads/samba-4.2.1/bin > > > > > > How can I set the sbin (and the bin directory which also has the > same > > issue)? > > Is that before "make install" or after? > Does it stay after install, if it is from before? This is

PI OS - Debian12 - Raspberry PI 5 NUT 2.8.1 I'm building from source just downloaded from GITHUB. The error when starting NUT: nut-monitor: /usr/sbin/upssched not found I did a 'find / ' and upssched is not in the filesystem. I've done a make clean, make uninstall. then autogen.sh, make, make install 1. is there an option to make that completely removes everything? In

I'm trying to work from the Samba 4 source and SRPM's to build a nice clean Samba package for work, to test some of its features. Overall, I'm happy with what I see, but the new "autogen.sh" seems to construct its "source4/configure" script from these "build" tools, and they entirely ignore the concept of "sbindir" in installing the mount.cifs

On Mar 8, 2024, at 8:22?AM, Dan Grostick via Nut-upsuser <nut-upsuser at alioth-lists.debian.net> wrote: > > I've installed 2.8.1 on a Raspberry PI 5 using Pi OS bookworm 64 bit (Debian 12) with success. > > When I take that same configuration to a PI 3B running bookworm 32 bit, compile from source, use the same files from /etc/nut, I get a 'nut-monitor ups at

2013/2/12 Doug Lytle <support at drdos.info> > >> non-standard locations such as /usr/local/sbin > > If compiling from source, it'd normally be specified by the --prefix > option: > > ./configure --prefix=/usr/local > > Doug > > -- > Ben Franklin quote: > > "Those who would give up Essential Liberty to purchase a little Temporary >

Hello again, In my constant recompiles of 2.9p1 and 2.9p2, I've noticed that upgrading a current installation with a test compile leads to tons of files being updated even when they don't need to be. The attached patch for Makefile.in splits the install-files target into a bunch of serparate targets: install-dirs, install-prog, install-man, install-conf, which are then all called in

I imagine this "where are your header files" problem comes up in other packages, so I'm asking this as a general R question. How should configure scripts be re-written so they look in more places? Briefly, the problem is that Fedora-Extras installs the header files in a subdirectory /usr/include/netcdf-3 rather than /usr/include: # rpm -ql netcdf-devel /usr/include/netcdf-3

Hello, I've just seen the below exception in my log file.? does any one knows why ? Nov 17 00:37:55 MyHost abrt: detected unhandled Python exception in '/usr/local/samba/sbin/samba_dnsupdate' Nov 17 00:37:55 MyHost abrtd: New client connected Nov 17 00:37:55 MyHost abrt-server[6427]: Saved Python crash dump of pid 6424 to /var/spool/abrt/pyhook-2012-11-17-00:37:55-6424 Nov 17

Hello, I need to migrate from courier-imap to dovecot. I'm trying to use courier-dovecot-migrate.pl to migrate the users' maildirs but I'm getting these messages: --- # courier-dovecot-migrate.pl --to-dovecot --recursive mydomain.com Testing conversion to Dovecot format Finding maildirs under mydomain.com mydomain.com/contact/./Maildir: No imap/pop3 uidlist files

Hello List, I'm trying to get libvirt to work on slackware64-current (slackware64-14.2 beta) and while it compiles just fine, it refuses to run because of an undefined symbol: 2016-03-01 20:09:26.822+0000: 27849: error : virDriverLoadModule:73 : failed to load module /usr/lib64/libvirt/connection-driver/libvirt_driver_storage.so /usr/lib64/../lib64/libfl.so.2: undefined symbol: yylex

Helo , System : redhat 8 DS: netcape 4.16 Samba version : RC1. I am upgrading from samba3b3. Everything ( except changing passwd for user xp pro PC and I try to use rc1 to resolve ) seems ok in beta 3. On rc1 I Can't connect For a few second I can do : nmblookup -S l1serv2 added interface ip=172.29.160.100 bcast=172.29.167.255 nmask=255.255.248.0 querying l1serv2 on 172.29.167.255 Got

Hi! This morning, I found a system that was still running an ancient samba. I immediately upgraded it to samba 1.9.18p1 and had the opportunity to fiddle with the make file after not doing this for a couple of months. The default makefile sorts the files like this: BINDIR (/usr/local/samba/bin) smbpasswd smbrun smbclient testparm testprns smbrun smbstatus smbpasswd

Greetings all, I recently tried to install RNetCDF from within R (install.packages) on Fedora Core 8 (with netcdf 3.6.2 and netcdf-devel 3.6.2 already installed). This resulted in an error because the netcdf header files are installed in /usr/include/netcdf-3 rather than /usr/include which is where RNetCDF looks for them. This problem was described in a 2006 post (see below), but no

Thanks for the tip. I had downloaded a prerelease source version of NUT 2.8.1, built and installed it. Evidently there was an issue with upssched consuming 100% CPU. I downloaded the current release and the issue has been resolved. Updating all 3 systems. Dan ________________________________ From: Nut-upsuser <nut-upsuser-bounces+danpower2023=outlook.com at alioth-lists.debian.net> on

On Fri, 29 Mar 2024, Dan Grostick wrote: > It is consistently happening 14-15 minutes after starting. Please see attached > upssched-cmd and upssched.conf. I don't have a upssched.cmd. The binary > upssched is used. After the heartbeat failure, is upsd still running? Does the command "upsc -L" report the UPS's? If you use systemd, what does the command

Commit-ID: 977ba2a397020ebf85605d76e385b9ab4bbd3e5f Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=977ba2a397020ebf85605d76e385b9ab4bbd3e5f Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Fri, 26 Sep 2014 17:18:35 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 25 Jan 2019 02:57:21 +0000 [klibc] [BUILTIN] Set command

Commit-ID: 4ef2c091593e96e392384ca8142c64d5ba30b9c7 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=4ef2c091593e96e392384ca8142c64d5ba30b9c7 Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Fri, 26 Sep 2014 17:18:35 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:54 +0000 [klibc] dash: [BUILTIN] Set

This is a fairly inconsequential patch, but it comes in handy in a few instances. The patch simply splits install-files into "install-files" and "install-sysconf" - taking all of the sysconfdir stuff and putting in its own target which I then added to 'install' and 'install-nokeys'. I then added an install-nosysconf to NOT do that stuff. This helped us