From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/20110121/002278.html | 91 +++++++++++++ zarb-ml/mageia-dev/20110121/002279.html | 77 +++++++++++ zarb-ml/mageia-dev/20110121/002280.html | 113 +++++++++++++++++ zarb-ml/mageia-dev/20110121/002281.html | 93 ++++++++++++++ zarb-ml/mageia-dev/20110121/002282.html | 88 +++++++++++++ zarb-ml/mageia-dev/20110121/002283.html | 72 +++++++++++ zarb-ml/mageia-dev/20110121/002284.html | 75 +++++++++++ zarb-ml/mageia-dev/20110121/002285.html | 78 ++++++++++++ zarb-ml/mageia-dev/20110121/002286.html | 74 +++++++++++ zarb-ml/mageia-dev/20110121/002287.html | 73 +++++++++++ zarb-ml/mageia-dev/20110121/002288.html | 118 +++++++++++++++++ zarb-ml/mageia-dev/20110121/002289.html | 86 +++++++++++++ zarb-ml/mageia-dev/20110121/002290.html | 81 ++++++++++++ zarb-ml/mageia-dev/20110121/002291.html | 68 ++++++++++ zarb-ml/mageia-dev/20110121/002292.html | 72 +++++++++++ zarb-ml/mageia-dev/20110121/002293.html | 83 ++++++++++++ zarb-ml/mageia-dev/20110121/002294.html | 82 ++++++++++++ zarb-ml/mageia-dev/20110121/002295.html | 92 ++++++++++++++ zarb-ml/mageia-dev/20110121/002296.html | 69 ++++++++++ zarb-ml/mageia-dev/20110121/002297.html | 84 ++++++++++++ zarb-ml/mageia-dev/20110121/002298.html | 72 +++++++++++ zarb-ml/mageia-dev/20110121/002299.html | 98 ++++++++++++++ zarb-ml/mageia-dev/20110121/002300.html | 111 ++++++++++++++++ zarb-ml/mageia-dev/20110121/002301.html | 55 ++++++++ zarb-ml/mageia-dev/20110121/author.html | 167 ++++++++++++++++++++++++ zarb-ml/mageia-dev/20110121/date.html | 167 ++++++++++++++++++++++++ zarb-ml/mageia-dev/20110121/index.html | 1 + zarb-ml/mageia-dev/20110121/subject.html | 167 ++++++++++++++++++++++++ zarb-ml/mageia-dev/20110121/thread.html | 211 +++++++++++++++++++++++++++++++ 29 files changed, 2718 insertions(+) create mode 100644 zarb-ml/mageia-dev/20110121/002278.html create mode 100644 zarb-ml/mageia-dev/20110121/002279.html create mode 100644 zarb-ml/mageia-dev/20110121/002280.html create mode 100644 zarb-ml/mageia-dev/20110121/002281.html create mode 100644 zarb-ml/mageia-dev/20110121/002282.html create mode 100644 zarb-ml/mageia-dev/20110121/002283.html create mode 100644 zarb-ml/mageia-dev/20110121/002284.html create mode 100644 zarb-ml/mageia-dev/20110121/002285.html create mode 100644 zarb-ml/mageia-dev/20110121/002286.html create mode 100644 zarb-ml/mageia-dev/20110121/002287.html create mode 100644 zarb-ml/mageia-dev/20110121/002288.html create mode 100644 zarb-ml/mageia-dev/20110121/002289.html create mode 100644 zarb-ml/mageia-dev/20110121/002290.html create mode 100644 zarb-ml/mageia-dev/20110121/002291.html create mode 100644 zarb-ml/mageia-dev/20110121/002292.html create mode 100644 zarb-ml/mageia-dev/20110121/002293.html create mode 100644 zarb-ml/mageia-dev/20110121/002294.html create mode 100644 zarb-ml/mageia-dev/20110121/002295.html create mode 100644 zarb-ml/mageia-dev/20110121/002296.html create mode 100644 zarb-ml/mageia-dev/20110121/002297.html create mode 100644 zarb-ml/mageia-dev/20110121/002298.html create mode 100644 zarb-ml/mageia-dev/20110121/002299.html create mode 100644 zarb-ml/mageia-dev/20110121/002300.html create mode 100644 zarb-ml/mageia-dev/20110121/002301.html create mode 100644 zarb-ml/mageia-dev/20110121/author.html create mode 100644 zarb-ml/mageia-dev/20110121/date.html create mode 120000 zarb-ml/mageia-dev/20110121/index.html create mode 100644 zarb-ml/mageia-dev/20110121/subject.html create mode 100644 zarb-ml/mageia-dev/20110121/thread.html (limited to 'zarb-ml/mageia-dev/20110121') diff --git a/zarb-ml/mageia-dev/20110121/002278.html b/zarb-ml/mageia-dev/20110121/002278.html new file mode 100644 index 000000000..7dda58731 --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002278.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] Java-Policy first draft published + + + + + + + + + +

[Mageia-dev] Java-Policy first draft published

+ nicolas vigier + boklm at mars-attacks.org +
+ Fri Jan 21 00:01:02 CET 2011 +

+
+ +
On Wed, 12 Jan 2011, Michael Scherer wrote:
+
+> Le mercredi 12 janvier 2011 à 11:24 -0500, Frank Griffin a écrit :
+> > Farfouille wrote:
+> > > Hi
+> > >
+> > > I have published a first draft of Java application package policy. http://mageia.org/wiki/doku.php?id=java_applications_policy
+> > >
+> > > Corrections and comments are welcome.
+> > >   
+> > 
+> > The bit about pre-packaged JARs may cause trouble.  In theory, it's
+> > great, but many applications depend upon certain versions of their
+> > utility JARs, and can't all run with the latest versions.  Any such app
+> > would have a Requires for its specific version, which would prevent the
+> > utility JAR from being updated with a newer version for other apps. 
+> > This is why EJB allows EJB apps to include their own specific versions
+> > of utility JARs, which are visible to them but not to other apps or the
+> > container itself, and also why Maven uses versioned artifacts.
+> 
+> That's the same issue for everything.
+> 
+> Shipping binary jar given by upstream tarball cause trouble because you 
+> 1) cannot patch them in case of bug
+> 2) cannot see how and what was compiled 
+> 
+> That's not very free software friendly, and I think we should refuse
+> that.
+
+I've already seen while trying to package java apps, a jar being shipped,
+but sources not available anywhere on the internet, except after
+searching for a few hours on an old website on archive.org with broken
+link to the sources zip, and developers not aware of the issue, because
+they never tried to find the sources, and always used this binary .jar
+they found on a random web site.
+
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002279.html b/zarb-ml/mageia-dev/20110121/002279.html new file mode 100644 index 000000000..7eab1b247 --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002279.html @@ -0,0 +1,77 @@ + + + + [Mageia-dev] On the road to build urpmi + + + + + + + + + +

[Mageia-dev] On the road to build urpmi

+ Erwan Velu + erwanaliasr1 at gmail.com +
+ Fri Jan 21 00:11:42 CET 2011 +

+
+ +
I've been trying to solve the deps to make urpmi passing the build-sytem.
+
+Looks like we are now only missing rpmtools (http://svn.mandriva.com/cgi-bin/viewvc.cgi/soft/rpm/rpmtools/trunk/)
+
+It requires 
+
+BuildRequires:  perl-MDV-Packdrakeng
+BuildRequires:  perl-MDV-Distribconf
+
+What do we do with such packages ? The MDV thing is surely a problem.
+
+I'm not that aware of the policy for this particular packages.
+
+What's your opinions on it ?
+
+Erwan,
+
+
+ + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002280.html b/zarb-ml/mageia-dev/20110121/002280.html new file mode 100644 index 000000000..c6a595951 --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002280.html @@ -0,0 +1,113 @@ + + + + [Mageia-dev] Java-Policy first draft published + + + + + + + + + +

[Mageia-dev] Java-Policy first draft published

+ nicolas vigier + boklm at mars-attacks.org +
+ Fri Jan 21 02:14:40 CET 2011 +

+
+ +
On Wed, 12 Jan 2011, Frank Griffin wrote:
+
+> Farfouille wrote:
+> > Hi
+> >
+> > I have published a first draft of Java application package policy. http://mageia.org/wiki/doku.php?id=java_applications_policy
+> >
+> > Corrections and comments are welcome.
+> >   
+> 
+> The bit about pre-packaged JARs may cause trouble.  In theory, it's
+> great, but many applications depend upon certain versions of their
+> utility JARs, and can't all run with the latest versions.  Any such app
+
+Then those applications should be fixed. That's the same with C libraries
+or other languages. When a program is not working with a newer version
+of its libraries, it is fixed, instead of keeping both the new and old
+libraries installed.
+
+Unless we want to keep 10 versions of each library, each with their owns
+bugs and security issues.
+
+Only when it is really necessary, multiple versions should be kept.
+
+> 
+> Maven POMs allow the packager to specify required other objects
+> ("artifacts") not only for building the package but for execution as
+> well.  There are central Maven repositories which contain versioned
+> artifacts for commonly-used projects, e.g. JUnit, and many companies
+> have site-wide repositories of their own.  Finally, every user of Maven
+> has a personal repository located in $HOME/.m2, which is why the policy
+> has code for creating this directory.
+> 
+> Repositories are seached for needed artifacts from the most local (the
+> user's personal repository) to the most remote (the central Maven
+> repositories) as directed by a settings.xml file in the user's .m2
+> directory or <repositories> tags in the individual pom.xml files.  The
+> general intent is to obtain artifacts from the "closest" repository. 
+> Company repositories are not just the central location for
+> company-specific artifacts, but also a local cache for central Maven
+> repository artifacts.
+> 
+> >From the policy, it looks like the personal repository for the ID under
+> which RPM builds the package is wiped clean for every package, and thus
+> every needed artifact will be downloaded from the remote repositories
+> for every build.  If that's the case, it's an awful waste of bandwidth,
+> since many of these artifacts are used for every Maven project.
+
+Nothing should be downloaded from remote maven repositories during RPM
+builds. All dependencies should be installed from rpm packages only.
+
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002281.html b/zarb-ml/mageia-dev/20110121/002281.html new file mode 100644 index 000000000..c4a40c51d --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002281.html @@ -0,0 +1,93 @@ + + + + [Mageia-dev] Importing RPM Spec File Syntax + + + + + + + + + +

[Mageia-dev] Importing RPM Spec File Syntax

+ Luca Berra + bluca at vodka.it +
+ Fri Jan 21 07:59:13 CET 2011 +

+
+ +
On Wed, Jan 19, 2011 at 11:05:49AM +0100, Thierry Vignaud wrote:
+>On 19 January 2011 10:24, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+>> I think he's saying that if you do this:
+>>  Name: foo
+>> then you can subsequently use %name elsewhere in the spec and all will
+>> be well.
+>>
+>> But if you use:
+>>  Version: 1.0
+>> then you cannot use %version elsewhere in the spec.
+>>
+>> So defining it manually is the best way to do it so it can be used
+>> elsewhere.
+>>
+>> However, I could not replicate that here on my pre-RPM5 cooker box.
+>> Using the version with the tag and using %version worked just fine. So I
+>> think I have misinterpreted too :s
+>
+>Indeed since I've used "Version: 1.0" for 12 years...
+
+take at lvm2 srpm
+and try to use %version anywhere in the spec,
+you will be surprised by the result.
+
+btw i believe Name to be buggy as well, but there is no use in having
+two "Name:" tags in a single spec, so it will never surface.
+
+L.
+
+-- 
+Luca Berra -- bluca at vodka.it
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002282.html b/zarb-ml/mageia-dev/20110121/002282.html new file mode 100644 index 000000000..760b6ad56 --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002282.html @@ -0,0 +1,88 @@ + + + + [Mageia-dev] On the road to build urpmi + + + + + + + + + +

[Mageia-dev] On the road to build urpmi

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Jan 21 10:04:53 CET 2011 +

+
+ +
On 21 January 2011 00:11, Erwan Velu <erwanaliasr1 at gmail.com> wrote:
+> I've been trying to solve the deps to make urpmi passing the build-sytem.
+>
+> Looks like we are now only missing rpmtools (http://svn.mandriva.com/cgi-bin/viewvc.cgi/soft/rpm/rpmtools/trunk/)
+>
+> It requires
+>
+> BuildRequires:  perl-MDV-Packdrakeng
+> BuildRequires:  perl-MDV-Distribconf
+>
+> What do we do with such packages ? The MDV thing is surely a problem.
+
+I disagree
+
+> I'm not that aware of the policy for this particular packages.
+>
+> What's your opinions on it ?
+
+It's not a problem.
+It's the program name and we won't change program names just because
+they're owned by other people
+Else we would have to rename anything named:
+- "*linux*" ("linux" is owned by a foundation)
+- "*firefox*" ("firefox" is owned by the mozilla foundation)
+- ...
+
+Even rpm was originally "Redhat Package Manager"
+
+Last but not least, "MDV" isn't a trademark...
+
+ + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002283.html b/zarb-ml/mageia-dev/20110121/002283.html new file mode 100644 index 000000000..ecb7a56d5 --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002283.html @@ -0,0 +1,72 @@ + + + + [Mageia-dev] Java-Policy first draft published + + + + + + + + + +

[Mageia-dev] Java-Policy first draft published

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Jan 21 10:06:21 CET 2011 +

+
+ +
On 21 January 2011 00:01, nicolas vigier <boklm at mars-attacks.org> wrote:
+>> Shipping binary jar given by upstream tarball cause trouble because you
+>> 1) cannot patch them in case of bug
+>> 2) cannot see how and what was compiled
+>>
+>> That's not very free software friendly, and I think we should refuse
+>> that.
+>
+> I've already seen while trying to package java apps, a jar being shipped,
+> but sources not available anywhere on the internet, except after
+> searching for a few hours on an old website on archive.org with broken
+> link to the sources zip, and developers not aware of the issue, because
+> they never tried to find the sources, and always used this binary .jar
+> they found on a random web site.
+
+And they never though about security...
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002284.html b/zarb-ml/mageia-dev/20110121/002284.html new file mode 100644 index 000000000..1411fecae --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002284.html @@ -0,0 +1,75 @@ + + + + [Mageia-dev] Packaging for Mageia + + + + + + + + + +

[Mageia-dev] Packaging for Mageia

+ Jerome Quelin + jquelin at gmail.com +
+ Fri Jan 21 10:59:52 CET 2011 +

+
+ +
On 11/01/20 21:33 +0100, Erwan Velu wrote:
+> PS: just pray not to fall into the jquelin massive submits :D
+
+sorry, i throttled a bit more between my packages.
+in fact, my throttling is ok except when people submit big packages! :-)
+
+i guess this'll be mitigated when:
+a) more build nodes will be added to bs
+b) bs will be updated to allow priorities, queue per submitter, etc.
+(and i want a pony too)
+
+jérôme 
+-- 
+jquelin at gmail.com
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002285.html b/zarb-ml/mageia-dev/20110121/002285.html new file mode 100644 index 000000000..5cf8e55b7 --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002285.html @@ -0,0 +1,78 @@ + + + + [Mageia-dev] On the road to build urpmi + + + + + + + + + +

[Mageia-dev] On the road to build urpmi

+ Michael scherer + misc at zarb.org +
+ Fri Jan 21 14:05:32 CET 2011 +

+
+ +
On Fri, Jan 21, 2011 at 12:11:42AM +0100, Erwan Velu wrote:
+> I've been trying to solve the deps to make urpmi passing the build-sytem.
+> 
+> Looks like we are now only missing rpmtools (http://svn.mandriva.com/cgi-bin/viewvc.cgi/soft/rpm/rpmtools/trunk/)
+> 
+> It requires 
+> 
+> BuildRequires:  perl-MDV-Packdrakeng
+> BuildRequires:  perl-MDV-Distribconf
+> 
+> What do we do with such packages ? The MDV thing is surely a problem.
+> 
+> I'm not that aware of the policy for this particular packages.
+> 
+> What's your opinions on it ?
+same as 4 days ago :
+
+https://www.mageia.org/pipermail/mageia-dev/20110117/002188.html
+
+-- 
+Michael Scherer
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002286.html b/zarb-ml/mageia-dev/20110121/002286.html new file mode 100644 index 000000000..724b6011b --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002286.html @@ -0,0 +1,74 @@ + + + + [Mageia-dev] Java-Policy first draft published + + + + + + + + + +

[Mageia-dev] Java-Policy first draft published

+ Frank Griffin + ftg at roadrunner.com +
+ Fri Jan 21 14:22:26 CET 2011 +

+
+ +
nicolas vigier wrote:
+>
+> Nothing should be downloaded from remote maven repositories during RPM
+> builds. All dependencies should be installed from rpm packages only.
+>
+>
+>   
+So you propose that we package every version of every maven plugin and
+dependency as RPMs and basically reinvent the entire Maven artifact
+architecture ?
+
+It's not a question of "use the most current or fix it".  POMs allow the
+author to specify the version of the artifact, and it doesn't matter
+whether it would work with a later version or not, because Maven will be
+no more tolerant of a version mismatch than RPM would be.  It simply
+won't build unless you rewrite the POM, in which case you can kiss
+upstream support goodbye.
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002287.html b/zarb-ml/mageia-dev/20110121/002287.html new file mode 100644 index 000000000..8c990e35d --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002287.html @@ -0,0 +1,73 @@ + + + + [Mageia-dev] undefined reference to `pow' even with -lm + + + + + + + + + +

[Mageia-dev] undefined reference to `pow' even with -lm

+ philippe makowski + makowski.mageia at gmail.com +
+ Fri Jan 21 14:32:15 CET 2011 +

+
+ +
Hi all,
+
+if any one have a clue to solve my build problem
+the build is ok on my mdv with bm, but not on the mageia bs :(
+
+see :
+http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20110121084807.philippem.valstar.23877/log/botcmd.1295599743.jonund.log
+
+thanks
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002288.html b/zarb-ml/mageia-dev/20110121/002288.html new file mode 100644 index 000000000..5321b014b --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002288.html @@ -0,0 +1,118 @@ + + + + [Mageia-dev] Compatibility: %mdkversion macro? + + + + + + + + + +

[Mageia-dev] Compatibility: %mdkversion macro?

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Fri Jan 21 14:45:37 CET 2011 +

+
+ +
On 17.01.2011 10:38, Michael scherer wrote:
+> On Sun, Jan 16, 2011 at 01:19:29AM +0100, Samuel Verschelde wrote:
+>> Le dimanche 16 janvier 2011 00:07:56, Anssi Hannula a écrit :
+>>> Hi all!
+>>>
+>>> Should we have a %mdkversion (and %mdkver/%mdvver) that is hardcoded to
+>>> 201100 for the time being, or should we not have one at all?
+>>>
+>>> Not having it will cause any src.rpms that have any
+>>> "%if %mdkversion < x" to fail to build.
+>>>
+>>> I'm strongly in favor of having it for compatibility reasons, so that
+>>> most MDV src.rpms keep building on Mageia for the time being, including
+>>> those provided by any 3rd party packagers.
+>>>
+>>> Not having the macro will cause us to lose that compatibility for very
+>>> little benefit, IMO. It could maybe be removed after several releases,
+>>> but not before.
+>>>
+>>> However, it seems blino disagreed with this, and he thinks we should not
+>>> have these macros at all.
+>>>
+>>> What do other people think?
+>>
+>> If not having those macros means we can't compile mdv SRPMS on mageia, then 
+>> I'd prefer we keep it.
+> 
+> then keep them forever ?
+> 
+> Because for one, mdkversion should have disappeared when the suffix was changed,
+> something like 5 years ago. And the fact we still rely on it is not a good sign.
+> 
+> More ever, even on Mandriva, most of them do not make much sense. Most of the software
+> are not backported ( as the usage of the macros is mainly for stuff replaced 
+> by filetrigger ), and they are never cleaned.
+> 
+> On the file trigger side, we have most of the macros going back to 2009.0, where we
+> can't backport anything on the BS. And 2010.0 for the trigger for web application, and 
+> I do not think we backport them usually ( as people barely see the value of packaging 
+> them... ).
+> 
+> So I think we will not have much problem, except this force us to do more cleaning.
+> Cleaning that obviously didn't happened before, as we are needing to do it now.
+> 
+> So drop it, have more generic macros, and smarter policy.
+
+The problem is not backports IMO, it is building 3rdparty src.rpm or old
+src.rpm on Mageia (i.e. forward-porting), which won't work if we do not
+have %mdkversion.
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002289.html b/zarb-ml/mageia-dev/20110121/002289.html new file mode 100644 index 000000000..57569c6f4 --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002289.html @@ -0,0 +1,86 @@ + + + + [Mageia-dev] undefined reference to `pow' even with -lm + + + + + + + + + +

[Mageia-dev] undefined reference to `pow' even with -lm

+ Funda Wang + fundawang at gmail.com +
+ Fri Jan 21 14:48:28 CET 2011 +

+
+ +
I've committed a patch at mandriva's svn. You could grab it.
+
+The problem comes from two parts:
+1. Since python 2.7.1 (especial in Mandriva), python-config will
+export the same LDFLAGS  as how python was built. Which enforce every
+binary python module be linked with -lpython, so that it might be
+easier when migrate to python 3.
+2. The "-lm" switch is actually a linker library, it is of no use if
+be passed as cflags, see here:
+http://www.gentoo.org/proj/en/qa/asneeded.xml
+
+2011/1/21 philippe makowski <makowski.mageia at gmail.com>:
+> Hi all,
+>
+> if any one have a clue to solve my build problem
+> the build is ok on my mdv with bm, but not on the mageia bs :(
+>
+> see :
+> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20110121084807.philippem.valstar.23877/log/botcmd.1295599743.jonund.log
+>
+> thanks
+>
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002290.html b/zarb-ml/mageia-dev/20110121/002290.html new file mode 100644 index 000000000..1daee279b --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002290.html @@ -0,0 +1,81 @@ + + + + [Mageia-dev] undefined reference to `pow' even with -lm + + + + + + + + + +

[Mageia-dev] undefined reference to `pow' even with -lm

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Fri Jan 21 14:49:50 CET 2011 +

+
+ +
On 21.01.2011 15:32, philippe makowski wrote:
+> Hi all,
+> 
+> if any one have a clue to solve my build problem
+
+In the command line, -lm has to be *after* the file that needs it, like
+the other -lfoo entries are on the below log.
+
+> the build is ok on my mdv with bm, but not on the mageia bs :(
+> 
+> see :
+> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20110121084807.philippem.valstar.23877/log/botcmd.1295599743.jonund.log
+> 
+> thanks
+
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002291.html b/zarb-ml/mageia-dev/20110121/002291.html new file mode 100644 index 000000000..e20dc741c --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002291.html @@ -0,0 +1,68 @@ + + + + [Mageia-dev] undefined reference to `pow' even with -lm + + + + + + + + + +

[Mageia-dev] undefined reference to `pow' even with -lm

+ philippe makowski + makowski.mageia at gmail.com +
+ Fri Jan 21 14:57:35 CET 2011 +

+
+ +
2011/1/21 Funda Wang <fundawang at gmail.com>:
+> I've committed a patch at mandriva's svn. You could grab it.
+>
+thanks
+I will also remove Requires: python-egenix-mx-base  from the Mdv package too
+it is not needed
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002292.html b/zarb-ml/mageia-dev/20110121/002292.html new file mode 100644 index 000000000..986269c41 --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002292.html @@ -0,0 +1,72 @@ + + + + [Mageia-dev] Character encoding issue in Mageia identity manager? + + + + + + + + + +

[Mageia-dev] Character encoding issue in Mageia identity manager?

+ Jérôme Hénin + heninj at gmail.com +
+ Fri Jan 21 15:08:07 CET 2011 +

+
+ +
Hi all,
+I have created an account on identity-trunk.mageia.org. When I edit
+the account parameters, the accents in my full name ('cn' attribute)
+appear mangled, in the typical fashion of a UTF-8 string interpreted
+as iso-8859-1, then re-encoded as UTF-8, or something of the sort.
+It's probably an easy fix... for you guys who know what you are doing
+:-)
+Cheers,
+Jérôme
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002293.html b/zarb-ml/mageia-dev/20110121/002293.html new file mode 100644 index 000000000..b3e736d25 --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002293.html @@ -0,0 +1,83 @@ + + + + [Mageia-dev] Packaging for Mageia + + + + + + + + + +

[Mageia-dev] Packaging for Mageia

+ Michael scherer + misc at zarb.org +
+ Fri Jan 21 16:03:14 CET 2011 +

+
+ +
On Fri, Jan 21, 2011 at 10:59:52AM +0100, Jerome Quelin wrote:
+> On 11/01/20 21:33 +0100, Erwan Velu wrote:
+> > PS: just pray not to fall into the jquelin massive submits :D
+> 
+> sorry, i throttled a bit more between my packages.
+> in fact, my throttling is ok except when people submit big packages! :-)
+> 
+> i guess this'll be mitigated when:
+> a) more build nodes will be added to bs
+
+Well, we do have a limited rack space at lost oasis so we cannot
+add much server for the moment, and for now, I think we are planning 
+others stuff with potential server ( and as people will ask it, no, we still do not
+plan to let people run a buildnode if the sysadmin team is not the only group
+of people to access to it as admin for security reason ).
+
+> b) bs will be updated to allow priorities, queue per submitter, etc.
+> (and i want a pony too)
+
+We do not have it  ( except the pony ), but how should we be distribute build
+in a fair fashion ? I fear that having this would lead to some frustration ( while 
+first  in, first out is IMHO easy to understand and quite fair most of the time ).
+
+-- 
+Michael Scherer
+
+ + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002294.html b/zarb-ml/mageia-dev/20110121/002294.html new file mode 100644 index 000000000..cc066d12f --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002294.html @@ -0,0 +1,82 @@ + + + + [Mageia-dev] Java-Policy first draft published + + + + + + + + + +

[Mageia-dev] Java-Policy first draft published

+ Michael scherer + misc at zarb.org +
+ Fri Jan 21 16:14:39 CET 2011 +

+
+ +
On Fri, Jan 21, 2011 at 10:06:21AM +0100, Thierry Vignaud wrote:
+> On 21 January 2011 00:01, nicolas vigier <boklm at mars-attacks.org> wrote:
+> >> Shipping binary jar given by upstream tarball cause trouble because you
+> >> 1) cannot patch them in case of bug
+> >> 2) cannot see how and what was compiled
+> >>
+> >> That's not very free software friendly, and I think we should refuse
+> >> that.
+> >
+> > I've already seen while trying to package java apps, a jar being shipped,
+> > but sources not available anywhere on the internet, except after
+> > searching for a few hours on an old website on archive.org with broken
+> > link to the sources zip, and developers not aware of the issue, because
+> > they never tried to find the sources, and always used this binary .jar
+> > they found on a random web site.
+> 
+> And they never though about security...
+
+Security is not a problem , it is java, no null pointer exception /o\.
+
+But that's not only security, there is simply bugs that happen, and API 
+problem ( that IMHO happens more often than security issue ).
+
+-- 
+Michael Scherer
+
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002295.html b/zarb-ml/mageia-dev/20110121/002295.html new file mode 100644 index 000000000..b6c1efb81 --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002295.html @@ -0,0 +1,92 @@ + + + + [Mageia-dev] Packaging for Mageia + + + + + + + + + +

[Mageia-dev] Packaging for Mageia

+ Jerome Quelin + jquelin at gmail.com +
+ Fri Jan 21 16:15:59 CET 2011 +

+
+ +
On 11/01/21 16:03 +0100, Michael scherer wrote:
+> > i guess this'll be mitigated when:
+> > a) more build nodes will be added to bs
+> 
+> Well, we do have a limited rack space at lost oasis so we cannot
+> add much server for the moment, and for now, I think we are planning 
+> others stuff with potential server ( and as people will ask it, no, we still do not
+> plan to let people run a buildnode if the sysadmin team is not the only group
+> of people to access to it as admin for security reason ).
+
+uh? you mean mageia will run with 1 bs node of each type, and that's it?
+
+ 
+> > b) bs will be updated to allow priorities, queue per submitter, etc.
+> > (and i want a pony too)
+> 
+> We do not have it  ( except the pony ), but how should we be distribute build
+> in a fair fashion ? I fear that having this would lead to some frustration ( while 
+> first  in, first out is IMHO easy to understand and quite fair most of the time ).
+
+i don't know. stéphane télétchea wrote on cooker@ about a scheduler he's
+using in his job with lots of fancy features. i guess he'll be able to
+describe them in more details, and why we would want them.
+
+
+note to packagers: it's now very easy to throttle in an adaptive way
+(thanks to pascal terjean). just add the following before submitting a
+package:
+
+    sleep $( HEAD http://pkgsubmit.mageia.org/ | perl -nE '/X-BS-Throttle: (\d+)/ && print $1' )
+
+jérôme 
+-- 
+jquelin at gmail.com
+
+ + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002296.html b/zarb-ml/mageia-dev/20110121/002296.html new file mode 100644 index 000000000..97ff982cf --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002296.html @@ -0,0 +1,69 @@ + + + + [Mageia-dev] Java-Policy first draft published + + + + + + + + + +

[Mageia-dev] Java-Policy first draft published

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Jan 21 16:47:28 CET 2011 +

+
+ +
On 21 January 2011 16:14, Michael scherer <misc at zarb.org> wrote:
+>> And they never though about security...
+>
+> Security is not a problem , it is java, no null pointer exception /o\.
+>
+> But that's not only security, there is simply bugs that happen, and API
+> problem ( that IMHO happens more often than security issue ).
+
+I've too often see java apps becoming very unstable once they got a
+null pointer exception until one restarts tomcat/jboss/whatever...
+
+More seriously when I was speaking about "though about security",
+I meant people should got shot (twice) if they are OK with
+downloading a binary from some random site w/o any checks...
+
+ + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002297.html b/zarb-ml/mageia-dev/20110121/002297.html new file mode 100644 index 000000000..ecb5e9a68 --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002297.html @@ -0,0 +1,84 @@ + + + + [Mageia-dev] Packaging for Mageia + + + + + + + + + +

[Mageia-dev] Packaging for Mageia

+ Pascal Terjan + pterjan at gmail.com +
+ Fri Jan 21 16:56:01 CET 2011 +

+
+ +
On Fri, Jan 21, 2011 at 15:03, Michael scherer <misc at zarb.org> wrote:
+> On Fri, Jan 21, 2011 at 10:59:52AM +0100, Jerome Quelin wrote:
+>> On 11/01/20 21:33 +0100, Erwan Velu wrote:
+>> > PS: just pray not to fall into the jquelin massive submits :D
+>>
+>> sorry, i throttled a bit more between my packages.
+>> in fact, my throttling is ok except when people submit big packages! :-)
+>>
+>> i guess this'll be mitigated when:
+>> a) more build nodes will be added to bs
+>
+> Well, we do have a limited rack space at lost oasis so we cannot
+> add much server for the moment, and for now, I think we are planning
+> others stuff with potential server ( and as people will ask it, no, we still do not
+> plan to let people run a buildnode if the sysadmin team is not the only group
+> of people to access to it as admin for security reason ).
+>
+>> b) bs will be updated to allow priorities, queue per submitter, etc.
+>> (and i want a pony too)
+>
+> We do not have it  ( except the pony ), but how should we be distribute build
+> in a fair fashion ? I fear that having this would lead to some frustration ( while
+> first  in, first out is IMHO easy to understand and quite fair most of the time ).
+
+No frustration if the submitter can request low priority himself. For
+massive rebuild, you can then submit everything but other people (or
+your own other packages) don't have to wait.
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002298.html b/zarb-ml/mageia-dev/20110121/002298.html new file mode 100644 index 000000000..7ddd86c7d --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002298.html @@ -0,0 +1,72 @@ + + + + [Mageia-dev] Packaging for Mageia + + + + + + + + + +

[Mageia-dev] Packaging for Mageia

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Jan 21 18:17:16 CET 2011 +

+
+ +
On 21 January 2011 16:15, Jerome Quelin <jquelin at gmail.com> wrote:
+> note to packagers: it's now very easy to throttle in an adaptive way
+> (thanks to pascal terjean). just add the following before submitting a
+> package:
+>
+>    sleep $( HEAD http://pkgsubmit.mageia.org/ | perl -nE '/X-BS-Throttle: (\d+)/ && print $1' )
+
+WOW!
+
+I'd use "HEAD http://pkgsubmit.mageia.org/ | fgrep X-BS-Throttle | cut
+-d: -f 2" instead
+(less I/O thanks to not loading perl?)
+
+Too sad nobody did that back at mdv in the old days
+
+Hurra Pascal!
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002299.html b/zarb-ml/mageia-dev/20110121/002299.html new file mode 100644 index 000000000..ccc254305 --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002299.html @@ -0,0 +1,98 @@ + + + + [Mageia-dev] Packaging for Mageia + + + + + + + + + +

[Mageia-dev] Packaging for Mageia

+ Jerome Quelin + jquelin at gmail.com +
+ Fri Jan 21 18:48:56 CET 2011 +

+
+ +
On 11/01/21 18:17 +0100, Thierry Vignaud wrote:
+> On 21 January 2011 16:15, Jerome Quelin <jquelin at gmail.com> wrote:
+> > note to packagers: it's now very easy to throttle in an adaptive way
+> > (thanks to pascal terjean). just add the following before submitting a
+> > package:
+> >
+> >    sleep $( HEAD http://pkgsubmit.mageia.org/ | perl -nE '/X-BS-Throttle: (\d+)/ && print $1' )
+> 
+> WOW!
+> 
+> I'd use "HEAD http://pkgsubmit.mageia.org/ | fgrep X-BS-Throttle | cut
+> -d: -f 2" instead
+> (less I/O thanks to not loading perl?)
+
+since i'm not loading any modules, i'm not sure.
+
+demonstration:
+$ strace cut 2>&1 | grep open|wc -l
+11
+$ strace fgrep 2>&1 | grep open|wc -l
+12
+$ strace perl -e42 2>&1 | grep open|wc -l
+22
+
+so, your solution opens 1 more file, and forks 1 more process:  i'd say perl wins.
+
+
+but for such small workloads, i'd say it's even. especially since it's dwarfed
+by the internet access! :-)
+
+(aren't we nerds discussing such topics?)
+
+
+> Too sad nobody did that back at mdv in the old days
+> Hurra Pascal!
+
+definitely. that's awesome: everybody is now treated the same way
+provided we follow this rule...
+
+
+jérôme 
+-- 
+jquelin at gmail.com
+
+ + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002300.html b/zarb-ml/mageia-dev/20110121/002300.html new file mode 100644 index 000000000..c7f23eb2c --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002300.html @@ -0,0 +1,111 @@ + + + + [Mageia-dev] [RFC] Ruby packaging policy + + + + + + + + + +

[Mageia-dev] [RFC] Ruby packaging policy

+ Remy CLOUARD + shikamaru at mandriva.org +
+ Fri Jan 21 21:28:39 CET 2011 +

+
+ +
On Wed, Jan 19, 2011 at 08:58:25PM +0100, Remy CLOUARD wrote:
+> On Mon, Jan 10, 2011 at 01:49:30AM +0100, Michael Scherer wrote:
+> > Le vendredi 07 janvier 2011 à 23:45 +0100, Remy CLOUARD a écrit :
+> > > You can find the page here:
+> > > http://wiki.mandriva.com/en/Policies/Ruby
+I imported the policy in the wiki, it’s available here:
+http://mageia.org/wiki/doku.php?id=ruby_policy
+
+I removed some undecided stuff, added some recommendations for
+%prep/%build/%install/%check sections, and fixed the sample spec from
+some errors.
+
+Thanks for reviewing that page.
+> > This cause problem since we do have rpm present twice ( without people
+> > noticing, as I dicovered when trying to use gitorious ). More ever, this
+> > is confusing for packagers. There is also potential breakage if someone
+> > start to do tarball, then gems, etc etc. 
+> > 
+> > I have already expressed my opinion on the subject, and still maintain
+> > it :
+> > 
+> > ruby rpm should be ruby-*.
+> > 
+> Ok, so I assume ruby rpm should be packaged as a gem or as a regular
+> package, but not both (sounds sensible anyway)
+> 
+> [...]
+> 
+> Now, I’ve made an erb template to match what we discussed up till now.
+> 
+> You can see the result here
+> http://wiki.mandriva.com/en/Ruby_packaging_policy#Samples
+> 
+> A few comments about this spec:
+> - devel package is generated to pull the development dependencies, maybe
+>   it could be created also whenever there are additional files that are
+>   not in the require_paths node of the YAML specification.
+After trying that out, I must say I’m not really satisfied with that. It
+would be better if we could find a way to do the check at build time. It
+also brings some complexity to the spec :/
+
+Regards,
+-- 
+Rémy CLOUARD
+() ascii ribbon campaign - against html e-mail
+/\ www.asciiribbon.org - against proprietary attachments
+
+
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 230 bytes
+Desc: not available
+URL: </pipermail/mageia-dev/attachments/20110121/794f8beb/attachment.asc>
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/002301.html b/zarb-ml/mageia-dev/20110121/002301.html new file mode 100644 index 000000000..f6f00a6ad --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/002301.html @@ -0,0 +1,55 @@ + + + + [Mageia-dev] Python Packaging Policy + + + + + + + + + +

[Mageia-dev] Python Packaging Policy

+ philippe makowski + makowski.mageia at gmail.com +
+ Fri Jan 21 23:26:46 CET 2011 +

+
+ +
I started to write the wiki page
+http://www.mageia.org/wiki/doku.php?id=python_policy
+
+ + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110121/author.html b/zarb-ml/mageia-dev/20110121/author.html new file mode 100644 index 000000000..2b47e1777 --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/author.html @@ -0,0 +1,167 @@ + + + + The Mageia-dev 21 January 2011 Archive by author + + + + + +

21 January 2011 Archives by author

+ +

Starting: Fri Jan 21 00:01:02 CET 2011
+ Ending: Fri Jan 21 23:26:46 CET 2011
+ Messages: 24

+

+

+ Last message date: + Fri Jan 21 23:26:46 CET 2011
+ Archived on: Fri Jan 21 23:26:50 CET 2011 +

+

+

+

+ This archive was generated by + Pipermail 0.09 (Mailman edition). + + + diff --git a/zarb-ml/mageia-dev/20110121/date.html b/zarb-ml/mageia-dev/20110121/date.html new file mode 100644 index 000000000..7ec29a776 --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/date.html @@ -0,0 +1,167 @@ + + + + The Mageia-dev 21 January 2011 Archive by date + + + + + +

21 January 2011 Archives by date

+ +

Starting: Fri Jan 21 00:01:02 CET 2011
+ Ending: Fri Jan 21 23:26:46 CET 2011
+ Messages: 24

+

+

+ Last message date: + Fri Jan 21 23:26:46 CET 2011
+ Archived on: Fri Jan 21 23:26:50 CET 2011 +

+

+

+

+ This archive was generated by + Pipermail 0.09 (Mailman edition). + + + diff --git a/zarb-ml/mageia-dev/20110121/index.html b/zarb-ml/mageia-dev/20110121/index.html new file mode 120000 index 000000000..db4b46f72 --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/index.html @@ -0,0 +1 @@ +thread.html \ No newline at end of file diff --git a/zarb-ml/mageia-dev/20110121/subject.html b/zarb-ml/mageia-dev/20110121/subject.html new file mode 100644 index 000000000..50688f30c --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/subject.html @@ -0,0 +1,167 @@ + + + + The Mageia-dev 21 January 2011 Archive by subject + + + + + +

21 January 2011 Archives by subject

+ +

Starting: Fri Jan 21 00:01:02 CET 2011
+ Ending: Fri Jan 21 23:26:46 CET 2011
+ Messages: 24

+

+

+ Last message date: + Fri Jan 21 23:26:46 CET 2011
+ Archived on: Fri Jan 21 23:26:50 CET 2011 +

+

+

+

+ This archive was generated by + Pipermail 0.09 (Mailman edition). + + + diff --git a/zarb-ml/mageia-dev/20110121/thread.html b/zarb-ml/mageia-dev/20110121/thread.html new file mode 100644 index 000000000..788e7b6ab --- /dev/null +++ b/zarb-ml/mageia-dev/20110121/thread.html @@ -0,0 +1,211 @@ + + + + The Mageia-dev 21 January 2011 Archive by thread + + + + + +

21 January 2011 Archives by thread

+ +

Starting: Fri Jan 21 00:01:02 CET 2011
+ Ending: Fri Jan 21 23:26:46 CET 2011
+ Messages: 24

+

+

+ Last message date: + Fri Jan 21 23:26:46 CET 2011
+ Archived on: Fri Jan 21 23:26:50 CET 2011 +

+

+

+

+ This archive was generated by + Pipermail 0.09 (Mailman edition). + + + -- cgit v1.2.1