Re: [Mageia-dev] Astronomy packages
2013/3/31 Joseph Wang joequ...@gmail.com Just wanted to get some input from both Fedora astronomy and mageia about which astronomy related packages to package next. I'm working in audela. Also I'll be working on getting mesa as a rpm. What do you mean getting mesa as a rpm? We already have mesa. Are you going to put a task-mesa meta rpm? Thanks.
[Mageia-dev] Freeze Push: icewm-theme-oxygen-aya
Hello, As reported in bug #8705[1] and upstream[2], icewm is broken with newer Xorg versions. I've managed to modify certain image files in the default theme icewm-theme-oxygen-aya so that the titlebar border can be visible. Please help submit. Only spec file is modified, I add two lines of command to resize the images. Thanks. [1] https://bugs.mageia.org/show_bug.cgi?id=8705 [2] http://sourceforge.net/tracker/?func=detailatid=100031aid=3601660group_id=31
[Mageia-dev] Freeze push: pcmanx-gtk2
Hello, Please help submit pcmanx-gtk2. The new version 1.2 release issues many bugfix: * Bugfix: SegFault when $LANG is not set * Bugfix: Replace system() with execlp() for sake of security * Bugfix: Use g_spawn_async() instead of fork()/execlp() to prevent crash * Bugfix: Build failure when configured as --disable-docklet * Bugfix: Status bar appears in simple mode * Bugfix: FcFontSort() should no longer use `NULL' as the value of `result' * Bugfix: Change class and name hints for a window. * Bugfix: Add StartupNotify=true * Bugfix: Fix the invisible cursor issue * Bugfix: Fix a bug that NancyBot incorrect parsing the input string on 64bit OS. It also includes some minor new features, though: * Feature: Use consistent naming: PCManX * Feature: Allow users to search selected text through Web search engine * Feature: Handle malformed URL properly * Feature: Usability enhancement for Unity desktop envionment * Feature: Add new interface to show and hide toolbar * Feature: Remember maximized state * Feature: Improve the performance of cairo caret pcmanx-gtk2 is a leaf package and does not have components used or required by other softwares. Please push it for Mageia 3. Thanks, You-Cheng Hsieh
Re: [Mageia-dev] [RFC] keep or remove the popup asking confirmation for closing any drakxtools
2013/2/20 Manuel Hiebel manuel.mag...@hiebel.eu: Hello, Since december, any drakxtools (also inside tools of another one) open popup asking user to confirm if he is agree to close the windows. I opened a bug at this time: https://bugs.mageia.org/show_bug.cgi?id=8476 As Thierry asked to speak about this on this mailing, I'm sending this mail. So any comment, opinion, suggestion, enhancement, patch ? The original bug was reported against a live system, so it serves its purpose. Can we have it only show up when running draklive-install?
Re: [Mageia-dev] Freeze push: gcin 2.8.0
2013/2/18 Guillaume Rousse guillomovi...@gmail.com: Le 18/02/2013 03:43, You-Cheng Hsieh a écrit : Hello, Please help submit gcin 2.8.0, this release contains mostly bugfix and input behavior changes. The full changelog written in Chinese can be found here: http://www.csie.nctu.edu.tw/~cp76/gcin/download/Changelog.html The point of a version freeze is to avoid behaviour changes, especially for components used elsewhere. Is it really wise to switch to a new major version now ? -- BOFH excuse #330: quantum decoherence The behavior changes was made according to user opinions and suggestions, and gcin is a standalone input method platform so it and its components are not used anywhere else. On the other hand, this is not a major new version. The author always bumps up numbers when he has a new release. In this case, the numbers just bumped from 2.7.9 to 2.8.0 because he never uses versions like 2.7.10. There is no major and minor releases for gcin, the number just bumps up and each release always includes bugfix and behavior adjustments to previous release. I'm very certain that only Taiwanese users will be affected since its behavior design is very focused on local user input habits and experience. Please help submit this version. Thanks, You-Cheng Hsieh
Re: [Mageia-dev] Bug 4560: WQY fonts
2013/1/27 Joseph Wang joequ...@gmail.com: I just uploaded the missing WQY (zenhei, unibit, bitmap) fonts to the repository. No personal opinion as to whether or not they should go into Mageia 3 or not, but they are there if needed. Hello, Before you import a new package, please search if we already have same one in repo: http://svnweb.mageia.org/packages/cauldron/x11-font-wqy-bitmapfont/ Thanks, You-Cheng Hsieh
Re: [Mageia-dev] Freeze push: libchewing scim-chewing
2013/1/24 You-Cheng Hsieh yochenhs...@gmail.com: Hello, libchewing scim-chewing dev (quietly) released new versions near the end of last year, and I missed both of them before version freeze.:( For libchewing, 0.3.4 includes more fixes than new features and I highly suggest we should push it for Mageia 3 release: https://github.com/chewing/libchewing/blob/master/NEWS For scim-chewing 0.3.5, only minor changes have been made and scim is still not usable in Cauldron now(?). If you worry about stability issue, this one can be skipped. But I still think it should be OK, though. https://github.com/chewing/scim-chewing/blob/master/NEWS Both of them can be built successfully in my Cauldron VM and I've commit them to svn. Please help submit them. Thanks, You-Cheng Hsieh ping?
[Mageia-dev] Freeze push: libchewing scim-chewing
Hello, libchewing scim-chewing dev (quietly) released new versions near the end of last year, and I missed both of them before version freeze.:( For libchewing, 0.3.4 includes more fixes than new features and I highly suggest we should push it for Mageia 3 release: https://github.com/chewing/libchewing/blob/master/NEWS For scim-chewing 0.3.5, only minor changes have been made and scim is still not usable in Cauldron now(?). If you worry about stability issue, this one can be skipped. But I still think it should be OK, though. https://github.com/chewing/scim-chewing/blob/master/NEWS Both of them can be built successfully in my Cauldron VM and I've commit them to svn. Please help submit them. Thanks, You-Cheng Hsieh
Re: [Mageia-dev] Please have a look
2013/1/18 Marja van Waes marj...@xs4all.nl: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 here http://docteam.mageia.nl/en/MCC/content/index.html and tell us whether you see any mistakes. We'd like to correct them before this manual goes into Mageia 3. Thanks :) Please add input method info in localedrake page. http://docteam.mageia.nl/installer/content/selectCountry.html Thanks, You-Cheng Hsieh
[Mageia-dev] [NEED HELP] icewm titlebar missing on certain themes
Hello, We have a problem on icewm that the titlebar will be missing on some themes, including default theme: https://bugs.mageia.org/show_bug.cgi?id=8705 Note that arch user have same problem: https://bbs.archlinux.org/viewtopic.php?id=155162 As icewm is installed along with all Live-CD/DVDs as backup WM, we might need to find a solution for it: - figure out what's wrong in the icewm code and fix it. or - change to another default theme that won't be affected. or - use other light wm (e.g. openbox) for our Live-CD/DVDs Any suggestion is welcomed, Thanks, You-Cheng Hsieh
Re: [Mageia-dev] No GUI available to burn iso into USB sticks
2012/6/16 Simple w simpl...@gmail.com: Hi, I have run liveusb-creator and it does not detect the usb stick, no matter if i unplug and plug the usb stick it continues without being detected. The same problem also happens in unetbootin, so currently in Mageia there is no application providing a GUI to burn .iso images into usb discs. https://launchpad.net/win32-image-writer There're reports that it may damage disk drive, but it works for me.
Re: [Mageia-dev] Mageia 2 DVD 64bits install is broken
2012/5/26 Simple . simpl...@gmail.com: i used rufus in windows to burn the .iso into the usb, now i dont know if this is specifically caused by rufus or if this is caused by other thing, and here would be better that others could test and reproduce this. There is no any mention on Mageia site that Rufus will work with Mageia ISOs, vice versa. If you find a bug in Rufus, you should always report it to Rufus developers, because it is not maintained by Mageia. The dd way to dump ISO file into USB drive always work for me. However, if you must do it in Windows, please add yourself to CC list of this bug: https://bugs.mageia.org/show_bug.cgi?id=4598 The most important thing is that you should report your problem to Rufus developers. Mageia is not involved with Rufus development and complaining here will not make any progress for you if you want Rufus be fixed. Please noted that even if it got fixed by Rufus developer(s), the future release of Rufus may still have problems with Mageia ISOs. Rufus and Mageia are two independent projects and have no any direct or indirect connection.
Re: [Mageia-dev] [soft-commits] [4423] more fixes for rc isos
Revision 4423 Author tmb Date 2012-05-06 17:39:28 +0200 (Sun, 06 May 2012)
Log Message
more fixes for rc isos
--- images-config/draklive/trunk/config/auto_inst.cfg.pl 2012-05-06
13:53:58
UTC (rev 4422)
+++ images-config/draklive/trunk/config/auto_inst.cfg.pl 2012-05-06
15:39:28
UTC (rev 4423)
@@ -71,6 +71,17 @@
#- !TYPE64bit packages are selected by default for live
#- skip i586 ones if not relevant
'libqca1-tls',
+
+ if_($ENV{DRAKLIVE_REGION} eq 'Asia-Noindia',
+ 'gimp', 'ibus-table-wubi',
+ ),
Hello,
Could you please try to remove these packages in Gnome/KDE liveCD
instead and see if we can add gimp in Asia-noindia?
GNOME - oxygen-icon-theme
KDE4 - xscreensaver-extrusion, xscreensaver-gl, imagemagick
(ordered in proiority for removal)
Thanks.
Re: [Mageia-dev] Mageia 2 LiveCD contents...
2012/4/30 You-Cheng Hsieh yochenhs...@gmail.com: 2012/4/30 Thomas Backlund t...@mageia.org: Hi, So RC (and final) are getting closer, as usual the livecds are problematic to get nice contents, while staying within the 700M limit Current RC build got me this: 703M Mageia-2-rc-LiveCD-GNOME-Asia-Noindia-i586-CD.iso 728M Mageia-2-rc-LiveCD-GNOME-Asia-Noindia-x86_64-CD.iso 710M Mageia-2-rc-LiveCD-KDE4-Asia-Noindia-i586-CD.iso 734M Mageia-2-rc-LiveCD-KDE4-Asia-Noindia-x86_64-CD.iso Please remove hugin inkscape first. I would suggest keep gimp unless we're really short of space. It appears that hugin and imagemagick are required by kipi-plugins, and gwenview suggests kipi-plugins. So... does Live-CD includes suggests?
Re: [Mageia-dev] Mageia 2 LiveCD contents...
2012/4/30 Thomas Backlund t...@mageia.org: after dropping kipi-plugins-expoblending,hugin, inkscape, the package cleanups done by blino and switching livecd initrd to xz I am now down to 3 isos that need some more work... Suggestions ? 707M Mageia-2-rc-LiveCD-GNOME-Asia-Noindia-x86_64 Do we need oxygen-icon-theme in GNOME live-cd? 712M Mageia-2-rc-LiveCD-KDE4-Asia-Noindia-x86_64 722M Mageia-2-rc-LiveCD-KDE4-Europe2-x86_64 enblend (I think one of the kipi-plugins needs it, though.) xscreensaver-gl Does Europe1-x86_64 have space for one (or two) locales from Europe2? Perhaps the European locales can be re-organized so both discs fit into ~700MB. Thanks for your great work.:)
Re: [Mageia-dev] Xfce 4.10 released
2012/4/29 Jani Välimaa jani.vali...@gmail.com: On 29.04.2012 12:55, zezinho wrote: Em 29-04-2012 09:43, Jani Välimaa escreveu: I know it's not the right time for this, but I'm wondering if we could push new Xfce 4.10 also to updates for upcoming mga2? Only when backports media is available : there is no reason to change our policy for updates. We don't need to change our policy, only turn a blind eye to it. And as we don't have backport repos yet and haven't seen any progress making them available, updates are the only choice. Also, it was done for KDE update in mga1. So, why not for another DE? Currently we have a mixture of unstable (4.10 pre) and stable (4.8) Xfce pkgs in our repos. IMHO it would be good to have stable versions available to provide as good user experience for Xfce users as possible. I've heard that some users switched to another distro because our Xfce is outdated in mga1. I don't want to see this happening again. P.S. I'm fine to push new Xfce to backports, but we really need to do something to make backports available after mga2 release. Are xfce 4.9.x considered as development/testing/unstable releases? If so, I think pushing the stable 4.10 release into mageia2 still fits our policy.
Re: [Mageia-dev] Xfce 4.10 released
2012/4/29 Jani Välimaa jani.vali...@gmail.com: On 29.04.2012 14:28, You-Cheng Hsieh wrote: 2012/4/29 Jani Välimaa jani.vali...@gmail.com: Currently we have a mixture of unstable (4.10 pre) and stable (4.8) Xfce pkgs in our repos. IMHO it would be good to have stable versions available to provide as good user experience for Xfce users as possible. I've heard that some users switched to another distro because our Xfce is outdated in mga1. I don't want to see this happening again. Are xfce 4.9.x considered as development/testing/unstable releases? If so, I think pushing the stable 4.10 release into mageia2 still fits our policy. Yes, 4.9.x ones are development releases. We should provide stable versions as much as possible. I would recommend if you could ask a push for the 4.10 packages to mageia2. Mix development and stable packages in official release seems rather... uncompleted. However, if development/unstable packages are provided in official release, I think it should be OK to provide stable versions as updates. -- Please correct me if I'm wrong about this part.
Re: [Mageia-dev] Mageia 2 LiveCD contents...
2012/4/30 Thomas Backlund t...@mageia.org: Hi, So RC (and final) are getting closer, as usual the livecds are problematic to get nice contents, while staying within the 700M limit Current RC build got me this: 703M Mageia-2-rc-LiveCD-GNOME-Asia-Noindia-i586-CD.iso 728M Mageia-2-rc-LiveCD-GNOME-Asia-Noindia-x86_64-CD.iso 710M Mageia-2-rc-LiveCD-KDE4-Asia-Noindia-i586-CD.iso 734M Mageia-2-rc-LiveCD-KDE4-Asia-Noindia-x86_64-CD.iso Please remove hugin inkscape first. I would suggest keep gimp unless we're really short of space. Thanks.
Re: [Mageia-dev] painful discussion n°1: debloating
2012/4/11 Olav Vitters o...@vitters.nl: However, seems that in almost every install seahorse might be installed (tv saying that we go from something like glib - gio - .. - seahorse). Almost every install might have glib going to seahorse. That bit is the concern. I don't care about minimal; in a minimal, it just should not install suggests and I really don't care if that currently works in the installer or not. Currently almost every install might end up having gnome-keyring. Even if often it isn't used. That's a concern. So, yeah, move the suggests and remove totem-mozilla from CAT_KDE. But not because of the minimal install. This might result in some users not having seahorse anymore though. OK. So I have some conclusion: - A minimal install should not install any Suggests, if it does, please report a bug (bug #5209). - The Suggests don't need to be moved. - Instead, Requires will affect minimal install. - Change Requires: gnome-keyring in libgnome-keyring to Suggests. - remove totem-mozilla (and other gnome stuff, if neecessary) from CAT_KDE. Olav, I've committed the change of libgnome-keyring to svn. Please review and submit it if it's acceptable to you. (You are still the maintainer of libgnome-keyring.) I don't know how to change CAT_KDE in rpmstrate, so that should be done by someone else. Thanks.
Re: [Mageia-dev] painful discussion n°1: debloating
2012/4/7 Guillaume Rousse guillomovi...@gmail.com: If thos of you lucky enough to have missed the beginning of the story, here are the importants parts: - first round: bug #4357, still marked as release blocker (despite a bit excessive IMHO) - second round: discussion on -dev, archived here: https://www.mageia.org/pipermail/mageia-dev/2012-March/013342.html The whole issue turns around the unfortunate consequence of adding new dependencies, for various reasons, between packages and in installer: bloated minimal installation. In this case, this is about a specific *soft* dependency from gnome-keyring to seahorse, which has painful consequences, as outline by TV in comment #5 of the original report. Suggestion sofar for this initial problem have been suggested: 1) move the gnome-keyring - seahorse soft dependency either in task-gnome, or task-gnome-minimal 2) turn the mandatory dependency between libgnome-keyring to gnome-keyring into a soft dependency - Olav (or anyone else), do you have any objection to *also* move the soft dependency from gnome-keyring to seahorse to either task-gnome or task-gnome-minimal ? I've made the changes of 1) and 2) locally: - remove Suggests: seahorse in gnome-keyring - add Suggests: seahorse in task-gnome-minimal - change Requires: gnome-keyring in libgnome-keyring to Suggests If there's no objection, I would like to commit to svn and someone can submit it before beta3. We can test it and decide to keep or revert it before RC. Thanks.
Re: [Mageia-dev] painful discussion n°1: debloating
2012/4/10 Olav Vitters o...@vitters.nl: On Tue, Apr 10, 2012 at 03:29:56PM +0800, You-Cheng Hsieh wrote: If there's no objection, I would like to commit to svn and someone can submit it before beta3. We can test it and decide to keep or revert it before RC. The discussion is just a repeat of a previous discussion. Please refer to whatever I and other people said last time this was brought up. I suppose you agreed to move the suggests if it does affect minimal install: https://www.mageia.org/pipermail/mageia-dev/2012-March/013365.html Quote That this suggests also has an affects the minimal install, ok, but the dependency was added (according to your comment) 1.5 years ago. So if this dependency was ok 1.5 years ago, why not now? (read on before replying please:) Now if in those 1.5 years things changed (dependency changes, etc) and this dependency now suddenly affects the minimal install, then yeah, I think moving the suggests somewhere else makes sense. End-of-quote Please correct me if I misunderstood your words. Thanks.
Re: [Mageia-dev] Impossible to change the locale to Greek language (el)
2012/4/9 Dimitrios Glentadakis dgl...@gmail.com: I installed cauldron in virtualbox in English locale. I try to switch to Greek (el) but even after reboot the enviroment is always in English What i did: I installed the locales-el package and after choosing the Greek localisation in MCC i have the follow folders: /usr/share/locale el_CY/ el_CY.UTF-8/ el_GR/ el_GR.UTF-8/ these folders dont contain any translation file. in my Mageia 1 system the translations are situated in /usr/share/locale el/ The drakconf.mo file i can find it in : drakconf:/usr/share/locale/el/LC_MESSAGES/drakconf.mo and no in any of the el_GR* folders I remember in an older installation that in order to have mcc and terminal messages in Greek i had to choose the localization during the first installation, if not it remained in English. But it was a long time ago and i dont have in my mind more details.. It is an issue that worth to open a bug report ? -- Dimitrios Glentadakis Please correct me if I'm wrong about it, as I cannot confirm it right now. When you install Mageia/Mandriva, all other locale translations, except the locales you specified during installation, will be removed. So if I install Mageia with Chinese locale, my system won't have translations from other languages except Chinese. Now if you want to add a new language after install, e.g. Greek, installing locales-el is not enough. You need the translations, but only some of them are available as stand-alone packages, e.g. kde-l10n-el, firefox-el, libreoffice-langpack-el. For other softwares, the translations will be installed when the packages updates are available, or you have to re-install the packages which contains *.mo files. I remember there was a discussion in Mandriva i18n list about how to improve language selection/localedrake behavior, e.g. download localepacks which includes translations/mo files.
Re: [Mageia-dev] Impossible to change the locale to Greek language (el)
2012/4/9 You-Cheng Hsieh yochenhs...@gmail.com: 2012/4/9 Dimitrios Glentadakis dgl...@gmail.com: I installed cauldron in virtualbox in English locale. I try to switch to Greek (el) but even after reboot the enviroment is always in English What i did: I installed the locales-el package and after choosing the Greek localisation in MCC i have the follow folders: /usr/share/locale el_CY/ el_CY.UTF-8/ el_GR/ el_GR.UTF-8/ these folders dont contain any translation file. I remember in an older installation that in order to have mcc and terminal messages in Greek i had to choose the localization during the first installation, if not it remained in English. But it was a long time ago and i dont have in my mind more details.. It is an issue that worth to open a bug report ? Please correct me if I'm wrong about it, as I cannot confirm it right now. When you install Mageia/Mandriva, all other locale translations, except the locales you specified during installation, will be removed. I was wrong, No locales are removed during the installation, they are just never installed. https://qa.mandriva.com/show_bug.cgi?id=49612 So if I install Mageia with Chinese locale, my system won't have translations from other languages except Chinese. Now if you want to add a new language after install, e.g. Greek, installing locales-el is not enough. You need the translations, but only some of them are available as stand-alone packages, e.g. kde-l10n-el, firefox-el, libreoffice-langpack-el. For other softwares, the translations will be installed when the packages updates are available, or you have to re-install the packages which contains *.mo files. I remember there was a discussion in Mandriva i18n list about how to improve language selection/localedrake behavior, e.g. download localepacks which includes translations/mo files. It can be found here - Add an option to install missing locales for installed rpms: https://qa.mandriva.com/show_bug.cgi?id=31639
Re: [Mageia-dev] icewm-gnome: is it still supported?
2012/4/5 Olav Vitters o...@vitters.nl:
On Thu, Apr 05, 2012 at 10:47:33AM +0800, You-Cheng Hsieh wrote:
Is icewm-gnome still usable in cauldron? I have to install many gnome2
libraries in order to build it, but I cannot get it working. On the
other hand, gnome2 libraries are not maintained by upstream...
Should we provide it for Mageia 2?
Suggest drop it unless it is ported to not use those old libraries (lots
of functionality has been replaced by things in gtk+, etc). Don't forget
that if you import, you're the maintainer ;)
I've set %define with_gnome 0 in icewm.spec locally, icewm-gnome won't be built.
Should I set Obsoletes: %{name}-gnome for icewm-light?
Does icewm-gnome need to be removed during update/upgrade if we drop it?
Thanks.
Re: [Mageia-dev] icewm-gnome: is it still supported?
2012/4/5 Olav Vitters o...@vitters.nl: On Thu, Apr 05, 2012 at 10:47:33AM +0800, You-Cheng Hsieh wrote: Is icewm-gnome still usable in cauldron? I have to install many gnome2 libraries in order to build it, but I cannot get it working. On the other hand, gnome2 libraries are not maintained by upstream... Should we provide it for Mageia 2? Suggest drop it unless it is ported to not use those old libraries (lots of functionality has been replaced by things in gtk+, etc). Don't forget that if you import, you're the maintainer ;) I would prefer to drop icewm-gnome, but does any one have further suggestions? Thanks.
[Mageia-dev] icewm-gnome: is it still supported?
Hello, Is icewm-gnome still usable in cauldron? I have to install many gnome2 libraries in order to build it, but I cannot get it working. On the other hand, gnome2 libraries are not maintained by upstream... Should we provide it for Mageia 2? Thanks.
Re: [Mageia-dev] installing minimal is not really that minimal
2012/3/22 Thierry Vignaud thierry.vign...@gmail.com: On 22 March 2012 00:30, Maarten Vanraes al...@rmail.be wrote: i did a network install and choose 'custom', then deselected everything, pressed next i got to the next menu of installation and left these to default: - no X - no suggestions - basic doc still on - truly minimal was off but, i ended up with x libraries, fonts, etc... note that having a couple x11 package is not installing x11. I've made the minimal install quite a lot smaller. We still have issues with suggests that makes installation explodes. I've reports some bugs but maintainers just don't care. See eg: https://bugs.mageia.org/show_bug.cgi?id=4357 that got reaffected to me because the maintainer doesn't care about bloating the install This particular one isn't about minimal install but about gnome install but the underlying issue will bloats any minimal install + light desktop + _one_ gtk+ application. Both gnome-keyring and task-gnome are maintained by nobody, could you modify the spec and close the bug?
Re: [Mageia-dev] Packaging groups
2012/3/5 Oliver Burger oliver@googlemail.com: I just noticed - don't ask me why I didn't notice it earlier - there is no rpm group for LXDE We have groups Graphical desktop/XYZ for XYZ in KDE, GNOME, XFCE and five of the window managers, but not for lxde. Perhaps we should find some policy on those groups, as I think currently there's no real logic behind them. Oliver I take a look inside Graphical desktop/Other, we have quite a lot of WM/DE inside it: (in alphabet order) AfterStep awesome dwm blackbox-based (fluxbox, openbox) i3 lesstif-mwm (which should belongs to fvwm-based group) lxde matchbox pekwm razorqt scrotwm sugar swm Something else that should belongs to another group: devede - a DVD/VCD creation frontend, should be in Video? etoys - should be in Education? lightdm - a display manager, but slim xdm are in System/X11. screengrab - another screenshot tool, scrot, is in Graphics. System/X11 might need some love: aajohan-comfortaa-fonts - should be in System/Fonts/TrueType compiz - compiz is a window manager, but it might be an exception here. gccmakedep imake - both gccmakedep imake are part of Xorg package, but Development seems more suitable? kiba-dock - most docks are in Graphical desktop/Other. Strange why kiba-dock is not... virtualbox-doc - should be in Documentation.
Re: [Mageia-dev] fontconfig rules of google droid fonts
2012/3/1 Pascal Terjan pter...@gmail.com: On Thu, Mar 1, 2012 at 07:04, You-Cheng Hsieh yochenhs...@gmail.com wrote: Hello, Was the fontconfig rules of google droid fonts used for any specific purpose? http://svnweb.mageia.org/packages/cauldron/google-droid-fonts/current/SOURCES/ There is a Mageia1/cauldron bug which might be involved with those fontconfig rules: https://bugs.mageia.org/show_bug.cgi?id=751 Currently, with these config present, libreoffice cannot show proper font fallback while typing Chinese characters. By removing these config files, the problem is reduced to only happen in Droid Sans. If there's no other regressions or side-effects, please consider removing these fontconfig rules and rebuild google-droid-fonts for mageia 1 core update caldron. Thanks. I don't know anything about fontconfig but can removing those parts be enough? 140 alias 141 familysans-serif/family 142 prefer 143 familyDroid Sans/family 144 /prefer 145 /alias Thanks, that should do the same. Problem still happen while user typing Chinese with Droid Sans, but at least writer is now usable. Google-droid-fonts is a maintained package so we should wait for Dmorgan to respond?
[Mageia-dev] fontconfig rules of google droid fonts
Hello, Was the fontconfig rules of google droid fonts used for any specific purpose? http://svnweb.mageia.org/packages/cauldron/google-droid-fonts/current/SOURCES/ There is a Mageia1/cauldron bug which might be involved with those fontconfig rules: https://bugs.mageia.org/show_bug.cgi?id=751 Currently, with these config present, libreoffice cannot show proper font fallback while typing Chinese characters. By removing these config files, the problem is reduced to only happen in Droid Sans. If there's no other regressions or side-effects, please consider removing these fontconfig rules and rebuild google-droid-fonts for mageia 1 core update caldron. Thanks.
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release meta-task-2-30.mga2
2012/2/29 Manuel Hiebel man...@hiebel.eu: Le mardi 28 février 2012 à 20:05 +0100, Thierry Vignaud a écrit : On 28 February 2012 18:56, wally buildsystem-dae...@mageia.org wrote: wally wally 1:2-30.mga2: + Revision: 215849 - install lxdm (not gdm) when choosing xfce This would better be done in task-xfce IMHO But if it's an suggests instead of a requires in the spec, lxdm will not be in the isos :þ Wait, really? I mean the suggested rpms will not be in the ISOs. Thanks for the info.
[Mageia-dev] Icewm package re-organized in Caldron
Hello, Funda Wang just helped submit icewm-1.3.7-2, so it will appear in mirrors soon. These're how icewm packages now organized: icewm-theme-oxygen-aya: - built from stand alone srpm - default icewm theme icewm-light: - Galaxy theme removed. - Requires icewm-theme-oxygen-aya - Suggests icewm-i18n icewm: - Requires icewm-light - Suggests icewm-themes icewm-i18n and i18n-themes are now two stand-alone packages. icewm-gnome is not changed. Please report back if you have any problems after updated/installed icewm(-light) 1.3.7-2. Thank you for your feedback and suggestions, You-Cheng Hsieh
Re: [Mageia-dev] rpmsrate cleaning
2012/2/24 Anne nicolas enn...@mageia.org: Hi there While working on debugging isos, we found out that a big cleanning should be done on rpmsrate. Below a list of packages non available in Mageia. Can you please add a status deprecated imported don't import so that we can clean this https://wiki.mageia.org/en/Cleaning_rpmsrate Cheers -- Anne http://www.mageia.org Hello, (Sorry to be off-topic) May I propose a little request to add one package in rpmsrate? LOCALESzh_TW pcmanx-gtk2 I know it's maintained by nobody now; but I will maintain it once I become a packager. It's small and don't need a lot of dependency (only gtk+2.0). Would be very helpful if it's installed by default for zh_TW. Thanks.
Re: [Mageia-dev] icewm package re-organize?
2012/2/21 zezinho lists.jjo...@free.fr: Le mardi 21 février 2012 02:53:21, vous avez écrit : I want to propose an idea for icewm packaging: How about: - Pack all themes in icewm into one icewm-themes and pack all locales into one icewm-i18n package. This seems the better to me, even if I'm think a separate package for i18n is useless : users always want locales. A different package is for me some different functionality. The only interest of separate i18n packages is when they become huge. By the way, please go on with your idea. I tried to update the icewm package some months ago, but could not build it. I hope you can do that. I can release it in maintdb also if you want. José Thank you. I'll discuss with my mentor (Funda) and try if I can build it. (I'm still an apprentice, actually.) I'll inform you any further progress. Thanks.
[Mageia-dev] icewm default theme (was: icewm package re-organize?)
2012/2/21 Funda Wang fundaw...@gmail.com: First, icewm is still using galaxy theme. I guess it is not used anymore even in mandriva. Maybe we should switch to oxygen theme[1]. 1) put the oxygen theme into icewm-theme-oxygen 2) make icewm-light require icewm-theme-oxygen, due to settings in icewm. [1]: http://box-look.org/content/show.php/Oxygen?content=87523 Hello, Do we have a formal default theme selection process? Personally I prefer the OxyAya theme, which looks more close to Mageia KDE default: http://box-look.org/content/show.php/OxyAya?content=136242 But that's still a personal preference.
Re: [Mageia-dev] icewm default theme (was: icewm package re-organize?)
2012/2/22 D.Morgan dmorga...@gmail.com: On Wed, Feb 22, 2012 at 6:55 AM, Funda Wang fundaw...@gmail.com wrote: You could select the most appropriate theme, I think. 2012/2/22 You-Cheng Hsieh yochenhs...@gmail.com: Hello, Do we have a formal default theme selection process? Personally I prefer the OxyAya theme, which looks more close to Mageia KDE default: http://box-look.org/content/show.php/OxyAya?content=136242 But that's still a personal preference. we decided to have the same theme everywher. By coherency we have to use oxygen here too i think By same theme, I suppose that means for how it looks, instead of the theme name, is that right?
[Mageia-dev] icewm package re-organize?
Hello, I want to propose an idea for icewm packaging: Currently, the icewm source package builds icewm-light, icewm, icewm-gnome. But the themes and all locale files are included in the icewm package. Even though icewm is already small, I still think it can be better organized. How about: - Pack all themes in icewm into one icewm-themes and pack all locales into one icewm-i18n package. OR - Pack each theme as a single package icewm-theme-%themename, and have a icewm-theme to install all themes. - Pack each locale as a single package icewm-l10n-%lang or perhaps any better idea... What do you think? Thanks, You-Cheng Hsieh
Re: [Mageia-dev] KDE 4.8 updates and panel issues
2012/1/25 Balcaen John mik...@mageia.org: On Wednesday 25 January 2012 10:47:07 Robert Fox wrote : I just updated two systems to the latest Cauldron with KDE 4.8 packages - looking good, except that the panel is now in Classic Menu mode and there is no longer the option to switch to Application Launcher Menu Am I missing something? Yep, you probably missed my previous mail regarding the fix for plasmarc reading files ( https://www.mageia.org/pipermail/mageia-dev/2012- January/011473.html which is fact might be wrong because even people removing the ~/.kde4/ will probably encounter this bug ) So here i would say that you're running 2 pannels (the one that was available before the commit after 4.7.90) the one you probably added to fix this issue. You should removed this panel. One more point is that the kde update is of course not complete so far ( since the BS is currently under a perl flood i don't know when it will be fixed :p ) Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net I want to report that there's another strange issue that can be fixed by same workaround: Problem: gtk apps icons don't show in systray. Workaround: rm ~/.kde4/config/plasma* Should be added to errata after wiki is back online.
[Mageia-dev] Some changes to lang.pm of drakx
Hello, I've just committed some changes to lang.pm of drakx: - add hime, a fork of gcin by some of its contributors. the package of hime has been imported to cauldron. Since hime is a new package, adding it to lang.pm is necessary to make it available in localedrake. - remove chinput, kinput2, oxim, xcin. These ime have no packages in Mageia and are not maintained upstream long ago. So I just comment out their lines. These changes will only affect how users select ime in localedrake. Thanks.
Re: [Mageia-dev] [soft-commits] [2851] Add hime; remove chinput, kinput2, oxim, xcin.
2012/1/29 Thierry Vignaud thierry.vign...@gmail.com: On 29 January 2012 13:58, r...@mageia.org wrote: Revision 2851 Author yochenhsieh Date 2012-01-29 13:58:01 +0100 (Sun, 29 Jan 2012) Log Message Add hime; remove chinput, kinput2, oxim, xcin. why 3 commits with the same changelog? If you wanted to revert only the locale list changes, then just do that next time, with a proper changelog. Thanks. Sorry, I will be more careful about that next time. My apology for any confusion and inconvenience.
Re: [Mageia-dev] mentors + apprentices
2011/12/15 andre999 andre999...@laposte.net: You-Cheng Hsieh a écrit : I'm not sure if I should post a new message or reply this thread, but I'm looking for a mentor. Yes, posting to this thread is expected :) Hi, I've talked with Funda Wang and he agreed to be my mentor. Since we both live in UTC+8 timezone and can communicate with English and Chinese, there shouldn't be much problem. Please help update the mentoring table in wiki. :) Thanks.
Re: [Mageia-dev] HIME for Mageia lang.pm modifications
2011/12/14 Franklin Weng frank...@goodhorse.idv.tw: Hi list, Yesterday some developers launched a new input method project HIME (http://hime.luna.com.tw) which is forked from gcin. I downloaded the source code and made a rpm package. It successfully installed with rpm. If I set the QT_IM_MODULE, GTK_IM_MODULE, XMODIFIER, ... variables I could use it. Could anyone please tell me how to make it appear in the input method list of localedrake? Hello, I've reported bug #3739 for this package request, srpm link included and I also attached modified lang.pm which has hime added. https://bugs.mageia.org/show_bug.cgi?id=3739 Note that attached lang.pm also comment out some input methods which is not maintained upstream long ago and have no packages avaailable in mageia repo: chinput, kinput2, oxim, xcin. Thanks, You-Cheng Hsieh
Re: [Mageia-dev] HIME (new input method forked from gcin) for Mageia
2011/12/14 Franklin Weng frank...@goodhorse.idv.tw: Hi list, Yesterday some developers launched a new input method project HIME (http://hime.luna.com.tw) which is forked from gcin. I downloaded the source code and made a rpm package. It successfully installed with rpm. I can use hime as my input method. However, in the localdrake I couldn't choose hime as my input method. If I set the QT_IM_MODULE, GTK_IM_MODULE, XMODIFIER, ... variables I could use it. Could anyone please tell me how to make it appear in the input method list of localedrake? BTW, this is the first time I try to package a new software. After I completed all the post-install scripts, can you accept that in the cauldron (and even mageia 2) repository? Thanks, Franklin lol I just packed it about the same time you sent this message. XD The spec file is attached with this message, I also upload the srpm here: http://www.megaupload.com/?d=8F114XOU I'm still looking for a mentor. Hopefully some one could push it, and I can maintain it after I'm mentored and qualified for packaging. Thanks, You-Cheng Hsieh hime.spec Description: Binary data
[Mageia-dev] Mageia 2 new schedule: string freeze vs. i18n freeze
Hello, The new Mageia 2 planning has been posted on blog: http://blog.mageia.org/en/2011/07/17/mageia-2-release-cycle-support-and-planning/ As a translator, I noticed these two dates first: Development String freeze: 2012 Mar. 7 i18n freeze: 2012 Mar. 10 Does string freeze mean no more new strings added in svn/transifex, and i18n freeze means translation deadline? Please correct me if I'm wrong, because 3 days is a little too short for us - would it better be 3 weeks (that still depends if developers change or fix string typos or add missing strings after string freeze). Thanks, You-Cheng Hsieh
[Mageia-dev] virtualbox 4.0.14 update for Mageia 1?
Hello, Out of surprise, Oracle released a 4.0.14 update for old 4.0 series of virtualbox: https://www.virtualbox.org/wiki/Download_Old_Builds_4_0 (Last version of 4.0 series, 4.0.12, was released in Jul 15. For virtualbox, usually when a new major version released, e.g. 4.1, the old version series will not be updated.) Will it be packed as a core update for Mageia 1? We don't have any virtualbox in Mageia 1's updates or backports. Thanks, You-Cheng Hsieh
[Mageia-dev] Mageia 1.01 ISO with updated packages?
Hello, The KDE 4.6.5 packages just appeared for Mageia 1 updates, and it takes some times to update them all for users with slower connection. I would like to suggest, if there's no such plan, is it possible we could update Mageia1 ISO with updated packages so that users don't need to download a large amount of packages after they just installed Mageia1? Packages wanted to be included in Mageia 1.01: kde 4.6.5 (available in updates) kernel 2.6.38.8 (available in updates) firefox 6 (in updates_testing) libreoffice 3.3.4 (not available for update? Mageia 1 has 3.3.2.2) Regards, You-Cheng Hsieh
Re: [Mageia-dev] Need atheros wifi (ath9k) testers
2011/5/27 Anne nicolas enn...@mageia.org: 2011/5/27 You-Cheng Hsieh yochenhs...@gmail.com Hello, There is a bug which would cause complete freeze with atheros wifi connection. I currently don't have a working wifi AP to test this issue now. So if you have atheros ath9k wifi and Cauldron, please help test this problem: https://bugs.mageia.org/show_bug.cgi?id=144 Bug 144 - Complete freeze with Atheros wifi Requirements: - Atheros wifi adapter which uses ath9k module. - Latest kernel How to reproduce/test: Connect to a wifi AP/hotspot and the system will be complete freeze. wi Please report to the bugzilla if this issue is still valid or invalid. Not much tests tobe done, still valid but waiting for more inputs from upstream Based on Wobo's report on bugzilla, it seems x86-64 system have not such problem. Perhaps we could mention that in the errata for a workaround? Users have x86-64 CPU and atheros wifi are recommended to install x86-64 edition instead of i586, to avoid complete system freeze when connecting to wifi. Thanks, You-Cheng Hsieh
Re: [Mageia-dev] Release Notes - reminder
2011/5/25 Anne nicolas enn...@mageia.org: Hi there Ahmad has been working on release notes for some days now and updated it massively yesterday http://mageia.org/wiki/doku.php?id=iso1:mageia1_release_notes Please have a look on it and add anything that could complete it. Deadline is thursday evening Cheers -- Anne http://www.mageia.org Hello, For Live-CD releases, will there be multiple localized editions, or only the 'European set' will be available? The release note does not make it very clear, though. We could also mention ibus, the input method platform, in the release note. Thanks, You-Cheng Hsieh
Re: [Mageia-dev] Enable Wifi button would not work under net_applet, but would work under network-manager
2011/5/26 Franklin Weng frank...@goodhorse.idv.tw: Hi, When using net_applet to manage my network settings, I found that if my wi-fi was not enabled by default, I would not be able to enable it by pressing the enable wifi button on my laptop. So, I have to switch to my XP, enable it, then boot into mageia again and my wifi would be enabled by default. My laptop is Acer Travelmate 6292. The same problem would happen in Mandriva too. Does anyone have the same problem? Thanks, Franklin Hello, Do you know what vendor/model of your wifi adapter is? Thanks, You-Cheng Hsieh
Re: [Mageia-dev] Change default asian font of libreoffice writer?
2011/5/23 Dexter Morgan dmorga...@gmail.com: On Mon, May 23, 2011 at 4:30 AM, You-Cheng Hsieh yochenhs...@gmail.com wrote: Hello, The current default asian font of libreoffice writer is 'Droid Sans'. Unfortunately, it cannot display any asian font characters. And libreoffice does not use any system font for fallback while the used font does not have characters of wanted language[note]. I would like to suggest if we could change it to 'Droid Sans fallback', which would be able to display asian characters correctly. The default western and asian fonts of libreoffice writer can be changed in libreoffice options manually. Though it would be better if the default font setting just does it right. note: The wanted font fallback behavior is explained with more detail in bug 751: https://bugs.mageia.org/show_bug.cgi?id=751 Thanks, You-Cheng Hsieh Hi, on the bugreport i don't see how to change the font, can you explain how to fix the fonts for asian locales please ? i agree that i would like to see this bug fixed too. Hello, Actually this method does not fix bug 751. It's just a workaround to avoid the bug. If you use a font which not includes asian characters, the squares will show up. Please refer to the following pic for how I change default asian font: http://img852.imageshack.us/i/libreofficefontsetting1.png I don't know exactly where it hides in ~/.libreoffice, though. Thanks, You-Cheng Hsieh
[Mageia-dev] Change default asian font of libreoffice writer?
Hello, The current default asian font of libreoffice writer is 'Droid Sans'. Unfortunately, it cannot display any asian font characters. And libreoffice does not use any system font for fallback while the used font does not have characters of wanted language[note]. I would like to suggest if we could change it to 'Droid Sans fallback', which would be able to display asian characters correctly. The default western and asian fonts of libreoffice writer can be changed in libreoffice options manually. Though it would be better if the default font setting just does it right. note: The wanted font fallback behavior is explained with more detail in bug 751: https://bugs.mageia.org/show_bug.cgi?id=751 Thanks, You-Cheng Hsieh
Re: [Mageia-dev] why not disable bytecode interpreter in freetype2 ?
2011/5/13 Zé mmode...@gmail.com: 2011/5/13 Zé mmode...@gmail.com: Thats a fact, but hat should happen is that freetype2 should have bytecode interpreter disabled by default, since so far users prefer it. Seams Fedora choosed to finally fix it, it reverted freetype2 with a patch to disable bytecode interpreter. - https://bugzilla.redhat.com/show_bug.cgi?id=547532 Why dont we also do the same thing? Since theres users complaining about it, why not solve it once for all? -- Zé Hello, Is this thread asking to _disable_ bytecode interpreter? Please don't do that. Bacause pdf which embedded with Windows Chinese fonts will look like this if you disabled bytecode interpreter: http://hyperrate.com/thread.php?tid=680 For years we have to either rebuild freetype, or use plf package. Since there's no patent problems now, I beg you, seriously, please do not disable bytecode interpreter in freetype. Sincerely, You-Cheng Hsieh
[Mageia-dev] Auto mirror selection priority? (Urpmi does not use closest mirror)
Hello, We have a new local Mageia mirror in Taiwan, and I've registered it to mirror list: http://mirrors.mageia.org/mirrors/free.nchc.org.tw I can add this specific mirror in rpmdrake (File - Ctrl+M), but if I add it via auto selection, the China lcuc mirror will be used, which should be slower than nchc mirror. Is there something wrong with mirror selection, or I missed anything that should be done when register a new mirror? Thanks, You-Cheng Hsieh
Re: [Mageia-dev] Any chance to push gcin 1.6.2 before full freeze?
2011/5/5 Michael Scherer m...@zarb.org: Le mercredi 04 mai 2011 à 17:50 +0800, Funda Wang a écrit : I've synched mandriva's rpm in to mageia repo, so sb could pushing it. Ok, I am pushing it as this can be quite important for basic usage. -- Michael Scherer I've installed it in my Cauldron VM and everything seems working nicely. Thanks to all your hard work! You-Cheng Hsieh
[Mageia-dev] Re-import libreoffice from Mandriva?
Hello, There are some asian font related bugs that only exist in libreoffice of Mageia, but not in Mandriva. https://bugs.mageia.org/show_bug.cgi?id=751 https://bugs.mageia.org/show_bug.cgi?id=815 I've been thinking that maybe some options or patches that might cause different results. Is it possible to re-import libreoffice from Mandriva, and test if it resolves any bugs present in Mageia? It can be temporally placed in the 'testing' repository. Thanks, You-Cheng Hsieh
Re: [Mageia-dev] Any chance to push gcin 1.6.2 before full freeze?
2011/5/4 Funda Wang fundaw...@gmail.com: 2011/5/4 Michael Scherer m...@zarb.org: Le mercredi 04 mai 2011 à 10:44 +0800, You-Cheng Hsieh a écrit : Hello, The popular alternative input method in Taiwan, gcin, just released 1.6.2 recently. http://www.csie.nctu.edu.tw/~cp76/gcin/download/ The same package of Cauldron is 1.5.6, which has no critical problem but gcin author makes lots of improvements and bugfixes during these months. I sincerely hope that a newer stable version could be included in the first Mageia release. Hi, What kind of improvement ? Does it requires changes in some others packages ( ie new options, deprecated options, packages to rebuild ) ? No, it is just an alternative IME for Chinese. no other packages are depending it. Hello, The improvements made are mostly based on user habits and suggestions of input method bahavior, as well as some tweak and adjustments on gui display and settings. There is a long list of changes for each release up to 1.6.2, but written in Chinese: http://www.csie.nctu.edu.tw/~cp76/gcin/download/Changelog.html Thanks, You-Cheng Hsieh
[Mageia-dev] Any chance to push gcin 1.6.2 before full freeze?
Hello, The popular alternative input method in Taiwan, gcin, just released 1.6.2 recently. http://www.csie.nctu.edu.tw/~cp76/gcin/download/ The same package of Cauldron is 1.5.6, which has no critical problem but gcin author makes lots of improvements and bugfixes during these months. I sincerely hope that a newer stable version could be included in the first Mageia release. Best Regards, You-Cheng Hsieh
Re: [Mageia-dev] Suggestion: what to do with iso?
2011/4/29 Tux99 tux99-...@uridium.org: There is an easy to follow step by step user-contributed tutorial on how to use mandriva-seed in Windows on my website. It was written for Mandriva 2009.1 but I guess it should be usable for Mageia too. See here (in the right-hand column): http://www.linuxtech.net/news/mandriva_linux_2009.1_spring_is_out.html -- Mageia ML Forum Gateway: http://mageia.linuxtech.net/forum/ As Anne already pointed, Mandriva seed does not work on Windows Vista and 7. https://qa.mandriva.com/show_bug.cgi?id=55471 Either we could fix it, or find another way for Windows 7 and Vista users.
[Mageia-dev] Some packages need version bump before version freeze
Hello, Some packages of asian input methods need to be updated to newer version, before we hit version freeze (scheduled April 20). libchewing: 0.3.3 (cauldron: 0.3.2-svn) http://chewing.csie.net/download/libchewing/ scim-chewing: 0.3.4 (cauldron: 0.3.3) http://chewing.csie.net/download/scim/ ibus-chewing: 1.3.9.2 (cauldron: 1.3.7.20100910) http://ibus.googlecode.com/files/ibus-chewing-1.3.9.2-Source.tar.gz gcin: 1.6.1.pre10 (cauldron: 1.5.6) http://www.csie.nctu.edu.tw/~cp76/gcin/download/ If any packager just has time, please help update them as the newer releases have many improvements and bugfixes. Best Regards, You-Cheng Hsieh
[Mageia-dev] Will localized LiveCD available for beta2?
Hello, Will localized LiveCDs be available for beta2 to test? If they are only available for RC, it might be too late to find out or fix any possible critical bug in localized Live media. I really would like to test it as early as possible, so that we have time to report bugs that only reproducible in (localized) live CD. Best Regards, You-Cheng Hsieh
Re: [Mageia-dev] Switch from scim to ibus
2011/4/7 Anne nicolas enn...@mageia.org: 2011/4/7 You-Cheng Hsieh yochenhs...@gmail.com: 2011/3/29 Anne nicolas enna...@gmail.com: Hi there In order to switch from scim to ibus new stage2 and meta-task have been submitted (drakx-installer-stage2-13.45 and meta-task-1-17) thanks to Funda changes in cooker. Please have a look on it and test it on install / upgrade / current install. For beta 1 we still have scim by default after installed. I saw that the rpmstrate in beta1 i586 dvd ISO is not migrated to ibus yet. That's strange as it should use the on on mirrors. I will check today. Thanks Hello, Since you're going to check it, there is another bug #388 that localization packages not installed using (beta 1) dvd. https://bugs.mageia.org/show_bug.cgi?id=388 It might be possibly also a rpmstrate bug in ISO. Thanks, You-Cheng Hsieh
Re: [Mageia-dev] Switch from scim to ibus
2011/3/29 Anne nicolas enna...@gmail.com: Hi there In order to switch from scim to ibus new stage2 and meta-task have been submitted (drakx-installer-stage2-13.45 and meta-task-1-17) thanks to Funda changes in cooker. Please have a look on it and test it on install / upgrade / current install. Hello, For beta 1 we still have scim by default after installed. I saw that the rpmstrate in beta1 i586 dvd ISO is not migrated to ibus yet. Thanks, You-Cheng Hsieh
