Re: [Mageia-dev] [soft-commits] [7179]
2013/1/21 Thierry Vignaud > On 21 January 2013 15:27, wrote: > > Revision 7179 Author mareklaane Date 2013-01-21 15:27:31 +0100 (Mon, 21 > Jan > > 2013) > > > > Log Message > > > > Modified a little Estonian translation. > > uh? you did not change anything at all but the date! > > Yeah, I'm sorry - I opened the file for referencing and later just thought I've changed something in it, too, so modified also the date. Hopefully it doesn't harm much ... Marek Laane > > Modified Paths > > > > drakx/trunk/perl-install/install/share/po/et.po > > > > Modified: drakx/trunk/perl-install/install/share/po/et.po > > === > > --- drakx/trunk/perl-install/install/share/po/et.po 2013-01-21 14:08:10 > UTC > > (rev 7178) > > +++ drakx/trunk/perl-install/install/share/po/et.po 2013-01-21 14:27:31 > UTC > > (rev 7179) > > @@ -9,7 +9,7 @@ > > "Project-Id-Version: drakx_install\n" > > "Report-Msgid-Bugs-To: \n" > > "POT-Creation-Date: 2012-12-14 15:05+0100\n" > > -"PO-Revision-Date: 2013-01-04 16:03+\n" > > +"PO-Revision-Date: 2013-01-21 16:26+\n" > > "Last-Translator: Marek Laane \n" > > "Language-Team: LANGUAGE \n" > > "Language: et\n" > > >
Re: [Mageia-dev] [Mageia-i18n] About net monitor
2013/1/7 Yuri Chornoivan > написане Mon, 07 Jan 2013 17:05:04 +0200, Yuri Chornoivan >: > > > написане Mon, 07 Jan 2013 16:29:28 +0200, Marek Laane : >> >> Just about a week to go to the freezing and I remembered one nasty >>> problem. >>> There is a not-working button in Network Center called Monitor. The >>> reason >>> is simple - net_monitor is not installed by default (at least it was not >>> in >>> my case). >>> And the second problem is that when you install net_monitor it is still >>> all >>> in English. I'm even not sure if it possible at all to translate >>> net_monitor for now. >>> Surely untranslated tool is nothing we do want? And also not-working >>> button >>> in Network Center? >>> >>> Marek Laane, >>> Estonian translator >>> >> >> Hi, >> >> The code is on github [1], ready for translation. But its developer is no >> longer with us... To the great regrets. Rest in peace Eugeni. >> >> If the developers of Mageia can copy the code somewhere and add >> extraction scripts we can translate net_monitor. If not... Well, it was >> never translated. >> >> Best regards, >> Yuri >> >> [1] >> https://github.com/eugeni/net_**monitor<https://github.com/eugeni/net_monitor> >> > > Just in case that someone is interested, attached is the extraction script > and POT gettext catalog for the current code. > > Can someone from packagers side help us to translate net_monitor? > > Thanks in advance for your answers. > > Best regards, > Yuri If I'm not mistaken, in fact there was and still is drakx-net's "native" code for net monitor ( http://svnweb.mageia.org/soft/drakx-net/trunk/bin/net_monitor?revision=3607&view=markup) which should be also translated but just is not used after Eugeni developed more modern net monitor ... As a no-coder I'm not sure if it is possible but about not-working button - maybe there is a possibility to use old code and it's translation if package net_monitor is not installed (it appears to be by default not installed)? (I CC to dev-list as probably a dedicated developer is needed to resolve our problems ...) Marek Laane, Estonian translator
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kremotecontrol-4.9.2-1.mga3
2012/10/15 Nicolas Lécureuil > Le lundi 15 octobre 2012 14:54:27 Marek Laane a écrit : > > 2012/10/15 mikala > > > > > Name: kremotecontrol Relocations: (not > relocatable) > > > Version : 4.9.2 Vendor: Mageia.Org > > > Release : 1.mga3Build Date: Mon Oct 15 > > > 13:46:37 2012 > > > Install Date: (not installed) Build Host: > jonund.mageia.org > > > Group : Accessibility Source RPM: (none) > > > Size: 1084589 License: GPLv2 and > LGPLv2 > > > and GPLD > > > Signature : (none) > > > Packager: mikala > > > URL : > http://www.kde.org/applications/utilities/kremotecontrol/ > > > Summary : KDE Frontend for the LIRC Suite > > > Description : > > > KRemoteControl is a KDE frontend for the Linux Infrared Remote Control > > > system > > > (LIRC). > > > It consist of two parts: a systemtray applet and a configuration > module. > > > > > > mikala 4.9.2-1.mga3: > > > + Revision: 301978 > > > - Update tarball to KDE SC 4.9.2 > > > - Fix group > > > > kremotecontrol in group "Accessibility"? hmm, really? ... > > i am sure you can be constructiv and propose a group instead of whining / > writing those kind of mails. > As kremotecontrol is "a KDE frontend for the Linux Infrared Remote Control system (LIRC)", I'd propose rather "Networking", maybe "Networking/Other" or "Networking/Remote access". but I'm not sure... configuration module can also be in "System/Configuration/Networking". Just "Accessibility" doesn't seem right one.
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kwallet-4.9.2-1.mga3
2012/10/15 Balcaen John > Le lundi 15 octobre 2012 15:48:46 Marek Laane a écrit : > > > > [...] > > > > > > Again, is "Networking/Remote access" right group for Kwallet? > Do you have a better group for this ? > > -- > Mageia Contributor > As there are new groups policy, I'd propose either Graphical desktop/KDE, as it is quite pure KDE application, or System/Configuration/Other, as it is "a tool to manage the passwords on your KDE system. By using the KDE wallet subsystem it not only allows you to keep your own secrets but also to access and manage the passwords of every application that integrates with the KDE wallet". Maybe really "Security" group isn't right one
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kwallet-4.9.2-1.mga3
2012/10/15 mikala > Name: kwallet Relocations: (not relocatable) > Version : 4.9.2 Vendor: Mageia.Org > Release : 1.mga3Build Date: Mon Oct 15 > 14:31:55 2012 > Install Date: (not installed) Build Host: ecosse.mageia.org > Group : Networking/Remote access Source RPM: (none) > Size: 284003 License: GPLv2 and LGPLv2 > Signature : (none) > Packager: mikala > URL : http://www.kde.org/applications/system/kwalletmanager/ > Summary : KDE Wallet Management Tool > Description : > KDE Wallet Manager is for management of the wallets installed on the > system. The KDE wallet subsystem provides a convenient and secure way > to manage all your passwords. > > mikala 4.9.2-1.mga3: > + Revision: 301985 > - Update tarball to KDE SC 4.9.2 > - Fix group Again, is "Networking/Remote access" right group for Kwallet?
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kremotecontrol-4.9.2-1.mga3
2012/10/15 mikala > Name: kremotecontrol Relocations: (not relocatable) > Version : 4.9.2 Vendor: Mageia.Org > Release : 1.mga3Build Date: Mon Oct 15 > 13:46:37 2012 > Install Date: (not installed) Build Host: jonund.mageia.org > Group : Accessibility Source RPM: (none) > Size: 1084589 License: GPLv2 and LGPLv2 > and GPLD > Signature : (none) > Packager: mikala > URL : http://www.kde.org/applications/utilities/kremotecontrol/ > Summary : KDE Frontend for the LIRC Suite > Description : > KRemoteControl is a KDE frontend for the Linux Infrared Remote Control > system > (LIRC). > It consist of two parts: a systemtray applet and a configuration module. > > mikala 4.9.2-1.mga3: > + Revision: 301978 > - Update tarball to KDE SC 4.9.2 > - Fix group kremotecontrol in group "Accessibility"? hmm, really? ...
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release firefox-13.0-4.mga3
2012/6/3 David Walser > Thierry Vignaud wrote: > > On 2 June 2012 14:08, fwang wrote: > >> fwang 0:13.0-4.mga3: > >> + Revision: 253388 > >> - fix tarball dir > >> - 13.0 final > > > > You forgot to reset mkrel :-) > > 13.0?? I thought we were sticking with ESR releases. > > It's cauldron! ESR is for MGA2, at least I understood it so ...
Re: [Mageia-dev] Mageia 2 LiveCD contents...
2012/5/11 John Balcaen > 2012/5/11 Marek Laane : > [...] > > Tried RC and found something what maybe shouldn't be there - KHelpcenter > - > > and not just being there but quite prominently in the menu also > > (Documentation->Help only entry). As Live CD doesn't include help > > documentation KHC is mostly unuseful, you only get that such and such > module > > isn't there. Sure, there is man and info pages but I rather doubt anyone > is > > interested to use KHC for reading man or info. And more weirdness - there > > still is only peace KDE documentation you can read in KHC, namely > > documentation for Kipi plugins. Maybe excluding also Kipi plugins' > > documentation helps to save precious space? And I'd propose if not > excluding > > KHV, then at least to remove it from main menu as it leads to erroneous > > impression there really is some helpful documentation ... > This was done explicitly to fix a bug where this documentation entry > was not available. > > > > -- > Balcaen John > Jabber-id: mik...@jabber.littleboboy.net > Though I fail to understand for what is this entry needed in Live CD where there is no documentation, another question remains: why is there only and only Kipi plugins documentation? Not that excluding it would win musc space but if there is'nt documentation for e.g. Dolphin or whatever other main applications ...
Re: [Mageia-dev] Mageia 2 LiveCD contents...
2012/4/29 Thomas Backlund > 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: > > 668MMageia-2-rc-LiveCD-GNOME-Africa-India-i586-CD.iso > 693MMageia-2-rc-LiveCD-GNOME-Africa-India-x86_64-CD.iso > > 703MMageia-2-rc-LiveCD-GNOME-Asia-Noindia-i586-CD.iso > 728MMageia-2-rc-LiveCD-GNOME-Asia-Noindia-x86_64-CD.iso > > 684MMageia-2-rc-LiveCD-GNOME-Europe1-Americas-i586-CD.iso > 709MMageia-2-rc-LiveCD-GNOME-Europe1-Americas-x86_64-CD.iso > > 697MMageia-2-rc-LiveCD-GNOME-Europe2-i586-CD.iso > 722MMageia-2-rc-LiveCD-GNOME-Europe2-x86_64-CD.iso > > 662MMageia-2-rc-LiveCD-KDE4-Africa-India-i586-CD.iso > 686MMageia-2-rc-LiveCD-KDE4-Africa-India-x86_64-CD.iso > > 710MMageia-2-rc-LiveCD-KDE4-Asia-Noindia-i586-CD.iso > 734MMageia-2-rc-LiveCD-KDE4-Asia-Noindia-x86_64-CD.iso > > 690MMageia-2-rc-LiveCD-KDE4-Europe1-Americas-i586-CD.iso > 714MMageia-2-rc-LiveCD-KDE4-Europe1-Americas-x86_64-CD.iso > > 720MMageia-2-rc-LiveCD-KDE4-Europe2-i586-CD.iso > 744MMageia-2-rc-LiveCD-KDE4-Europe2-x86_64-CD.iso > > > So atleast every cd with size > 700M need to loose some stuff... > > So please help out with suggestions... > > > You can check out current contents here: > > http://tmb.mine.nu/Mageia/2/Mageia-2-rc-LiveCDs/ > > Files are: > *.langs - Supported languages on the CD > *.lst- installed package list, sorted alphabetically > *.lst.full - installed packages list, sorted by size > > > Now, remember that the livecds are squashfs compressed images, > so in order to drop ~20M on a cd, I need to drop ~30M-100M of > rpms depending on content... > > Also if you find something missing that relly _must_ be on the > cds (not just nice to have)... please comment on that too > > -- > Thomas > Tried RC and found something what maybe shouldn't be there - KHelpcenter - and not just being there but quite prominently in the menu also (Documentation->Help only entry). As Live CD doesn't include help documentation KHC is mostly unuseful, you only get that such and such module isn't there. Sure, there is man and info pages but I rather doubt anyone is interested to use KHC for reading man or info. And more weirdness - there still is only peace KDE documentation you can read in KHC, namely documentation for Kipi plugins. Maybe excluding also Kipi plugins' documentation helps to save precious space? And I'd propose if not excluding KHV, then at least to remove it from main menu as it leads to erroneous impression there really is some helpful documentation ...
Re: [Mageia-dev] Mageia 2 LiveCD contents...
2012/4/30 Thomas Backlund > 29.04.2012 21:47, Thomas Backlund skrev: > > Hi, > > > > So RC (and final) are getting closer, as usual the livecds are > > problematic to get nice contents, while staying within the 700M limit > > > > So... > > 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 ? > > 707MMageia-2-rc-LiveCD-GNOME-Asia-Noindia-x86_64 > 712MMageia-2-rc-LiveCD-KDE4-Asia-Noindia-x86_64 > 722MMageia-2-rc-LiveCD-KDE4-Europe2-x86_64 > > -- > Thomas > Looked at KDE4-Europe2 and two questions: for what is cracklib-dicts used (or rather, is it necessicity for LiveCD) and why is there python-kde4/qt4 if there seems to be no printer-applet, scp-kde or kajongg which surely would need it? Marek Laane
Re: [Mageia-dev] Mageia 2 LiveCD contents...
2012/4/29 Thomas Backlund > 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: > > 668MMageia-2-rc-LiveCD-GNOME-Africa-India-i586-CD.iso > 693MMageia-2-rc-LiveCD-GNOME-Africa-India-x86_64-CD.iso > > 703MMageia-2-rc-LiveCD-GNOME-Asia-Noindia-i586-CD.iso > 728MMageia-2-rc-LiveCD-GNOME-Asia-Noindia-x86_64-CD.iso > > 684MMageia-2-rc-LiveCD-GNOME-Europe1-Americas-i586-CD.iso > 709MMageia-2-rc-LiveCD-GNOME-Europe1-Americas-x86_64-CD.iso > > 697MMageia-2-rc-LiveCD-GNOME-Europe2-i586-CD.iso > 722MMageia-2-rc-LiveCD-GNOME-Europe2-x86_64-CD.iso > > 662MMageia-2-rc-LiveCD-KDE4-Africa-India-i586-CD.iso > 686MMageia-2-rc-LiveCD-KDE4-Africa-India-x86_64-CD.iso > > 710MMageia-2-rc-LiveCD-KDE4-Asia-Noindia-i586-CD.iso > 734MMageia-2-rc-LiveCD-KDE4-Asia-Noindia-x86_64-CD.iso > > 690MMageia-2-rc-LiveCD-KDE4-Europe1-Americas-i586-CD.iso > 714MMageia-2-rc-LiveCD-KDE4-Europe1-Americas-x86_64-CD.iso > > 720MMageia-2-rc-LiveCD-KDE4-Europe2-i586-CD.iso > 744MMageia-2-rc-LiveCD-KDE4-Europe2-x86_64-CD.iso > > > So atleast every cd with size > 700M need to loose some stuff... > > So please help out with suggestions... > > For KDE LiveCDs, python-qt4-* are for sure nice to have but are they really and absolutely needed? > You can check out current contents here: > > http://tmb.mine.nu/Mageia/2/Mageia-2-rc-LiveCDs/ > > Files are: > *.langs - Supported languages on the CD > *.lst- installed package list, sorted alphabetically > *.lst.full - installed packages list, sorted by size > > > Now, remember that the livecds are squashfs compressed images, > so in order to drop ~20M on a cd, I need to drop ~30M-100M of > rpms depending on content... > > Also if you find something missing that relly _must_ be on the > cds (not just nice to have)... please comment on that too > > -- > Thomas >
Re: [Mageia-dev] Notify i18n on string changes
2012/3/11 Oliver Burger > 2012/3/11 Anne Nicolas : > > About that specific point we had in Mandria a mail sent automatically > > when new strings were added. It has avoided lot of such problems > The question is: sent to whom? I don't remember getting automatic > messages like that in my days in Mdv i18n. > It was mostly Thierry to be honest, who told us about changed strings on > the ml. > > Oliver > There was short period when mailing additions or changes to Mandriva i18 list really functioned - but yeah, it was short period... Marek Laane
Re: [Mageia-dev] kernel 3.0 is a big mistake in cauldron
2011/7/16 Radu-Cristian FOTESCU > >Well, LO is probably exception, AFAIK mostly due to its building troubles > but > > >at least KDE has always had almost all alphas and betas and RCs in > cooker/cauldron > > KDE is the main reason I'm using Cauldron. > > Since KDE 4.0.0, KDE is never "good/stable enough", so it _always_ makes > sense > to install all the RCs. > > (There are some DEs that are never "stable enough". Or, when they are > really > polished -- think KDE 3.5.10 or GNOME 2.32 --, there are some benevolent > teams > of dictators who decide to jump to an unstable boat -- thinl KDE 4.0.0, > GNOME 3.0.) > > I've seen no betas here, only RCs (4.6.3 -> 4.6.4 -> 4.6.90 -> 4.6.95). > Fair enough. > > Not in Mageia, yet... But Mandriva had e.g after 4.5.0 4.5.65, 4.5.67, 4.5.68. 4.5.71, 4.5.74 and so on - i.e. surely betas and IINM some alphas, too. So it surely is not so rare to have in development version as cooker/cauldron quite unstable versions. > R-C >
Re: [Mageia-dev] kernel 3.0 is a big mistake in cauldron
2011/7/16 Radu-Cristian FOTESCU > > > Finally, when you upgrade a regular package (say, LibreOffice, which was > recently updated) to a new version, it is extremely unlikely that you would > update it to a Beta/RC one, even in Cauldron. Then why your standards are > _lower_ when comes to the kernel -- the most important component of all?!?!? > > Well, LO is probably exception, AFAIK mostly due to its building troubles but at least KDE has always had almost all alphas and betas and RCs in cooker/cauldron > R-C >
Re: [Mageia-dev] [1100] Updated translation.
2011/5/4 Thierry Vignaud > 2011/5/4 : > > Revision 1100 Author olorin Date 2011-05-04 14:44:44 +0200 (Wed, 04 May > > 2011) > > > > Log Message > > > > Updated translation. > > > > Modified Paths > > > > rpmdrake/trunk/po/nb.po > > (...) > > > -# translation of nb.po to Norwegian Bokmål > > -# translation of nb.po to > > -# > > -# Latest versions of po files are at > > http://www.mandrivalinux.com/l10n/no.php3 > > -# > > -# Copyright (C) 1999, 2003, 2004, 2005, 2006, 2007, 2009 Free Software > > Foundation, Inc. > > -# Copyright (C) 1999 Mandriva > > -# Olav Dahlum > > -# Terje Bjerkelia , 1999-2000. > > -# Per Øyvind Karlsen , 2003, 2004. > > -# Eskild Hustvedt , 2005. > > -# Per Øyvind Karlsen , 2005. > > -# Per Øyvind Karlsen , 2005, 2006. > > -# Per Øyvind Karlsen , 2007. > > -# Keld Simonsen , 2007, 2009. > > -# Olav Dahlum , 2009, 2010. > > +# SOME DESCRIPTIVE TITLE. > > +# Copyright (C) YEAR Free Software Foundation, Inc. > > +# FIRST AUTHOR , YEAR. > > +# > > This is wrong! > You cannot remove reference to previous translators like this. > They did work on it and there're still translated strings from them > (at least from the later ones). > This is not right/ethical. > > Please add them back. > It's as Transifex does, isn't it?
Re: [Mageia-dev] Alpha2 iso content
2011/3/4 Anne nicolas > Hi there > > I'm working on next isos for alpha2. Here is content I have for now: > http://pastebin.com/ekj2HVLq > > Please have a look an check what could be missing as important > packages and we will see how we can deal with it > > Cheers > > -- > Anne > http://www.mageia.org > Doesn't LibreOffice have translations?
Re: [Mageia-dev] Mirror layout, round two
2010/12/8 Mika Laitio > > > > 'Grayzone' ? > > > > > > Mr. Dorian Gray's zone? Or a foggy grey zone? > > > (SCNR!) > > > > > > Hmm, "foggy" sounds nice :) > > > Or Foggy Bottom :) > > > > > Better than "tainted" :D > > I like from tainted as that term is already somehow known, > > Another alternative that came to my mind would be "challenge" as patents > could be challenged... > > Or maybe "soap" or "slippery" to explain the uncertainty of > possible patents included packages. > > Mika > If we have "cauldron" associated with sorcerers and like why not "swamp" as somehow treacherous feature of landscape where you can never be quite sure?
Re: [Mageia-dev] Talk of Browsers
2010/10/7 Kira > 在 Thu, 07 Oct 2010 13:14:46 +0800, Ahmad Samir >寫道: > > IMHO, even for kde4 Konqueror shouldn't be the default web browser, it >> has a lot of quirks. Experienced users who want to use anything other >> than the defaults do so all the time; the "defaults" only apply for >> new users (until they gain enough experience and start customising >> too). >> > Might be my prejudice, but Konqueror don't fit into daily usage, > > after all in the default setting there's Firefox as default browser and > > Konqueror lacks certain functionality which makes it hard to use. > > May be remove it from the default set the KDE4 installation set? > > For KDE, probably better choice is Rekonq now?
Re: [Mageia-dev] About Mandriva tools future : Host Mandriva tools on github
2010/10/1 Thierry Vignaud > On 1 October 2010 12:52, Olivier Blin wrote: > > But actually, just moving to git could make contributions easier, > > because of the ability for developpers to commit locally, and push > > incremental patchsets. > > It's easier for us developers but more difficult for translators that > learned to use SVN (which was easy for them to swtich from CVS since > the commands were similar) > Well, as KDE experience shows, SVN and Git are not incompatible, i.e. you can have SVN for translators, even if some development are done in Git. And, second, if we could use e.g. Transifex, then underlying VCS is mostly irrelevant to the translators (though experienced ones who have proper permissions could also interact directly with underlying VCS, be it SVN or Git, if needed). Marek Laane
Re: [Mageia-dev] What do you think about create a Mageia Welcome Center?
2010/9/30 Michael Scherer > Le jeudi 30 septembre 2010 à 13:56 +0300, Marek Laane a écrit : > > I rather think that if at all the survey should be an option not > > something > > you inevitably get - something for people who feel they are ready to > > contribute, give back; otherwise it'd be just a nuisance. > > Of course. IIRC there was a checkbox "do not answer" on Mandriva survey. > I think I remember that fcrozat told me there was a problem on small > screen as the checkbox was hidden, but that was clearly a bug. > > Anyway, I think that without server side interface, this will not work, > and before asking who our users are, we need to have softwares and > users :) > > So the first time survey will likely disappear for now ( and maybe > forever, depending on the need and suggestions of marketing ). > > -- > Michael Scherer > > Yeah but what I meant was that Mandriva shows survey and lets user to decline. That I called nuisance. IMHO much better is to let user decide if s/he wants to take it at all, e.g. having on welcome screen "Let me take survey" or something. Marek Laane ___ Mageia-dev mailing list Mageia-dev@mageia.org https://www.mageia.org/mailman/listinfo/mageia-dev
Re: [Mageia-dev] What do you think about create a Mageia Welcome Center?
2010/9/30 Michael Scherer > Le jeudi 30 septembre 2010 à 13:38 +0300, atilla ontas a écrit : > > 2010/9/30 Robert Xu : > > > On Sep 30, 2010, at 5:23, Michael Scherer wrote: > > > > > >> Le mercredi 29 septembre 2010 à 20:53 -0400, Ireneusz Gierlach a écrit > : > > >>> I just hope there won't be a survey when you first install, because > if > > >>> you have no internet it doesn't let you do anything. You have to like > go > > >>> to console and do not cool stuff. I guess as long as it is not > invasive > > >>> it will be fine. > > >> > > >> Then we need to fix it so it cope with no internet access, not disable > > >> it. > > > > > > Maybe the first time connected to the internet the survey should > appear? > > > > > > -- later, Robert Xu > > > > Why we' re talking about a survey? Do we need this? We are not a > > company and think about customer happiness. I thought this thread is > > about a informational and/or assistance application for newbies. > > You do not have to be a company to want to know who use your software. > And I think knowing who use the software can be important in term of > communication. And that's the first step toward listening users. > > Now, a automatic survey as done by mdv may not be the best way for us, > but this should not be ditched based on "we are not a company, we do not > need to know who us the software". > > > I rather think that if at all the survey should be an option not something you inevitably get - something for people who feel they are ready to contribute, give back; otherwise it'd be just a nuisance. Marek Laane > -- > Michael Scherer > > ___ > Mageia-dev mailing list > Mageia-dev@mageia.org > https://www.mageia.org/mailman/listinfo/mageia-dev > ___ Mageia-dev mailing list Mageia-dev@mageia.org https://www.mageia.org/mailman/listinfo/mageia-dev
Re: [Mageia-dev] What do you think about create a Mageia Welcome Center?
2010/9/29 Juan Luis Baptiste > On Wed, Sep 29, 2010 at 5:12 AM, atilla ontas > wrote: > > > > I suggest to look at Pardus Linux's Kaptan tool. It shows up to assist > > desktop/system configuration to new user. Such as from network setup > > to icon theme. Tough it is only KDE app. > > Wow, this kaptan app looks really really nice, if someone wants to > take a look at some screenshots of it (and Pardus in general) see this > link: > > http://www.dedoimedo.com/computers/pardus.html > > Also the installer looks pretty nice too. > > I remember something like Kaptan was used in KDE many-many years ago (KDE2 probably?) > -- > Juancho > ___ > Mageia-dev mailing list > Mageia-dev@mageia.org > https://www.mageia.org/mailman/listinfo/mageia-dev > ___ Mageia-dev mailing list Mageia-dev@mageia.org https://www.mageia.org/mailman/listinfo/mageia-dev
[Mageia-dev] Ready to join and help
Hi! I'm ready to help Mageia with the only one ability I have: to try and provide Mageia translation in Estonian at least as good as I have done in Mandriva. Marek Laane ___ Mageia-dev mailing list Mageia-dev@mageia.org https://www.mageia.org/mailman/listinfo/mageia-dev
