> I believe I fixed all resulting breakage a few days ago, with a global
> s/debconf_input/my_debconf_input/.
thanks richard, then i'm not going to touch them...
randolph
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Randolph Chung
| btw3, istr some talk about implementing a http based db backend. is that
| available some place? sorry if i missed this on the list, i haven't been
| following d-boot too closely.
so far, it only exists in my mind, and if I hadn't been trying to
track down that busybox console
On Mon, Dec 16, 2002 at 10:09:16PM -0800, Randolph Chung wrote:
> sorry for the late reply, i was out of town for a few days.
>
> > 1. The helper macros recently introduced do break several packages
> > under debian-installer/tools/ which used to declare their own
> > debconf_input function. Mayb
* (Denis Barbier)
| Or uppercase these macros to prevent name clashes. But IMO they are
| useless and could be removed.
if an application defines macros and functions into another
application's name space, it should not be confused when those are
later used by the application.
--
Tollef Fog H
On Mon, Dec 16, 2002 at 10:09:16PM -0800, Randolph Chung wrote:
> sorry for the late reply, i was out of town for a few days.
Sorry for having already committed most of this stuff, it was needed
to make language selection work with the new languagechooser package.
> > 1. The helper macros recentl
On Tue, Dec 17, 2002 at 09:03:20AM +0100, Petter Reinholdtsen wrote:
> [Randolph Chung]
> > i thought you asked for them? :-)
> >
> > unless i hear otherwise i'll commit a patch tomorrow to wrap them inside
> > a #ifdef WITH_DEBCONF_HELPER_MACROS or something like that.
>
> I would rather not hav
[Randolph Chung]
> i thought you asked for them? :-)
>
> unless i hear otherwise i'll commit a patch tomorrow to wrap them inside
> a #ifdef WITH_DEBCONF_HELPER_MACROS or something like that.
I would rather not have such #ifdefs. It is less confusing to use a
library header file if the content i
sorry for the late reply, i was out of town for a few days.
> 1. The helper macros recently introduced do break several packages
> under debian-installer/tools/ which used to declare their own
> debconf_input function. Maybe we could remove these macros, I
> wonder whether they are that useful.
On Wed, Dec 11, 2002 at 06:33:39PM +0100, Denis Barbier wrote:
[...]
> It is different with C files; the framework is in, and we can use dcgettext
> in source files. But GNU libc requires that locale is fully installed
> before displaying a message for that language. For instance, glibc checks
>
On Wed, Dec 11, 2002 at 04:56:55PM +0100, Martin Sjögren wrote:
> ons 2002-12-11 klockan 16.07 skrev Denis Barbier:
> > On Wed, Dec 11, 2002 at 12:45:45AM +0100, Denis Barbier wrote:
> > [...]
> > > 3. May I set a _ macro in frontend.h in order to start i18n of
> > > frontends? As libdiscover alre
ons 2002-12-11 klockan 16.07 skrev Denis Barbier:
> On Wed, Dec 11, 2002 at 12:45:45AM +0100, Denis Barbier wrote:
> [...]
> > 3. May I set a _ macro in frontend.h in order to start i18n of
> > frontends? As libdiscover already calls dcgettext, I would like to
> > set it to
> >#define _(x) dcg
On Wed, Dec 11, 2002 at 12:45:45AM +0100, Denis Barbier wrote:
[...]
> 3. May I set a _ macro in frontend.h in order to start i18n of
> frontends? As libdiscover already calls dcgettext, I would like to
> set it to
>#define _(x) dcgettext("cdebconf", (x), LC_MESSAGES)
[...]
An alternative is
Hi,
here are some unrelated issues about cdebconf.
1. The helper macros recently introduced do break several packages
under debian-installer/tools/ which used to declare their own
debconf_input function. Maybe we could remove these macros, I
wonder whether they are that useful.
2. The attached
13 matches
Mail list logo
