Your message dated Mon, 21 Aug 2000 09:23:51 +0200
with message-id <[EMAIL PROTECTED]>
and subject line You cant install base.tgz from a mountable filesystem
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the
Joey Hess wrote:
>
>
> They will be written in C, or perhaps, in POSIX shell script (without
> any external commands except ar, tar, gunzip, though..).
>
If C, would it be ok if it was specific to busybox or would it have to
be independent?
If its writen specifically for busybox it could acce
The Hardware:
Motherboard: BE6 (abit)
Prossesor: 566 celeron II
Ram: 196
IDE:intel ide controller
& HPT366 on board with be6
Configuration of IDE:intel ide1 = cd-rom master
On Thu, Aug 17, 2000 at 02:27:15PM -0400, Adam Di Carlo wrote:
> Martin Schulze <[EMAIL PROTECTED]> writes:
[...]
> > The bug has some connection to the boot-floppies since it happens
> > through the boot-floppies/base-system. Something is different
> > with whiptaill when using the root.bin and
I know there are still plenty of video cards that xviddetect does not
detect. I can see a lot of bug reports to that effect.
I think it would be worthwhile to maintain a branch of xviddetect so
that anXious could know about more videocards which get updated at
Potato point releases. Do you agr
Tommy Moore <[EMAIL PROTECTED]> writes:
> Well, I'm not sure the patch should be applied to the kernel just
> yet for a couple of reasons. One of them is that the screen reader
> is alpha software, but is quite usalbe in it's current form, the
> other reason is that if the synthesiser isn't conne
On Sun Aug 20, 2000 at 09:25:14PM -0700, Joey Hess wrote:
>
> I think that just like dpkg, it should be split into two programs:
> microdpkg-deb to handles the low-level unpacking of packages, and
> microdpkg, to do dependency checking, and so on. Maybe this will turn
> out not to make sense; so
The version on the floppy I am using says `Rescue 2.2 0714'
If I try something like
boot: resue root=/dev/hda2 debug
I get an error message
SCSI: Detection failed (no card)
I guess that the reason is that there is an incompatibility
between this version of the rescue disk and the NE-2000
On Aug 21, Adam Di Carlo wrote:
> I know there are still plenty of video cards that xviddetect does not
> detect. I can see a lot of bug reports to that effect.
>
> I think it would be worthwhile to maintain a branch of xviddetect so
> that anXious could know about more videocards which get upda
This is all moot if we move to X 4. X does it own monitor / vid card detection
now.
So, for potato, as much work as we see fit should go there. For woody, let's
help Branden get Xfree 4 working.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [
Previously Sean Perry wrote:
> This is all moot if we move to X 4. X does it own monitor / vid card
> detection now.
I wonder if it doesn't make more sense to use a mixed X3/X4 setup for
woody and base the decision on which server to use on the installed
videocard?
Wichert.
--
_
On 21-Aug-2000 Wichert Akkerman wrote:
> Previously Sean Perry wrote:
>> This is all moot if we move to X 4. X does it own monitor / vid card
>> detection now.
>
> I wonder if it doesn't make more sense to use a mixed X3/X4 setup for
> woody and base the decision on which server to use on the i
On Aug 21, Sean 'Shaleh' Perry wrote:
> by woody release (at least 6 - 8 months) Xfree 4 should be safe enough for
> everyone to use.
It's probably more of an issue of drivers not being ported; for
example, will my 486's Cirrus Logic ISA card be supported in Xfree 4?
Chris
--
To UNSUBSCRIBE,
Previously Sean 'Shaleh' Perry wrote:
> by woody release (at least 6 - 8 months) Xfree 4 should be safe enough for
> everyone to use.
By woody freeze I'm quite sure there are still lots of drivers that are
not in Xfree 4.
Wichert.
--
_
Yann Lamontagne wrote:
>
> The Hardware:
> Motherboard: BE6 (abit)
> Prossesor: 566 celeron II
> Ram: 196
> IDE:intel ide controller
> & HPT366 on board with be6
> Configuration of IDE:intel
On 21-Aug-2000 Adam Di Carlo wrote:
>
> I know there are still plenty of video cards that xviddetect does not
> detect. I can see a lot of bug reports to that effect.
>
> I think it would be worthwhile to maintain a branch of xviddetect so
> that anXious could know about more videocards which
Processing commands for [EMAIL PROTECTED]:
> reassign 69617 boot-floppies
Bug#69617: there should be some statically linked tar at installtime
Bug reassigned from package `[debian' to `boot-floppies'.
> --
Stopping processing here.
Please contact me if you need assistance.
Darren Benham
(admin
> I know there are still plenty of video cards that xviddetect does not
> detect. I can see a lot of bug reports to that effect.
>
> I think it would be worthwhile to maintain a branch of xviddetect so
> that anXious could know about more videocards which get updated at
> Potato point releases.
> current cards are supported in XF 4. Older cards (ISA) are likely to not be
> supported unless they are popular. The driver has to be ported )-:
>
> So, this means we have a process like:
>
> try to XF 4 autodetect
> if fail
> try to XF 3 autodetect
> if fail
> punt?
wel
On Mon Aug 21, 2000 at 06:32:09PM -0700, Randolph Chung wrote:
> > Maybe I'm missing something though (I almost certainly am), but do we really
> > need a 'microdpkg-deb'? Wouldn't just 'microdpkg' be enough? When we go to
> > install the base system, we really just want to unpack the .debs and
Erik Andersen wrote:
> Doing depends will cetainly be too nasty for a shell scriot, so if we really
> want to include depends, then I agree that doing udpkg in C is the way
> to go.
Yes, we really do need depends. As Randolph says, partly to make sure it
doesn't screw up a system too badly[1], an
The Public Affairs Resource Center of VisibilityFX (www.visibilityfx.com/PARK)
introduces the
Refugees of the World Screensaver. This quick loading screensaver features a
stunning
animated digital image of the world with statistical data on refugees around the
world.
It also
includes an int
> Depends should be doable without doing a whole dependency tree checking
> thing. I'm thinking that when microdpkg is told to install a set of
> debs, it can simply update its in-core status data to reflect all of them
> being installed, and then iterate through each and make sure each would
> th
Randolph Chung wrote:
> not quite sure what you mean by "whole dependency tree checking" ...
More along the lines of what apt does, or what dpkg does; including
conflicts and so on.
> right now i am playing with this, and have it load the status file into
> memory, storing the package name and s
> Maybe I'm missing something though (I almost certainly am), but do we really
> need a 'microdpkg-deb'? Wouldn't just 'microdpkg' be enough? When we go to
> install the base system, we really just want to unpack the .debs and drop them
> into place. For this to take place we can do something l
Package: boot-floppies
Version: N/A;
Severity: normal
http://www.debian.org/releases/stable/i386/ch-welcome.en.html#s1.7
"WARNING: This Document is in Testing". This paragraph says that it is
an "early, prerelease version". Now that potato has been released,
should this perhaps be rephrased?
On Mon, Aug 21, 2000 at 09:34:05AM -0400, Adam Di Carlo wrote:
> I know there are still plenty of video cards that xviddetect does not
> detect. I can see a lot of bug reports to that effect.
>
> I think it would be worthwhile to maintain a branch of xviddetect so
> that anXious could know about
27 matches
Mail list logo
