Bug#140215: withdrawn on a fixed
We are living in a time of resource, and those with the mineral wealth are those with the power and money. oil, belongings, gold; all at record highs. It's where you need to be. Our next feature has achieve that position, and is now starting heavy mass advertising to let everyone know it. This c0mpany is none other than AUNI. AUNI is specialized in mineral wealth ventures. An incredible breakthrough is coming out of the company and will be backed up with a smashing publicity blitz. --- AUNI . OB Cap: 92.85M --- After a minor pullback on Wednesday, we are certain to see a boost of over 300% over the next week. There is no reason you should disallow yourself to benefit from a big break. Don't let this one slip by. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395284:
Package: installation-reports Boot method: Image version: <25.10.06 debian.org> Date: <25.10.06 13.00> Machine: Processor: Memory:< 512 MB> Partitions: Output of lspci and lspci -n: 00:00.0 Host bridge: Intel Corporation 82845 845 (Brookdale) Chipset Host Bridge (rev 03) 00:01.0 PCI bridge: Intel Corporation 82845 845 (Brookdale) Chipset AGP Bridge (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 12) 00:1f.0 ISA bridge: Intel Corporation 82801BA ISA Bridge (LPC) (rev 12) 00:1f.1 IDE interface: Intel Corporation 82801BA IDE U100 (rev 12) 00:1f.2 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #1) (rev 12) 00:1f.3 SMBus: Intel Corporation 82801BA/BAM SMBus (rev 12) 00:1f.4 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #2) (rev 12) 00:1f.5 Multimedia audio controller: Intel Corporation 82801BA/BAM AC'97 Audio (rev 12) 01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2) 02:08.0 Ethernet controller: Intel Corporation 82801BA/BAM/CA/CAM Ethernet Controller (rev 03) 00:00.0 0600: 8086:1a30 (rev 03) 00:01.0 0604: 8086:1a31 (rev 03) 00:1e.0 0604: 8086:244e (rev 12) 00:1f.0 0601: 8086:2440 (rev 12) 00:1f.1 0101: 8086:244b (rev 12) 00:1f.2 0c03: 8086:2442 (rev 12) 00:1f.3 0c05: 8086:2443 (rev 12) 00:1f.4 0c03: 8086:2444 (rev 12) 00:1f.5 0401: 8086:2445 (rev 12) 01:00.0 0300: 10de:0110 (rev b2) 02:08.0 0200: 8086:2449 (rev 03) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[o] Configure network HW: [ ] Config network: [ o] Detect CD: [ o] Load installer modules: [o ] Detect hard drives: [ o] Partition hard drives: [ o] Create file systems:[ o] Mount partitions: [ o] Install base system:[ o] Install boot loader:[ o] Reboot: [ o] Comments/Problems: Mit dem Gui installer konnte das Zeichen @ bei der Proxy Server Angabe nicht eingeben werden. Habe das Zeichen @ vom Beispiel (http://user:[EMAIL PROTECTED]:port) kopiert und eingefügt. Das Tastaturlayout Swiss German funktionierte, die Umlaute ä, ü, ö konnten eingegeben werden.
Bug#395230: installation-reports: [sparc64] ultra10 creator 3d install failed
On Wed, Oct 25, 2006 at 09:57:10PM -0700, Jurij Smakov wrote: > Please try booting with 'video=atyfb:off' boot parameter. Thanks, that worked. Install is proceeding. -- Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395259: nobootloader: [powerpc/pegasos] bad sed invocation breaks devfs style paths (division by zero)
On Thu, Oct 26, 2006 at 03:25:33AM +0200, Frans Pop wrote:
> On Wednesday 25 October 2006 23:12, Sven Luther wrote:
> > It seems that nobootloader uses still devfs paths for some reason. The
> > following line :
>
> That is not so strange as that line is using the exact same variable
> $bootfs_devfs as its base that the old code did...
Yeah, i suppose this should have gone, but the patch that got applied back
then is not the one i wrote and tested, but the one you or more probably
Colin Watson adapted.
> Should it be using something different instead? What is the value of
> $bootfs_disk_syspath and $bootfs_disk if you run the code with 'set -x'?
I suppose that the code should be rewritten to remove all devfs information, i
am not sure how to do this because i didn't look at the devfs-removal code,
and Colin was handling that.
> For now I've added a comment that that should probably be changed at some
> point.
>
> (To be very honest, I don't see the point of the code added in 1.10 at all
> as the devfs path is still used as the base for the whole piece of code;
> I guess it is in preparation of a further future transition.)
Well, my old patch was supposed to check for the version of the pegasos
firmware, and then substract 1 for older firmwares for the disk number.
That said, please also apply the first hunk of the attached patch, which bumps
the check to 1.4, as my colegues released a 1.3 firmware from an older tree,
and i had to bump the version of the version with the correct disk numbering.
> P.S. Your patch left the old line in the code instead of replacing it...
Yeah, sorry. Would still have worked though :)
Friendly,
Sven Luther
Index: postinst
===
--- postinst(revision 42226)
+++ postinst(working copy)
@@ -39,12 +39,12 @@
rest="${rest#*.}"
fv3="${rest%%.*}"
if [ "$fv1" -eq 1 ]; then
- if [ "$fv2" -eq 2 ] && [ "$fv3" -ge 99 ]; then
+ if [ "$fv2" -eq 3 ] && [ "$fv3" -ge 99 ]; then
partition_offset=0
- elif [ "$fv2" -ge 3 ]; then
+ elif [ "$fv2" -ge 4 ]; then
partition_offset=0
fi
- elif [ "$fv1" -ge 2 ]; then
+ elif [ "$fv1" -ge 3 ]; then
partition_offset=0
fi
fi
@@ -74,14 +74,14 @@
lun="$(echo "$bootfs_disk" | cut -d:
-f4)"
;;
esac
- part="$(($(echo "$bootfs_devfs" | sed 's/[^0-9]*//') -
$partition_offset))"
+ part="$(($(echo "$bootfs_devfs" | sed 's%^.*part%%') -
$partition_offset))"
else
kind=`echo $bootfs_devfs | sed -e 's%/dev/%%' -e
's%/host.*$%%'`
host=`echo $bootfs_devfs | sed -e 's%^.*host%%' -e
's%/bus.*$%%'`
bus=`echo $bootfs_devfs | sed -e 's%^.*bus%%' -e
's%/target.*$%%'`
target=`echo $bootfs_devfs | sed -e 's%^.*target%%' -e
's%/lun.*$%%'`
lun=`echo $bootfs_devfs | sed -e 's%^.*lun%%' -e
's%/part.*$%%'`
- part="$(($(echo $bootfs_devfs | sed -e 's%^.*part%%') -
$partition_offset))"
+ part="$(($(echo "$bootfs_devfs" | sed -e 's%^.*part%%')
- $partition_offset))"
fi
# We don't know how to map non ide or scsi disks
Index: changelog
===
--- changelog (revision 42226)
+++ changelog (working copy)
@@ -1,3 +1,10 @@
+nobootloader (1.13) UNRELEASED; urgency=low
+
+ [ Sven Luther ]
+ * Fixed bad sed invocation, which failed on devfs-style paths.
+
+ -- Sven Luther <[EMAIL PROTECTED]> Wed, 25 Oct 2006 22:59:00 +0200
+
nobootloader (1.12) unstable; urgency=low
[ Updated translations ]
@@ -31,7 +38,7 @@
partitions at 0.
[ Sven Luther ]
- * Update template for Genisi systems. Closes #388591.
+ * Update template for Genesi systems. Closes #388591.
[ Christian Perrier ]
* Avoid splitting a sentence in two parts which can make translations
Bug#210825: warning Americans not to
We are living in a time of resource, and those with the mineral wealth are those with the power and money. belongings, oil, gold; all at record highs. It's where you need to be. Our next feature has achieve that position, and is now starting heavy mass publicity to let anyone know it. This c0mpany is none other than AUNI. AUNI is specialized in resource ventures. An incredible revelation is coming out of the company and will be backed up with a smashing publicity blitz. --- AUNI . OB Cap: 92.85M --- After a minor pullback on Wednesday, we are certain to see a boost of over 300% over the next week. There is no reason you should reject yourself to benefit from a big break. Don't let this one slip by. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395300: installation-guide: New disk partitioner changed menu entries, guide needs updating
Package: installation-guide Severity: normal preparing.po has Manually edit partition table , but the installer no longer has this menuitem. I guess there are several cases like this, guide needs to get the new menuitems texts from the installer. The partition code seemed to get a heavy re-write. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Fwd: cdimage.debian.org presents different faces for "ftp" and "http" access
On Wed, 25 Oct 2006, Rick Thomas wrote: Note the difference in dates of the .iso files... The images are different too as the MD5SUM files can tell you. Something strange is happening. Is it a Halloween prank? Looks like the ftp server already has the new images that have only just been built and the http server still needs to be synced. If the difference is still there in a few hours, please mail to the debian-cd list to report the issue. I don't think it's a slow sync. It's now three hours after I posted the original question, and the problem persists. Also, note that the dates of the files are three days apart. "Curiouser and curiouser" cried Alice... Yes, there are some sync problems. They'll get solved soon. The dns name cdimage.debian.org will soon change to the place http currently gets redirected too. /Mattias Wadenstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395230: marked as done (installation-reports: [sparc64] ultra10 creator 3d install failed)
Your message dated Thu, 26 Oct 2006 13:27:52 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#395230: installation-reports: [sparc64] ultra10 creator 3d install failed 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 the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: installation-reports Severity: important Due to bug 395147, the sparc buisinesscard cd 2006-10-23 version cannot be used. The system displays nothing past the "Booting Linux..." message. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-sparc64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) -- Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature. --- End Message --- --- Begin Message --- On Thursday 26 October 2006 08:50, Blars Blarson wrote: > On Wed, Oct 25, 2006 at 09:57:10PM -0700, Jurij Smakov wrote: > > Please try booting with 'video=atyfb:off' boot parameter. > > Thanks, that worked. Install is proceeding. Therefore closing. Cheers, FJP --- End Message ---
Bug#395259: nobootloader: [powerpc/pegasos] bad sed invocation breaks devfs style paths (division by zero)
On Thursday 26 October 2006 09:10, Sven Luther wrote: > That said, please also apply the first hunk of the attached patch, > which bumps the check to 1.4, as my colegues released a 1.3 firmware > from an older tree, and i had to bump the version of the version with > the correct disk numbering. No idea what you're talking about here. I see nothing regarding that in your patch. pgpb7kOIeEFZL.pgp Description: PGP signature
Processing of partman-newworld_15_powerpc.changes
partman-newworld_15_powerpc.changes uploaded successfully to localhost along with the files: partman-newworld_15.dsc partman-newworld_15.tar.gz partman-newworld_15_powerpc.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of partman-prep_9_powerpc.changes
partman-prep_9_powerpc.changes uploaded successfully to localhost along with the files: partman-prep_9.dsc partman-prep_9.tar.gz partman-prep_9_powerpc.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
partman-newworld_15_powerpc.changes ACCEPTED
Accepted: partman-newworld_15.dsc to pool/main/p/partman-newworld/partman-newworld_15.dsc partman-newworld_15.tar.gz to pool/main/p/partman-newworld/partman-newworld_15.tar.gz partman-newworld_15_powerpc.udeb to pool/main/p/partman-newworld/partman-newworld_15_powerpc.udeb Override entries for your package: partman-newworld_15.dsc - source debian-installer partman-newworld_15_powerpc.udeb - standard debian-installer Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395259: nobootloader: [powerpc/pegasos] bad sed invocation breaks devfs style paths (division by zero)
On Thursday 26 October 2006 09:10, Sven Luther wrote: > That said, please also apply the first hunk of the attached patch, > which bumps the check to 1.4, as my colegues released a 1.3 firmware > from an older tree, and i had to bump the version of the version with > the correct disk numbering. Please file a new BR for this as the current one is already closed. Also, the patch looks broken to me as the last change means that the offset will not be set to zero if the firmware major number is 2. So you get: < 1.4: 1 1.4 - 1.9: 0 2.0 - 2.9: 1 3.0 -: 0 It really would be nice if you were more careful about your patches. pgpF8ESL9MB8y.pgp Description: PGP signature
partman-prep_9_powerpc.changes ACCEPTED
Accepted: partman-prep_9.dsc to pool/main/p/partman-prep/partman-prep_9.dsc partman-prep_9.tar.gz to pool/main/p/partman-prep/partman-prep_9.tar.gz partman-prep_9_powerpc.udeb to pool/main/p/partman-prep/partman-prep_9_powerpc.udeb Override entries for your package: partman-prep_9.dsc - source debian-installer partman-prep_9_powerpc.udeb - standard debian-installer Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of vmelilo-installer_1.12_m68k.changes
vmelilo-installer_1.12_m68k.changes uploaded successfully to localhost along with the files: vmelilo-installer_1.12.dsc vmelilo-installer_1.12.tar.gz vmelilo-installer_1.12_m68k.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
vmelilo-installer_1.12_m68k.changes ACCEPTED
Accepted: vmelilo-installer_1.12.dsc to pool/main/v/vmelilo-installer/vmelilo-installer_1.12.dsc vmelilo-installer_1.12.tar.gz to pool/main/v/vmelilo-installer/vmelilo-installer_1.12.tar.gz vmelilo-installer_1.12_m68k.udeb to pool/main/v/vmelilo-installer/vmelilo-installer_1.12_m68k.udeb Override entries for your package: vmelilo-installer_1.12.dsc - source debian-installer vmelilo-installer_1.12_m68k.udeb - standard debian-installer Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of grub-installer_1.19_amd64.changes
grub-installer_1.19_amd64.changes uploaded successfully to localhost along with the files: grub-installer_1.19.dsc grub-installer_1.19.tar.gz grub-installer_1.19_amd64.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of lilo-installer_1.18_amd64.changes
lilo-installer_1.18_amd64.changes uploaded successfully to localhost along with the files: lilo-installer_1.18.dsc lilo-installer_1.18.tar.gz lilo-installer_1.18_amd64.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
grub-installer_1.19_amd64.changes ACCEPTED
Accepted: grub-installer_1.19.dsc to pool/main/g/grub-installer/grub-installer_1.19.dsc grub-installer_1.19.tar.gz to pool/main/g/grub-installer/grub-installer_1.19.tar.gz grub-installer_1.19_amd64.udeb to pool/main/g/grub-installer/grub-installer_1.19_amd64.udeb Override entries for your package: grub-installer_1.19.dsc - source debian-installer grub-installer_1.19_amd64.udeb - standard debian-installer Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
lilo-installer_1.18_amd64.changes ACCEPTED
Accepted: lilo-installer_1.18.dsc to pool/main/l/lilo-installer/lilo-installer_1.18.dsc lilo-installer_1.18.tar.gz to pool/main/l/lilo-installer/lilo-installer_1.18.tar.gz lilo-installer_1.18_amd64.udeb to pool/main/l/lilo-installer/lilo-installer_1.18_amd64.udeb Override entries for your package: lilo-installer_1.18.dsc - source debian-installer lilo-installer_1.18_amd64.udeb - standard debian-installer Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395300: marked as done (installation-guide: New disk partitioner changed menu entries, guide needs updating)
Your message dated Thu, 26 Oct 2006 17:27:38 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#395300: installation-guide: New disk partitioner changed menu entries, guide needs updating 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 the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: installation-guide Severity: normal preparing.po has Manually edit partition table , but the installer no longer has this menuitem. I guess there are several cases like this, guide needs to get the new menuitems texts from the installer. The partition code seemed to get a heavy re-write. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) --- End Message --- --- Begin Message --- On Thursday 26 October 2006 10:32, Tapio Lehtonen wrote: > Manually edit partition table > , > > but the installer no longer has this menuitem. I guess there are > several cases like this, guide needs to get the new menuitems texts > from the installer. The partition code seemed to get a heavy re-write. Fixed in SVN. Thanks Tapio. --- End Message ---
Bug#394915: marked as done (installation-guide: it is now possible, to partition RAID through preseeding)
Your message dated Thu, 26 Oct 2006 17:26:49 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#394915: installation-guide: it is now possible, to partition RAID through preseeding 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 the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: installation-guide Hi, in ../appendix/preseed.xml in chapter "Limitations" we have (line 140): You currently cannot use preseeding to set up RAID. This isn't true anymore, isn't it? (+ There is another hint on this in line 722 of the same file). Best Holger --- End Message --- --- Begin Message --- On Monday 23 October 2006 23:06, Holger Wansing wrote: > You currently cannot use preseeding to set up RAID. > > This isn't true anymore, isn't it? Fixed in SVN. Thanks a lot for your constant help to improve the manual! Cheers, FJP --- End Message ---
Re: weekly-builds/i386/iso-cd or another recent full CD
Op 24-10-2006 om 22:17 schreef Geert Stappers: > Hello, > > Following http://www.nl.debian.org/devel/debian-installer/ > on the weekly builds did bring me > to http://ftp.acc.umu.se/cdimage/weekly-builds/i386/iso-cd/ > where all file dates are 10-Oct-2006. > > Assuming it is an known issue, > when will there be a next full CD of d-i? > But is it a known issue? Geert Stappers (only subscribed to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[D-I Manual] Build log for en (26 Oct 2006)
A build of the Debian Installer Manual was triggered by an update to SVN.
There were no errors during the build process.
The new version of the manual has been uploaded successfully.
A log of the build is available at:
- http://people.debian.org/~fjp/d-i_manual/log/en.log
===
It is possible to use RSS to track changes to the manual.
For more information, see:
http://d-i.alioth.debian.org/manual/translators.html
===
Note: PDF output is not yet supported for some languages; this
is being worked on.
===
If you have any questions about the build or this message, feel
free to contact me at .
===
Updated files ('svn up')
Uen/partitioning/partition/x86.xml
Uen/preparing/nondeb-part/x86.xml
Uen/appendix/preseed.xml
Uen/using-d-i/modules/mdcfg.xml
Uen/hardware/supported/i386.xml
Updated to revision 42252.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395259: nobootloader: [powerpc/pegasos] bad sed invocation breaks devfs style paths (division by zero)
On Thu, Oct 26, 2006 at 01:33:55PM +0200, Frans Pop wrote:
> On Thursday 26 October 2006 09:10, Sven Luther wrote:
> > That said, please also apply the first hunk of the attached patch,
> > which bumps the check to 1.4, as my colegues released a 1.3 firmware
> > from an older tree, and i had to bump the version of the version with
> > the correct disk numbering.
>
> No idea what you're talking about here. I see nothing regarding that in
> your patch.
Did you see the new version i attached :
Index: postinst
===
--- postinst(revision 42226)
+++ postinst(working copy)
@@ -39,12 +39,12 @@
rest="${rest#*.}"
fv3="${rest%%.*}"
if [ "$fv1" -eq 1 ]; then
- if [ "$fv2" -eq 2 ] && [ "$fv3" -ge 99 ]; then
+ if [ "$fv2" -eq 3 ] && [ "$fv3" -ge 99 ]; then
partition_offset=0
- elif [ "$fv2" -ge 3 ]; then
+ elif [ "$fv2" -ge 4 ]; then
partition_offset=0
fi
- elif [ "$fv1" -ge 2 ]; then
+ elif [ "$fv1" -ge 3 ]; then
partition_offset=0
fi
fi
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#395259: nobootloader: [powerpc/pegasos] bad sed invocation breaks devfs style paths (division by zero)
On Thu, Oct 26, 2006 at 02:05:58PM +0200, Frans Pop wrote: > On Thursday 26 October 2006 09:10, Sven Luther wrote: > > That said, please also apply the first hunk of the attached patch, > > which bumps the check to 1.4, as my colegues released a 1.3 firmware > > from an older tree, and i had to bump the version of the version with > > the correct disk numbering. > > Please file a new BR for this as the current one is already closed. > Also, the patch looks broken to me as the last change means that the > offset will not be set to zero if the firmware major number is 2. > > So you get: > < 1.4: 1 > 1.4 - 1.9: 0 > 2.0 - 2.9: 1 > 3.0 -: 0 > > It really would be nice if you were more careful about your patches. Ok, Frans, please step back into reality. I filled a correct patch back then, which i had tested and everything. This patch did not get applied, but modified slightly by Colin or you or whoever, which resulted in d-i being utterly broken on pegasos. And then you speak like this to me ? And to add to this the other patches which completed the hypervisor serial ports in finish-install, which i loast because of the conflict caused by not having my patches commited, but merged with a slight difference and with a untimely delay, causing a big mess in my checked out version, and you then later reproaching me that i did not send it. Furthermore, my attitude has been more than correct with you and the d-i team since at least the starting of september, and you have yourself indulged at least four-five times, in practices against me which are the exact echo of what was reproached against me back then. I thus now call to our DPL, as well as the remainer of the d-i team. The mediation procedure which was set upon me doesn't seem to be ever enough to satisfy Frans, and i have suffered enough and we are now in a a phase where there is no reason to keep this on, and it is time that the situation is now re-evaluated, and that this childish nonsense is left aside, and my commit rights to the d-i project is re-instated. Anthony, you promised to have a look at this again at some later time, i think now it is this time. Fellow d-i team members, please also speak with Frans, his current attitude is not helping, and i don't believe things will progress in any way from now on in a better direction as long as he keps this continuous and unprovoked bashing up. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of glantank_0.5_arm.changes
glantank_0.5_arm.changes uploaded successfully to localhost along with the files: glantank_0.5.dsc glantank_0.5.tar.gz glantank-utils_0.5_arm.deb glantank-installer_0.5_arm.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395411: debian-installer: [daily 20061026] fails to set up route + fails to see mirrors
Package: debian-installer Severity: critical Justification: prevents install Downloaded the daily etch netinst ISO image from http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso Booted fine on a ThinkPad T42, detected CD drive and built-in Intel PRO/1000 net card. Problem 1: DHCP gets the machine an IP address, but I get the message: "The network autoconfiguration was successful. However, no default route was set ... Continue without a default route?" This is strange, because if I continue installation selecting 'Yes', keeps hitting Enter (giving no name server, no domain name, etc.), no network mirror, install from CD only, install GRUB, and reboot the newly installed system, the route is set fine: "debian:~# route ... 192.168.1.0 *255.255.255.0 ... default 192.168.1.1 0.0.0.0..." by the default configuration: "debian:~# cat /etc/network/interfaces ... allow-hotplug eth0 iface eth0 inet dhcp" Problem 2: If I instead choose 'No', and configure the network manually, choose any network mirror, the installer tells me: "The installer failed to access the mirror. ..." But if I inspect VT4, I can see that what is tried is: "wget -q http://mirrors.dotsrc.org/debian//dists/testing/main/binary-i386/Release -O - | grep Architecture" If I do that from the VT3, it works fine. I guess is missing a "| cut -d' ' -f 2" at the end? Cheers, /JP -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (700, 'testing'), (400, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_DK, LC_CTYPE=en_DK (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of aboot-installer_0.0.23_alpha.changes
aboot-installer_0.0.23_alpha.changes uploaded successfully to localhost along with the files: aboot-installer_0.0.23.dsc aboot-installer_0.0.23.tar.gz aboot-installer_0.0.23_alpha.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
XXX marks in ro/*.po files point to unclear things in the manual
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, While translating I have taken some notes about weird things found in the original version of the manual and marked them with XXX in the PO file. Below is the (trimmed) result of "$ grep -A10 XXX *.po". using-d-i.po:# XXX: isn't it "DEC stations"? using-d-i.po-#. Tag: para using-d-i.po-#: using-d-i.xml:545 using-d-i.po-#, no-c-format using-d-i.po-msgid "" using-d-i.po-"On DECstations there is currently no loadable keymap available, so you have " using-d-i.po-"to skip the keyboard selection and keep the default kernel keymap (LK201 " using-d-i.po-"US). This may change in the future as it depends on further Linux/MIPS " using-d-i.po-"kernel development." using-d-i.po-msgstr "" using-d-i.po-"Pe calculatoarele DEC nu este disponibil în prezent nici un aranjament care " - -- using-d-i.po:# XXX: 2.4 is no longer default! should this be abolished? using-d-i.po-#. Tag: para using-d-i.po-#: using-d-i.xml:564 using-d-i.po-#, no-c-format using-d-i.po-msgid "" using-d-i.po-"If you are installing on a system that has a Sun USB keyboard and have " using-d-i.po-"booted the installer with the default 2.4 kernel, the keyboard will not be " using-d-i.po-"identified correctly by the installation system. The installer will show you " using-d-i.po-"a list of Sun type keymaps to choose from, but selecting one of these will " using-d-i.po-"result in a non-working keyboard. If you are installing with the 2.6 kernel, " using-d-i.po-"there is no problem." - -- using-d-i.po:# XXX: „address is the bitwise” does not fit quite well using-d-i.po-#. Tag: para using-d-i.po-#: using-d-i.xml:703 using-d-i.po-#, no-c-format using-d-i.po-msgid "" using-d-i.po-"Some technical details you might, or might not, find handy: the program " using-d-i.po-"assumes the network IP address is the bitwise-AND of your system's IP " using-d-i.po-"address and your netmask. It will guess the broadcast address is the bitwise " using-d-i.po-"OR of your system's IP address with the bitwise negation of the netmask. It " using-d-i.po-"will also guess your gateway. If you can't find any of these answers, use " using-d-i.po-"the system's guesses — you can change them once the system has been " - -- using-d-i.po:# XXX: shouldn't real Note style be used instead of the inline string? using-d-i.po-#. Tag: para using-d-i.po-#: using-d-i.xml:780 using-d-i.po-#, no-c-format using-d-i.po-msgid "" using-d-i.po-"If you choose guided partitioning, you may have three options: to create " using-d-i.po-"partitions directly on the hard disk (classic method), or to create them " using-d-i.po-"using Logical Volume Management (LVM), or to create them using encrypted " using-d-i.po-"LVM. Note: the option to use (encrypted) LVM may not be available on all " using-d-i.po-"architectures." using-d-i.po-msgstr "" - -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFQSKMY8Chqv3NRNoRAiUHAKCsLWRiI3nN/LdaUjplT4ATyGxCnwCgm9tj 1UReuLikcAP4uSt84FvsZhw= =k/iS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
aboot-installer_0.0.23_alpha.changes ACCEPTED
Accepted: aboot-installer_0.0.23.dsc to pool/main/a/aboot-installer/aboot-installer_0.0.23.dsc aboot-installer_0.0.23.tar.gz to pool/main/a/aboot-installer/aboot-installer_0.0.23.tar.gz aboot-installer_0.0.23_alpha.udeb to pool/main/a/aboot-installer/aboot-installer_0.0.23_alpha.udeb Override entries for your package: aboot-installer_0.0.23.dsc - source debian-installer aboot-installer_0.0.23_alpha.udeb - standard debian-installer Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
glantank override disparity
There are disparities between your recently accepted upload and the override file for the following file(s): glantank-installer_0.5_arm.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 package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please reply to this mail and explain why. [NB: this is an automatically generated mail; if you replied to one like it before and have not received a response yet, please ignore this mail. Your reply needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
glantank_0.5_arm.changes ACCEPTED
Accepted: glantank-installer_0.5_arm.udeb to pool/main/g/glantank/glantank-installer_0.5_arm.udeb glantank-utils_0.5_arm.deb to pool/main/g/glantank/glantank-utils_0.5_arm.deb glantank_0.5.dsc to pool/main/g/glantank/glantank_0.5.dsc glantank_0.5.tar.gz to pool/main/g/glantank/glantank_0.5.tar.gz Override entries for your package: glantank-installer_0.5_arm.udeb - optional debian-installer glantank-utils_0.5_arm.deb - optional admin glantank_0.5.dsc - source admin Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389092: Desktop task(sel) in Etch? (Bug #389092)
The following message is a courtesy copy of an article that has been posted to gmane.linux.debian.devel.general as well. Joey Hess <[EMAIL PROTECTED]> writes: > Jon Dowland wrote: > > Hm. If you installed the gnome metapackage with aptitude, > > then the dependencies would be marked 'auto' and removed > > once you'd removed the manual package at the top of the > > tree. > > Or you can just tasksel remove gnome-desktop; tasksel install kde-desktop If possible, document these commands in the help screen of the Debian installed. Many don't know this. Jari -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#395262: choose-mirror: requires internet access to build
Frans Pop wrote: > I still think your setup is what's broken here. Why would you want outside > DNS resolution if you can't reach anywhere anyway? FWIW I once saw such a setup used so that logresolve could be used. Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395284: translated to english
On Thu, 26 Oct 2006 08:47:54 +0200 [EMAIL PROTECTED] > > Comments/Problems: > Mit dem Gui installer konnte das Zeichen @ bei der Proxy Server Angabe > nicht eingeben werden. Habe das Zeichen @ vom Beispiel > (http://user:[EMAIL PROTECTED]:port) kopiert und eingefügt. Das > Tastaturlayout > Swiss German funktionierte, die Umlaute ä, ü, ö konnten eingegeben werden. Translated to english: === With the gui installer, in the dialog for the proxy server it was unpossible to type in the @ character. I have worked around this by copy and past it from the example (http://user:[EMAIL PROTECTED]:port). The keymap "Swiss German" worked, umlauts ä, ü, ö could be typed correctly. === And I can confirm this; with keymap "Swiss German" typing an @ gives an q (so the AltGr key doesn't work?). In de_DE for example it works. Holger -- == Created with Sylpheed 2.2.2 under Debian GNU/LINUX 3.1 »Sarge« http://counter.li.org/, Registered LinuxUser #311290 Spamfiltering by bogofilter.sourceforge.net = -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Bugs fixed in NMU, documenting versions
Processing commands for [EMAIL PROTECTED]: > # Hi, > # > # Now that the BTS supports version-tracking, bugs that were > # fixed in NMUs but never acknowledged can be marked as > # closed in the relevant version. In the case of the bugs listed > # below, they're marked as release-critical in the version of the > # package to which they apply. The release team need to be able to > # accurately determine whether any of the bugs still affect "etch", so > # they're now being closed with version information. > # > # This doesn't affect the maintainer's ability to tell whether > # the bug is currently fixed in any particular Debian distribution > # as the BTS can now display "bugs open in unstable", "bugs open in > # version X-Y" and so on. > # > # See http://lists.debian.org/debian-devel-announce/2005/07/msg00010.html > # and http://lists.debian.org/debian-devel-announce/2005/10/msg6.html > # for more information on version tracking. > # > # Separate mails are being sent to each bug's submitter > close 356014 1.2.2-4.2 Bug#356014: openexr: FTBFS: Missing Build-Depends 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 1.2.2-4.2, send any further explanations to Daniel Schepler <[EMAIL PROTECTED]> > close 356044 20030919-5.1 Bug#356044: dict-foldoc: FTBFS with current make 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 20030919-5.1, send any further explanations to Daniel Schepler <[EMAIL PROTECTED]> > close 356114 0.60-3.1 Bug#356114: FTBFS: wrong shell syntax 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 0.60-3.1, send any further explanations to Martin Michlmayr <[EMAIL PROTECTED]> > close 356169 1:0.12.4-4.2 Bug#356169: FTBFS with G++ 4.1: dereferencing type-punned pointer will break strict-aliasing rules 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 1:0.12.4-4.2, send any further explanations to Martin Michlmayr <[EMAIL PROTECTED]> > close 356169 1:0.12.4-4.3 Bug#356169: FTBFS with G++ 4.1: dereferencing type-punned pointer will break strict-aliasing rules 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 1:0.12.4-4.3, send any further explanations to Martin Michlmayr <[EMAIL PROTECTED]> > close 356255 0.5.2.1.ds-1.1 Bug#356255: somaplayer-doc upgrade chokes on /usr/share/man/man1/somaplayer.1.gz 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 0.5.2.1.ds-1.1, send any further explanations to Jamm!n Wheeler <[EMAIL PROTECTED]> > close 356330 2.2.2-3.1 Bug#356330: libosip2-3: libosip2.so.3.0.0 must be linked against libpthread.so 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 2.2.2-3.1, send any further explanations to Mikael Magnusson <[EMAIL PROTECTED]> Removed pending tag. > close 366034 2.2.2-3.1 Bug#366034: libosip2: debian/copyright is incomplete 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 2.2.2-3.1, send any further explanations to Pierre Habouzit <[EMAIL PROTECTED]> > close 356491 0.4.1-1.1 Bug#356491: FTBFS: broken dependency field for the libcegui-mk2-0c2a-dbg package 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 0.4.1-1.1, send any further explanations to Robert Luberda <[EMAIL PROTECTED]> > close 356565 0.70-1.2 Bug#356565: libg20-perl: problem loading G2 libraries 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 0.70-1.2, send any further explanations to christian mock <[EMAIL PROTECTED]> > close 356654 3.1-14.1 Bug#356654: apt-spy: FTP response 550 and HTTP error 404 from servers that are up 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 3.1-14.1, send any further explanations to Vincent Lönngren <[EMAIL PROTECTED]> > close 356760 1.5.1-4.1 Bug#356760: Please upgrade build depends to libmysqlclient15-dev 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 1.5.1-4.1, send any further explanations to Christian Hammers <[EMAIL PROTECTED]> > close 356796 0.4.1-0.1 Bug#356796: serpento: Please use /etc/init.d/dictd and conflicts dictd 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug#356909: serpento: Please use /etc/init.d/dictd and conflicts dictd Bug marked as fixed in version 0.4.1-0.1, send any further explanations to "Laurent Bonnaud" <[EMAIL PROTECTED]> > close 356829 0.08-2.1 Bug#356829: libtest-warn-perl: FTBFS: failed tests 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 0.08-2.1, send any further explanations to
Bug#395259: nobootloader: [powerpc/pegasos] bad sed invocation breaks devfs style paths (division by zero)
On Thursday 26 October 2006 19:39, you wrote: > Did you see the new version i attached : No, initially I did not see this. Reason is simple: I had already applied your original patch and closed the BR, so I looked in the original bug report instead of in your new mail. Is that my mistake, maybe. But it is also your mistake as you did not check if the original BR was already closed or not. And it _was_ closed at the time you received my mail... > - elif [ "$fv1" -ge 2 ]; then > + elif [ "$fv1" -ge 3 ]; then > partition_offset=0 This change still looks completely broken to me. Your reply does not show that you looked into the error I explained _at all_. My request stands: please file this as a new BR and fix the error in it. pgp7EdAYZMEe8.pgp Description: PGP signature
Re: Bug#395259: nobootloader: [powerpc/pegasos] bad sed invocation breaks devfs style paths (division by zero)
On Thursday 26 October 2006 21:04, Sven Luther wrote: > Ok, Frans, please step back into reality. > > I filled a correct patch back then, which i had tested and everything. > This patch did not get applied, but modified slightly by Colin or you > or whoever, which resulted in d-i being utterly broken on pegasos. And > then you speak like this to me ? > > And to add to this the other patches which completed the hypervisor > serial ports in finish-install, which i loast because of the conflict > caused by not having my patches commited, but merged with a slight > difference and with a untimely delay, causing a big mess in my checked > out version, and you then later reproaching me that i did not send it. > > Furthermore, my attitude has been more than correct with you and the > d-i team since at least the starting of september, and you have > yourself indulged at least four-five times, in practices against me > which are the exact echo of what was reproached against me back then. Bla, bla, bla and fuck you too. This still does not answer why your current patch is broken. When I replied I only looked at this current one BR, and not at the entire history. In this current BR you have made three basic mistakes: - you have combined unrelated patches in one BR - you have changed the patch _after_ it was already applied and the BR closed - both patches had fairly basic errors in them (and you don't even admit to the second error) Sorry if I'm not impressed. pgpY1Ebv91x6L.pgp Description: PGP signature
Processed: Re: Bug#395411: debian-installer: [daily 20061026] fails to set up route + fails to see mirrors
Processing commands for [EMAIL PROTECTED]: > severity 395411 normal Bug#395411: debian-installer: [daily 20061026] fails to set up route + fails to see mirrors Severity set to `normal' from `critical' > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395452: [ia64] HP rx2600 w/ 20061025 daily
Package: installation-reports Boot method: Netinst CD Image version: 20061025 daily Date: Thu, 26 Oct 2006 21:04:11 -0600 Machine: HP rx2600 Processor: Itanium II (ia64) Memory: 12G Partitions: debian:~# df -Tl FilesystemType 1K-blocks Used Available Use% Mounted on /dev/sda2 ext368496816824260 64193116 2% / udev tmpfs 10240 128 10112 2% /dev devshm tmpfs 6250224 0 6250224 0% /dev/shm Output of lspci and lspci -n: debian:~# lspci 00:01.0 USB Controller: NEC Corporation USB (rev 41) 00:01.1 USB Controller: NEC Corporation USB (rev 41) 00:01.2 USB Controller: NEC Corporation USB 2.0 (rev 02) 00:02.0 IDE interface: Silicon Image, Inc. SiI 0649 Ultra ATA/100 PCI to ATA Host Controller (rev 02) 00:03.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 0d) 20:01.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07) 20:01.1 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07) 20:02.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5701 Gigabit Ethernet (rev 15) e0:01.0 Communication controller: Hewlett-Packard Company Auxiliary Diva Serial Port (rev 01) e0:01.1 Serial controller: Hewlett-Packard Company Diva Serial [GSP] Multiport UART (rev 03) e0:02.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] debian:~# lspci -n 00:01.0 0c03: 1033:0035 (rev 41) 00:01.1 0c03: 1033:0035 (rev 41) 00:01.2 0c03: 1033:00e0 (rev 02) 00:02.0 0101: 1095:0649 (rev 02) 00:03.0 0200: 8086:1229 (rev 0d) 20:01.0 0100: 1000:0030 (rev 07) 20:01.1 0100: 1000:0030 (rev 07) 20:02.0 0200: 14e4:1645 (rev 15) e0:01.0 0780: 103c:1290 (rev 01) e0:01.1 0700: 103c:1048 (rev 03) e0:02.0 0300: 1002:5159 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: worked great -- dann frazier | HP Open Source and Linux Organization -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395459: Package: installation-reports
Package: installation-reports Boot method: Boot to CD Image version: 10-21-2006. Image from http://cdimage.debian.org/cdimage/etch_di_beta3/i386/iso-cd Date: October 21, 2006. Various attempts between 7pm and 9:30pm PST Machine: "parts" machine - MSI MS-6300 motherboard Processor: AMD Duron 950mhz processor Memory: 512mb Partitions: Can't get that far - install does not get to HD partitioning Output of lspci and lspci -n:Can't get that far - install does not complete Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked: [O ] Configure network HW: [E ] Config network: [ ] Detect CD: [O ] Load installer modules: [O ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems: [ ] Mount partitions: [ ] Install base system: [ ] Install boot loader: [ ] Reboot: [ ] Comments/Problems: Installer started up from CD properly. Selected the default install procedure. Installer proceeds as expected until it tries to detect the network hardware. The installer fails to do so; the next screen informs me of the problem, and gives me a list of drivers to manually activate the card. The card in the machine is a Realtek 8139 - I select this driver from the list. The installer tries the driver (I assume that's what it's doing when it blanks the screen) ... and then returns me back to the "choose a driver" page. I assume the chosen driver did not work. The motherboard has a realtek 8101 card -- which the installer doesn't have a driver for (I expected that to happen). I have tried installs with the card active (to see if it would work anyway), and with it disabled in bios ,to make sure that my problem is not a card conflict. I have confirmed that the network card is functional (I've actually tried two different rtl8139's - both have worked in other machines), and have also confirmed that the router, cables, and other hardware are functional. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#395259: nobootloader: [powerpc/pegasos] bad sed invocation breaks devfs style paths (division by zero)
On Fri, Oct 27, 2006 at 03:03:29AM +0200, Frans Pop wrote: > On Thursday 26 October 2006 19:39, you wrote: > > Did you see the new version i attached : > > No, initially I did not see this. Reason is simple: I had already applied > your original patch and closed the BR, so I looked in the original bug > report instead of in your new mail. Is that my mistake, maybe. But it is > also your mistake as you did not check if the original BR was already > closed or not. And it _was_ closed at the time you received my mail... Yeah, right, you do that a lot, going in the offensive, and trying to assign blame. I wonder how you can work with folk in that way. Don't you think taking the advice in the constructive way it was given, and replying in a constructive way instead of assigning blame and going into ad-hominem attacks will be more forward-looking ? I know i used to do the same, and i know that you willingly provoked me into that also, but it has been months since i last did so, and a few events have made me reflect on this, but apparently you are still in the old scheme of things. > > - elif [ "$fv1" -ge 2 ]; then > > + elif [ "$fv1" -ge 3 ]; then > > partition_offset=0 > > This change still looks completely broken to me. Your reply does not show > that you looked into the error I explained _at all_. > My request stands: please file this as a new BR and fix the error in it. Totally unrelated. I have looked into the bug, i accept the fact that it may be broken (altough 'completely' broken is not warranted here), but we are discussing something else here, and you are still in your old conflictive behaviour, and think yourself better than me in some way. Please stop this now, i have reflected upon my errors, and what happened with dato made think also, since i believe the various flamewars we had almost all this year (well, not only you and me, but in general), may have affected him some. So, it is past time you put aside your childish pride, stop this continuous bashing, and at least make some effort for us to work together again in a sane and constructive way. The ball is in your camp. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#394940: closed by Frans Pop <[EMAIL PROTECTED]> (reply to [EMAIL PROTECTED]
hey, i figured out my burning error now dealing wi t h trying to start my graphical environment. i only downloaded the base system so im not even sure if its on there. perhaps you know the command to installing the x environment? thanks From: [EMAIL PROTECTED] (Debian Bug Tracking System) Reply-To: [EMAIL PROTECTED] To: "Bonnie Fassett" <[EMAIL PROTECTED]> Subject: Bug#394940 closed by Frans Pop <[EMAIL PROTECTED]> (reply to [EMAIL PROTECTED]) (Re: Bug#394940: help) Date: Mon, 23 Oct 2006 17:33:28 -0700 This is an automatic notification regarding your Bug report #394940: help, which was filed against the installation-reports package. It has been closed by Frans Pop <[EMAIL PROTECTED]> (reply to [EMAIL PROTECTED]). Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Frans Pop <[EMAIL PROTECTED]> (reply to [EMAIL PROTECTED]) by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) From: Frans Pop <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: Bonnie Fassett <[EMAIL PROTECTED]> Subject: Re: Bug#394940: help Date: Tue, 24 Oct 2006 02:24:46 +0200 On Tuesday 24 October 2006 01:55, Bonnie Fassett wrote: > Comments/Problems: when the cd boots it takes me to "dr-dos" and > streight to my A:\ drive on my pc> just want to know how to get to the regular setup and outta > the dos mode. That means you must have made a mistake while burning the CD-ROM. Debian does not use DOS in any way on its CD images. Please see the hints at http://www.debian.org/CD/faq/ on how you can correctly burn an image onto CD. I'm closing this report as this really is not an installer problem. If you need more help, you can still reply to this mail though, or ask on the debian-user mailing list. Cheers, FJP P.S. Like your mail address ;-) _ All-in-one security and maintenance for your PC. Get a free 90-day trial! http://clk.atdmt.com/MSN/go/msnnkwlo005002msn/direct/01/?href=http://www.windowsonecare.com/?sc_cid=msn_hotmail -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395452: marked as done ([ia64] HP rx2600 w/ 20061025 daily)
Your message dated Fri, 27 Oct 2006 06:43:40 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#395452: [ia64] HP rx2600 w/ 20061025 daily 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 the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: installation-reports Boot method: Netinst CD Image version: 20061025 daily Date: Thu, 26 Oct 2006 21:04:11 -0600 Machine: HP rx2600 Processor: Itanium II (ia64) Memory: 12G Partitions: debian:~# df -Tl FilesystemType 1K-blocks Used Available Use% Mounted on /dev/sda2 ext368496816824260 64193116 2% / udev tmpfs 10240 128 10112 2% /dev devshm tmpfs 6250224 0 6250224 0% /dev/shm Output of lspci and lspci -n: debian:~# lspci 00:01.0 USB Controller: NEC Corporation USB (rev 41) 00:01.1 USB Controller: NEC Corporation USB (rev 41) 00:01.2 USB Controller: NEC Corporation USB 2.0 (rev 02) 00:02.0 IDE interface: Silicon Image, Inc. SiI 0649 Ultra ATA/100 PCI to ATA Host Controller (rev 02) 00:03.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 0d) 20:01.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07) 20:01.1 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07) 20:02.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5701 Gigabit Ethernet (rev 15) e0:01.0 Communication controller: Hewlett-Packard Company Auxiliary Diva Serial Port (rev 01) e0:01.1 Serial controller: Hewlett-Packard Company Diva Serial [GSP] Multiport UART (rev 03) e0:02.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] debian:~# lspci -n 00:01.0 0c03: 1033:0035 (rev 41) 00:01.1 0c03: 1033:0035 (rev 41) 00:01.2 0c03: 1033:00e0 (rev 02) 00:02.0 0101: 1095:0649 (rev 02) 00:03.0 0200: 8086:1229 (rev 0d) 20:01.0 0100: 1000:0030 (rev 07) 20:01.1 0100: 1000:0030 (rev 07) 20:02.0 0200: 14e4:1645 (rev 15) e0:01.0 0780: 103c:1290 (rev 01) e0:01.1 0700: 103c:1048 (rev 03) e0:02.0 0300: 1002:5159 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: worked great -- dann frazier | HP Open Source and Linux Organization --- End Message --- --- Begin Message --- > Comments/Problems: > > worked great HP rocks..:-) signature.asc Description: Digital signature --- End Message ---
