While the "transform" stuff does make the scripts less readable and
thus less maintainable, it doesn't cost much in execution, and would not
in itself be worth diverging from upstream.
The fact that grub-probe is somewhat broken is in my opinion reason
enough to diverge from upstream, if
Update-grub has always been ridiculously slow for me also (maybe a
minute), most of it disk-thrashing. I finally ran iotop while doing an
update-grub and found that this is where it is spending its time:
grub-probe -t fs /usr/share/grub/unicode.pf2
(Note: the various copies of
transform="s,x,x
Package: ia32-libs
Version: 21
Severity: normal
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30.1 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/s
maximilian attems wrote:
please stop sending broken html mails.
I'm using Seamonkey 2.0-alpha-2 for mail. You can file a bug report
with them if you want.
there is a newer version in experimental, but without the ext4 fix yet.
no priority for lenny as 2.6.26 is anyway too old for ext4.
Package: klibc-utils
Version: 1.5.12-2
Severity: important
In /usr/share/initramfs-tools/scripts/local, get_fstype() uses
what is probably /usr/lib/klibc/bin/fstype to determine the fs type.
This returns 'ext3' for an ext4 fs, unlike /lib/udev/vol_id, which
returns 'ext4'.
This breaks the initr
Package: kernel-package
Version: 11.015
Severity: normal
I just patched a file, did make-kpkg, and nothing happened:
/usr/src/linux# patch -p1 <../cpufreq-patch
patching file drivers/cpufreq/cpufreq_ondemand.c
/usr/src/linux# make-kpkg kernel-image
exec debian/rules DEBIAN_REVISION=2.6.28-10.00
David Spreen wrote:
I will upload a fix to this today.
Thanks. I will try it when it appears.
However, due to AN.ON's obligation to
implement data retention in accordance with German law[1] and the fact
that most free cascades only use a short mix cascade within Germany, I
will orphane the p
It's kind of silly that this is marked as a 'wishlist' item when it
prevents anon-proxy starting more than once, upon installation, on
systems with a dynamic /var/run, and when the following three lines in
/etc/init.d/anon-proxy (marked with a '+') fix the problem. I tried
start-stop-daemon -
I'm running unstable, apt version 0.7.14
Trying to pin a package (grub-pc), I kept running into:
Invalid record in the preferences file, no Package header
It turns out that any blank line in /etc/apt/preferences, even a
trailing blank line, causes the above error.
--
To UNSUBSCR
Robert Millan wrote:
On Thu, Jun 26, 2008 at 12:21:31PM -0400, Jim Bray wrote:
The stock '10_linux' entry will be overwritten every time a new
version of grub comes out, or at the very least dpkg will ask me which
config file I want, the old or new.
It do
Robert Millan wrote:
On Wed, Jun 25, 2008 at 06:38:54PM -0400, Jim Bray wrote:
[...], given that automatically
generating grub.cfg boot entries can result in a non-booting system,
How's this related to UUIDs? (btw, manually generating boot entries can
result in
I propose that a grub option be added to disable all uses of UUIDS,
and that this option be made the default, given that automatically
generating grub.cfg boot entries can result in a non-booting system, and
that many people prefer human-readable config file entries in the Unix
tradition an
I have just installed grub-pc version 1.96+20080621-1.
My /etc/default/grub contains:
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter
to Linux
GRUB_DISABLE_LINUX_UUID=true
'search --fs-uuid' lines should not be generated by update-grub, as I
have the "GRUB_DISABLE_LI
13 matches
Mail list logo
