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/20110127/002345.html | 101 ++++++++++++++++ zarb-ml/mageia-dev/20110127/002346.html | 197 +++++++++++++++++++++++++++++++ zarb-ml/mageia-dev/20110127/002347.html | 91 ++++++++++++++ zarb-ml/mageia-dev/20110127/002348.html | 184 +++++++++++++++++++++++++++++ zarb-ml/mageia-dev/20110127/002349.html | 110 +++++++++++++++++ zarb-ml/mageia-dev/20110127/002351.html | 117 ++++++++++++++++++ zarb-ml/mageia-dev/20110127/002352.html | 80 +++++++++++++ zarb-ml/mageia-dev/20110127/002353.html | 72 +++++++++++ zarb-ml/mageia-dev/20110127/002354.html | 76 ++++++++++++ zarb-ml/mageia-dev/20110127/002355.html | 67 +++++++++++ zarb-ml/mageia-dev/20110127/002356.html | 67 +++++++++++ zarb-ml/mageia-dev/20110127/002357.html | 65 ++++++++++ zarb-ml/mageia-dev/20110127/002358.html | 80 +++++++++++++ zarb-ml/mageia-dev/20110127/002359.html | 85 +++++++++++++ zarb-ml/mageia-dev/20110127/author.html | 117 ++++++++++++++++++ zarb-ml/mageia-dev/20110127/date.html | 117 ++++++++++++++++++ zarb-ml/mageia-dev/20110127/index.html | 1 + zarb-ml/mageia-dev/20110127/subject.html | 117 ++++++++++++++++++ zarb-ml/mageia-dev/20110127/thread.html | 141 ++++++++++++++++++++++ 19 files changed, 1885 insertions(+) create mode 100644 zarb-ml/mageia-dev/20110127/002345.html create mode 100644 zarb-ml/mageia-dev/20110127/002346.html create mode 100644 zarb-ml/mageia-dev/20110127/002347.html create mode 100644 zarb-ml/mageia-dev/20110127/002348.html create mode 100644 zarb-ml/mageia-dev/20110127/002349.html create mode 100644 zarb-ml/mageia-dev/20110127/002351.html create mode 100644 zarb-ml/mageia-dev/20110127/002352.html create mode 100644 zarb-ml/mageia-dev/20110127/002353.html create mode 100644 zarb-ml/mageia-dev/20110127/002354.html create mode 100644 zarb-ml/mageia-dev/20110127/002355.html create mode 100644 zarb-ml/mageia-dev/20110127/002356.html create mode 100644 zarb-ml/mageia-dev/20110127/002357.html create mode 100644 zarb-ml/mageia-dev/20110127/002358.html create mode 100644 zarb-ml/mageia-dev/20110127/002359.html create mode 100644 zarb-ml/mageia-dev/20110127/author.html create mode 100644 zarb-ml/mageia-dev/20110127/date.html create mode 120000 zarb-ml/mageia-dev/20110127/index.html create mode 100644 zarb-ml/mageia-dev/20110127/subject.html create mode 100644 zarb-ml/mageia-dev/20110127/thread.html (limited to 'zarb-ml/mageia-dev/20110127') diff --git a/zarb-ml/mageia-dev/20110127/002345.html b/zarb-ml/mageia-dev/20110127/002345.html new file mode 100644 index 000000000..ee3fae14b --- /dev/null +++ b/zarb-ml/mageia-dev/20110127/002345.html @@ -0,0 +1,101 @@ + + + + [Mageia-dev] Dev Team Call To Action... + + + + + + + + + +

[Mageia-dev] Dev Team Call To Action...

+ Maarten Vanraes + maarten.vanraes at gmail.com +
+ Thu Jan 27 01:17:26 CET 2011 +

+
+ +
Hi,
+
+I know -dev team doesn't exist yet, but in spite of that: some of us may be 
+needed.
+
+Yesterday in the packaging meeting[1], misc and Stormi talked about the 3days 
+they went to a Cross-Distro App Installer Meeting[2]. As far as I understood, 
+our involvement in AppStream[3] is 4 part:
+ - mageia-app-db would like to use the metadata to display on the site.
+ - sophie would like some of the metadata too.
+ - mageia could work on making packagekit support work (it does not replace 
+rpm or urpmi in any way, it is cross-distro and just delegates the work to 
+urpmi (in our case).)
+ - mageia would then package AppStream in the distro. (Nothing is being said 
+as being used by default: Note that AppStream only does Applications, while 
+eg: rpmdrake installs packages).
+
+Since this concerns mostly packaging, it has had a start-discussion in the 
+packagers' meeting.
+
+However:
+ - mageia-app-db (Stormi: PHP) would like some help.
+ - sophie (Nanar: Perl) would like some help.
+ - packagekit support (misc: Perl) would need to be finalized.
+( requires intimate knowledge of perl-URPM )
+ - someone will have to package AppStream eventually.
+
+
+afaik shikamaru would help with sophie, so i think that is covered.
+
+So this leaves:
+ - PHP for mageia-app-db
+ - Perl-URPMI related stuff for packagekit support (i might have some time for 
+this, not sure yet)
+
+Now then, if there is anyone from -dev team who is inclined to help out, 
+please, tell us :-)
+
+Regards,
+
+Maarten (aka AL13N)
+
+
+[1]: http://www.mageia.org/wiki/doku.php?id=meetings#packaging_team
+[2]: http://www.mageia.org/pipermail/mageia-discuss/20110126/003418.html
+[3]: http://distributions.freedesktop.org/wiki/AppStream/MetadataNotes
+
+ + + + +
+

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

[Mageia-dev] Java-Policy first draft published

+ piep + piep at liness.org +
+ Thu Jan 27 02:40:44 CET 2011 +

+
+ +
Refection about Java_Packaging_Policy : what about a jpackage project 
+for mageia java based rpm ?
+
+like others I am still a "padawan" packager, but I also plan to work on 
+java (and music) packages
+
+I follow this thread with interest for few days and I wonder why nobody 
+thinks to just import java packages from jpackage repositories ?
+
+
+1) For many years jpackage.org project provides strong rpm packages of 
+java based applications. These packages are used on the professional 
+platform : Red Hat Enterprise Linux.
+
+  Last project, "jpp6", provides rpm packages built on java6 
+(JavaRuntimeEnvironment 1.6) and more than 2700 packages are ready to be 
+installed on any rpm based system.
+see : http://www.jpackage.org/browser/browse.php?jppversion=6.0
+
+This is not the 400 packages of Mandriva project. Jpackage provides most 
+of all java applications from the apache foundation (tomcat, maven, 
+glassfish, hibernate, jakarta etc...) but also the J2EE application 
+server "jboss" (from Red Hat now).
+
+"jpp6" project is still under "Work In Progress" (WIP) state but I guess 
+the number of package will reach the number of the actual "stable" 
+version 5 : 3327 rpms.
+see : http://www.jpackage.org/browser/browse.php?jppversion=5.0
+
+
+2) JavaRuntimeEnvironment 1.6 aka java6 VM is the version provided in 
+Mandriva cooker (and now Mageia caultron I guess) and it already 
+provides the "jpackage-utils" package which is necessary to run packages 
+from a jpackage repository.
+Jpackage now (jpp6) uses java compiler : openjdk
+
+Despite the arguments why Mandriva developers left the jpackage project 
+to build their own java packages.
+http://wiki.mandriva.com/en/Java_Packaging_Policy#Compatibility_with_proprietary_Java_stacks 
+
+
+	We are at the beginning of a new rpm based distribution. It would be 
+stupid and suicidal to work on our own java packages and reinvent the 
+wheel again and again. If we want Mageia becomes a major distribution on 
+java application servers also, we have to consider jpackage as source of 
+java packages. Then we can concentrate our java packagers to improve the 
+"time to market" of jpackage applications and on  desktop application 
+(tuxguitar, sweethome3d, JOSM, homeplayer etc..) and all java 
+application that lack in jpackage  and why not try to provide them to 
+jpackage.
+
+
+
+3) If you want to test the jpackage repository on your actual distro.
+
+3.1) add a jpackage repository in mandriva cooker. (test on mdv cooker 
+dec 2010)
+
+3.1.1) add the jpackage key
+
+# rpm --import http://www.jpackage.org/jpackage.asc
+
+(ref : http://jpackage.org/gpgkey.php)
+
+3.1.2) replace jpackage-utils-1.7.5 by jpackage-utils-5.0.0
+(I guess final version will be jpackage-utils-6.0.0)
+
+# rpm -Uvh 
+http://vesta.informatik.rwth-aachen.de/ftp/pub/comp/Linux/jpackage/6.0/generic/free/RPMS/jpackage-utils-5.0.0-2.jpp6.noarch.rpm
+
+3.1.3) add the jpackage-6.0-generic-free depot
+
+	The standard command provides an error :
+# urpmi.addmedia jpackage-6.0-generic 
+http://vesta.informatik.rwth-aachen.de/ftp/pub/comp/Linux/jpackage/6.0/generic/free 
+with hdlist.cz
+adding medium "jpackage-6.0-generic"
+...retrieving failed: curl failed: exited with 22
+
+no metadata found for medium
+
+This is because urpmi runs the following command :
+/usr/bin/curl -q -s --location-trusted -R -f --disable-epsv 
+--connect-timeout 60 --anyauth --stderr - -O 
+http://vesta.informatik.rwth-aachen.de/ftp/pub/comp/Linux/jpackage/6.0/generic/free/reconfig.urpmi
+
+and this reconfig.urpmi does not exist on the jpackage depot (I guess 
+this is a mismatch between "urpmi" version)
+
+solution :
+# urpmi.addmedia --probe-synthesis jpackage-6.0-generic-free 
+http://vesta.informatik.rwth-aachen.de/ftp/pub/comp/Linux/jpackage/6.0/generic/free/RPMS
+
+3.1.4) add the jpackage-6.0-generic-non-free depot (empty depot on 
+2010-dec but can be useful)
+# urpmi.addmedia --probe-synthesis jpackage-6.0-generic-non-free 
+http://vesta.informatik.rwth-aachen.de/ftp/pub/comp/Linux/jpackage/6.0/generic/non-free/RPMS
+
+
+
+4) some major application already packaged on jpp6 :
+ant
+glassfish
+hibernate
+jakarta
+jboss
+log4j
+lucene
+maven
+saxon
+tomcat
+xerces
+xalan
+wsdl4j
+etc...
+
+see "Available Groups" for more details
+http://mirrors.dotsrc.org/jpackage/6.0/generic/free/repoview/index.html
+
+
+5) some old links found about Co-existence_with_JPackage:
+http://wiki.mandriva.com/en/Java_Packaging_Policy#Co-existence_with_JPackage
+http://wiki.mandriva.com/en/Policies/Java/JPackage
+
+
+6) So why don't we consider "jpackage" with the new eye of a new distro 
+and consider it as an external java application repository like we 
+already use "plf" ?
+Why don't we work closer with the jpackage team to improve the urpmi 
+connection ?
+
+
+long life to Mageia,
+Pierrick Hervé
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110127/002347.html b/zarb-ml/mageia-dev/20110127/002347.html new file mode 100644 index 000000000..09039cf14 --- /dev/null +++ b/zarb-ml/mageia-dev/20110127/002347.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] Dev Team Call To Action... + + + + + + + + + +

[Mageia-dev] Dev Team Call To Action...

+ Per Øyvind Karlsen + peroyvind at mandriva.org +
+ Thu Jan 27 04:16:47 CET 2011 +

+
+ +
2011/1/27 Maarten Vanraes <maarten.vanraes at gmail.com>:
+> Hi,
+>
+> I know -dev team doesn't exist yet, but in spite of that: some of us may be
+> needed.
+>
+> Yesterday in the packaging meeting[1], misc and Stormi talked about the 3days
+> they went to a Cross-Distro App Installer Meeting[2]. As far as I understood,
+> our involvement in AppStream[3] is 4 part:
+>  - mageia-app-db would like to use the metadata to display on the site.
+>  - sophie would like some of the metadata too.
+>  - mageia could work on making packagekit support work (it does not replace
+> rpm or urpmi in any way, it is cross-distro and just delegates the work to
+> urpmi (in our case).)
+>  - mageia would then package AppStream in the distro. (Nothing is being said
+> as being used by default: Note that AppStream only does Applications, while
+> eg: rpmdrake installs packages).
+>
+> Since this concerns mostly packaging, it has had a start-discussion in the
+> packagers' meeting.
+>
+> However:
+>  - mageia-app-db (Stormi: PHP) would like some help.
+>  - sophie (Nanar: Perl) would like some help.
+>  - packagekit support (misc: Perl) would need to be finalized.
+> ( requires intimate knowledge of perl-URPM )
+Getting familiar with package kit is on my todo list, dunno much about
+urpmi support
+and if there's anything lacking or not. Lemme know if you have any questions on
+perl-URPM or if there's any specific issues, I can likely fix them
+within short time. :)
+
+--
+Regards,
+Per Øyvind
+
+ + + +
+

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

[Mageia-dev] Java-Policy first draft published

+ Michael Scherer + misc at zarb.org +
+ Thu Jan 27 04:39:18 CET 2011 +

+
+ +
Le jeudi 27 janvier 2011 à 02:40 +0100, piep a écrit :
+> Refection about Java_Packaging_Policy : what about a jpackage project 
+> for mageia java based rpm ?
+> 
+> like others I am still a "padawan" packager, but I also plan to work on 
+> java (and music) packages
+> 
+> I follow this thread with interest for few days and I wonder why nobody 
+> thinks to just import java packages from jpackage repositories ?
+
+Because we already use their rpms. And that's a complex mess of
+dependencies, with unneeded complexity.
+
+For example, if you look at
+svn://svn.mageia.org/packages/cauldron/jakarta-commons-lang/current/SPECS/jakarta-commons-lang.spec
+, you can see 
+1) the copyright of jpackage ( hence my point, but check any java
+package )
+2) it support gcj and non gcj ( ie twice the work if we want to test )
+3) a weird release ( 2.3.4 )
+
+4) various %post that should have been converted to trigger ( but since
+it is not uniform on all distro, they prefered to cut and paste ).
+
+Another issue is they package several version of the same software
+( like 5 releases of groovy, 3 versions of junit , etc ). This is
+something requires more ressources.
+
+> 1) For many years jpackage.org project provides strong rpm packages of 
+> java based applications. These packages are used on the professional 
+> platform : Red Hat Enterprise Linux.
+
+Last time I remember, people from Jpackage were not happy because RHEL
+people took their rpms and integrated them in Fedora. So I think people
+on RHEL use RH rpm, not the one from jpackage.
+
+> Despite the arguments why Mandriva developers left the jpackage project 
+> to build their own java packages.
+> http://wiki.mandriva.com/en/Java_Packaging_Policy#Compatibility_with_proprietary_Java_stacks 
+
+Well, what is not written there is the java stack of Mandriva was done
+mainly by David Walluck, who is .. a jpackage member. And jpackage was
+also partially founded by Guillaume Rousse, who also left the project
+because they were aiming for too complex and unmaintainable goals.
+
+After David was hired by RH, Alexander Kurtakov stepped to maintain, to
+be also hired by RH. The only Ansii fixed some stuff, mainly because he
+needed to do.
+
+> 	We are at the beginning of a new rpm based distribution. It would be 
+> stupid and suicidal to work on our own java packages and reinvent the 
+> wheel again and again. 
+
+No, what would be suicidal is to keep the current java packages, done by
+jpackage whose goal do not correspond to ours. 
+
+We are using the jpackage rpms, check the specs. So if we do have
+problem in rebuilding the rpms, using more jpackage rpm do not seems
+like a solution, except if the problem is "We have too much free time".
+
+
+> If we want Mageia becomes a major distribution on 
+> java application servers also, we have to consider jpackage as source of 
+> java packages. Then we can concentrate our java packagers to improve the 
+> "time to market" of jpackage applications and on  desktop application 
+> (tuxguitar, sweethome3d, JOSM, homeplayer etc..) and all java 
+> application that lack in jpackage  and why not try to provide them to 
+> jpackage.
+
+Personally, I do not want Mageia to become a major distribution on java
+application servers, I want it to be sustainable. And sustainability as
+clearly demonstrated by previous attempts is quite difficult to achieve
+by using jpackage rpm. So let's start simple, we will have the time to
+grow later.
+
+Java was a weak point on Mandriva, and I think that seeing the problem
+twice is enough to not want to see it a 3rd time.
+
+Their goals differ totally from ours. First, they still aim to be usable
+on more than one platform, which usually mean "be unintegrated on every
+platform". In practice, they seems to rather be "usable only on RHEL",
+but well. There would be various technical issues, like keep specs in
+synchronisation, etc, various organizational issues like not being able
+to decide our policy without asking to people outside of our
+organisation, or having to handle out of our svn packages, etc.
+
+So let's already take care of what we have. Once packager have
+demonstrated that the 400 packages will not bitrot alone in the svn,
+then we can start to think importing more IMHO. Pushing more rpm when
+the foundation is not maintained is simply a bad idea, like constructing
+a house on the sand.
+
+> 6) So why don't we consider "jpackage" with the new eye of a new distro 
+> and consider it as an external java application repository like we 
+> already use "plf" ?
+> Why don't we work closer with the jpackage team to improve the urpmi 
+> connection ?
+
+PLF was mainly done by mandrake linux people aiming to integrate with
+mandrake linux, and quickly shared src.rpm, followed mandriva policies,
+contributed to Mandriva, etc.
+
+Jpackage was made based on the (IMHO flawed) assumption that the only
+issue that prevented packages sharing was "binary compatibility", and
+that it was solved by jvm. Both affirmation are quite wrong, as there is
+lots of others problem to solve ( like rpm version, various choices made
+by distribution based on their policy ).
+
+So why don't we consider with the new eye of a new distro ? Because we
+are not a new distro, made by people with new eyes, we are experienced
+people ( at least, I consider myself as experienced ), trying to keep
+what worked of a older distro, and changed what didn't. 
+
+We already tried syncing with jpackage, either by offering their rpm on
+mandrake mirrors ( circa 2004 ), or by importing them ( circa
+2007/2008 ). It didn't worked as well as you seem to think. And now, if
+it work fine on RHEL, that's mainly because that's tested on RHEL only
+( as almost everybody there is having a @redhat.com email ).
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110127/002349.html b/zarb-ml/mageia-dev/20110127/002349.html new file mode 100644 index 000000000..88ca339cc --- /dev/null +++ b/zarb-ml/mageia-dev/20110127/002349.html @@ -0,0 +1,110 @@ + + + + [Mageia-dev] Dev Team Call To Action... + + + + + + + + + +

[Mageia-dev] Dev Team Call To Action...

+ Cazzaniga Sandro + cazzaniga.sandro at gmail.com +
+ Thu Jan 27 08:46:41 CET 2011 +

+
+ +
Le 27/01/2011 01:17, Maarten Vanraes a écrit :
+> Hi,
+> 
+> I know -dev team doesn't exist yet, but in spite of that: some of us may be 
+> needed.
+> 
+> Yesterday in the packaging meeting[1], misc and Stormi talked about the 3days 
+> they went to a Cross-Distro App Installer Meeting[2]. As far as I understood, 
+> our involvement in AppStream[3] is 4 part:
+>  - mageia-app-db would like to use the metadata to display on the site.
+>  - sophie would like some of the metadata too.
+>  - mageia could work on making packagekit support work (it does not replace 
+> rpm or urpmi in any way, it is cross-distro and just delegates the work to 
+> urpmi (in our case).)
+>  - mageia would then package AppStream in the distro. (Nothing is being said 
+> as being used by default: Note that AppStream only does Applications, while 
+> eg: rpmdrake installs packages).
+> 
+> Since this concerns mostly packaging, it has had a start-discussion in the 
+> packagers' meeting.
+> 
+> However:
+>  - mageia-app-db (Stormi: PHP) would like some help.
+>  - sophie (Nanar: Perl) would like some help.
+>  - packagekit support (misc: Perl) would need to be finalized.
+> ( requires intimate knowledge of perl-URPM )
+I can help for packagekit, and sophie, all of perl :)
+>  - someone will have to package AppStream eventually.
+> 
+> 
+> afaik shikamaru would help with sophie, so i think that is covered.
+> 
+> So this leaves:
+>  - PHP for mageia-app-db
+>  - Perl-URPMI related stuff for packagekit support (i might have some time for 
+> this, not sure yet)
+> 
+> Now then, if there is anyone from -dev team who is inclined to help out, 
+> please, tell us :-)
+> 
+> Regards,
+> 
+> Maarten (aka AL13N)
+> 
+> 
+> [1]: http://www.mageia.org/wiki/doku.php?id=meetings#packaging_team
+> [2]: http://www.mageia.org/pipermail/mageia-discuss/20110126/003418.html
+> [3]: http://distributions.freedesktop.org/wiki/AppStream/MetadataNotes
+
+
+-- 
+Sandro Cazzaniga
+IRC: Kharec (irc.freenode.net)
+Twitter: @Kharec
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110127/002351.html b/zarb-ml/mageia-dev/20110127/002351.html new file mode 100644 index 000000000..5633e9a8c --- /dev/null +++ b/zarb-ml/mageia-dev/20110127/002351.html @@ -0,0 +1,117 @@ + + + + [Mageia-dev] the state of perl rebuild + + + + + + + + + +

[Mageia-dev] the state of perl rebuild

+ Anne nicolas + ennael1 at gmail.com +
+ Thu Jan 27 14:37:01 CET 2011 +

+
+ +
Le 27 janv. 2011 14:29, "Buchan Milne" <bgmilne at staff.telkomsa.net> a
+écrit :
+>
+> On Monday, 24 January 2011 13:37:19 Jerome Quelin wrote:
+> > hi,
+> >
+> > some news regarding perl modules rebuilding...
+> >
+> > i'm going my way through the existing modules, rebuilding them in order.
+> > i've already rebuild ~1700 of them - remains 600.
+> >
+> > in the meantime, i've blacklisted some of the rebuilds due to missing
+> > non-perl prereqs, build errors that i don't have the time to investigate
+> > (yet), etc. so it's a perfect opportunity for you to step in and help if
+> > you have some tuits to spare.
+> >
+> > here's the list of blacklist, with respective problem:
+>
+> [...]
+>
+> > perl-Heimdal-Kadm5                          miss heimdal-devel
+>
+> Due to lack of time, I haven't been able to be involved in the packaging
+> meetings up to now. However, now that I have fixed the most pressing
+issues in
+> CatDap, I would like to get some of my Mandriva packages into Mageia.
+>
+> However, I haven't seen an authoritative indication of what software
+should go
+> into which repository. If there is only to be one 'core' repository, and
+all
+> main+contrib should go there, then I will look at uploading heimdal (and
+> various other packages) there.
+>
+
+here it is
+http://mageia.org/wiki/doku.php?id=mirrors_policy&s[]=tainted
+
+> However, that brings up some other questions. Which Kerberos
+implementation
+> are we going to use as the "default" ? Heimdal has some interesting
+features
+> (I think especially of the kcm Kerberos credential manager, allowing
+multiple
+> tickets, and a patch for Openssh to allow specification of which ticket to
+use
+> for which hosts in ~/.ssh/config).
+
+I guess you should make  proposals explaining reasons and roadmap
+
+>
+> Regards,
+> Buchan
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110127/0f5a41fc/attachment.html>
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110127/002352.html b/zarb-ml/mageia-dev/20110127/002352.html new file mode 100644 index 000000000..db7e3abae --- /dev/null +++ b/zarb-ml/mageia-dev/20110127/002352.html @@ -0,0 +1,80 @@ + + + + [Mageia-dev] Dev Team Call To Action... + + + + + + + + + +

[Mageia-dev] Dev Team Call To Action...

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Thu Jan 27 15:50:43 CET 2011 +

+
+ +
'Twas brillig, and Maarten Vanraes at 27/01/11 00:17 did gyre and gimble:
+>  - mageia-app-db (Stormi: PHP) would like some help.
+
+I've been a lot busier with work and other real life commitments of late
+, so have not had nearly as much time for Mageia stuff as I'd hoped.
+
+But in principle, I can help out here with the PHP side of things. IIRC
+Stormi is using Zend Framework which I'm very familiar with.
+
+Col
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110127/002353.html b/zarb-ml/mageia-dev/20110127/002353.html new file mode 100644 index 000000000..73a54e154 --- /dev/null +++ b/zarb-ml/mageia-dev/20110127/002353.html @@ -0,0 +1,72 @@ + + + + [Mageia-dev] Dev Team Call To Action... + + + + + + + + + +

[Mageia-dev] Dev Team Call To Action...

+ Fabrice Facorat + fabrice.facorat at gmail.com +
+ Thu Jan 27 16:15:43 CET 2011 +

+
+ +
2011/1/27 Colin Guthrie <mageia at colin.guthr.ie>:
+> 'Twas brillig, and Maarten Vanraes at 27/01/11 00:17 did gyre and gimble:
+>>  - mageia-app-db (Stormi: PHP) would like some help.
+>
+> I've been a lot busier with work and other real life commitments of late
+> , so have not had nearly as much time for Mageia stuff as I'd hoped.
+>
+> But in principle, I can help out here with the PHP side of things. IIRC
+> Stormi is using Zend Framework which I'm very familiar with.
+
+Symphony it seems. I have a look at the code and site project as I was
+willing to help too :)
+
+-- 
+Close the World, Open the Net
+http://www.linux-wizard.net
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110127/002354.html b/zarb-ml/mageia-dev/20110127/002354.html new file mode 100644 index 000000000..1f85e98f8 --- /dev/null +++ b/zarb-ml/mageia-dev/20110127/002354.html @@ -0,0 +1,76 @@ + + + + [Mageia-dev] New version of mgarepo + + + + + + + + + +

[Mageia-dev] New version of mgarepo

+ nicolas vigier + boklm at mars-attacks.org +
+ Thu Jan 27 20:49:57 CET 2011 +

+
+ +
Hello,
+
+You can find a new version of mgarepo at this URL for 2010.1 (thanks to
+erwan for package rebuild) :
+http://repository.mageia.org/mageiatools/2010.1/mgarepo-1.9.7-1mdv2010.2.noarch.rpm
+
+If you're using cooker you can rebuild this src.rpm (and I will add it
+if you send me the rebuilt package) :
+http://repository.mageia.org/mageiatools/SRPMS/mgarepo-1.9.7-1.mga1.src.rpm
+
+With this version, the "mgarepo del" command is now working, to remove a
+binary file. To remove an old version of a tarball, you can do this from
+the package directory :
+  $ mgarepo del SOURCES/old-version.tar
+    or
+  $ mgarepo del SOURCES-bin/old-version.tar
+ 
+
+ + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110127/002355.html b/zarb-ml/mageia-dev/20110127/002355.html new file mode 100644 index 000000000..8c56177f5 --- /dev/null +++ b/zarb-ml/mageia-dev/20110127/002355.html @@ -0,0 +1,67 @@ + + + + [Mageia-dev] New version of mgarepo + + + + + + + + + +

[Mageia-dev] New version of mgarepo

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Thu Jan 27 22:41:31 CET 2011 +

+
+ +
On 27 January 2011 20:49, nicolas vigier <boklm at mars-attacks.org> wrote:
+> Hello,
+>
+> You can find a new version of mgarepo at this URL for 2010.1 (thanks to
+> erwan for package rebuild) :
+> http://repository.mageia.org/mageiatools/2010.1/mgarepo-1.9.7-1mdv2010.2.noarch.rpm
+
+I think you forgot to run genhdlist2...
+
+ + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110127/002356.html b/zarb-ml/mageia-dev/20110127/002356.html new file mode 100644 index 000000000..39d31d32a --- /dev/null +++ b/zarb-ml/mageia-dev/20110127/002356.html @@ -0,0 +1,67 @@ + + + + [Mageia-dev] New version of mgarepo + + + + + + + + + +

[Mageia-dev] New version of mgarepo

+ nicolas vigier + boklm at mars-attacks.org +
+ Thu Jan 27 22:58:23 CET 2011 +

+
+ +
On Thu, 27 Jan 2011, nicolas vigier wrote:
+
+> Hello,
+> 
+> You can find a new version of mgarepo at this URL for 2010.1 (thanks to
+> erwan for package rebuild) :
+> http://repository.mageia.org/mageiatools/2010.1/mgarepo-1.9.7-1mdv2010.2.noarch.rpm
+
+And cooker version (thanks to ahmad) :
+http://repository.mageia.org/mageiatools/cooker/mgarepo-1.9.7-1.mga1.noarch.rpm
+
+
+ + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110127/002357.html b/zarb-ml/mageia-dev/20110127/002357.html new file mode 100644 index 000000000..af9698b25 --- /dev/null +++ b/zarb-ml/mageia-dev/20110127/002357.html @@ -0,0 +1,65 @@ + + + + [Mageia-dev] Dev Team Call To Action... + + + + + + + + + +

[Mageia-dev] Dev Team Call To Action...

+ Christian Paier + paierlep at yahoo.de +
+ Thu Jan 27 23:39:07 CET 2011 +

+
+ +
+> I've been a lot busier with work and other real life commitments of late
+> , so have not had nearly as much time for Mageia stuff as I'd hoped.
+>   
+same for me - but I could assist you If there are a small tasks to do
+
+
+Christian
+
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110127/002358.html b/zarb-ml/mageia-dev/20110127/002358.html new file mode 100644 index 000000000..6607e5f14 --- /dev/null +++ b/zarb-ml/mageia-dev/20110127/002358.html @@ -0,0 +1,80 @@ + + + + [Mageia-dev] Dev Team Call To Action... + + + + + + + + + +

[Mageia-dev] Dev Team Call To Action...

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Jan 27 23:38:36 CET 2011 +

+
+ +
Le jeudi 27 janvier 2011 01:17:26, Maarten Vanraes a écrit :
+>  - mageia would then package AppStream in the distro. (Nothing is being
+> said as being used by default: Note that AppStream only does Applications,
+> while eg: rpmdrake installs packages).
+
+Note that "AppStream" is not the name of a piece of software, but the codename 
+for a project that relies on various components (packagekit, OCS, applications 
+metadata...). We *may* use the Ubuntu Software Center (which should be using 
+packagekit as a back-end instead of apt soon, hopefully), but we could also 
+choose to develop our own Software Center or improve existing tools (though it 
+would probably require a lot of work).
+ 
+> 
+> So this leaves:
+>  - PHP for mageia-app-db
+
+For mageia-app-db, we can use help on various subjects (internationalization 
+of the application from a technical point of view, security audit, UI 
+design...). However I don't want to "steal" work forces from the rest of the 
+Mageia project. There's no urgence right now on mageia-app-db side, I think. 
+However, any help is welcome !
+
+Samuel
+
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110127/002359.html b/zarb-ml/mageia-dev/20110127/002359.html new file mode 100644 index 000000000..41b0d4775 --- /dev/null +++ b/zarb-ml/mageia-dev/20110127/002359.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] Dev Team Call To Action... + + + + + + + + + +

[Mageia-dev] Dev Team Call To Action...

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Jan 27 23:41:04 CET 2011 +

+
+ +
Le jeudi 27 janvier 2011 23:38:36, Samuel Verschelde a écrit :
+> Le jeudi 27 janvier 2011 01:17:26, Maarten Vanraes a écrit :
+> >  - mageia would then package AppStream in the distro. (Nothing is being
+> > 
+> > said as being used by default: Note that AppStream only does
+> > Applications, while eg: rpmdrake installs packages).
+> 
+> Note that "AppStream" is not the name of a piece of software, but the
+> codename for a project that relies on various components (packagekit, OCS,
+> applications metadata...). We *may* use the Ubuntu Software Center (which
+> should be using packagekit as a back-end instead of apt soon, hopefully),
+> but we could also choose to develop our own Software Center or improve
+> existing tools (though it would probably require a lot of work).
+> 
+> > So this leaves:
+> >  - PHP for mageia-app-db
+> 
+> For mageia-app-db, we can use help on various subjects
+> (internationalization of the application from a technical point of view,
+> security audit, UI design...). However I don't want to "steal" work forces
+> from the rest of the Mageia project. There's no urgence right now on
+> mageia-app-db side, I think. However, any help is welcome !
+> 
+
+I forgot : those interested can always come and discuss on irc on #mageia, 
+#mageia-dev or #madb (channel for those working on mageia-app-db).
+
+Regards
+
+Samuel
+
+ + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/20110127/author.html b/zarb-ml/mageia-dev/20110127/author.html new file mode 100644 index 000000000..990ff9794 --- /dev/null +++ b/zarb-ml/mageia-dev/20110127/author.html @@ -0,0 +1,117 @@ + + + + The Mageia-dev 27 January 2011 Archive by author + + + + + +

27 January 2011 Archives by author

+ +

Starting: Thu Jan 27 01:17:26 CET 2011
+ Ending: Thu Jan 27 23:41:04 CET 2011
+ Messages: 14

+

+

+ Last message date: + Thu Jan 27 23:41:04 CET 2011
+ Archived on: Thu Jan 27 23:41:15 CET 2011 +

+

+

+

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

27 January 2011 Archives by date

+ +

Starting: Thu Jan 27 01:17:26 CET 2011
+ Ending: Thu Jan 27 23:41:04 CET 2011
+ Messages: 14

+

+

+ Last message date: + Thu Jan 27 23:41:04 CET 2011
+ Archived on: Thu Jan 27 23:41:15 CET 2011 +

+

+

+

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

27 January 2011 Archives by subject

+ +

Starting: Thu Jan 27 01:17:26 CET 2011
+ Ending: Thu Jan 27 23:41:04 CET 2011
+ Messages: 14

+

+

+ Last message date: + Thu Jan 27 23:41:04 CET 2011
+ Archived on: Thu Jan 27 23:41:15 CET 2011 +

+

+

+

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

27 January 2011 Archives by thread

+ +

Starting: Thu Jan 27 01:17:26 CET 2011
+ Ending: Thu Jan 27 23:41:04 CET 2011
+ Messages: 14

+

+

+ Last message date: + Thu Jan 27 23:41:04 CET 2011
+ Archived on: Thu Jan 27 23:41:15 CET 2011 +

+

+

+

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