>> I too said I need mentoring / I want to take care of some packages in mga.
>> In the meantime, I am on my own: http://mageia.beranger.org/mageia/
>
>I hope we can find you a mentor as soon as possible. If any mentor is
>available
>for beranger, please tell ! Otherwise, please give some time t
Angelo Naselli a écrit :
domenica 26 giugno 2011 alle 13:38, Michael Scherer ha scritto:
See the thread about policy, and the part about "only packages that
nothing requires should be backported".
I can't see very well the leaf story... I mean any packages
require something at least to build. S
On Tue, 28 Jun 2011, Michael Scherer wrote:
> Le mardi 28 juin 2011 à 16:23 +0200, Christiaan Welvaart a écrit :
> > On Tue, 28 Jun 2011, nicolas vigier wrote:
> >
> > > In order to send updates advisories, and have a web page listing all
> > > previous advisories, we need to create a database to
Le mardi 28 juin 2011 12:24:41, Funda Wang a écrit :
> OK, and don't forget those -devel sub packages, as I've already found
> several of them.
>
Sure it was planned for the end of kdebindings packaging.
--
Balcaen John
Jabber ID: mik...@jabber.littleboboy.net
Le mardi 28 juin 2011 à 16:23 +0200, Christiaan Welvaart a écrit :
> On Tue, 28 Jun 2011, nicolas vigier wrote:
>
> > In order to send updates advisories, and have a web page listing all
> > previous advisories, we need to create a database to store them.
> >
> > So I think it should have the foll
On Tue, 28 Jun 2011, Christiaan Welvaart wrote:
> On Tue, 28 Jun 2011, nicolas vigier wrote:
>
>> In order to send updates advisories, and have a web page listing all
>> previous advisories, we need to create a database to store them.
>>
>> So I think it should have the following info for each adv
Le mardi 28 juin 2011 12:20:18, Balcaen John a écrit :
> Le mardi 28 juin 2011 11:27:24, Funda Wang a écrit :
> > I would say we need to add a lot of conflicts and obsoletes for upgrading.
> I'm already on it so please don't start changing everything until i
finished.
Since you started without wa
OK, and don't forget those -devel sub packages, as I've already found
several of them.
2011/6/28 Balcaen John :
> Le mardi 28 juin 2011 11:27:24, Funda Wang a écrit :
>> I would say we need to add a lot of conflicts and obsoletes for upgrading.
> I'm already on it so please don't start changing ev
Le mardi 28 juin 2011 11:27:24, Funda Wang a écrit :
> I would say we need to add a lot of conflicts and obsoletes for upgrading.
I'm already on it so please don't start changing everything until i finished.
--
Balcaen John
Jabber ID: mik...@jabber.littleboboy.net
Le mardi 28 juin 2011 à 09:25 +0200, Angelo Naselli a écrit :
> domenica 26 giugno 2011 alle 13:38, Michael Scherer ha scritto:
> > See the thread about policy, and the part about "only packages that
> > nothing requires should be backported".
> I can't see very well the leaf story... I mean any pa
Le mardi 28 juin 2011 16:02:13, nicolas vigier a écrit :
> On Tue, 28 Jun 2011, Samuel Verschelde wrote:
> > Le mardi 28 juin 2011 15:20:33, nicolas vigier a écrit :
> > > Hello,
> > >
> > > In order to send updates advisories, and have a web page listing all
> > > previous advisories, we need to
Le lundi 27 juin 2011 20:40:27, Radu-Cristian FOTESCU a écrit :
> We will soon have a page on wiki where people can put his name on for
> seeking a mentor, too.
>
> >Oh, is it not this
> >one?http://mageia.org/wiki/doku.php?id=packaging#list_of_registered_peopl
> >e
>
> It thought it was a list
On Tue, 28 Jun 2011, Romain d'Alverny wrote:
> Hi,
>
> On Tue, Jun 28, 2011 at 15:34, Samuel Verschelde wrote:
> > Le mardi 28 juin 2011 15:20:33, nicolas vigier a écrit :
> >> In order to send updates advisories, and have a web page listing all
> >> previous advisories, we need to create a data
On Tue, Jun 28, 2011 at 4:27 PM, Funda Wang wrote:
> I would say we need to add a lot of conflicts and obsoletes for upgrading.
mikala worked on it already from what he told me.
I would say we need to add a lot of conflicts and obsoletes for upgrading.
2011/6/28 Balcaen John :
> Le mardi 28 juin 2011 02:40:43, Funda Wang a écrit :
>> Hello,
>>
>> Is it the time we go with kde 4.7 (rc currently) within cauldron?
> It's almost ready in fact.
> I'm just working on kdebinding
On Tue, 28 Jun 2011, nicolas vigier wrote:
In order to send updates advisories, and have a web page listing all
previous advisories, we need to create a database to store them.
So I think it should have the following info for each advisory :
- advisory ID: something like MGA-[NUMBER] ?
- advis
On 06/28/2011 09:50 AM, Romain d'Alverny wrote:
If using SQL, make sure to normalize the db schema a bit (that is, for
- are there several CVE numbers for a single advisory?
Yes, there could be
--
Stew Benedict
On Tue, 28 Jun 2011, Samuel Verschelde wrote:
>
> Le mardi 28 juin 2011 15:20:33, nicolas vigier a écrit :
> > Hello,
> >
> > In order to send updates advisories, and have a web page listing all
> > previous advisories, we need to create a database to store them.
> >
> > So I think it should ha
Hi,
On Tue, Jun 28, 2011 at 15:34, Samuel Verschelde wrote:
> Le mardi 28 juin 2011 15:20:33, nicolas vigier a écrit :
>> In order to send updates advisories, and have a web page listing all
>> previous advisories, we need to create a database to store them.
>>
>> So I think it should have the fo
Le mardi 28 juin 2011 15:20:33, nicolas vigier a écrit :
> Hello,
>
> In order to send updates advisories, and have a web page listing all
> previous advisories, we need to create a database to store them.
>
> So I think it should have the following info for each advisory :
>
> - advisory ID:
Hello,
In order to send updates advisories, and have a web page listing all
previous advisories, we need to create a database to store them.
So I think it should have the following info for each advisory :
- advisory ID: something like MGA-[NUMBER] ?
- advisory date
- affected source packages
Le vendredi 24 juin 2011 02:09:55, Michael Scherer a écrit :
> - a packager decide to do it. Based on the policy ( outlined in another
> mail ), and maybe seeing with the maintainer first about that for non
> trivial applications, the backport can be done, or not. The criterias
> for being backpor
Le vendredi 24 juin 2011 02:10:14, Michael Scherer a écrit :
> I would also propose a few rules :
>
> "a package should have been in cauldron since 1 week before being
> backported", so we can at least ensure there was a minimal test on it,
> Ie, if I package stuff-virtual-manager, I cannot backp
Le mardi 28 juin 2011 02:40:43, Funda Wang a écrit :
> Hello,
>
> Is it the time we go with kde 4.7 (rc currently) within cauldron?
It's almost ready in fact.
I'm just working on kdebindings4 split & if you're following commits (either
on irc or on the mailing list) you might see that almost ever
2011/6/28 Ahmad Samir :
> I've committed a fix, hopefully it'll work.
>
thanks
Le lundi 27 juin 2011 à 21:42 -0400, andre999 a écrit :
> Michael Scherer a écrit :
> >
> > Le vendredi 24 juin 2011 à 16:20 -0400, andre999 a écrit :
> >> Michael Scherer a écrit :
>
> [...]
>
> >>> - cannot be backported if the package was just created and is thus
> >>> basically untested in c
On 28 June 2011 11:13, philippe makowski wrote:
> 2011/6/28 Funda Wang :
>>
>> /usr/bin/ld: cannot find -lboost_program_options
>>
>>
>> That is the problem here, it is looking for libboost_program_options,
>> but we only have libboost_program_options-mt.
>>
> and why ?
> under mga1 we have libb
2011/6/28 Funda Wang :
>
> /usr/bin/ld: cannot find -lboost_program_options
>
>
> That is the problem here, it is looking for libboost_program_options,
> but we only have libboost_program_options-mt.
>
and why ?
under mga1 we have libboost_program_options.so.1.44.0
and under Cauldron libboost_pro
'Twas brillig, and andre999 at 28/06/11 02:42 did gyre and gimble:
> Colin Guthrie a écrit :
>>
>> 'Twas brillig, and Colin Guthrie at 14/06/11 09:07 did gyre and gimble:
>>> 'Twas brillig, and Colin Guthrie at 12/06/11 23:45 did gyre and gimble:
Hi,
The autologin package is broken d
On Tue, 28 Jun 2011 03:23:30 -0400, Funda Wang wrote:
/usr/bin/ld: cannot find -lboost_program_options
That is the problem here, it is looking for libboost_program_options,
but we only have libboost_program_options-mt.
2011/6/28 philippe makowski :
Hi,
can someone help me to solve the bui
domenica 26 giugno 2011 alle 13:38, Michael Scherer ha scritto:
> See the thread about policy, and the part about "only packages that
> nothing requires should be backported".
I can't see very well the leaf story... I mean any packages
require something at least to build. Scripts need interpreters,
/usr/bin/ld: cannot find -lboost_program_options
That is the problem here, it is looking for libboost_program_options,
but we only have libboost_program_options-mt.
2011/6/28 philippe makowski :
> Hi,
>
> can someone help me to solve the build problem here :
> http://pkgsubmit.mageia.org/upload
Hi,
can someone help me to solve the build problem here :
http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20110628070637.philippem.valstar.17988/
what is strange is that Fedora 16 build is ok with same libboost
version as our in Cauldron
thanks
33 matches
Mail list logo