Hi.
Martin Sjögren wrote:
> Any comments on this?
IMHO the *.menutest scripts seem to be suited ideally for that.
Cheers
T.
pgp0.pgp
Description: PGP signature
On Fri, Mar 21, 2003 at 11:09:44AM +0100, Richard Atterer wrote:
> On Thu, Mar 20, 2003 at 08:51:20PM -0700, Chris Tillman wrote:
> > Those seem to be the rescue.bin files. I wouldn't be surprised if the 0's
> > are associated with the boot block, since they are bootable floppies.
>
> Yes, and I w
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
>
> Any comments on this?
Why can't we simply use the pa
Hello,
I'm having the following problem when installing Debian (Woody)
for the m68k architecture. I have done some google researching
and found that this problem seems to exist on other archs also
(search for keywords: basedebs.tar install packages.gz).
The problem is that when installing the ba
On Fri, 21 Mar 2003, Richard Atterer wrote:
> On Thu, Mar 20, 2003 at 08:51:20PM -0700, Chris Tillman wrote:
> > Those seem to be the rescue.bin files. I wouldn't be surprised if the 0's
> > are associated with the boot block, since they are bootable floppies.
>
> Yes, and I wouldn't be surprised
On Fri, 21 Mar 2003, Richard Atterer wrote:
> On Fri, Mar 21, 2003 at 11:37:22AM +0800, [EMAIL PROTECTED] wrote:
> > A problem with workarounds is that they lack convenience, and people will
> > forget. May I suggest a bug report against mke2fs and mkfs.minux?.
> > Probably people will still forge
(Cc:ed to various kernel maintainers, I hope I included all maintainers
of d-i kernels)
Hello.
I want to simplify anna's job of installing udebs into the d-i ramdisk.
There's no reason for displaying kernel module udebs belonging to the
wrong kernel versions in anna, and it would be neat to insta
Hi,
I'm maintaining the ports-status page; see
http://people.debian.org/~mckinstry/ports-status.html
If you are doing active work on Sparc or mac, I'd like to hear about it
(and help!); I'm looking for volunteers to list as those working on each
port.
- Alastair
On Sun, 2003-03-16 at 21:28, s
Your message dated Fri, 21 Mar 2003 19:39:49 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Problem is solved
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 case it is now your responsibility t
#include
* Brian Mays [Fri, Mar 21 2003, 10:19:14AM]:
> > Wait, the log messages are from WOLK, but are almost identical with
> > those I got from 2.4.20-bf2.4
>
> Yes. Looking at your original message, I realize that I have diagnosed
> the problem with WOLK. The problem with 2.4.20-bf2.4 is a
Processing commands for [EMAIL PROTECTED]:
> tag 175290 + fixed
Bug#175290: FTBFS on s390
There were no tags set.
Tags added: fixed
> quit
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--
To
Accepted:
s390-netdevice_0.0.3.dsc
to pool/main/s/s390-netdevice/s390-netdevice_0.0.3.dsc
s390-netdevice_0.0.3.tar.gz
to pool/main/s/s390-netdevice/s390-netdevice_0.0.3.tar.gz
s390-netdevice_0.0.3_s390.udeb
to pool/main/s/s390-netdevice/s390-netdevice_0.0.3_s390.udeb
Announcing to [EMAIL PRO
tag 175290 + fixed
quit
This message was generated automatically in response to a
non-maintainer upload. The .changes file follows.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 21 Mar 2003 19:09:16 +0100
Source: s390-dasd
Binary: s390-dasd
Architecture: source s390
Vers
There are disparities between your recently accepted upload and the
override file for the following file(s):
s390-netdevice_0.0.3_s390.udeb: package says priority is standard, override says
optional.
Either the package or the override file is incorrect. If you think
the override is correct and
There are disparities between your recently accepted upload and the
override file for the following file(s):
s390-dasd_0.0.4_s390.udeb: package says priority is standard, override says optional.
Either the package or the override file is incorrect. If you think
the override is correct and the pa
Accepted:
s390-dasd_0.0.4.dsc
to pool/main/s/s390-dasd/s390-dasd_0.0.4.dsc
s390-dasd_0.0.4.tar.gz
to pool/main/s/s390-dasd/s390-dasd_0.0.4.tar.gz
s390-dasd_0.0.4_s390.udeb
to pool/main/s/s390-dasd/s390-dasd_0.0.4_s390.udeb
Announcing to [EMAIL PROTECTED]
Setting bugs to severity fixed: 17529
s390-netdevice_0.0.3_s390.changes uploaded successfully to localhost
along with the files:
s390-netdevice_0.0.3.dsc
s390-netdevice_0.0.3.tar.gz
s390-netdevice_0.0.3_s390.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
s390-dasd_0.0.4_s390.changes uploaded successfully to localhost
along with the files:
s390-dasd_0.0.4.dsc
s390-dasd_0.0.4.tar.gz
s390-dasd_0.0.4_s390.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? C
Processing commands for [EMAIL PROTECTED]:
> reassign 184857 netcfg-dhcp
Bug#184857: Extraneous prompts
Bug reassigned from package `installation' to `netcfg-dhcp'.
> reassign 184859 choose-mirror
Bug#184859: I can't correct typing errors
Bug reassigned from package `installation' to `choose-mirr
On Fri, Mar 21, 2003 at 11:02:55AM -0500, Tommy Moore wrote:
> How do I gain access to the cvs tree of what use to be boot-floppies?
check http://people.debian.org/~mbc/di.html for CVS instructions.
> Tried to install this package and it didn't appear
> in the source or binary package archives.
>
On Fri, Mar 21, 2003 at 04:08:34PM +0100, Petter Reinholdtsen wrote:
> If someone want to fix the ISA PNP support, I am sure it will be
> appreciated. I know I would love to have it back, but am not willing
> to spend time to fix it.
Is the code just "disabled" or has it been stripped out?
> I
How do I gain access to the cvs tree of what use to be boot-floppies?
Tried to install this package and it didn't appear in the source or binary package
archives.
Thanks
Tommy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, 21 Mar 2003 [EMAIL PROTECTED] wrote:
> On Thu, 20 Mar 2003, Walter Tautz wrote:
>
> > so the installer talks about
> >
> > the system came preinstalled
> > with redhat 8.0 and I do have a copy of the kernel-config file
> > for the running kernel so if I knew how to build a differe
Eduard Bloch <[EMAIL PROTECTED]> wrote:
> Wait, the log messages are from WOLK, but are almost identical with
> those I got from 2.4.20-bf2.4
Yes. Looking at your original message, I realize that I have diagnosed
the problem with WOLK. The problem with 2.4.20-bf2.4 is a little
different. Cardm
Your message dated Fri, 21 Mar 2003 09:32:09 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Bug#183716: fixed in cdrom-detect 0.16
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 case it is now
[Dale Amon]
> Does discover work at all on really old clunkers?
No, it is unable to detect ISA cards. The predecessor to discover,
detect, did support ISA plug-n-play cards, but the support was
disabled later on. I'm not sure why, but I guess the bit rot got it
as no one of the developers care a
[samuel desseaux]
> Hello!
>
> i'd like to work on the debian installer ans, as i've got at home
> some mac and a sparc station, i could help for these
> architectures. If you've got some advices and others things, tell
> me!
Check out the documentation fragments available in CVS,
debian-installe
Accepted:
cdrom-detect_0.16.dsc
to pool/main/c/cdrom-detect/cdrom-detect_0.16.dsc
cdrom-detect_0.16.tar.gz
to pool/main/c/cdrom-detect/cdrom-detect_0.16.tar.gz
cdrom-detect_0.16_all.udeb
to pool/main/c/cdrom-detect/cdrom-detect_0.16_all.udeb
Announcing to [EMAIL PROTECTED]
Closing bugs: 1837
Accepted:
disk-detect_0.14.dsc
to pool/main/d/disk-detect/disk-detect_0.14.dsc
disk-detect_0.14.tar.gz
to pool/main/d/disk-detect/disk-detect_0.14.tar.gz
disk-detect_0.14_all.udeb
to pool/main/d/disk-detect/disk-detect_0.14_all.udeb
Announcing to [EMAIL PROTECTED]
Thank you for your contri
disk-detect_0.14_i386.changes uploaded successfully to localhost
along with the files:
disk-detect_0.14.dsc
disk-detect_0.14.tar.gz
disk-detect_0.14_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble
cdrom-detect_0.16_i386.changes uploaded successfully to localhost
along with the files:
cdrom-detect_0.16.dsc
cdrom-detect_0.16.tar.gz
cdrom-detect_0.16_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Tro
Processing commands for [EMAIL PROTECTED]:
> tags 185261 + pending
Bug#185261: di-utils-generic: mapdevfs do not handle LVM devices
There were no tags set.
Tags added: pending
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(
Chris Tillman suggested...
>Check out people.debian.org/~blade,
>I think there is a later & greater bf24 version there.
And it worked perfectly! Well, still didn't recognize the D-Link that it should have,
but the included eepro100 did work on my onboard, so I'm quite the happy.
Thanks to ev
On Thu, Mar 20, 2003 at 08:51:20PM -0700, Chris Tillman wrote:
> Those seem to be the rescue.bin files. I wouldn't be surprised if the 0's
> are associated with the boot block, since they are bootable floppies.
Yes, and I wouldn't be surprised at all if everything continued to work
fine after you
On Fri, Mar 21, 2003 at 11:37:22AM +0800, [EMAIL PROTECTED] wrote:
> A problem with workarounds is that they lack convenience, and people will
> forget. May I suggest a bug report against mke2fs and mkfs.minux?.
> Probably people will still forget (unless it's default behaviour), but
> the docs mig
fre 2003-03-21 klockan 09.39 skrev Martin Quinson:
> > You could run po2debconf instead, which is essentially a wrapper script
> > around intltool-merge.
>
> So, po2debconf works for package descriptions ? It's really a po2rfc822 ?
> Nice to hear!
So it seems. :-)
> > > Is this something we want
On Fri, Mar 21, 2003 at 12:34:28AM +0100, Denis Barbier wrote:
> On Thu, Mar 20, 2003 at 07:08:00PM +0100, Martin Sjögren wrote:
> > (CC:ed to grisu too since it's related to the ddtp)
> >
> > Just to see if it worked, I added 'control' to anna's po/POTFILES.in and
> > changed
> >
> > Description
37 matches
Mail list logo
