Re: [Pkg-fonts-devel] Debtags localisation and font tags proposal
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, just a quick note, I'm currently at the Ubuntu Developer Summit in Barcelona, Spain. We will have a session on font issues this afternoon. If we have enough time, we might discuss this topic there. The schedule is here: http://summit.ubuntu.com/uds-karmic/2009-05-29/ The meeting is at 15:10 (UTC+2) in Room 3. The details about the session and the discussion which had been going on already is on the blueprint: https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-karmic-fonts If you want to join the session remotely, you can use the icecast link (the Room number on the schedule) to listen in, and gobby (gobby.ubuntu.com) to add comments to the working document (desktop-karmic-fonts). This document will be copied to the blueprint after the session finishes. I will send a note with the final conclusions. Cheers Arne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkofw/sACgkQbp/QbmhdHow2JQCfcWf/tNwIi+SM6ms/V6TOvROp FXcAn0wZX56l0GJTGdJHUcaS7LaBh4PI =yxVt -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Debtags localisation and font tags proposal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Wise wrote:
> On Fri, May 29, 2009 at 6:31 AM, Enrico Zini wrote:
>
>> To have a software that generate a list of suitable fonts for a user
>> would also require something more specific than tags. An example that
>> Arne made was of a font which contains latin and cyrilic characters, but
>> misses the special latin characters for Serbian.
>
> The language stuff should be automatically generated from the fonts
> themselves. I suggest basing that on what Fedora has done for
> automatic font installation with PackageKit:
s/should/can/
> https://fedoraproject.org/wiki/Features/AutoFontsAndMimeInstaller
>
> The technical details are that they run fc-query --format '%{=pkgkit}'
> /tmp/newathu.ttf, which gives output like this:
The list can be autogenerated, yes, but needs to be reviewed by a human.
Since fc-query only checks codepoint coverage, it misses cases, where
additional truetype features must be present to render a language
correctly. If that happens, the corresponding language tag should be
removed. Also, for CJK fonts the list will include Greek and Cyrillic at
least, but we all know that those fonts are not really suitable for
rendering those languages.
Cheers
Arne
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkoffU0ACgkQbp/QbmhdHoymEACgldWx5YHAMNa5N+0Nex3EH7xn
rmAAn1oyNkwVAM9NOC6hw5kSjpNvXBn5
=zRrJ
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#386079: ITP: libsnmp-multi-perl -- Perform SNMP operations on multiple hosts simultaneously
Package: wnpp
Severity: wishlist
Owner: Arne Goetje <[EMAIL PROTECTED]>
* Package name: libsnmp-multi-perl
Version : 2.1-1
Upstream Author : Karl ("Terminator rAT") Schilke <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/~tpg/SNMP-Multi-2.1/Multi.pm
* License : GPL / Artistic (same as Perl itself)
Programming Lang: Perl
Description : Perform SNMP operations on multiple hosts simultaneously
The SNMP::Multi package provides a mechanism to perform SNMP operations
on several hosts simultaneously. SNMP::Multi builds on G. Marzot's
SNMP
Perl interface to the UC-Davis SNMP libraries, using asynchronous SNMP
operations to send queries/sets to multiple hosts simultaneously.
..
Results from all hosts are compiled into a single object, which
offers
methods to access the data in aggregate, or broken down by host or
the
individual request.
..
SNMP::Multi supports SNMP GET, SET, GETNEXT, GETBULK and
BULKWALK requests.
It also performs PDU packing in order to improve network
efficiency, when
packing is possible.
..
This description was automagically extracted from the
module by dh-make-perl.
The package is available at mentors.debian.net.
---
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (100, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-vserver-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian m17n method under X with UTF-8
On Saturday 16 October 2004 07:34, Osamu Aoki wrote: > Hi folks, > > How are you making Debian into UTF-8 and multilingual/multi-locale > system while switching between normal gnome and Xfce? So far, I did > not find this trivial. Well, in my case, I found SCIM to be the best solution. I don't need to care about locales any more, because SCIM doesn't care about locales, as long as you use any UTF-8 locale as default. I just switch on SCIM which input method I prefer and can insert CJK into any UTF-8 aware application. The locale setting only refers to which language I want to have to display the windowmanager and system messages. GTK2 apps and mozilla, ooo etc. need to have LC_CTYPE to be set to any CJK UTF-8 locale to accept SCIM input. If you want to try SCIM, compile it from source (www.freedesktop.org/Software/scim/), the debian packages don't work for me. So, as I prefer my system to be in english, I use en_US.UTF-8 as main locale and zh_TW.UTF-8 as LC_CTYPE. XMODIFIERS has to be set to @im=SCIM. The SCIM approach is in my opinion the only useful one, since the locale should only reflect which language you prefer and in which country you are. It should have nothing to do with input methods, as long as your system is UTF-8. Just my 2 conts. Cheers Arne -- Arne GÃtje (éçè) <[EMAIL PROTECTED]> (Spam catcher. Address might change in future!) PGP/GnuPG key: 1024D/685D1E8C Fingerprint: 2056 F6B7 DEA8 B478 311F 1C34 6E9F D06E 685D 1E8C Key available at wwwkeys.pgp.net. Encrypted e-mail preferred.
Re: Nice multilingual environment with Debian menu
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > > However, this does not work for asian input methods. Especially the > > asian IMs are the ones which depend on the locale. They shouldn't > > do it. > > That's why I suggest my way. I have one UXTerm for English which to > not activate IM. I can have another UXTerm running on the same X > screen from my menu for Japanese which activate IM upon SHIFT-SPACE. > > Did you tried my way and talking? > > > http://qref.sourceforge.net/Debian/reference/ch-tune.en.html#s-x-cjk I am still doing it and I'm not happy with it at all. If I have to input multiple languages in the same document / application - for example chinese, english, german -, i currently have to start it from a chinese terminal to get chinese input method, then save the document, close teh application, start the same application again from my normal english system, open the document again and type english (and if I change the keyboard settings on the fly - german). This is crazy. I want to change my input method between western / asian or even between asian on the fly without the need of starting multiple instances and reopening / closing the document all the time. It's even worse when I use ICQ to chat with my buddies. Some are chinese, some are german. If I want to input chinese, i cannot input german at the same time. very unconvenient if you are chatting with two budies at the same time and they use different languages. The only solution for this is: use unicode (utf-8) and have an IM which can switch between different languages but uses unicode in the background. SCIM does that but is still lacking canna support for japanese and a few useful input methods. > > > So, instead of trying to work around the problem by changing your > > individual system, we should convice the programmers of these > > applications in question, not to depend on the locale setting, but > > use a switch in the application configuration to choose the proper > > input method. > > Mlterm address this issue this way so does some other terminal > programs. I know. But I'm not only using terminal based apps, but merely graphical apps. > But that beat some good thing about locale. Menu actually fill in > gap. only if you need terminal based apps and only want to use one charset at the time. > > Unfortunately openoffice.org goes in the same wrong direction, by > > requiring the user to use a chinese locale setting to input > > chinese... that's nuts! Obviously the developers didn't think of > > people who have to deal with more than one language... :( > > So why not set 2 openoffice menu (i.e., invocation commands) for > Chinese and English. You can enen set up one system with basically > chinese environment but also specify English messages. Then program > will be IM aware but easy on English reader. that's what I'm currently doing. but as said, when I start oo.o in chinese mode, I can type english and chinese, yes. But I cannot change to other western languages on the fly because the IM program occupies my keyboard and overrides the x-keyboard or - in my case - KDE. (currently all IM programs I know are only usable with a native us-english keyboard layout - this is another thing to work on. The IM program should integrate with the xserver, so that you can use any keyboard layout as the base layout and switch to the IM when you need it.) > I think compose key sequences overrap with IM key sequences. in some apps yes. > > Arne GÃtje (éçè) <[EMAIL PROTECTED]> > > It looks like your name comes up OK in my ja_JP.eucJP locale :-) I'm using utf-8. if eucJP uses the same codepoints, there you go... ;) Cheers Arne - -- Arne GÃtje (éçè) <[EMAIL PROTECTED]> PGP/GnuPG key: 1024D/685D1E8C Fingerprint: 2056 F6B7 DEA8 B478 311F 1C34 6E9F D06E 685D 1E8C Key available at wwwkeys.pgp.net. Encrypted e-mail preferred. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/3nyHbp/QbmhdHowRAqLtAJ0cuz2pnxg2v7q1kYougS1vvppKcwCfUhUU zCqVsOpp9wWTS7ykHNqM1xI= =eAs6 -END PGP SIGNATURE-
SCIM (was: Nice multilingual environment with Debian menu)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just a quick suggestion: have you tried SCIM as an IM? http://www.turbolinux.com.cn/~suzhe/scim/ it supports CJK and Unicode. In fact you can use a UTF-8 locale, like en_US.UTF-8 and input any CJK char, plus unicode sequences into any unicode aware application. I just tried it, it works pretty well. Unfortunately there is no debian package available, you have to compile the source by yourself. Any questions: ask me. - -- Arne GÃtje (éçè) <[EMAIL PROTECTED]> PGP/GnuPG key: 1024D/685D1E8C Fingerprint: 2056 F6B7 DEA8 B478 311F 1C34 6E9F D06E 685D 1E8C Key available at wwwkeys.pgp.net. Encrypted e-mail preferred. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/3THlbp/QbmhdHowRApm1AJ9vUrcl2bjD1GzrtWPMlI6yRdtfBwCfVuSz f/EZ5IO6jSJ8TGbyYB+PlB0= =075n -END PGP SIGNATURE-
Re: Nice multilingual environment with Debian menu
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Saturday 13 December 2003 14:28, Osamu Aoki wrote: > On Fri, Dec 12, 2003 at 02:21:25PM -0500, Joe Drew wrote: > > On Fri, 2003-12-12 at 12:43, Osamu Aoki wrote: > > does this mean different input methods? > > Yes. > > Actually, uxterm under ja_JP.UTF-8 brings out xim(kinput2 for me) but > not in en_US.UTF-8. I guess in en_US.UTF-8, compose key is active to > make accented characters (not tested). > > Since I start console programs in the customized locale, this change > of the console program behavior can be enjoyed. If I were still > using hacks in my shell start up script[*1], I would not have enjoyed > this in uxterm. > > Anyway, my point in posting this also in -devel was that Debian menu > is very useful tool if you know how to use it. I suffer from the same problem, too. I'm using chinese, english and german. However, the problem does not get fixed by changing the locale all the time... this should not be done anyways. IMHO the local setting should reflect in which country you are based, and not which languages or input methods you are using. Unfortunately many program developers abuse the locales for exactly that function... :( If you choose en_US.UTF-8 as locale and you are using KDE for example, you can still input other languages which use the western alphabet by changing the keyboard settings on the fly. However, this does not work for asian input methods. Especially the asian IMs are the ones which depend on the locale. They shouldn't do it. So, instead of trying to work around the problem by changing your individual system, we should convice the programmers of these applications in question, not to depend on the locale setting, but use a switch in the application configuration to choose the proper input method. Unfortunately openoffice.org goes in the same wrong direction, by requiring the user to use a chinese locale setting to input chinese... that's nuts! Obviously the developers didn't think of people who have to deal with more than one language... :( Cheers Arne - -- Arne GÃtje (éçè) <[EMAIL PROTECTED]> PGP/GnuPG key: 1024D/685D1E8C Fingerprint: 2056 F6B7 DEA8 B478 311F 1C34 6E9F D06E 685D 1E8C Key available at wwwkeys.pgp.net. Encrypted e-mail preferred. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/3Rt2bp/QbmhdHowRArgqAJ0Y7sizPj+gn9F6strJWvgqZ5KMigCePgPq pyOXjAmqIijBOZGhEzEre1Q= =RDyn -END PGP SIGNATURE-
Re: 2.5.69 kernel needs rtc.c patch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 27 May 2003 17:45, Victor Torrico wrote: > RTC does not work either compiled as a module or into the kernel. A > patch for this is needed or a new kernel-source-2.5.69 package is needed. In 2.5.69 many things are not working... there are many open bugs on kernel.org. I suggest you check them first, before you try it. Unfortunately the drivers I need are also broken... I cannot even compile the source. :( Cheers Arne - -- Arne Goetje <[EMAIL PROTECTED]> (Spam catcher. Address might change in future!) PGP/GnuPG key: 1024D/685D1E8C Fingerprint: 2056 F6B7 DEA8 B478 311F 1C34 6E9F D06E 685D 1E8C Key available at wwwkeys.pgp.net. Encrypted e-mail preferred. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+0ztKbp/QbmhdHowRAgzFAJ9V96neqj+IOx8jHbcLG0ytz4WnYwCg5wLb fUA5v9AHb5v+hMEfM7KBz40= =7UEM -END PGP SIGNATURE-
