On Saturday 27 March 2004 22:31, Joey Hess wrote:
Yes, it was the MTA config item. I don't see the significance of a
colon, it's just another character.
Found it!!! I used MTA in parenthesis to explain the greek translation
like that:
text (MTA)
Apparently perl didn't like that and it caused
On Sunday 28 March 2004 18:37, Joey Hess wrote:
I don't understand how that could be significant either. What did
you see?
It loaded the exim4 debconf screen (which it didn't before) and it
allowed me to complete the installation. There was no loop.
Konstantinos
--
To UNSUBSCRIBE, email
Konstantinos Margaritis wrote:
On Saturday 27 March 2004 22:31, Joey Hess wrote:
Yes, it was the MTA config item. I don't see the significance of a
colon, it's just another character.
Found it!!! I used MTA in parenthesis to explain the greek translation
like that:
text (MTA)
Konstantinos Margaritis wrote:
On Sunday 28 March 2004 18:37, Joey Hess wrote:
I don't understand how that could be significant either. What did
you see?
It loaded the exim4 debconf screen (which it didn't before) and it
allowed me to complete the installation. There was no loop.
I'm
Konstantinos Margaritis wrote:
It seems that this bug continues to appear. I was really busy the
last weeks and could not do any debian work at all. Which menu item
did you mean?
This one: Configure the Mail Transfer Agent?
If it may help, I just found out that the greek translation had a
On Friday 05 March 2004 21:20, Joey Hess wrote:
I can reproduce this bug doing an install in greek. Moreover, I can
reproduce it with the teletype debconf frontend, so it's not a
problem with whiptail. It seems that this one menu item for MTA
configuration must be mangled somehow in debconf,
That was helpful. It seems this problem is probably limited to the el_GR
utf-8 locale. In the log file I see it grep for the menu item for
configuring the MTA, and somehow it fails to find the greek translation
in the menu mapping file. It could be some 8-bit cleanness issue
corrupting the string
On Sunday 29 February 2004 19:26, Joey Hess wrote:
I can't reproduce this. What does your /etc/inittab look like?
Do you have an /etc/inittab.real?
/usr/lib/base-config/menu/finish is responsible for replacing the
inittab with one that does not use base-config. Add debugging
commands to that
Konstantinos Margaritis wrote:
Ok, I managed to duplicate the process. After the install I do the
following steps:
1) I did not add another apt source
2) I chose tasksel to select packages
3) I chose nothing in tasksel (just pushed finish)
In this part tasksel showed a bug, it lists
On Thursday 04 March 2004 03:16, Joey Hess wrote:
Konstantinos Margaritis wrote:
Well the grep output is coming from part of base-config, but I
can't understand why that would happen. Are you using the
debian-installer netinst CD?
Yes, even the latest 20040303 sid netinst from gluck. The last
Konstantinos Margaritis wrote:
Yes, even the latest 20040303 sid netinst from gluck. The last one I
tried (20040301) also showed this behaviour (come to think of it,
pretty much all the last ones...).
I just tried, and I cannot reproduce it.
Hm, I am not really knowledgeable of
On Thursday 04 March 2004 02:43, Joey Hess wrote:
I just tried, and I cannot reproduce it.
The first time I did my installation, I had the same problem (using
sarge-i386-netinst.iso (02-Mar-2004) from http://gluck.debian.org/cdimage/
testing/daily/i386/current/).
Don't know if I can reproduce
Package: base-config
Version: 2.13
Severity: normal
after successfully installing and configuring the system with
base-config, instead of letting me login to the system, base-config
restarts and makes me answer the same questions all over.
Konstantinos
-- System Information:
Debian Release:
Konstantinos Margaritis wrote:
after successfully installing and configuring the system with
base-config, instead of letting me login to the system, base-config
restarts and makes me answer the same questions all over.
I can't reproduce this. What does your /etc/inittab look like?
Do you have
14 matches
Mail list logo