Hi,
here are a few corrections, as a diff -urP to what I think is the latest
CVS, for the French installation manual.
Please note that this should be applied within the documentation/
subdirectory, and will create a fr/fr.BUGS file which contains a few more
bugs that I couldn't fix.
I am not
Marc,
Thanks for the patch.
Unfortunately, this patch didn't apply cleanly for me. Perhaps you run a 'cvs
update', and then make sure the diff gets directed to a file without being
corrupted. Maybe:
$ cvs update
$ cvs diff -uRN doc_patch
Thanks,
David
Here is my attempt to apply the patch,
David Whedon wrote:
Currently a patch exists in the BTS, look for bugs against modutils.
The patch didn't apply cleanly for me. Do you have any suggestions
what might have gone wrong? I tried to apply the patch to latest
modutils debian source. What do I apply that patch to?
After you have installed one - you could:
1)
check whats node specific:
cd /etc
find . -type f | xargs grep your_ip_number
find . -type f | xargs grep your_hostname
# above are the files to edit later
enable SULOGIN=yes in /etc/default/rcS
shutdown -h now
while more_disks
do
connect your
Hi David,
David Whedon wrote:
Ug, there are two potential problems I see.
1. The patch I made was against 2.4.1-1, not 2.4.1-2, a solutions to that is to
adjust the patch manually, or manually apply the parts that need help, and then
be kind enough to post a new diff (one against 2.4.1-2)
Laubacher Libor wrote:
Hi,
I have 11 identical PC's and wonna install potato on all those PC's
Is there any way how to install potato to one (first) and use some trick to
transer installation to others 10 PC's ?
If they're on a LAN, you might want to consider some
I'm sitting here looking at an obvious build failure for
kernel-image-di on the sparc buildd, and I'm wondering what the heck
this package is for anyway. I mean, is this thing supposed to be
portable? If it is, it sucks at doing so, and if it's not, then is it
the intention that non-i386 is left
Ben Collins wrote:
I'm sitting here looking at an obvious build failure for
kernel-image-di on the sparc buildd, and I'm wondering what the heck
this package is for anyway. I mean, is this thing supposed to be
portable? If it is, it sucks at doing so, and if it's not, then is it
the
On Wed, Feb 07, 2001 at 02:12:43PM +1100, Glenn McGrath wrote:
Ben Collins wrote:
I'm sitting here looking at an obvious build failure for
kernel-image-di on the sparc buildd, and I'm wondering what the heck
this package is for anyway. I mean, is this thing supposed to be
portable? If
Ben Collins wrote:
For sparc, there has to be atleast two different boot kernels. One for
sun4cdm (32bit CPU), and one for sun4u (64bit CPU). SPARC also supports
native netbooting (via RARP/TFTP). My main concern is whether or not it
^
One of the things we
On Wed, Feb 07, 2001 at 06:34:59AM +0200, Eray Ozkural (exa) wrote:
Ben Collins wrote:
For sparc, there has to be atleast two different boot kernels. One for
sun4cdm (32bit CPU), and one for sun4u (64bit CPU). SPARC also supports
native netbooting (via RARP/TFTP). My main concern is
Hi there,
I'd been wrestling with an i386 box trying to boot it from the network
and I wanted to share some of my experience and certain things that puzzled
me.
Now it seems that BOOTP is kind of obsolete and DHCP is bound to replace
it sooner or later.
In linux-2.2.18 I have been perfectly
Ben Collins wrote:
I can understand it being the first milestone, but it seems to be the
only focus, and nothing is being considered as to how it affects other
ports.
That's not entirely true; I know of a group (who I cannot name or go
into any detail on since they told me about this
Debian Boot CVS Master [EMAIL PROTECTED] writes:
CVSROOT: /cvs/debian-boot
Module name: modconf2
Changes by: tausq 01/02/04 16:58:19
Log message:
Initial import of new modconf development branch
Randolph, can you explain what thisi s for, who might be using it?
--
merge 84989 84990
reassign 84989 boot-floppies
retitle 84989 [fixed?] Drivers disks for SPARC has wrong name
thanks
Lars Johansson [EMAIL PROTECTED] writes:
When I try to "Install Operating System Kernel and Modules" from
floppies, after the rescue disk has been installed, the system
Processing commands for [EMAIL PROTECTED]:
merge 84989 84990
Bug#84989: Drivers disks for SPARC has wrong name
Bug#84990: Drivers disks for SPARC has wrong name
Merged 84989 84990.
reassign 84989 boot-floppies
Bug#84989: Drivers disks for SPARC has wrong name
Bug#84990: Drivers disks for
retitle 84363 pcmcia load/unload problem
reassign 84363 boot-floppies
thanks
This seems to be happening to a lot of folks. I just got a laptop to
test with. We'll see if we can't fix this.
I think the problem is that (a) its trying to unload the card services
(why?) and (b) it fails trying
Processing commands for [EMAIL PROTECTED]:
retitle 84363 pcmcia load/unload problem
Bug#84363: Xircom 56G 100 not fully supported
Changed Bug title.
reassign 84363 boot-floppies
Bug#84363: pcmcia load/unload problem
Bug reassigned from package `install' to `boot-floppies'.
thanks
Stopping
CVSROOT:/cvs/debian-boot
Module name:debian-installer
Changes by: dwhedon 01/02/06 21:35:13
Modified files:
tools/ddetect : TODO
Log message:
more TODO
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Feb 05, 2001 at 05:36:21PM -0800, Joey Hess wrote:
I'm forwarding this to to appropriate list.
This problem must be particular to powerpc, accessing the cd certianly
works on i386, since it uses the same kernel after install as it used to
install from cd. Is something weird going on
On Tue, Feb 06, 2001 at 09:09:28PM -0800, Joey Hess wrote:
b. Send me an appropriate kernel config and related information, and build
kernel-image-di once I integrate it.
Well sparc needs three kernels. sun4cdm, sun4dm-pci and sun4u. I can get
you configs, but the problem being that I have
On Tue, Feb 06, 2001 at 09:09:28PM -0800, Joey Hess wrote:
Ben Collins wrote:
I can understand it being the first milestone, but it seems to be the
only focus, and nothing is being considered as to how it affects other
ports.
That's not entirely true; I know of a group (who I cannot
Joey Hess wrote:
Ben Collins wrote:
I can understand it being the first milestone, but it seems to be the
only focus, and nothing is being considered as to how it affects other
ports.
A glance at the debian archive shows that this many udebs have been ported:
Glenn McGrath wrote:
I tried dpkg-buildpackage on a couple of these they fail because they
need debhelper which i couldnt install because it depends on dpkg which
conflicts with dpkg-hurd, no doubt this is why autobuilders would fail.
I havent look any deeper yet.
i should have said
Ben Collins wrote:
Well sparc needs three kernels. sun4cdm, sun4dm-pci and sun4u. I can get
you configs, but the problem being that I have no idea what kernel
source you are building. I would hope that you plan to integrate to
2.4.x sooner or later, but how will you notify ports of this new
df (disk free) doesnt work under hurd, i think in likus it uses
//proc/mounts or /etc/mtab to get a list of mounted partitions.
Is there any plan as to how this should work under hurd ?
Glenn
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact
Daniel Jacobowitz wrote:
2.4.1 kernel.org does not build on PPC. Sigh.
2.4.0 is ok, right? I guess I'll hold off of 2.4.1 for now..
Other architectures will want a radically simplified detection scheme.
PPC (mostly) has no legacy ISA or such; everything should show up in
the kernel's PCI
Glenn McGrath wrote:
df (disk free) doesnt work under hurd, i think in likus it uses
//proc/mounts or /etc/mtab to get a list of mounted partitions.
Is there any plan as to how this should work under hurd ?
Crap, dont you hate it when you send mail to the wrong list
--
To
On Tue, Feb 06, 2001 at 10:34:52PM -0800, Joey Hess wrote:
Daniel Jacobowitz wrote:
2.4.1 kernel.org does not build on PPC. Sigh.
2.4.0 is ok, right? I guess I'll hold off of 2.4.1 for now..
2.4.0 is even worse (read useless) on powerpc. (linus merged some
2.4 powerpc code in 2.4.1 but
dhclient needs CONFIG_PACKET and CONFIG_FILTER (or at least the docs say it
does, I haven't gotten it to work on the floppy, so ther emay be something else
lurking).
CONFIG_PACKET can be a module, should it be in it's own udeb?
CONFIG_FILTER can't be a module, or at least 'make menuconfig'
CVSROOT:/cvs/debian-boot
Module name:debian-installer
Changes by: dwhedon 01/02/06 23:00:53
Modified files:
tools/netcfg : TODO netcfg-dhcp.c netcfg.c
tools/netcfg/debian: changelog rules
Log message:
make it play better with dhcp-client-udeb
--
To
The scripts that were used to create the HURD E1 cd-roms can be downloaded
from the index page of http://www.copyleft.co.nz (at the bottom).
There are two sets of CD scripts, one for each CD. These are very much ad
hock creations incorporating work-a-rounds which will change as the HURD
In particular, even after deinstalling perl-5.6-base and debconf in
favour of debconf-tiny, I now see:
...
Setting up debconf-tiny (0.2.80.14) ...
Can't locate object method "value" via package "Debconf::Question" at
/usr/lib/perl5/Debian/Debconf/Config.pm line 37
Dobconf does not
33 matches
Mail list logo