Re: Problem in installing xine
umamaheswar B.C. wrote: > Sir, > I down loaded xine-lib-1-rc1 & xine-lib-1-beta4 and when I tried to > configure, both libs give the same out but. When I sought --help I was > told to report to you. Hence I am reporting the out put as bellow:- Thank you for the report. But you were misdirected. You probably ran your --help on one of the coreutils commands such as ls, cp, cat, rm, and others. But they are not related to xine in any way. You need to contact the xine folks and get help from them. http://xinehq.de/ > >configure: error: no acceptable C compiler found in $PATH This indicates that you do not have a C compiler installed on your system. You will need to install one first, plus any needed supporting libraries, before you can compile any software. Check your distribution documentation for how to do this. Good luck. Bob > >[EMAIL PROTECTED] umamaheswar]$ su > >Password: > >[EMAIL PROTECTED] umamaheswar]# cd xine-lib-1-rc1 > >[EMAIL PROTECTED] xine-lib-1-rc1]# ./configure > >checking build system type... i686-pc-linux-gnu > >checking host system type... i686-pc-linux-gnu > >checking target system type... i686-pc-linux-gnu > >checking for a BSD-compatible install... /usr/bin/install -c > >checking whether build environment is sane... yes > >checking for gawk... gawk > >checking whether make sets $(MAKE)... yes > >checking for style of include used by make... GNU > >checking for gcc... no > >checking for cc... no > >checking for cc... no > >checking for cl... no > >configure: error: no acceptable C compiler found in $PATH > >See `config.log' for more details. > >[EMAIL PROTECTED] xine-lib-1-rc1]# > > The config.file of xine-lib-1-rc1 is being here with attached with this > mail. > I am very new to the Linux I have installed Red Hat Linux 9(shrike) > version along with win-98. Please advise me the solution to my problem. > I do not know any one with whome I can seek help. My computer is an > assembled one with P-4, 1.6 GB, 256 RAM with VIA Mother board. > Please help me. > Yours, > > Umamaheswar B.C. ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-coreutils
Re: Problems after installing Coreutils 5.0.91 or other 5.0.x on Gentoo 1.4
Edmund wrote: > I've experienced a very interesting bug with Coreutils. The system is running on > Athlon XP, 1G ram with a 200MB WD IDE drive. My linux is installed at the end of > the drive (past 170GB) with Windows XP at the beginning. In the future it would be most appreciated if you were to word wrap your messages in the area of 72 columns. It is very hard to read your long lines otherwise. Thanks. (Alternatively set format=flowed which will indicate to receiving mailers that we should word wrap on our end. But that is only good for text and not for bug reports including exact output.) > With the base installation's fileutils 4.1.11 everything is fine, but after the > system updates itself to coreutils, some of the file operations are broken. I'm > suspecting this is due to problems with lba 48, but I'm not sure. > > ls returns all files with size "1759218604416" > cp says "skipping file "name", as it was replaced while being copied > > mv and rm seem to be okay > I'm not sure if any other commands are affected. This seems to be a problem with your filesystem. Filesystems are part of the kernel. Nothing an application space program like ls or cp can do about it if the filesystem is not behaving properly. > I have tried the installation on smaller non lba48 hard drives without incident, and > maybe I'll try to install it on a partition under the 128GB limit after I > re-partition the drive. You will need to look at your filesystem closely. But there is nothing that can be done in user space if it is not working. Bob ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-coreutils
rm -f and unexecutable directories
% mkdir -p fred/jim % chmod a-x fred/jim % rm -rf fred rm: cannot chdir from `fred' to `jim': Permission denied But since I own the directory I could change the permissions and then remove it. Shouldn't rm do this if I gave the 'force' option? I thought that would take all measures necessary. After all, rm -f doesn't care about permissions on files before removing them, so shouldn't it work equally well with directories? Even if it does have to chmod u+rx them behind the scenes. % rm --version | head -1 rm (coreutils) 5.0 -- Ed Avis <[EMAIL PROTECTED]> ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-coreutils
Re: Problems after installing Coreutils 5.0.91 or other 5.0.x on Gentoo 1.4
Hi Bob, At first I thought it may be a filesystem problem too, but I did several things to verify that. First, if I exited from the chrooted installation environment, I was able to see everything just fine. Also I tried it on both ext3 and reiserfs on two seperate trials, and fsck was fine for both. Also I copied the old commands ls, cp, and such from the cd's fileutils-4.1.11 and then chrooted back into the installation path and they worked just fine. However replacing them with the coreutils' version, it broke again. Please advise, Edmund - Original Message - From: "Bob Proulx" <[EMAIL PROTECTED]> To: "Edmund" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Friday, November 07, 2003 1:26 PM Subject: Re: Problems after installing Coreutils 5.0.91 or other 5.0.x on Gentoo 1.4 > Edmund wrote: > > I've experienced a very interesting bug with Coreutils. The system is running on Athlon XP, 1G ram with a 200MB WD IDE drive. My linux is installed at the end of the drive (past 170GB) with Windows XP at the beginning. > > In the future it would be most appreciated if you were to word wrap > your messages in the area of 72 columns. It is very hard to read your > long lines otherwise. Thanks. (Alternatively set format=flowed which > will indicate to receiving mailers that we should word wrap on our > end. But that is only good for text and not for bug reports including > exact output.) > > > With the base installation's fileutils 4.1.11 everything is fine, but after the system updates itself to coreutils, some of the file operations are broken. I'm suspecting this is due to problems with lba 48, but I'm not sure. > > > > ls returns all files with size "1759218604416" > > cp says "skipping file "name", as it was replaced while being copied > > > > mv and rm seem to be okay > > I'm not sure if any other commands are affected. > > This seems to be a problem with your filesystem. Filesystems are part > of the kernel. Nothing an application space program like ls or cp can > do about it if the filesystem is not behaving properly. > > > I have tried the installation on smaller non lba48 hard drives without incident, and maybe I'll try to install it on a partition under the 128GB limit after I re-partition the drive. > > You will need to look at your filesystem closely. But there is > nothing that can be done in user space if it is not working. > > Bob ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-coreutils
Re: Optimal buffer size for copy
Hello Paul,
On Thu, Nov 06, 2003 at 04:44:22PM -0800, Paul Eggert wrote:
> Yes, I'd say a new one. It's more of a pain, but it's the "right way"
> to do it.
Perhaps the following patch is acceptable?
Best regards,
-Neill.
diff -N -P -r -u --exclude='aclocal*' --exclude=Makefile.in --exclude=Makefile
--exclude='conf*' --exclude='auto*' --exclude='*doc*' --exclude='*man*'
coreutils-5.0.91/lib/buffer-lcm.c coreutils-5.0.91-patched/lib/buffer-lcm.c
--- coreutils-5.0.91/lib/buffer-lcm.c 1969-12-31 18:00:00.0 -0600
+++ coreutils-5.0.91-patched/lib/buffer-lcm.c 2003-11-07 14:01:48.0 -0600
@@ -0,0 +1,48 @@
+/* buffer-lcm.c - an lcm routine used for computing optimal buffer size
+
+ Copyright (C) 1993, 1995, 1998, 2001-2003 Free Software Foundation, Inc.
+
+ This program is free software; you can redistribute it and/or modify
+ it under the terms of the GNU General Public License as published by
+ the Free Software Foundation; either version 2, or (at your option)
+ any later version.
+
+ This program is distributed in the hope that it will be useful,
+ but WITHOUT ANY WARRANTY; without even the implied warranty of
+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ GNU General Public License for more details.
+
+ You should have received a copy of the GNU General Public License
+ along with this program; see the file COPYING.
+ If not, write to the Free Software Foundation,
+ 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */
+
+
+/* Least common multiple of two buffer sizes A and B. However, if
+ either A or B is zero, or if the multiple is greater than LCM_MAX,
+ return a reasonable buffer size.
+
+ This method was integrated from diffutils/lib/cmpbuf.c */
+
+#include
+
+size_t
+buffer_lcm (size_t a, size_t b, size_t lcm_max)
+{
+size_t lcm, m, n, q, r;
+
+/* Yield reasonable values if buffer sizes are zero. */
+if (!a)
+return b ? b : 8 * 1024;
+if (!b)
+return a;
+
+/* n = gcd (a, b) */
+for (m = a, n = b; (r = m % n) != 0; m = n, n = r)
+continue;
+
+/* Yield a if there is an overflow. */
+q = a / n;
+lcm = q * b;
+return lcm <= lcm_max && lcm / b == q ? lcm : a;
+}
diff -N -P -r -u --exclude='aclocal*' --exclude=Makefile.in --exclude=Makefile
--exclude='conf*' --exclude='auto*' --exclude='*doc*' --exclude='*man*'
coreutils-5.0.91/lib/buffer-lcm.h coreutils-5.0.91-patched/lib/buffer-lcm.h
--- coreutils-5.0.91/lib/buffer-lcm.h 1969-12-31 18:00:00.0 -0600
+++ coreutils-5.0.91-patched/lib/buffer-lcm.h 2003-11-07 11:24:55.0 -0600
@@ -0,0 +1,20 @@
+/* buffer-lcm.h - an lcm routine used for computing optimal buffer size
+
+ Copyright (C) 1993, 1995, 1998, 2001-2003 Free Software Foundation, Inc.
+
+ This program is free software; you can redistribute it and/or modify
+ it under the terms of the GNU General Public License as published by
+ the Free Software Foundation; either version 2, or (at your option)
+ any later version.
+
+ This program is distributed in the hope that it will be useful,
+ but WITHOUT ANY WARRANTY; without even the implied warranty of
+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ GNU General Public License for more details.
+
+ You should have received a copy of the GNU General Public License
+ along with this program; see the file COPYING.
+ If not, write to the Free Software Foundation,
+ 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */
+
+size_t buffer_lcm (size_t a, size_t b, size_t lcm_max);
diff -N -P -r -u --exclude='aclocal*' --exclude=Makefile.in --exclude=Makefile
--exclude='conf*' --exclude='auto*' --exclude='*doc*' --exclude='*man*'
coreutils-5.0.91/lib/Makefile.am coreutils-5.0.91-patched/lib/Makefile.am
--- coreutils-5.0.91/lib/Makefile.am2003-08-17 02:51:23.0 -0500
+++ coreutils-5.0.91-patched/lib/Makefile.am2003-11-07 11:26:12.0 -0600
@@ -42,6 +42,7 @@
argmatch.c argmatch.h \
backupfile.c backupfile.h \
basename.c \
+ buffer-lcm.c buffer-lcm.h \
canon-host.c \
canonicalize.h \
closeout.c closeout.h \
diff -N -P -r -u --exclude='aclocal*' --exclude=Makefile.in --exclude=Makefile
--exclude='conf*' --exclude='auto*' --exclude='*doc*' --exclude='*man*'
coreutils-5.0.91/src/copy.c coreutils-5.0.91-patched/src/copy.c
--- coreutils-5.0.91/src/copy.c 2003-08-30 10:57:32.0 -0500
+++ coreutils-5.0.91-patched/src/copy.c 2003-11-07 11:17:43.0 -0600
@@ -42,6 +42,7 @@
#include "same.h"
#include "utimens.h"
#include "xreadlink.h"
+#include "buffer-lcm.h"
#define DO_CHOWN(Chown, File, New_uid, New_gid)\
(Chown (File, New_uid, New_gid) \
@@ -285,7 +286,7 @@
goto close_src_and_dst_desc;
}
- buf_size = ST_BLKSIZE (sb);
+ buf_size = buffer_lcm(ST_BLKSIZE (sb), ST_BLKSIZE (src_open_sb), SIZE_MAX);
#if HAVE_STRU
Re: Problems after installing Coreutils 5.0.91 or other 5.0.x on Gentoo 1.4
"Edmund" <[EMAIL PROTECTED]> wrote: > I've experienced a very interesting bug with Coreutils.[...] > > With the base installation's fileutils 4.1.11 everything is fine, > but after the system updates itself to coreutils, some of the file > operations are broken. [...] > > ls returns all files with size "1759218604416" > cp says "skipping file "name", as it was replaced while being copied I suspect it's a problem with your version of libc, or maybe a kernel/header mismatch. ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-coreutils
Re: rm -f and unexecutable directories
Ed Avis <[EMAIL PROTECTED]> wrote: > % mkdir -p fred/jim > % chmod a-x fred/jim > % rm -rf fred > rm: cannot chdir from `fred' to `jim': Permission denied > > But since I own the directory I could change the permissions and then > remove it. Shouldn't rm do this if I gave the 'force' option? I > thought that would take all measures necessary. rm may not do that. POSIX prohibits it. ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-coreutils
