On Fri, Jan 17, 2003 at 05:11:32PM -0600, Manoj Srivastava wrote:
> Hi,
>
> Just because you are using a UTF-8 capable terminal does not
> mean you can actually see a UTF encoded string. ሰው እንደቤቱ እንጅ እንደ
> ጉረቤቱ አይተዳደርም።, though encoded in UTF, is hard for me to display. If
> you are ab
On Tue, Jan 07, 2003 at 10:23:14AM -0500, Colin Walters wrote:
> On Tue, 2003-01-07 at 04:29, Denis Barbier wrote:
>
> Uploading packages with UTF-8 control fields is not ok. It will simply
> put, not work for anyone who's not using a UTF-8 terminal, which is
> unfortunately probably most of our
On Wed, Jan 08, 2003 at 01:10:36AM -0500, Colin Walters wrote:
> On Tue, 2003-01-07 at 18:50, David Starner wrote:
> > If you're using a terminal that can't support UTF-8, you always have the
> > option of running
> > something like GNU screen to translate the system charset to the terminal
> > c
On Fri, Jan 03, 2003 at 01:24:26PM -0500, Colin Walters wrote:
> On Fri, 2003-01-03 at 11:45, Radovan Garabik wrote:
>
> > > #99933 goes a lot farther than #174982. First of all, we can't even
> > > suggest that people use UTF-8 in package control fields until a
On Thu, Jan 02, 2003 at 01:57:35PM -0500, Colin Walters wrote:
> On Thu, 2003-01-02 at 13:12, Radovan Garabik wrote:
>
> > see #99933. It has been seconded and generally accepted at the time,
> > but policy freeze caused it did not get into policy then.
>
> Hmm, I searche
On Wed, Jan 01, 2003 at 10:07:08PM -0500, Colin Walters wrote:
> Package: debian-policy
>
...
>
> Attached is a patch against the latest version of policy.
see #99933. It has been seconded and generally accepted at the time,
but policy freeze caused it did not get into policy then.
Perhaps it
On Tue, Dec 17, 2002 at 01:01:31PM -0500, Clint Adams wrote:
> > Why can't we just use UTF-8? There is even (my) pending policy proposal
> > for this #99933, and consensus was that it should be accepted, there are
> > just few (pseudo)issues holding it back.
>
> I've read #99933 and #143941, and I
On Sat, Dec 14, 2002 at 02:24:30AM +1100, Brendan O'Dea wrote:
> On Tue, Dec 10, 2002 at 06:32:57PM -0500, Branden Robinson wrote:
> >On Sat, Dec 07, 2002 at 05:33:10PM -0500, Clint Adams wrote:
> >> > True. It could get away with tossing everything outside angulars or
> >> > inside brackets, thoug
On Sun, 08 Sep 2002 at 00:34:49 -0500, Manoj Srivastava wrote:
> Hi,
>
> Perusuant to my message earlier, there are the first set of
> pending bug reports
...
> * #143941: define a usable character set for description/maintainer
>* name
> etc.
> Package: debian-policy;
Now that Woody is release, what is going to happen with all those
pending policy proposals? (yeah, mine is over 1 year old, and I'd
still like to see it included...)
--
---
| Radovan Garabik http://melkor.dnp.fmph.uniba.sk/~ga
.
environmental variable MAIL
> - Dealing with indecise people who change the default while the system is live
>
that's the biggest problem.
Changing the setup on live system is not trivial to automatize.
I would just go for exim postinst configuration question,
and if somebody wants
July 2001).
I am aware of oncoming policy freeze, if this does not make
into woody's policy, it should be considered for inclusion
into the next release.
--
---
| Radovan Garabik http://melkor.dnp.fmph.uniba.sk/~ga
Here is the proposal with typos and mistakes fixed, with added
paragraph about possible use of other encodings. I left out
the requirenment to specify a font needed to view the
documentation, since IMHO that is overcomplication and
unnecessary.
--- policy.sgml-old Fri Jun 1 11:40:16 2001
+++
On Tue, Jun 12, 2001 at 05:41:58AM -0400, Raul Miller wrote:
> > > Let's imagine you're composing an html document. What's to prevent
> > > you from wrapping a mathematical alphanumeric character with ?
>
> On Tue, Jun 12, 2001 at 10:41:14AM +0200, Radovan
On Tue, Jun 12, 2001 at 03:07:25AM -0400, Raul Miller wrote:
> On Tue, Jun 12, 2001 at 08:38:21AM +0200, Radovan Garabik wrote:
...
>
> > You can make a text bold, and meaning will remain. If you make a
> > mathematical expression all bold, it will have a completely different
&g
On Mon, Jun 11, 2001 at 01:48:24PM -0400, Raul Miller wrote:
> > > I disagree. The Han Unification issue is more like the difference
> > > between the latin and the italic character sets. Yes, many characters
>
> On Mon, Jun 11, 2001 at 07:20:21PM +0200, Radovan Garabi
On Mon, Jun 11, 2001 at 12:34:40PM -0400, Raul Miller wrote:
> On Mon, Jun 11, 2001 at 04:47:18PM +0200, Radovan Garabik wrote:
>
> > The situation is IMHO quite similar to german for using Fraktur
> > (S?tterlin) script - it is a latin script, and unicode consortium
> > (
On Mon, Jun 11, 2001 at 09:07:21AM -0400, Raul Miller wrote:
> On Mon, Jun 11, 2001 at 10:41:13AM +0200, Radovan Garabik wrote:
> > Please read the proposal carefully (especially Marco and Junichi).
> > Writting (converting into) documents in UTF-8 is "should"
>
the same luck and does not feel the problem.
> The fact _you_ have some problems does not mean I should suffer because
> of them.
the fact that italians (and others) had problems with accented characters
does not mean americans should suffer and convert from 7-bit ascii
to 8-bit charset. Yet, they did.
--
-
glish, if the intention
was not clear from the description.
So I would probably say it as:
"...however, the documentation for any single package should use
only one encoding for one language."
Does it look clear enough?
--
---------
On Fri, Jun 08, 2001 at 07:13:11PM +0200, Marco d'Itri wrote:
> On Jun 06, Radovan Garabik <[EMAIL PROTECTED]> wrote:
>
> >but: JIS is japanese only, UCS-4 is global
> >UCS-4 can (and will) be easily expanded, there are no technical
> >problems in adding c
he stream)
tell what is this character and what was previous character etc...
--
---
| Radovan Garabik http://melkor.dnp.fmph.uniba.sk/~garabik/ |
| __..--^^^--..__garabik @ melkor.dnp.fmph.uniba.sk |
---
On Mon, Jun 04, 2001 at 09:20:50PM +0200, Marco d'Itri wrote:
> On Jun 04, Radovan Garabik <[EMAIL PROTECTED]> wrote:
>
> >> >If, for whatever reason (such as upstream author's or maintainer's
> >> >names, foreign language package descripti
On Tue, Jun 05, 2001 at 02:12:37AM +0300, Adi Stav wrote:
> On Sun, Jun 03, 2001 at 10:20:38PM +0200, Radovan Garabik wrote:
> ...snip...
> >
> > *Addition to 13.3 Additional documentation:
> >
> > Documentation of debian packages in text format, if written in lan
On Mon, Jun 04, 2001 at 12:54:13PM +0100, Colin Watson wrote:
> Radovan Garabik <[EMAIL PROTECTED]> wrote:
> >
> >3.3 Default charset of control files
>
> [...]
>
> >*Addition to 13.5 Preferred documentation formats:
> >
> >HTML documents, if
submitted to BTS but since master is down, I am posting a copy to
debian-policy as well
Package: debian-policy
Version: 3.5.5.0
Severity: wishlist
Following proposed addition to policy clarifies encoding issues and
prepares for eventual later migration to utf-8 (see Bug#99324).
Note the use of wo
On Mon, Jun 04, 2001 at 08:44:21PM +0900, Junichi Uekawa wrote:
> Radovan Garabik <[EMAIL PROTECTED]> immo vero scripsit
>
> > On Fri, Jun 01, 2001 at 02:09:28PM +0200, Josip Rodin wrote:
> > > On Fri, Jun 01, 2001 at 01:58:37PM +0200, Radovan Garabik wrote:
> > .
On Tue, Jun 05, 2001 at 09:02:12PM +0900, Junichi Uekawa wrote:
> Radovan Garabik <[EMAIL PROTECTED]> immo vero scripsit
> Hi,
>
> I would object severely to this proposal, because there are currently many
> documentation in Japanese, which is in EUC.
>
> Usually Japan
On Wed, Jun 06, 2001 at 08:42:28PM +0900, Junichi Uekawa wrote:
> Radovan Garabik <[EMAIL PROTECTED]> immo vero scripsit
>
> > > utf8 in the current state does not cover everything we had in other
> > > encodings.
> >
> > utf8 is just a _multibyte_ enco
Package: debian-policy
Version: 3.5.5.0
Severity: wishlist
Following proposed addition to policy clarifies encoding issues and
prepares for eventual later migration to utf-8 (see Bug#99324).
Note the use of word "should" - these are not strict requirements.
--- policy.sgml-old Fri Jun 1 11:
On Mon, Jun 04, 2001 at 12:10:56PM +0200, Marco d'Itri wrote:
> On Jun 03, Radovan Garabik <[EMAIL PROTECTED]> wrote:
>
> >If, for whatever reason (such as upstream author's or maintainer's
> >names, foreign language package description and similar), you n
On Mon, Jun 04, 2001 at 09:27:18AM +1000, Brian May wrote:
> >>>>> "Radovan" == Radovan Garabik <[EMAIL PROTECTED]> writes:
>
> Radovan> CJK and similar require much different characters fonts then VGA
> Radovan> hardware is cap
I used an advanced feature of my MUA to respond to more posts at once..
hope nodoby minds
On Sun, Jun 03, 2001 at 10:27:22PM +0200, Marco d'Itri wrote:
> On Jun 01, Radovan Garabik <[EMAIL PROTECTED]> wrote:
>
> >> because they are broken or because the charset is
uld be provided along with original name.
--
-------
| Radovan Garabik http://melkor.dnp.fmph.uniba.sk/~garabik/ |
| __..--^^^--..__garabik @ melkor.dnp.fmph.uniba.sk |
---
Antivi
her we dare to go on
from 5) later.
I will write a formal proposal for 1).
--
---
| Radovan Garabik http://melkor.dnp.fmph.uniba.sk/~garabik/ |
| __..--^^^--..__garabik @ melkor.dnp.fmph.uniba.sk |
---
Antivirus alert: file .signature infected b
t scripts via national codes -
probably as much work as 3), less overall improvement
to me, the choice is clear...
start with 1)
then, when unicode infrastructure is there, deal with 2),
and then with 3)
--
----
to use unicode for everything, but the reality is
> that the software is not yet good enough to support it to the same level
> of the national encodings.
>
So let's fix the software.
All my programs are if not unicode aware, then at least not unicode hostile.
--
--
I was bitten by this a few days ago.
8-bit chars in GECOS behave unpredictably
--
---
| Radovan Garabik http://melkor.dnp.fmph.uniba.sk/~garabik/ |
| __..--^^^--..__garabik @ melkor.dnp.fmph.uniba.sk |
---
Antivirus alert: file
On Fri, Jun 01, 2001 at 02:09:28PM +0200, Josip Rodin wrote:
> On Fri, Jun 01, 2001 at 01:58:37PM +0200, Radovan Garabik wrote:
...
>
> > There has to be an end to this.
>
> Yes, but I doubt we are going to be able to put an end to it.
At least in
On Fri, Jun 01, 2001 at 01:31:12PM +0200, Josip Rodin wrote:
> On Fri, Jun 01, 2001 at 01:17:43PM +0200, Radovan Garabik wrote:
> > Maintainers are being encouradged to use UTF-8, having in mind the general
> > tendency toward unified character encoding.
>
> Nice things the
as they do not
want to communicate with people from some OTHER ISO Lating groups.
Then is turns to be hell.
--
---
| Radovan Garabik http://melkor.dnp.fmph.uniba.sk/~garabik/ |
| __..--^^^--..__garabik @ melkor.dnp.fmph.uniba.sk |
---
Antivirus
n, should be
either transliterated or transcribed to ASCII, or used in UTF-8 encoding
- again, at the discretion of the maintainer. However, for names in
scripts based on non-latin alphabets, ASCII (or suitable latin-script)
version should be provided along with original name.
--
-------
On Wed, May 24, 2000 at 02:03:07AM +1000, Anthony Towns wrote:
> On Tue, May 23, 2000 at 05:15:33PM +0200, Radovan Garabik wrote:
> > For this, there should be some central authority deciding about
> > /etc/inetd.conf. update-inetd is a good try, but not complete enough
> >
a first step in this direction, but only a first step.
--
-------
| Radovan Garabik http://melkor.dnp.fmph.uniba.sk/~garabik/ |
| __..--^^^--..__garabik @ melkor.dnp.fmph.uniba.sk |
---
Antivirus alert: file .signature infected by signature virus.
Hi! I
On Mon, May 22, 2000 at 08:50:09PM +1000, Herbert Xu wrote:
> On Mon, May 22, 2000 at 12:44:32PM +0200, Radovan Garabik wrote:
> >
> > the point is, unless there is some hairy and complicated testing in
> > (pre|post)(inst|rm), the best solution is to make all finger daem
On Mon, May 22, 2000 at 07:47:45PM +1000, Herbert Xu wrote:
> On Mon, May 22, 2000 at 11:43:51AM +0200, Radovan Garabik wrote:
> >
> > no, it's cfingerd that it broken - it happily removes entries, not noticing
> > if they were made by cfingerd or anything els
On Mon, May 22, 2000 at 07:38:09PM +1000, Herbert Xu wrote:
> Radovan Garabik <[EMAIL PROTECTED]> wrote:
> >
> > It would not be better. I had to add the Conflict line because otherwise
> > you would install efingerd over (e.g.) cfinger, and either it would
> > re
cts: would be awkward.
>
but it is _very_ unusual to place a finger daemon on another port. For one
thing, commonly used finegr clients do not support other ports.
Unlike for ftpd or httpd, Conflict is appropriate here.
--
---
| Radovan Garabik http://melkor.dnp.fmph.uniba.s
ing like 1.3.1 version (and you are welcome to do an NMU,
if you cannot wait for me), if that is a solution...
--
---
| Radovan Garabik http://melkor.dnp.fmph.uniba.sk/~garabik/ |
| __..--^^^--..__garabik @ melkor.dnp.fmph.uniba.sk |
49 matches
Mail list logo
