Hello,
On 4/18/06, Davide Viti [EMAIL PROTECTED] wrote:
As for Thai you've added the necessary infos to the wiki and I'll run a
test using ttf-thai-tlwg.
Unfortunately, ttf-thai-tlwg is not uploaded yet. My sponsor-to-be
(i.e. the previous maintainer of the orphaned xfonts-thai-ttf
himself)
On 18/04/2006, at 3:20 PM, Davide Viti wrote:
I think you've fixed them; the string containing _all_ 24
characters was
the following:
Việt\t\t\t\tAnh\t\t\tGiá
trị━
━━━ giao diện\t\tinterface
which now has been replaced with:
msgstr
Vi-1ïÇt\t\t\t\tAnh\t\t\tGiá
Il giorno lun, 17/04/2006 alle 11.48 +0200, Fredrik Olofsson ha scritto:
On Saturday, April 15, 2006 at 18:23:28 +0200, Geert Stappers wrote:
On Fri, Apr 14, 2006 at 12:00:50AM +0200, Fredrik Olofsson wrote:
Hi.
An even simpler solution is to boot the installer with:
install
Il giorno lun, 17/04/2006 alle 23.06 +0200, Frans Pop ha scritto:
On Monday 17 April 2006 14:57, Stefano Canepa wrote:
I installed on a SATA system using a self built installer I built last
wednesday and was able to install without using any of the described
workaroud.
That probably
On 4/18/06, Denis Barbier [EMAIL PROTECTED] wrote:
On Mon, Apr 03, 2006 at 04:18:36PM +0600, Jamil Ahmed wrote:
[...]
I wrote a first draft of collation rules, based on informations found in
http://tdil.mit.gov.in/bangla.pdf
I understand the non-debian work loads my previous maintainer
is handling. So, it may take a long time until he's available.
So, I would be grateful if someone could help sponsor it after
it's finished. (I may make such request in debian-mentor soon.)
I can do it. You just need to warn me
Il giorno lun, 17/04/2006 alle 23.00 +0200, Frans Pop ha scritto:
merge 362028 363084
reassign 363084 grub-installer, grub
severity 363084 important
retitle 363084 Grub install fails first time, but succeeds when run again
thanks
As this is the second report I've seen that mentions having
Hello,
as first, thanks for your answer:
Frans Pop schrieb:
First off, even though the name of this list is debian-boot, it is not
about solving boot problems, but rather about developing Debian's
installer. You may get more help if you ask on debian-user.
That's in fact my problem. I
On 4/18/06, Christian Perrier [EMAIL PROTECTED] wrote:
I understand the non-debian work loads my previous maintainer
is handling. So, it may take a long time until he's available.
So, I would be grateful if someone could help sponsor it after
it's finished. (I may make such request in
On Thu, Apr 06, 2006 at 07:24:36AM +0200, Helmut Wollmersdorfer wrote:
Bill Allombert wrote:
On Tue, Apr 04, 2006 at 10:19:24PM +0200, Frans Pop wrote:
With Beta 2 we have lost the option to (easily) install without using a
network connection. There have been several comments about this.
Package: debian-installer
Severity: important
Hello,
This is a spin-off of #345999.
On Mon, Apr 17, 2006 at 11:48:40AM +0200, Fredrik Olofsson wrote:
On Saturday, April 15, 2006 at 18:23:28 +0200, Geert Stappers wrote:
On Fri, Apr 14, 2006 at 12:00:50AM +0200, Fredrik Olofsson wrote:
Hi.
Package: debian-installer
Severity: normal
Daily image used: 16 April 2006.
After installation (which went *really* nicely, thanks for that :)
/etc/modules had the following contents:
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that
On Tuesday 18 April 2006 10:54, Sven Schumacher wrote:
That's in fact my problem. I tried to build my own netinst-iso
including the needed module for the Highpoint 1820 RAID-Controller.
I never reached the state, installing Debian to that machine.
I'm compiling the kernel for my own
reassign 363292 debian-installer-utils
tag 363292 pending
thanks
On Tuesday 18 April 2006 12:49, Fabian Fagerholm wrote:
ide-cd.load
ide-disk.load
ide-generic.load
psmouse.load
sbp2.load
What is the .load suffix? It seems to cause complaints during boot.
Thanks for catching this error:
Processing commands for [EMAIL PROTECTED]:
reassign 363292 debian-installer-utils
Bug#363292: debian-installer: strange /etc/modules generated
Bug reassigned from package `debian-installer' to `debian-installer-utils'.
tag 363292 pending
Bug#363292: debian-installer: strange /etc/modules
reassign 363290 debian-installer-utils
tags 363290 + pending
thanks
On Tuesday 18 April 2006 12:45, Geert Stappers wrote:
So what to do with kernel options that are not available in kernel
module?
I think this can be explained by the same error as #363292.
P.S. Geert: Don't create new bugs
Geert Stappers [EMAIL PROTECTED] writes:
On Thu, Apr 06, 2006 at 07:24:36AM +0200, Helmut Wollmersdorfer wrote:
Bill Allombert wrote:
On Tue, Apr 04, 2006 at 10:19:24PM +0200, Frans Pop wrote:
With Beta 2 we have lost the option to (easily) install without using a
network connection.
Thanks for your information, but I am now frustrated to learn that Intel actually did NOT open source its firmware alongside with the driver.I just want to know at present, are there any existing laptop wifi chips and/or graphics chips which their drivers and firmware and any other non-hardware
Processing commands for [EMAIL PROTECTED]:
reassign 363290 debian-installer-utils
Bug#363290: kernel option not available in kernel module
Bug reassigned from package `debian-installer' to `debian-installer-utils'.
tags 363290 + pending
Bug#363290: kernel option not available in kernel module
Hello Frans Pop
I should have made myself more clear when I made my 'install report'.
I'm sure the problem with GRUB is a problem within GRUB...not the Debian
installer. I have had the same problem when installing Gentoo. I have had
to run the 'Grub setup (hd0,x)' command
Tired of working a dead end job ?
Ca.ll u_s now get any de.g.ree you desire in 2weeks! _1.0.0% verifiable
1+206-337-1883
Sincerely,
Rickey Hartman
push the Perform Currency Conversion button..
Impel you forever up the
On Wed, Apr 19, 2006 at 12:44:15AM +1200, Dominik Margraf wrote:
Thanks for your information, but I am now frustrated to learn that Intel
actually did NOT open source its firmware alongside with the driver.
I just want to know at present, are there any existing laptop wifi chips
and/or
On Wed, Apr 19, 2006 at 12:44:15AM +1200, Dominik Margraf wrote:
Thanks for your information, but I am now frustrated to learn that Intel
actually did NOT open source its firmware alongside with the driver.
I just want to know at present, are there any existing laptop wifi chips
and/or
Package: installation-reports
Boot method: Boot from netinst install CD
Image version: Debian etch installation CD-ROM, built 20060409
Date: Mon Apr 17 08:55:00 GMT/BST 2006
Machine: Fujitsu LifeBook P7120 Notebook
Processor: Intel Pentium M Processor ULV 753 (1.2 GHz, 2M L2 Cache)
Memory: 1 GB
On Tuesday 18 April 2006 16:12, Digby Tarvin wrote:
Comments/Problems:
Initial attempt to install using Etch Beta 2 Install image failed to
detect the SATA DVD-RAM drive, even following the workaround
instructions at http://wiki.debian.org/DebianInstaller/SataAtapiHowto
Strange.
Switching
Hi,
do someone can tell me what exactly is causing at 1st reboot the
base-config to be runned?
(Pleae BCC or CC answer to ' olr_AT_brlspeak_DOT_net ')
Thnx in advance.
Osvaldo.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Quoting Osvaldo ([EMAIL PROTECTED]):
Hi,
do someone can tell me what exactly is causing at 1st reboot the
base-config to be runned?
Please note that base-config is no more run after the reboot with
recent versions of D-I (beta2 and later).
Apart from that, in versions of D-I that were
-- Forwarded Message --
Subject: Re: Bug#363331: installation-reports
Date: Tuesday 18 April 2006 19:38
From: Digby Tarvin [EMAIL PROTECTED]
To: Frans Pop [EMAIL PROTECTED]
Hi Frans,
Thanks for acknowledging my report...
On Tue, Apr 18, 2006 at 06:23:42PM +0200, Frans Pop
Your message dated Tue, 18 Apr 2006 11:47:06 -0700
with message-id [EMAIL PROTECTED]
and subject line Bug#363290: fixed in debian-installer-utils 1.26
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
Your message dated Tue, 18 Apr 2006 11:47:06 -0700
with message-id [EMAIL PROTECTED]
and subject line Bug#361870: fixed in debian-installer-utils 1.26
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
Your message dated Tue, 18 Apr 2006 11:47:06 -0700
with message-id [EMAIL PROTECTED]
and subject line Bug#363292: fixed in debian-installer-utils 1.26
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
Processing commands for [EMAIL PROTECTED]:
reassign 358532 hw-detect
Bug#358532: Please make sure that sbus modules make it to initrd on sparc
Bug reassigned from package `base-installer' to `hw-detect'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.16
reassign 362029 netcfg
Bug#362029: debian-installer: Installer doesn't create /etc/resolv.conf
Bug reassigned from package `netcfg' to `netcfg'.
End of message, stopping processing
Frans Pop wrote:
Now this _is_ a valid reason to use expert install. That will give you the
option to enter module parameters which should still be used after the
reboot.
Not anymore, but adding this on the boot line will work:
3c509.xcvr=3
--
see shy jo
signature.asc
Description:
On Tuesday 18 April 2006 20:52, Joey Hess wrote:
Frans Pop wrote:
Now this _is_ a valid reason to use expert install. That will give
you the option to enter module parameters which should still be used
after the reboot.
Not anymore, but adding this on the boot line will work:
Frans Pop wrote:
I agree with that. What would be cleaner is to teach d-i a bit about
installation methods (at least CD/net) so we could ask for current
installation method.
Yeah, I agree. I haven't found a nice retreiver-like abstraction for it
yet though.
We should apply that.
I've got
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.16
reassign 362989 partman-target
Bug#362989: debian-installer: post-install /etc/fstab cdrom setting can be
problematic for certain discs
Bug reassigned from package `partman-target' to
Stefano Canepa wrote:
I include the log part that mention grub-installer but as you can see
there is only the successful installation of grub, the only problem I
see with grub is a timeout during download. Is grub downloaded just
before using it? Could it be that d-i does not found grub and
On Apr 18, 2006, at 2:04 PM, Frans Pop wrote:
The Realtek device is a 10/100 UTP interface, which was connected to
a 10Mb hub, which failed to work also.
It was not till I connected to a 10/100Mb hub that the network
started to work for the Debian install, so I suspect it was not
supporting
Frans Pop wrote:
OK. New proposal.
1) Revert currently pending changes to choose-mirror.
2) Split choose-mirror (c-m) into c-m-bin (actual program) and
c-m (postinst); c-m depends on c-m-bin.
3) Make cdrom-detect and iso-scan set cdrom/base_installable in debconf
database if
Il giorno mar, 18/04/2006 alle 15.11 -0400, Joey Hess ha scritto:
Stefano Canepa wrote:
I include the log part that mention grub-installer but as you can see
there is only the successful installation of grub, the only problem I
see with grub is a timeout during download. Is grub downloaded
Processing commands for [EMAIL PROTECTED]:
unmerge 363084
Bug#363084: Grub install fails first time, but succeeds when run again
Bug#362028: New Debian installer report
Disconnected #363084 from all other report(s).
thanks
Stopping processing here.
Please contact me if you need assistance.
On Tuesday 18 April 2006 21:49, Digby Tarvin wrote:
I suppose 'change your hardware to something better supported' is
always going to be a possible solution to an installation problem,
but won't be much help to the next person who tries the same
combination.
Well, if you can find out why d-i
On Tue, Apr 18, 2006 at 03:04:43PM -0400, Rick Thomas wrote:
Many of the old 10Mbit hubs didn't handle speed and/or duplex
negotiation as well as modern specs require.
Is it possible that the installer's driver software (or the associated
configuration files) are less sophisticated (or
Processing commands for [EMAIL PROTECTED]:
reassign 363084 installation-reports
Bug#363084: Grub install fails first time, but succeeds when run again
Bug reassigned from package `installation-reports' to `installation-reports'.
thanks
Stopping processing here.
Please contact me if you need
On Tuesday 18 April 2006 20:04, Frans Pop wrote:
# echo libata.atapi_enabled=1 /etc/modutils.d/local
This file was supposed to be created by the installer, but there was
an error in the code.
Still no luck - are you sure about the directory? I had no
/etc/modutils.d exiting on my
reassign 362028 grub
retitle 362028 [D-I] [reiserfs] Grub install fails first time, but succeeds
when run again
tags + d-i
thanks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tuesday 18 April 2006 14:42, [EMAIL PROTECTED] wrote:
Apr 10 13:21:44 grub-installer: Error 6: Mismatched or corrupt version
of stage1/stage2
Thanks. This seems to indicate a problem in grub-install. I've reassigned
this bug report to package grub so its maintainers can take a look at it.
Processing commands for [EMAIL PROTECTED]:
reassign 362028 grub
Bug#362028: New Debian installer report
Bug reassigned from package `installation-reports' to `grub'.
retitle 362028 [D-I] [reiserfs] Grub install fails first time, but succeeds
when run again
Bug#362028: New Debian installer
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.17
severity 363406 important
Bug#363406: installation-report: X does not work: glx not available for ATI
Radeons
Severity set to `important'.
End of message, stopping processing here.
On Tuesday 18 April 2006 21:32, Joey Hess wrote:
If someone really wants to do that, why not just let them, it might
break some of the time, but then installing current etch from an old
etch CD will also break some of the time.
For testing - unstable I guess that it's OK. Maybe even for stable
On Tue, Apr 18, 2006 at 09:26:49PM +0200, Frans Pop wrote:
On Tuesday 18 April 2006 20:04, Frans Pop wrote:
# echo libata.atapi_enabled=1 /etc/modutils.d/local
This file was supposed to be created by the installer, but there was
an error in the code.
Still no luck - are you sure
Your message dated Tue, 18 Apr 2006 23:54:38 +0200
with message-id [EMAIL PROTECTED]
and subject line busybox-udeb: please build with CONFIG_UUENCODE=y
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
I've just committed a patch which makes it possible
to add a level-specific script to the spellchecker.
ATM it's used with level1 translations, and it is used
to check the following:
1) check for Choose language in the translation of the Choose
language string (if it's been translated... if
debian-installer-utils_1.26_i386.changes uploaded successfully to localhost
along with the files:
debian-installer-utils_1.26.dsc
debian-installer-utils_1.26.tar.gz
di-utils-shell_1.26_all.udeb
di-utils-reboot_1.26_all.udeb
di-utils-exit-installer_1.26_all.udeb
Accepted:
debian-installer-utils_1.26.dsc
to pool/main/d/debian-installer-utils/debian-installer-utils_1.26.dsc
debian-installer-utils_1.26.tar.gz
to pool/main/d/debian-installer-utils/debian-installer-utils_1.26.tar.gz
di-utils-exit-installer_1.26_all.udeb
to
On Wednesday 19 April 2006 00:12, Digby Tarvin wrote:
Actually I should have mentioned that I had tried correcting
the syntax in modprobe.d. I had changed /etc/modprobe.d/libata to
options libata atapi_enabled=1
which no longer produces a syntax warning, but I still get
ata1(0): WARNING:
On Tue, Apr 18, 2006 at 10:17:36PM +0200, Frans Pop wrote:
On Tuesday 18 April 2006 21:49, Digby Tarvin wrote:
I suppose 'change your hardware to something better supported' is
always going to be a possible solution to an installation problem,
but won't be much help to the next person who
On Wed, Apr 19, 2006 at 12:47:36AM +0200, Frans Pop wrote:
On Wednesday 19 April 2006 00:12, Digby Tarvin wrote:
Actually I should have mentioned that I had tried correcting
the syntax in modprobe.d. I had changed /etc/modprobe.d/libata to
options libata atapi_enabled=1
which no longer
On Wednesday 19 April 2006 01:42, Digby Tarvin wrote:
But the modprobe.d method doesn't work on my system for installation or
post installation, and I think there is a good chance the two issues
are be related.
This is the code that parses the option you pass as a kernel option:
if [ -n
On Saturday 15 April 2006 18:50, Jurij Smakov wrote:
Attached patches against base-installer and d-i-utils make it possible
to schedule kernel modules for addition to the initrd (aka initramfs)
using register_module. d-i-utils.patch adds a --initrd (or -i) option
to register-module, which
On Wed, Apr 19, 2006 at 02:20:06AM +0200, Frans Pop wrote:
On Wednesday 19 April 2006 01:42, Digby Tarvin wrote:
But the modprobe.d method doesn't work on my system for installation or
post installation, and I think there is a good chance the two issues
are be related.
[snip]
In other
On Wednesday 19 April 2006 02:20, Frans Pop wrote:
Hmm. Actually, I think I've read that modprobe.conf overrules anything
that is in /etc/modprobe.d...
Could you check if that is the case if you use the second method? Is
there a file (maybe empty) /etc/modprobe.conf that could overrule what
Debian Bug Tracking System napsal(a):
Sorry, but this is nowhere near a critical bug report, not even important.
You still have access to a regular text console from which you can
correct the situation.
Also, we consider configuration of X outside the scope of the installer.
Please ask for
Dear Davide,
Since Dzongkha cannot be rendered in the text mode, and its only
inteded to be added in g-i do we need to follow the following line as
mentioned in your mail.
Make sure every msgstr containing
#. Translators, this is a menu choice.MUST BE UNDER xx COLUMNS
is not longer than xx
I
3) Make sure every msgstr containing
#. Translators, this is a menu choice.MUST BE UNDER xx COLUMNS
is not longer than xx
The new column has been called Specific checks, see:
http://d-i.alioth.debian.org/spellcheck/level1/index.html
Currently the following languages need to be fixed:
66 matches
Mail list logo