summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/attachments/20110713
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-dev/attachments/20110713')
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/27e74b87/attachment-0001.html42
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/27e74b87/attachment.html42
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/41b6575f/attachment-0001.asc7
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/41b6575f/attachment.asc7
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/6ff420f7/attachment-0001.asc7
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/6ff420f7/attachment.asc7
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/a7a1fc14/attachment-0001.asc7
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/a7a1fc14/attachment.asc7
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/c7928c53/attachment-0001.asc7
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/c7928c53/attachment.asc7
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/c8d186f9/attachment-0001.asc7
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/c8d186f9/attachment.asc7
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/d949efa6/attachment-0001.asc7
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/d949efa6/attachment.asc7
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/db775b74/attachment-0001.html7
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/db775b74/attachment.html7
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/f30496fc/attachment-0001.html25
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/f30496fc/attachment.html25
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/f8807b02/attachment-0001.obj78
-rw-r--r--zarb-ml/mageia-dev/attachments/20110713/f8807b02/attachment.obj78
20 files changed, 388 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/attachments/20110713/27e74b87/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110713/27e74b87/attachment-0001.html
new file mode 100644
index 000000000..36bc8a9a5
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/27e74b87/attachment-0001.html
@@ -0,0 +1,42 @@
+<div class="gmail_quote">On Tue, Jul 12, 2011 at 09:48, Colin Guthrie <span dir="ltr">&lt;<a href="mailto:mageia@colin.guthr.ie">mageia@colin.guthr.ie</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
+
+&#39;Twas brillig, and Eugeni Dodonov at 12/07/11 13:15 did gyre and gimble:<br>
+<div class="im">&gt; If nobody objects, I could help with that. Mandriva certainly gave a<br>
+&gt; large experience on how to integrate systemd into the system without<br>
+&gt; killing traditional sysvinit alternative.<br>
+&gt;<br>
+&gt; It would also be extremely interested to have native systemd services<br>
+&gt; which use most of systemd features (like sound and alsa scripts, which<br>
+&gt; we discussed with Colin and Andrey Borzenkov some months ago but never<br>
+&gt; got to implement properly).<br>
+<br>
+</div>Massive +1 for systemd and massive +1 Eugeni wanting to help out! \o/<br>
+<br>
+I&#39;ll try and help out in bits and bobs too, tho&#39; time is always a problem!<br></blockquote><div><br><div><br>Ok, some n00b questions arise from my
+part, sorry if they seem too basic - I am only catching up with mga
+style of development :).<br><br>Systemd 30 is out, with lots of nice changes, so I think we should use it now as we are quite early in the release cycle. It is working on my machine, but before doing something about it, I prefer to hear opinions :).<br>
+
+<br>Firstly, systemdrequires udev &gt;= 172, what is the policy to update it? According
+to &#39;mgarepo maintdb get udev&#39;, it has no maintainers, does anyone
+objects if I grab/update it as well? <br>
+<br>Secondly, what should be the correct way of supporting systemd in a package? In Mandriva, I thought on adding a --with flag to enable/disable systemd, but in most cases it does (almost) nothing. All services which want to support systemd only need to place their files into /lib/systemd - and that&#39;s it. Should we support opting-out of systemd in specs? I believe fcrozat is having the same dilemma in SuSE now as well, and he settled on some common packaging macros.<br>
+
+<br>Almost finally, should the systemd files belong to the main package, the same way as they do with initscripts-based one (e.g., the package would provide /lib/systemd/system/%{name}.service together with %_sysconfig/rc.d/init.d/%{name} for example), with no extra subpackages or flags - or should all systemd-specific files go into %{name}-systemd package for example? What do you think?<br>
+
+<br>
+And finally, what does seems to be the best way of starting to use systemd in cauldron? I have thought on 3 alternatives:<br>
+ - easy way, only having it packaged, but not
+providing/obsoleting/conflicting with sysvinit. This way, it will work
+when kernel is booted with init=/bin/systemd (the least invasive way)<br>
+ - compatible way (like in Mandriva) - it is available, systemd-sysvinit
+ conflicts with sysvinit, so if someone installs systemd-sysvinit,
+sysvinit goes away and systemd is run by default. This seems to be the
+most sane way to me (but I could be biased), and it is easiest one for
+testing<br>
+ - ultimate way - systemd provides and obsoletes sysvinit and its
+goodies. This way, systemd will be the only one (e.g., highlander
+style). This is how fedora did it if I am not mistaken, but I am not
+sure if it the best way.<br>
+<br>So, that&#39;s it for now from my part..<br><br>
+Opinions?<br clear="all">
+</div></div></div><br>-- <br>Eugeni Dodonov<br><a href="http://eugeni.dodonov.net/" target="_blank">http://eugeni.dodonov.net/</a><br>
diff --git a/zarb-ml/mageia-dev/attachments/20110713/27e74b87/attachment.html b/zarb-ml/mageia-dev/attachments/20110713/27e74b87/attachment.html
new file mode 100644
index 000000000..36bc8a9a5
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/27e74b87/attachment.html
@@ -0,0 +1,42 @@
+<div class="gmail_quote">On Tue, Jul 12, 2011 at 09:48, Colin Guthrie <span dir="ltr">&lt;<a href="mailto:mageia@colin.guthr.ie">mageia@colin.guthr.ie</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
+
+&#39;Twas brillig, and Eugeni Dodonov at 12/07/11 13:15 did gyre and gimble:<br>
+<div class="im">&gt; If nobody objects, I could help with that. Mandriva certainly gave a<br>
+&gt; large experience on how to integrate systemd into the system without<br>
+&gt; killing traditional sysvinit alternative.<br>
+&gt;<br>
+&gt; It would also be extremely interested to have native systemd services<br>
+&gt; which use most of systemd features (like sound and alsa scripts, which<br>
+&gt; we discussed with Colin and Andrey Borzenkov some months ago but never<br>
+&gt; got to implement properly).<br>
+<br>
+</div>Massive +1 for systemd and massive +1 Eugeni wanting to help out! \o/<br>
+<br>
+I&#39;ll try and help out in bits and bobs too, tho&#39; time is always a problem!<br></blockquote><div><br><div><br>Ok, some n00b questions arise from my
+part, sorry if they seem too basic - I am only catching up with mga
+style of development :).<br><br>Systemd 30 is out, with lots of nice changes, so I think we should use it now as we are quite early in the release cycle. It is working on my machine, but before doing something about it, I prefer to hear opinions :).<br>
+
+<br>Firstly, systemdrequires udev &gt;= 172, what is the policy to update it? According
+to &#39;mgarepo maintdb get udev&#39;, it has no maintainers, does anyone
+objects if I grab/update it as well? <br>
+<br>Secondly, what should be the correct way of supporting systemd in a package? In Mandriva, I thought on adding a --with flag to enable/disable systemd, but in most cases it does (almost) nothing. All services which want to support systemd only need to place their files into /lib/systemd - and that&#39;s it. Should we support opting-out of systemd in specs? I believe fcrozat is having the same dilemma in SuSE now as well, and he settled on some common packaging macros.<br>
+
+<br>Almost finally, should the systemd files belong to the main package, the same way as they do with initscripts-based one (e.g., the package would provide /lib/systemd/system/%{name}.service together with %_sysconfig/rc.d/init.d/%{name} for example), with no extra subpackages or flags - or should all systemd-specific files go into %{name}-systemd package for example? What do you think?<br>
+
+<br>
+And finally, what does seems to be the best way of starting to use systemd in cauldron? I have thought on 3 alternatives:<br>
+ - easy way, only having it packaged, but not
+providing/obsoleting/conflicting with sysvinit. This way, it will work
+when kernel is booted with init=/bin/systemd (the least invasive way)<br>
+ - compatible way (like in Mandriva) - it is available, systemd-sysvinit
+ conflicts with sysvinit, so if someone installs systemd-sysvinit,
+sysvinit goes away and systemd is run by default. This seems to be the
+most sane way to me (but I could be biased), and it is easiest one for
+testing<br>
+ - ultimate way - systemd provides and obsoletes sysvinit and its
+goodies. This way, systemd will be the only one (e.g., highlander
+style). This is how fedora did it if I am not mistaken, but I am not
+sure if it the best way.<br>
+<br>So, that&#39;s it for now from my part..<br><br>
+Opinions?<br clear="all">
+</div></div></div><br>-- <br>Eugeni Dodonov<br><a href="http://eugeni.dodonov.net/" target="_blank">http://eugeni.dodonov.net/</a><br>
diff --git a/zarb-ml/mageia-dev/attachments/20110713/41b6575f/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20110713/41b6575f/attachment-0001.asc
new file mode 100644
index 000000000..8323fea92
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/41b6575f/attachment-0001.asc
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.10 (GNU/Linux)
+
+iEYEABECAAYFAk4dd8gACgkQqEs9DA4DquAUIACdFPVr4zuAuOroY+BnsYau18g5
+ct4An2KttGAkf/G3aeBS2pK7BcJ/7Cbc
+=ONU+
+-----END PGP SIGNATURE-----
diff --git a/zarb-ml/mageia-dev/attachments/20110713/41b6575f/attachment.asc b/zarb-ml/mageia-dev/attachments/20110713/41b6575f/attachment.asc
new file mode 100644
index 000000000..8323fea92
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/41b6575f/attachment.asc
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.10 (GNU/Linux)
+
+iEYEABECAAYFAk4dd8gACgkQqEs9DA4DquAUIACdFPVr4zuAuOroY+BnsYau18g5
+ct4An2KttGAkf/G3aeBS2pK7BcJ/7Cbc
+=ONU+
+-----END PGP SIGNATURE-----
diff --git a/zarb-ml/mageia-dev/attachments/20110713/6ff420f7/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20110713/6ff420f7/attachment-0001.asc
new file mode 100644
index 000000000..ec7b9f335
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/6ff420f7/attachment-0001.asc
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.10 (GNU/Linux)
+
+iEYEABECAAYFAk4dwzsACgkQqEs9DA4DquDW/gCgkS9adVfw9+A8yAN2ZD1u3Ohi
+nE4An0GW0rKLir8RAjGslntuUOLc2AJy
+=bT6L
+-----END PGP SIGNATURE-----
diff --git a/zarb-ml/mageia-dev/attachments/20110713/6ff420f7/attachment.asc b/zarb-ml/mageia-dev/attachments/20110713/6ff420f7/attachment.asc
new file mode 100644
index 000000000..ec7b9f335
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/6ff420f7/attachment.asc
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.10 (GNU/Linux)
+
+iEYEABECAAYFAk4dwzsACgkQqEs9DA4DquDW/gCgkS9adVfw9+A8yAN2ZD1u3Ohi
+nE4An0GW0rKLir8RAjGslntuUOLc2AJy
+=bT6L
+-----END PGP SIGNATURE-----
diff --git a/zarb-ml/mageia-dev/attachments/20110713/a7a1fc14/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20110713/a7a1fc14/attachment-0001.asc
new file mode 100644
index 000000000..27342ff4f
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/a7a1fc14/attachment-0001.asc
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.10 (GNU/Linux)
+
+iEYEABECAAYFAk4dVW4ACgkQqEs9DA4DquD6FwCgmhXcOT4oKBFVsqlRxBtIeMhf
+QkAAoIa8Wd9oq6Q5Um3fEUU3TDN1AjWd
+=Fyk0
+-----END PGP SIGNATURE-----
diff --git a/zarb-ml/mageia-dev/attachments/20110713/a7a1fc14/attachment.asc b/zarb-ml/mageia-dev/attachments/20110713/a7a1fc14/attachment.asc
new file mode 100644
index 000000000..27342ff4f
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/a7a1fc14/attachment.asc
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.10 (GNU/Linux)
+
+iEYEABECAAYFAk4dVW4ACgkQqEs9DA4DquD6FwCgmhXcOT4oKBFVsqlRxBtIeMhf
+QkAAoIa8Wd9oq6Q5Um3fEUU3TDN1AjWd
+=Fyk0
+-----END PGP SIGNATURE-----
diff --git a/zarb-ml/mageia-dev/attachments/20110713/c7928c53/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20110713/c7928c53/attachment-0001.asc
new file mode 100644
index 000000000..fc16cb1f7
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/c7928c53/attachment-0001.asc
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.10 (GNU/Linux)
+
+iEYEABECAAYFAk4dViQACgkQqEs9DA4DquCSCQCeMZrh2Pt/TGQwzurfD7EQO8lP
+MAMAoJ8JvqXmqnGN+G8FLSsl5BGJ2qxA
+=AwVZ
+-----END PGP SIGNATURE-----
diff --git a/zarb-ml/mageia-dev/attachments/20110713/c7928c53/attachment.asc b/zarb-ml/mageia-dev/attachments/20110713/c7928c53/attachment.asc
new file mode 100644
index 000000000..fc16cb1f7
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/c7928c53/attachment.asc
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.10 (GNU/Linux)
+
+iEYEABECAAYFAk4dViQACgkQqEs9DA4DquCSCQCeMZrh2Pt/TGQwzurfD7EQO8lP
+MAMAoJ8JvqXmqnGN+G8FLSsl5BGJ2qxA
+=AwVZ
+-----END PGP SIGNATURE-----
diff --git a/zarb-ml/mageia-dev/attachments/20110713/c8d186f9/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20110713/c8d186f9/attachment-0001.asc
new file mode 100644
index 000000000..2909522a6
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/c8d186f9/attachment-0001.asc
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.10 (GNU/Linux)
+
+iEYEABECAAYFAk4dl4MACgkQqEs9DA4DquC5LQCeLeBlxUb4AD8y1xXnV+2/m4US
+q7wAoJlmCozBEcn2tuLbR+sF8l1F0D2Z
+=BiXO
+-----END PGP SIGNATURE-----
diff --git a/zarb-ml/mageia-dev/attachments/20110713/c8d186f9/attachment.asc b/zarb-ml/mageia-dev/attachments/20110713/c8d186f9/attachment.asc
new file mode 100644
index 000000000..2909522a6
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/c8d186f9/attachment.asc
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.10 (GNU/Linux)
+
+iEYEABECAAYFAk4dl4MACgkQqEs9DA4DquC5LQCeLeBlxUb4AD8y1xXnV+2/m4US
+q7wAoJlmCozBEcn2tuLbR+sF8l1F0D2Z
+=BiXO
+-----END PGP SIGNATURE-----
diff --git a/zarb-ml/mageia-dev/attachments/20110713/d949efa6/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20110713/d949efa6/attachment-0001.asc
new file mode 100644
index 000000000..95fc4097c
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/d949efa6/attachment-0001.asc
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.10 (GNU/Linux)
+
+iEYEABECAAYFAk4dl0UACgkQqEs9DA4DquDeXgCgoZugSTI1gA9tirNNGO0GzzGi
+81AAnjS5Ey5ZZP5kBb6Y/QM4FK2TX9JR
+=OA+r
+-----END PGP SIGNATURE-----
diff --git a/zarb-ml/mageia-dev/attachments/20110713/d949efa6/attachment.asc b/zarb-ml/mageia-dev/attachments/20110713/d949efa6/attachment.asc
new file mode 100644
index 000000000..95fc4097c
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/d949efa6/attachment.asc
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.10 (GNU/Linux)
+
+iEYEABECAAYFAk4dl0UACgkQqEs9DA4DquDeXgCgoZugSTI1gA9tirNNGO0GzzGi
+81AAnjS5Ey5ZZP5kBb6Y/QM4FK2TX9JR
+=OA+r
+-----END PGP SIGNATURE-----
diff --git a/zarb-ml/mageia-dev/attachments/20110713/db775b74/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110713/db775b74/attachment-0001.html
new file mode 100644
index 000000000..002b816d1
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/db775b74/attachment-0001.html
@@ -0,0 +1,7 @@
+<div class="gmail_quote">On Wed, Jul 13, 2011 at 22:47, Eugeni Dodonov <span dir="ltr">&lt;<a href="mailto:eugeni@dodonov.net">eugeni@dodonov.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
+
+<div class="gmail_quote"><br><div><div>Firstly, systemdrequires udev &gt;= 172, what is the policy to update it? According
+to &#39;mgarepo maintdb get udev&#39;, it has no maintainers, does anyone
+objects if I grab/update it as well? <br></div></div></div></blockquote><div><br>(I forgot to mention that it is already up and running fine on my machine). <br clear="all"></div></div><br>-- <br>Eugeni Dodonov<br><a href="http://eugeni.dodonov.net/" target="_blank">http://eugeni.dodonov.net/</a><br>
+
+
diff --git a/zarb-ml/mageia-dev/attachments/20110713/db775b74/attachment.html b/zarb-ml/mageia-dev/attachments/20110713/db775b74/attachment.html
new file mode 100644
index 000000000..002b816d1
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/db775b74/attachment.html
@@ -0,0 +1,7 @@
+<div class="gmail_quote">On Wed, Jul 13, 2011 at 22:47, Eugeni Dodonov <span dir="ltr">&lt;<a href="mailto:eugeni@dodonov.net">eugeni@dodonov.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
+
+<div class="gmail_quote"><br><div><div>Firstly, systemdrequires udev &gt;= 172, what is the policy to update it? According
+to &#39;mgarepo maintdb get udev&#39;, it has no maintainers, does anyone
+objects if I grab/update it as well? <br></div></div></div></blockquote><div><br>(I forgot to mention that it is already up and running fine on my machine). <br clear="all"></div></div><br>-- <br>Eugeni Dodonov<br><a href="http://eugeni.dodonov.net/" target="_blank">http://eugeni.dodonov.net/</a><br>
+
+
diff --git a/zarb-ml/mageia-dev/attachments/20110713/f30496fc/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110713/f30496fc/attachment-0001.html
new file mode 100644
index 000000000..e9e5c43e9
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/f30496fc/attachment-0001.html
@@ -0,0 +1,25 @@
+<div class="gmail_quote">On Tue, Jul 12, 2011 at 19:30, nicolas vigier <span dir="ltr">&lt;<a href="mailto:boklm@mars-attacks.org">boklm@mars-attacks.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
+
+Hello.<br>
+<br>
+mgarepo version 1.9.11 adds maintdb command :<br>
+<br>
+$ mgarepo maintdb --help<br>
+Usage:<br>
+    Take maintainership of one package :<br>
+       mgarepo maintdb set [package] [login]<br>
+<br>
+    Remove yourself from maintainer of a package :<br>
+       mgarepo maintdb set [package] nobody<br>
+<br>
+    See who is maintainer of a package :<br>
+       mgarepo maintdb get [package]<br>
+<br>
+    See the list of all packages with their maintainer :<br>
+       mgarepo maintdb get<br>
+<br>
+</blockquote></div><br>A bit hijacking the thread, but I have a quick question - would it be possible to have repsys on mageia?<br>
+<br>
+There is mgarepo on Mandriva for the ones willing to work with Mageia
+repositories from Mandriva; is it too much to ask for the opposite?
+(E.g., for the ones willing to work on Mandriva repos from Mageia)?<br clear="all"><br>-- <br>Eugeni Dodonov<br><a href="http://eugeni.dodonov.net/" target="_blank">http://eugeni.dodonov.net/</a><br>
diff --git a/zarb-ml/mageia-dev/attachments/20110713/f30496fc/attachment.html b/zarb-ml/mageia-dev/attachments/20110713/f30496fc/attachment.html
new file mode 100644
index 000000000..e9e5c43e9
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/f30496fc/attachment.html
@@ -0,0 +1,25 @@
+<div class="gmail_quote">On Tue, Jul 12, 2011 at 19:30, nicolas vigier <span dir="ltr">&lt;<a href="mailto:boklm@mars-attacks.org">boklm@mars-attacks.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
+
+Hello.<br>
+<br>
+mgarepo version 1.9.11 adds maintdb command :<br>
+<br>
+$ mgarepo maintdb --help<br>
+Usage:<br>
+    Take maintainership of one package :<br>
+       mgarepo maintdb set [package] [login]<br>
+<br>
+    Remove yourself from maintainer of a package :<br>
+       mgarepo maintdb set [package] nobody<br>
+<br>
+    See who is maintainer of a package :<br>
+       mgarepo maintdb get [package]<br>
+<br>
+    See the list of all packages with their maintainer :<br>
+       mgarepo maintdb get<br>
+<br>
+</blockquote></div><br>A bit hijacking the thread, but I have a quick question - would it be possible to have repsys on mageia?<br>
+<br>
+There is mgarepo on Mandriva for the ones willing to work with Mageia
+repositories from Mandriva; is it too much to ask for the opposite?
+(E.g., for the ones willing to work on Mandriva repos from Mageia)?<br clear="all"><br>-- <br>Eugeni Dodonov<br><a href="http://eugeni.dodonov.net/" target="_blank">http://eugeni.dodonov.net/</a><br>
diff --git a/zarb-ml/mageia-dev/attachments/20110713/f8807b02/attachment-0001.obj b/zarb-ml/mageia-dev/attachments/20110713/f8807b02/attachment-0001.obj
new file mode 100644
index 000000000..3a0ac77e4
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/f8807b02/attachment-0001.obj
@@ -0,0 +1,78 @@
+# mgarepo(1) completion
+#
+#_cooker_packages()
+#{
+# COMPREPLY=( $( compgen -W '$(svn ls \
+# svn+ssh://svn.mandriva.com/svn/packages/cooker \
+# | sed -e "s|/$||" )' -- $cur ) )
+#}
+
+_mgarepo_actions()
+{
+ COMPREPLY=( $( compgen -W 'co ci authoremail changed create del \
+ getspec getsrpm import maintdb putsrpm rpmlog submit \
+ switch sync upload \
+ help' -- $cur ) )
+}
+
+_mgarepo()
+{
+ local cur prev command options i
+
+ COMPREPLY=()
+ cur=${COMP_WORDS[COMP_CWORD]}
+
+ if [[ $COMP_CWORD -eq 1 ]] ; then
+ _mgarepo_actions
+ else
+ prev=${COMP_WORDS[COMP_CWORD-1]}
+
+ case "$prev" in
+ -@(c|-config))
+ _filedir
+ return 0
+ ;;
+ esac
+
+ command=${COMP_WORDS[1]}
+
+ if [[ "$cur" == -* ]]; then
+ # possible options for the command
+ case $command in
+ submit)
+ options="--define"
+ ;;
+ sync)
+ options="--dry-run -c --download"
+ ;;
+ esac
+ options="$options --help"
+ COMPREPLY=( $( compgen -W "$options" -- $cur ) )
+ else
+ case $command in
+ help)
+ _mgarepo_actions
+ return 0
+ ;;
+ import)
+ _filedir 'src.rpm'
+ return 0
+ ;;
+ upload)
+ _filedir 'tar.gz|tar.bz2|tar.lzma|tar.xz|zip'
+ return 0
+ ;;
+ del)
+ _filedir 'tar.gz|tar.bz2|tar.lzma|tar.xz|zip'
+ return 0
+ ;;
+ @(sync|commit|ci))
+ _filedir -d
+ return 0
+ ;;
+ esac
+ fi
+ fi
+
+}
+complete -F _mgarepo $filenames mgarepo \ No newline at end of file
diff --git a/zarb-ml/mageia-dev/attachments/20110713/f8807b02/attachment.obj b/zarb-ml/mageia-dev/attachments/20110713/f8807b02/attachment.obj
new file mode 100644
index 000000000..3a0ac77e4
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110713/f8807b02/attachment.obj
@@ -0,0 +1,78 @@
+# mgarepo(1) completion
+#
+#_cooker_packages()
+#{
+# COMPREPLY=( $( compgen -W '$(svn ls \
+# svn+ssh://svn.mandriva.com/svn/packages/cooker \
+# | sed -e "s|/$||" )' -- $cur ) )
+#}
+
+_mgarepo_actions()
+{
+ COMPREPLY=( $( compgen -W 'co ci authoremail changed create del \
+ getspec getsrpm import maintdb putsrpm rpmlog submit \
+ switch sync upload \
+ help' -- $cur ) )
+}
+
+_mgarepo()
+{
+ local cur prev command options i
+
+ COMPREPLY=()
+ cur=${COMP_WORDS[COMP_CWORD]}
+
+ if [[ $COMP_CWORD -eq 1 ]] ; then
+ _mgarepo_actions
+ else
+ prev=${COMP_WORDS[COMP_CWORD-1]}
+
+ case "$prev" in
+ -@(c|-config))
+ _filedir
+ return 0
+ ;;
+ esac
+
+ command=${COMP_WORDS[1]}
+
+ if [[ "$cur" == -* ]]; then
+ # possible options for the command
+ case $command in
+ submit)
+ options="--define"
+ ;;
+ sync)
+ options="--dry-run -c --download"
+ ;;
+ esac
+ options="$options --help"
+ COMPREPLY=( $( compgen -W "$options" -- $cur ) )
+ else
+ case $command in
+ help)
+ _mgarepo_actions
+ return 0
+ ;;
+ import)
+ _filedir 'src.rpm'
+ return 0
+ ;;
+ upload)
+ _filedir 'tar.gz|tar.bz2|tar.lzma|tar.xz|zip'
+ return 0
+ ;;
+ del)
+ _filedir 'tar.gz|tar.bz2|tar.lzma|tar.xz|zip'
+ return 0
+ ;;
+ @(sync|commit|ci))
+ _filedir -d
+ return 0
+ ;;
+ esac
+ fi
+ fi
+
+}
+complete -F _mgarepo $filenames mgarepo \ No newline at end of file