, then it was the x86/vesa only thingy ?
usplash works fine on x86/vga16fb, x86/vesafb, and powerpc/offb at
least. It just uses bogl (like d-i) so it should be straightforward to
port nearly anywhere.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE
On Sat, Dec 03, 2005 at 06:35:33PM +0100, Frans Pop wrote:
On Saturday 03 December 2005 18:18, Colin Watson wrote:
usplash works fine on x86/vga16fb, x86/vesafb, and powerpc/offb at
least. It just uses bogl (like d-i) so it should be straightforward to
port nearly anywhere.
What happens
to get my Pegasos going again and move it there, rather than trying to
do it on my laptop), but I'll try to get that sorted out sometime this
week.
If you'd like me to take this job over permanently, I'm prepared to do
so.
Cheers,
--
Colin Watson [EMAIL
to stdout,
which is coupled to debconf and makes it fail.
Surely sarge kernel updates should be using the kernel-package in sarge,
namely 8.135. If there are changes needed from later versions of
kernel-package, they should be backported.
--
Colin Watson [EMAIL
the state of 2.4.27 in etch/sid.
I'd be happy to, but there's no linux-image-2.6.* package for apus yet.
Looking at the kernel trunk in svn, perhaps apus needs to be added to
flavours: in arch/powerpc/defines?
Cheers,
--
Colin Watson [EMAIL PROTECTED
On Thu, Apr 27, 2006 at 03:04:31PM +0200, Sven Luther wrote:
On Thu, Apr 27, 2006 at 02:58:56PM +0200, Bastian Blank wrote:
On Thu, Apr 27, 2006 at 01:49:56PM +0100, Colin Watson wrote:
I'd be happy to, but there's no linux-image-2.6.* package for apus yet.
Looking at the kernel trunk
:3890 (rev 01)
0002:24:0b.0 0600: 106b:0036
0002:24:0d.0 ff00: 106b:003b
0002:24:0e.0 0c00: 106b:0031 (rev 81)
0002:24:0f.0 : 106b:0032 (rev ff)
Let me know if there's anything else you need.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE
by an option or an environment variable rather
than being the default behaviour?
(I noticed this when my 512MB /tmp filled up after a few d-i daily
builds.)
Thanks,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
are obvious
choices.
Sure, I can do this (although I can't tag it in svn). Is
svn://svn.debian.org/svn/kernel/dists/trunk/utils/mkvmlinuz/mkvmlinuz
the correct URL?
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
On Tue, May 09, 2006 at 09:03:37PM +0200, Sven Luther wrote:
On Tue, May 09, 2006 at 09:48:17AM +0100, Colin Watson wrote:
Sure, I can do this (although I can't tag it in svn). Is
svn://svn.debian.org/svn/kernel/dists/trunk/utils/mkvmlinuz/mkvmlinuz
the correct URL?
Yes it seems correct
at
mkvmlinuz_29.tar.gz); did you maybe forget to 'svn add' it?
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Mon, Nov 12, 2007 at 08:13:42PM +0100, Michal Suchanek wrote:
On 12/11/2007, Colin Watson [EMAIL PROTECTED] wrote:
To openssh-unix-dev: does anyone think this is worth a workaround? The
ftruncate seems rather unnecessary if we've already written out the
required number of bytes anyway
On Tue, Nov 13, 2007 at 12:02:25AM +0100, Peter Stuge wrote:
On Mon, Nov 12, 2007 at 06:33:54PM +, Colin Watson wrote:
To openssh-unix-dev: does anyone think this is worth a workaround?
Gut feeling is that it should be fixed wherever the problem is.
Yeah, that's why I sent my mail
of 2.6.24; enabling CONFIG_ACPI_PROCFS_POWER again
will restore compatibility.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
in the Debian diff for convenience and
cooperation, though. See doc-linux.
--
Colin Watson [EMAIL PROTECTED]
On Wed, May 26, 2004 at 11:34:46AM -0400, Clint Adams wrote:
I suggest changing the Maintainer of the kernel pseudo-package to
[EMAIL PROTECTED]
That's fine by me, but the file of pseudo-package maintainers is
maintained by ftpmaster.
Cheers,
--
Colin Watson
support for apus from the
kernels (and thus debian-installer).
Amen!
--
Colin Watson [EMAIL PROTECTED]
,
You haven't responded; is this sufficient to downgrade the bug?
Presumably adding the note to debian/copyright would be nice, but not
legally required (nor required by policy, since this isn't in main).
I'm also tagging the bug to note that gettyps isn't in testing or
unstable.
Cheers,
--
Colin
and thus not frozen). Matthias, how do you feel about
that?
libgcc1 is produced from the gcc-3.4 source package on many
architectures, so it is frozen. It'll have to go through t-p-u.
--
Colin Watson [EMAIL PROTECTED]
needs special work of mine to sync with kernel updates, I'd
better be taught about it.
It does. There are plenty of examples in the d-i repository.
--
Colin Watson [EMAIL PROTECTED]
0.1.70 rather than 0.1.74, but should still apply) works for me:
http://www.no-name-yet.com/patches/initrd-tools.sys-block.diff
Cheers,
--
Colin Watson [EMAIL PROTECTED]
On Sat, Sep 18, 2004 at 10:25:32AM +1000, Herbert Xu wrote:
Martin Michlmayr [EMAIL PROTECTED] wrote:
+ for separator in . !; do
You should try the new separator first, i.e., `!' and then `.'.
Otherwise this'll break once people start putting dots in the names.
Good call.
--
Colin
On Fri, Sep 17, 2004 at 08:07:15PM +0100, Martin Michlmayr wrote:
severity 271899 important
merge 271899 272139
tags 272139 + pending
thanks
* Colin Watson [EMAIL PROTECTED] [2004-09-17 19:12]:
It's probably best for us to try both. The following patch (actually
Thanks, this is much
on a floppy).
Do these messages this apply to the /dev inside the initrd?? FWIW, the
machine does not use udev or devfs.
Those messages indicate that the init in the initrd can't figure out how
to mount your real root partition.
Cheers,
--
Colin Watson [EMAIL
,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
into reporting this bug
to Debian? If so, perhaps we could fix it.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
FWIW, MODULES=dep works fine for me on my PowerBook.
I think this change is probably worth it - we've had a number of issues
in the past with large initrds on powerpc.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
apply this part of Wouter's patch.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
may have produced
/etc/initramfs-tools as a regular file, due to this incautious code:
cp /etc/mkinitrd/modules /etc/initramfs-tools
You should append a trailing slash when copying to directories to defend
against this; my patch also does this.
Cheers,
--
Colin Watson
On Wed, Jul 12, 2006 at 10:42:38PM +0200, Bastian Blank wrote:
reopen 374185 unreproducible
severity 374185 important
thanks
On Wed, Jul 12, 2006 at 09:50:53AM +0100, Colin Watson wrote:
This part of the report is still valid no matter whether you're using
dash or bash. In bash, I get
a chance to figure out what's wrong
with it.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
. Use the mem=32M (etc.)
kernel parameter.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the udebs be controlled by the d-i team made sense.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
release with
'readlink -f' support. It can be enabled whenever d-i switches to
2.6.13.
Please do not reassign this bug, as initrd-tools really *does* need
fixing. (There's no fix for this bug in Ubuntu yet either.)
Cheers,
--
Colin Watson [EMAIL PROTECTED
. I've made that mistake before ...
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
that to be a good
time to drop it.
Unless the hardware support of one or other framebuffer driver has been
radically improved, or unless there's something else I'm
misunderstanding, I think we still need modular vesafb?
Cheers,
--
Colin Watson [EMAIL
in
append=. initramfs-tools does handle lilo's current syntax for the
moment, though.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
100644
--- a/scripts/functions
+++ b/scripts/functions
@@ -55,7 +55,7 @@ panic()
maybe_break()
{
- if [ ${break:-} = $1 ]; then
+ if echo ${break:-} | egrep -q (,|^)$1(,|$); then
panic Spawning shell within the initramfs
fi
}
Thanks,
--
Colin Watson
'update-grub': Invalid parameter, 2.6.34-1-amd64
Bug reassigned from package 'linux-2.6' to 'src:grub2'.
Bug No longer marked as found in versions 2.6.34-1~experimental.2.
This is #586056, fixed in grub2 1.98+20100614-2. Sorry for the
inconvenience.
--
Colin Watson
'?]
Sensible, I think. There's no point running update-grub three times.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive
://bugs.launchpad.net/bugs/623375.)
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org
On Tue, Aug 24, 2010 at 02:45:44PM +0100, Ben Hutchings wrote:
On Tue, 2010-08-24 at 14:25 +0100, Colin Watson wrote:
In the case where one is building an image and part of the image build
involves running update-initramfs, it would be useful to have a single
guaranteed way to disable
media.
What I specifically do not want is for top-level client programs to have
to keep track of the different ways to ensure that each individual
bootloader is disabled.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-kernel-requ
On Wed, Aug 25, 2010 at 05:44:32AM +0100, Ben Hutchings wrote:
On Tue, 2010-08-24 at 16:55 +0100, Colin Watson wrote:
Actually, what I want is a consistent way to disable bootloader
invocation for all bootloaders, without necessarily requiring the
bootloader package not to be installed
On Sat, Aug 28, 2010 at 02:47:56PM +0100, Ben Hutchings wrote:
On Sat, 2010-08-28 at 09:35 +0100, Colin Watson wrote:
This is a good start, but it doesn't specify *how* boot loader packages
are to be disabled. I think that this needs to be consistent across
boot loaders.
That would
+ ;;
+ esac
+ fi
+
# FIXME inst_lib
mkdir -p ${DESTDIR}/${dirname}
if [ ! -e ${DESTDIR}/${dirname}/${libname} ]; then
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE
, as mentioned above, and while they may not
be used right now I'm pretty sure that we added them because they were
used in the past. Is there any reason not to add those extra names for
pre-releases to DebianLinux?
Thanks,
--
Colin Watson [cjwat...@debian.org
as requested.
http://bzr.debian.org/scm/loggerhead/users/cjwatson/base-passwd/trunk/revision/155
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
On Tue, May 24, 2011 at 05:41:44PM +0200, intrigeri wrote:
Colin Watson wrote (23 May 2011 14:47:18 GMT) :
+ # We probably ought to use COMPRESS= in a temporary file in
+ # /etc/initramfs-tools/conf.d/ instead, but it's hard to
+ # pass options that way
weekend's work to me.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20110831131316.gb5
: foreign
Recommends: busybox (= 1:1.01-3) | busybox-initramfs
Depends: klibc-utils (= 1.5.23-2~), cpio, module-init-tools, udev, findutils
(= 4.2.24), ${misc:Depends}
Suggests: bash-completion
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE
too cumbersome for anything but a loader that we
try not to change very often. Their guidelines permit chaining to GPLv3
code via shim, so this part of it should not be a problem.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian
e cloned a kernel bug for this with this message.
> > On 2017-01-02 17:49, Colin Watson wrote:
>
> > > sshd's seccomp sandbox is denying a clock_gettime call. But it's more
>
> Probably a stupid idea, but a short-term stopgap: can we disable seccomp
> on x32 for now?
ggest adding a dependency on
coreutils (>= 8.24), which introduced the feature of sync(1) being used
here.
I've put all this in a merge request:
https://salsa.debian.org/kernel-team/initramfs-tools/merge_requests/6
--
Colin Watson [cjwat...@debian.org]
o the production
> key? And prepare an upload with the changes described above and ready
> to use the production key?
I don't know of any blockers from the grub2 side. Once the archive has
the "packages" key changes, I can prepare an upload - I was planning to
m
>
> The hardware of the remote machine was a RockPro64.
> The client operating systems tested were Gentoo and Arch linux.
In general kernel oopses are kernel bugs, not userspace bugs, so
reassigning to linux. I expect that the full contents of the oops
message fro
56 matches
Mail list logo