Package: partman-auto
Version: 26
Severity: minor
The partman-auto recipes for alpha don't currently create a separate
/boot partition, so /boot is located on an ext3 partition, which fails.
This is fixable by splitting up the partitions; but on small-disk
installs, this is wasteful. It would be
Some news from the Debian Installer string freeze as of 07/24 03:00UTC
45 hours left until freeze end
19 complete languages
zh_CN, uk, tr, sk, ro, pt_BR, pt, pl, nn, lt, ja, he, fr, fi,
eu, es, el, da, ca
13 nearly complete (over 95%)
sq, ko, de, cs, bg, id, ar, ru, nl, nb, hu, hr, bs
6
Il sab, 2004-07-24 alle 08:29, Christian Perrier ha scritto:
Some news from the Debian Installer string freeze as of 07/24 03:00UTC
[]
My concern are
Swedish (André unreachable, mailbox full),
Italian (all translators roasting in Adriatic beaches?)
Right there :-)
I spent some days
Hi folks,
My Debian installation saga continues. I've just tried my fourth
different method. My hardware is:
Gigabyte GA-7N400Pro m/b (nForce2 chipset)
Athlon XP 2400+
512 Mb DDR RAM
Silicon Image SI3112 onboard SATA, 2 x WD 200 Gb drives (target)
ITE IT8212F onboard ATA RAID, 2 x Seagate 80
As I see http://www.debian.org/devel/debian-installer/builds page:
The contents in English is good bat it lacks links to pertinent URL such
as:
a href=http://www.debian.org/devel/debian-installer/ports-status;
a number of different builds of the Debian-Installer CD images
/a
a
cdebconf_0.70_s390.changes uploaded successfully to localhost
along with the files:
cdebconf_0.70.dsc
cdebconf_0.70.tar.gz
cdebconf-priority_0.70_all.udeb
cdebconf_0.70_s390.deb
libdebconfclient0_0.70_s390.deb
libdebconfclient0-dev_0.70_s390.deb
cdebconf-udeb_0.70_s390.udeb
Accepted:
cdebconf-newt-udeb_0.70_s390.udeb
to pool/main/c/cdebconf/cdebconf-newt-udeb_0.70_s390.udeb
cdebconf-priority_0.70_all.udeb
to pool/main/c/cdebconf/cdebconf-priority_0.70_all.udeb
cdebconf-text-udeb_0.70_s390.udeb
to pool/main/c/cdebconf/cdebconf-text-udeb_0.70_s390.udeb
Package: network-console
Severity: normal
Tags: d-i
This udeb should support backing up to previous questions and the main
menu.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel:
I just want to point out that any uploads made of udebs that are present
on the d-i initrds now starts to become rather risky. My current plans
for the d-i release are to finalise changes to the udebs on the initrds
by the 27th. Any uploads made today will only have 1 day of testing and
1 chance
network-console_0.0.3_s390.changes uploaded successfully to localhost
along with the files:
network-console_0.0.3.dsc
network-console_0.0.3.tar.gz
network-console-config_0.0.3_all.deb
network-console_0.0.3_s390.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email
Osamu Aoki wrote:
As I see http://www.debian.org/devel/debian-installer/builds page:
The contents in English is good bat it lacks links to pertinent URL such
as:
a href=http://www.debian.org/devel/debian-installer/ports-status;
a number of different builds of the Debian-Installer CD
Waldi, please stop reverting stuff without first explaining on
debian-boot why it's wrong. (This is the third revert this week.)
Bastian Blank wrote:
Author: waldi
Date: Sat Jul 24 04:18:40 2004
New Revision: 18292
Removed:
trunk/packages/arch/s390/netdevice/debian/dirs
(new) network-console-config_0.0.3_all.deb optional admin
Debian base system configurator - network console
This package handles setting up the network console in the Debian base system.
It contains the configuration program you see when you install Debian for the
first time and boot up your
debian-installer-utils_0.57_s390.changes uploaded successfully to localhost
along with the files:
debian-installer-utils_0.57.dsc
debian-installer-utils_0.57.tar.gz
di-utils-reboot_0.57_all.udeb
di-utils-exit-installer_0.57_all.udeb
di-utils_0.57_all.udeb
s390-netdevice_0.0.7_s390.changes uploaded successfully to localhost
along with the files:
s390-netdevice_0.0.7.dsc
s390-netdevice_0.0.7.tar.gz
s390-netdevice_0.0.7_s390.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Accepted:
debian-installer-utils_0.57.dsc
to pool/main/d/debian-installer-utils/debian-installer-utils_0.57.dsc
debian-installer-utils_0.57.tar.gz
to pool/main/d/debian-installer-utils/debian-installer-utils_0.57.tar.gz
di-utils-bootfloppy_0.57_s390.udeb
to
There are disparities between your recently accepted upload and the
override file for the following file(s):
s390-netdevice_0.0.7_s390.udeb: package says priority is optional, override says
standard.
Either the package or the override file is incorrect. If you think
the override is correct and
Accepted:
s390-netdevice_0.0.7.dsc
to pool/main/s/s390-netdevice/s390-netdevice_0.0.7.dsc
s390-netdevice_0.0.7.tar.gz
to pool/main/s/s390-netdevice/s390-netdevice_0.0.7.tar.gz
s390-netdevice_0.0.7_s390.udeb
to pool/main/s/s390-netdevice/s390-netdevice_0.0.7_s390.udeb
Announcing to [EMAIL
Accepted:
network-console-config_0.0.3_all.deb
to pool/main/n/network-console/network-console-config_0.0.3_all.deb
network-console_0.0.3.dsc
to pool/main/n/network-console/network-console_0.0.3.dsc
network-console_0.0.3.tar.gz
to pool/main/n/network-console/network-console_0.0.3.tar.gz
Christian Perrier wrote:
My concern are
Swedish (André unreachable, mailbox full),
I could make some updates to the Swedish translations if you want.
--
Pelle
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ddetect_0.109_powerpc.changes uploaded successfully to localhost
along with the files:
ddetect_0.109.dsc
ddetect_0.109.tar.gz
hw-detect_0.109_all.udeb
ethdetect_0.109_all.udeb
hw-detect-full_0.109_all.udeb
archdetect_0.109_powerpc.udeb
Greetings,
Your Debian queue daemon
--
Your message dated Sat, 24 Jul 2004 08:17:06 -0400
with message-id [EMAIL PROTECTED]
and subject line Bug#260427: fixed in ddetect 0.109
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
Package: installation-reports
Debian-installer-version: handmade from trunk with zipl-installer fix
Date: Sat, 24 Jul 2004 14:00:46 +0200
Method: vm reader ipl, ctc network
Machine: z900
Memory: 256MiB
Root Device: DASD
Base System Installation Checklist:
Initial boot worked:[O]
Configure
Accepted:
archdetect_0.109_powerpc.udeb
to pool/main/d/ddetect/archdetect_0.109_powerpc.udeb
ddetect_0.109.dsc
to pool/main/d/ddetect/ddetect_0.109.dsc
ddetect_0.109.tar.gz
to pool/main/d/ddetect/ddetect_0.109.tar.gz
ethdetect_0.109_all.udeb
to pool/main/d/ddetect/ethdetect_0.109_all.udeb
There are disparities between your recently accepted upload and the
override file for the following file(s):
hw-detect-full_0.109_all.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
On Sat, Jul 24, 2004 at 06:34:19AM -0400, Joey Hess wrote:
Osamu Aoki wrote:
As I see http://www.debian.org/devel/debian-installer/builds page:
The contents in English is good bat it lacks links to pertinent URL such
as:
a
Package: discover1-data
Version: 1.2004.07.18
Severity: normal
Tags: patch
Could you please apply the following patch to fix Apple FireWire
controllers? It records 106b0031 as an ohci1394 controller, and changes
the categories of some ohci1394 devices from unknown to bridge.
You might want to
Package: partman-auto
Severity: important
Minimum is 50MB which is too small for a base system install. I had a disk
full error making base-installer fail while using the multi_user recipe on a
1GB disk.
I suggest using 70MB as minimum, but I'm unsure, indeed.
-- System Information:
Debian
cobalt-scripts_0.01_mipsel.changes uploaded successfully to localhost
along with the files:
cobalt-scripts_0.01.dsc
cobalt-scripts_0.01.tar.gz
cobalt-scripts_0.01_mipsel.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
(new) cobalt-scripts_0.01.dsc standard debian-installer
(new) cobalt-scripts_0.01.tar.gz standard debian-installer
(new) cobalt-scripts_0.01_mipsel.udeb standard debian-installer
debian-install scripts for MIPS based Cobalt machines
This udeb installs miscellaneous scripts used by debian-install
Hi,
I'm really annoyed this bug still lives despite my (and Eugeniy's)
numerous attempts to explain the problem. Here, I've been receiving
complaints from users saying that the Turkish characters didn't
display properly after the installation finished.
Please apply the patch attached and fix
[Recai Oktas]
Please apply the patch attached and fix this issue.
Your patch is not correct. I suspect a real fix will involve
detecting the initialy loaded font/acm/encoding, and undo the termwrap
font loading by loading the initialy loaded font at the end.
--
To UNSUBSCRIBE, email to
Recai Oktas :
Hi,
I'm really annoyed this bug still lives despite my (and Eugeniy's)
numerous attempts to explain the problem. Here, I've been receiving
complaints from users saying that the Turkish characters didn't
display properly after the installation finished.
Please apply the
Accepted:
cobalt-scripts_0.01.dsc
to pool/main/c/cobalt-scripts/cobalt-scripts_0.01.dsc
cobalt-scripts_0.01.tar.gz
to pool/main/c/cobalt-scripts/cobalt-scripts_0.01.tar.gz
cobalt-scripts_0.01_mipsel.udeb
to pool/main/c/cobalt-scripts/cobalt-scripts_0.01_mipsel.udeb
Announcing to [EMAIL
i was installing this in vmware using the daily snapshot floppies
after getting round the low memory bug i mentioned a day or so ago (now
apparently fixed) by giving the virtual machine more ram i progressed with
the install without too many problems however i noticed the following
1: in the
Petter Reinholdtsen :
[Recai Oktas]
Please apply the patch attached and fix this issue.
Your patch is not correct. I suspect a real fix will involve
detecting the initialy loaded font/acm/encoding, and undo the termwrap
font loading by loading the initialy loaded font at the end.
Why
On Thu, Jul 22, 2004 at 07:15:37PM +0200, Petter Reinholdtsen wrote:
Last years d-i devcamp was a great success. The co-location with the
non-intel linux gathering in Oldenburg proved to move the d-i
porting a long step forward, and the grouping of d-i people managed to
improve d-i a lot.
Hi Petter,
* Petter Reinholdtsen [2004-07-24 17:12:48+0200]
[Recai Oktas]
Please apply the patch attached and fix this issue.
Your patch is not correct. I suspect a real fix will involve
detecting the initialy loaded font/acm/encoding, and undo the termwrap
font loading by loading the
I've been trying to get the list of network interfaces before and after
the first reboot in sync on my PowerBook, so that I stop having to hack
/etc/network/interfaces around while base-config is running to cope with
the fact that discover detects eth1394 after the reboot but not
beforehand. To
[Eugeniy Meshcheryakov]
Why do this? This does not needed for installer.
At the moment, termwrap is a generic tool capable of running a program
in the console with the requested locale and console font. And as
such, it need to do stuff before the program is executed, and undo it
after it is
I believe it is important that the menu entry for the language choice
do not change when a non-english language is selected, to make sure
the person doing the install is able to find the menu entry to make a
different selection when he make an incorrect choice.
--
To UNSUBSCRIBE, email to
Package: languagechooser
Version: 1.28
Tags:d-i patch
At the moment, the locale needed in the second stage of the
installation is generated by termwrap before base-config starts. I
believe it would be better if this is done in the prebaseconfig script
in languagechooser. Even better would
Processing commands for [EMAIL PROTECTED]:
tags 260258 + pending
Bug#260258: languagechooser: jfbterm is not required for Ukrainian
Tags were: patch
Tags added: pending
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
Recai Oktas :
* Petter Reinholdtsen [2004-07-24 18:20:54+0200]
I suggest we patch languagechooser to update /etc/locale.gen and
/etc/environment to set the default locale, and remove the locale
generating code from termwrap. I also suggest we teach termwarp to
look in the data file for
* Petter Reinholdtsen [2004-07-24 18:20:54+0200]
[Eugeniy Meshcheryakov]
Why do this? This does not needed for installer.
At the moment, termwrap is a generic tool capable of running a program
in the console with the requested locale and console font. And as
such, it need to do stuff
linux-kernel-di-powerpc-2.6_0.66_powerpc.changes uploaded successfully to localhost
along with the files:
linux-kernel-di-powerpc-2.6_0.66.dsc
linux-kernel-di-powerpc-2.6_0.66.tar.gz
kernel-image-2.6.7-powerpc-di_0.66_powerpc.udeb
nic-modules-2.6.7-powerpc-di_0.66_powerpc.udeb
Accepted:
affs-modules-2.6.7-power3-di_0.66_powerpc.udeb
to
pool/main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.7-power3-di_0.66_powerpc.udeb
affs-modules-2.6.7-power4-di_0.66_powerpc.udeb
to
pool/main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.7-power4-di_0.66_powerpc.udeb
colo-installer_0.11_mipsel.changes uploaded successfully to localhost
along with the files:
colo-installer_0.11.dsc
colo-installer_0.11.tar.gz
colo-installer_0.11_mipsel.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Accepted:
colo-installer_0.11.dsc
to pool/main/c/colo-installer/colo-installer_0.11.dsc
colo-installer_0.11.tar.gz
to pool/main/c/colo-installer/colo-installer_0.11.tar.gz
colo-installer_0.11_mipsel.udeb
to pool/main/c/colo-installer/colo-installer_0.11_mipsel.udeb
Announcing to [EMAIL
Colin Watson wrote:
For some reason discover1 outside d-i detects and loads ohci1394 and
eth1394 on my system (with 106b0031) while discover1 inside d-i doesn't,
which leads to badness because Ethernet devices end up in a different
order pre- and post-reboot.
That must explain #260600. Is it
On Sat, Jul 24, 2004 at 02:32:20PM -0400, Joey Hess wrote:
Colin Watson wrote:
For some reason discover1 outside d-i detects and loads ohci1394 and
eth1394 on my system (with 106b0031) while discover1 inside d-i doesn't,
which leads to badness because Ethernet devices end up in a different
Quoting Eugeniy Meshcheryakov ([EMAIL PROTECTED]):
IMO, console font setup should also be removed from termwrap,
languagechooser handle it. Termwrap only needed for running jfbterm for
some languages. But this change is not so important.
Well, generally speaking I think this change has to be
Status as of 07/24 19:00UTC, 30 hours left
25 complete languages
zh_CN, uk, tr, sk, ru, ro, pt_BR, pt, pl, nn, nl, lt, ja, id
hr, he, fr, fi, eu, es, el, da, cs, ca, ar
08 nearly complete
sq, ko, de, bg, nb, hu, cy, bs
05 partial
it, zh_TW, sl, sv, gl
01 very partial
fa
All nearly complete
Quoting Petter Reinholdtsen ([EMAIL PROTECTED]):
I believe it is important that the menu entry for the language choice
do not change when a non-english language is selected, to make sure
the person doing the install is able to find the menu entry to make a
different selection when he make an
Package: discover1
Version: 1.6.4
Severity: wishlist
Tags: patch sid l10n
Hello,
Please consider applying the attached patch in order to update
discover1's Brazilian Portuguese (pt_BR) translation.
Regards,
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT
On Sat, Jul 24, 2004 at 07:46:51PM +0300, Recai Oktas wrote:
[...]
The only think we need termwrap for then is to wrap a UTF-8 frame
buffer terminal around base-config for the languages with more then
512 glyphs.
Agreed. Only the asian consoles should be treated differently.
Agreed too.
* Denis Barbier [2004-07-24 22:51:00+0200]
On Sat, Jul 24, 2004 at 07:46:51PM +0300, Recai Oktas wrote:
[...]
The only think we need termwrap for then is to wrap a UTF-8 frame
buffer terminal around base-config for the languages with more then
512 glyphs.
Agreed. Only the asian
Package: installation-reports
INSTALL REPORT
Debian-installer-version: beta4, 2004-07-24, from cdimage.d.o
uname -a:
Date: 2004-07-24
Method: How did you install? What did you boot off? If network
install, from where? Proxied?
ISO-image attached as virtual CD-ROM to a newly setup
On Wed, Jun 23, 2004 at 12:12:09PM +0300, Alexander Buloichik wrote:
But when I tried to run install I see message RAMDISK: incomplete write (-28 !=
32768). It is because ram disk size is too small
for unpack initrd.gz. When I change kernel parameters to
tags 261279 + pending
thanks
On Sat, Jul 24, 2004 at 05:44:28PM -0300, Andre Luis Lopes wrote:
Please consider applying the attached patch in order to update
discover1's Brazilian Portuguese (pt_BR) translation.
Commited. Thank you!
83 translated messages.
dennis
--
To UNSUBSCRIBE,
Package: installation-reports
Debian-installer-version:
- downloaded on 2004-07-24 from .../daily/i386/current/sarge-i386-netinst.iso
- MD5: 91a392498c5c5086f25a24e73dafec62
- setup says: built on 20040723
uname -a:
Linux beteigeuze 2.6.7-1-386 #1 Thu Jul 8 05:08:04 EDT 2004 i686
Hi all,
I recently received an old Dell M200s tower desktop. I tried to install
Debian on it with beta4. But the kernel failed to detect the IDE
controller, so I don't have any drives at the drive partition stage.
According to the Dell website, the M200s uses the SMSC FDC37C93xFR IO
Scientific Time. Small guys finish last! Unless they cheat
Open to public: http://www.ezherbal-x.com/s/a/?huge
Your message dated Sun, 25 Jul 2004 00:45:44 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#248116: Problem setting up NewWorld boot partition on iBook G4
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
* Denis Barbier [2004-07-24 22:51:00+0200]
[...]
If termwrap is needed outside of d-i, I suggest to have a minimal
termwrap-di to deal with Asian locales, and nothing more.
Eugeniy has once said that only those languages without a declared
debian-installer/consoletype needed termwrap. I've
Your message dated Sun, 25 Jul 2004 00:50:24 +0100
with message-id [EMAIL PROTECTED]
and subject line di-netinst - firewire cdrom not detected
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
Package: installation-reports
Debian-installer-version:
http://cdimage.debian.org/pub/cdimage-testing/daily/alpha/20040724/sarge-alpha-businesscard.iso
uname -a: Linux buddha 2.4.26-1-generic #2 Sat May 1 16:31:16 EST 2004 alpha unknown
Date:
Method: How did you install? What did you boot off
Processing commands for [EMAIL PROTECTED]:
retitle 261306 Alpha: claims that there's no space for aboot
Bug#261306: Partitioning problem on alpha
Changed Bug title.
thanks,
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
retitle 261306 Alpha: claims that there's no space for aboot
thanks,
Sorry, I should pay more attention... I started this bug report back
when the partitioner wasn't working, but then the newest daily got past
the partitioning and creating of filesystems.
--
Nathan Poznick [EMAIL PROTECTED]
I'm not sure if this is a bug or by-design. No mention of it anywhere in
the online docs AFAICS.
It seems that the debian installer (tried both stable and testing in
pretty much every conceivable CD-based flavour) is hard-coded to not
allow people to use a USB network card.
Testing won't even
i would use the full woody cd1 and deal with netwokring after install
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: 25 July 2004 01:24
To: [EMAIL PROTECTED]
Subject: Cannot install any debian - no kernels support USB net cards?
I'm not sure if this is a bug
On Sun, Jul 25, 2004 at 02:24:02AM +0200, [EMAIL PROTECTED] wrote:
It seems that the debian installer (tried both stable and testing in
pretty much every conceivable CD-based flavour) is hard-coded to not
allow people to use a USB network card.
Testing won't even install because it keeps
I just tried the same day's PPC installer on an iMAC, and I get stopped
at the same place, only this time it's complaining about there not being
a NewWorld partition for yaboot use (even though it said it was creating
one earlier).
--
Nathan Poznick [EMAIL PROTECTED]
I saw a bank that said 24
Your message dated Sun, 25 Jul 2004 03:11:02 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#226051: successful install on i386 with jan 02 image
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
On Sat, Jul 24, 2004 at 07:05:35PM -0500, Nathan Poznick wrote:
I allowed partman to use the entire drive, and this is what it gave me:
/dev/rd/disc0/disc - 30.0 GB DAC960 RAID controller
#1 1.0 MB K aboot
#2 29.5 GB F ext3 /
#3 512.0 MB F swap swap
partman-auto_27_alpha.changes uploaded successfully to localhost
along with the files:
partman-auto_27.dsc
partman-auto_27.tar.gz
partman-auto_27_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Just tried installing again with 24 July testing image and sid image.
Modprobe allowed me to detect my drive (as I mentioned in my last email)
but it STILL LOCKS UP WHEN I TRY TO FORMAT THE EXT3 PARTITION!
Any ideas as to why it's doing that?? This is getting very frustrating
-Olek
At
Accepted:
partman-auto_27.dsc
to pool/main/p/partman-auto/partman-auto_27.dsc
partman-auto_27.tar.gz
to pool/main/p/partman-auto/partman-auto_27.tar.gz
partman-auto_27_all.udeb
to pool/main/p/partman-auto/partman-auto_27_all.udeb
Announcing to [EMAIL PROTECTED]
Thank you for your
On Sun, May 16, 2004 at 12:15:08AM +0200, Johannes Lundberg wrote:
Package: partman-reiserfs
Version: 20040515
Flagging a reiserfs filesystem as usrquota/grpquota causes mount to fail
if the kernel doesn't have reiserfs quota support, which the
2.6-kernel in the new Debian Installer doesn't
On Sat, Jul 24, 2004 at 08:48:31PM -0500, Nathan Poznick wrote:
I just tried the same day's PPC installer on an iMAC, and I get stopped
at the same place, only this time it's complaining about there not being
a NewWorld partition for yaboot use (even though it said it was creating
one
Processing commands for [EMAIL PROTECTED]:
reassign 253640 usb-discover
Bug#253640: USB drivers not loaded with 2.6 on powerpc
Bug reassigned from package `debian-installer' to `usb-discover'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking
reassign 253640 usb-discover
thanks
On Thu, Jun 10, 2004 at 05:23:41PM +0200, Laurent Bigonville wrote:
Package: debian-installer
Severity: important
The usb driver doesn't seem to be loaded on my powermac when I boot
with the 2.6 kernel(sid daily-build).
It's realy annoying with an usb
Processing commands for [EMAIL PROTECTED]:
reassign 233864 debian-installer-manual
Bug#233864: [powerpc] [20040219] [netinst] oldworld powerbook, boot problem
Bug reassigned from package `installation-reports' to `debian-installer-manual'.
retitle 233864 [powerpc] document need for BootX on
Your message dated Sun, 25 Jul 2004 04:53:18 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#237542: keyboard selection problem
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 message dated Sun, 25 Jul 2004 04:55:56 +0100
with message-id [EMAIL PROTECTED]
and subject line long since done
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 to
Your message dated Sun, 25 Jul 2004 04:59:48 +0100
with message-id [EMAIL PROTECTED]
and subject line Package: installation-reports
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
Your message dated Sun, 25 Jul 2004 05:01:39 +0100
with message-id [EMAIL PROTECTED]
and subject line no more issues
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 to
On Sun, Apr 11, 2004 at 10:47:41AM -0700, Brian wrote:
The machine booted from CD and i saw the Yaboot prompt. I
tried install-power4 and the kernel began to initialize. It
got through about 30 linux until this message:
Serial driver version 5.05 (20001-07-08) with MANY_PORTS
SHARE_IRQ
Your message dated Sun, 25 Jul 2004 05:07:34 +0100
with message-id [EMAIL PROTECTED]
and subject line installation-reports: OldWorld PowerMac install (sarge) dies trying
to install bootloader
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has
Your message dated Sun, 25 Jul 2004 05:14:32 +0100
with message-id [EMAIL PROTECTED]
and subject line G5 Install
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 to reopen
Processing commands for [EMAIL PROTECTED]:
reassign 241145 partman-target
Bug#241145: [i386] [unknown] [netinst] success
Bug reassigned from package `installation-reports' to `partman-target'.
retitle 241145 user finds it hard to work out how to assign mount points [old
partman?]
Bug#241145:
Your message dated Sun, 25 Jul 2004 05:33:10 +0100
with message-id [EMAIL PROTECTED]
and subject line Missing drivers
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 to
Your message dated Sun, 25 Jul 2004 05:51:18 +0100
with message-id [EMAIL PROTECTED]
and subject line can't partition disk on G5
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
Your message dated Sun, 25 Jul 2004 05:48:32 +0100
with message-id [EMAIL PROTECTED]
and subject line Installation Report on a Powerbook G4 (2004) 1,5Ghz
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
Your message dated Sun, 25 Jul 2004 05:45:39 +0100
with message-id [EMAIL PROTECTED]
and subject line busybox-cvs issues on powerpc 2.6 resolved
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
Thus spake Steve Langasek:
Is there any chance you could get me the start and end sectors for the
aboot partition, using fdisk?
Sure, here's what I have (after re-doing the last 3 partitions due to
the issue mentioned below),
5 partitions:
# start end size fstype [fsize
Package: installation-reports
Debian-installer-version:
http://cdimage.debian.org/pub/cdimage-testing/daily/alpha/20040724/sarge-alpha-businesscard.iso
uname -a: Linux buddha 2.4.26-1-generic #2 Sat May 1 16:31:16 EST 2004 alpha unknown
Date: Sat, July 24, 11:30pm
Method: Booted via SRM from
97 matches
Mail list logo