Package: findutils
Version: 4.2.26-1
Severity: wishlist
I would like to propose to add udf to the PRUNEFS list in
/etc/updatedb.conf. UDF is used for DVD-RAM and for some CD/DVD-ROMs,
therefore it seems to me that udf fits in the same category as iso9660
(a file system for removable media).
Package: emacs-goodies-el
Version: 26.4-1
Severity: normal
On both Emacs 21 and Emacs snapshot, M-x edit-env signals the error:
Symbol's function definition is void: copy-list
Since copy-list is defined in cl.el, edit-env.el should (require 'cl)
if it wants to use it. Indeed, after manually
Package: calc
Version: 2.02f-24
Severity: important
Tags: patch
After I installed calc, the version bundled with emacs-snapshot stopped
working, pressing M-# signals the error:
Symbol's function definition is void: calc-record-compilation-date-macro
Enabling debug-on-error gave me the
Package: sysutils
Version: 2.0.0-1
Severity: minor
On my system with a 2 GHz Athlon-XP 2400+ processor, bogomips prints
Calibrating delay loop... 1992.29 BogoMIPS
and exits with a value of 17. Since apparently no error occurred, that
is a bit strange. If there is a legitimate reason for
();}
}
calibrate_delay();
+ return 0;
}
8-
Thank you for adapting the sysutils package. BTW, you probably want to
remove the files tofrodos-1.7.6/{from,to}dos.exe from the orig.tar.gz
file.
--
Sven Joachim
--
To UNSUBSCRIBE, email
Package: grub
Version: 0.97-1
Severity: important
After updating Grub to version 0.97-1, grub-install /dev/hda failed
with the error message
The file /boot/grub/stage1 not read correctly.
The following log is left in /tmp:
GNU GRUB version 0.97 (640K lower / 3072K upper memory)
Florian Ernst wrote:
Nonetheless this patch could be forwarded upstream. I could do this
for you, but if you want to get full credit from upstream you should
rather do so yourself.
I have done that now, hoping that the author's e-mail address is still
valid (the last update of bogomips was
Sven Joachim wrote:
Florian Ernst wrote:
Nonetheless this patch could be forwarded upstream. I could do this
for you, but if you want to get full credit from upstream you should
rather do so yourself.
I have done that now, hoping that the author's e-mail address is still
valid (the last
Package: dpkg-dev-el
Version: 26.4-1
Severity: minor
During configuration of this week's emacs-snapshot, I got an error message
regarding dpkg-dev-el. Here is the output of the postinst script:
Richte emacs-snapshot ein (20051202-1) ...
emacs-install emacs-snapshot
install/auctex: Setting up
Sven Joachim wrote:
After updating Grub to version 0.97-1, grub-install /dev/hda failed
with the error message
The file /boot/grub/stage1 not read correctly.
The following log is left in /tmp:
GNU GRUB version 0.97 (640K lower / 3072K upper memory)
[ Minimal BASH-like line
, look in /tmp, grub-install should
have left a log there.
Best regards,
--
Sven Joachim
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
to be absolutely unnecessary
after all (though harmless). But since the problem is not actually solved, I
have reopened the bug and given it a better title.
Cheers,
--
Sven Joachim
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Manoj Srivastava wrote:
* Bug fix: calc: spurious old configuration file breaks emacs-snapshot
calc package, thanks to Sven Joachim. We now move it out of the way
(we don't delete it, since the user may have customization they wish
to preserve, and reoving is so ... final
tags 343705 - moreinfo
tags 343705 + pending
thanks
Romain Francoise wrote:
Now that your patch has been applied upstream, do you consider this bug
closed? You still lose the backup file, but `buffer-backed-up' is now
correctly reset to nil.
Actually, losing the old backup is unavoidable
Package: emacs-snapshot
Version: 1:20051215-1
Severity: normal
[ I had already reported this bug upstream four weeks ago, but got no
response. And since it has not been fixed either, nobody seems to feel
responsible. So I report it here, trying to draw attention to the
problem. ]
If saving a
Romain Francoise wrote:
Hm... it doesn't happen here. After hitting C-g, the backup file is
still there, and `buffer-backed-up' is still nil in the `bar' buffer.
That's how it ought to be, yes. And if you cannot reproduce the
problem, that explains why upstream didn't bother (and probably
Romain Francoise wrote:
For the record, why do you rebuild each snapshot? Not using unstable?
In the first weeks, that was one of the reasons as I was still running
sarge then; but not anymore. Now it has other reasons: following links in
*Help* buffers for built-in functions and variables
Romain Francoise wrote:
Nope, and starting Emacs with -Q disables all customizations.
I know, I just wanted to make sure that you really started with -Q. :-)
Which filesystem are you using? Is it a regular filesystem, or a remote
NFS mount (or something similar)?
A normal local file
Package: debian-el
Version: 26.4-1
Severity: normal
When I switched from my formerly preferred iso-latin-1 language environment
to a utf-8 one, deb-view-dired-view suddenly stopped working. Now the
*.deb-DATA buffer is always empty on both emacs21 and emacs-snapshot. The
following log is left
Peter S Galbraith wrote:
As you can see above, deb-view is simply a superset of tar-mode. That
is where the problem is occurring. I might be able to patch around it,
but it is more than likely an Emacs bug.
I am not so certain. Tar-mode works fine with coding-system utf-8, also
for gzipped
Package: emacs-goodies-el
Version: 26.3-1
Severity: serious
It seems to me that some Emacs Lisp packages in emacs-goodies-el are
only of any use if non-free software is installed on the system,
namely: maplev.el needs Maple, matlab.el needs Matlab and tcl.el needs
the Target Language Compiler
Package: tetex-doc
Version: 3.0-10
Severity: serious
The Debian changelog is missing in the /usr/share/doc/tetex-doc
directory. Please add it there as mandated by section 12.7 of the
Policy Manual.
-- System Information excluded
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
.
While I would still prefer a different package for these files, I am
sufficiently convinced that it is no policy violation to leave them in
the main section. So I've downgraded the severity to wishlist.
Kind Regards,
--
Sven Joachim
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
tags 344260 patch
thanks
In my last message I wrote:
I am not so certain. Tar-mode works fine with coding-system utf-8, also
for gzipped tarballs. What might be the culprit is the message
gzip: stdin: not in gzip format
that appears (hidden, due to narrowing) in the *.deb-DATA buffer.
Peter S Galbraith wrote:
Many thanks for finding the solution! I'll fix it soon.
Okay, thank you. :-) I guess I was a bit lucky to hit on the right track so
soon. BTW, could you reproduce the bug? I am a bit surprised that nobody
had noticed it before.
In my patch, instead of binding
In the new grub package 0.97-2, I no longer see the dreadful message
Error 21: Selected disk does not exist
when running grub unter a 2.4 kernel. AFICT, the only change that can be
responsible for this welcome change is the removal of the odirect.diff
patch, which was supposed to close
FWIW, I don't know why you cannot reproduce this, since the dangling
symlink definitely _is_ in the package:
$ dpkg --contents ./manpages-dev_2.17-1_all.deb | grep open_memstream
lrwxrwxrwx root/root 0 2005-12-23 18:05:26
./usr/share/man/man3/open_memstream.3.gz - fmemopen.3.gz
$ dpkg
Package: emacs-goodies-el
Version: 24.15-2
Severity: normal
The documentation for activating the advices in the shell-command.el
library is wrong. Quoting from the Info section:
,
|Install this file to an appropriate directory, and put these lines
| into your ~/.emacs.
|
|
Package: emacs-goodies-el
Version: 24.15-2
Severity: normal
There is an annoying problem with the library bar-cursor.el. Just
loading the bar-cursor library (e.g. when creating the customization
buffer for the variable bar-cursor-mode) will change the cursor of the
selected frame to a hollow
Peter S Galbraith wrote:
Weird that this happens simply by loading the code. Any idea what's
happening ?
Yes. :-) I tried to explain it already in my original report, but may
not have been clear enough. Take the following steps to get a
backtrace in emacs-snapshot[1]:
M-x debug-on-entry RET
Do you have nvidia-glx installed? That package diverts some files in
the xlibmesa-gl package, which leads to the dangling symlink
/usr/lib/libGL.so. Here's what dpkg -L xlibmesa-gl prints for me:
/.
/usr
/usr/X11R6
/usr/X11R6/lib
/usr/X11R6/lib/libGL.so.1.2
diverted by nvidia-glx to:
severity 332753 important
thanks
Andre Heynatz wrote:
I have read bug report #208198 and am somewhat confused. It has become a
combinatorical problem, and my head smokes. But there seems to be an easy way
out: libGL.so.1 is linked to different files whether Mesa or nVidia libs are
used:
reopen 208198
tags 208198 - fixed-in-experimental
thanks
As of version 1.0.7676-1 of nvidia-glx, the symlink
/usr/lib/libGL.so - libGL.so.1.2 in the xlibmesa-gl-dev
package is dangling again after installing nvidia-glx.
See http://bugs.debian.org/332753 .
Will this mess ever be cleaned up?
Package: fvwm95
Version: 2.0.43ba-22
Severity: wishlist
The system-wide configuration file /etc/X11/fvwm95/system.fvwm95rc
contains menu entries for non-free programs. I have found netscape
and pine, maybe there are others. Could you replace them with *free*
programs, e.g. mozilla and mutt,
Package: emacs-goodies-el
Version: 26.1-1
Severity: minor
The default value for the user option slang-default-application in
slang-mode.el is c:/bin/slsh.exe, which is unlikely to exist on
GNU/Linux. ;-)
Please change that to /usr/bin/slsh, available in the slsh package.
-- System
Just FYI, my locally compiled DOSEMU 1.3.3 stopped working because it
needs /dev/shm to be mounted with the `exec' option. In the file
src/arch/linux/mapping/mapfile.c it does
mpool = mmap(0, mapsize, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_SHARED, tmpfile_fd, 0);
and that
A new version of mozilla-firefox-locale-all is in incoming, but it
will become useless in just a few days, when the freshly-announced
firefox 1.5.0.7 enters the Debian archives. :-(
Can't this be fixed by upgrading maxVersion in
/usr/lib/firefox/extensions/[EMAIL PROTECTED]/install.rdf
to
is distributed under the same license as the debsums package.
# Sven Joachim [EMAIL PROTECTED], 2006.
msgid
msgstr
Project-Id-Version: debsums 2.0.28\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2006-08-29 08:06+0200\n
PO-Revision-Date: 2006-08-24 16:26+0200\n
Last-Translator: Sven Joachim
reassign 398272 icewm
severity 398272 normal
merge 354434 398272
quit
Dan Jacobson writes:
Emacs21 has a black square icon in icewm these days.
This is a bug in IceWm, not in Emacs; see #354434.
Reassigning and merging accordingly,
Sven
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Package: kdebase
Version: 4:3.5.5a-2
Severity: wishlist
Hi,
currently kdebase Build-Conflicts with nvidia-glx. I presume
(debian/changelog contains no hints) this is due to the dangling
libGL.so symlink that nvidia-glx left on the system, see #208198.
Recent versions of nvidia-glx have fixed
Hello,
I'm facing the same problem with a locally compiled dosemu 1.3.3.
IIRC it started after upgrading to X.Org 7.1, before that dosemu had
worked fine. The keyboard layout in ~/.dosemurc does not matter.
Would it be of help if I post my xorg.conf?
Regards,
Sven
--
To UNSUBSCRIBE, email
Package: emacs-snapshot
Version: 1:20061022-1
Severity: wishlist
Hello,
I just switched from emacs-snapshot-x to emacs-snapshot-gtk and
noticed that I actually had to update two alternatives, one for emacs
and one for emacs-snapshot:
$ /usr/sbin/update-alternatives --display emacs-snapshot
Michael Biebl writes:
As /etc/localtime is a copy and not a symlink anymore, hwclock.sh could
be started even earlier than S11. The only requirement I see is S03udev
(because of /dev/rtc). So the earliest possible time would be S04. As
Thomas pointed out earlier, it should also be started
Am 03.11.2006 um 20:17 schrieb Valery V. Vorotyntsev:
On 11/3/06, Rob Browning [EMAIL PROTECTED] wrote:
Valery V. Vorotyntsev [EMAIL PROTECTED] writes:
This is not a bug. Please see /usr/share/doc/emacs21-common/copyright
and/or the /usr/share/doc/emacs21-common/changelog entry.
Okay,
Attached is the German dpkg translation.
Cheers,
Sven
de.po.gz
Description: application/gzip
Package: gcc-4.1-doc-non-dfsg
Version: 4.1.1-nf1
Severity: serious
In previous versions of gcc-4.1-doc (up to 4.1.1-10),
/usr/share/doc/gcc-4.1-doc was a symlink to gcc-4.1-base. Because
dpkg follows the symlink when upgrading the package, your files end up
in /usr/share/doc/gcc-4.1-base,
[Romain, somehow your mail from today didn't reach me (yet). But I
had news about this topic anyway, so I looked it up in the BTS.]
Hello everyone,
indeed the Ediff crash seems to be fixed in IceWM 1.2.28, I can no
longer reproduce it. Downgrading to 1.2.27 made it reappear again, so
this
severity 388264 wishlist
thanks
Daniel Baumann wrote:
Since the current locales do not work with the thunderbird version in
unstable, I'm raising the severity to grave.
Huh?! What makes you think they don't work? The German locale package
works perfectly fine for me. Note that its
Package: nvidia-kernel-source
Version: 1.0.8776-2
Severity: important
The NVIDIA kernel module fails to build with the just released Linux
kernel 2.6.19. Here's an excerpt from the log:
$ fakeroot make-kpkg modules_image
[...lots of output truncated]
NVIDIA: calling KBUILD...
make CC=gcc-4.1
On Tue, 28 Nov 2006, Rob Browning wrote:
I should have a new version uploaded later this week, probably
by tomorrow night.
Ping?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Romain Francoise wrote:
Adrian Bunk [EMAIL PROTECTED] writes:
emacs21 correctly preserves the tab, while emacs-snapshot converts it
to spaces.
There is no tab in the initial file, so a more accurate way to put it is
emacs21 inserts a tab, and emacs-snapshot inserts spaces. Whether or
not
Sven Joachim wrote:
Package: backup-manager
Version: 0.7.2-1
Severity: normal
To work around bug #363663, I put a line with export GZIP=-9n into
backup-manager's cron script. However, duplicate files are still not
replaced by symlinks:
AFICT, this seems to be fixed in version 0.7.4-1. I
Package: dselect
Version: 1.13.22
Severity: normal
If the terminal is resized while dselect is displaying a help screen,
dselect does not update the display accordingly.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture:
Package: aspell-de
Version: 0.60-20030222-1-5
Severity: normal
The maintainer scripts make assumptions about output messages of
`update-alternatives', e.g. in the preinst:
[...]
if update-alternatives --display de.multi | grep -q 'status is manual'
Package: freedoom
Version: 0.3-2
Severity: wishlist
Freedoom 0.4 has been released. Can you package it for Debian?
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
found #321257 3.0-13
thanks
From /usr/share/doc/changelog.Debian.gz:
,
| tetex-base (3.0-12) unstable; urgency=low
|
| * [...]
| * Document in NEWS.Debian that we cannot migrate user's changes from old
| 00updmap.cfg to 10tetex-base.cfg and 10tetex-extra.cfg (closes:
| #321257)
Package: kernel-package
Version: 11.003
Severity: important
Today I built a linux-image package for the just-released kernel
2.6.27. It built and installed fine, but when I wanted to boot it, grub
complained about the initrd being non-existent.
Okay, I should have noted that the postinst told
Hi,
the nvidia kernel module 173.14.09-5 built fine against the just
released kernel 2.6.27. So it seems the bug can be closed without
further action. :-)
Sven
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: kernel-package
Version: 11.005
Severity: grave
I got this error when trying to build an 2.6.27 linux-image:
,
| % MAKEFLAGS=CC=gcc-4.1 fakeroot make-kpkg --revision=custom.1.0 --initrd
linux-image modules-image
| [...]
| /usr/bin/make -f ./debian/rules
On 2008-10-11 03:44 +0200, Olaf van der Spek wrote:
Package: upgrade-reports
Severity: normal
I'm afraid the severity might have to be bumped to grave if other
people see this problem as well.
I'm trying to upgrade a fresh Etch install to Lenny. I've hit a speedbump, it
seems, see below.
reassign 501855 apt 0.7.14
thanks
On 2008-10-11 10:20 +0200, Olaf van der Spek wrote:
On Sat, Oct 11, 2008 at 6:59 AM, Sven Joachim [EMAIL PROTECTED] wrote:
On 2008-10-11 03:44 +0200, Olaf van der Spek wrote:
Package: upgrade-reports
Severity: normal
I'm afraid the severity might have
On 2008-10-11 14:03 +0200, Olaf van der Spek wrote:
On Sat, Oct 11, 2008 at 12:02 PM, Sven Joachim [EMAIL PROTECTED] wrote:
Hm, that looks fairly normal. Probably it would work if you upgrade
initscripts before the full-upgrade. However, it does not explain why
apt wanted to temporarily
clone 501855 -1
reassign -1 initscripts, insserv
severity -1 important
thanks
On 2008-10-11 14:54 +0200, Sven Joachim wrote:
Thanks, now I see that there is indeed a dependency loop: the lenny
version of initscripts conflicts with the etch version of insserv and
vice versa, so apt has
On 2008-10-12 12:51 +0200, Clemens Buchacher wrote:
On Fri, Oct 10, 2008 at 02:03:34PM +0200, Sven Joachim wrote:
the nvidia kernel module 173.14.09-5 built fine against the just
released kernel 2.6.27.
Does this include any patches I'm not aware of? 173.14.09-5 contains the
file nv-linux.h
Package: nvidia-kernel-source
Version: 173.14.09-5
Severity: important
As noted in #500285, the nvidia module does not build against Linux
2.6.27. However, the nvidia-kernel-source hides that fact by ignoring
make errors and reusing a previously built nvidia.ko, which will of
course fail to load
On 2008-10-12 16:19 +0200, Torsten Werner wrote:
Package: dpkg
Version: 1.14.22
Followup-For: Bug #406715
Hi,
the same problem happens, when a directory is replaced by a symlink
during the upgrade of a package. I am attaching 2 versions of the
testpackage tp to illustrate the problem.
On 2008-10-13 13:48 +0200, Cyril Brulebois wrote:
emacs22-gtk only has the following title: “WM_NAME(STRING) = %f / %h” even
after having opened some files, and even using “emacs foo.c” to make sure it's
aware of the filenames from the very beginning.
Yes, that's on purpose. By default Emacs
On 2008-10-14 15:35 +0200, Daniel Abel wrote:
Package: dpkg
Version: 1.14.16.6ubuntu4
Severity: normal
Please report Ubuntu bugs in Launchpad, not in the Debian BTS.
Running 'dpkg -l' gives the following if $PATH contains an unreachable
NFS-mounted directory:
[EMAIL PROTECTED]:~$ dpkg -l
On 2008-10-15 17:20 +0200, Josselin Mouette wrote:
Le mercredi 15 octobre 2008 à 10:37 -0400, Higgins, Paul a écrit :
I'm not sure where the problem lies. I saw that the packages that
couldn't find File/Copy.pm seemed to have their dependencies correct,
but apt and dpkg still allowed
On 2008-10-16 13:35 +0200, Raphael Hertzog wrote:
On Thu, 16 Oct 2008, Sven Joachim wrote:
On 2008-10-15 17:20 +0200, Josselin Mouette wrote:
Frankly, I’m tempted to reassign this to dpkg; Policy §7.2 is very clear
on the relationship between prerm scripts and Depends.
I think
On 2008-10-15 11:22 +0200, Martin Michlmayr wrote:
Package: upgrade-reports
Severity: important
I upgraded my old laptop from etch to lenny. I followed the
instructions from d-d-a, i.e. I first upgraded dpkg, apt and aptitude
with aptitude and then did an aptitude dist-upgrade. The first
reassign 502285 aptitude 0.4.11.10-1lenny1
retitle 502285 aptitude: full-upgrade from etch wants to remove
xserver-xorg-video-all
thanks
On 2008-10-18 11:23 +0200, Julien Cristau wrote:
On Sat, Oct 18, 2008 at 09:33:00 +0200, Sven Joachim wrote:
As you can see, I accepted the third solution
Package: ncurses-base
Version: 5.6+20081012-1
Severity: serious
,
| % ls -ld /usr/share/doc/*ncurses*
| drwxr-xr-x 2 root root 4096 19. Okt 08:31 /usr/share/doc/libncurses5
| drwxr-xr-x 4 root root 4096 19. Okt 08:31 /usr/share/doc/libncurses5-dev
| drwxr-xr-x 2 root root 4096 19. Okt 08:31
On 2008-10-19 09:05 +0200, Daniel Baumann wrote:
severity 502686 important
tags 502686 +pending
thanks
Sven Joachim wrote:
Both the ncurses-base and ncurses-term packages in etch shipped a
symlink to libncurses in /usr/share/doc.
in general, direct upgrades from stable to unstable
On 2008-10-20 22:34 +0200, Lennart Sorensen wrote:
On Sun, Oct 12, 2008 at 03:22:11PM +0200, Sven Joachim wrote:
Indeed, it doesn't build correctly. But I didn't notice that, because
the nvidia-kernel-source package hides the problem by ignoring make
errors and reusing a previously built
On 2008-10-21 20:58 +0200, Lennart Sorensen wrote:
make-kpkg has a modules_clean target. Does using that before the build
help?
Nope, same problem.
If not, then I suspect there is a problem with the cleaning
target in the nvidia package we have to figure out.
All I can say that make-kpkg
Package: emacs22
Version: 22.2+2-4
Severity: normal
As can be seen on http://packages.debian.org/sid/emacs22, the emacs22
package depends on libasound2 on i386, but not on other architectures.
The reason is that Emacs will be built with ALSA support if the
configure script finds that on the
On 2008-08-25 21:49 +0200, Claus Fischer wrote:
When calling emacs in my root xterm which has no X authority
and has a light-red background, emacs will display some portions
of config files in colors that are virtually unreadable.
I would not recommend to run Emacs as root at all. There are
Package: dpkg-dev
Version: 1.14.21
Severity: important
It seems that dpkg-source is unable to convert existing packages into
the new 3.0 (quilt) format if these packages do not use quilt already:
,
| /tmp% apt-get source mktemp
| Reading package lists... Done
| Building dependency tree
Package: dpkg-dev
Version: 1.14.21
Severity: normal
,
| /tmp% umask
| 022
| /tmp% apt-get source xfs
| Reading package lists... Done
| Building dependency tree
| Reading state information... Done
| Need to get 236kB of source archives.
| Get:1 http://ftp.de.debian.org unstable/main xfs
On 2008-08-29 01:58 +0200, Michelle Konzack wrote:
Am 2008-08-10 17:05:16, schrieb Ji??í Pale??ek:
Package: mc
Version: 2:4.6.2~git20080311-2+b1
Severity: normal
Hello,
I get errors like mawk not found from mc vfs scripts (eg. when
opening a
rar archive in mc). Indeed:
snip
I
On 2008-08-31 17:00 +0200, Clint Adams wrote:
The current build of mktemp supports templates with a minimum
of 1 X.
For the record, actually the minimum is 0 X.
Sven
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On 2008-08-29 10:36 +0200, Raphael Hertzog wrote:
Thanks for the bugreport! It would be even nicer if we could those kind of
bugs sooner, it would be nice if we could get a few more persons
running development versions of dpkg. Would you be interested?
I have now built and installed dpkg from
On 2008-08-28 02:47 +0200, Marco d'Itri wrote:
On Aug 18, Sven Joachim [EMAIL PROTECTED] wrote:
| # (pci-:00:02.5-scsi-1:0:1:0)
For a start, this is bad: how can ID_MODEL be empty?
I don't know. For a test, I rebooted into an old kernel with ide-cdrom
driver, and udev put the model
On 2008-09-01 09:07 +0200, Damyan Ivanov wrote:
-=| Ben Hutchings, Sat, Aug 30, 2008 at 11:16:27PM +0100 |=-
Possibly not. The module source code should go in contrib with the blob
and firmware.h removed. The blob should go in the firmware-ralink
binary package built from the
tags 497575 - patch
thanks
On 2008-09-02 21:47 +0200, Noel David Torres Taño wrote:
It can happen that a system which needs to mount external USB disks detects
them some seconds after /etc/rcS.d/S30checkfs.sh starts.
In my laptom system, I see the USB udev lines just below the Press
forcemerge 386006 497575
thanks
The problem is not new, it has already been reported in #386006, as well
as several times in Ubuntu:
https://bugs.launchpad.net/ubuntu/+source/sysvinit/+bug/40722
https://bugs.launchpad.net/ubuntu/+source/udev/+bug/47850
Package: oss-compat
Version: 0.0.4+nmu1
Severity: normal
Somehow the snd-*-oss modules are not loaded at boot time:
,
| % lsmod | grep ^snd
| snd_intel8x0 25564 0
| snd_ac97_codec 86880 1 snd_intel8x0
| snd_pcm54600 2 snd_intel8x0,snd_ac97_codec
|
as the debsums package.
# Sven Joachim [EMAIL PROTECTED], 2006, 2008.
msgid
msgstr
Project-Id-Version: debsums 2.0.38\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2008-09-25 21:05+1200\n
PO-Revision-Date: 2008-09-28 17:17+0200\n
Last-Translator: Sven Joachim [EMAIL PROTECTED]\n
Language
On 2008-09-28 19:13 +0200, Michael Gilbert wrote:
for what its worth, even though invoking timidity's startup seems to error
out:
$ sudo invoke-rc.d timidity start
Starting TiMidity++ ALSA midi emulation...
ALSA lib seq_hw.c:457:(snd_seq_hw_open) open /dev/snd/seq failed: No
such file or
On 2008-09-29 08:20 +0200, Raphael Hertzog wrote:
On Mon, 22 Sep 2008, Adeodato Simó wrote:
Package: debsums
Version: 2.0.37
Severity: important
As subject says, it should be weekly at most.
Full ack. It takes several hours on my laptop… and my computer is very
slow when debsums still
reassign 500526 python-gnome2-extras 2.19.1-2
tags 500526 + sid
thanks
On 2008-09-29 07:50 +0200, Kartik Mistry wrote:
Package: istanbul
Version: 0.2.2-4
Severity: serious
Package can't be install on Sid. I have tried on both i386/amd64 arch.
[EMAIL PROTECTED]:~$ sudo apt-get install
Package: acpid
Version: 1.0.6-13
Severity: normal
Tags: patch
It is a bad idea to use the syntax
[ -f /proc/modules ] load_modules
in /etc/init.d/acpid, since that causes immediate failure of the script
if /proc/modules does not exist (such as in non-modular kernels).
Please use the
On 2008-09-30 18:08 +0200, Tim Cutts wrote:
Package: emacs21-common
Version: 21.4a+1-3etch1
Severity: normal
Try entering the following code in a c-perl-mode buffer, with syntax
highlighting on (I use font-lock-mode):
my $seq = 'A' x 200;
$seq =~ s/.{80}/$1\n/g;
The {80} confuses the
Package: xfs
Version: 1:1.0.8-2
Severity: wishlist
There is currently a small but noticeable slowdown when turning off the
machine due to xfs' inability to remove its own pid file (see #498823).
This could be circumvented by not running the stop script in runlevels 0
and 6; since xfs doesn't have
On 2008-09-30 21:15 +0200, Loïc Minier wrote:
Thanks for the report, this was already fixed in git; I'm only waiting
for some confirmation one way or the other from release team to push.
Is this git repository publicly accessible? The debian/control file
only lists some inaccessible SVN
On 2008-10-01 15:53 +0200, Bastian Blank wrote:
Package: uswsusp
Version: 0.8-1.1
Severity: grave
s2ram ignores if the kernel say it supports suspend-to-ram and insist on
a white list. As using s2ram is currently the default method, this is
unacceptable. The kernel know itself if it can
reassign 289954 debconf
forcemerge 497357 289954
thanks
[ A bit belated reply, I hope it is still useful. ]
On 2005-12-26 23:16 +0100, Ross Boylan wrote:
I'm still seeing this problem in a current testing system. In the
latest incarnation, xserver-xorg was prompting for responses
retitle 149341 emacs21: Please document that `show-paren-mode' is influenced by
`blink-matching-paren-distance'
severity 149341 wishlist
thanks
[ Please forgive the slightly delayed response. I hope it's still
useful. ]
On 2002-06-07 21:54 +0200, Oohara Yuuma wrote:
Package: emacs21
On 2008-10-02 20:56 +0200, Steve Cotton wrote:
Bug #484305 reports the same problem in Vim, X-Chat,
Gnumeric, python-nautilus and gedit.
And there are very likely dozens of other applications affected where
the problem just isn't known yet. Unfortunately the Python guys don't
seem to be
1 - 100 of 4043 matches
Mail list logo