On Mon, Dec 10, 2012 at 9:38 AM, r...@mageia.org wrote:
Revision Author pterjan Date 2012-12-10 10:38:17 +0100 (Mon, 10 Dec
2012)
Log Message
foo
oops forgot to squash the commit :(
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 10/12/2012 10:39, Pascal Terjan a écrit :
On Mon, Dec 10, 2012 at 9:38 AM, r...@mageia.org wrote:
Revision Author pterjan Date 2012-12-10 10:38:17 +0100 (Mon,
10 Dec 2012)
Log Message
foo
oops forgot to squash the commit :(
On Mon, Dec 10, 2012 at 9:38 AM, r...@mageia.org wrote:
Revision 6663 Author pterjan Date 2012-12-10 10:38:12 +0100 (Mon, 10 Dec
2012)
Log Message
para
And this one did not get the one I changed in git, I will edit svn log :(
Modified Paths
build_system/iurt/trunk/iurt
Modified:
'Twas brillig, and Johnny A. Solbu at 08/12/12 10:37 did gyre and gimble:
On Saturday 8. December 2012 11.06, Guillaume Rousse wrote:
Unless I misunderstand, adding it to «task-obsolete» does the same thing,
with a 2 week delay on deleting.
So the proper action would be to add it to
On Fri, 07 Dec 2012, Olivier Blin wrote:
r...@mageia.org writes:
Revision: 6573
Author: boklm
Date: 2012-12-04 22:15:33 +0100 (Tue, 04 Dec 2012)
Log Message:
---
Add script to rebuild a list of packages
Added Paths:
---
On Mon, 10 Dec 2012, Colin Guthrie wrote:
'Twas brillig, and Johnny A. Solbu at 08/12/12 10:37 did gyre and gimble:
On Saturday 8. December 2012 11.06, Guillaume Rousse wrote:
Unless I misunderstand, adding it to «task-obsolete» does the same thing,
with a 2 week delay on deleting.
So
On 10 December 2012 15:27, nicolas vigier bo...@mars-attacks.org wrote:
I totally agree with Johnny here. If users want to keep unmaintained and
no-longer-supplied packages on their machine (obviously making a
concious decision to not get security updates etc. on such packages)
then they are
On Mon, 10 Dec 2012, Thierry Vignaud wrote:
Or we can stop using task-obsolete package, and instead create a file
unsupported in media_info directory on the mirrors containing a list
of unsupported packages, and used by urpmq/urpme --unsupported to
list/remove unsupported packages.
Le 10/12/2012 14:01, Colin Guthrie a écrit :
I see absolutely no problem with this and I don't consider this
something that's done as a side effect, rather it's a quite deliberate
and concious mechanism to remove no longer supported packages from a
users machine.
Shikamaru never asked about end
On Mon, 10 Dec 2012, Colin Guthrie wrote:
Maybe instead of obsoleting packages, task-obsolete could conflict with
those packages :
Could it obsolete *and* conflict packages and get the best of both
worlds? If that was the case it should work both from a UI level and
also from a
Sorry, the following packages cannot be selected:
- lib64goa-gir1.0-3.6.2-2.mga3.x86_64
- lib64goa1.0_0-3.6.2-2.mga3.x86_64 (due to unsatisfied
»······gnome-online-accounts[= 3.6.2])
Strange.
R.Fox
On Mon, Dec 10, 2012 at 04:19:14PM +0100, Robert Fox wrote:
Sorry, the following packages cannot be selected:
- lib64goa-gir1.0-3.6.2-2.mga3.x86_64
- lib64goa1.0_0-3.6.2-2.mga3.x86_64 (due to unsatisfied
»······gnome-online-accounts[= 3.6.2])
I copied pasted between two vim instances
Le 10/12/2012 16:19, Robert Fox a écrit :
Sorry, the following packages cannot be selected:
- lib64goa-gir1.0-3.6.2-2.mga3.x86_64
- lib64goa1.0_0-3.6.2-2.mga3.x86_64 (due to unsatisfied
»······gnome-online-accounts[= 3.6.2])
Already fixed by Colin.
Wait for your updates server to be up
Op zondag 9 december 2012 16:56:55 schreef Thomas Spuhler:
On Monday, September 10, 2012 10:25:31 PM Pascal Terjan wrote:
On Mon, Sep 10, 2012 at 9:34 PM, Thomas Spuhler tho...@btspuhler.com
wrote:
I am trying to build the 389 dirsrv. When building lperl looks for
libperl in /usr/lib/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
root@cauldron ~ # urpmi munin-node
Pour satisfaire les dépendances, les paquetages suivants vont être
installés :
Paquetage Version Révision Arch
(média « Core Release »)
munin-node 2.0.9
Le 10/12/2012 20:25, Sandro CAZZANIGA a écrit :
6/6: munin-node
# The following plugins caused errors:
# hddtemp_smartctl:
# Junk printed to stderr
# ntp_states:
#
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 10/12/2012 22:09, Guillaume Rousse a écrit :
Le 10/12/2012 20:25, Sandro CAZZANIGA a écrit :
6/6: munin-node
# The following
On 10 December 2012 21:50, r...@mageia.org wrote:
Get rid of cache
meaning we now rely on btrfs snapshots?
I just did a new install and noticed the panel for the addition of the
nonfree and tainted repos.
WELL DONE !! I hadn't done a fresh install for awhile, and hadn't had a
chance to notice.
I think this will do wonders for the usability of MGA3.
Frank Griffin f...@roadrunner.com writes:
I just did a new install and noticed the panel for the addition of the
nonfree and tainted repos.
Kudos to Thierry for this! :-)
--
Olivier Blin - blino
Le 10/12/2012 22:34, Frank Griffin a écrit :
I just did a new install and noticed the panel for the addition of the
nonfree and tainted repos.
WELL DONE !! I hadn't done a fresh install for awhile, and hadn't had
a chance to notice.
I think this will do wonders for the usability of MGA3.
On Mon, Dec 10, 2012 at 9:26 PM, Thierry Vignaud
thierry.vign...@gmail.com wrote:
On 10 December 2012 21:50, r...@mageia.org wrote:
Get rid of cache
meaning we now rely on btrfs snapshots?
This cache was a cache of the list of package that had been built / had failed
It was used when iurt
Pascal Terjan pter...@gmail.com writes:
On Mon, Dec 10, 2012 at 9:26 PM, Thierry Vignaud
thierry.vign...@gmail.com wrote:
On 10 December 2012 21:50, r...@mageia.org wrote:
Get rid of cache
meaning we now rely on btrfs snapshots?
This cache was a cache of the list of package that had been
On Mon, Dec 10, 2012 at 03:55:05PM +0100, Guillaume Rousse wrote:
Le 10/12/2012 14:01, Colin Guthrie a écrit :
I see absolutely no problem with this and I don't consider this
something that's done as a side effect, rather it's a quite deliberate
and concious mechanism to remove no longer
On Mon, Dec 10, 2012 at 10:39 PM, Olivier Blin mag...@blino.org wrote:
Pascal Terjan pter...@gmail.com writes:
On Mon, Dec 10, 2012 at 9:26 PM, Thierry Vignaud
thierry.vign...@gmail.com wrote:
On 10 December 2012 21:50, r...@mageia.org wrote:
Get rid of cache
meaning we now rely on btrfs
'Twas brillig, and Remy CLOUARD at 10/12/12 22:42 did gyre and gimble:
At first I didn’t even know task-obsolete existed in the first place so
I just followed the procedure Johnny explained. After understanding this
mechanism I don’t feel it was the right thing to do in this case.
First,
On Monday 10. December 2012 23.42, Remy CLOUARD wrote:
this library is removed because it’s eol’d
upstream, but also because no other package use it. It seems to me that
it can safely be removed from the mirrors, but removing it from boxes
via task-obsolete seems a bit overkill to me
Perhaps
On Sunday, December 09, 2012 11:55:13 AM Colin Guthrie wrote:
'Twas brillig, and Thierry Vignaud at 09/12/12 18:48 did gyre and gimble:
On 9 December 2012 13:18, Colin Guthrie mag...@colin.guthr.ie wrote:
So I've just pushed the package mageia-prepare-upgrade to mga2
core/updates_testing.
On Mon, Dec 10, 2012 at 11:41:38PM +, Colin Guthrie wrote:
So what if we provide this library and someone uses it as a component in
some other app they write.
They likely have an expectation that it will continue to be supported
and that any security vulnerabilities in it are detected
29 matches
Mail list logo