similar to: Missing stuff in /bin

Displaying 20 results from an estimated 4000 matches similar to: "Missing stuff in /bin"

2018 Aug 13
2
Re: [PATCH nbdkit 08/10] freebsd: In scripts use 'env bash' instead of '/bin/bash'.
On 08/12/2018 03:51 AM, Richard W.M. Jones wrote: > The path to bash on FreeBSD is /usr/local/bin/bash. > --- > +++ b/docs/make-links.sh > @@ -1,4 +1,4 @@ > -#!/bin/bash - > +#!/usr/bin/env bash This loses the '-' argument that used to be passed by the kernel (but you can't add it back to the #! linew without using BSD's or GNU coreutils' recent addition
2016 Feb 29
3
Sys.readlink (on BSD vs Linux)
Hello, sorry for not being clear enough. My problem is represented with the following code, running on OSX: mkdir ~/test ln -s ~/test ~/testlink touch ~/test/foo Rscript -e 'Sys.readlink(c("~/test/foo", "~/testlink/foo")); normalizePath(c("~/test/foo","~/testlink/foo"))' I expected `Sys.readlink` to show the same output as `normalizePath`. Also,
2004 Mar 10
1
coreutils-4.5.3-28 causing duplication?
Here's a bit of a strange one. I hunted through the ocfs-users archives, but didn't see any mention of this, so here goes... Using coreutils 4.5.3-27 on RHAS 3, the utilities perform as expected against non-OCFS volumes: $ rpm -q coreutils coreutils-4.5.3-27 # cat a 3 line test file. Works as expected $ cat /var/tmp/file line1 line2 line3 # copy that file. Works as expected $ cp
2004 Dec 23
1
Problem with change user
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I'm test CentOS in this moment, before used White Box and I had the same problem when I change from normal user to postgres: [puc at carcel ]$ su - postgres Password: free(): invalid pointer 0x7ed1d0! free(): invalid pointer 0x9af7930! Segmentation fault [puc at carcel ]$ I'm using LDAP, but user "puc" is a local user, if I
2006 Nov 08
2
centos3.8 - outdated coreutils package
Hello, I have a number centos3.8 installations. Recently I have figured out that version of coreutils is : [ivan at algol ivan]$ rpm -q coreutils coreutils-4.5.3-28.1 while RedHat has released an bux fix errata to that package: https://rhn.redhat.com/errata/RHBA-2006-0670.html Actually I discovered that when I encounter bug that should be fixed by this update:
2009 Dec 13
4
cp --reflink with Btrfs
I am testing a Btrfs root file system with Debian (kernel 2.6.32) under KVM. jason@vrtl:~$ touch testfile jason@vrtl:~$ cp --reflink testfile /tmp cp: failed to clone `/tmp/testfile'': Invalid argument This is with GNU Coreutils 8.0 taken from debian Sid. Is this a Coreutils issue, a Btrfs problem or something in my local configuration? All the other issues that I have encountered so
2005 Jan 08
1
Re: [Logcheck-commits] CVS logcheck/debian
On Wed, 05 Jan 2005, CVS User ttroxell wrote: > @@ -70,6 +70,10 @@ > chown logcheck /var/lock/logcheck > /dev/null 2>&1 || true > fi > > + # fix for #284788 > + # update timestamp on cron > + touch /etc/cron.d/logcheck || true > + > ;; > > abort-upgrade|abort-remove|abort-deconfigure) on a box with a broken coreutils install
2011 Dec 20
1
SELinux is preventing /usr/bin/chcon "mac_admin" access
CentOS-6.1 KVM guest on CentOS-6.1 host. I am seeing this SEAlert in the /var/log/audit/audit.log file a new guest immediately after startup. Can someone tell me what it means and what I should do about it? A Google search reveals a number of Fedora issues with similar errors dating back a few years; most of which seem to have something to do with package ownership. This guest starts without
2019 Oct 26
2
ls permissions format changed in CentOS 8
--On Friday, October 25, 2019 6:39 PM -0700 Kenneth Porter <shiva at sewingwitch.com> wrote: > I may have to pull the coreutils-8.30-6.el8.x86_64 sources to see how ls > makes these decisions. I pulled the coreutils SRPM and it won't build because it wants texinfo and dnf says it doesn't exist, using either the builddep or search subcommands. (There may be other builddep
2023 Mar 21
2
[libnbd PATCH v4 0/2] lib/utils: introduce async-signal-safe execvpe()
On 3/21/23 15:05, Eric Blake wrote: > On Tue, Mar 21, 2023 at 07:04:59AM +0100, Laszlo Ersek wrote: >> On 3/20/23 20:41, Eric Blake wrote: >>> On Sun, Mar 19, 2023 at 10:41:37AM +0100, Laszlo Ersek wrote: >>>> This is version 4 of the following sub-series: >>>> >>>> [libnbd PATCH v3 09/29] lib/utils: introduce async-signal-safe execvpe()
2009 Apr 09
3
mock %post(pam) failure
I recently upgraded an internal build server from C5.2 to C5.3 and now I'm experiencing problems initializing the mock buildroot. Specifically, I'm getting the following error: ------ /var/tmp/rpm-tmp.77062: line 6: cat: command not found /var/tmp/rpm-tmp.77062: line 7: rm: command not found /var/tmp/rpm-tmp.77062: line 22: install: command not found /var/tmp/rpm-tmp.77062: line 25:
2023 Mar 22
1
[libnbd PATCH v4 0/2] lib/utils: introduce async-signal-safe execvpe()
On Tue, Mar 21, 2023 at 03:56:22PM +0100, Laszlo Ersek wrote: > On 3/21/23 15:05, Eric Blake wrote: > > On Tue, Mar 21, 2023 at 07:04:59AM +0100, Laszlo Ersek wrote: > >> On 3/20/23 20:41, Eric Blake wrote: > >>> On Sun, Mar 19, 2023 at 10:41:37AM +0100, Laszlo Ersek wrote: > >>>> This is version 4 of the following sub-series: > >>>> >
2004 Nov 11
1
rsync --rsh not reading .ssh/config
I've setup up a single-use key on a remote host to run rsync in server mode. I've also setup .ssh/config locally with an IdentityFile to select the single-use ssh key. This works on my Debian sid machine: rsync --rsh="ssh remove_host" :: But on another machine that command (and others tried below) do not access .ssh/config. The machine is running these: $ ssh -v
2018 May 15
2
centos-qemu-ev repository not work for x86_64 arch on CentOS 7.5
2018-05-15 14:39 GMT+02:00 Nerijus Baliunas <nerijus at users.sourceforge.net>: > On Tue, 15 May 2018 14:18:08 +0200 Sandro Bonazzola <sbonazzo at redhat.com> > wrote: > > > >> I have freshly installed CentOS 7.5 on a Dell server, and > > >> /etc/yum/vars/contentdir > > >> contains 'altarch' too. CentOS 7.4->7.5 upgraded servers
2009 Sep 30
5
[LLVMdev] long double type on ARM
Dear LLVM members. I am compiling coreutils-7.4 package for ARM linux using LLVM 2.5 version. When i compiled 'od' program in coreutils package using LLVM 2.5, i could see the error message on llc processing. > llvm-gcc -emit-llvm ./od.c -c -o ./od.bc -other-options... > llc -march=arm ./od.bc -f -o ./od.s llc:
2009 Sep 30
0
[LLVMdev] long double type on ARM
Unlike llvm itself, llvm-gcc needs to be configured for a particular target architecture. It looks like you're using a copy of llvm-gcc that was built to generate x86 code. On Sep 30, 2009, at 6:27 AM, Jin Gu Kang wrote: > Dear LLVM members. > > I am compiling coreutils-7.4 package for ARM linux using LLVM 2.5 > version. > > When i compiled 'od' program in
2019 May 05
3
Staged installation fail on some file systems
I'm observing that the new staged installation in R 3.6.0 can produce: mv: cannot move ?/home/alice/R/x86_64-pc-linux-gnu-library/3.6/00LOCK-codetools/00new/codetools? to ?/home/alice/R/x86_64-pc-linux-gnu-library/3.6/codetools?: File exists ERROR: moving to final location failed on some file systems. # EXAMPLE $ R --vanilla R version 3.6.0 (2019-04-26) -- "Planting of a Tree"
2016 Mar 22
3
ssh-copy-id no newline bug
"Tom G. Christensen" <tgc at jupiterrise.com> writes: > On 22/03/16 08:34, Philip Hands wrote: >> >> [ "`tail -c1 .ssh/authorized_keys 2>/dev/null`" ] && echo > .ssh/authorized_keys ; >> >> anyone know of portability issues with that? >> > > On Solaris 10 and older /usr/bin/tail does not understand the -c1 >
2011 Sep 05
3
rsync crash behind a firewall [cygwin]
As part of coreutils' bootstrap, rsync crashes on cygwin: $ /usr/bin/rsync \ --delete \ --exclude '*.s1' \ -Lrtvz 'translationproject.org::tp/latest/coreutils/' \ 'po/.reference' rsync: failed to connect to translationproject.org (*inet_ntop failed*): Connection refused (111) Segmentation fault (core dumped) $ cat rsync.exe.stackdump
2012 Nov 09
1
nut_clock_* UT review
2012/11/9 <VaclavKrpec at eaton.com> > Hello gentlemen, > Hi Vasek, I'm moving the thread to -upsdev, since it has not to be private... please note that revisions 3771 and 3772 conclude nut_clock_* > development (including UTs): > interestingly enough, we were talking about that 5 mn ago with Emilien ;) my conclusion was that nut_clock devs were completed with 3772, and