Re: Comparing FHS 2.3 and 2.1

2004-10-28 Thread Nikolai Prokoschenko
On Tue, Oct 26, 2004 at 03:02:02PM -0500, Manoj Srivastava wrote:
> User specific configuration files for applications are stored in the user's
> home directory in a file that starts with the '.' character (a "dot file"). If

Speaking of which: there used to be some proposed addition to FHS about
re-locating all dot-files into ~/etc or some directory like that. Does
anybody know what happened to that? I'm aware of the problems (sharing
$HOME over several different machines etc.), but but I'll be glad if the
mess were out of $HOME.

-- 
Nikolai Prokoschenko 
[EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]




Re: Comparing FHS 2.3 and 2.1

2004-10-29 Thread Nikolai Prokoschenko
On Thu, Oct 28, 2004 at 09:46:47PM +0400, Nikita V. Youshchenko wrote:
> > Speaking of which: there used to be some proposed addition to FHS about
> > re-locating all dot-files into ~/etc or some directory like that. Does
> > anybody know what happened to that? I'm aware of the problems (sharing
> > $HOME over several different machines etc.), but but I'll be glad if the
> > mess were out of $HOME.
> I think there is little hope here.
> There are too many apps out that treat home directory as a wastebasket, and
> probably Linux/Unix itself will be obsoleted faster than all those.

Most applications can be patched to use another directory for their cruft.
It's just the "legal" sutff I'm currently interested in, as as soon as it
is "recommended" by FHS, it can become a part of e.g. Debian Policy and
get enforced by patches. 

-- 
Nikolai Prokoschenko 
[EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]




Re: mozilla-firefox-locale package with all language translations

2004-11-12 Thread Nikolai Prokoschenko
On Thu, Nov 11, 2004 at 03:50:51PM +0900, Mike Hommey wrote:

> Anyways, I'd suggest to make a multi-binary package so that it produces
> several mozilla-firefox-locale-* packages.

A stupid question from my side: do we have any code in the mozilla-*
wrappers to automatically select the right language according to the
current locale?

PS. /me is angry about KDE not doing so.

-- 
Nikolai Prokoschenko 
[EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]




How to install X-Chat in five hours (or more)

2003-08-04 Thread Nikolai Prokoschenko
Hello,

I just found this, maybe aîuseful read

http://ln.hixie.ch/?start=1060025253&count=1

-- 
Nikolai Prokoschenko 
[EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]




Do we need policy changes?

2003-04-19 Thread Nikolai Prokoschenko
Hello,

I really don't know how to express what I want to say :) It has come
to my mind a few days ago when the Vera fonts were released to public.
My problem was: everybody was acting like mad, screaming "at last,
some good fonts for linux!", whereas, as far as I remember, these
fonts lacks many many scripts, starting with the simpliest ones like
Cyrillic. I don't even want to mention double-width characters. The
same with some GPL'ed fonts release newly (don't remember the name,
something starting with a 'd') - nothing except latin1. Same with
otherwise excellent Knoppix-CD (OK, it's not a Debian release, but a good
example of not caring about i18n and l10n): if you start it with the
Russian interface, the fonts are plain ugly - nothing was made to
ensure anti-aliasing for example.

What I think about is some regulated way to care about the needs of
international debian users. Let's take an example: some
programmîplays badly along with UTF-8 and therefore can't be properly
used by me, as I need e.g. both German and Russian. I can as well file
a bug against it, but it wouldn't matter much, as the maintainer would
just say 'it's not supported upstream' and nothing would happen. Other
situation would arise, if something like interoperability in different
language environments had been (I'm just speculating) a part of Debian
Policy. In that case, package at least could have been marked as
'non-functioning under non-latin circumstances' and this could
possibly lead to exclusion from Debian, or separating it into a
diffenrent part of debian (like non-US is) etc. This way, a possible
user could be warned in advance and maybe lead to the break-through
for Unicode.

Thank you for your time, and you want to tell me I'm paranoid, don't
bother, it is not worth your time :) Better tell me what I might have
missed in the observing the subject.

-- 
Nikolai Prokoschenko 
[EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]




Re: Do we need policy changes?

2003-04-19 Thread Nikolai Prokoschenko
Andrew Suffield <[EMAIL PROTECTED]> wrote:
>> Thank you for your time, and you want to tell me I'm paranoid, don't
>> bother, it is not worth your time :) Better tell me what I might have
>> missed in the observing the subject.
AS> A point. What *is* yours?

The point is actually that debÑan (and others) doesn't care much about
internationalization, no matter what they say. I'm just trying to be
diplomatic,înot to risk a 'Do It Yourself' Answer. I'd like to have
solutions.

-- 
Nikolai Prokoschenko 
[EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]




Re: Firebird 0.6

2003-05-20 Thread Nikolai Prokoschenko
Miles Bader <[EMAIL PROTECTED]> wrote:
>> I've uploaded mozilla-firebird_0.6-1 to my personal apt
>> repository at http://people.debian.org/~eric/debian/.
MB> Looks good, but why the long binary name?
MB> Wouldn't just `firebird' be nicer?

Because it's name is Mozilla Firebird (tm) :) 

[EMAIL PROTECTED]:~$ apt-cache search firebird
firebird-c32-server - FireBird Classic w/ 32bit I/O - RDBMS based on InterBase 
6.0 code
firebird-c64-server - FireBird Classic w/ 64bit I/O - RDBMS based on InterBase 
6.0 code
firebird-dev - Development files for FireBird - RDBMS based on InterBase 6.0 
code
firebird-examples - Examples for FireBird - RDBMS based on InterBase 6.0 code
firebird-s32-server - FireBird Super w/ 32bit I/O - RDBMS based on InterBase 
6.0 code
firebird-s64-server - FireBird Super w/ 64bit I/O - RDBMS based on InterBase 
6.0 code
firebird-server-common - Common server files of FireBird-RDBMS based on 
InterBase 6.0 code
firebird-utils - Utilities for FireBird - RDBMS based on InterBase 6.0 code
libfirebird-c32 - Library files for FireBird Classic w/ 32bit I/O, InterBase 
compat
libfirebird-c64 - Library files for FireBird Classic w/ 64bit I/O, InterBase 
compat
libfirebird-s32 - Library files for FireBird Super w/ 32bit I/O, InterBase 
compat
libfirebird-s64 - Library files for FireBird Super w/ 64bit I/O, InterBase 
compat
php4-interbase - InterBase (FireBird) module for PHP4
python-kinterbasdb - InterBase/Firebird support for Python
python2.1-kinterbasdb - InterBase/Firebird support for Python
python2.2-kinterbasdb - InterBase/Firebird support for Python
mozilla-firebird - a light-weight browser based on Mozilla

-- 
Nikolai Prokoschenko 
[EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]




Re: Firebird 0.6

2003-05-20 Thread Nikolai Prokoschenko
Eric Dorland <[EMAIL PROTECTED]> wrote:
ED> From the amount of mail I've gotten I guess people will be
ED> interested. I've uploaded mozilla-firebird_0.6-1 to my personal apt
ED> repository at http://people.debian.org/~eric/debian/. Just add:

I've installed a bunch of extensions while using root and now Mozilla
Firebird hangs when starting it as user. Does anybody else experience
this? Any hints on diagnosing?

-- 
Nikolai Prokoschenko 
[EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]