Re: Technically: What is the point to identity to country/province, anyway?
On 7 Apr 2004, Rahmat M. Samik-Ibrahim wrote: > I still have no clue on why "country/province" information is > technically needed. Sure, "language" is needed, and so does "time zone", > "keyboard", etc. But for what is "country"? I have no idea why debian wnats us to choose a country during installation? > P.S. How about to add "Sovereign Republic of Rahmat Samik-Ibrahim", > a 120 sqm (ca 1200 sqft) country somewhere in South East Asia :)? I think just remove the country chooser from Debian and use language chooser instead will be much better for a long run. [ Taiwan Linux Users Group ] Andrew Lee (李健秋)http://wiki.debian.org.tw Winkler Partners http://www.winklerpartners.com My [EMAIL PROTECTED]: +886 2 2311 2345cell: +886 968749 055 Wild at Heart Legal Defense Association http://ecosophy.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fix and improve usability of keyboard layout and input methods for users under zh_TW locale
Dear debian-boot list, I am writing to request a fix for the usability problem that affects our users with zh_TW locale for the next point release. At this DebConf, users from Taiwan found that the default keyboard layout and input methods are not fully available for zh_TW locale. I collaborated with Macy and Alper at this DebConf to create a mini iso that incorporates the changes in the MRs and verified that it works. These are the MRs for these issues: * Fix and improve usability of input methods for Traditional Chinese desktop users: https://salsa.debian.org/installer-team/tasksel/-/merge_requests/27 * Add Taiwanese xkb-keymap answer and default for zh_TW locales: https://salsa.debian.org/installer-team/console-setup/-/merge_requests/20 * Fixing typo - use 嘗(try) instead of 嚐(try via mouth): https://salsa.debian.org/installer-team/d-i/-/merge_requests/16 We also spoke with Andy from the installer tester team who agreed to have Macy from Taiwan test the image and confirm the fixes for the next point release. However, I am not sure how to backport these changes for the stable point release. Please advise me on what steps I need to take, either through bug reports or MRs on salsa. Best regards, -Andrew
Bug#404567: Please remove ttf-arphic-bkai00mp and gcin from chinese-t-desktop task.
reopen #404567 thanks Dear folks, I did a fresh install and than I found we can make things a lot better for chinese-t-desktop users. Please remove following two packages from chinese-t-desktop: - ttf-arphic-bkai00mp We should use uming as default Chinese font for display, ttf-arphic-bkai00mp is suitable for printing only, not for display, - gcin Two problems: 1) It has same priority with scim, so it confuses im-switch and our users. So it should come in later after this minor problem solved. 2) This version of gcin conflict with flash9, so it's not suitable for default installation. Thanks a lot. -Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404567: Please remove ttf-arphic-bkai00mp and gcin from chinese-t-desktop task.
Per Olofsson wrote: > Shouldn't this package install a configuration file in /etc/fonts/conf.d > then, telling fontconfig to not choose this font for display purposes? I am not sure how fontconfig can do, it's still possible need for for display in specfic application, eg: Gimp, OpenOffice.Org...etc I'd think it's too late to discuss this for 'etch', should we just remove it for etch and then consider add it back or not later? Regards, -Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404567: Please remove ttf-arphic-bkai00mp and gcin from chinese-t-desktop task.
Joey Hess wrote: > What package is uming in? It's in ttf-arphic-uming package. We used to use ttf-arphic-bsmi00lp for Traditional Chinese characters, and use ttf-arphic-gbsn00lp for Simplified Chinese characters. The ttf-arphic-uming is a Chinese Unicode TrueType font, this package has merged ttf-arphic-bsmi00lp and ttf-arphic-gbsn00lp font packages and other more stuffs, both Traditional Chinese and Simplified Chinese users would prefer to use uming rather than the old ttf-arphic-bsmi00lp and ttf-arphic-gbsn00lp. -Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#498330: tasksel: New desktop task for LXDE
Package: tasksel Version: 2.75 Severity: wishlist Dear tasksel maintainer, A friend as a DD on IRC pointed out that there should be a lxde-desktop task. So I created this for lxde-desktop task. Hopefully it can be included in lenny. Cheers, -Andrew -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tasksel depends on: ii aptitude 0.4.11.9-1 terminal-based package manager ii debconf [debconf-2.0] 1.5.23 Debian configuration management sy ii liblocale-gettext-perl1.05-4 Using libc functions for internati ii tasksel-data 2.75 Official tasks used for installati tasksel recommends no packages. tasksel suggests no packages. -- debconf information excluded Task: lxde-desktop Relevance: 8 Section: user Enhances: desktop Test-preferred-desktop: lxde Description: LXDE desktop environment This task provides basic "desktop" software using the Lightweight X11 Desktop Environment. Key: # The basics of lxde, not the whole thing. lxde-core gdm Packages: task-fields Packages-list: # lxde meta-package lxde lxtask openoffice.org-gtk # Support for scanners xsane # gui for configuration of the print server foomatic-gui
Support lxde-desktop properly in lenny D-I RC2?
Dear debian-boot folks and tasksel maintainer, Thanks for the hard work on lenny D-I RC1. I just tested the lenny D-I RC1 with 'tasks=lxde-desktop'. After the installation it gives me a LXDE desktop out of box!! Wonderful!! :) Seems only in tasksel isn't enough to make it work properly with D-I, cause I found the gnome-desktop task also installed with lxde-desktop task. :D I'd like to know what kind of/how much work should be done for make it supported in RC2(if we have planned)? And I'd like to help on that. Thanks again for the hard work on D-I. Cheers, -Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Support lxde-desktop properly in lenny D-I RC2?
Christian Perrier wrote: > Given that RC2 is supposed to be a "no additionnal feature" release, > I'd say that what you got is probably the most reasonable target to > have. Could we please make a exception? LXDE is a quite lightweight desktop environment that is designed with the netbooks in mind and also recommends by debian-eeepc team. We have lxde packaged and lxde-desktop task created already. I think it would be really nice if Lenny could gives our user one more alternative desktop choice for their netbooks. Cheers, -Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Support lxde-desktop properly in lenny D-I RC2?
Hi Frans, Frans Pop wrote: > the "lenny" invocation. Try 'desktop=lxde' instead (and read the correct > version of the installation guide in future ;-). Thank you for point out the correct option. I tested it works now. Thanks. :) > In D-I you could possibly add something like support for "sudo installs" > (target system with root account disabled and sudo configured for regular > user), as we have for GNOME and KDE. But that is definitely for sqeeze. > win32-loader should gain support for LXDE, but that is also likely to be > post-lenny. post-lenny is fine. > What we could possibly still do for Lenny is create an LXDE installation > CD or, maybe better, change the current Xfce CD to support LXDE in > addition to Xfce. As both are "lightweight", I would expect both of them > to fit on a single CD. > Main problem with the last option would be the selection of the desired > desktop as we can only default to one and there is currently no support > for interactive selection. So users who want LXDE would still have to > boot with desktop=lxde, but would still have the advantage of having all > packages on CD. Either way are good for our users. Share one CD is better to prevent e-waste would be really appreciate. It would be much easier for user who wants to do offline installation on old computer and netbooks, and also have choice for XFCE or LXDE. :) > That is, *unless* we were to hack the syslinux menus at CD build time to > offer separate boot options for both. If we want to hack on this, can we have a multi-arch CD/DVD and have boot options for GNOME, KDE, XFCE and LXDE? That sounds cool, isn't it? :) > The needed changes would be limited to debian-cd and IMO should all be > doable. First action would have to be a check of space requirements. Look forward to see the space requirements result. :) Cheers, -Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Support lxde-desktop properly in lenny D-I RC2?
Frans Pop wrote: > I've done a quick test build and space does not seem to be a real issue. > There is hardly any difference between what packages get included on the > CD if the lxde task is added [1]. Note that I did not yet try including > any lxde language tasks, but I seriously doubt there are any yet. The language tasks for lxde also from tasksel, eg: chinese-t-desktop, japanese-desktop, korean-desktop...etc > P.S. Andrew: are you subscribed to d-boot or not? No. I was not. > [1] In fact, I was a bit surprised how few got pushed off. But seeing that > foomatic-db-gutenprint is 50MB explains a lot. See my previous mail > to the lists. > > Here's the diff: > --- xfce.list 2008-11-14 16:34:09.578159253 +0100 > +++ xfce+lxde.list2008-11-14 16:38:17.335657539 +0100 > -foomatic-db-gutenprint_5.0.2-4_all.deb > +gamin_0.1.9-2_i386.deb > +gpicview_0.1.9-4+lenny1_i386.deb > +gtk2-engines_2.14.3-2_i386.deb > +hal_0.5.11-6_i386.deb > +hal-info_20080508+git20080601-1_all.deb > -ijsgutenprint_5.0.2-4_i386.deb > +leafpad_0.8.13-1_i386.deb > +libgamin0_0.1.9-2_i386.deb > -libijs-0.35_0.35-3_i386.deb > +libobparser21_3.4.7.2-3_i386.deb > +libobrender21_3.4.7.2-3_i386.deb > +libsmbios2_2.0.3.dfsg-1_i386.deb > +lxappearance_0.2-1_i386.deb > +lxde_0.3.2.1+svn20080509-5_all.deb > +lxde-common_0.3.2.1+svn20080509-5_all.deb > +lxde-core_0.3.2.1+svn20080509-5_all.deb > +lxde-settings-daemon_0.3.2.1+svn20080509-5_i386.deb > +lxpanel_0.3.8.1-2_i386.deb > +lxrandr_0.1+svn20080716-1_i386.deb > +lxsession-lite_0.3.6-1_i386.deb > +lxterminal_0.1.3-1_i386.deb > +obconf_2.0.3-3_i386.deb > +openbox_3.4.7.2-3_i386.deb > +pcmanfm_0.5-3_i386.deb > +pm-utils_1.1.2.4-1_all.deb > +powermgmt-base_1.30_i386.deb > +xarchiver_0.4.6-8_i386.deb > +xscreensaver_5.05-3_i386.deb > +xscreensaver-data_5.05-3_i386.deb Does XFCE has any wifi GUI tool such as network-manager installed? I am thinking of LXDE need one. If space isn't the issue, should we have it(for user who installs on netbooks)? -Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Support lxde-desktop properly in lenny D-I RC2?
Frans Pop wrote:
> On Friday 14 November 2008, you wrote:
>> I think I'd be happier with a separate CD - many people are
>> downloading the CD#1 variants just to get their preferred desktop and
>> I'm guessing it's less likely to cause confusion if we keep each
>> targeted at one desktop only.
>
> Agreed. We'd have to decide how best to name a combined CD so as not to
> cause confusion.
How about name it this way if we want to have a combined CD?
debian-50r0-xfce-lxde-desktop-{CD,DVD}-1.iso
>> It'll also allow for more useful
>> packages on that CD for people just using that one DE - the packages
>> for the other one are just going to waste space in that scenario.
>
> Well, that's really why I'm thinking of the combined CD at all. The total
> size of added packages for the lxde desktop is only ~10MB... See the diff
> in my other mail.
Wow, so less.
> The major part of the CD is still taken by the general X.Org packages and
> things like Firefox and OpenOffice, which are all shared. So there's huge
> duplication.
Have you tried a test build to combine lxde or xfce with gnome? These
desktop all based on gtk+, and also need X.Org, OpenOffice, iceweasl
...etc packages.
> I have no strong objection to adding an extra CD though. It's less work
> than the combined CD.
I don't have strong objection to adding an extra CD as well. I am just
thinking of reduce the e-waste for some people who would burn each
debian image into CD/DVD.
-Andrew
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#500119: [Pkg-utopia-maintainers] Bug#500119: Better way to avoid both knetworkmanager and nm-applet are started in parallel
Cc'ed this to debian-boot and debian-release. Dear RMs, This is only one line change in nm-applet.desktop which benefit other Window Managers and Desktops user. Please accept this change into Lenny. Michael Biebl wrote: > So the only change would be in nm-applet.desktop to NotShowIn=KDE. > I guess this change would be fine, although it's unlikely that this fix > will make it into lenny unfortunately (unless you help me to persuade > the RMs that this change is important enough for granting a freeze > exception) We are discussing to have xfce/lxde cd image with lenny RC2 release on debian-book and debian-cd. And I mentioned that XFCE and LXDE also need wifi GUI tool such as network-manager. It's good that only a change in nm-applet.desktop file would make network-manager works automaticlly in a various Window Managers, XFCE and LXDE for our users. > Andrew, do you also need/want the change to the nm-editor.desktop file? No, as you well explaned. :) Cheers, -Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Multi-desktop CDs for lenny
Frans Pop wrote: > There are two images available for testing: > - lxde CD: > http://cdimage.debian.org/cdimage/unofficial/fjp/debian-50-i386-lxde-CD.iso > - light desktop CD: > http://cdimage.debian.org/cdimage/unofficial/fjp/debian-50-i386-light-CD.iso Wow! I am so glad to see this come true. :) > These need extensive testing! Please also let us know what you think of > them. GNOME and KDE desktops both has Network-Manager installed by default. It would be good if XFCE and LXDE could also have Network-Manager or something similar installed by default. Cause I felt these lightweight desktops are mostly for to the netbook users. > A new idea that Steve suggested was to make the i386 and amd64 DVDs, and > if possible also the i386/amd64 multi-arch DVD (with or without powerpc > depending on space), support *all four* desktops. This would be > implemented a bit differently, namely by leaving the top level menu as it > is but adding a "Desktop selection" option in the Advanced options menu. That would be really cool. Cheers, -Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#500119: [Pkg-utopia-maintainers] Bug#500119: Better way to avoid both knetworkmanager and nm-applet are started in parallel
Hello Otavio, Otavio Salvador wrote: > This is somewhat complicate to decide. I see two sides in this > question: > > 1) adding Network Manager for LXDE we'll give a more ready to use > desktop for laptop users and give some extra bonus for regular users; > > 2) LXDE seems to fit very well with users wanting a low-resource > environment and Network Manager is not thin (it bring a lot of > libraries and consumes resources); > > So personally I'm unsure which is the best option. I agree with you. We need disscuss this to have a best option. And it shouldn't be related in #500119, but in tasksel. I will reply in another email without cc to [EMAIL PROTECTED] Are we agreed to get #500119 fixed in lenny? At least our users who install network-manager-gnome manually on their custom system can benefit from this fix. -Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
network-manager for laptop users who install desktop task as well.
Dear folks, Otavio Salvador wrote: > This is somewhat complicate to decide. I see two sides in this > question: > > 1) adding Network Manager for LXDE we'll give a more ready to use > desktop for laptop users and give some extra bonus for regular users; > > 2) LXDE seems to fit very well with users wanting a low-resource > environment and Network Manager is not thin (it bring a lot of > libraries and consumes resources); > > So personally I'm unsure which is the best option. These lightweight desktops could mostly been used for to the netbook users and also *old* computer users. User who wants network-manager installed are mostly a laptop user, not an old computer user. So the best way to solve this probably should make network-manager installed only for laptop users who also choose a desktop task. I believe GNOME/KDE users also don't need network-manager if they do not have a wifi interface. :) So should we separate network-manager to laptop-desktop task in tasksel? >>From my POV I believe we shouldn't add Network Manager on lxde-desktop > task since it's quite easy to do it and we can make the installation > fat for a user that is limited regarting space, memory and cpu power. I just tested Frans' Lenny D-I test build for LXDE+Xfce CD image with LXDE installation. After installation, I found wicd is not available in lenny, so I installed network-manager manually, and it didn't bring too much additional package installed. So I think network-manager-gnome is currently the best solution with LXDE in Lenny. Network Manager is a good application. :) Cheers, -Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: network-manager for laptop users who install desktop task as well.
Otavio Salvador wrote: > If we add it to laptop-desktop it will be installed in KDE too. What > is not what we want I guess. You are right, we shouldn't do it that way. I guess we may solve this problem by have an additional -laptop task for each current desktop tasks. eg: gnome-desktop-laptop, kde-desktop-laptop, xfce-desktop-laptop, lxde-desktop-laptop > I'm still uncertain about what to do here. I'd like to hear from Joey > (tasksel main maintainer) and others from D-I team. Please folks, > could you comment on that? Yes. Please folks, we really need your comment on this. Regards, -Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [RFC] Consequences for official CD/DVD images for Lenny
Hello folks, Frans Pop wrote: > I think we have the following options here: > 3) change m-a DVD to support all desktop environments; drop powerpc >(3rd column in 2nd table) > 4) something I have not investigated: drop source... > > My personal vote goes to option 3. For my personal opinion, the multi-arch DVD is very cool idea, cause of the convenience for our user to do many kind of "installations". And may be able to help other users even they have different arch computers and different level of hardwares. That makes this image like a magic and so powerful. :) So the question would be source vs ppc arch support, which is more useful for our users on the multi-arch DVD for the purpose? I think only people who don't have good internet connection would need source packages. And I guess rare of these people needs multi-arch support. So for these users, better choose standalone arch DVD image, cause they would need fully offline installation and source packages. So, may I vote for 4? Sorry Frans, hope you won't mind I made more works on you. :) -Andrew -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#510300: installation-report: Missing installation of dbus-x11 package in xfce based install
Frans Pop wrote: > reassign 510300 tasksel 2.77 > thanks > Is the same maybe needed for the LXDE desktop? LXDE in lenny hasn't support trash can yet. So no need for LXDE desktop for now. Thanks, -Andrew -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#393966: tasksel: language task doesn't install
Package: tasksel Version: 2.57 Severity: normal tasksel maintainers, I tested the daily-builds d-i(20061018) and found tasksel don't let me choose language tasks and also didn't install language task automaticly. I booted from sid_d-i 20061018, choose language zh_TW and then checked desktop enviroment in tasksel. After it finished downloading, the gdm shows up, and then I loged in, I saw a ugly desktop enviromant. I checked that with 'dpkg -l', and found it didn't install any package in chinese-t-dekstop task. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages tasksel depends on: ii aptitude 0.4.3-1terminal-based apt frontend ii debconf [debconf-2.0] 1.5.6 Debian configuration management sy ii liblocale-gettext-perl1.05-1 Using libc functions for internati ii tasksel-data 2.57 Official tasks used for installati tasksel recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393966: tasksel: language task doesn't install
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christian Perrier wrote: > If that bug is confirmed, it is definitely release critical. I did a fresh install with sid_d-i 20061022 netinst image, the language task still doesn't install. - -Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFP0rOnQYz4bYlCYURAk1TAKDSLDybi3JZVQbmci2tFPIilHEK2wCgi0uq owzkSc/4TfMxjDc1Q3us4Ao= =L3C4 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445592: tasksel: Please update Traditional Chinese desktop task
Package: tasksel Version: 2.68 Severity: wishlist After a discussion on http://moto.debian.org.tw/viewtopic.php?p=56523#56523 We think the tasks for Traditional Chinese need following updates. For chinese-t: -zhcon Out of date, not good enough to support UTF-8 and Traditional Chinese -debian-zh-faq-t Useless, most of these faq are for Big5/GB2312 enviroment, not for UTF-8, if someone following the documment, it will broken the system. -manpages-zh Out of date(eg: the old zh manpages mentioned different license than the current english one on the system), better remove rather than confuse users. -fortune-zh This zh is only Simplified Chinese, why it in Traditional Chinese task? +quick-reference-zh-tw This is replacment for debian-zh-faq-t and also more information. For chinese-t-desktop: -rxvt-beta -mlterm -mlterm-tools -rxvt-unicode-ml We used to use a lot of different encodings, so that we need so many different terminals. But now we uses UTF-8 by default, although there still are many people(including me) likes to use these terminals, but we had gnome-terminal which installed by default already, these personal favorite terminals should go away from this task. :) -kde-i18n-zhtw Why installs this kde message on GNOME desktop? +ttf-arphic-ukai Compatiblity for document exchange. +xfonts-efont-unicode /efont/ Unicode fonts for X which cover various scripts +icedove-locale-zh-tw New package for icedove's zh-tw translation. I attached the patch for reference. Cheers, -Andrew diff -ur tasks.orig/chinese-t tasks/chinese-t --- tasks.orig/chinese-t2007-04-18 09:40:56.0 +0800 +++ tasks/chinese-t 2007-10-07 14:33:31.0 +0800 @@ -7,13 +7,10 @@ to use Debian, using the traditional Chinese encoding. Key: jfbterm - zhcon Packages: task-fields Packages-list: zh-autoconvert - debian-zh-faq-t - manpages-zh - fortune-zh + quick-reference-zh-tw # Printing support ttf2pt1 ttf2pt1-chinese diff -ur tasks.orig/chinese-t-desktop tasks/chinese-t-desktop --- tasks.orig/chinese-t-desktop2007-04-18 09:40:56.0 +0800 +++ tasks/chinese-t-desktop 2007-10-07 15:03:40.0 +0800 @@ -6,10 +6,6 @@ Key: Packages: task-fields Packages-list: - rxvt-beta - mlterm - mlterm-tools - rxvt-unicode-ml scim-chewing im-switch scim-tables-zh @@ -17,12 +13,14 @@ # Uncomment once gcin 1.3.3 is available. #gcin stardict - kde-i18n-zhtw x-ttcidfont-conf ttf-arphic-uming + ttf-arphic-ukai xfonts-intl-chinese + xfonts-efont-unicode unifont openoffice.org-l10n-zh-tw openoffice.org-help-zh-tw iceweasel-l10n-zh-tw + icedove-locale-zh-tw paps
Bug#445592: tasksel: Please update Traditional Chinese desktop task
Joey Hess wrote: > Andrew Lee wrote: >> -kde-i18n-zhtw >> Why installs this kde message on GNOME desktop? > > Because these tasks are also used to localise the kde-desktop, until > someone splits them. Okay, keep it. >> +icedove-locale-zh-tw >> New package for icedove's zh-tw translation. > > icedove is not installed by any desktop tasks, so I don't see any reason > to include this. I see, Doesn't need to include this. Thanks, -Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#680668: Updating chinese-t-desktop in tasksel for Wheezy.
Dear debian-l10n-chinese and debian-chinese-big5 lists, Wheezy has been frozen and to be release soon. I would like to let all of you know that chinese-t-desktop in tasksel may be able to have an update for wheezy. Please feel free to give suggestions. The task-chinese-t-desktop currently looks like this: Recommends: scim-chewing, im-switch, scim-tables-zh, xfonts-wqy, # Uncomment once gcin 1.3.3 is available. #gcin stardict, ttf-arphic-ukai, #xfonts-efont-unicode # seems inessential. ttf-arphic-uming, #xfonts-intl-chinese# seems inessential. #unifont# seems inessential. # seems openjdk needs this to display Chinese. ttf-wqy-zenhei, libreoffice-l10n-zh-tw, libreoffice-help-zh-tw, iceweasel-l10n-zh-tw, paps, # poppler-data which is non-free is needed to display # Chinese on poppler applications. poppler-data PS. The deadline for this upload would be the end of July. -- -Andrew -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cacpy4ovyzdgbyzyzxxoboutdybjyfwmgx41taj7caajvzqr...@mail.gmail.com
Bug#680668: Updating chinese-t-desktop in tasksel for Wheezy.
Dear Yao, FourDollars and all Traditional Chinese users, 2012/7/11 Yao Wei (魏銘廷) : > Some recommendations on input method: > > SCIM somehow stopped their maintenance. (But seems their maintenance > started again by another people.) Thanks to confirm. The upstream is not dead. > Anyway, I would hope using IBus as a default recommendation, followed > by some common input methods that can type Chinese. Such as: > > ibus-chewing | gcin-chewing | hime-chewing | fcitx-chewing | > fcitx-libpinyin | scim-chewing The problem is not just be able to typing Chinese here. The tasksel designs for normal users who doesn't know how to install packages in debian. So it would be nice to have an overview from nontechnical users' point of view. which input method are mostly user friendly and attractive for even non-debian users? Everyone I've polled who has installed ibus for nontechnical users has had to switch out ibus due to its non-staleness and non-user-friendliness. Technical users who want ibus or whatever will have no difficulty installing it. > and some table-based input methods and so on... Which table do you mean here? > im-switch needs to update to im-config too, because im-switch is > deprecated and IME maintainers now recommend using im-config. Done. > And, as my personal (and many users') favorite, Wen Quan Yi Micro Hei > (文泉驛微米黑) seems like a good system typeface, so I would recommend: > ttf-wqy-microhei | ttf-wqy-zenhei The comment says "seems openjdk needs this to display Chinese." Can you please confirm which fonts are needed for display Chinese in openjdk? -- -Andrew -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cacpy4ouyq8ralkir2p69y8bl+--b-shymewstqs2dbruu8t...@mail.gmail.com
Bug#680668: Updating chinese-t-desktop in tasksel for Wheezy.
2012/7/14 Christian PERRIER : > ibus-chewing, I tested ibus-chewing on my computer. It doesn't have some features that I(Traditional user) expected. -- -Andrew -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CACpy4oswiQHkUAukEHVkpFmVYDrPndq=oe3cwf0wtlsany0...@mail.gmail.com
Bug#680668: Updating chinese-t-desktop in tasksel for Wheezy.
Hi Fourdollars, 2012/7/15 Shih-Yuan Lee (FourDollars) : > Could you point out which features of ibus-chewing are not expected? > I would like to fix them. Here we are discussing is for wheezy which is in a freeze stage. So that all the new features are no related. Thank you for your efforts to get all expected features implemented in ibus-chewing. Here are some feature requests and bugs opened in upstream: http://goo.gl/m0VyJ PS. I'd love to confirm and test all features after you fixed in sid. Please DO NOT keep cc not related new features discussion to #680668. Cheers, -- -Andrew -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cacpy4otxkc9aoxzzi8qknzkxuceum1vbessogqmujdi8trk...@mail.gmail.com
