16.04.2012 15:04, Thierry Vignaud kirjutas:
On 16 April 2012 13:15, Colin Guthriemag...@colin.guthr.ie wrote:
3. Installer (upgrade) will still be broken as it does not treat the
rpm package inside the chroot as any kind of priority update that is
installed early in the upgrade process.
20.04.2012 17:06, Thierry Vignaud kirjutas:
On 20 April 2012 16:02, D.Morgandmorga...@gmail.com wrote:
I do notice chromium-browser packages were not updated since january 21. Is
it possible to include a more up to date chromium browser release?
According to
22.04.2012 22:19, Thomas Backlund kirjutas:
22.04.2012 22:16, Colin Guthrie skrev:
'Twas brillig, and Guillaume Rousse at 22/04/12 19:01 did gyre and gimble:
Despite not realling blocking for mageia 2 release, the issue is still
to address, the sooner the better.
Here are the previous
23.04.2012 19:15, Kamil Rytarowski kirjutas:
On 23.04.2012 15:06, Steven Tucker wrote:
Addressing bug 1489 I have packaged skype4linux.
I haven't been able to get in contact with my mentor however, so could
someone please
check and commit the src.rpm (only my second packaging attempt)
23.04.2012 19:44, Kamil Rytarowski kirjutas:
On 23.04.2012 18:26, Sander Lepik wrote:
23.04.2012 19:15, Kamil Rytarowski kirjutas:
On 23.04.2012 15:06, Steven Tucker wrote:
Addressing bug 1489 I have packaged skype4linux.
Hi!
I will review it today. But I was thinking of something else
It's an upgrade to final release (from rc3) which we were targeting. Fixes some
bugs + 1
security bug:
1.0.9 fixes a crash which can be triggered by a malicious USB device
Tested locally and seems to work OK.
--
Sander
27.04.2012 10:39, Thomas Backlund kirjutas:
Hi,
any objections on pushing this for RC ?
--
Thomas
None.
--
Sander
Fixes bug #4627 (extlinux not executable). Also added patch to make it build
with newer kernels.
--
Sander
28.04.2012 15:04, Thierry Vignaud kirjutas:
On 28 April 2012 07:04, Luis Daniel Lucio Quiroz dlu...@okay.com.mx wrote:
Please push openldap, it fixes #5605
That is?
Please describe the bug next time instead of forcing everyone to
go look at bugzilla.
Thx
Can someone try to resubmit this one.
29.04.2012 21:47, Thomas Backlund kirjutas:
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 atleast every cd with size 700M need to loose some stuff...
So please help out with suggestions...
What
It's a minor fix in /etc/sysconfig/tmpwatch to get rid of the cron.daily messages: error:
bad time argument /tmp/.XIM-unix.
--
Sander
It's an upgrade to newer revision as our current version is not working too well. Input
fields have weird glitches and text is overlapping.
New revision seems to fix all those problems and is working OK.
--
Sander
02.05.2012 01:09, Thierry Vignaud kirjutas:
On 1 May 2012 12:09, Thomas Backlund t...@mageia.org wrote:
It's a minor fix in /etc/sysconfig/tmpwatch to get rid of the cron.daily messages:
error:
bad time argument /tmp/.XIM-unix.
Submitted.
why isn't there a bug ID in the changelog?
I didn't
02.05.2012 10:23, Damien Lallement kirjutas:
Please push whois 5.0.16.
- Added the .xn--80ao21a (.ÒÐÐ, Kazakhstan) TLD server.
- Updated the .ec and .ee TLD servers.
- Removed the .xn--mgbc0a9azcg (.ØÙÙØØØ, Morocco) and .xn--mgberp4a5d4ar
(.ØÙØØÙØÙØ, Saudi Arabia) TLD servers.
- Added a new ASN
2012/5/1 Sander Lepik sander.le...@eesti.ee
It's an upgrade to newer revision as our current version is not working
too well. Input fields have weird glitches and text is overlapping.
New revision seems to fix all those problems and is working OK.
Ping?
--
Sander
02.05.2012 13:00, Thomas Backlund kirjutas:
And report in this thread success/failure.
--
Thomas
Core Processor Integrated Graphics Controller: Intel(R) Arrandale (i5-520M) - everything
seems to work OK.
--
Sander
02.05.2012 13:00, Thomas Backlund kirjutas:
And report in this thread success/failure.
--
Thomas
No regressions reported, at the same time it fixes few bugs. Maybe time to push
into release
so it could get more testing.
--
Sander
06.05.2012 20:46, Thomas Backlund kirjutas:
So test them out and respond to this thread if it works or not.
--
Thomas
Testing on GT218 [NVS 3100M] [DISPLAY_VGA] (rev: a2). Seems to work fine.
--
Sander
15.05.2012 17:13, Simple . kirjutas:
so now theres no sdhci-pci or sdhci_pci in modprobe.conf and it
continues complaning.
But you didn't remove the --first-time option? Did you?
--
Sander
24.05.2012 01:39, Simple . kirjutas:
I did checked md5 before i report anything.
Did you test downloaded iso or did you test DVD?
--
Sander
26.05.2012 11:52, Angelo Naselli kirjutas:
Can Thunderbird import all the kmail messages? (i mean the local folders and
the pop ones)
Maybe this post will help you:
http://www.ulduzsoft.com/2012/01/from-kmail-to-thunderbird/
--
Sander
28.05.2012 00:05, nicolas vigier kirjutas:
The contest of who will make Cauldron not booting the first is open \o/
Tip to contenders: migrating to grub2 should get you there quite fast =P
--
Sander
28.05.2012 00:05, nicolas vigier kirjutas:
The contest of who will make Cauldron not booting the first is open \o/
Hmm, what about gcc. I'm quite sure we'll switch to 4.7 but any eta for
that? The sooner the better, IMHO.
--
Sander
29.05.2012 00:07, Samuel Verschelde kirjutas:
MGA2TOO on the whiteboard could be enough maybe, provided packagers actually
know how to use it (it means that a search for MGA2 bugs must take into
account both those set to MGA2 and those with the MGA2TOO text in whiteboard),
but it will make
29.05.2012 17:14, wally kirjutas:
Name: task-obsoleteRelocations: (not relocatable)
Version : 3 Vendor: Mageia.Org
Release : 1.mga3Build Date: Tue May 29 15:59:18 2012
[...]
wally wally 3-1.mga3:
+ Revision:
30.05.2012 05:14, blind Pete kirjutas:
Would it be possible to have a bug report refer to multiple versions
and simultaneously have X marked as OLD, Y marked as FIXED, and
Z marked as BLOCKING?
With new bugzilla we should be able to choose multiple versions. And we can use
keywords to
02.06.2012 11:36, Thierry Vignaud kirjutas:
Waiting for you to test on more real HW...
Remember to enable both core/updates_testing nonfree/updates_testing
# LC_ALL=C urpmi --media Nonfree Updates Testing,Core Updates Testing,Core
Release,Nonfree
Release --auto-select
Some requested packages
02.06.2012 14:18, Thomas Backlund kirjutas:
I guess for now submitting the needed x11-server to nonfree
updates_testing too and rebuilding the nonfree packages that needs
it will work around this
So these packages must be (re)pushed into nonfree/updates_testing?:
x11-server
fglrx
nvidia-current
03.06.2012 20:49, Johnny A. Solbu kirjutas:
Editing a text file to change a number, eg. from 5 to 3, is much easier
to remember than changing a symlink to
/lib/systemd/system/runlevel3.target, especially when explaning this to a
not so advanced user over the phone, who doesn't have a
02.06.2012 11:36, Thierry Vignaud kirjutas:
Waiting for you to test on more real HW...
Remember to enable both core/updates_testing nonfree/updates_testing
Running on Nvidia's GTS 250 with nonfree driver - so long no obvious problems.
--
Sander
04.06.2012 18:11, Thierry Vignaud kirjutas:
On 4 June 2012 16:49, Sander Lepik sander.le...@eesti.ee wrote:
Waiting for you to test on more real HW...
Remember to enable both core/updates_testing nonfree/updates_testing
Running on Nvidia's GTS 250 with nonfree driver - so long no obvious
05.06.2012 15:27, ennael kirjutas:
Name: bcd Relocations: (not relocatable)
Version : 3.7 Vendor: Mageia.Org
Release : 1.mga3Build Date: Tue Jun 5 14:26:37
2012
Install Date: (not installed)
06.06.2012 15:42, Thomas Backlund kirjutas:
Or simply nuke all testing rpms and properly resubmit the whole set through
bs, makeing it
clean up older rpms in */release automatically.
--
Thomas
Yeah, sounds like a better idea.
--
Sander
08.06.2012 11:38, Samuel Verschelde kirjutas:
I re-read the backports policy, and there's a part I think needs to be
pointed
out before people start to backport packages.
We need to ensure that upgrades never fail: cauldron must always have a
higher version/release than in stable
08.06.2012 11:51, Samuel Verschelde kirjutas:
And what about security issues and bugs to those backports? It will use more
packager ressource to patch backports than to provide newer versions, won't
it?
If there is security issue then you have to fix it on cauldron too (usually
with new
08.06.2012 13:03, Angelo Naselli kirjutas:
My feature proposal is to implement something similar to what mgaonline +
MageiaUpdate does for updates, but for backports, with some changes due to
the
fact that users will rarely want that all packages on the system be
updated
from backports
08.06.2012 21:38, Samuel Verschelde kirjutas:
And there should be a way for those who have internet access to upgrade
online
*with* backports too.
You are asking too much here. Mandriva probably never did that. And i don't
know any other
distro that is able to detect ONLY those backports you
09.06.2012 10:06, blind Pete kirjutas:
andre999 wrote:
[snip]
I see your point.
In most cases, a backport for mga1 would be essentially identical for
mga2 (except package file name and corresponding changes in the spec
file). It would only differ if dependancies differ, which I suspect is
08.06.2012 11:38, Samuel Verschelde kirjutas:
I re-read the backports policy, and there's a part I think needs to be
pointed
out before people start to backport packages.
We need to ensure that upgrades never fail: cauldron must always have a
higher version/release than in stable
09.06.2012 13:29, andre999 kirjutas:
OK. To backport from Cauldron to mga1, we have to backport from Cauldron to
mga2,
(bumping the revision in cauldron to ensure that is is higher), then backport
from mga2 to
mga1, ensuring that the revision is lower in mga1 than in mga2.(e.g.
On Jun 11, 2012 1:14 PM, Colin Guthrie mag...@colin.guthr.ie wrote:
'Twas brillig, and Guillaume Rousse at 11/06/12 10:19 did gyre and gimble:
Le 11/06/2012 09:56, Colin Guthrie a écrit :
Well it the .so name does not change then it *should* be ABI
compatible.
It seems in this case it's
12.06.2012 21:07, David W. Hodgins kirjutas:
On Fri, 08 Jun 2012 04:38:06 -0400, Samuel Verschelde sto...@laposte.net
wrote:
I re-read the backports policy, and there's a part I think needs to be
pointed
out before people start to backport packages.
I have a different question.
Will
15.06.2012 15:24, John kirjutas:
Eh? All I can see is version 2.2.0.35 ??
John
Are you using cauldron? Is your mirror synced?
Opps!! Goes back to hole - looking in wrong box :-)
John
It should be possible to run it on mga1 and mga2 too (i'm using it on mga2).
But for that
you have to get
15.06.2012 20:43, Claire Robinson kirjutas:
Shouldn't this be a normal update to get-skype rather than a backport?
Claire
So long there is no reason to do that. 2.0.0.35 is still available and has no
know secuirty
issues.
--
Sander
19.06.2012 03:29, Philippe DIDIER kirjutas:
Nevertheless, until it's done and good there's no solution to work on
mp4 or mpa or aac files with Mageia2 ... and certainly won't either
with Mageia3 ... people who need that will go elsewhere.
Well, we really can't hold them back. Can we? :)
--
19.06.2012 17:41, Simple w kirjutas:
As always Colin interventions are quite clarifying.
But i thought there were more software like this, like for example
there was in mandriva PLF
Most of this software is in nonfree or tainted.
Wouldnt be possible for someone put these software build in
20.06.2012 14:45, Simple w kirjutas:
2012/6/20 Oliver Burger oliver@googlemail.com:
Am 20.06.2012 12:45, schrieb Simple w:
about faac was already discussed, but i dont understand why amrwb
wasnt packaged so that apps can be build against it, it exists in svn,
could anyone please clarify?
21.06.2012 13:35, AL13N kirjutas:
B. fetch dependencies only from enabled repositories
Problems:
- if backports are enabled, dependencies could come from backports
instead of release.
Solutions for this:
- this can be prevented in various ways: even as simple as the backport
packager to
21.06.2012 14:30, Maarten Vanraes kirjutas:
IF the update cannot work with the backported new dependency, it should be
strict required in the update. in that case, the one from release will be
used.
if the update does work with the backport, then i don't see why you
wouldn't want that, since
21.06.2012 14:25, Malo kirjutas:
But enabling backport means that you want that, no?
Otherwise you don't enable backports.
Enabling backports means that i might want to cherry-pick some packages from
backports. It
doesn't mean i want to enable it as updates media so that all packages from
21.06.2012 18:36, Thierry Vignaud kirjutas:
if everyone is cherry picking backports, there's no use to having
supported backports, and thus we should just have unsupported backports.
it'll make all of this alot easier.
Indeed. As we always did.
QA is needed for backports, but only at that
21.06.2012 20:33, AL13N kirjutas:
You cannot knowly break things just b/c of one need (which btw was
managed back @mdv).
well, the situations are a bit different now, we do have supported backports
now, and alot of code is now improved.
Actually, no, we don't :) Haven't seen any yet :P
On Jun 21, 2012 9:10 PM, AL13N al...@rmail.be
so, there's 2 options:
- testing i586 with backports enabled
- testing x86_64 without backports enabled
this is still 2 tests, and this is sufficient.
Are you serious?
I've seen bugs were i586 and x86_64 doesn't work quite the same. Every arch
+
22.06.2012 00:01, AL13N kirjutas:
Op donderdag 21 juni 2012 22:21:52 schreef Sander Lepik:
On Jun 21, 2012 9:10 PM, AL13N al...@rmail.be
so, there's 2 options:
- testing i586 with backports enabled
- testing x86_64 without backports enabled
this is still 2 tests, and this is sufficient
22.06.2012 01:14, David W. Hodgins kirjutas:
On Thu, 21 Jun 2012 17:17:50 -0400, zezinho lists.jjo...@free.fr wrote:
I vote for Mrs.B workaround :
I agree. Simply treating release media that's enabled, as if it had the
update flag seems to the easiest way to safely fix 2317.
+1 here. Today's
22.06.2012 13:53, AL13N kirjutas
I do agree with you here, except that i'm trying to prevent this from
happening, because it's not something that can be easily fixed.
1. package A is backported into X
1b. package A-foo is backported into X-foo (subpackage)
2. package B is updated into Y at a
22.06.2012 13:20, AL13N kirjutas:
And about the conflicting part - well, at that point you are already on
your own, at least
as i see it. Backports can break updating/upgrading, we can't avoid that
(and for the same
reason backports should be cherry-picked, so you get as little trouble as
22.06.2012 18:59, AL13N kirjutas:
Op vrijdag 22 juni 2012 11:58:10 schreef Claire Robinson:
I think you are misunderstanding the kind of support we can offer for
backports. See Thomas's email. We will test a package installs and
works. We don't plan on supporting updates against already
22.06.2012 19:29, Claire Robinson kirjutas:
On 22/06/12 17:00, AL13N wrote:
Op vrijdag 22 juni 2012 14:46:17 schreef Sander Lepik:
Yes, that's what happens when you use backports. But this case can be
solved. Person having this problem will install X-foo from backports and
case is probably
22.06.2012 21:10, AL13N kirjutas:
Op vrijdag 22 juni 2012 19:34:54 schreef Sander Lepik:
22.06.2012 18:59, AL13N kirjutas:
Op vrijdag 22 juni 2012 11:58:10 schreef Claire Robinson:
I think you are misunderstanding the kind of support we can offer for
backports. See Thomas's email. We
26.06.2012 22:25, Thomas Backlund kirjutas:
* backports is supported as long as the rest of the release
Comments? Questions ?
I think we should change the wording from supported to tested. Currently we
can
support backport with a newer version of the backport. But i don't think it's
a wise
27.06.2012 10:56, andre999 kirjutas:
Or we could say partially supported, or low-priority support.
Since the support is more than just testing.
How is it more than testing? QA will test if the package installs w/o conflicts
+ will check
that it at least starts. But that's about it. No deeper
27.06.2012 13:29, Thomas Backlund kirjutas:
Well, technically yes, but as the purpose of this carrot is exactly
if user want to get backports repos opened then user need to help
fix #2317 (or help find someone that can) :)
Point is that we are slowly killing QA, wich means at some point it
29.06.2012 13:14, JA Magallón kirjutas:
On 06/28/2012 05:12 PM, David Walser wrote:
The QA team has been testing the update for Firefox 10.0.5 and has run into
problems with
xulrunner.
Trying to test it through either perl-Gtk-MozEmbed or
gnome-python-gtkmozembed which have
both been
05.07.2012 03:25, David Walser kirjutas:
Those changes seem correct as they match up with the config file. I have
submitted them.
If they are wrong, please tell this bug:
https://bugs.mageia.org/show_bug.cgi?id=6469
Now there's another problem. krb5 will no longer build in Cauldron. Other
06.07.2012 12:44, Olav Vitters kirjutas:
task-gnome-minimal has the following:
Suggests: preload
Suggests: readahead
IMO if something like that is needed, it should not belong in
task-gnome-minimal, but something lowlevel like e.g. systemd.
Even though these are just suggests, I still want to
07.07.2012 12:47, Colin Guthrie kirjutas:
Hi,
Before MGA2 a few users complained that their camera didn't work.
https://bugs.mageia.org/show_bug.cgi?id=4177
Should we update gphoto and libgphoto on mga2 now the dust has settled.
I don't know much about upstream here but it seems like a
12.07.2012 23:22, Simple w kirjutas:
2012/7/12 Funda Wang fundaw...@gmail.com:
How about gnome-tweak-tool-3.4.0.1-2.mga3?
I have updated the mirrors and that release doesnt exist, are you
talking about rebuild it?
Maybe your mirror doesn't sync that often then.
You can get it from here for
24.07.2012 02:32, Barry Jackson kirjutas:
Updating an i586 Cauldron VM I am getting this:-
Preparing...
#
1/52: filesystem
23.07.2012 22:08, Olivier Blin kirjutas:
I have updated the command in the wiki to be:
urpmi --auto-update --skip '/filesystem|ncurses/'
(as I have pointed earlier in this thread)
This will install a lot more packages (including kernel), before the
/usr move.
Hmm, which initrd is dracut -f
01.08.2012 11:19, Anne Nicolas kirjutas:
Please try to work properly ie asking maintainer before. It takes a
mail to do it and save lot of work for everybody. This should be
applied especially by new comers and mentors. If not we will have to
write some strict rules down which is, imho, too
01.08.2012 13:00, Shlomi Fish kirjutas:
BTW, you should not call me Rindolf outside IRC. My name is Shlomi.
Yet another wiki page i would like to see. Place where brave people
could list their email, irc nick + real name. As it's sometimes very
hard to find out who is really behind the svn
01.08.2012 18:39, neoclust kirjutas:
Name: kmplot Relocations: (not relocatable)
Version : 4.9.0 Vendor: Mageia.Org
Release : 1.mga3Build Date: Wed Aug 1 17:34:45
2012
[...]
mikala mikala
01.08.2012 18:45, Nicolas Lécureuil kirjutas:
Le mercredi 1 août 2012 18:42:18 Sander Lepik a écrit :
Hmm, I think SILENT should be used :)
--
Sander
or maybe silent SILENT SiLeNt SIlent, ... should be understood by the BS :)
This might kill some needed comments. Or not?
--
Sander
11.08.2012 13:33, Olivier Blin kirjutas:
pterjan fixed some of them, fixes are now in perl-URPM 4.12.
It should help preventing build loops in the BS.
Thank you! \o/
--
Sander
Alpha 1 is getting closer and closer but still no rebuild. AFAIK we should have
all major
packages in for now. So what is stopping mass rebuild? :)
Even if there won't be any mass rebuild before alpha 1, can maintainers please
check their
packages from this list:
14.08.2012 01:43, tv kirjutas:
Name: gdb Relocations: (not relocatable)
[...]
tv tv 7.4.91.20120801-1.mga3:
+ Revision: 281165
- new release
- sync patches with FC
What is that FC? ;P Are you living in the past or is this something new
i don't know yet? :)
--
16.08.2012 16:48, Johnny A. Solbu kirjutas:
On Wednesday 15 August 2012 12:54, Colin Guthrie wrote:
I wouldn't necessarily jump to the conclusion that this is *caused* by
the usrmove.
I never said it did, nor did I imply it.
I said it happened as a result of upgrading packages, /after/ the
On Aug 22, 2012 5:52 PM, Anne Nicolas enna...@gmail.com wrote:
Hi there
We will have a meeting tonight as usual at 19h UTC. Here are the proposed
topics:
- Coming Mageia 3 alpha 1 release
- kernel support for Mageia 2
- mentoring review + siplew account
As usual feel free to add another
Sander
26.08.2012 17:15, Colin Guthrie kirjutas:
'Twas brillig, and Johnny A. Solbu at 25/08/12 02:42 did gyre and gimble:
On Saturday 25 August 2012 02:33, Olivier Thauvin wrote:
For me obsolete should be reserved for replacements or rename, nothing
more.
I agree on this.
So in two years
07.09.2012 21:55, tv kirjutas:
Name: x11-driver-video-nouveau Relocations: (not relocatable)
Version : 1.0.1 Vendor: Mageia.Org
Release : 4.mga3.nonfreeBuild Date: Fri Sep 7 20:54:01 2012
Install Date: (not installed)
08.09.2012 18:33, Thierry Vignaud kirjutas:
On 8 September 2012 17:22, mikala buildsystem-dae...@mageia.org wrote:
mikala mikala 4.9.1-1.mga3:
+ Revision: 289658
- Update tarball to 4.9.1
- Fix folder path
- Remove epoch
Which means breaking upgrades
This package has been imported 2 days ago,
08.09.2012 14:02, Thierry Vignaud kirjutas:
- major driver that need being tested:
o video: fglrx intel nouveau
o input: synaptics
Nouveau tested on GTS 250 (x86_64) seems to work like before.
--
Sander
11.09.2012 12:53, Guillaume Rousse kirjutas:
Hello list.
Since /usrmove, /run and /var/run is actually the same location on the
final running system. So, either can be used in actual configuration
files, and systemd unit files. But for consistency and comparaison
purpose, it would be better
11.09.2012 13:15, Guillaume Rousse kirjutas:
[...]
The /run - /var/run merge (/usrmove) is supposed to make the change
transparent for applications. Manually converting applications to
explicitely refers to the new location doesn't change its usefulness.
Well, if your system can't mount
16.09.2012 19:13, rihowa...@gmail.com kirjutas:
On Sep 9, 2012, at 3:10 AM, Julien wrote:
Le Sun, 09 Sep 2012 12:55:17 +0300,
Sander Lepik sander.le...@eesti.ee a écrit :
08.09.2012 19:49, Colin Guthrie kirjutas:
Hi,
So there exists two users (provided by default from the setup pkg)
called
19.09.2012 10:40, Anne Nicolas kirjutas:
Hi there
So here is the discussion about what isos we should keep or have for
final release. We had several (many!) proposals on that topics and we
need to take some decisions.
Here are some prerequisites I can see for what I can read in comments
22.09.2012 13:09, Barry Jackson kirjutas:
Since update of libusb:
Installation failed:
file /usr/lib64/libusb-1.0.so.0.1.0 from install of
lib64usb1.0_0-1.0.13-1.mga3.x86_64 conflicts with file from package
lib64usbx1.0_0-1.0.12-1.mga3.x86_64
Hey,
this is cauldron problem that was
25.09.2012 01:17, blino kirjutas:
Name: task-obsoleteRelocations: (not relocatable)
Version : 3 Vendor: Mageia.Org
Release : 27.mga3 Build Date: Tue Sep 25 00:12:29 2012
blino blino 3-27.mga3:
+ Revision:
25.09.2012 13:03, Olivier Blin kirjutas:
Do you have any example of such thirdparty software using it?
No. But draksnapshot was a good example for quite sometime. If there are
no packages that require it and it is removed from mga3 repos then i see
no reason to add it as obsolete and stop
25.09.2012 13:07, Thierry Vignaud kirjutas:
On 9 September 2012 20:42, Colin Guthrie mag...@colin.guthr.ie wrote:
Those cannot be done anymore.
Now updating rpm in order to be able to sole the unifiedsystemdir depends
pulls filesystem...
Classic egg chicken issue...
Yes, this has been a
03.10.2012 17:07, Guillaume Rousse kirjutas:
Which means using 'nonfree' repository instead of 'tainted'...
OK, let's vote here:
- how many people for using 'tainted' ?
- how many people for using 'non-free' ?
Any solution involving technical changes doesn't qualify for a simple solution, and
11.10.2012 13:58, Barry Jackson kirjutas:
http://www.bbc.co.uk/news/technology-19909106
Maybe we should revert in Cauldron?
Well, it's cauldron and the bug will be fixed before we get it reverted. We
just have to
wait a day or two. 16.0.1 candidate is already uploaded, so the bug is probably
11.10.2012 18:32, Barry Jackson kirjutas:
On 11/10/12 12:29, Sander Lepik wrote:
11.10.2012 13:58, Barry Jackson kirjutas:
http://www.bbc.co.uk/news/technology-19909106
Maybe we should revert in Cauldron?
Well, it's cauldron and the bug will be fixed before we get it reverted. We
just have
15.10.2012 02:51, Olivier Blin kirjutas:
Thierry Vignaud thierry.vign...@gmail.com writes:
Suggests means not having it on install DVD...
Can't we fix bcd to handle suggests?
Suggests usually pull in important features.
I think that would bloat or image and is not really needed.
--
Sander
Hey!
I have some very stupid problem on Mageia 2 with NM. I created system
wide connection so that it gets connected at boot time. Now if wifi
happens to drop for some reason, NM won't reconnect and asks for *root*
password. Search results so long show that i'm not the only one having
that
15.10.2012 12:18, Colin Guthrie kirjutas:
We could of course tweak the default polkit policy here to not require
that, but is that wise in and off itself? e.g. you wouldn't want a
student to reconfigure the terminals in a university network without
authorisation. It should likely be tied to
15.10.2012 21:46, Guillaume Rousse kirjutas:
Le 15/10/2012 19:07, Malo a écrit :
On 15/10/12 17:34, Balcaen John wrote:
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 ?
16.10.2012 14:28, Frank Griffin kirjutas:
This used to allow installation of packages with no signature without
prompting. Recently, there have been a bunch of packages in cauldron
with no signature, but I'm finding that urpmi --auto-update
--no-md5sum is prompting me anyway for each such
16.10.2012 18:42, Anne Nicolas kirjutas:
Hi there
Unless you have specific topic for meeting we will postpone it until next
week.
About mentoring, mentors couls you please update the wiki page. Apprentice
please ping me
if you are still waiting for a mentor.
Cheers
I haven't heard a
101 - 200 of 268 matches
Mail list logo