> Version: 2.6.25-1
> > The bnx2 driver was included in the 2.6.22-3 kernel
> > (config-2.6.22-3-amd64:CONFIG_BNX2=m)
> > but not anymore in 2.6.24. Still this device is commonly used in Dell/HP
> > server hardware and so
> > quite usefull.
> please do a quick google research next time before rep
This seems to be fixed "upstream", along with other issues regarding ieee1394
on linux 2.6.19, according to [0]:
-
kernel 2.6.19 release notes
From: Stefan Richter:
Date: 2006-12-03 3:00 am
eth1394: memory alignment problem fixed
ieee1394: recursive locking fixed
As temporary workaround, until linux-kbuild exit NEW queue and hits sid,
someone could leave below an url of a package to dl?
--
ESC:wq
pgp651qFYB3yZ.pgp
Description: PGP signature
As subject says, Close this bug, support present in 0.12
--
ESC:wq
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi Erik,
I would like to know how do you feel in splitting Plan.pm's trySomething()
functions in separate files putted in a directory
like ./perl/plugins/trySomething.pm and then scan it from Plan.pm.
Also Test suite should be splitted, maybe a little redesign is involved.
This way will be simpl
Alle 01:23, lunedì 7 novembre 2005, hai scritto:
> > "raid0", "raid1", "raid10", "dm-mirror", "linear", "faulty"
>
> excluding dm-mod which is needed by dmraid, I think none of the above
> modules is needed by dmraid which does all the trickery by itself. However
> I'm CC'ing Heinz Mauelshagen whi
diff -urN Plan.pm~ Plan.pm
--- Plan.pm~2005-11-06 22:09:51.0 +0100
+++ Plan.pm 2005-11-06 22:40:46.16696 +0100
@@ -438,7 +438,7 @@
# Something for next preview.
#
ModProbe::addModules ($actions, [ "raid0", "raid1",
- "raid10", "dm-mirror", "
Sorry I missed to add mirror mod in last patch.
diff -urN Plan.pm~ Plan.pm
--- Plan.pm~2005-11-05 18:39:19.0 +0100
+++ Plan.pm 2005-11-06 22:09:51.673267880 +0100
@@ -89,8 +89,8 @@
$ok || ($ok = tryEvms ($actions,$device,[$device,@{$working}]));
$ok || ($ok = tryDmC
Alle 08:39, domenica 6 novembre 2005, maximilian attems ha scritto:
> why is /etc/evms.conf needed?
For the last bit in the file about PVs recognitions. If one have lvm2 compat
volume it is needed on initrd or lvm2 support will be broken.
--
ESC:wq
--
To UNSUBSCRIBE, email to [EMAIL PROTECT
Package: yaird
Version: any
Tags: upstream, patch
Severity: normal
As dbug:335230 this should help bringing to yaird the boot support for dmraid
devices.
As you all know dmraid is now in debian, should be nice to add support for it
also in partman (d-i) udeb providing and in grub, I done it man
Alle 22:29, giovedì 3 novembre 2005, hai scritto:
> Progress update:
Really nice!
> System has no lvm2, mdadm or dmsetup installed.
I applied your patches too but I think that my system needs more care:
# yaird -t
yaird error: Don't know how to choose between /dev/mapper/lvm2|sicuro|cache
and
Alle 11:15, mercoledì 2 novembre 2005, hai scritto:
> On Wed, Nov 02, 2005 at 11:11:24AM +0100, Marco Amadori wrote:
> > But you missed to clear us if mdadm and vgchange are needed to evms to
> > shows up in case of compatibility volumes, but I think so anyway so I
> > prod
Alle 23:00, martedì 1 novembre 2005, hai scritto:
> > Could Steinar, the maintainer of evms, could help to clear us some
> > things?
>
> You have two issues I can see from the previous information in the bug:
>
> - The swapfs plugin not loading. This is probably because you do not have
> /sbin/s
Alle 00:25, martedì 1 novembre 2005, hai scritto:
> The first preview is in
> http://www.xs4all.nl/~ekonijn/yaird/yaird-evms.tar.gz
I had a look at it and tried building and playing around.
> Testing: minimal. The code was built on a test box, generates an image
> there, afterwards code was mer
Alle 01:00, lunedì 31 ottobre 2005, hai scritto:
> On Fri, Oct 28, 2005 at 08:12:57PM +0200, Marco Amadori wrote:
> > Diff attached, diffed to extracted yaird-0.11-9, but should not differs
> > to much I think.
> Just a quick note: your code is now incorporated into what wil
Alle 14:18, sabato 29 ottobre 2005, hai scritto:
> Marco Amadori <[EMAIL PROTECTED]> writes:
> > If there is also a proposal that at install time scans through external
> > modules to find those needed by the host system I will be happier :-)
>
> That can be one area w
Alle 08:06, sabato 29 ottobre 2005, Sven Luther ha scritto:
> Hello all,
>
> Well, as you may have noticed, we uploaded 2.6.14-1 to unstable yesterday,
Really Good Job, it's nearly incredible fast!
> Ok, let's finish with the next things to work on :
>
> - clear the external module situation. P
Diff attached, diffed to extracted yaird-0.11-9, but should not differs to
much I think.
I tried to go more in deep into this project, but I still needed a lot of
pseudocode comments.
Please comments my doubts and questions and put your queries here.
--
ESC:wq
yaird.evms_early_alpha.diff.bz
Alle 09:49, mercoledì 26 ottobre 2005, hai scritto:
> Yes, that was my first implementation actually. But the Device Number in
> evms_query info doesn't match the real device maj/min and I really don't
> know which one might be useful when filtering with findByDevNo eg:
>
> # evms_query info /dev/
Alle 20:09, martedì 25 ottobre 2005, hai scritto:
> I've been able to setup an almost-working evms box (at least evms_query
> reports useful data).
You have to boot from a emvs volume to have a proper evms box, or to look at
it from an evms enabled cd-rom, but I think you already saw that.
> I t
Alle 22:13, martedì 25 ottobre 2005, hai scritto:
> The properties look OK to find devices, but don't yet provide enough
> information to decide whether to load raid0/raid5.
We need to implement a deeper plugins support for this to happen.
> The crude fix is
> to just load them always ... M
(C) 2005 Erik van Konijnenburg, Marco Amadori
+#
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License as published by
+# the Free Software Foundation; either version 2 of the License, or
+# (at your option) any
Alle 13:07, domenica 23 ottobre 2005, hai scritto:
> > > We need a perl hacker.
> > Mattia, maybe you would like to jump in here too ? I hope i am not
> > abusing by asking you that :)
> Oh, well, I'd really like to :) Only problem I have is that I don't have
> any EVMS system available.
Can be s
Alle 21:18, sabato 22 ottobre 2005, Steinar H. Gunderson ha scritto:
> EVMS support in yaird should not be difficult to add for someone who
> already knows yaird. Basically, what you need to do is:
We need a perl hacker.
Code speaking, I'm not a perl hacker, too bad, but I understood that, looki
Package: yaird
Version: 0.0.11-6
Severity: critical
Yaird needs the effort to support booting from a root device on a EVMS volume.
This bug should tracks the efforts to enable yaird understand EVMS volumes.
This is needed since the next release, "etch", will surely provide a linux
kernel >= 2
> The situation right now is that a user cannot chose initramfs-tools, which
is
> not what i had planed, expecting initramfs-tools to follow the proposal
> shortly, which is partly a good thing since jonas proposed an even cleverer
> method that should satisfy everyone, but it would have still be
Alle 23:13, mercoledì 5 ottobre 2005, dann frazier ha scritto:
> And also, what will be the best way to migrate? Should we make a new
> initrd-tools package that provides a /usr/sbin/mkinitrd script that
> selects a backend and performs any necessary argument munging?
> (I think someone suggested
On Tuesday 30 August 2005 07:47, you wrote:
> > > > > > - initrd-tools needs to loose devfs usage.
> > > > > BTW, isn't it time to switch to initramfs ?
> >
> > I saw that ubuntu use "initramfs-tools" and in debian we have "yaird"
> > that I personally use since it hit sid to boot from lvm on a md
> From: Sven Luther <[EMAIL PROTECTED]>
> On Mon, Aug 29, 2005 at 12:22:08PM +0200, Bastian Blank wrote:
> > > > - initrd-tools needs to loose devfs usage.
> > > BTW, isn't it time to switch to initramfs ?
> > Does it work?
> Supposedly, best time now to find out, don't you think ?
I saw that
ture and maybe update a progress bar according to
the rc scripts that are being processed. Does already exists such software in
debian?
I saw ppmtofb that can display pictures on frame buffer, but what about a
progress bar?
--
Marco Amadori <[EMAIL PROTECTED]>
in it
also), and debian is just a few patch away from it (mainly mkinitrd support
and a kernel-patch).
But if the debian-kernel team agree on not having bootsplash support, I will
be silent until I can make easy (not more word but patch bytes!) for your
team to add it.
BTW: is the next kernel-so
Alle 07:45, martedì 29 giugno 2004, Christian Perrier ha scritto:
> >
> > Used d-i 2004/06/28 to install in a VMware. All good, up until base-
Same bugs appeared to my install, same d-i build, locale [EMAIL PROTECTED]
> Which image exactly? Which locale? I'm doing detailed tests of both
> sarge
included?
direct link to the patch:
mkdir -p /usr/src/patches && cd /usr/src/patches && wget
http://www.codemonkey.org.uk/projects/bitkeeper/agpgart/agpgart-2004-06-17.diff
&& cd ../linux && cat ../patches/agpgart-2004-06-17.diff | patch -p1
:-)
--
Marco Amadori <[EMAIL PROTECTED]>
33 matches
Mail list logo
