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]
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
Steinar H. Gunderson wrote:
On Sat, Mar 24, 2007 at 09:00:22AM -0700, C.Y.M wrote:
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
Debian Bug Tracking System wrote:
Thank you for the problem report you have sent regarding Debian.
This is an automatically generated reply, to let you know your message has
been received. It is being forwarded to the package maintainers and other
interested parties for their attention; they
Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
#414669: [PATCH] missing link for libwfb.so,
which was filed against the nvidia-glx package.
It has been marked as closed by one of the developers, namely
Randall Donald [EMAIL PROTECTED].
You
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:
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]
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
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?
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: 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
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
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:
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
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: 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: apt
Version: 0.6.44
Severity: important
When I type apt-get source, apt fails on the following:
Reading package lists... Done
Building dependency tree... Done
E: Unable to parse package file
/var/lib/apt/lists/sentinel.dk_debian_dists_unstable_contrib_source_Sources (2)
E: Unable to
Michael Vogt wrote:
On Fri, May 12, 2006 at 12:59:42AM -0700, C.Y.M wrote:
Package: apt
Version: 0.6.44
Severity: important
Thanks for your bugreport.
When I type apt-get source, apt fails on the following:
Reading package lists... Done
Building dependency tree... Done
E: Unable
Package: nvidia-glx
Version: 1.0.8756-4
Severity: important
When attempting to build nvidia drivers from the source, I get the following
errors:
dh_testdir
dh_testroot
dh_installchangelogs
dh_installdocs -s
dh_installexamples
dh_installdebconf
dh_installinit
dh_installman
dh_link
dh_strip
BFD:
Package: debhelper
Version: 5.0.34
Severity: grave
When building packages, dh_strip is now failing. For example, the nvidia-glx
package:
dh_testdir
dh_testroot
dh_installchangelogs
dh_installdocs -s
dh_installexamples
dh_installdebconf
dh_installinit
dh_installman
dh_link
dh_strip
BFD:
I don't think this is a bug in dh_strip; it looks like you have a buggy
binutils installed. I've been using this version of debhelper to build all
kinds of packages, without any errors of this kind; and in any case, the
error messages are from strip, not from dh_strip.
There has been a
Going back to binutils_2.16.1cvs20060117-1 fixed the strip problem.
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Sorry for reporting this against the nvidia-glx package. This is a binutils
problem. Please close this against the nvidia package.
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Steve Langasek wrote:
On Sat, May 06, 2006 at 02:41:58AM -0700, C.Y.M wrote:
I don't think this is a bug in dh_strip; it looks like you have a buggy
binutils installed. I've been using this version of debhelper to build all
kinds of packages, without any errors of this kind; and in any case
Joey Hess wrote:
C.Y.M wrote:
strip: debian/nvidia-glx/usr/lib/nvidia/stVEjyts: Bad value
BFD: debian/nvidia-glx/usr/lib/nvidia/stVEjyts: The first section in the
PT_DYNAMIC segment is not the .dynamic section
I'll reassign this to the right package (you know, the one with strip
C.Y.M wrote:
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
Package: libxft-dev
Version: 2.1.8.2-6
Severity: important
Please include /usr/lib/libXft.la in the installation. I use it to link into
some older applications still.
BR.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libxrender-dev
Version: 0.9.0.2-2
Severity: important
Please include /usr/lib/libXrender.la in the installation. I use it to link into
some older applications still.
BR.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libxau-dev
Version: 1.0.0-2
Broken manpages
mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory
mandb: warning: /usr/share/man/man3/XauGetBestAuthByAddr.3x.gz: bad symlink or
ROFF `.so' request
mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or
Package: xbase-clients
Version: 7.0.0-2
Broken manpages
mandb: can't open /usr/share/man/man1x/bitmap.1x: No such file or directory
mandb: warning: /usr/share/man/man1/atobm.1x.gz: bad symlink or ROFF `.so'
request
mandb: can't open /usr/share/man/man1x/bitmap.1x: No such file or directory
Package: nvidia-glx-dev
Version: 1.0.8756-4
Severity: important
nvidia-glx-dev will not install and so I can not link any applications to the
new nvidia drivers.
dpkg: regarding nvidia-glx-dev_1.0.8756-4_i386.deb containing nvidia-glx-dev:
nvidia-glx-dev conflicts with libgl-dev
Randall Donald wrote:
On Fri, 2006-04-14 at 12:05 -0700, C.Y.M wrote:
dpkg: regarding nvidia-glx-dev_1.0.8756-4_i386.deb containing nvidia-glx-dev:
nvidia-glx-dev conflicts with libgl-dev
libgl1-mesa-dev provides libgl-dev and is installed.
dpkg: error processing nvidia-glx-dev_1.0.8756
Package: nvidia-glx-dev
Version: 1.0.8756-1
Severity: important
nvidia-glx-dev conflicts with xlibmesa-gl-dev and can not be installed.
dpkg: regarding nvidia-glx-dev_1.0.8756-1b_i386.deb containing nvidia-glx-dev:
nvidia-glx-dev conflicts with libgl-dev
xlibmesa-gl-dev provides libgl-dev and
Package: htdig
Version: 3.1.6-11.1
Severity: important
Htdig requires libdb2 for installation. libdb2 has been obsoleted from Sid for
i386.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: manpages-dev
Version: 2.25-1
Severity: important
Conflicts with modutils pacakage.
dpkg: error processing /var/cache/apt/archives/manpages-dev_2.25-1_all.deb
(--unpack):
trying to overwrite `/usr/share/man/man2/create_module.2.gz', which is also in
package modutils
dpkg-deb: subprocess
Package: razor
Version: 2.810-1
Severity: important
The libdigest-nilsimsa-perl package has been removed from Sid.
Preparing to replace razor 2.720-1 (using razor_2.810-1_i386.deb) ...
Unpacking replacement razor ...
dpkg: dependency problems prevent configuration of razor:
razor depends on
Package: unixodbc-dev
Version: 2.2.11-11
Dangling symlink in /usr/lib/:
libtemplate.so - libtemplate.so.1.0.0
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: freetds-dev
Version: 0.63-2
Dangling symlink in /usr/lib/:
libtdsodbc.so - libtdsodbc.so.0.0.0
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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
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: 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
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]
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
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: 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
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: 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
1 - 100 of 169 matches
Mail list logo