> Alex, this is much simpler than you think.
>
> I will give you a simple example: My keyboard has a key for the \~n letter
> (using TeX notation) which is used in the Spanish language.
>
> When I press that key, I *expect* to produce such character.
> Not obtaining that letter but some other is
-BEGIN PGP SIGNED MESSAGE-
On Sat, 10 Jan 1998, Alex Yukhimets wrote:
> Yes, but if I sent you a message containing some russian leters you
> wouldn't see them the way I see anyway. The same thing for every other
> language. 8-bit clean e-mail message is not the one to send to
> internati
Adam P. Harris wrote:
> "Richard" == Richard Braakman <[EMAIL PROTECTED]> writes:
[linking shared libraries against other libraries]
> > As far as I can tell, it does not save disk and memory space.
> > However, I am rather new at this. Feel free to correct me.
>
> You are wrong. Shared librar
On Sat, 10 Jan 1998, Christian Schwarz wrote:
> Please note, that we are not talking about `dynamically linked binaries'
> (which has been implemented a long time ago) but about `shared libraries
> being linked dynamically against other libraries', that is, if you, say,
> build the libmysql.so sha
> > You can't satisfy all users anyway. In addition, I would hate to be
> > able to switch to "russian" keyboard mode (by mistake) and enter some
> > letters which look just like English ones in the editor I use for
> > _programming_.
>
> OTOH, many people'd be upset not to be able to insert comme
[EMAIL PROTECTED] (Alex Yukhimets) wrote on 09.01.98 in <[EMAIL PROTECTED]>:
> > Moin Alex!
> >
> > AY> I would like to question the need for this requirement.
> >
> > ???
>
> Aren't you questioning my right to do that? :)
No, but it hardly seems reasonable to question this requirement.
> > AY>
On Sat, 10 Jan 1998, Adam P. Harris wrote:
>
> "Richard" == Richard Braakman <[EMAIL PROTECTED]> writes:
> >> Shared libraries are linked dynamically against other libraries
> >>
> >> Linking shared libraries dynamically against other libraries
> >> simplifies the upgrading process and saves dis
"Richard" == Richard Braakman <[EMAIL PROTECTED]> writes:
>> Shared libraries are linked dynamically against other libraries
>>
>> Linking shared libraries dynamically against other libraries
>> simplifies the upgrading process and saves disk and memory space.
>> All shared libraries included in
In article <[EMAIL PROTECTED]>,
Yann Dirson <[EMAIL PROTECTED]> wrote:
>Alex Yukhimets writes:
> > if something
> > bad happened and you created a file(s) with some non-ascii charachters,
> > "ls" will trash the console while "ls | less" will show you everything
> > and let you delete it.
>
>?? Why
Alex Yukhimets writes:
> if something
> bad happened and you created a file(s) with some non-ascii charachters,
> "ls" will trash the console while "ls | less" will show you everything
> and let you delete it.
?? Why on earth do you need less for that ?
Doesn't "LANG=C /bin/ls -b" do the rig
-BEGIN PGP SIGNED MESSAGE-
On Wed, 7 Jan 1998, Alex Yukhimets wrote:
> it is nice property of "less" (as opposed to "more") that it filters
> out all non-ascii charachters (changes them to some ^... printable
> sequencies). As a result, it is not possible to trash the console by
> doing "
On Thu, 8 Jan 1998, Gergely Madarasz wrote:
> On Wed, 7 Jan 1998, Alex Yukhimets wrote:
>
> >
> > it is nice property of "less" (as opposed to "more") that it filters
> > out all non-ascii charachters (changes them to some ^... printable
> > sequencies). As a result, it is not possible to trash
On Thu, 8 Jan 1998, Vincent Renardias wrote:
> On Wed, 7 Jan 1998 [EMAIL PROTECTED] wrote:
>
> > Just a note that the testing group would like to have an idea of how to
> > test the individual packages (before we were only seeing if it would
> > install). All we are asking for is a checklist (an
> Shared libraries are linked dynamically against other libraries
>
> Linking shared libraries dynamically against other libraries
> simplifies the upgrading process and saves disk and memory space.
> All shared libraries included in the Debian distribution will be
> compiled t
On Wed, 7 Jan 1998 [EMAIL PROTECTED] wrote:
> Just a note that the testing group would like to have an idea of how to
> test the individual packages (before we were only seeing if it would
> install). All we are asking for is a checklist (and a script if you
> want), which in the most general se
On Thu, Jan 08, 1998 at 01:21:41AM +0100, Christian Schwarz wrote:
> > On Wed, 7 Jan 1998, Christian Schwarz wrote:
> > > All applications registered to menus
> It's already policy. Check out section 3.7 of policy 2.3.0.1.
Could "applications" be spelt out a bit more? Clearly menu entries are onl
On Wed, 7 Jan 1998, Alex Yukhimets wrote:
>
> it is nice property of "less" (as opposed to "more") that it filters
> out all non-ascii charachters (changes them to some ^... printable
> sequencies). As a result, it is not possible to trash the console by
> doing "less " or, more important - if so
Attention all package maintainers:
Just a note that the testing group would like to have an idea of how to
test the individual packages (before we were only seeing if it would
install). All we are asking for is a checklist (and a script if you
want), which in the most general sense says: "this pr
On Wed, 7 Jan 1998, Dale Scheetz wrote:
> On Wed, 7 Jan 1998, Christian Schwarz wrote:
>
> > All applications registered to menus
> >
> > The menu package included in the Debian distribution stores
> > information about which applications are installed on the system
> > and provid
Dale Scheetz wrote:
> This one is new to me...I have been waiting for the menu system to
> stabalize. I guess this means that it has?
There have been no changes to the menu package since Oct 1997. There are
several open bug reports, but these will hopefully be fixed now that Joost
is less busy. It
On Wed, 7 Jan 1998, Christian Schwarz wrote:
> All applications registered to menus
>
> The menu package included in the Debian distribution stores
> information about which applications are installed on the system
> and provides this data for X11 window managers or text-based menu
> > > Support of 8-bit characters by default
> > >
> > > Some programs need special configuration options to work 8-bit
> > > clean. This is very important for a lot of non-English users who
> > > need to input umlauts, accented characters, etc. All Debian
> > > packages will b
On Wed, Jan 07, 1998 at 06:27:48PM -0500, Alex Yukhimets wrote:
> > Support of 8-bit characters by default
> >
> > Some programs need special configuration options to work 8-bit
> > clean. This is very important for a lot of non-English users who
> > need to input umlauts, accented
> Support of 8-bit characters by default
>
> Some programs need special configuration options to work 8-bit
> clean. This is very important for a lot of non-English users who
> need to input umlauts, accented characters, etc. All Debian
> packages will be configured to be 8-bit
24 matches
Mail list logo
