time trying to debug them from cold, such as
AppArmor profiles and example scripts, and it's just good manners to
give maintainers an explicit heads-up.
--
Colin Watson (he/him) [cjwat...@debian.org]
ors.
>
> 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
messag
switching to 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 -
est 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]
x27;ve 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
>
t want to get GRUB signed by Microsoft anyway; their
signing process is far 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
mfs-tools
Architecture: all
+Multi-Arch: 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
this that we should
know about?
Don, what do you think about all this? I think it's tractable, but it
feels like a pretty solid weekend's work to me.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-kernel-requ...@li
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
> > +
specific command won't cut it there. The above algorithm seems
simple enough; I can probably find time to propose a strawman patch to
grub-mkconfig_lib for that at some point.
The main thing that I'm unsure about in DebianLinux's algorithm is the
pre-release handling. Debian GRUB
;;
+ /lib/*)
+ dirname=/lib
+ ;;
+ esac
+ fi
+
# FIXME inst_lib
mkdir -p "${DESTDIR}/${dirname}"
if [ ! -e "${DESTDIR}/${dirname}/${libname}&
the 6-64999 range, and I'm waiting for their
> comment.
I let Yves-Alexis know by private e-mail, but, for the public record, I
allocated these gids as requested.
http://bzr.debian.org/scm/loggerhead/users/cjwatson/base-passwd/trunk/revision/155
--
Colin Watson
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
> &g
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
> > bootloa
; Report a bug on lilo; I suppose it should warn but still 'succeed' if
> /etc/lilo.conf is missing. elilo should do the same. This is my bug
> and I can fix it. :-) No idea about zipl but I doubt you care about
> s390 live media.
What I specifically do not want is for
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
> &
://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.
begins with 'linux-image-' and
> do nothing in this case. [Is this sensible or is it too 'clever'?]
Sensible, I think. There's no point running update-grub three times.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIB
o install while
> running '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+20100
sp ships an resume binary too
if [ -n "${resume_offset}" ]; then
- /bin/resume ${resume} ${resume_offset}
+ /bin/resume ${resume} ${resume_offset} >/dev/null 2>&1
else
- /bin/resume ${resume}
+ /bin/resume ${resume} &
; | sed -n 's/ [LN]$//p' \
- | xargs ${xargs_verbose:-} -rL1 rm -f
+(cd "${DESTDIR}" && find . -type l -printf '%p %Y\n' | sed -n 's/ [LN]$//p' \
+ | xargs ${xargs_verbose:-} -rL1 rm -f)
[ "${verbose}" = y ] && echo &
ctions
index 685642e..89451c7 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 "Spawn
of
way) for a while, and I haven't had 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
ed to explicitly compile with -fno-stack-protector. I know
this isn't an immediate problem for Debian, but would you consider
applying this patch anyway? It should be harmless.
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
diff -Nru mkvmlinuz-35/boo
trinsic property 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]
On Tue, Nov 13, 2007 at 12:02:25AM +0100, Peter Stuge wrote:
> On Mon, Nov 12, 2007 at 06:33:54PM +0000, 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'
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
&g
l (I'm looking 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 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
e that this bug 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,
-
sh, I get:
/usr/sbin/mkvmlinuz: 61: arith: syntax error: "OPTIND-1"
Please 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]
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 corr
hough. Colin or Bastian 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 UNSUB
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 subje
001:10:1b.2 0c03: 1033:00e0 (rev 04)
0001:11:00.0 0280: 1260: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
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.
re is working anymore, given
> 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
es the pre and post scripts specified in /etc/kernel-img.conf.
> update-grub from grub older than 0.97-3 writes informations 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
s/; the images
there are untested, and I haven't yet cronned the build (I probably need
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
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 nearl
move it from experimental to sid soon.
>
> Oh, 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
x27;m told will eventually break due to kernel
changes, and probably doesn't work so well for wacky block devices even
now), either by changing lilo directly to do that or just by making
lilo-installer override it by adding root= to the kernel command line in
append=. initramfs-tools does handle
ckground info the old half-baken vesa modular patch conflicts
> with upstream fixes. hch, waldi and i decided 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 somethi
nary-only NMU in some
ways and get confused. 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]
o-installer that's waiting for a newer busybox 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,
--
torically, having 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]
dware, try usin XEN.
No need to mess with older hardware *or* Xen. 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]
media and the like. The correct approach when using a stock
kernel is to make sure your initrd knows to load the Fusion module.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe&qu
ow exactly what we're doing about firmware yet. I
have a kernel-wedge patch in Ubuntu which supports generating
*-firmware-*-di udebs, although it's a bit clone-and-hack from
copy-modules and I haven't ported it to kernel-wedge 2 yet.
Cheers,
--
Colin Watson
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]
w
isled you 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]
On Wed, Mar 02, 2005 at 11:10:28PM +, Colin Watson wrote:
> Package: kernel-image-2.4.27-powerpc
> Version: 2.4.27-3
> Severity: critical
>
> The complete contents of kernel-image-2.4.27-powerpc.postinst are now as
> follows:
>
> #!/bin/sh
> set -e
st from kernel-package.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ld be a regression to jam them back into the
kernel monolithic-style (for one, it would probably make it impossible
to put the kernel 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
t putting dots in the names.
Good call.
--
Colin Watson [EMAIL PROTECTED]
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 fo
probably best for us to try both. The following patch (actually
against 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]
-hppa in the
debian-installer repository, not the standard kernel-image debs. You can
tell this by the way the column was headed "linux-kernel-di".
> Now if d-i 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]
ibc.
Modern kernel packages have dependencies that require a glibc newer than
that in woody. To break this deadlock, we need upgrade kernel packages
so that there's something to which we can point users in the release
notes.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
not part of base 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]
'm also tagging the bug to note that gettyps isn't in testing or
unstable.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
r some time and in my
experience work well.
> Ah, and i am seriously considering dropping support for apus from the
> kernels (and thus debian-installer).
Amen!
--
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,
--
C
el source
> (orig.tar.gz) and a non-free blob source.
Of course. That doesn't stop you putting the scripts that remove
non-free things somewhere in the Debian diff for convenience and
cooperation, though. See doc-linux.
--
Colin Watson [EMAIL PROTECTED]
64 matches
Mail list logo
