vesa framebuffer

[Salvatore De Paolis]

Hi all,
i'm new here and i'm learning about debian-installer.
At this time there's one behavior i still did not figure out.

I did this couple of tests:

1) make build_hd-media_gtk
2) make build_netboot_gtk

With the first i'm not able to enable the VESA framebuffer. I tried in
different ways but i couldn't achieve it.
I tested it both with 
qemu -kernel linux -append video="vesa:ywrap,mtrr vga=788" -initrd
initrd.gz /dev/zero
and with grub on a usb stick.
With the second, since it creates the iso (but afaik this shouldn't
influence the result) i can successfully enable the VESA framebuffer
and see the GTK+ installer.
Otherwise, doing it manually with qemu do not works.
I still get the same error as the /proc/fb is not exported by the
kernel.

Could anybody tell to me what i'm missing?
I'm using the etch version of debian-installer

Regards
Salvatore


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Lenny RC1: no XFS on /

[Christian Perrier]

Quoting Otavio Salvador ([EMAIL PROTECTED]):
> Walter Landry <[EMAIL PROTECTED]> writes:
> 
> >> Walter, maybe you (just doing a simple install, with the "standard
> >> system" task only
> >
> > Sorry if I did not make it clear.  I did test the i386 installer, and
> > XFS on "/" did work.  It is only on amd64 that it does not.  I tried
> > again with just the "standard system" task and I got the same problem.
> 
> Can you grab the installer syslog and send it gzipped to us? We'd need
> to indentify if it is a LILO issue or a xfsprogs issue (or kernel,
> what I doubt).


We also need to file a bug report about this, and record the problem
in the errata file.

I'm forwarding Walter's initial mail as a bug report. I'll assign this
initially to lilo-installer, then we'll see.





signature.asc
Description: Digital signature

Re: Lenny RC1: no XFS on /

[Walter Landry]

Otavio Salvador <[EMAIL PROTECTED]> wrote:
> Could you take a look on the installed system and check if lilo.conf
> has 'large-memory' option?
> 
> This issue looks to be a reincarnation of #479607. Mind to take a
> look?

lilo.conf does not have that option.  I booted a rescue disk, added
the option, reran lilo, and now it works.  Yay!

Thanks,
Walter Landry
[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reinstall to a NSLU2?

[Dean]

The power died midway through a kernel update to an NSLU2, and now
it's stalling partway through the boot, without much of a clue that
I've seen in the /var/log files.  I can either up the number of things
being logged, which might take a bit, or just take this shiny new 16
GB flash drive and do a clean install to it.

Simple question, I think; can you re-flash the device with Debian etch
after Debian etch has already been installed?

Thanks!
Dean


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Lenny RC1: no XFS on /

[Otavio Salvador]

Could you take a look on the installed system and check if lilo.conf
has 'large-memory' option?

This issue looks to be a reincarnation of #479607. Mind to take a
look?

Cheers, 

-- 
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]

Debian Installer lenny release candidate 1

[Otavio Salvador]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Debian Installer lenny release candidate 1
~~

The Debian Installer team[1] is proud to announce the first release
candidate of the installer for Debian GNU/Linux Lenny.  Improvements
in this release of the installer

* Improved support for Live-CD installation media (much faster and
  more reliable than earlier releases);

* Support for some NAS devices based on Marvell's ARM-compatible
  Orion chip:
  o QNAP TS-109/TS-209 and TS-409;
  o HP Media Vault mv2120;
  o Buffalo Kurobox Pro;
* Installer images for Netwinder have been added again;
* Installer images for i386 Xen guests[2]
* Support for hardware speech synthesis (speakup) has been added;
* Upgrade of packages early in pkgsel, for example to get
  available security updates for base system packages;
* Support for loading firmware from (removable) media during the
  installation;
* i386/amd64: support for installing to and loading firmware from
  MMC/SD cards;
* New translations: Welsh, Irish, Northern Sami, Serbian (Amharic
  and Marathi were added in beta releases).

Known issues in this release

* i386: for this release, installation from floppy disk is not
  supported;
* PowerPC: the graphical installer should work on almost all
  systems with ATI graphics cards, but probably not others;
* touchpads should work with the graphical installer, but support
  may be suboptimal - if you experience problems, you should use
  an external mouse instead.

See the errata[3] for details and a full list of known issues.

We do need your help to find bugs and further improve the installer,
so please try it.

Installation CDs and DVDs, other media, errata, and everything else
you'll need are available from the Debian Installer web site[4].

The Debian Installer team thanks everybody who has contributed to this
release.

References
~~

 1. http://wiki.debian.org/DebianInstaller/Team
 2. http://wiki.debian.org/Xen#InstallLenny
 3. http://www.debian.org/devel/debian-installer/errata
 4. http://www.debian.org/devel/debian-installer/

- --
Otavio Salvador
Debian Installer Release Manager
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ 

iEYEARECAAYFAkkbZJoACgkQLqiZQEml+FV5IwCfdJ+xagxFhZv7L4IFAQXPOjFA
8w4AoIj5Kl6FXdj0EPzU1SwO9xOWh1RO
=La9o
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#505496: syslinux: default64 doesn't work after after reloading "config" file.

[Frank Lin PIAT]

Package: syslinux
Version: 2:3.71+dfsg-5
Severity: normal

In the attached example (built with the script below), the idea is to 
automatically
load vesamenu from isolinux.cfg. Then it is possible to quit the vesa menu (to 
use
the F1 and F2 help screen. If one press "Enter", default or default64 should be 
run.

The way we quit vesamenu is to invoke "config menu.cfg".

The problem it's that before vesamenu.c32, default64 is obeyed... but after we 
quit
vesamenu.c32 the entry "default" is obeyed when a user press enter (even for 
amd64).


Franklin


Note: As a work around, in the attached "menu.cfg", it is possible to use 
"default run-autodetect" which uses ifcpu64.c32 for cpu detection.

--

  D=/tmp/TesT
  mkdir $D
  cp 
/usr/lib/syslinux/{dmitest.c32,ifcpu64.c32,solinux.bin,pcitest.c32,vesamenu.c32}
 $D/
  cp /tmp/{isolinux.cfg,menu.cfg}  $D/
  mkisofs -R -J -joliet-long -cache-inodes -b isolinux.bin -c boot.cat 
-no-emul-boot -boot-load-size 4 -boot-info-table -o /tmp/test.iso $D


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (200, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-openvz-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages syslinux depends on:
ii  dosfstools 2.11-6utilities for making and checking 
ii  libc6  2.7-15GNU C Library: Shared libraries
ii  mtools 3.9.11-1  Tools for manipulating MSDOS files
ii  syslinux-common2:3.71+dfsg-5 Kernel loader which uses a FAT, ex

syslinux recommends no packages.

syslinux suggests no packages.

-- no debconf information
prompt 1
say  press F1 or F2 for "help" screen
F1 isolinux.cfg
F2 menu.cfg


# Note that default 64 here doesn't work
default64 run-a64
default run-i32
#default run-autodetect
##It is possible to replace the "default run-i32" above with 
##"default run-autodetect" that works (well... except on virtual box)


label quit
MENU LABEL Quit
config menu.cfg

label run-a64
menu default64
kernel dmitest.c32

label run-i32
menu default
kernel pcitest.c32

label run-autodetect
MENU HIDE
kernel ifcpu64.c32
append run-a64 -- run-i32

include menu.cfg
prompt 0
timeout 0
default vesamenu.c32
#Note that default64 does work here.
default64 vesamenu.c32

Bug#505494: syslinux: ifcpu64.c32 doesn't work under virtualbox (always run 64bit thing)

[Frank Lin PIAT]

Package: syslinux
Version: 2:3.71+dfsg-5
Severity: normal

The module ifcpu64.c32 doesn't work as expected under virtualbox.

If we build a simple test image with the script below.
 * virtualbox will always try to run the entry "a64", where as qemu and 
qemu-system-x86_64 works as expected.
 * default/default64 does detects cpu correctly.
 * I have tried upstream's 3.72 it has the same bug.

Franklin


A script to generate a test.iso
  D="$(mktemp -d)" ;
  echo -e 'say type "go" or press Enter.\ndefault run-default32\ndefault64 
run-default64\nprompt 1\ntimeout 0\nlabel go\n\tkernel ifcpu64.c32\n\tappend 
a64 -- i32' > $D/isolinux.cfg
  cp /usr/lib/syslinux/{isolinux.bin,ifcpu64.c32} $D/ 
  mkisofs -R -J -joliet-long -cache-inodes -b isolinux.bin -c boot.cat 
-no-emul-boot -boot-load-size 4 -boot-info-table -o /tmp/test.iso $D
  [ "$D" ] && rm -Rf "$D"


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (200, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-openvz-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages syslinux depends on:
ii  dosfstools 2.11-6utilities for making and checking 
ii  libc6  2.7-15GNU C Library: Shared libraries
ii  mtools 3.9.11-1  Tools for manipulating MSDOS files
ii  syslinux-common2:3.71+dfsg-5 Kernel loader which uses a FAT, ex

syslinux recommends no packages.

syslinux suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Lenny RC1: no XFS on /

[Walter Landry]

Otavio Salvador <[EMAIL PROTECTED]> wrote:
> Walter Landry <[EMAIL PROTECTED]> writes:
> 
> >> Walter, maybe you (just doing a simple install, with the "standard
> >> system" task only
> >
> > Sorry if I did not make it clear.  I did test the i386 installer, and
> > XFS on "/" did work.  It is only on amd64 that it does not.  I tried
> > again with just the "standard system" task and I got the same problem.
> 
> Can you grab the installer syslog and send it gzipped to us? We'd need
> to indentify if it is a LILO issue or a xfsprogs issue (or kernel,
> what I doubt).

Here you go.

Walter Landry
[EMAIL PROTECTED]


syslog.gz
Description: Binary data

Re: Lenny RC1: no XFS on /

[Otavio Salvador]

Walter Landry <[EMAIL PROTECTED]> writes:

>> Walter, maybe you (just doing a simple install, with the "standard
>> system" task only
>
> Sorry if I did not make it clear.  I did test the i386 installer, and
> XFS on "/" did work.  It is only on amd64 that it does not.  I tried
> again with just the "standard system" task and I got the same problem.

Can you grab the installer syslog and send it gzipped to us? We'd need
to indentify if it is a LILO issue or a xfsprogs issue (or kernel,
what I doubt).

-- 
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#505477: partman hangs if you press "Go Back" after warning message

[Knut Auvor Grythe]

Package: partman-base
Severity: important


This might be a partman-lvm issue instead, I'm not quite sure.

When doing manual partitioning, selecting a physical lvm partition and pressing
Enter the following message is displayed with a red background:

"Partition in use
 No modifications can be made for the partition #6 of device IDE1 master (hda)
 for the following reasons:

 In use by LVM volume group vg1"

If you select "Go Back" in this dialog, an empty blue screen is displayed.
Killing partman did not seem to help (although I might have been killing the 
wrong stuff).

Pressing "Contine" returns me to partman, like I expected "Go Back" would.

-- 
Knut Auvor Grythe



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [PROPOSAL] Identify tasks in the D-I team and "assign" them

[Miguel Figueiredo]

Reorganized in 3 main topics:

- d-i Release Management
- 'product' Development
- Documentation

Added a few topics marked with "+".


- Mensagem Original-
De: Christian Perrier <[EMAIL PROTECTED]>
Para: debian-boot@lists.debian.org
Assunto: [PROPOSAL] Identify tasks in the D-I team and "assign" them
Data: Wed, 12 Nov 2008 18:36:17 +0100

[...]

d-i release Management:
===

= Initial answer to installation reports
= Interface with porters
= Ack unblock requests from the RM team
= Organize team meetings
= Validate new committers
= Maintain the "wished features" list and the release goals list
+ Define releases (objectives for each release and planned week/month) -RCs, ...
+ track progression towards next release (project page with status? blockers, 
builds, regressions, ...)
+ Bits from the d-i team
+ Bug reports tracking (wishlist as input from users, track evolution of BRs on 
the maintained packages and to debian-installer)

"Product" Development:
==

= Porters
 powerpc
 alpha
 m68k
 mips/mipsel
 arm
 ia64
 x86
 amd64

= Packages maintenance:
 aboot-installer
 anna
 apt-setup
 arcboot-installer
 auto-install
 base-installer
 bterm-unifont
 cdebconf
 cdebconf-entropy
 cdebconf-terminal
 cdrom-checker
 cdrom-detect
 cdrom-retriever
 choose-mirror
 clock-setup
 colo-installer
 console-setup
 debian-installer-utils
 debootstrap
 efi-reader
 elilo-installer
 etch-support
 finish-install
 flash-kernel
 glantank
 grub-installer
 hw-detect
 installation-locale
 installation-report
 iso-scan
 kbd-chooser
 kernel-wedge
 kickseed
 libdebian-installer
 lilo-installer
 live-installer
 localechooser
 lowmem
 lvmcfg
 main-menu
 mdcfg
 media-retriever
 mklibs
 mountmedia
 netcfg
 net-retriever
 network-console
 nobootloader
 oldsys-preseed
 os-prober
 palo-installer
 partconf
 partitioner
 partman-auto
 partman-auto-crypto
 partman-auto-lvm
 partman-auto-raid
 partman-base
 partman-basicfilesystems
 partman-basicmethods
 partman-crypto
 partman-efi
 partman-ext2r0
 partman-ext3
 partman-jfs
 partman-lvm
 partman-md
 partman-multipath
 partman-newworld
 partman-palo
 partman-partitioning
 partman-prep
 partman-reiserfs
 partman-target
 partman-xfs
 pkgsel
 prep-installer
 preseed
 quik-installer
 rescue
 rootskel
 rootskel-gtk
 s390-dasd
 s390-netdevice
 s390-sysconfig-writer
 sarge-support
 sibyl-installer
 silo-installer
 srm-reader
 tzsetup
 udpkg
 usb-discover
 userdevfs
 user-setup
 vmelilo-installer
 yaboot-installer
 zipl-installer

= Manual non regression tests
= Automated D-I tests
+ Usability and interface (text and graphical - including art)


* Documentation:


= Maintain the errata
= Maintain DebianInstallerToday
= Prepare Release announcements
= Maintain web site
= Maintain i18n
= Maintain Installation Guide contents
= Maintain Installation Guide translations
= Track Installation Guide builds


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Lenny RC1: no XFS on /

[Walter Landry]

Christian Perrier <[EMAIL PROTECTED]> wrote:
> Quoting Walter Landry ([EMAIL PROTECTED]):
> > Greetings,
> > 
> > I just tried installing Lenny RC1 amd64 (business card and kde) on a
> > Lenovo Thinkpad W500.  I made all of the filesystems XFS, including
> > "/" (I do not have a separate /boot partition).  Upon rebooting, I got
> > the message:
> > 
> >   RAMDISK: Couldn't find valid RAM disk image starting at 0.
> >   List of all partitions:
> >   No filesystem could mount root, tried:
> >   Kernel panic - not syncing: VFS: Unable to mount root fs on 
> > unknown-block(0,1)
> > 
> > When I reinstalled and made "/" ext3, it worked fine.
> 
> 
> I just tested a fairly basic install in a VirtualBox machine: x86 and
> a single XFS FS.
> 
> The installer used LILO as boot loader, as expected andeverything
> ended up working OK at the end.
> 
> Maybe someone could try to reproduce this on an AMD64 system ?
> 
> Walter, maybe you (just doing a simple install, with the "standard
> system" task only

Sorry if I did not make it clear.  I did test the i386 installer, and
XFS on "/" did work.  It is only on amd64 that it does not.  I tried
again with just the "standard system" task and I got the same problem.

Cheers,
Walter Landry
[EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#498789: Pleas include dmraid=true in Special boot parameters help

[Frans Pop]

On Wednesday 12 November 2008, Giuseppe Iuculano wrote:
> Christian Perrier ha scritto:
> > I think we can now safely assume that this is delayed for squeeze and
> > to be moved in the "wished features" list (and probably the release
> > goals list).
>
> My first request was to add a simple line in build/boot/x86/f8.txt. Is
> this possible?

That screen is already pretty full. We just don't have the space to 
document every possible boot option there.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Lenny RC1: no XFS on /

[Christian Perrier]

Quoting Walter Landry ([EMAIL PROTECTED]):
> Greetings,
> 
> I just tried installing Lenny RC1 amd64 (business card and kde) on a
> Lenovo Thinkpad W500.  I made all of the filesystems XFS, including
> "/" (I do not have a separate /boot partition).  Upon rebooting, I got
> the message:
> 
>   RAMDISK: Couldn't find valid RAM disk image starting at 0.
>   List of all partitions:
>   No filesystem could mount root, tried:
>   Kernel panic - not syncing: VFS: Unable to mount root fs on 
> unknown-block(0,1)
> 
> When I reinstalled and made "/" ext3, it worked fine.


I just tested a fairly basic install in a VirtualBox machine: x86 and
a single XFS FS.

The installer used LILO as boot loader, as expected andeverything
ended up working OK at the end.

Maybe someone could try to reproduce this on an AMD64 system ?

Walter, maybe you (just doing a simple install, with the "standard
system" task only




signature.asc
Description: Digital signature

Bug#498789: Pleas include dmraid=true in Special boot parameters help

[Giuseppe Iuculano]

Christian Perrier ha scritto:

> I think we can now safely assume that this is delayed for squeeze and
> to be moved in the "wished features" list (and probably the release
> goals list).

My first request was to add a simple line in build/boot/x86/f8.txt. Is this
possible?


Giuseppe.



signature.asc
Description: OpenPGP digital signature

Bug#505243: Multiarch CD directly boots in the amd64 installer

[Frank Lin PIAT]

On Wed, 2008-11-12 at 16:23 +0100, Frans Pop wrote:
> On Tuesday 11 November 2008, Frank Lin PIAT wrote:
> > Here's a proper patch against SVN repository:
> >
> > I'll try to build a CD, and test it tomorrow on some computers at work.
> 
> I'm afraid that IMO this patch is not a very good idea.
> 
> First of all, as it is, it is incomplete and breaks other installation 
> methods (in fact, I think the change in config/x86.cfg is wrong for CD). 
> But that could be fixed.

I agree that the cd builder scripts should have been modified so only
multiarch would haved used this new trick.
But:

> More importantly, I think it will break the addition of boot options by 
> the user, for example booting with 'install noapic'. Or are they 
> preserved somehow?

That's confirmed: the arguments aren't passed.

> And last but not least I feel that it is a too elaborate patch to support 
> multi-arch, which is after all an exception, and makes the far more 
> common single-arch use case needlessly complicated.

I agree that if such solution were used, the trick should only be
present in multiarch CD (But I wasn't able to provide such improvement).

> I still feel that the basic problem is not in D-I, but in syslinux and
> the 
> best option for Lenny may still be to just comment out 'default64 
> amd64-install' and accept the resulting (minor) erratum.

Especially since we are so close from the release, I completely agree.

> I'll try to do some testing myself today on this issue.

Let me know if I can help.

Franklin




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#505408: cdebconf-gtk: Display problems with italic font in Dzongkha installs

[Christian Perrier]

Quoting Martin Michlmayr ([EMAIL PROTECTED]):
> * Christian Perrier <[EMAIL PROTECTED]> [2008-11-12 07:58]:
> > Package: cdebconf-gtk
> 
> There's no such package?


Oh, bleh, sorry for the time you lost on that. I hastily write this
bug report in my morning bus ride and my stop was approaching..:-)

Thanks to Paul Wise, the bug was properly reassigned anyway. Again,
sorry for the trouble.



signature.asc
Description: Digital signature

Bug#498789: Pleas include dmraid=true in Special boot parameters help

[Christian Perrier]

Quoting Giuseppe Iuculano ([EMAIL PROTECTED]):
> Frans Pop ha scritto:
> 
> > Note that I'm working on a "settings" option for the installer that will 
> > make it a lot easier for users to select options such as dmraid and 
> > multipath (without requiring a boot parameter).
> 
> Hi,
> 
> is there any status update regarding dmraid=true boot parameters or your
> settings option?


I think we can now safely assume that this is delayed for squeeze and
to be moved in the "wished features" list (and probably the release
goals list).




signature.asc
Description: Digital signature

[PROPOSAL] Identify tasks in the D-I team and "assign" them

[Christian Perrier]

Recent discussions around the release as well as during the release
preparation meetings we had these days lead to realize that our team
suffers from some misunderstandings/disagreements/whatever about the
"Who does what" topic.

We also suffer from low resources but sometimes have hard time telling
the people who contact us and want to help what they could help about.

In an attempt to try giving us opportunities to do all this better, I
imagined that I could collect a list of atomic "tasks" that have to be
done during D-I development cycles. The point would then be to put
along with these tasks, some names. Those would be the people
"responsible" for the said task(s), hopefully with a backup, for the
most critical tasks (we could also identifiy what tasks are
"critical").


Please find below a very first attempt to build such list. This is not
sorted at all, but more the way things came up to my mind and mostly
intended to give you an idea of what I'm thinking about, here.

Please feel free to comment, add suggested "tasks" (I probably omit
many of these, the former and current release managers can probably
tell more).

Don't be scared by the number of tasks and the low number of ppl we
can put in face of them. We know we are short in resources..:-)

Here we go:

Initial answer to installation reports

Maintain the "wished features" list and the release goals list

Maintain the errata

Maintain DebianInstallerToday

Prepare Release announcements

Maintain web site

Interface with porters

Porters
 powerpc
 alpha
 m68k
 mips/mipsel
 arm
 ia64
 x86
 amd64

Ack unblock requests from the RM team

Organize team meetings

Maintain i18n

Validate new committers

Maintain Installation Guide contents

Maintain Installation Guide translations

Track Installation Guide builds

Manual non regression tests

Automated D-I tests

Packages maintenance:
 aboot-installer
 anna
 apt-setup
 arcboot-installer
 auto-install
 base-installer
 bterm-unifont
 cdebconf
 cdebconf-entropy
 cdebconf-terminal
 cdrom-checker
 cdrom-detect
 cdrom-retriever
 choose-mirror
 clock-setup
 colo-installer
 console-setup
 debian-installer-utils
 debootstrap
 efi-reader
 elilo-installer
 etch-support
 finish-install
 flash-kernel
 glantank
 grub-installer
 hw-detect
 installation-locale
 installation-report
 iso-scan
 kbd-chooser
 kernel-wedge
 kickseed
 libdebian-installer
 lilo-installer
 live-installer
 localechooser
 lowmem
 lvmcfg
 main-menu
 mdcfg
 media-retriever
 mklibs
 mountmedia
 netcfg
 net-retriever
 network-console
 nobootloader
 oldsys-preseed
 os-prober
 palo-installer
 partconf
 partitioner
 partman-auto
 partman-auto-crypto
 partman-auto-lvm
 partman-auto-raid
 partman-base
 partman-basicfilesystems
 partman-basicmethods
 partman-crypto
 partman-efi
 partman-ext2r0
 partman-ext3
 partman-jfs
 partman-lvm
 partman-md
 partman-multipath
 partman-newworld
 partman-palo
 partman-partitioning
 partman-prep
 partman-reiserfs
 partman-target
 partman-xfs
 pkgsel
 prep-installer
 preseed
 quik-installer
 rescue
 rootskel
 rootskel-gtk
 s390-dasd
 s390-netdevice
 s390-sysconfig-writer
 sarge-support
 sibyl-installer
 silo-installer
 srm-reader
 tzsetup
 udpkg
 usb-discover
 userdevfs
 user-setup
 vmelilo-installer
 yaboot-installer
 zipl-installer





-- 





signature.asc
Description: Digital signature

Bug#505454: tasksel: [PATCH] Add a few useful Telugu tasks

[Y Giridhar Appaji Nag]

On 08/10/26 07:52 +0100, Christian Perrier said ...
> Quoting Y Giridhar Appaji Nag ([EMAIL PROTECTED]):
> > 
> > Attached patch for Telugu translation of tasksel.  The patch also adds
> > tasks for setting up a Telugu environment and KDE/GNOME desktop variants.
> 
> Hmmm, could you please split this in two patches? One for translations
> and another for new tasks?

Patch attached for new Telugu language tasks.

Cheers,

Giridhar

-- 
Y Giridhar Appaji Nag | http://appaji.net/
From be1173e68e0fc610bbba3bdab8507a6de2e8eba8 Mon Sep 17 00:00:00 2001
From: Y Giridhar Appaji Nag <[EMAIL PROTECTED]>
Date: Wed, 12 Nov 2008 21:20:40 +0530
Subject: [PATCH] Add a few useful Telugu tasks

Add Telugu installation tasks for normal and desktop (incl, Gnome and
KDE) installations.

Signed-off-by: Y Giridhar Appaji Nag <[EMAIL PROTECTED]>
---
 tasks/telugu   |   14 ++
 tasks/telugu-desktop   |   13 +
 tasks/telugu-gnome-desktop |   10 ++
 tasks/telugu-kde-desktop   |   11 +++
 4 files changed, 48 insertions(+), 0 deletions(-)
 create mode 100644 tasks/telugu
 create mode 100644 tasks/telugu-desktop
 create mode 100644 tasks/telugu-gnome-desktop
 create mode 100644 tasks/telugu-kde-desktop

diff --git a/tasks/telugu b/tasks/telugu
new file mode 100644
index 000..c74aa9b
--- /dev/null
+++ b/tasks/telugu
@@ -0,0 +1,14 @@
+Task: telugu
+Test-lang: te
+Section: l10n
+Maintainer: Y Giridhar Appaji Nag <[EMAIL PROTECTED]>
+Description: Telugu environment
+ This task installs programs, data files, fonts, and
+ documentation that makes it easier for Telugu speakers
+ to use Debian.
+Key:
+  language-env
+Packages: task-fields
+Packages-list:
+  ttf-telugu-fonts
+  aspell-te
diff --git a/tasks/telugu-desktop b/tasks/telugu-desktop
new file mode 100644
index 000..dbe746c
--- /dev/null
+++ b/tasks/telugu-desktop
@@ -0,0 +1,13 @@
+Task: telugu-desktop
+Enhances: desktop, telugu
+Section: l10n
+Maintainer: Y Giridhar Appaji Nag <[EMAIL PROTECTED]>
+Description: Telugu desktop
+ This task localises the desktop environment in Telugu.
+Key:
+Packages: task-fields
+Packages-list:
+  openoffice.org-l10n-te-in
+  ttf-telugu-fonts
+  scim-tables-additional
+  iiimf-le-unit
diff --git a/tasks/telugu-gnome-desktop b/tasks/telugu-gnome-desktop
new file mode 100644
index 000..ae63085
--- /dev/null
+++ b/tasks/telugu-gnome-desktop
@@ -0,0 +1,10 @@
+Task: telugu-gnome-desktop
+Enhances: gnome-desktop, telugu-desktop
+Section: l10n
+Maintainer: Y Giridhar Appaji Nag <[EMAIL PROTECTED]>
+Description: Telugu GNOME desktop environment
+ This task localises the GNOME desktop environment in Telugu.
+Key:
+Packages: task-fields
+Packages-list:
+  scim-gtk2-immodule
diff --git a/tasks/telugu-kde-desktop b/tasks/telugu-kde-desktop
new file mode 100644
index 000..2182ec1
--- /dev/null
+++ b/tasks/telugu-kde-desktop
@@ -0,0 +1,11 @@
+Task: telugu-kde-desktop
+Enhances: kde-desktop, telugu-desktop
+Section: l10n
+Maintainer: Y Giridhar Appaji Nag <[EMAIL PROTECTED]>
+Description: Telugu KDE desktop environment
+ This task localises the KDE desktop environment in Telugu.
+Key:
+Packages: task-fields
+Packages-list:
+  kde-i18n-te
+  scim-qtimm
-- 
1.5.6.5



signature.asc
Description: Digital signature

Bug#503417: tasksel: [PATCH] New te_IN translation

[Y Giridhar Appaji Nag]

On 08/10/26 07:52 +0100, Christian Perrier said ...
> Quoting Y Giridhar Appaji Nag ([EMAIL PROTECTED]):
> > Attached patch for Telugu translation of tasksel.  The patch also adds
> > tasks for setting up a Telugu environment and KDE/GNOME desktop variants.
> 
> Hmmm, could you please split this in two patches? One for translations
> and another for new tasks?

Patch for translation attached.

Cheers,

Giridhar

-- 
Y Giridhar Appaji Nag | http://appaji.net/
From cf172027f342ffba3febd77cc2263ff46d8d8ef1 Mon Sep 17 00:00:00 2001
From: Y Giridhar Appaji Nag <[EMAIL PROTECTED]>
Date: Wed, 12 Nov 2008 21:19:45 +0530
Subject: [PATCH] New te_IN translation

Telugu translation of tasksel

Signed-off-by: Y Giridhar Appaji Nag <[EMAIL PROTECTED]>
---
 Makefile|4 +-
 debian/po/te.po |   53 ++
 po/te.po|   43 +++
 tasks/po/te.po  |  209 +++
 4 files changed, 307 insertions(+), 2 deletions(-)
 create mode 100644 debian/po/te.po
 create mode 100644 po/te.po
 create mode 100644 tasks/po/te.po

diff --git a/Makefile b/Makefile
index a1466b2..bdff344 100644
--- a/Makefile
+++ b/Makefile
@@ -4,8 +4,8 @@ TASKDIR=/usr/share/tasksel
 DESCDIR=tasks
 DESCPO=$(DESCDIR)/po
 VERSION=$(shell expr "`dpkg-parsechangelog 2>/dev/null |grep Version:`" : '.*Version: \(.*\)' | cut -d - -f 1)
-LANGS=ar bg bn bs ca cs cy da de dz el eo es et eu fa fi fr gl gu he hi hr hu hy id it ja km ko lt lv mg mk nb ne nl nn pa pl pt_BR pt ro ru sk sl sq sv ta th tl tr uk vi wo zh_CN zh_TW
-LANGS_DESC=ar bg bn bs ca cs cy da de dz el eo es et et eu fi fr gl gu he hi hr hu id it ja km ko lt lv mg mk nb ne nl nn pa pl pt_BR pt ro ru sk sl sq sv th tl tr uk vi wo zh_CN zh_TW
+LANGS=ar bg bn bs ca cs cy da de dz el eo es et eu fa fi fr gl gu he hi hr hu hy id it ja km ko lt lv mg mk nb ne nl nn pa pl pt_BR pt ro ru sk sl sq sv ta te th tl tr uk vi wo zh_CN zh_TW
+LANGS_DESC=ar bg bn bs ca cs cy da de dz el eo es et et eu fi fr gl gu he hi hr hu id it ja km ko lt lv mg mk nb ne nl nn pa pl pt_BR pt ro ru sk sl sq sv te th tl tr uk vi wo zh_CN zh_TW
 LOCALEDIR=$(DESTDIR)/usr/share/locale
 
 all: $(TASKDESC) $(DESCPO)/build_stamp po/build_stamp override
diff --git a/debian/po/te.po b/debian/po/te.po
new file mode 100644
index 000..2dd03ac
--- /dev/null
+++ b/debian/po/te.po
@@ -0,0 +1,53 @@
+# translation of templates.pot to Telugu
+# Copyright (C) 2008, Y Giridhar Appaji Nag <[EMAIL PROTECTED]>
+# This file is distributed under the same license as the tasksel package.
+#
+# Y Giridhar Appaji Nag <[EMAIL PROTECTED]>, 2008.
+msgid ""
+msgstr ""
+"Project-Id-Version: te\n"
+"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
+"POT-Creation-Date: 2006-09-13 14:42-0400\n"
+"PO-Revision-Date: 2008-10-25 14:32+0530\n"
+"Last-Translator: Y Giridhar Appaji Nag <[EMAIL PROTECTED]>\n"
+"Language-Team: Telugu <[EMAIL PROTECTED]>\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+"X-Generator: KBabel 1.11.4\n"
+
+#. Type: multiselect
+#. Description
+#. Type: multiselect
+#. Description
+#: ../templates:1001 ../templates:2001
+msgid "Choose software to install:"
+msgstr "ప్రతిష్టాపించుటకు సాఫ్ట్ వేర్ (software) ఎన్నుకోండి:"
+
+#. Type: multiselect
+#. Description
+#: ../templates:1001
+msgid ""
+"At the moment, only the core of the system is installed. To tune the system "
+"to your needs, you can choose to install one or more of the following "
+"predefined collections of software."
+msgstr ""
+"ప్రస్తుతం వ్యవస్థ (సిస్టం [system]) పునాది (కోర్ [core]) మాత్రం ప్రతిష్టింపబడినది. వ్యవస్థను మీకు "
+"అనుగుణంగా మార్చుకొనుటకు మీరు ఈ క్రింది సాఫ్ట్ వేర్ (software) ప్యాకేజీల (packages) సంగ్రహము "
+"(collection) లో ఒకటి లేదా మరిన్ని ఎన్నుకొని ప్రతిష్టాపించుకొవచ్చు."
+
+#. Type: multiselect
+#. Description
+#: ../templates:2001
+msgid ""
+"You can choose to install one or more of the following predefined "
+"collections of software."
+msgstr ""
+"ప్రతిష్టాపనకు మీరు ఈ క్రింది సాఫ్ట్ వేర్ (software) ప్యాకేజీల సంగ్రహము (కలెక్షన్ [collection]) లో "
+"ఒకటి లేదా మరిన్ని ఎన్నుకోవచ్చు"
+
+#. Type: title
+#. Description
+#: ../templates:3001
+msgid "Software selection"
+msgstr "సాఫ్ట్ వేర్ (software) ఎంపిక"
diff --git a/po/te.po b/po/te.po
new file mode 100644
index 000..ab33f4f
--- /dev/null
+++ b/po/te.po
@@ -0,0 +1,43 @@
+# translation of tasksel.po to Telugu
+# Copyright (C) 2008, Y Giridhar Appaji Nag <[EMAIL PROTECTED]>
+# This file is distributed under the same license as the tasksel package.
+#
+# Y Giridhar Appaji Nag <[EMAIL PROTECTED]>, 2008.
+msgid ""
+msgstr ""
+"Project-Id-Version: te\n"
+"Report-Msgid-Bugs-To: \n"
+"POT-Creation-Date: 2008-05-14 17:41-0400\n"
+"PO-Revision-Date: 2008-10-25 12:20+0530\n"
+"Last-Translator: Y Giridhar Appaji Nag <[EMAIL PROTECTED]>\n"
+"Language-Team: Telugu <[EMAIL PROTECTED]>\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+"X-Generator: 

Bug#505243: Multiarch CD directly boots in the amd64 installer

[Frans Pop]

On Tuesday 11 November 2008, Frank Lin PIAT wrote:
> Here's a proper patch against SVN repository:
>
> I'll try to build a CD, and test it tomorrow on some computers at work.

I'm afraid that IMO this patch is not a very good idea.

First of all, as it is, it is incomplete and breaks other installation 
methods (in fact, I think the change in config/x86.cfg is wrong for CD). 
But that could be fixed.

More importantly, I think it will break the addition of boot options by 
the user, for example booting with 'install noapic'. Or are they 
preserved somehow?
Even if they are preserved, are they preserved *correctly*? I.e. appended 
(not prepended) to the append lines defined in the options you jump to, 
and without adding any extra "--".

And last but not least I feel that it is a too elaborate patch to support 
multi-arch, which is after all an exception, and makes the far more 
common single-arch use case needlessly complicated.

I still feel that the basic problem is not in D-I, but in syslinux and the 
best option for Lenny may still be to just comment out 'default64 
amd64-install' and accept the resulting (minor) erratum.

The information that was gathered while tracking this issue down is very 
valuable. We now have a much better understanding of the problem and what 
does not work/could work. And I really like the option to jump back to 
the menu from the help screens.

I'll try to do some testing myself today on this issue.

Cheers,
FJP


signature.asc
Description: This is a digitally signed message part.

Processed: split translation and tasks to different bugs

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> clone 503417 -1
Bug#503417: tasksel: [PATCH] New te_IN translation + Add a few useful Telugu 
tasks
Bug 503417 cloned as bug 505454.

> retitle 503417 tasksel: [PATCH] New te_IN translation
Bug#503417: tasksel: [PATCH] New te_IN translation + Add a few useful Telugu 
tasks
Changed Bug title to `tasksel: [PATCH] New te_IN translation' from `tasksel: 
[PATCH] New te_IN translation + Add a few useful Telugu tasks'.

> retitle -1 tasksel: [PATCH] Add a few useful Telugu tasks
Bug#505454: tasksel: [PATCH] New te_IN translation + Add a few useful Telugu 
tasks
Changed Bug title to `tasksel: [PATCH] Add a few useful Telugu tasks' from 
`tasksel: [PATCH] New te_IN translation + Add a few useful Telugu tasks'.

> thanks
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#498789: Pleas include dmraid=true in Special boot parameters help

[Giuseppe Iuculano]

Frans Pop ha scritto:

> Note that I'm working on a "settings" option for the installer that will 
> make it a lot easier for users to select options such as dmraid and 
> multipath (without requiring a boot parameter).

Hi,

is there any status update regarding dmraid=true boot parameters or your
settings option?


Giuseppe.



signature.asc
Description: OpenPGP digital signature