-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ok, I have now finished the infrastructure using version maps, but
before I upload I would like to describe the process, for feedback,
comments etc.
Basically the dir structure is this:
/conffiles.d:
sarge/ woody/ xfree86-kbd.preinst ispell.prein
On Tue, Jun 29, 2004 at 10:52:12PM +0300, Konstantinos Margaritis wrote:
> conffiles.d/sarge:
> ispell.preinst xfree86-kbd.preinst
>
> conffiles.d/woody:
> ispell.postinst ktouch.postinst locale.preinstopera6.postinst
> xfree86-kbd.preinst kde2.postinstlinks.postinst
> ltsp-xfree86-
On ÎÎÏ 30 ÎÎÏÎ 2004 01:39, Petter Reinholdtsen wrote:
> Well, sure, you can keep adding new options all the time, but it
> will be a maintenence problem keeping it correct and up to date.
True, but this applies for everything, and maintaining will be easy
for older releases, only the latest will
On ÎÎÏ 30 ÎÎÏÎ 2004 00:39, Petter Reinholdtsen wrote:
> Not sure if it is a good idea to hardcode in the names of debian
> releases like that. The package should work also after sarge is
> released, and a new version is being developed.
There is no reason why it should not work, after all, I can
[Konstantinos Margaritis]
> There is no reason why it should not work, after all, I can just add
> a new option for the next release.
Well, sure, you can keep adding new options all the time, but it will
be a maintenence problem keeping it correct and up to date.
> unpredictable ways? I don't rea
[Konstantinos Margaritis]
> Ok, here is what i have now:
> conffiles.d/:
> sarge woody
Not sure if it is a good idea to hardcode in the names of debian
releases like that. The package should work also after sarge is
released, and a new version is being developed.
> It will read the /etc/debian_
On ÎÏÎ 29 ÎÎÏÎ 2004 17:34, Konstantinos Margaritis wrote:
> ok, how about spliting the conffiles to two dirs, for woody/sarge,
> or with a suffix in the filename (eg. kde2.woody, kde3.sarge).
Ok, here is what i have now:
conffiles.d/:
sarge woody
conffiles.d/sarge:
ispell.preinst xfree86-kbd.pr
On ÎÏÎ 29 ÎÎÏÎ 2004 14:12, Petter Reinholdtsen wrote:
> [Konstantinos Margaritis]
>
> > * of all the conffiles.d, we only need xfree86-kbd, and probably
> > kde(but updated for kde 3)
>
> If possible, make sure the package work in Woody as well as in
> Sarge/Sid.
ok, how about spliting the conffil
[Konstantinos Margaritis]
> * of all the conffiles.d, we only need xfree86-kbd, and probably
> kde(but updated for kde 3)
If possible, make sure the package work in Woody as well as in
Sarge/Sid.
> * ispell needs to be updated to new versions which are (I think)
> debconf base
Yes, some major r
On ÎÏÏ 27 ÎÎÏÎ 2004 09:21, Christian Perrier wrote:
> Quoting Petter Reinholdtsen ([EMAIL PROTECTED]):
> > [Christian Perrier]
> >
> > > As a way to circumvent this, I propose that we pre-seed
> > > xserver-xfree86 settings about keyboard, mostly
> > > "xserver-xfree86/config/inputdevice/keyboard/m
On ÎÏÏ 27 ÎÎÏÎ 2004 09:21, Christian Perrier wrote:
> Quoting Petter Reinholdtsen ([EMAIL PROTECTED]):
> > [Christian Perrier]
> >
> > > As a way to circumvent this, I propose that we pre-seed
> > > xserver-xfree86 settings about keyboard, mostly
> > > "xserver-xfree86/config/inputdevice/keyboard/m
Quoting Petter Reinholdtsen ([EMAIL PROTECTED]):
> [Christian Perrier]
> > As a way to circumvent this, I propose that we pre-seed
> > xserver-xfree86 settings about keyboard, mostly
> > "xserver-xfree86/config/inputdevice/keyboard/model" and
> > "xserver-xfree86/config/inputdevice/keyboard/layout"
[Christian Perrier]
> As a way to circumvent this, I propose that we pre-seed
> xserver-xfree86 settings about keyboard, mostly
> "xserver-xfree86/config/inputdevice/keyboard/model" and
> "xserver-xfree86/config/inputdevice/keyboard/layout" with appropriate
> values, depending on the chosen keyboar
At 26 Jun 04 12:33:12 GMT,
Christian Perrier wrote:
> As a consequence, users not aware of this will just be unable to login
> as soon as their chosen password contains letters which are mapped
> differently on a FR and a US keyboard (and there are a *lot*).
>
> This is obviously very bad and I so
* Christian Perrier [2004-06-26 14:33:12+0200]
> Currently, we probably all know that choosing a non US keyboard during
> Debian Installer and then installing X, all this at high debconf
> priority (with X configuration debconf questions about keyboard *not*
> asked) will end with a strange system
Currently, we probably all know that choosing a non US keyboard during
Debian Installer and then installing X, all this at high debconf
priority (with X configuration debconf questions about keyboard *not*
asked) will end with a strange system where the user has chosen, say a
french keyboard.bu
16 matches
Mail list logo
