similar to: 3.0.11 client/clitar.c Fails to Compile on RedHat and AIX

Samba 3.0.11 won't compile on my Solaris 8 machine. It keeps getting compile errors in clitar, although I am using exactly the same configuration options as in Samba 3.0.10. Here is the basic configuration from config.log $ ./configure --with-ldap --with-ads --with-acl-support --with-pam --with-krb5=/usr/local --enable-shared --without-gnu-ld --with-mysql-prefix=/usr/local/mysql

I am trying to build a linux file server as a domain member w/W2K-ADS . I have: Slackware 10.1 freshly loaded KRB5 1.4 Sleepycat DB 4.3.7 (needed for openLDAP build) OpenLDAP 2.3.23 When building Samba 3.0.11, I recieve the following errors. Using FLAGS = -I/usr/local/include -O -Iinclude -I/usr/local/samba-3.0.11/source/include -I/usr/local /samba-3.0.11/source/ubiqx

Hello. I am trying to compile samba 3.0.11 on OpenBSD 3.6. At first i tried the ./configure with a number of switches, but when the make failed, i redid it with just plain "./configure && make". The configure works fine. The make runs for awhile but dies with this: Linking bin/swat /usr/local/kerberos/lib/libkrb5.so.3.2: warning: mktemp() possibly used unsafely; consider

(Erm, sorry about that...) I was talking about errors of the type: Got 0 bytes. The problem was sporatic, and seemed to be load/speed based. That is, the faster the Linux box, the more errors we had. A look through clitar.c led me to a solution. Currently, clitar.c is written to pad a file with zeros if a file read error occurs. This is normal. All of our errors were of the 0 byte length

There's a race condition: when a file increases in size when being archived by the tar function in smbclient, the resulting tar file is created with an invalid format. The tar header for the file has the wrong length, and many tar programs will abort when they get to the invalid header/file. I've seen this happen when using smbclient/tar to back up a Win98 computer, and there's

I've followed the instructions in the README at http://us4.samba.org/samba/ftp/Binary_Packages/AIX/ for building 3.0.21x on AIX 5.2 ('oslevel -r' reports '5200-07'). The last version I was able to build on the system was 3.0.14a. 3.0.21c's configure completes with no errors, but the make immediately bombs with: # make Using FLAGS = -O -D_SAMBA_BUILD_ -I./popt

Looking for a command-line way to extract only the Subject lines from my mailbox on my ISP's IMAP server, without actually downloading/modifying the contents of the mailbox. Sort of the remote equivalent of locally doing: $ grep ^Subject /var/spool/mail/mymailbox > subjectlistfile Thanks. -- Tim Evans | 5 Chestnut Court UNIX System Admin Consulting | Owings Mills, MD 21117

Just upgraded a RedHat 4.5 system to 4.6, including Samba Version 3.0.25b-1.el4_6.2 Smbd starts, but denies all access. winbindd-idmap.log shows this error message: [2007/11/19 10:37:06, 1] nsswitch/idmap_tdb.c:idmap_tdb_allocate_id(470) Fatal Error: GID range full!! (max: 20000) Individual PC log file shows: check_ntlm_password: Authentication for user [chughes] -> [chughes] FAILED

We are replacing four servers, running mail, web, ftp, and dns, respectively, with a single server to run all four services. The new server will have a new IP address. It seems fairly straightforward to redirect mail, web, and ftp services to the new server via DNS CNAMES, but I'm not quite sure about how to do the change for the DNS service itself. Is there a need to maintain the old

smbclient (and smbtar) in version 2.2.7a (and prior) has problems with large files (> 4GB). The following patch (against 2.2.7a) fixes all known problems with this. This code has been checked into the CVS tree in all branches as well. -- ====================================================================== Herb Lewis Silicon Graphics Networking Engineer

We have several RedHat Enterprise Linux version 4 servers (running the distributed Samba). Windbind/nsswitch is set up to point to W2K server running in Mixed Mode. (smb.conf from the one *working* server follows, below). wbinfo/getent get proper results when run from the Linux command line (i.e., listing everyone in both local Linux /etc/passwd and everyone in the Domain, but we are having

I've been using the SeaMonkey built-in HTML editor from the epel repo for CentOS 6.7: $ repoquery -i seamonkey Name : seamonkey Version : 2.39 Release : 1.el6 Architecture: x86_64 Size : 127340745 Packager : Fedora Project Group : Applications/Internet URL : http://www.seamonkey-project.org Repository : epel Summary : Web browser, e-mail, news,

Does anyone know of any sort of Linux utility that does something like what Solaris' Live Upgrade (http://docs.oracle.com/cd/E19455-01/806-7933/index.html) does? In my past life as a Solaris sys-admin, I found this an extremely useful tool for upgrading and patching running systems, as well as for maintaining redundant boot environments on separate system disks for disaster situations.

On 01/27/2016 02:47 PM, Clint Dilks wrote: >> /usr/local/seamonkey/seamonkey-bin: error while loading shared libraries: >> libdbus-glib-1.so.2: cannot open shared object file: No such file or >> directory >> >> > Have you tried yum provides 'libdbus-glib-1.so.2'. I get a hit with > dbus-glib Thanks. Package dbus-glib-0.86-6.el6.x86_64 already

On 01/27/2016 04:17 PM, John R Pierce wrote: > is seamonkey .i686 or .x86_64 ? you might need to yum install > dbus-glib.i686 Thanks. $ rpm -aq seamonkey seamonkey-2.39-1.el6.x86_64 Double-check: $ file /usr/lib64/seamonkey/seamonkey-bin /usr/lib64/seamonkey/seamonkey-bin: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18,

I think having this logic buried within libhid/libusb (libusb:libusb_open(), line 179 to 206) is ultimately a mistake, albeit one that I am probably responsible for. Would it make sense to confine libhid to low-level operations, and leave the decision of trying to reopen vs. retrying to open to the high-level driver, in this case usbhid-ups? I envision that the code in usbhid-ups:reconnect_ups()

On 01/27/2016 04:59 PM, Clint Dilks wrote: > What is the result of > ldd /usr/lib64/seamonkey/seamonkey-bin # ldd /usr/lib64/seamonkey/seamonkey-bin linux-vdso.so.1 => (0x00007ffe525fc000) libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003d6b400000) libdl.so.2 => /lib64/libdl.so.2 (0x0000003d6bc00000) librt.so.1 => /lib64/librt.so.1 (0x0000003d6c000000) libstdc++.so.6

I have tried "-r" but still not work. Tim Evans <tkevans at tkevans.com> ? 2015/5/19 (??) 10:14 AM ??? On 05/19/2015 10:07 AM, mcclnx mcc wrote: > We have CEntOS 6.3 on DELL server.? WE try to use following mail command but failed.? This command perfect work on CentOS 5.X. > $ mail -s "test..." user1 at sun.com -- -f NoReply at App.MD.gov > test

I'm replacing an ancient Solaris 'ipf' firewall/router with a brand new CentOS 6.3 system. In the olden days, I successfully used the attached iptables script (as /etc/rc.local) on Red Hat 5.x systems, but this doesn't seem to be quite working on the new system. Specifically, while it seems to be routing ok, you cannot connect to anything on the inside net (e.g., with ssh or

> On Tue, 8 Feb 2005, Celeste Suliin Burris wrote: > > > Samba 3.0.11 won't compile on my Solaris 8 machine. It keeps getting > > compile errors in clitar [snip] I'm having this same problem. > Wonder why it is failing with #ifdef HAVE_REGEX_H ? That > macro is not defined anywhere. We don't even test for > regex.h anyways. Can you check > and see