Am 22.06.2012 13:26, schrieb Andrew Haley:
On 06/22/2012 12:10 PM, Reindl Harald wrote:
Am 22.06.2012 13:07, schrieb Andrew Haley:
On 06/22/2012 11:44 AM, Sam Varshavchik wrote:
Andrew Haley writes:
On 06/22/2012 04:15 AM, Sam Varshavchik wrote:
The new perl package contains
Am 22.06.2012 14:45, schrieb Sam Varshavchik:
Well, yeah. But the Law of unintended consequences applies
and that is why i cried out loud that the UsrMove has zero
benfits in the real world and crying for troubles long ago
before F17 was GA
so we must be careful
FESCo should HAVE BEEN and
On Fri, 22 Jun 2012 18:16:03 -0400, Sam Varshavchik wrote:
Michael Schwendt writes:
# whereis ldconfig
ldconfig: /sbin/ldconfig /usr/sbin/ldconfig
/usr/share/man/man8/ldconfig.8.gz
/sbin is before /usr/sbin in $PATH.
Only for root.
And not affecting whereis but only which:
$
On 06/22/2012 05:15 AM, Sam Varshavchik wrote:
[root@octopus ~]# strings /bin/bash | grep usr.bin
/usr/local/bin:/bin:/usr/bin
I think that bash needs to be recompiled, with the last two flipped,
in the default shell PATH.
The path above is used by bash only if PATH env variable is not set.
Roman Rakus writes:
On 06/22/2012 05:15 AM, Sam Varshavchik wrote:
[root@octopus ~]# strings /bin/bash | grep usr.bin
/usr/local/bin:/bin:/usr/bin
I think that bash needs to be recompiled, with the last two flipped, in the
default shell PATH.
The path above is used by bash only if PATH env
These search path problems seem to be cropping up in lots of packages. Here's
another example:
https://bugzilla.redhat.com/show_bug.cgi?id=797557
GPRbuild is designed to be relocatable, because the corporations that are
Adacore's customers want to be able to drop a directory tree with binaries
On 06/22/2012 04:15 AM, Sam Varshavchik wrote:
The new perl package contains /usr/bin/perl. At upgrade, dependency
resolution is not smart enough to realize that the new package's
/bin/perl=/usr/bin/perl, causing a conflict.
What exactly is the conflict?
Andrew.
--
devel mailing list
2012/6/22 Sam Varshavchik mr...@courier-mta.com:
I think that bash needs to be recompiled, with the last two flipped, in the
default shell PATH.
I have hit a similar issue with the tor-arm package. It is executed by
a wrapper script that check if it has been called with /usr/bin/arm,
but
On 22 June 2012 09:39, Juan Orti Alcaine j.orti.alca...@gmail.com wrote:
2012/6/22 Sam Varshavchik mr...@courier-mta.com:
I think that bash needs to be recompiled, with the last two flipped, in
the
default shell PATH.
I have hit a similar issue with the tor-arm package. It is executed
On Fri, 22 Jun 2012 09:50:25 +0100, Mary Ellen Foster wrote:
I assume this error is also an instance of the same problem:
Error: Package: 2:samba-common-3.6.5-89.fc17.1.x86_64 (@updates-testing)
Requires: /usr/sbin/ldconfig
Removing: glibc-2.15-37.fc17.i686 (@fedora)
Andrew Haley writes:
On 06/22/2012 04:15 AM, Sam Varshavchik wrote:
The new perl package contains /usr/bin/perl. At upgrade, dependency
resolution is not smart enough to realize that the new package's
/bin/perl=/usr/bin/perl, causing a conflict.
What exactly is the conflict?
See the error
Michael Schwendt writes:
On Fri, 22 Jun 2012 09:50:25 +0100, Mary Ellen Foster wrote:
I assume this error is also an instance of the same problem:
Error: Package: 2:samba-common-3.6.5-89.fc17.1.x86_64 (@updates-testing)
Requires: /usr/sbin/ldconfig
Removing:
On 06/22/2012 11:44 AM, Sam Varshavchik wrote:
Andrew Haley writes:
On 06/22/2012 04:15 AM, Sam Varshavchik wrote:
The new perl package contains /usr/bin/perl. At upgrade, dependency
resolution is not smart enough to realize that the new package's
/bin/perl=/usr/bin/perl, causing a
On 06/22/2012 12:10 PM, Reindl Harald wrote:
Am 22.06.2012 13:07, schrieb Andrew Haley:
On 06/22/2012 11:44 AM, Sam Varshavchik wrote:
Andrew Haley writes:
On 06/22/2012 04:15 AM, Sam Varshavchik wrote:
The new perl package contains /usr/bin/perl. At upgrade, dependency
resolution is
Andrew Haley writes:
Why not take /bin and /sbin out of the default path *and* make sure
that RPM knows about /bin/* ?
I would expect that changing rpm will be a long, tedious process. Which is
understandable.
But changing the default PATH that's compiled into bash should be a simpler
On 06/22/2012 01:19 PM, Sam Varshavchik wrote:
Andrew Haley writes:
Why not take /bin and /sbin out of the default path *and* make sure
that RPM knows about /bin/* ?
I would expect that changing rpm will be a long, tedious process. Which is
understandable.
But changing the default
Andrew Haley writes:
On 06/22/2012 01:19 PM, Sam Varshavchik wrote:
Andrew Haley writes:
Why not take /bin and /sbin out of the default path *and* make sure
that RPM knows about /bin/* ?
I would expect that changing rpm will be a long, tedious process. Which is
understandable.
But
On 06/22/2012 01:45 PM, Sam Varshavchik wrote:
Andrew Haley writes:
On 06/22/2012 01:19 PM, Sam Varshavchik wrote:
Andrew Haley writes:
Why not take /bin and /sbin out of the default path *and* make sure
that RPM knows about /bin/* ?
I would expect that changing rpm will be a long,
On Fri, 22 Jun 2012 06:53:09 -0400, Sam Varshavchik wrote:
Michael Schwendt writes:
On Fri, 22 Jun 2012 09:50:25 +0100, Mary Ellen Foster wrote:
I assume this error is also an instance of the same problem:
Error: Package: 2:samba-common-3.6.5-89.fc17.1.x86_64 (@updates-testing)
A similar issue is that whenever anyone uses AC_PATH_PROG or related
in a configure script anywhere, it finds the /bin binary ahead of
/usr/bin. You get odd-looking output from ./configure, and perhaps
other problems too (though I haven't seen any specifically).
Rich.
--
Richard Jones,
On Fri, Jun 22, 2012 at 03:08:05PM +0100, Richard W.M. Jones wrote:
A similar issue is that whenever anyone uses AC_PATH_PROG or related
in a configure script anywhere, it finds the /bin binary ahead of
/usr/bin.
Maybe I mean this the other way around.
Rich.
--
Richard Jones, Virtualization
Having thought about it, I don't think it's unreasonable to do a
which $PROG, and stick it into the hashbang. I think that's a
perfectly reasonable approach, with portability being the goal. The
problem I see here, is that Fedora's bash is compiled with the default
PATH placing a symlink,
Michael Schwendt writes:
# whereis ldconfig
ldconfig: /sbin/ldconfig /usr/sbin/ldconfig /usr/share/man/man8/ldconfig.8.gz
/sbin is before /usr/sbin in $PATH.
Only for root.
rpm stuff does not get built as root.
pgp3Q8qbqlldX.pgp
Description: PGP signature
--
devel mailing list
The perl update that hit updates this week is causing a yum conflict with
some locally-built packages, of this type:
Error: Package: courier-imap-4.10.0.20120202-2.17.x86_64 (installed)
Requires: /bin/perl
Removing: 4:perl-5.14.2-211.fc17.x86_64 (@anaconda-0)
24 matches
Mail list logo