02.01.2011 16:49, Anne nicolas kirjutas:
- poll will happen from 03/01 19h (Paris time) to 05/01 21h (Paris time)
- all people in wiki list of packagers have been added in voters list
and will be able to vote on https://epoll.mageia.org/vote/ISJTLYRT
We will give results during packagers
Hi,
i know this problem is probably discussed here before too but is it possible to
use StartCom
(http://cert.startcom.org) certificates for example. Those are free and
supported by most
popular browsers. Less problems and new people would have more trust in our
servers.
What do you think?
08.04.2011 17:22, Ahmad Samir kirjutas:
On 8 April 2011 16:20, Oliver Burger oliver@googlemail.com wrote:
Thierry Vignaud thierry.vign...@gmail.com schrieb am 08.04.2011
On 8 April 2011 16:05, Ahmad Samir ahmadsamir3...@gmail.com wrote:
So I'd like to ask you, what you think, we should do?
25.05.2011 17:05, Anne nicolas kirjutas:
- add a general mention to Mandriva contributors about their hard work
+1
09.06.2011 15:13, Dexter Morgan kirjutas:
On Thu, Jun 9, 2011 at 11:54 AM, Colin Guthriemag...@colin.guthr.ie wrote:
'Twas brillig, and Christiaan Welvaart at 09/06/11 10:40 did gyre and
gimble:
On Thu, 9 Jun 2011, Maarten Vanraes wrote:
otoh, perhaps a missing package is also a bugfix...
12.06.2011 20:44, Frank Griffin kirjutas:
I'm not sure if this is because the perl upgrade in't complete, but just in
case it's of use:
Installation failed:file /usr/bin/json_pp from install of
perl-devel-2:5.14.0-3.mga2.x86_64 conflicts with file from package
12.06.2011 23:46, Michael Scherer kirjutas:
Proposal 1:
6 months release cycle - 12 months life cycle
( Fedora, Ubuntu, Mandriva 2010.1 Mandriva != 2006.0 )
Proposal 2:
9 months release cycle - 18 months life cycle
( ~ opensuse and the one we used for Mageia 1 )
Proposal 3:
12 months
13.06.2011 19:51, Ron kirjutas:
I will say my part and I'm gone...
I don't understand why everyone is acting like a rolling release is going to put so much
strain on the project. What is so hard about developing in one place and allowing the
updates to trickle down is so hard?
Well.. take
14.06.2011 15:30, Michael Scherer kirjutas:
Le mardi 14 juin 2011 à 14:14 +0200, Samuel Verschelde a écrit :
Le mardi 14 juin 2011 13:56:29, Dexter Morgan a écrit :
Hello,
do we wait firefox 5 rc or we can start to update to firefox 5 soon ?
Mandriva now has several packages for firefox
14.06.2011 15:32, Frank Griffin kirjutas:
On 06/14/2011 08:22 AM, Thierry Vignaud wrote:
Upgrading stable firefox to firefox5rc and importing firefox-{beta,aurora}
are two distinct orthogonal things IMHO.
since firefox5 is near being released, I think we should update
main xulrunner+firefox
16.06.2011 17:18, Daniel Kreuter kirjutas:
Ok Mozilla has the RC1 released. Final shall come on Tuesday 21st June so yeah we will
include that in Mageia 2 I think (as least this one, maybe FF6 or 7 depending on which
version will be available i think)
Well, it's quite possible that we have to
26.06.2011 12:35, Michael Scherer kirjutas:
urpme package; urpmi package
That's not so easy if something depends on that package. How hard is it to implement rpm's
--oldpackage to urpmi? I really don't know but i hope it's nothing too hard.
--
Sander
Hey,
i'm having some trouble with adding get-skype into backports_testing. blino
told me to cp
get-skype into updates/1 as i can't submit it from cauldron. So i did. But now
i get another
error:
svn: URL
'svn+ssh://svn.mageia.org/svn/binrepos/updates/1/get-skype/current/SOURCES'
doesn't
02.07.2011 21:27, Dexter Morgan kirjutas:
On Sat, Jul 2, 2011 at 3:37 PM, Anssi Hannula anssi.hann...@iki.fi wrote:
updates/1 is meant for updates, not backports.
Hmm, ok, blino told me that into mga1 you can only submit from updates/1 and
not from
cauldron. So i did :/ And finally i got it
13.07.2011 11:43, Radu-Cristian FOTESCU kirjutas:
do NOT expand into the existing:
lib64magick-devel
lib64chm-devel
lib64wmf-devel
Currently there is urpmq --provides for that.
For example:
$ urpmq --provides lib64magick-devel
imagemagick-devel[== 6.6.6.10-5.mga1]
ImageMagick-devel[==
13.07.2011 12:17, Radu-Cristian FOTESCU kirjutas:
Indeed, libmagick-devel, libwmf-devel, libchm-devel, libpoppler-qt4-devel, etc.
do expand/match/find_provides correctly on 64-bit too!
But then *why* some names have to be written as:
qt4-devel and *not* libqt4-devel
python-devel and *not*
13.07.2011 13:02, Ahmad Samir kirjutas:
Using pkgconfig provides looks like an optimal option, we could start
now, whenever we touch a spec we change to the pkgconfig provides, and
gradually all the specs will be adapted.
And for the packages that don't have .pc files we add:
Provides:
16.07.2011 10:57, Ahmad Samir kirjutas:
Right, let's do a head count:
Mageia 64bit users who are using the 64bit Adobe Flash 11 Beta 1,
please raise your hand (my hand is raised already, I've been using it
for 2-3 days).
+1
This beta works OK, a lot better than any other option on 64-bit
16.07.2011 14:07, D.Morgan kirjutas:
for my part i still love tmb a lot for his awesome work
+1
R-C, please behave.. this is cauldron, it breaks stuff and we almost want it
(at least
sometimes :)). If you don't like the way it is, please don't use it!
--
Sander
16.07.2011 14:31, Radu-Cristian FOTESCU kirjutas:
ok, then how about
kernel-desktop-latest-unstable
kernel-desktop-latest-rc
kernel-desktop-latest-beta
?
But why not kernel-desktop-latest-unstable-beta and
kernel-desktop-latest-unstable-rc, etc..
as well?
I think buildsystem would love it
16.07.2011 15:11, Radu-Cristian FOTESCU kirjutas:
R-C, please behave.. this is cauldron, it breaks stuff and we almost want it
(at least sometimes :)). If you don't like the way it is, please don't use
it!
Sander,
[didn't read it all - don't have that much time]
R-C aka beranger
I have
20.07.2011 19:20, Michael Scherer kirjutas:
Hi,
Late as usual ( to roughly quote and translate ennael on irc what, it
is already wenesday ? ), we will be having a meeting tonight.
Quick agenda :
- review of pending task ( but I didn't found much )
- specs
- QA of updates
What about
26.07.2011 13:40, Michael Scherer kirjutas:
Hi,
while trying to work on the queue of update needing a push, I noticed
that almost all of them use a Release: 0.
Since this has a specific meaning ( ie, used for pre release, or svn
snapshot ), using this for updates is quite confusing, and I do
26.07.2011 19:42, Michael Scherer kirjutas:
Likely because none of them know the specific meaning of using 0.
From where is this specific meaning coming? Where is it documented?
--
Sander
27.07.2011 11:10, Thomas Backlund kirjutas:
That said, I'm not very comfortable with the 30-day trial aspect. I
don't see
our role as distributing shareware. But whatever is decided ...
Yeah,
I'm not really fond of the idea of providing shareware on our mirrors
either.
--
Thomas
+1
27.07.2011 17:59, Samuel Verschelde kirjutas:
Ok, there will be no meeting tonight, so let's decide it on the ML. Was
everyone convinced by misc's demonstration and do we agree to stop using the 0
release for updates and activate the Youri::Submit::Test::Precedence check on
submit to prevent
27.07.2011 19:20, Maarten Vanraes kirjutas:
Op woensdag 27 juli 2011 16:37:42 schreef Michael Scherer:
Hi,
since both ennael and I are busy tonight, and since there is nothing
really really urgent to announce ( at least, nothing that couldn't be
discussed or dispatched on the ml ), I propose
05.08.2011 13:17, Colin Guthrie kirjutas:
I think srm should just be a tool people use explicitly when they want to.
Col
+1
--
Sander
08.08.2011 07:42, andre999 kirjutas:
If anyone has an idea what I might be missing, it would be appreciated :)
This is what i used to get secondary X running:
09.08.2011 13:21, Thierry Vignaud kirjutas:
Hi
I think we should do a security update of chromium-browser-stable
that would be a backport of cauldron's chromium-browser-stable.
WDYT?
See you
Finally someone is thinking about it :) Yes, of course! We have version
11 when there is version 13
16.08.2011 16:21, Anne nicolas kirjutas:
Hi there
Back online. We are planning our next meeting for 24th of august, 19h
UTC on #mageia-dev. In between we will work on some burning subjects
(backports incis meetiluded) so that we can take final decisions
during this meeting.
As usual and as
24.08.2011 09:51, D.Morgan kirjutas:
On Tue, Aug 23, 2011 at 6:20 PM, Thierry Vignaud
thierry.vign...@gmail.com wrote:
On 23 August 2011 17:57, Manuel Hiebelmanuel...@hiebel.eu wrote:
What can we do for reduce the number of Bugs ?
Agressivily assign bugs to latest package uploader?
I am
25.08.2011 21:53, Maarten Vanraes kirjutas:
i believe we should package as much extensions as possible.
And if there is security hole in extension? Do you monitor all of them? Most of
them get
updated w/o big notice. We do not have people to monitor extensions. And it's
stopping us to
update
26.08.2011 10:27, Guillaume Rousse kirjutas:
I don't see where it is stated than firefox can't get updated until
all extensions in the distributions work with it.
I would call it a regression that shouldn't pass QA. One day your ads
ands scripts are blocked and the other day they are not. Great
28.08.2011 08:46, Mageia Team kirjutas:
Name: firefox-beta-l10nRelocations: (not relocatable)
Version : 7.0b2 Vendor: Mageia.Org
Release : 0.mga2Build Date: Sun Aug 28 07:44:28
2011
Install Date: (not installed)
02.09.2011 10:15, Pascal Terjan kirjutas:
Yes there is still a bug in the build system, packages switching
between arch/noarch are not deleted
Is there bug about this issue? Who should fix it?
--
Sander
08.09.2011 16:53, Thierry Vignaud kirjutas:
Hi
In order to got more testing for systemd, I'm considering switching
the installer to:
- install it
- default to it (aka add init=/bin/systemd)
WDYT?
If someone fixes this bug ( https://bugs.mageia.org/show_bug.cgi?id=2246 ) then i'm ok with
it.
09.09.2011 16:51, Anne Nicolas kirjutas:
As far as we know, Oxygen matches all these requirements. Oxygen exists
for all environments with the same maintainers for it. Thus, we would
like to discuss to switch to Oxygen as the default window decoration for
Mageia 2.
+1 on that. I'm already
08.09.2011 16:53, Thierry Vignaud kirjutas:
Hi
In order to got more testing for systemd, I'm considering switching
the installer to:
- install it
- default to it (aka add init=/bin/systemd)
WDYT?
See you
I got another problem. This time with /var. For two systems i have
created /var as a
13.09.2011 23:39, Thierry Vignaud kirjutas:
On 13 September 2011 17:45, Guillaume Rousseguillomovi...@gmail.com wrote:
- require systemd-sysvinit instead of sysvinit in order to got more
testing
IMHO this should have been announced/warned on the ml before forcing the
change on everyone.
I
14.09.2011 11:06, Guillaume Rousse kirjutas:
- keep current behaviour, by removing conditionals in configuration
file. This means no additional configuration needed, but also than
installing implies usage.
I prefer this option. If you install some module you probably want to
use it. And if you
15.09.2011 21:43, Maarten Vanraes kirjutas:
I have a script ready to set the last comittor (that's a full packager) as
maintainer. perhaps it can be activated before the GREAT PURGE.
That's not so good idea. What we maybe can do is that we send out a
warning that if you commit to a package
16.09.2011 13:44, Guillaume Rousse kirjutas:
This whole idea of 'touch a package, become its maintainer' assumes
than anyone modifying a package has an obvious interest in it.
However, they are case when you have rebuild a package just in order
to accomodate for changes you made somewhere
18.09.2011 11:22, Colin Guthrie kirjutas:
Hmm, strange. My gdm boots on tty7 here without any problem... :s
Are you using systemd-sysvinit or sysvinit with init=/bin/systemd ... for me there is
difference. Using systemd-sysvinit i can't boot up at all.. With init=/bin/systemd things
are a bit
21.09.2011 12:37, Anne nicolas kirjutas:
Hi there
As usual we will have our weekly meeting at 19hUTC on #mageia-dev.
Proposed topics:
- faac and Mageia: take a final decision for it
How about final decision for backports as well? AFAIK we STILL can't
submit them :/
--
Sander
22.09.2011 15:40, Samuel Verschelde kirjutas:
I forgot: what about the suggestion that was made to tweak urpmi --update's
behaviour so that it proposes only updates from update media, but is capable
to pull dependencies from release media ? Would there be drawbacks to this
solution ?
Samuel
22.09.2011 22:37, Florian Hubold kirjutas:
Please give your votes.
I like the idea that by default MTA is not needed (but it might be suggested)
and default
conf uses only log. Requiring here would be too harsh as some users prefer log
files and
msec works with them as well. MTA is extra
23.09.2011 12:43, Florian Hubold kirjutas:
If you have an MTA installed (and configured) mail should be sent.
Where?
To local user? Does the user know how to read that mail?
To real mail address? What if you have a laptop and are moving from one
ISP to another. Does the user know how to
30.09.2011 09:55, Thierry Vignaud kirjutas:
On 29 September 2011 19:52, Mageia Team buildsystem-dae...@mageia.org wrote:
sander85 sander85 1.0.8-2.mga2:
+ Revision: 150378
- Fix a race condition in io.c libusb_handle_events_timeout() (ticket #56)
Wrong bug ID.
Please use svn propedit svn:log
30.09.2011 13:01, Anssi Hannula kirjutas:
On 30.09.2011 11:10, Sander Lepik wrote:
30.09.2011 09:55, Thierry Vignaud kirjutas:
On 29 September 2011 19:52, Mageia Team buildsystem-dae...@mageia.org
wrote:
sander85 sander85 1.0.8-2.mga2:
+ Revision: 150378
- Fix a race condition in io.c
26.10.2011 09:36, D.Morgan kirjutas:
can someone test and report if it worked or not ? we need feedback to
push all this in core/release and have this available for alpha1
thank you.
Systemd + dracut initrd works. I have long delays but this is probably
udev and/or kernel problem.
--
Sander
26.10.2011 10:00, David W. Hodgins kirjutas:
On Wed, 26 Oct 2011 02:36:07 -0400, D.Morgan dmorga...@gmail.com wrote:
can someone test and report if it worked or not ? we need feedback to
push all this in core/release and have this available for alpha1
Worked ok here, with the following
27.10.2011 15:33, Thomas Backlund kirjutas:
My laptop hangs on shutdown.
My desktop has quite a long delay before it turns off (maybe even 5
minutes).
Last time I tried (a while ago), it screwed up booting my dmraid setup,
and it was painful to restore, so I haven't tried after that.
With
27.10.2011 16:45, Thomas Backlund kirjutas:
Sander Lepik skrev 27.10.2011 16:07:
27.10.2011 15:33, Thomas Backlund kirjutas:
My laptop hangs on shutdown.
My desktop has quite a long delay before it turns off (maybe even 5
minutes).
Ok, so thats a showstopper that need to be fixed.
Yes
27.10.2011 23:36, Charles A Edwards kirjutas:
So as built it is no longer installable by those of us who still are
using sysvinit.
I don't think we can support both for mga2. And at the moment it seems we are going with
systemd. So maybe it's time to jump the boat and start testing systemd to
06.11.2011 13:38, Wolfgang Bornath kirjutas:
2011/11/6 Maarten Vanraesal...@rmail.be:
It may be an option if you have such a DVD I was talking about in
point 2 - somewhere at the start of the install process you can add an
additional medium. If a newer package is on the update DVD (or USB key
or
07.11.2011 15:26, John Balcaen kirjutas:
Then the question is why did we ship a buggy software in our release.
Simply because it was shipped initially in Mandriva someone request
it to be available in Mageia.
It's the same thing as calibre or chromium-browser i would say :p
+1
Or are the
07.12.2011 22:31, Maarten Vanraes kirjutas:
Op woensdag 07 december 2011 20:38:16 schreef Thomas Backlund:
After Alpha2 I guess we need to discuss this on a council meeting to
get a decision for Mageia 2.
fine, i don't see the need of why to have a council meeting wrt this though...
it's so
10.12.2011 15:23, Franklin Weng kirjutas:
Hi list,
I tested mageia 2 alpha 1 (KDE live CD) for the audio problem (bug
2437) and at the same time I found another two problems.
Where can I report it? The wiki pages seem to be down for now.
https://bugs.mageia.org
2. If I turned Screenshot
15.12.2011 01:28, Manuel Hiebel kirjutas:
And what to do with package that have a maintainer, but the packager
does not fix the bugs or is inactive ? :D
List them here.. lets make a wall of blame :)
--
Sander
17.12.2011 12:10, Wolfgang Bornath kirjutas:
I really beg to think the whole matter over again, at least until it is mature enough to
be implemented in cauldron for practical test.
People will get used to it rather fast.
--
Sander
17.12.2011 19:14, Johnny A. Solbu kirjutas:
Another friend of mine which is not in any of these lists, and is blind, was surprised to
hear about this change, and was wondering whether this was a Mageia specifi change. I said
I believe it was.
Well, it's not.
--
Sander
18.12.2011 17:43, Johnny A. Solbu kirjutas:
Whatever you do, Do Not completely remove the abillity to have a few simultanious text
logins alongside a graphical login. The users who depend upon using a text login alongside
the graphical environment are more than one should think.
F1-F6 for
18.12.2011 22:53, Frank Griffin kirjutas:
Wouldn't the obvious solution be to make the tty assignments easily configurable by the
user ? Then pick an agreed default, and let anyone with different requirements modify it.
Nop, that's not a good idea. You give people the option to configure and
30.12.2011 07:00, David W. Hodgins kirjutas:
On Thu, 29 Dec 2011 12:20:36 -0500, Manuel Hiebel man...@hiebel.eu wrote:
(and iirc QA don't check it anymore, as you can see in the updates of
firefox 6 or later)
We do test them when they become available, but won't hold back
a security update
05.01.2012 19:22, Thierry Vignaud kirjutas:
On 5 January 2012 17:34, tmbbuildsystem-dae...@mageia.org wrote:
tmbtmb 1.59-2.mga2:
+ Revision: 191558
- build with kernel-3.2.0-1.mga2
- kernel-firmware-extra is now kernel-firmware-nonfree
And maybe on i586 too...
WDYT?
Good idea, boot.iso is
06.01.2012 19:40, Johnny A. Solbu kirjutas:
On Friday 06 January 2012 16:13, Thierry Vignaud wrote:
The system has to be intelligent enough to know what is or is not an orphan.
It is.
We claim that it is not.
Well, the system is ok. Just some packages are probably bogus and don't require all
06.01.2012 21:06, Dale Huckeby kirjutas:
Evidently once I've installed package A which requests X, sometimes packages
F, L, and T might subsequently get installed which also need X *and presumably
would have requested it had it not already been installed*. But when I
uninstall
A it orphans X
07.01.2012 01:09, Johnny A. Solbu kirjutas:
On Friday 06 January 2012 18:54, Balcaen John wrote:
I guess when you did encounter that you just remove task-kde from your system
I did not. I should have been more clearly with my example. :-)=
The packages in my example where all console program,
07.01.2012 12:18, andre999 kirjutas:
It is not exactly the same thing, but in more than one occasion when I installed packages
with similar functions at the same time, to compare them, say A, B, and C, and later
uninstalled B and C, I have found A to be declared an orphan. Only to find that it
07.01.2012 13:39, Wolfgang Bornath kirjutas:
Of course this is one way to find bugs in packages. But what about the
documented (in German) case where
- after fresh installation, reboot (ok) and updates right after
installation I was presented with a list of more than 100 orphans.
- I ran
07.01.2012 16:24, Wolfgang Bornath kirjutas:
Used the full DVD (32-bit) Mageia 2 Alpha 2
- minimal install with X
How? AFAIK this is not one of the default options.
--
Sander
07.01.2012 17:09, Wolfgang Bornath kirjutas:
2012/1/7 Sander Lepiksander.le...@eesti.ee:
07.01.2012 16:24, Wolfgang Bornath kirjutas:
Used the full DVD (32-bit) Mageia 2 Alpha 2
- minimal install with X
How? AFAIK this is not one of the default options.
It is.
1. Select Custom at the DE
18.12.2011 10:45, Mageia Team kirjutas:
Name: qesteidutil Relocations: (not relocatable)
Version : 3.4.0 Vendor: Mageia.Org
Release : 3.mga2Build Date: Sun Dec 18 09:36:19 2011
Install Date: (not installed)
13.01.2012 03:20, Maarten Vanraes kirjutas:
see https://blog.mozilla.com/blog/2012/01/10/delivering-a-mozilla-firefox-
extended-support-release/
see https://wiki.mozilla.org/images/9/9d/Esr-release-overview.png
ESR is a 1y extended supported release...
looking at the image we'd be having
13.01.2012 23:20, Maarten Vanraes kirjutas:
look at the picture for the support period, the 1y warranteed versions cross
over for 2 or 3 months
so it's going to fit for as long as we have 9m release schedule
9m release schedule, but aren't we giving support for 18m?
--
Sander
21.01.2012 20:59, andre999 kirjutas:
Sounds like a good idea.
It might be better to get rid of /tmp if we can, since systems would always have a
read-write /var and thus /var/tmp, even if they have a read-only /.
AFAIK even Flash Player uses /tmp to download content. Probably some other
06.02.2012 04:07, Funda Wang kirjutas:
I would suggest another support policy.
* For cauldron, we always have latest versions of firefox and
thunderbird, no matter whether it is ESR.
* For released distros, we always update it till next ESR. i.e., for
Mageia 1, we will have FF 9.0.1, 10.0,
06.02.2012 09:38, Funda Wang kirjutas:
And, don't forget, we still have a package named firefox-beta. If we
stick with FF10, then some day we will come to a situation of
firefox-10.0.4 and firefox-beta-15b1 for Mageia 2, which is
unacceptable. Or, we should make an exception on firefox-beta,
09.02.2012 13:35, AL13N kirjutas:
ihmo, the users who want the latest versions will not even wait one week,
and will grab them from upstream. If we really wanted the latest release,
someone could backport them.
And backports work since what time?
the end users will benefit too, because the
24.02.2012 13:09, Pierre Jarillon kirjutas:
I have just installed Mga2b1 x86_64 and it is already a great distro. But once
more, I was annoyed with an unuseful bunch of rpm in rpmdrake which make the
list less readable. For a beginner, this is more annoying.
So, I have unselected Core 32 bit
25.02.2012 12:39, Colin Guthrie kirjutas:
'Twas brillig, and zezinho at 25/02/12 00:00 did gyre and gimble:
Shouldn't get-skype be 32bit if it needs 32bit libs?
Perhaps, but then it wouldn't show up to 64 bit users if they don't add
32-bit core which is the suggestion here.
They would have to
25.02.2012 13:47, zezinho kirjutas:
Le samedi 25 février 2012 11:44:58, Sander Lepik a écrit :
They would have to add 32-bit core + 32-bit nonfree (as Skype is in
nonfree) which is not even listed media for 64-bit system.
So for now Skype is not avalaible in x86_64 without activating 32-bit
25.02.2012 14:39, Michael Scherer kirjutas:
Le samedi 25 février 2012 à 14:04 +0200, Sander Lepik a écrit :
25.02.2012 13:47, zezinho kirjutas:
Le samedi 25 février 2012 11:44:58, Sander Lepik a écrit :
They would have to add 32-bit core + 32-bit nonfree (as Skype is in
nonfree) which
Hey!
According to https://wiki.mageia.org/en/Mageia_2_development we are
going to hit versions freeze pretty soon. Is it confirmed that it will
be March 7th? In this case we have the last weekend before freeze. And
weekend is for many packagers the only time to work on their packages.
Such
On Mar 3, 2012 7:41 PM, Oliver Burger oliver@googlemail.com wrote:
And in the last meeting logs for this channel, the reminder was said and
discussed.
Oliver
Can this link be sent to list after meeting? Or is this too much asked? Or
was it sent and i just missed it?
--
Sander
Well, actually I'm sure it could. But why? All meeting logs are publicly
available at https://meetbot.mageia.org/
Why? Because now i know this link for some time and then i forget it again
:) Sorry but Mageia isn't the only project where i'm contributing. I just
can't remember everything. But
08.03.2012 16:00, Kamil Rytarowski kirjutas:
On 08.03.2012 13:20, Sander Lepik wrote:
Skype is pretty popular nowdays. 64-bit systems are pretty popular
too, you know. Yes, we had conflict with policy. But in this case i
think the policy is the one that must be changed.
Do you want to merge
11.03.2012 14:21, Michael Scherer kirjutas:
Le samedi 10 mars 2012 à 10:26 +0100, Thierry Vignaud a écrit :
Hi
please let in xonotic-0.6.0
It's just a game that impacts nothing else.
Niet.
That's bugfix or security fixes.
Honestly, WTF?!
It's a new package. How much harm can it do? I would
11.03.2012 14:42, Manuel Hiebel kirjutas:
Le dimanche 11 mars 2012 à 14:29 +0200, Sander Lepik a écrit :
11.03.2012 14:21, Michael Scherer kirjutas:
Le samedi 10 mars 2012 à 10:26 +0100, Thierry Vignaud a écrit :
Hi
please let in xonotic-0.6.0
It's just a game that impacts nothing else
16.03.2012 03:07, tux99-...@uridium.org kirjutas:
On Thu, 15 Mar 2012, Anne nicolas wrote:
Hi there
Beta 2 is available now for tests. Here is the announcement:
http://blog.mageia.org/en/2012/03/15/mageia-2-beta-2-near-the-goal/
We need your tests and reports more than ever!
Hi Anne, I
16.03.2012 12:56, tux99-...@uridium.org kirjutas:
On Fri, 16 Mar 2012, Sander Lepik wrote:
16.03.2012 03:07, tux99-...@uridium.org kirjutas:
On Thu, 15 Mar 2012, Anne nicolas wrote:
Hi there
Beta 2 is available now for tests. Here is the announcement:
http://blog.mageia.org/en/2012/03/15
17.03.2012 10:32, Robert Fox kirjutas:
Just wondering whether Firefox 11 is going to make it into Mageia
2 . . .
Thx,
R.Fox
Nop, as already discussed quite a few times, we are using ESR from fx10 on.
--
Sander
On Mar 24, 2012 9:13 PM, Thomas Spuhler tho...@btspuhler.com wrote:
please push clamav-0.97.4
--
Best regards
Thomas Spuhler
Why?
--
Sander
26.03.2012 16:20, Colin Guthrie kirjutas:
'Twas brillig, and Colin Guthrie at 25/03/12 18:06 did gyre and gimble:
I've built the package locally and it builds without any issues or
complications.
Thoughts?
Any one have thoughts on this? I'd like to close the bug as wontfix or
push the new
30.03.2012 17:04, Thierry Vignaud kirjutas:
On 30 March 2012 16:00, nicolas vigierbo...@mars-attacks.org wrote:
Assuming we do not want to abandon them, what do we do? I'd suggest
shipping a new empty package that replaces it with a README.urpmi
telling them to go to Sun directly is the most
02.04.2012 12:04, Kamil Rytarowski kirjutas:
Please make arch-independent-package-contains-binary-or-object a
reason to reject
packages at upload time:
swell-foop.noarch: W:
arch-independent-package-contains-binary-or-object /usr/bin/swell-foop
Thanks
+1
But then we have got again 32-bit
For me this combination is causing pretty huge memory leak in X. At the same time xrestop
doesn't show anything. Anssi updated Nvidia's driver to the latest but this doesn't seem to
help much.
So my question is: am i the only one or are there other people seeing this too? It only
seems to
07.04.2012 19:18, Thomas Spuhler kirjutas:
On Saturday, April 07, 2012 08:38:39 AM Guillaume Rousse wrote:
To summarize it:
- has anyone any opposition to remove the totem-mozilla - KDE
relationship in the installer ?
I'd go for this.
I'm not so sure about that. Are there any other
08.04.2012 18:41, shlomif kirjutas:
Name: kdiff3 Relocations: (not relocatable)
Version : 0.9.96Vendor: Mageia.Org
Release : 1.mga1Build Date: Sun Apr 8 17:37:51 2012
[...]
shlomifshlomif 0.9.96-1.mga1:
1 - 100 of 268 matches
Mail list logo