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: 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
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: 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...
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
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]
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
Package: udev
Version: 0.100-1
Severity: important
Udev is unable to find firmware (/lib/firmware/dvb-ttpci-01.fw). DVB Drivers
fail to load because hotplug does not work. The previous version of udev works
fine.
BR.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: nvidia-glx-dev
Version: 1.0.8776-1
There are a few minor bugs that should be cleaned up in the debian packaging
scripts for nvidia.
1) nvidia-glx-dev.links and nvidia-glx-dev.links.in create malformed links
because a # exists before the link name in the links file. Also, the second
2) A diversion is created and referenced to /usr/lib/libGL.so.1.2 (but this
link
is never created in /usr/lib).
I'm not sure what you are getting at here. /usr/lib/libGL.so.1.2 from
libgl1-mesa-glx is diverted to /usr/lib/nvidia/libGL.so.1.2.xlibmesa
which shows up if libgl1-mesa-glx is
So, the libraries in /usr/lib/nvidia are not really used, but kept to store
the
diverted file? I guess I got confused when I saw this in /usr/lib/nvidia:
-rw-r--r-- 1 root root 425320 2006-10-13 03:55 libGL.so.1.2.xlibmesa
lrwxrwxrwx 1 root root 19 2006-11-14 08:53
Package: nvidia-kernel-source
Version: 1.0.9625-2
Severity: important
The paths are incorrect in the build rules when trying to apply the debian
patches to the source code before building the nvidia-kernel module with
make-kpkg. Also, the patches are not reversing properly when the rules cleans
Package: nvidia-glx
Version: 1.0.8774-3
Severity: important
nvidia-glx package conflicts with xorg 7.1 because xorg now provides the virtual
xserver-xorg-video package. A solution would be to remove xserver-xorg-video
provides from the nvidia-glx package.
--
To UNSUBSCRIBE, email to [EMAIL
Randall Donald wrote:
On Sun, 2006-10-08 at 08:14 -0700, C.Y.M wrote:
Package: nvidia-glx
Version: 1.0.8774-3
Severity: important
nvidia-glx package conflicts with xorg 7.1 because xorg now provides the
virtual
xserver-xorg-video package. A solution would be to remove
xserver-xorg-video
Randall Donald wrote:
On Sun, 2006-10-08 at 12:02 -0700, C.Y.M wrote:
Randall Donald wrote:
On Sun, 2006-10-08 at 08:14 -0700, C.Y.M wrote:
Package: nvidia-glx
Version: 1.0.8774-3
Severity: important
nvidia-glx package conflicts with xorg 7.1 because xorg now provides the
virtual
When I look at the control file for nvidia-glx 1.0.8774-3 , I see the
following:
Package: nvidia-glx
Architecture: i386 amd64
Depends: nvidia-kernel-1.0.8762, x11-common (= 1:7.0.0), ${shlibs:Depends}
Suggests: nvidia-settings, nvidia-kernel-source (= 1.0.8762)
Conflicts:
This bug seems to have resurfaced with 2.86.ds1-33. Is this still a lsb-base
issue? Any idea how to fix it again?
Best Regards.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
C.Y.M wrote:
This bug seems to have resurfaced with 2.86.ds1-33. Is this still a lsb-base
issue? Any idea how to fix it again?
As a workaround to this bug, I have rebuilt the ncurses-bin package to place
tput in /bin/tput instead of /usr/bin/tput. Unless there is a better
suggestion
C.Y.M wrote:
This is a quick hack that solves the build problem with kernel 2.6.18. This
is
not a backwards compatible patch.
Apparently, The 2.6.18 stats callback parameters have changed from 2.6.17 so
that it takes a struct dentry* rather than a struct super_block.
Revised patch applied
Eduard Bloch wrote:
#include hallo.h
* C.Y.M [Wed, Sep 20 2006, 07:33:55PM]:
This is a quick hack that solves the build problem with kernel 2.6.18. This
is
not a backwards compatible patch.
Stupid question: why do you need LUFS? I consider requesting its removal
because almost
Package: lufs-source
Version: 0.9.7-8
Severity: important
Build fails with kernel-2.6.18.
/usr/src/modules/lufs/kernel/Linux/2.6/inode.c:62: warning: initialization from
incompatible pointer type
/usr/src/modules/lufs/kernel/Linux/2.6/inode.c:414:5: warning:
KERNEL_VERSION_CODE is not defined
Package: cdfs-src
Version: 2.4.20.a+2.6.12-2
Severity: important
Build fails with 2.6.18 kernel release.
/usr/src/modules/cdfs/2.6/root.c:541: warning: initialization from incompatible
pointer type
/usr/src/modules/cdfs/2.6/root.c: In function `cdfs_get_sb':
Package: cdrs-src
Version: 2.4.20.a+2.6.12-2
Severity: important
Build fails with 2.6.18 kernel release.
/usr/src/modules/cdfs/2.6/root.c:541: warning: initialization from incompatible
pointer type
/usr/src/modules/cdfs/2.6/root.c: In function `cdfs_get_sb':
This is a patch that fixes the build problem with kernel 2.6.18. This is not a
backwards compatible patch.
Best Regards.
--- cdfs/2.6/root.c.orig 2006-09-20 18:15:33.0 -0700
+++ cdfs/2.6/root.c 2006-09-20 18:29:39.0 -0700
@@ -543,8 +543,8 @@
#ifdef OLD_KERNEL
static
This is a quick hack that solves the build problem with kernel 2.6.18. This is
not a backwards compatible patch.
Thanks.
--- lufs/kernel/Linux/2.6/inode.c.orig 2006-09-20 18:31:59.0 -0700
+++ lufs/kernel/Linux/2.6/inode.c 2006-09-20 18:33:02.0 -0700
@@ -510,9 +510,9 @@
Package: apache
Version: 1.3.33-4
Description: My system has both apache and apache-ssl installed. I am unable
to start and stop apache after upgrading from the previous version. When
attempting to stop apache, a single thread still remains running and I have to
manually kill it and the pid
Some more information...
I tried apt-get source apache and built the packages with fakeroot
dpkg-buildpackge. Everything built fine. But, the same thing is happening. I
tried to change the startup order so apache would start after apache-ssl on boot
, but that did not help either. Oddly,
Package: kernel-package
Version: 8.120
Severity: critical
Description: When attempting to build a new 2.6 kernel snapshot with this latest
version of kernel-package, the build script just locks up.
Test: Build kernel 2.6.11-rc3-bk8 with the following command:
fakeroot make-kpkg
Manoj Srivastava wrote:
Hi,
Can't reproduce this. Do you have any additional details? Like
a log of where the lock up happened?
manoj
OK, it doesnt appear to be actually locking up now, sorry for the poor
description. The first time I tried it, it just sat there for a few minutes and
Package: autofs
Version: 4.1.3+4.1.4beta2-1
Severity: important
Description: The new auto.smb script assumes that all smb mounts do not require
a user or password from the following code (-N switch). Is there an easy way of
changing it to something like this? I could not get this to work.
Package: razor
Version: 2.670-1
Severity: Important
Description: Changing the logfile option in razor-agent.conf to sys-syslog no
longer works as expected.
logfile = sys-syslog
Instead of the logs being written to the syslog (like they should be), they are
written to Razor's user homedir and
Package: libauthen-pam-perl
Version: 0.14-1
Severity: Important
Description: After installing libauthen-pam-perl, my system shows an
authentication error every time the system is rebooted. Here is one of the
failed error message lines from /var/log/auth.log when the system is booted.
perl:
Package: webmin
Version: 1.180-1
Severity: Important
Description: After installing webmin, my system shows an authentication error
every time webmin is restarted. Below is one of the failed error message lines
from /var/log/auth.log when webmin is restarted. The webmin application seems to
Package: webmin-snort
Version: 1.1-2
Severity: Important
Description: When clicking on a link to view a rule, the following error is
displayed. When selecting the disable/enable button, the interface works fine.
It is only a problem with viewing the rule, therefore, $RULE_PATH is obviously
set
Package: nvidia-kernel-source
Version: 1.0.6629+1-2
Severity: Important
Description: Patch for changes to agp_backend_acquire and agp_backend_release in
2.6.11-bk3+.
Best Regards,
#!/bin/sh -e
# Patch from accumulated from http://www.minion.de/files/1.0-6629/
if [ $# -lt 1 ]; then
echo 2
Here is a better patch that includes the new dpatch (with some extra tabs
removed from the previous post), and the necessary changes to the debian/rules
and 00list files. It should apply cleanly to the current nvidia-kernel-sources
package.
Best Regards,
diff -ruN
Matthew Palmer wrote:
I didn't do that in my previous test, but I just have and it doesn't appear
to have made any difference -- no matter what combination I try, I can't
make the server give me a 500.
What a pest. I like easily reproducible bug reports...
Hello Matt,
I have upgraded to Apache2
I have gone back to version 4.3.8-1 (which is the version that works for me) and
have started back porting the changes from 4.3.9-2 until it breaks. The problem
seems to be with the new check_mysql_auth_require and this function:
if ((rv = check_mysql_auth_require(user, t, r))
!=
The trouble lies within this patch. I am trying to narrow it down as much as
possible. The first section of the code that changed looks like this:
- if ((rv = check_mysql_auth_require(user, t, r))
- != HTTP_UNAUTHORIZED)
- {
-
Matthew Palmer wrote:
On Fri, Mar 11, 2005 at 11:32:11AM -0800, C.Y.M wrote:
The trouble lies within this patch. I am trying to narrow it down as much
as possible. The first section of the code that changed looks like this:
- if ((rv = check_mysql_auth_require(user, t, r
Matthew Palmer wrote:
On Mon, Mar 14, 2005 at 12:27:10AM -0800, C.Y.M wrote:
Thanks for the debug patch. I have applied it and reproduced the error,
but I do not get any new debug info in the log. I am running apache2 in
debug mode.
That's... odd. Once Running query gets printed, and Query
Matthew Palmer wrote:
On Mon, Mar 14, 2005 at 12:27:10AM -0800, C.Y.M wrote:
Thanks for the debug patch. I have applied it and reproduced the error,
but I do not get any new debug info in the log. I am running apache2 in
debug mode.
Out of curiosity, how do you define the access to each
After upgrading postfix (with integrated tls), I am having the same
upgrade/installation problems mentioned in this thread. Also, when the server
attempts to accept mail, I get the following error:
Apr 14 02:46:54 nofear postfix/tlsmgr[28480]: fatal: unsupported transport type:
fifo
Apr 14
is creating a broken link:
libdb.so - /usr/lib/libdb3.so
And, libmysqlclient10-dev is a dependency where it should be bumped to
libmysqlclient12-dev.
Best Regards,
C.Y.M.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
C.Y.M wrote:
The problem appears to be that the links are created incorrectly when the
package is built (they are pointing to a non existing directory):
dpkg --contents postfix*
lrwxrwxrwx root/root 0 2005-04-14 05:50:50
./usr/lib/libpostfix-dns.so.1
- debian/postfix/usr/lib
= noanonymous in main.cf so LOGIN and PLAIN
methods of authentication should be allowed. I have a feeling that the
/etc/postfix/sasl/smptd.conf file is not being used with the new version of
postfix. If I go back to postfix version 2.1.5-9, everything works as expected.
Best Regards,
C.Y.M
-
libdb-4.2.so
build: patch
$(checkdir)
ln -sf /usr/lib/libdb.so debian/libdb.so
Best Regards,
C.Y.M.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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.
Thanks, I'll look into it today.
Hi,
Just curious if you found a solution
Package: libtheora
Version: 0.0.0.alpha3-1
Description: When using apt-source get libtheora, the debian/rules file is not written properly.
When I try to use fakeroot dpkg-buildpackage the process wants to try and install doc files
(when all I want to do is build the package NOT install it).
Package: postfix
Version: 2.1.5-7
Severity: Important
Description: During bootup, the following error is displayed:
Postque fatal: cannot flush mailq
postfix seems to be working after the errors on boot. It appears that it is
trying to flush the mailq before postfix is started.
--
To
I believe this error is caused by the change in /etc/network/if-up.d/postfix.
Something like this would prevent the error but postfix does not seem to have a
pid in /var/run??
if [ -e /var/run/postfix.pid ]; then
/usr/sbin/sendmail -q
fi
Best Regards,
--
To UNSUBSCRIBE, email to [EMAIL
Thanks for the bugfix. There is just one small typo in the change that still
causes an error on boot about a unary operator expected. The following patch
fixes it:
--- postfix.orig2005-02-27 15:19:38.0 -0800
+++ postfix 2005-02-27 15:15:49.0 -0800
@@ -14,7 +14,7 @@
Package: libapache2-mod-php4
Version: 4.3.10-9
Severity: Important
Description: After building libapache2-mod-php4 with libmysqlclient12-dev,
apache2 segfaults on all sql related web pages (ie; phpmyadmin).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
I believe the problem is with the php4-mysql package, not the
libapache2-mod-php4 package. Sorry for the mix up. Hopefully, both packages
are from the same package maintainer so I will not have to file a new report.
Best Regards,
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: cdfs-src
Version: 2.4.20.a+2.6.18-1
Attached is a patch to fix cdfs so it builds with kernels 2.6.19+.
Regards.
diff -ru cdfs/2.6/audio.c cdfs-2.6.20/audio.c
--- cdfs/2.6/audio.c 2006-10-24 12:44:49.0 -0700
+++ cdfs-2.6.20/2.6/audio.c 2006-12-11 12:30:47.0 -0800
@@
Package: lufs-source
Version: 0.9.7-8.1
Attached is a patch to fix the api in lufs to build with kernels 2.6.19+ (the
patch for 2.6.18 is not included, refer to bug #388389).
Regards.
--- lufs/kernel/Linux/2.6/inode.c.orig 2007-03-24 07:15:06.0 -0700
+++ lufs/kernel/Linux/2.6/inode.c
Package: nfs-kernel-server
Version: 1.0.12-4+b1
After I updated to the latest stable kernel (2.6.20.4), I have been noticing the
follow errors in syslog. Did the api change? Is there a patch for
nfs-kernel-server? I did not have this problem with 2.6.17.14 kernels and nfs.
nfsd[16801]: nfssvc:
Package: nvidia-glx
Version: 1.0.9746-2
I was getting a error in Xorg.0.log about a missing shared object. The problem
is that nvidia names the .so differently. The attached patch fixes the problem.
--- nvidia-graphics-drivers-1.0.9746/debian/nvidia-glx.links.in 2007-03-13
00:03:21.0
Package: nvidia-glx
Version: 1.0.9746-2
I am having the following problem loading the int10 submodule with the latest
nvidia drivers. I can not determine if this is an issue with nvidia or with
xserver-xorg-core.
ii xserver-xorg-core 1.1.1-20 X.Org X server -- core
Package: xserver-xorg-core
Version: 1.1.1-20
I am having the following problem loading the int10 submodule with the all my
different nvidia drivers. The nvidia developers tell me this is an issue with
xserver-xorg-core.
This is what Xorg.0.log has in it. I do not see any errors about missing
Additional info as requested.
Thank you.
X Window System Version 7.1.1
Release Date: 12 May 2006
X Protocol Version 11, Revision 0, Release 7.1.1
Build Operating System: UNKNOWN
Current Operating System: Linux nofear 2.6.17.14.20070307.1 #1 PREEMPT Wed Mar
7 17:02:35 PST 2007 i686
Build Date:
I am having the same problem. Although I see one other bug in your log file
that is part of the nvidia-glx package.
I have submitted a patch to fix the libwfb.so missing file error.
Refer to bug# 414669
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
I tried removing 42_build_int10_submodules.diff from the patches and rebuild
everything but I still had the same problem. Was there more to revert than just
taking out this patch? I would be happy to test this if I could revert it back
all the way.
Best Regards.
--
To UNSUBSCRIBE, email to
The problem turned out to be a bad patch introduced in xserver-xorg-core. Please
close.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: util-linux
Version: 2.12r-14
When hwclock.sh was set to 11 (since we need / to be writable for the adjfile),
it started causing timestamp errors when checking / on reboot (with
S10checkroot.sh). This only affects systems with /usr on a separate partition
and is related to bug # 342887.
Package: autofs
Version: 4.1.4+debian-1
Attached is a patch to fix auto.smb so it can handle double spaces in file share
names (using gsub instead of sub) and also default administration shares.
Autofs did not like the $ symbol in front of the default window share names.
--CUT--
$SMBCLIENT
The title of this bug is misleading.
Package: libx11-6
Version: 2:1.0.3-6
Severity: important
It should read:
Package: libx11-6
Version: 2:1.0.3-7
Severity: important
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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
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: 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]
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: 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 -
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: 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: 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: 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: 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
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
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
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: 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
1 - 100 of 169 matches
Mail list logo