Hi All,
I met with joeyh during ALS and offered to work on kernel for the boot floppies.
I got the kernel down to 355 KB.. From what I understood from joeyh, the new
installer will be just the kernel and the network drivers.. However, one of the
issues I have is that to read the network drivers,
On Sun, Oct 15, 2000 at 05:01:22PM +1100, Glenn McGrath wrote:
> I think one of the problems for the potato floppies as far as adding new
> features was the extended time we were either preparing for a feature
> freese or actually in the freese. It must have been over 6 months.
We froze mid-Janur
> Randolph Chung <[EMAIL PROTECTED]> writes:
> > If this is the case for woody as well, then we should find out from
> > ajt when he thinks the installer portion of woody should be
> > feature-frozen.
In an ideal world, boot-floppies / debian-installer (and all of base)
would be the *first* thing
On Sun, Oct 15, 2000 at 01:41:57PM -0400, Adam Di Carlo wrote:
> Marcin Owsiany <[EMAIL PROTECTED]> writes:
>
> > Well, I don't have any chance to test the build on non-i386 arches, so I
> > didn't want to mess with their parts of release.sh
> > Unfortunately, it seems I managed to break them any
Hi, I sent out the below request to US CD vendors.
I am wondering what other parties who are committed to the ongoing
Potato maintenance (and to hacking things so they work better) are
interested in possibly being supplied CDs as outlined below.
Remember, only debian-cd or debian-boot hackers
I need testers for the upcoming 2.2.18 boot-floppies, which is what
will go into 2.2r1 Potato hopefully to be released within the next
week. The changelog is included below.
http://auric.debian.org/~aph/bf/current/
Specifically, I *must* have someone test every one of the
kernel/rootdisk combi
You will need this MAKEDEV to allow building on i386.
Mapping stable to updates.
Installing:
makedev_2.3.1-46.2.diff.gz
to dists/proposed-updates/makedev_2.3.1-46.2.diff.gz
replacing makedev_2.3.1-46.diff.gz
makedev_2.3.1-46.2.diff.gz
to dists/woody/main/source/base/makedev_2.3.1-46.2
On Fri, Oct 13, 2000 at 11:22:01PM +0200, Marcin Owsiany wrote:
> (It doesn't work with either font - reduced or not).
>
> bterm: bogl-vga16.c:223: bogl_vga16_clear: Assertion `y1 >= 0 && y1 <
> bogl_yres' failed.
> Aborted
Well, I rember having such a problem with another driver. The "f
Marcin Owsiany <[EMAIL PROTECTED]> writes:
> On Sat, Oct 14, 2000 at 09:18:32AM -0500, Christian T. Steigies wrote:
> > That's done for i386, but I do not see any trace of READ-??.txt for the
> > other arches? What happens there?
>
> Well, I don't have any chance to test the build on non-i386 ar
Randolph Chung <[EMAIL PROTECTED]> writes:
> When we were working on potato boot-floppies, it was my understanding
> that potato freeze != boot-floppies freeze. Several important additions
> (http-fetch, etc) went in after the freeze.
I think http fetch was in before. Some other stuff trickled
Marcin Owsiany <[EMAIL PROTECTED]> writes:
> Well, I don't have any chance to test the build on non-i386 arches, so I
> didn't want to mess with their parts of release.sh
> Unfortunately, it seems I managed to break them anyway.
Yes, this was your mistake. Architecture independant files should
> I think this is a laudable goal, but unfortunately I think that means
> we need to retain the boot-floppies for woody.
When we were working on potato boot-floppies, it was my understanding
that potato freeze != boot-floppies freeze. Several important additions
(http-fetch, etc) went in after th
On Fri, Oct 13, 2000 at 11:22:01PM +0200, Marcin Owsiany wrote:
> This time it reduced, but now bterm refused to work for some reason. (It
> doesn't work with either font - reduced or not).
>
> bterm: bogl-vga16.c:223: bogl_vga16_clear: Assertion `y1 >= 0 && y1 <
> bogl_yres' failed.
> Ab
On Sat, Oct 14, 2000 at 09:18:32AM -0500, Christian T. Steigies wrote:
> That's done for i386, but I do not see any trace of READ-??.txt for the
> other arches? What happens there?
Well, I don't have any chance to test the build on non-i386 arches, so I
didn't want to mess with their parts of rel
On Sun, Oct 15, 2000 at 04:34:14AM -0400, Adam Di Carlo wrote:
> "Christian T. Steigies" <[EMAIL PROTECTED]> writes:
>
> > That's done for i386, but I do not see any trace of READ-??.txt for the
> > other arches? What happens there?
>
> Sounds like a flub up. It should be done for all arches, n
"Christian T. Steigies" <[EMAIL PROTECTED]> writes:
> That's done for i386, but I do not see any trace of READ-??.txt for the
> other arches? What happens there?
Sounds like a flub up. It should be done for all arches, not just
i386.
> And why READ-??.txt, will there be readmes for other langu
Glenn McGrath <[EMAIL PROTECTED]> writes:
> We could just start a page on sourceforge and put stuff there, then
> when things are organised in the archives (years later) move them
> back to debian.
Why? We already have an active upstream maintainer.
--
.Adam Di [EMAIL PROTECTED]http://www
Package: makedev
Version: 2.3.1-46
Severity: important
As you can see, we have a problem with the new mcdx devices; I suspect
the part that is supposed to make the symlink from mcdx to mcdx0 is
reversed.
# ls -l /var/tmp/boot-floppies/base-tmp-25691/dev/mcdx*
lrwxrwxrwx1 root root
18 matches
Mail list logo
