On Mon, May 08, 2006 at 03:42:38PM -0700, Xin Liu wrote:
Package: grep
Version: 2.5.1.ds2-4
When the locale is zh_CN.GBK, grep -i would produce segment fault
with binary files. For instance:
***
[EMAIL PROTECTED]:~/tmp/tmp$ grep -i readline /bin/bash
Segmentation fault
Package: linux-kernel-headers
Version: 2.6.18-1
ethtool.h makes use of types like __u32 but does not include
linux/types.h. The consequence is that some software that includes
linux/ethtool.h but not linux/types.h, such as xorp-1.3, does not
compile.
Best
Regards,
LIU Xin
--
To UNSUBSCRIBE,
I also met this error. I'm using the debian package
linux-image-2.6.18-1-686 with version 2.6.18-2.
The output of the command grep -E -qs tmpfs\$ /proc/filesystems is nothing.
Best
Regards,
Xin Liu
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Package: xfonts-encodings
Version: 1:1.0.0-3
In encodings.dir, encodingslarge should be encodings/large.
The patch is:
***
--- debian/rules.orig 2006-05-15 19:41:18.0 -0700
+++ debian/rules2006-05-15 19:41:27.0 -0700
@@ -40,7 +40,7 @@
cd
Package: grep
Version: 2.5.1.ds2-4
When the locale is zh_CN.GBK, grep -i would produce segment fault
with binary files. For instance:
***
[EMAIL PROTECTED]:~/tmp/tmp$ grep -i readline /bin/bash
Segmentation fault
***
Best
Regards,
LIU Xin
Package: libfontenc1
Version: 1:1.0.1-5
The encodingdir specified in the rules file is wrong, so that
libfontenc1 can not find encoding files provided by xfonts-encodings.
In debian/rules, the wrong value is:
--with-encodingsdir=\$${datadir}/fonts/X11/fonts/encodings
And the correct value
I checked libfontenc1-1.0.1-5, and it is still incorrect... The line in it is:
--with-encodingsdir=\$${datadir}/fonts/X11/fonts/encodings
This is still wrong...
On 4/15/06, Daniel Stone [EMAIL PROTECTED] wrote:
On Sat, Apr 15, 2006 at 04:34:55PM -0700, Xin Liu wrote:
There is a typo
Package: xserver-xorg-input-all
Version: 1:7.0.11
This package is supposed to be dependent on all the
xserver-xorg-input-* packages, so that installing this package would
install them all. However, the dependence information is missing in
this package.
Best
Regards,
LIU Xin
Package: xfonts-encodings
Version: 1:1.0.0-2
This package installs all the encoding files into
/usr/share/fonts/X11/encodings/, while the Xorg system ( I don't know
which particular package ) still looks for the encoding files in the
old location /usr/X11R6/lib/X11/fonts/encodings/. The result,
Package: xserver-xorg-video-all
Version: 1:7.0.11
This package is supposed to be dependent on all the
xserver-xorg-video-* packages, while it is actually not.
Best
Regards,
LIU Xin
Package: x11-common
Version: 1:7.0.11
x11-common conflicts with xlockmore, but it seems that xlockmore runs
happily together with the new X build. Without xlockmore I can't lock
my computer in an open lab...
On 4/15/06, Daniel Stone [EMAIL PROTECTED] wrote:
On Sat, Apr 15, 2006 at 01:53:53AM -0700, Xin Liu wrote:
This package installs all the encoding files into
/usr/share/fonts/X11/encodings/, while the Xorg system ( I don't know
which particular package ) still looks for the encoding files
I confirmed that the new libfontenc1-1.0.1-3 does not work. I think
the option should be:
--with-encodingsdir=${datadir}/fonts/X11/encodings
Best
Regards,
LIU Xin
On 4/15/06, Daniel Stone [EMAIL PROTECTED] wrote:
On Sat, Apr 15, 2006 at 01:53:53AM -0700, Xin Liu wrote:
This package installs
There is a typo in the rules file. Actually this should be:
--with-encodingsdir=\$${datadir}/fonts/X11/encodings
On 4/15/06, Daniel Stone [EMAIL PROTECTED] wrote:
On Sat, Apr 15, 2006 at 04:08:34PM -0700, Xin Liu wrote:
I confirmed that the new libfontenc1-1.0.1-3 does not work. I think
Package: dhcp-client
Version: 2.0pl5-19.2
In /etc/dhclient-script, the following line:
relmajor=`echo $relmajor | sed 's/^[0-9]*\.\([0-9]*\)\..*/\1/'`
should be:
relmajor=`echo $release | sed 's/^[0-9]*\.\([0-9]*\)\..*/\1/'`
Best
Regards,
LIU Xin
Package: util-linux
Version: 2.12p-8
In hwclock.sh, there are a number of mis-spellings: HWCLOCPARS
should be HWCLOCKPARS. The consequence is that setting the variable
HWCLOCKPARS becomes useless.
Best
Regards,
LIU Xin
16 matches
Mail list logo