Package: wnpp
Severity: wishlist
* Package name: roadmap
Version : x.y.z
Upstream Author : Pascal Martin <[EMAIL PROTECTED]>
* URL : http://www.example.org/
* License : GPL
Description : Car navigation system with street maps using any standard
GPS recei
Package: kernel-package
Version: 10.065
Severity: minor
Tags: patch
The correct command is: grep -c ^processor /proc/cpuinfo
The currently shown command always returns 0.
See attached patch.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architectu
[ Leonard Norrgård <[EMAIL PROTECTED]> ]
* Make sure that crypto modules for the root filesystem are added
to the image, but only if not specified as "plain", as "plain" is
handled
internally in dm-crypt.
* Use the same terminlogy as dm-crypt does ("chainmode").
(closes: #402417)
---
After this package has been upgraded, just reinstall the kernel that
previously couldn't boot. This causes the initrd image to be recreated
correctly and when the computer is rebooted everything will work.
Adding the original error message here, so people who are searching
for the fix can find i
Closing, as the package has been removed from unstable (long overdue, too).
A slightly newer, although not completely updated, version of the book
is available at:
http://www.plope.com/Books/2_7Edition
(Also see: http://www.zope.org/Documentation/Books/ZopeBook/)
Note: the 2.7 book is also p
>> After this package has been upgraded, just reinstall the kernel that
>> previously couldn't boot. This causes the initrd image to be recreated
>> correctly and when the computer is rebooted everything will work.
>
>Does that mean that the bug can be closed again?
No, my patch[1] hasn't been ap
reassign dash
thanks
It does purge here, with both dpkg and aptitude.
What shell are you using when seeing this? (The bug report indicates
bash). Testing with dash, I notice that dash silently leaves the symlink
in place [2]. Bash handles it ok. [3] and the postrm script itself is
posixly correct
This seems to be a problem with dash rather than wirh dh_installudev,
see my analysis in #407458 originally submitted for package kvm.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
> This seems to be a problem with dash rather than wirh dh_installudev,
> see my analysis in #407458 originally submitted for package kvm.
>
Well, that was both right and wrong, sorry for the confusion. Dash
fails to execute the script correctly, but the script also fails when
the symlink has
retitle 407459 kvm: when upgrading to kvm_11-1, networking needs attention
severity 407459 normal
thanks
If you want your old kvm startup command to continue to work, please
simply copy your old /etc/qemu-ifup to /etc/kvm/kvm-ifup.
There are some tips on networking setup in the kvm manual page.
David H�rdeman <[EMAIL PROTECTED]> wrote:
>2) "-a" is a bashism so I think we should avoid it even though it
> seems to be supported by the initramfs shell
No, -a in [ expr -a expr ] is not a bashism, it is defined in POSIX
1003.1 Shell & Utilities, test. Writing it either way will get the
job
Package: installation-guide
Severity: normal
In section '2.4.3. Fake or $(B!H(BVirtual$(B!I(B Parity RAM', the
installation
guide states: "If you want complete information on AMD64 RAM issues,
and what is the best RAM to buy, see the PC Hardware FAQ", with a link
to http://www.faqs.org/faqs/
Package: mozilla-plugin-vlc
Version: 0.8.6-svn20061012.debian-1
Severity: minor
The slander is in the
lines surrounding the following text in the file (lines 79-91):
IS
A
COMPLETE
(Actual slander ommitted in order to not repeat it).
-- System Information:
Debian Release: 4.0
APT prefers uns
tags 412022 confirmed, upstream
thanks
The -kernel and related options don't work yet with kvm (at least on
SVM). It's a known problem being looked into upstream.
I removed the linux_boot BIOS image starting with kvm-11, it will be
back as soon as the options are safe.
--
To UNSUBSCRIBE, email
> What does "/lib/udev/vol_id " identify the encrypted and
> unencrypted swap partitions as?
# /lib/udev/vol_id /dev/mapper/VG00-swap
ID_FS_USAGE=crypto
ID_FS_TYPE=crypto_LUKS
ID_FS_VERSION=
ID_FS_UUID= []
ID_FS_LABEL=
ID_FS_LABEL_SAFE=
# cryptsetup luksOpen /dev/mapper/VG00-swap VG00-swap_crypt
Thanks for the detailed bug report, although I don't think this really
qualifies as a bug.
This is a QEMU FAQ:
| I'm using a kernel >=2.6.18 and am having problems with tun/tap and QEMU
|
http://www.kidsquid.com/cgi-bin/moin.cgi/FrequentlyAskedQuestions#head-2511814cb92c14dbe1480089c04f83c281117
> Hmm...that's weird.
How about this, then: after I added the two lines as you described and
updated the initramfs and rebooted, the output shown after swap was
opened was shown so briefly I didn't see what it said and /then/ it
did the resume! Not sure what to believe here... the suspend fs has
Thank you very much for the help with solving this!
-- Leonard
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: linux-headers-2.6.17-1-k7
Severity: grave
Uninstallable due to dependency on non-existing package linux-kbuild-2.6.17.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (700, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/b
I've got a basic package done, coming soon.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
20 matches
Mail list logo