Bug#506302: Tried again in expert mode ...
Quoting Chris Carr ([EMAIL PROTECTED]): > Contents of /var/log/installer attached for interest. > > I'll know for next time that 128M now counts as "low" memory for a > non-graphical install. > > Leaving bug open in case a dev decides that it might not be a memory > issue after all, or that 128M should not count as low. Yesterday, I was about asking you whether you were using the graphical installer or not... Still, the installer is expected to work well even on systems with much less memory than what you have (down to 32MB). Of course, on 128MB systems, the lowmem mode is not called while in youor second test, you explicitely called it. I would suggest you do a third try *without* using the lowmem mode. Is that possible for you? signature.asc Description: Digital signature
Bug#506302: Tried again in expert mode ...
> -Original Message- > From: Christian Perrier [mailto:[EMAIL PROTECTED] > Sent: 21 November 2008 05:44 > To: Chris Carr; [EMAIL PROTECTED] > Subject: Re: Bug#506302: Tried again in expert mode ... > > Quoting Chris Carr ([EMAIL PROTECTED]): > > > Contents of /var/log/installer attached for interest. > > > > I'll know for next time that 128M now counts as "low" memory for a > > non-graphical install. > > > > Leaving bug open in case a dev decides that it might not be a memory > > issue after all, or that 128M should not count as low. > > Yesterday, I was about asking you whether you were using the graphical > installer or not... No, I used the text installer on both occasions. > Still, the installer is expected to work well even on systems with > much less memory than what you have (down to 32MB). That's what I thought. > Of course, on 128MB systems, the lowmem mode is not called while in > youor second test, you explicitely called it. > > I would suggest you do a third try *without* using the lowmem mode. Is > that possible for you? Yes, I could try that. Do you want me to try anything else different, or just a straightforward non-expert install like I did the first time? CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#504095: installation-report: xen paravirt installation
Hi Ian, On Fri, Oct 31, 2008 at 04:32:16PM +, Ian Campbell wrote: > On Fri, 2008-10-31 at 17:22 +0100, Bastian Blank wrote: > > On Fri, Oct 31, 2008 at 04:31:00PM +0100, Guido Günther wrote: > > > So to me it seems the workaround can be removed: > > > * removed for VIA Ester altogeher > > > * removed vor VIA Nehemiah once we ship 2.6.27 > > > > Please read #464962 first. > > OK, so I think the upshot of that long thread is that kernel 2.6.26-8 > removed the long nops so even the Nehemiah chips can go back to using > 686 kernels and we should just revert svn r55059 altogether. This is unfixed in RC1. Is there a problelm in reverting r55059 or has this just been forgotten? Anything I can help with? Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#504095: installation-report: xen paravirt installation
On Fri, 2008-11-21 at 16:20 +0100, Guido Günther wrote: > Hi Ian, > On Fri, Oct 31, 2008 at 04:32:16PM +, Ian Campbell wrote: > > On Fri, 2008-10-31 at 17:22 +0100, Bastian Blank wrote: > > > On Fri, Oct 31, 2008 at 04:31:00PM +0100, Guido Günther wrote: > > > > So to me it seems the workaround can be removed: > > > > * removed for VIA Ester altogeher > > > > * removed vor VIA Nehemiah once we ship 2.6.27 > > > > > > Please read #464962 first. > > > > OK, so I think the upshot of that long thread is that kernel 2.6.26-8 > > removed the long nops so even the Nehemiah chips can go back to using > > 686 kernels and we should just revert svn r55059 altogether. > This is unfixed in RC1. Is there a problelm in reverting r55059 or has > this just been forgotten? Anything I can help with? I can't see any reason not to revert r55059, I just didn't want to go reverting other peoples patches, especially in non-Xen specific code. Jérémy are you OK with me reverting r55059. According to #464962 the issue is fixed in the kernel with 2.6.26-8. Ian. > Cheers, > -- Guido > -- Ian Campbell Current Noise: Cathedral - Electric Grave "Our reruns are better than theirs." -- Nick at Nite -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#504095: installation-report: xen paravirt installation
On Fri, Nov 21, 2008 at 03:31:42PM +, Ian Campbell wrote: > On Fri, 2008-11-21 at 16:20 +0100, Guido Günther wrote: > > Hi Ian, > > On Fri, Oct 31, 2008 at 04:32:16PM +, Ian Campbell wrote: > > > On Fri, 2008-10-31 at 17:22 +0100, Bastian Blank wrote: > > > > On Fri, Oct 31, 2008 at 04:31:00PM +0100, Guido Günther wrote: > > > > > So to me it seems the workaround can be removed: > > > > > * removed for VIA Ester altogeher > > > > > * removed vor VIA Nehemiah once we ship 2.6.27 > > > > > > > > Please read #464962 first. > > > > > > OK, so I think the upshot of that long thread is that kernel 2.6.26-8 > > > removed the long nops so even the Nehemiah chips can go back to using > > > 686 kernels and we should just revert svn r55059 altogether. > > This is unfixed in RC1. Is there a problelm in reverting r55059 or has > > this just been forgotten? Anything I can help with? > > I can't see any reason not to revert r55059, I just didn't want to go > reverting other peoples patches, especially in non-Xen specific code. I should add that the rest of the install went totally smooth with: virt-install -n xenfoo1 -r 96 --disk path=/dev/blockdevice,device=disk --location=http://ftp.nl.debian.org/debian/dists/testing/main/installer-i386 Thanks a lot for your nice work on the xen support! Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#504095: installation-report: xen paravirt installation
On Fri, 2008-11-21 at 16:36 +0100, Guido Günther wrote:
>
> virt-install -n xenfoo1 -r 96 --disk path=/dev/blockdevice,device=disk
> --location=http://ftp.nl.debian.org/debian/dists/testing/main/installer-i386
Neat tool, I hadn't seen it before.
BTW, the Vcs-{Browser,Git} tags in your debian/control have an extra
virt-manager in them, i.e. they should be:
git://git.debian.org/git/pkg-libvirt/virtinst.git
http://git.debian.org/?p=pkg-libvirt/virtinst.git
[EMAIL PROTECTED]:tmp$ git clone
git://git.debian.org/git/pkg-libvirt/virt-manager/virtinst.git
Initialized empty Git repository in /local/scratch/ianc/tmp/virtinst/.git/
fatal: The remote end hung up unexpectedly
[EMAIL PROTECTED]:tmp$ git clone
git://git.debian.org/git/pkg-libvirt/virtinst.git
Initialized empty Git repository in /local/scratch/ianc/tmp/virtinst/.git/
remote: Counting objects: 667, done.
[...etc]
Ian.
--
Ian Campbell
Current Noise: Clutch - Can't Stop The Progress
I do not find in orthodox Christianity one redeeming feature.
-- Thomas Jefferson
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#506263: Installation report - grub failed when installing from hd-media
Christian Perrier <[EMAIL PROTECTED]> writes: > Quoting Otavio Salvador ([EMAIL PROTECTED]): > >> Yes; I agree that the errata text could be improved to be more clear >> for outsiders. Could you propose a text and we review it here in >> mailing list? > > > Here it is: > > [EMAIL PROTECTED]:~/src/debian/webwml/english/devel/debian-installer> cvs > diff errata.wml > Index: errata.wml > === > RCS file: /cvs/webwml/webwml/english/devel/debian-installer/errata.wml,v > retrieving revision 1.120 > diff -r1.120 errata.wml > 59a60,68 >> >> Reboot problems when installing from a USB stik stick <...> Rest looks good to me. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#505789: E: Couldn't find package usb-storage-modules-2.6.26-1-sparc64-di
Geert Stappers <[EMAIL PROTECTED]> writes: > (That the daily d-i build of Sparc failed on 20 november due > gzip: ./tmp/netboot/vmlinuz-2.6.26-1-sparc64: not in gzip format > is something else ( next automatic build is at 12:00 UTC )) Quite strange. Frans could you take a look on that for us? Thanks in advance, -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#506467: console-setup: dpkg-reconfigure rejects to reconfigure when multiple keyboard layouts are set
Package: console-setup
Version: 1.28
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When multiple layout entries are in /etc/default/console-setup,
dpkg-reconfigure console-setup refuses to reconfigure the keyboard
("unsupported layout"). Manual editing or removal of
/etc/default/console-setup is required. Switching between the layouts works.
Michael
- -- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.27-6.slh.5-sidux-amd64 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages console-setup depends on:
ii console-terminus 4.26-2 Fixed-width fonts for fast reading
ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy
ii xkb-data 1.4-1 X Keyboard Extension (XKB) configu
Versions of packages console-setup recommends:
ii kbd 1.14.1-4 Linux console font and keytable ut
Versions of packages console-setup suggests:
ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip
- -- debconf information:
* console-setup/variant: Germany
console-setup/modelcode:
console-setup/fontsize: 14
console-setup/layoutcode: de,us
debian-installer/console-setup/title:
console-setup/codesetcode: Uni2
* console-setup/dont_ask_layout:
* console-setup/altgr: Right Alt
* console-setup/ttys: /dev/tty[1-6]
* console-setup/codeset: . Combined - Latin; Slavic Cyrillic; Greek
console-setup/toggle: Alt+Shift
* console-setup/fontface: TerminusBoldVGA
* console-setup/fontsize-text: 14
* console-setup/compose: Left Logo key
console-setup/switch: No temporary switch
* console-setup/charmap: UTF-8
console-setup/optionscode: lv3:ralt_switch,compose:lwin,grp:alt_shift_toggle
* console-setup/layout: Germany
console-setup/variantcode:
* console-setup/model: Generic 105-key (Intl) PC
* console-setup/fontsize-fb: 14
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkkm88gACgkQnwTD+9oPQSgCrQCfa0IJmJ2NzQcZnVMZ4uiQo39C
Zb8AnAnFgVzA0hRVXuE5Gb0bX2qMVUwO
=28aR
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#506302: Tried again in expert mode ...
Quoting Chris Carr ([EMAIL PROTECTED]): > > Of course, on 128MB systems, the lowmem mode is not called while in > > youor second test, you explicitely called it. > > > > I would suggest you do a third try *without* using the lowmem mode. Is > > that possible for you? > > Yes, I could try that. Do you want me to try anything else different, or > just a straightforward non-expert install like I did the first time? I'd say "go first for a straightforward install". signature.asc Description: Digital signature
unable to install to Sata drive on Promise TX4 controller. latest installer wont recognize it
Hi, I am an experienced debian installer, user. I have installed debian about 30-40 times on various machines. I have been trying the last 2 days to install on a sata drive on a machine with a Promise Sata Tx4 4 channel controller controller as well as an old adaptec ata raid 2400a. Till now for simplicity I have installed on PATA IDE drives for system and used sata for storage. I want to install debian to a seagate 750G sata drive, but both the debian 4.0r5 etch installer and also the latest nightly build of the lenny installer from http://www.debian.org/devel/debian-installer/ don't recognize my hard drive, they only see the data drive, in this case the adaptec ata raid 2400a. I checked, and the BIOS certainly recognizes the drive, and the bios from both the Promise Tx4 and Adaptec 2400a post on the screen. I want to avoid having to install on a pata drive and mirror the install to the sata drive. I know that the SATA TX4 is debian compatible ( I use it on about 10 machines just not for the system boot, just as data). I think that the installer does not have the proper kernel module. I like the TX4 controller card, it is very versatile and relatively cheap. Thanks, Mitchell Laks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of auto-install_1.3_i386.changes
auto-install_1.3_i386.changes uploaded successfully to localhost along with the files: auto-install_1.3.dsc auto-install_1.3.tar.gz ai-choosers_1.3_all.udeb auto-install_1.3_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
auto-install_1.3_i386.changes ACCEPTED
Accepted: ai-choosers_1.3_all.udeb to pool/main/a/auto-install/ai-choosers_1.3_all.udeb auto-install_1.3.dsc to pool/main/a/auto-install/auto-install_1.3.dsc auto-install_1.3.tar.gz to pool/main/a/auto-install/auto-install_1.3.tar.gz auto-install_1.3_all.udeb to pool/main/a/auto-install/auto-install_1.3_all.udeb Override entries for your package: ai-choosers_1.3_all.udeb - extra debian-installer auto-install_1.3.dsc - source debian-installer auto-install_1.3_all.udeb - optional debian-installer Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#506497: Package: Lenny installation-reports
Processing commands for [EMAIL PROTECTED]: > reassign 506497 installation-reports Bug#506497: Package: Lenny installation-reports Warning: Unknown package 'lenny' Bug reassigned from package `lenny installation-reports' to `installation-reports'. > -- 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]
