[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: debian-devel-digest Digest V102 #247



>------------------------------

>Content-Type: text/plain

>debian-devel-digest Digest				Volume 102 : Issue 247

>To UNSUBSCRIBE, email to debian-devel-digest-request@lists.debian.org
>with a subject of "unsubscribe".  Trouble?  Contact listmaster@debian.org.

>Today's Topics:
>  Re: diversion/conffile                [ Josselin Mouette <josselin.mouette@ ]
>  Re: Debian doesn't have to be slower  [ Eduard Bloch <edi@gmx.de> ]
>  Re: Debian doesn't have to be slower  [ Eduard Bloch <edi@gmx.de> ]
>  Re: diversion/conffile                [ martin f krafft <madduck@madduck.ne ]
>  Re: diversion/conffile                [ Josip Rodin <joy@cibalia.gkvk.hr> ]
>  Re: diversion/conffile                [ Adam Heath <doogie@debian.org> ]
>  two porting issues, gperiodic and gf  [ Josip Rodin <joy@cibalia.gkvk.hr> ]
>  Re: Debian doesn't have to be slower  [ Henrique de Moraes Holschuh <hmh@de ]
>  Re: Missing charsets in FontSet crea  [ Andreas Rottmann <a.rottmann@gmx.at ]
>  Re: diversion/conffile                [ martin f krafft <madduck@madduck.ne ]
>  Re: Debian doesn't have to be slower  [ Jeroen Dekkers <jeroen@dekkers.cx> ]
>  Re: [2002-02-16] Release Status Upda  [ Tollef Fog Heen <tollef@add.no> ]
>  Re: diversion/conffile                [ Adam Heath <doogie@debian.org> ]
>  Re: Debian doesn't have to be slower  [ Henrique de Moraes Holschuh <hmh@de ]
>  Re: two porting issues, gperiodic an  [ Daniel Burrows <dburrows@debian.org ]
>  Bug#134621: ITP: libphp-phplot -- PH  [ "Jeremy T. Bouse" <jbouse@debian.or ]
>  Re: Debian doesn't have to be slower  [ Eduard Bloch <edi@gmx.de> ]
>  Re: Debian doesn't have to be slower  [ David B Harris <eelf@sympatico.ca> ]
>  Re: Trying to rebuild all of Debian   [ Martijn van Oosterhout <kleptog@sva ]
>  Re: Debian doesn't have to be slower  [ Henrique de Moraes Holschuh <hmh@de ]

>------------------------------

>Date: 18 Feb 2002 20:32:58 +0100
>From: Josselin Mouette <josselin.mouette@ens-lyon.org>
>To: debian developers <debian-devel@lists.debian.org>
>Subject: Re: diversion/conffile
>Message-Id: <[🔎] 1014060778.870.2.camel@arrakis>
>Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
>	boundary="=-N0YmKa0rskCTu1nN7xVt"

>--=-N0YmKa0rskCTu1nN7xVt
>Content-Type: text/plain; charset=ISO-8859-15
>Content-Transfer-Encoding: quoted-printable

>le lun 18-02-2002 =E0 19:57, Adam Heath a =E9crit :

>> > how else should i proceed? not marking as conffile will probably
>> > result in an error as i am trying to overwrite a file in another
>> > package.
>>=20
>> You can not divert conffiles.  I've tried.  And I am a dpkg devloper.

>At least, the linuxlogo package diverts /etc/issue from base-files, and
>it seems to work properly.

>--=20
> .''`.           Josselin Mouette        /\./\
>: :' :           josselin.mouette@ens-lyon.org
>`. `'
>  `-  Debian GNU/Linux -- The power of freedom

>--=-N0YmKa0rskCTu1nN7xVt
>Content-Type: application/pgp-signature; name=signature.asc
>Content-Description: This is a digitally signed message part

>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.0.6 (GNU/Linux)
>Comment: Pour information voir http://www.gnupg.org

>iD8DBQA8cVbqrSla4ddfhTMRAtbWAKDVECkOZcwN+w+lzRaS6U+lb5hnCgCfVxee
>wPgdkiXqFJZfBylx8BLj2DE=
>=/Arr
>-----END PGP SIGNATURE-----

>--=-N0YmKa0rskCTu1nN7xVt--

>------------------------------

>Date: Mon, 18 Feb 2002 16:22:02 +0100
>From: Eduard Bloch <edi@gmx.de>
>To: debian-devel@lists.debian.org
>Subject: Re: Debian doesn't have to be slower than time.
>Message-ID: <[🔎] 20020218152202.GA2200@zombie.inka.de>
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline

>#include <hallo.h>
>Wichert Akkerman wrote on Sun Feb 17, 2002 um 07:16:59PM:

>> > should they have to wait for a new release? Everyone's got a pet
>> > project, and they can't (shouldn't) all hold up every release...
>> 
>> I suspect all my packages handle unicode :)

>Oh, when you mention unicode: is there a way to tell VIM to change
>another GUI font depending on the charset (LC_CTYPE)? I could imagine a
>hack in vimrc, but is there a way to check the return status of "set
>guifont"?

>Gruss/Regards,
>Eduard.
>-- 
>"640K ought to be enough for anybody" -Bill Gates, 1981

>------------------------------

>Date: Mon, 18 Feb 2002 16:45:31 +0100
>From: Eduard Bloch <edi@gmx.de>
>To: debian-devel@lists.debian.org
>Subject: Re: Debian doesn't have to be slower than time.
>Message-ID: <[🔎] 20020218154531.GB2200@zombie.inka.de>
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline

>#include <hallo.h>
>Marco d'Itri wrote on Mon Feb 18, 2002 um 01:40:45PM:

>> Please do not confuse i18n and l10n with unicode support.
>> The reality is that most users do not need unicode support and cannot
>> use it as their native encoding because doing this would fuck up
>> communications with other people still using a local charset as their
>> native encoding.

>a) Most users use more-or-less up-to-date versions of MicroShit Outlook
>(Express), so they can read unicode.

>b) Good MUAs like mutt can be configured to try to recode the message
>into a native charset and only use unicode if no NLS charset was
>useable.

>> And forcing it to be a release goal would be just stupid, unless you
>> plan to do the all the work needed to make all programs support it
>> correctly without breaking other things.

>This is a good goal, but not easy to be realized. Though we should look
>how to prepare Debian for this, since other OS are already going this
>way. I suggest following steps:

>In Woody+1: 
> - All not-localised programms must not break on UTF8
> - Allready localised programs must handle from/to unicode conversion
>   transparently. This does not cover correct internal data processing,
>   just user interaction.

>In Woody+2:
> - Programs must process data correctly (almost working example: mutt)
>   and provide transient solutions
> - Programs must switch the settings relative to used charset
> - using UTF8 as the default charset

>Question: 
> - is it possible to use a normal Linux console (without framebuffer or
>   other crapy slow solutions) and a customised subset of Unicode as
>   character map? I mean: I need only 128bit ASCII, few chars from
>   iso-8859-15 and about 60 chars from koi8 charset. All this should fit
>   in 255 chars.

>Gruss/Regards,
>Eduard.
>-- 
>"Und deshalb sollte man ja auch immer _alle_ Editoren installieren:  XEmacs
>_und_ Vim."                                                  -- Sven Guckes

>------------------------------

>Date: Mon, 18 Feb 2002 20:39:02 +0100
>From: martin f krafft <madduck@madduck.net>
>To: debian developers <debian-devel@lists.debian.org>
>Subject: Re: diversion/conffile
>Message-ID: <[🔎] 20020218193902.GA6955@fishbowl.madduck.net>
>Content-Type: multipart/signed; micalg=pgp-sha1;
>	protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe"
>Content-Disposition: inline

>--G4iJoqBmSsgzjUCe
>Content-Type: text/plain; charset=iso-8859-15
>Content-Disposition: inline
>Content-Transfer-Encoding: quoted-printable

>also sprach Adam Heath <doogie@debian.org> [2002.02.18.1957 +0100]:
>> You can not divert conffiles.  I've tried.  And I am a dpkg
>> devloper.

>okay, so instead of installing the file via debian/rules, i have the
>option to do postinst. however, then i can't mark it a conffile
>because dpkg-bu

*** Your message did not reach its recipient ***
It was caught by the mailing system as spam.
If this message is not spam and you feel that
this message was caught in error, please email
a note to spam_filter@netfx-2000.net.
If this message is spam, knock it off!
This server is in California where it is illegal 
to spam! We do not accept spam here!
We will go after all spammers to the maximum
extent of the law!



Reply to: