Hi :)
Im not understanding how this goes, who should i contact to know who
can mentor me?
I see that Sandro proposed to mentor and also Shlomi Fish said that
could also do it but i havent received any mail in my account saying
that the mentoring process has started, or its me who needs to do
*Problem*
MCC is great, and I would love to be able to admin using it regardless
of whether I am using text interface or gtk/qt. The interface is
completely different in curses than gtk interfaces. Curses version is a
second rate citizen, and Gui is all GTK. A lot of the tools are not
mercoledì 13 giugno 2012 alle 00:53, nicolas vigier ha scritto:
We are talking about backports, not updates, so we don't care about
versionning policy of updates. And backports can have higher version
than 'release' repository of next version, that's what this thread is
about.
??? The policy
How this is possible? That file should be updated no?
--
Installation failed:file /usr/lib64/libcrypto.so.1.0.0 from install
of lib64openssl1.0.0-1.0.1c-2.mga3.x86_64 conflicts with file from
package lib64openssl1.0.1-1.0.1c-1.mga3.x86_64
Cheers,
Chris.
Le 13/06/2012 13:59, Steven Tucker a écrit :
Just to be clear, I am not suggesting that we port Yast to Mageia, I am
suggesting we use its Ui abstraction only. I use Mageia over openSuse
for many reasons, but I do admire how well Yast works, and would love to
see similar in Mageia. Perhaps we
On 13/06/12 22:06, Guillaume Rousse wrote:
Le 13/06/2012 13:59, Steven Tucker a écrit :
Just to be clear, I am not suggesting that we port Yast to Mageia, I am
suggesting we use its Ui abstraction only. I use Mageia over openSuse
for many reasons, but I do admire how well Yast works, and would
I don't know hia you could install
lib64openssl1.0.1-1.0.1c-1.mga3.x86_64 it was conflicting with
lib64openssl1.0.0 and then it was removed from mirrors, you should not
be able to have it on your system
On Wed, Jun 13, 2012 at 12:53 PM, EatDirt dirt...@gmail.com wrote:
How this is possible? That
Le 13/06/2012 14:29, Pascal Terjan a écrit :
I don't know hia you could install
lib64openssl1.0.1-1.0.1c-1.mga3.x86_64 it was conflicting with
lib64openssl1.0.0 and then it was removed from mirrors, you should not
be able to have it on your system
It was available for a short period, tough, it
'Twas brillig, and Pascal Terjan at 13/06/12 13:29 did gyre and gimble:
I don't know hia you could install
lib64openssl1.0.1-1.0.1c-1.mga3.x86_64 it was conflicting with
lib64openssl1.0.0 and then it was removed from mirrors, you should not
be able to have it on your system
FWIW, I somehow
On 06/13/2012 08:06 AM, Guillaume Rousse wrote:
Le 13/06/2012 13:59, Steven Tucker a écrit :
Just to be clear, I am not suggesting that we port Yast to Mageia, I am
suggesting we use its Ui abstraction only. I use Mageia over openSuse
for many reasons, but I do admire how well Yast works, and
mercoledì 13 giugno 2012 alle 13:59, Steven Tucker ha scritto:
MCC is great, and I would love to be able to admin using it regardless
of whether I am using text interface or gtk/qt. The interface is
completely different in curses than gtk interfaces. Curses version is a
second rate citizen,
On 13/06/12 22:53, Angelo Naselli wrote:
mercoledì 13 giugno 2012 alle 13:59, Steven Tucker ha scritto:
MCC is great, and I would love to be able to admin using it regardless
of whether I am using text interface or gtk/qt. The interface is
completely different in curses than gtk interfaces.
[ When emailing to a mailing list, please don't respond to an existing
message and change the subject. A lot of programs still group your
message together with unrelated stuff. Almost missed this. ]
On Wed, Jun 13, 2012 at 09:59:11PM +1000, Steven Tucker wrote:
MCC is great, and I would love
As Fedora has done, the proposal to change the default NTP client to chrony:
http://fedoraproject.org/wiki/Features/ChronyDefaultNTP
This has advantages pretty much everywhere, but especially to laptops,
desktops, and VMs.
It would impact the DrakX (installer and control center) code.
On Monday 11 June 2012 10:58, Angelo Naselli wrote:
See
https://wiki.mageia.org/en/Feature:DrakXtoolsReview
The suggestion to port the drakx tools it to QT have one implication with blind
users which needs consideration.
I have a blind friend which uses a braille to navigate a computer.
On Mon, Jun 04, 2012 at 08:17:44PM +0800, Kira wrote:
I got a major concern about the input method in GNOME 3.6+.
According to some source from the CJK community here and in China,
GNOME3 would default to iBus since 3.6+ and very hard to change the
input method since it's hard-coded. Are we
'Twas brillig, and David Walser at 13/06/12 15:05 did gyre and gimble:
Olav Vitters olav@... writes:
On Wed, Jun 13, 2012 at 06:30:46AM -0700, David Walser wrote:
As Fedora has done, the proposal to change the default NTP client to chrony:
https://wiki.mageia.org/en/Feature:ChronyDefaultNTP
On Wednesday 13 June 2012 16:22, Angelo Naselli wrote:
what i proposed is to have the availability to choose a QT interface for our
tools
as well as for any other libraries
Ahh. That makes much more sense. :-)=
--
Johnny A. Solbu
PGP key ID: 0xFA687324
signature.asc
Description: This is
Colin Guthrie writes:
David Walser writes:
Olav Vitters writes:
Note that systemd has some deamon to control NTP:
http://www.freedesktop.org/wiki/Software/systemd/timedated
Suggest MCC and so on make use of that as much as possible. If you agree,
please add to feature page.
What
I think at least chrony should be imported at first.
2012/6/13 David Walser luigiwal...@yahoo.com:
As Fedora has done, the proposal to change the default NTP client to chrony:
http://fedoraproject.org/wiki/Features/ChronyDefaultNTP
This has advantages pretty much everywhere, but especially to
On 13/06/12 14:45, Guillaume Rousse wrote:
It was available for a short period, tough, it could have been installed
at this moment. Using --force if needed.
yep, that was indeed the case... sorry :-/
thanks!!
Chris.
Morning Dev
This is just a follow up email after the packagers meeting on behalf of QA.
* At packagers request we have recently been trialling the use of one
bug report where updates cover both releases. So mga1 and mga2 on the
same bug. So far it has been working quite well. Complex ones
Guillaume Rousse guillomovi...@gmail.com writes:
Le 12/06/2012 09:41, Thierry Vignaud a écrit :
On 11 June 2012 22:22, guillomovitch buildsystem-dae...@mageia.org wrote:
guillomovitch guillomovitch 1:1.2.6-2.mga3:
+ Revision: 259882
- add exports.d directory
- use /var/lib/nfs/statd for
Colin Guthrie mag...@colin.guthr.ie writes:
'Twas brillig, and Guillaume Rousse at 12/06/12 07:26 did gyre and gimble:
Le 12/06/2012 02:37, JA Magallón a écrit :
On 06/12/2012 02:29 AM, JA Magallón wrote:
On 06/11/2012 10:22 PM, guillomovitch wrote:
Name: nfs-utils
JA Magallón jamagal...@ono.com writes:
On 06/12/2012 02:29 AM, JA Magallón wrote:
On 06/11/2012 10:22 PM, guillomovitch wrote:
Name: nfs-utilsRelocations: (not relocatable)
Version : 1.2.6 Vendor: Mageia.Org
Release : 2.mga3
Hi all,
I've just gone through the installer from the live CD a couple of times
and noted a number of places where it's a little rough around the
edges. I'd like to propose, as a feature, a polished-up live CD
installer. I've started making notes on the wiki:
On Monday, June 11, 2012 07:29:46 AM Colin Guthrie wrote:
'Twas brillig, and Thomas Spuhler at 11/06/12 15:02 did gyre and gimble:
On Monday, June 11, 2012 04:16:06 AM Colin Guthrie wrote:
'Twas brillig, and spuhler at 10/06/12 01:11 did gyre and gimble:
Name: libmbfl
On 14 June 2012 04:48, Steve Havelka yo...@q7.com
wrote:Feature:InstallerCleanup
I've just gone through the installer from the live CD a couple of times
and noted a number of places where it's a little rough around the
edges. I'd like to propose, as a feature, a polished-up live CD
installer.
On 13 June 2012 23:23, blino buildsystem-dae...@mageia.org wrote:
blino blino 1:1.2.6-3.mga3:
+ Revision: 260392
- do not install modalias nfs.conf in a sub-directory (this is invalid)
dir-file = boom
7/8: nfs-utils
On 11 June 2012 12:05, Shlomi Fish shlo...@shlomifish.org wrote:
since the new busybox (which I maintain in Mageia) package did not build with
the uClibc version that was present in Cauldron, I grab maintainership for
uClibc too, and commited a new uClibc package to the svn (based a lot on the
Hi,
Im running mageia cauldron and i got this problem:
]$ LC_ALL=C sudo urpmi lib64dbusmenu-gtk-devel
The following package cannot be installed because it depends on packages
that are older than the installed ones:
lib64dbusmenu-gtk-devel-0.5.1-1.mga2
Continue installation anyway? (Y/n)
While
31 matches
Mail list logo