efi-reader_0.1.dsc doesn't exist
efi-reader_0.1.tar.gz doesn't exist
efi-reader_0.1_ia64.udeb doesn't exist
Due to the errors above, the .changes file couldn't be processed.
Please fix the problems for the upload to happen.
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email t
efi-reader_0.1.dsc doesn't exist
efi-reader_0.1.tar.gz doesn't exist
efi-reader_0.1_ia64.udeb doesn't exist
Due to the errors above, the .changes file couldn't be processed.
Please fix the problems for the upload to happen.
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email t
I've checked out a copy to d-i/doc/html/ at
http://people.debian.org/~pere/debian-installer/>, and added a
cron script to keep it up to date. It will have to do until we get
space on a more official location.
It is updated every 10 minutes.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Processing commands for [EMAIL PROTECTED]:
> reopen 185420
Bug#185420: boot-floppies - bad kernel choice
Bug reopened, originator not changed.
> severity 185420 normal
Bug#185420: boot-floppies - bad kernel choice
Severity set to `normal'.
> tags 185420 + help
Bug#185420: boot-floppies - bad ker
reopen 185420
severity 185420 normal
tags 185420 + help
thanks
#include
* [EMAIL PROTECTED] [Fri, Mar 21 2003, 10:46:24AM]:
> Second, I agree with you that it should default to installing the same
> version of the kernel I chose to install with. My install kernel is
> debian/dists/woody/main/dis
When checking the list of bugs filed against discover in BTS, I start
to wonder if it is wise to base the d-i HW detection on a package that
seem to lack active maintainers. Some of the bugs are more than a
year old. Several bugs have been fixed in NMU without being included
in a new maintainer
> "pr" == Petter Reinholdtsen <[EMAIL PROTECTED]> writes:
pr> I suspect a lot of this is due to the release of discover2,
pr> but we are still waiting for that one.
pr> Is it only me being concerned about the state of discover? Is
pr> there anything more I can do to help?
I
On Sun, Mar 23, 2003 at 06:00:38AM -0700, Debian Boot CVS Master wrote:
> Repository: debian-installer/build/pkg-lists/cdrom
> who:pere
> time: Sun Mar 23 06:00:38 MST 2003
> Log Message:
> Include LVM modules on cdrom floppy.
>
> Files:
> changed:i386
>
why this must be incl
On Sun, Mar 23, 2003 at 06:11:16PM +0100, Petter Reinholdtsen wrote:
>
> Hi
>
> You are listed as the maintainer of bogl-bterm. This is why you get
> this email. You probably do not know this, but bugs #182176 and
> #185046 are very important for us working with the new debian
> installer to co
Hi
You are listed as the maintainer of bogl-bterm. This is why you get
this email. You probably do not know this, but bugs #182176 and
#185046 are very important for us working with the new debian
installer to continue our work on adding i18n support into
debian-installer. The first one enable
Hi,
There has been some progress on getting debian-installer working on
non-x86 platforms, and I'm working on getting a list of working test
images available. For this, I need to put them somewhere.
We have x86 CD images at:
http://gluck.debian.org/cdimage/testing/netinst/i386/
and "disk" images
efi-reader_0.1_ia64.changes uploaded successfully to localhost
along with the files:
efi-reader_0.1.dsc
efi-reader_0.1.tar.gz
efi-reader_0.1_ia64.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Conta
[Daniel Jacobowitz]
> I'm working on them today anyway.
Wonderful. :)
> Is anyone from debian-boot interested in adopting bogl, by the way?
I do not feel competent and doubt I can prioritize away any of my
other tasks.
> I adopted it in order to start the bogl-based d-i frontend a long
> time a
Rejected: syntax error in .dsc file 'efi-reader_0.1.dsc', line 15.
Rejected: no Files: field in .dsc file.
===
If you don't understand why your files were rejected, or if the
override file requires editing, reply to this email.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
rootskel_0.22_i386.changes uploaded successfully to localhost
along with the files:
rootskel_0.22.dsc
rootskel_0.22.tar.gz
rootskel_0.22_i386.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [
autopartkit_0.42_i386.changes uploaded successfully to localhost
along with the files:
autopartkit_0.42.dsc
autopartkit_0.42.tar.gz
autopartkit_0.42_i386.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troubl
Accepted:
autopartkit_0.42.dsc
to pool/main/a/autopartkit/autopartkit_0.42.dsc
autopartkit_0.42.tar.gz
to pool/main/a/autopartkit/autopartkit_0.42.tar.gz
autopartkit_0.42_i386.udeb
to pool/main/a/autopartkit/autopartkit_0.42_i386.udeb
Announcing to [EMAIL PROTECTED]
Thank you for your cont
Accepted:
rootskel_0.22.dsc
to pool/main/r/rootskel/rootskel_0.22.dsc
rootskel_0.22.tar.gz
to pool/main/r/rootskel/rootskel_0.22.tar.gz
rootskel_0.22_i386.udeb
to pool/main/r/rootskel/rootskel_0.22_i386.udeb
Announcing to [EMAIL PROTECTED]
Thank you for your contribution to Debian.
--
T
lör 2003-03-22 klockan 02.03 skrev Herbert Xu:
> Martin Sj?gren <[EMAIL PROTECTED]> wrote:
> >
> > I have thus written the following, and checked it into the d-i cvs as
> > doc/kernel-modules.txt, or in viewcvs:
> > http://cvs.debian.org/*checkout*/debian-installer/doc/kernel-modules.txt?rev=1.1
>
[Thorsten Sauter]
> why this must be included in the floppy. It can be downloaded with
> the retrievers, and cdrom or networt support doesn't depend on lvm
> modules, so it is always possible to download it later.
It is not _required_, but it is nice to have available when testing
LVM configuratio
I believe the newt frontend should be handling UTF-8 characters fairly
well now. The new rootskel package will turn on UTF-8 support in the
linux console. This is supposed to work on 2.4 kernels. My test
displays æøå, but I am not sure if it will display characters outside
ISO-8859-1. Can anyo
On Sun, Mar 23, 2003 at 11:15:23PM +0100, Petter Reinholdtsen wrote:
> It is not _required_, but it is nice to have available when testing
> LVM configuration and automatic installation. It contains two files
> and adds 64 kb uncompressed. Is it a problem to include it?
>
> Feel free to remove i
Package: netcfg
Version: 0.23 (not installed)
Severity: wishlist
The gtk frontend is able to present more than only one question at a
time. Questions will be collected with the INPUT command and asked
alltogether when a GO is issued. netcfg should make use of this.
Other frontends will ignore thi
Hi,
We've been busy at Progeny with other things recently, but I can assure
you that Discover remains a key technology and will be actively
maintained (see http://www.progeny.com/products/enablingtech.html).
Discover 2 is a substantial reworking of Discover 1; we have packaged it
for Platform Serv
24 matches
Mail list logo
