Package: imagemagick
Version: 6.2.4.5-0.8
Severity: important
Imagemagick fails to build with latest graphviz-2.8-0.4 in repository.
--snip--
then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo; exit 1; fi
/bin/sh ./libtool --silent --tag=CC --mode=link gcc -g -O2 -Wall -pthread
Daniel Kobras wrote:
severity 360341 important
merge 360341 360362
thanks
On Sat, Apr 01, 2006 at 07:14:09AM -0800, C.Y.M wrote:
Imagemagick fails to build with latest graphviz-2.8-0.4 in repository.
--snip--
then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo; exit 1;
fi
Chet Ramey wrote:
Matthias Klose wrote:
C.Y.M writes:
Reverting back to bash 3.0 fixes the problem. It seems bash 3.1 has broken
the
way the arrays are read.
Once again bitten by using a too-general function for consistency
across different expansions :-).
I will be releasing a patch
Package: bash
Version: 3.1-4
Severity: important
I have been using these any2vob conversion scripts for quite some time to make
DVDs. After updating Sid, the bash scripts do not run anymore.
http://mightylegends.zapto.org/dvd/any2vob/any2vob-0.28.sh
The error is:
Reverting back to bash 3.0 fixes the problem. It seems bash 3.1 has broken the
way the arrays are read.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I dont think the problem you are observing is related to module-init-tools. I
am using the same version and do not see these errors. IMHO, there is something
wrong with the kernel image you are using. The best way to solve symbol
problems like that is to use the kernel-package tool and build
I dont think the problem you are observing is related to module-init-tools. I
am using the same version and do not see these errors. IMHO, there is something
wrong with the kernel image you are using. The best way to solve symbol
problems like that is to use the kernel-package tool and build
Package: checkinstall
Version: 1.5.3-3
Severity: grave
When attempting to execute checkinstall scripts after updating Sid today, I
get segfaults during package creation. Checkinstall was working prior to
upgrading system packages.
--SNIP--
checkinstall 1.5.3, Copyright 2001 Felipe Eduardo
Package: manpages-dev
Version: 2.17-1
fmemopen.3.gz is missing from manpages-dev.
/etc/cron.daily/man-db:
mandb: warning: /usr/share/man/man3/open_memstream.3.gz is a dangling symlink
open_memstream.3.gz - fmemopen.3.gz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Updating checkinstall to version 1.6.0 fixes the segfaults with the latest Sid
sources.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: checkinstall
Version: 1.5.3-3
Severity: grave
When attempting to execute checkinstall scripts after updating Sid today, I
get segfaults during package creation. Checkinstall was working prior to
upgrading system packages.
--SNIP--
checkinstall 1.5.3, Copyright 2001 Felipe Eduardo
Updating checkinstall to version 1.6.0 fixes the segfaults with the latest Sid
sources.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: nvidia-glx-dev
Version: 1.0.7676-1
Severity: important
I have noticed two problems related to links being created and not created in
the nvidia-glx-dev package.
1) When building an application that links to libGL.so, the diversion fails to
initialize because there is no
Thank you, I must have reinstalled the keymap incorrectly the first time. After
doing install-keymap us, the error has gone away. I think this bug can be
closed.
Best Regards,
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Has anyone found a solution to this? Is it just user error? I have tried to
update my keymap and nothing seems to fix the error during configuration and
bootup after installing console-common. After the init.d script provided by
console-common is executed on bootup, thats when I see this error
Package: subversion
Version: 1.2.3dfsg1-2
Severity: important
Since default Apache2 installation has upgraded to 2.0.55-2, it now requires
libdb4.3-dev (instead of libdb4.2-dev). This now causes a conflict when
building subversion.
checking for Apache module support via DSO through APXS...
Marco d'Itri wrote:
reassign 333052 linux-2.6
retitle 333052 race in the modules loader?
thanks
On Oct 10, C.Y.M [EMAIL PROTECTED] wrote:
When using udev with linux kernel 2.6.14-rc3, I get the following error during
system boot. Plug and Play ACPI support in the kernel is loading
Marco d'Itri wrote:
reassign 333052 linux-2.6
retitle 333052 race in the modules loader?
thanks
On Oct 10, C.Y.M [EMAIL PROTECTED] wrote:
When using udev with linux kernel 2.6.14-rc3, I get the following error during
system boot. Plug and Play ACPI support in the kernel is loading
Package: udev
Version: 0.070-3
Severity: important
When using udev with linux kernel 2.6.14-rc3, I get the following error during
system boot. Plug and Play ACPI support in the kernel is loading uhci_hcd just
fine, but it appears udev is attempting to load it prior to ACPI causing the
unknown
Package: console-common
Version: 0.7.54
New console-common package causes the following error during installation and
during system boot.
Setting up console-common (0.7.54) ...
Installing new version of config file /etc/init.d/keymap.sh ...
Looking for keymap to install:
NONE
loadkeys:
Package: apache2
Version: 2.0.54-5
Severity: grave
Apache2 no longer builds with new openssl-0.9.8 package.
/var/local/apache2/apache2-2.0.54/build-tree/apache2/modules/ssl/ssl_engine_pphrase.c:
In function `ssl_pphrase_Handle_CB':
Here is a patch to fix the problem:
--- httpd-2.0.54.orig/modules/ssl/ssl_toolkit_compat.h 2005-02-04
12:21:18.0 -0800
+++ httpd-2.0.54/modules/ssl/ssl_toolkit_compat.h 2005-07-06
08:50:38.46875 -0700
@@ -24,6 +24,12 @@
#ifdef OPENSSL_VERSION_NUMBER
+#if
Hotplug is also necessary for loading external firmware and can not be replaced
by udev.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: apache2
Version: 2.0.54-5
Severity: grave
Apache2 no longer builds with new openssl-0.9.8 package.
/var/local/apache2/apache2-2.0.54/build-tree/apache2/modules/ssl/ssl_engine_pphrase.c:
In function `ssl_pphrase_Handle_CB':
Here is a patch to fix the problem:
--- httpd-2.0.54.orig/modules/ssl/ssl_toolkit_compat.h 2005-02-04
12:21:18.0 -0800
+++ httpd-2.0.54/modules/ssl/ssl_toolkit_compat.h 2005-07-06
08:50:38.46875 -0700
@@ -24,6 +24,12 @@
#ifdef OPENSSL_VERSION_NUMBER
+#if
Package: apache2
Version: 2.0.54-5
Severity: grave
Apache2 no longer builds with new openssl-0.9.8 package.
/var/local/apache2/apache2-2.0.54/build-tree/apache2/modules/ssl/ssl_engine_pphrase.c:
In function `ssl_pphrase_Handle_CB':
Here is a patch to fix the problem:
--- httpd-2.0.54.orig/modules/ssl/ssl_toolkit_compat.h 2005-02-04
12:21:18.0 -0800
+++ httpd-2.0.54/modules/ssl/ssl_toolkit_compat.h 2005-07-06
08:50:38.46875 -0700
@@ -24,6 +24,12 @@
#ifdef OPENSSL_VERSION_NUMBER
+#if
This fixes the problem.. although its not a real fix.
--- rules.orig 2005-09-22 03:39:27.0 -0700
+++ rules 2005-09-22 03:31:28.0 -0700
@@ -30,7 +30,7 @@
# Builds the binary package.
$(checkdir)
ifeq ($(DEB_HOST_ARCH_OS),linux)
- (cd src; make DISTRO=Debian
Further information:
I have tested 2.6.13.2 and 2.6.14-rc2 kernel sources from kernel.org. Also, I
have the following kernel security settings enabled:
#
# Security options
#
# CONFIG_KEYS is not set
CONFIG_SECURITY=y
# CONFIG_SECURITY_NETWORK is not set
CONFIG_SECURITY_CAPABILITIES=m
#
Package: sysvinit
Version: 2.86.ds1-2
Sysvinit attempts to mount /selinux on boot and fails (but selinux is not
currently enabled). Sysvinit should check if selinux is available before
attempting to mount it.
Regards,
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Christian Hammers wrote:
Hi
On 2005-09-19 sean finney wrote:
On Sun, Sep 18, 2005 at 04:58:39PM -0700, C.Y.M wrote:
Package: mysql-server
Version: 4.0.24-10
Package does not build with new linux-kernel-headers (2.6.13+0rc3-1.1) and
gcc-3.4.
Hm, 4.0.24 is no longer present in unstable
Steve McIntyre wrote:
On Sun, Sep 18, 2005 at 06:05:42PM -0700, C.Y.M wrote:
Package: mkisofs
Version: 2.01+01a03-1
Severity: grave
mkisofs segfaults when creating isos.
Example:
mkisofs -dvd-video -V ISO_`date +%d-%m-%Y` -o image.iso image
Segmentation fault
Can you provide an example
Steve McIntyre wrote:
On Sun, Sep 18, 2005 at 06:05:42PM -0700, C.Y.M wrote:
Package: mkisofs
Version: 2.01+01a03-1
Severity: grave
mkisofs segfaults when creating isos.
Example:
mkisofs -dvd-video -V ISO_`date +%d-%m-%Y` -o image.iso image
Segmentation fault
Can you provide an example
Package: mysql-server
Version: 4.0.24-10
Package does not build with new linux-kernel-headers (2.6.13+0rc3-1.1) and
gcc-3.4.
--SNIP--
In file included from /usr/include/asm/processor.h:18,
from /usr/include/asm/atomic.h:6,
from ./../include/my_global.h:287,
Package: mkisofs
Version: 2.01+01a03-1
Severity: grave
mkisofs segfaults when creating isos.
Example:
mkisofs -dvd-video -V ISO_`date +%d-%m-%Y` -o image.iso image
Segmentation fault
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Package: mkisofs
Version: 2.01+01a03-1
Severity: grave
mkisofs segfaults when creating isos.
Example:
mkisofs -dvd-video -V ISO_`date +%d-%m-%Y` -o image.iso image
Segmentation fault
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Package: udev
Version: 0.070-1
Udev fails to load external firmware. My dvb firmware fails to load.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libarts1-xine
Version: 3.4.2-2
libarts1-xine should be built against libmodplug0c2 (not libmodplug0).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Adeodato Simó wrote:
* C.Y.M [Wed, 14 Sep 2005 05:04:41 -0700]:
Package: libarts1-xine
Version: 3.4.2-2
libarts1-xine should be built against libmodplug0c2 (not libmodplug0).
Er, where does libarts1-xine depend on libmodplug0? I can't find it.
I guess libarts-xine is being
Well, then you should've reported the bug against libxine1, not
against us; we can't do nothing about it. .oO(other than NMU)
Reassigned, thanks.
Thanks, sorry for the confusion.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Package: libarts1-xine
Version: 3.4.2-2
libarts1-xine should be built against libmodplug0c2 (not libmodplug0).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Adeodato Simó wrote:
* C.Y.M [Wed, 14 Sep 2005 05:04:41 -0700]:
Package: libarts1-xine
Version: 3.4.2-2
libarts1-xine should be built against libmodplug0c2 (not libmodplug0).
Er, where does libarts1-xine depend on libmodplug0? I can't find it.
I guess libarts-xine is being
C.Y.M wrote:
I would like to mention that this problem may also be related to HAL (not
UDEV).
Please forward accordingly if you find that this is the case.
This is definitely a UDEV issue. I have noticed that all the links in
/etc/udev/links.conf get created *except* stdin, stdout
Marco d'Itri wrote:
tag 327434 unreproducible moreinfo help
thanks
On Sep 10, C.Y.M [EMAIL PROTECTED] wrote:
This is definitely a UDEV issue. I have noticed that all the links in
/etc/udev/links.conf get created *except* stdin, stdout, and stderr. The only
difference between those links
I have reverted everything that I can think of the past few days and nothing
looks like it could be deleting those links. Besides, wouldnt they get
recreated if I manually restarted udev after the system startup? I tried
udevstart and the links are still not there.
After some more
C.Y.M wrote:
I have reverted everything that I can think of the past few days and nothing
looks like it could be deleting those links. Besides, wouldnt they get
recreated if I manually restarted udev after the system startup? I tried
udevstart and the links are still not there.
After some
Since I have not changed the udev package or upgraded it in any way for the
past
few weeks, I am fairly certain that this is not an actual UDEV bug. Some of
the
candidate packages responsible for this problem could be either the latest
version of bash or possibly sed. I have updated
Package: bash
Version: 3.0-16
Severity: grave
The new version of Bash is causing udev-0.068-2 to *not* create links in /dev to
the nodes in /proc/self/fd (/dev/stdin, /dev/stdout, /dev/stderr). I am using
an x86 cpu with a 2.6.13 kernel.
Re,
C.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Matthias Klose wrote:
tags 327477 +unreproducible
thanks
- please could you verify, if that occurs with dash as well? (setting
the /bin/sh symlink to /bin/dash)
- can you reproduce this with a kernel found in the Debian archives?
I have reinstalled the new version of bash and switched
Package: initscripts
Version: 2.86.ds1-1.2
When rebooting the system, I get an error message stating:
missing file: /usr/bin/tput
Regards,
C.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: bash
Version: 3.0-16
Severity: grave
The new version of Bash is causing udev-0.068-2 to *not* create links in /dev to
the nodes in /proc/self/fd (/dev/stdin, /dev/stdout, /dev/stderr). I am using
an x86 cpu with a 2.6.13 kernel.
Re,
C.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Matthias Klose wrote:
tags 327477 +unreproducible
thanks
- please could you verify, if that occurs with dash as well? (setting
the /bin/sh symlink to /bin/dash)
- can you reproduce this with a kernel found in the Debian archives?
I have reinstalled the new version of bash and switched
Package: udev
Version: 0.068-2
Severity: important
Udev is not creating /dev/stdout-fd/1
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
C.Y.M wrote:
Package: dvdauthor
Version: 0.6.11-2
Severity: Important
Please close this report. The problem was not with spumux at all. The problem
manifested itself with a new release of UDEV not creating /dev/stdout. Sorry
for the bad report.
Best Regards.
C.
--
To UNSUBSCRIBE
I would like to mention that this problem may also be related to HAL (not UDEV).
Please forward accordingly if you find that this is the case.
Best Regards,
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: dvdauthor
Version: 0.6.11-2
Severity: Important
After testing dvdauthor 0.6.11-2 with libmagick 6.2.3.6-3, I am now able to
build the dvdauthor packages. Unfortunatly, spumux is completly broken with the
new libmagick versions. I am unable to create menus and my scripts now segfault
Package: debhelper
Version: 4.9.6
Severity: important
When building packages, I get the following error with version 4.9.6. Going back
to 4.9.5 fixes the problem.
dh_installdocs --exclude=CVS --exclude=mplayer.1 DOCS/*
find: paths must precede expression
Usage: find [-H] [-L] [-P] [path...]
Package: libquicktime
Version: 0.9.7-0.0
This new version of libquicktime will not build with the stable version of
mjpegtools (1.6.2-0.9) in the debian repository at nerim. Mjpegtools version
1.7 is required for this new version of libquicktime. Unfortunately, the new
version of mjpegtools
Package: udev
Version: 0.066-1
Severity: important
After upgrading to 0.066-1, udev fails to create any devices in /dev/dvb for
such cards as a Hauppauge DVB Card.
Downgrading to 0.065-1 fixes the problem. Udev should be creating:
/dev/dvb/adapter0/video0
etc..
Best Regards.
--
To
Package: dirmngr
Version: 0.9.2-1
The init.d script references killproc which is not contained in the debian
package system. killall can be used as a substitute. Here is what I have
done to fix the problem:
--SNIP--
d_stop() {
killall -q -TERM $NAME
# killproc $NAME
rm
Marco d'Itri wrote:
On Aug 16, C.Y.M [EMAIL PROTECTED] wrote:
After upgrading to 0.066-1, udev fails to create any devices in /dev/dvb for
such cards as a Hauppauge DVB Card.
Duplicate of #323263.
Please try to help with the debugging as requested.
After installing the new udev
Marco d'Itri wrote:
On Aug 16, C.Y.M [EMAIL PROTECTED] wrote:
Duplicate of #323263.
Please try to help with the debugging as requested.
Actually the instructions are in #317333.
The log without debugging output is not helpful, please try again after
setting udev_log=debug (in your case
C.Y.M wrote:
Marco d'Itri wrote:
On Aug 16, C.Y.M [EMAIL PROTECTED] wrote:
Aug 16 03:19:16 sid udevd[26204]: udevd.c: error opening /dev/null No such
file
or directory
This was supposed to have been fixed, but with 067 should not matter.
For 066 it would be a fatal error.
Aug 16 03:19
Marco d'Itri wrote:
On Aug 16, C.Y.M [EMAIL PROTECTED] wrote:
Aug 16 03:19:16 sid udevd[26204]: udevd.c: error opening /dev/null No such
file
or directory
This was supposed to have been fixed, but with 067 should not matter.
For 066 it would be a fatal error.
Aug 16 03:19:16 sid udev
Are you sure that the device node is still not created?
Im very sorry. I was wrong about 067 not fixing the problem. I rebooted a
second time with the new version of udev and now it seems to be fine. I think
you can close this bug.
Best Regards,
C.Y.M.
--
To UNSUBSCRIBE, email
C.Y.M wrote:
Are you sure that the device node is still not created?
Im very sorry. I was wrong about 067 not fixing the problem. I rebooted a
second time with the new version of udev and now it seems to be fine. I think
you can close this bug.
Ooops again. I take that back
Marco d'Itri wrote:
On Aug 16, C.Y.M [EMAIL PROTECTED] wrote:
Ooops again. I take that back. It seems to create the devices with 067 only
when udev is in debug mode. If I put it back to only write to log on error,
the
devices fail to be created again.
I find hard to believe this. Please
Marco d'Itri wrote:
On Aug 16, C.Y.M [EMAIL PROTECTED] wrote:
loads the dvb modules. If I do not put a wait statement in the script right
after probing the dvb modules, the next call to my dvb application will fail
because the device has not been created fast enough by udev. I have to use
Creating a nvidia-kernel package with the new 7667 drivers fixed the problem.
Some of the changes that had to be made for the new package:
1) One of the include files has changed names in nvidia-glx-dev (glxext.h).
2) The debhelper compatability version needs to be bumped.
Regards,
C.
--
I solved the problem by fixing the softlinks in /usr/bin like this:
cd /usr/bin
ln -fs cpp-3.4 i486-linux-gnu-cpp
ln -fs g++-3.4 i486-linux-gnu-g++
ln -fs g77-3.4 i486-linux-gnu-g77
ln -fs gcc-3.4 i486-linux-gnu-gcc
Please close.
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
C.Y.M wrote:
Peter Eisentraut wrote:
C.Y.M wrote:
After upgrading Dirmngr from 0.9.1-2 to 0.9.2-1, the service no
longer starts/stops.
[EMAIL PROTECTED]:/etc/init.d$ ./dirmngr restart
* Restarting DirMngr...
/sbin/start-stop-daemon: warning: failed to kill 3292: No such
process
Does
Peter Eisentraut wrote:
Am Sonntag, 7. August 2005 22:50 schrieb C.Y.M:
When I do ps -ax |grep dirmngr, it appears to be running with the correct
pid referenced in /var/run, but when I type restart, it constantly gives
me that error msg.
It's not an error message, it says warning
Package: nvidia-glx
Version: 1.0.7174-4
Severity: important
After updating to libc6-2.3.5-3, xorg no longer starts with the nvidia-kernel.
(II) Setting vga for screen 0.
(**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32
(==) NVIDIA(0): RGB weight 888
(==) NVIDIA(0): Default visual is TrueColor
Package: xorg-x11
Version: 6.8.2.dfsg.1-4
Severity: important
Xorg fails to build with new linux-kernel-headers (2.6.13+0rc3-1). I am Using
gcc-3.4.
In file included from xf86Ur-98.c:8:
/usr/include/linux/joystick.h:142:2: #error Unexpected BITS_PER_LONG
make[8]: *** [xf86Ur-98.o] Error 1
--
Peter Eisentraut wrote:
C.Y.M wrote:
After upgrading Dirmngr from 0.9.1-2 to 0.9.2-1, the service no
longer starts/stops.
[EMAIL PROTECTED]:/etc/init.d$ ./dirmngr restart
* Restarting DirMngr...
/sbin/start-stop-daemon: warning: failed to kill 3292: No such
process
Does it actually
Package: xorg-x11
Version: 6.8.2.dfsg.1-4
Severity: important
Xorg fails to build with new linux-kernel-headers (2.6.13+0rc3-1). I am Using
gcc-3.4.
In file included from xf86Ur-98.c:8:
/usr/include/linux/joystick.h:142:2: #error Unexpected BITS_PER_LONG
make[8]: *** [xf86Ur-98.o] Error 1
--
Forgive my ignorance, but how is this issue closed if the user had to remove the
debian package and install from the official source? Doesn't the debian package
still need to be fixed?
Regards,
C.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
C.Y.M wrote:
I have a feeling that the last bug I reported on udev (#321033) is directly
related to this change (#318313). When hal uses the RUN udev rules instead of
the hotplugd.d and dev.d scripts, DEVNAME and SEQNUM do not get set, which
causes the following errors:
hal.dev[29779
C.Y.M wrote:
C.Y.M wrote:
Ooops.. I had it backwards. :)
--- hal/debian/hal.udev.rules.old 2005-08-06 04:05:56.0 -0700
+++ hal/debian/hal.udev.rules 2005-08-06 04:28:29.0 -0700
@@ -1,6 +1,12 @@
# hotplug.d and dev.d are obsolete, so simulate calling of the hal helpers
C.Y.M wrote:
C.Y.M wrote:
C.Y.M wrote:
Ooops.. I had it backwards. :)
Never mind.. my hacked solution does not work as I thought. That patch fixed
nothing. Please ignore. Any advise you have would be appreciated.
Regards.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
Package: dirmngr
Version: 0.9.2-1
Severity: important
After upgrading Dirmngr from 0.9.1-2 to 0.9.2-1, the service no longer
starts/stops.
[EMAIL PROTECTED]:/etc/init.d$ ./dirmngr restart
* Restarting DirMngr...
/sbin/start-stop-daemon: warning: failed to kill 3292: No such process
I have a feeling that the last bug I reported on udev (#321033) is directly
related to this change (#318313). When hal uses the RUN udev rules instead of
the hotplugd.d and dev.d scripts, DEVNAME and SEQNUM do not get set, which
causes the following errors:
hal.dev[29779]: DEVNAME is not set
Package: hal
Version: 0.4.8-4
It appears the installation puts hal-unmount.sh in the wrong location. It is
creating a directory like this:
/usr/lib/hal/hal-unmount.sh/hal-unmount.sh
And I presume it should be like this:
/usr/lib/hal/hal-unmount.sh
--
To UNSUBSCRIBE, email to [EMAIL
Package: tvtime
Version: 0.9.15-1
Since the change of the build environment over to gcc-4.0 in Sid, something has
happened to the build environment for *all* of the compilers (including gcc-3.3
and gcc-3.4). At the beginning the the debian/rules in the tvtime source
package, there are these lines
I can confirm this bug as well. My system is x86 with 2.6.13-rc3 kernel. The
bug surfaced with 9.002 (not 9.003). If I go back to 9.001, then it works as
expected.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I can confirm this bug as well. My system is x86 with 2.6.13-rc3 kernel. The
bug surfaced with 9.002 (not 9.003). If I go back to 9.001, then it works as
expected.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: xfonts-scalable
Version: 6.8.2.dfsg.1-3
xfonts-scalable.postinst.in still references Speedo which has been removed from
xorg.
--SNIP--
#DEBHELPER#
FONTDIRS=Speedo Type1
UPDATECMDS=update-fonts-scale update-fonts-dir
--SNIP--
Setting up xfonts-scalable (6.8.2.dfsg.1-3) ...
Updating
Package: xterm
Version: 6.8.2.dfsg.1-3
/etc/cron.daily/man-db:
mandb: warning: /usr/share/man/man1/x-terminal-emulator.1.gz is a dangling
symlink
The current link in /etc/alternatives is:
x-terminal-emulator.1.gz - /usr/X11R6/man/man1/lxterm.1.gz
and should be:
x-terminal-emulator.1.gz -
Package: xfonts-scalable
Version: 6.8.2.dfsg.1-3
xfonts-scalable.postinst.in still references Speedo which has been removed from
xorg.
--SNIP--
#DEBHELPER#
FONTDIRS=Speedo Type1
UPDATECMDS=update-fonts-scale update-fonts-dir
--SNIP--
Setting up xfonts-scalable (6.8.2.dfsg.1-3) ...
Updating
Package: xterm
Version: 6.8.2.dfsg.1-3
/etc/cron.daily/man-db:
mandb: warning: /usr/share/man/man1/x-terminal-emulator.1.gz is a dangling
symlink
The current link in /etc/alternatives is:
x-terminal-emulator.1.gz - /usr/X11R6/man/man1/lxterm.1.gz
and should be:
x-terminal-emulator.1.gz -
Package: nvidia-glx
Version: 1.0.7174-3
Severity: Important
Nvidia-glx conflicts with new Xorg packages. Depends need to be updated.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libwxgtk2.4
Version: 2.4.3.1
Severity: Important
libwxgtk2.4 conflicts with new Xorg packages. Depends need to be updated.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: pvm-dev
Version: 3.4.5-2
Man-db is reporting broken links every time the daily cron job is executed.
/etc/cron.daily/man-db:
mandb: can't open /usr/share/man/man3/libpvm.3PVMPVM: No such file or directory
mandb: warning: /usr/share/man/man3/libfpvm.3.gz: bad symlink or ROFF `.so'
Package: linux-kernel-headers
Version: 2.6.12.0-1
Severity: Important
All of my source files with the following (#include asm/timex.h) now fail with
this error:
--SNIP--
In file included from /usr/include/asm/processor.h:18,
from /usr/include/asm/timex.h:10,
GOTO Masanori wrote:
At Mon, 11 Jul 2005 00:37:14 -0700,
C.Y.M wrote:
All of my source files with the following (#include asm/timex.h) now fail
with
this error:
Which source/package did you get this error? asm/timex.h is not
designed for userland tools. You shouldn't include this file
Package: linux-kernel-headers
Version: 2.6.12.0-1
Severity: Important
All of my source files with the following (#include asm/timex.h) now fail with
this error:
--SNIP--
In file included from /usr/include/asm/processor.h:18,
from /usr/include/asm/timex.h:10,
GOTO Masanori wrote:
At Mon, 11 Jul 2005 00:37:14 -0700,
C.Y.M wrote:
All of my source files with the following (#include asm/timex.h) now fail
with
this error:
Which source/package did you get this error? asm/timex.h is not
designed for userland tools. You shouldn't include this file
Package: dvdauthor
Version: 0.6.11-1
Severity: Important
The new imagemagick package in Sid (libmagick++6-dev_6.2.3.1-1) breaks
dvdauthor. It will no longer build and the menu's are not created properly on
the DVD's.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Corrin Lakeland wrote:
On Fri, 18 Feb 2005 07:08, C.Y.M wrote:
Instead of the logs being written to the syslog (like they should be), they
are written to Razor's user homedir and called sys-syslog.
It appears the patch in this thread did not make it upstream. The new version
is broke
After updating to 4.2.20-3 yesterday, the problem seems to have been fixed.
But, after updating packages again today, the -depth problem seems to be back.
Would updating ncurses affect this?
Regards,
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
101 - 200 of 261 matches
Mail list logo