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-sysadm/2012-February/004166.html | 67 +++ zarb-ml/mageia-sysadm/2012-February/004167.html | 78 +++ zarb-ml/mageia-sysadm/2012-February/004168.html | 82 +++ zarb-ml/mageia-sysadm/2012-February/004169.html | 60 +++ zarb-ml/mageia-sysadm/2012-February/004170.html | 65 +++ zarb-ml/mageia-sysadm/2012-February/004171.html | 125 +++++ zarb-ml/mageia-sysadm/2012-February/004172.html | 126 +++++ zarb-ml/mageia-sysadm/2012-February/004173.html | 70 +++ zarb-ml/mageia-sysadm/2012-February/004174.html | 65 +++ zarb-ml/mageia-sysadm/2012-February/004175.html | 74 +++ zarb-ml/mageia-sysadm/2012-February/004176.html | 78 +++ zarb-ml/mageia-sysadm/2012-February/004177.html | 59 +++ zarb-ml/mageia-sysadm/2012-February/004178.html | 64 +++ zarb-ml/mageia-sysadm/2012-February/004179.html | 71 +++ zarb-ml/mageia-sysadm/2012-February/004180.html | 85 +++ zarb-ml/mageia-sysadm/2012-February/004181.html | 62 +++ zarb-ml/mageia-sysadm/2012-February/004182.html | 75 +++ zarb-ml/mageia-sysadm/2012-February/004183.html | 80 +++ zarb-ml/mageia-sysadm/2012-February/004184.html | 67 +++ zarb-ml/mageia-sysadm/2012-February/004185.html | 76 +++ zarb-ml/mageia-sysadm/2012-February/004186.html | 83 +++ zarb-ml/mageia-sysadm/2012-February/004187.html | 63 +++ zarb-ml/mageia-sysadm/2012-February/004188.html | 70 +++ zarb-ml/mageia-sysadm/2012-February/004189.html | 98 ++++ zarb-ml/mageia-sysadm/2012-February/004190.html | 80 +++ zarb-ml/mageia-sysadm/2012-February/004191.html | 72 +++ zarb-ml/mageia-sysadm/2012-February/004192.html | 107 ++++ zarb-ml/mageia-sysadm/2012-February/004193.html | 79 +++ zarb-ml/mageia-sysadm/2012-February/004194.html | 86 +++ zarb-ml/mageia-sysadm/2012-February/004195.html | 91 ++++ zarb-ml/mageia-sysadm/2012-February/004196.html | 106 ++++ zarb-ml/mageia-sysadm/2012-February/004197.html | 93 ++++ zarb-ml/mageia-sysadm/2012-February/004198.html | 80 +++ zarb-ml/mageia-sysadm/2012-February/004199.html | 97 ++++ zarb-ml/mageia-sysadm/2012-February/004200.html | 90 ++++ zarb-ml/mageia-sysadm/2012-February/004201.html | 69 +++ zarb-ml/mageia-sysadm/2012-February/004202.html | 69 +++ zarb-ml/mageia-sysadm/2012-February/004203.html | 137 +++++ zarb-ml/mageia-sysadm/2012-February/004204.html | 71 +++ zarb-ml/mageia-sysadm/2012-February/004205.html | 137 +++++ zarb-ml/mageia-sysadm/2012-February/004206.html | 67 +++ zarb-ml/mageia-sysadm/2012-February/004207.html | 71 +++ zarb-ml/mageia-sysadm/2012-February/004208.html | 76 +++ zarb-ml/mageia-sysadm/2012-February/004209.html | 73 +++ zarb-ml/mageia-sysadm/2012-February/004210.html | 79 +++ zarb-ml/mageia-sysadm/2012-February/004211.html | 71 +++ zarb-ml/mageia-sysadm/2012-February/004212.html | 75 +++ zarb-ml/mageia-sysadm/2012-February/004213.html | 127 +++++ zarb-ml/mageia-sysadm/2012-February/004214.html | 63 +++ zarb-ml/mageia-sysadm/2012-February/004215.html | 89 ++++ zarb-ml/mageia-sysadm/2012-February/004216.html | 63 +++ zarb-ml/mageia-sysadm/2012-February/004217.html | 65 +++ zarb-ml/mageia-sysadm/2012-February/004218.html | 102 ++++ zarb-ml/mageia-sysadm/2012-February/004219.html | 63 +++ zarb-ml/mageia-sysadm/2012-February/004220.html | 66 +++ zarb-ml/mageia-sysadm/2012-February/004221.html | 73 +++ zarb-ml/mageia-sysadm/2012-February/004222.html | 74 +++ zarb-ml/mageia-sysadm/2012-February/004223.html | 81 +++ zarb-ml/mageia-sysadm/2012-February/004224.html | 168 ++++++ zarb-ml/mageia-sysadm/2012-February/004225.html | 65 +++ zarb-ml/mageia-sysadm/2012-February/004226.html | 145 +++++ zarb-ml/mageia-sysadm/2012-February/004227.html | 101 ++++ zarb-ml/mageia-sysadm/2012-February/004228.html | 105 ++++ zarb-ml/mageia-sysadm/2012-February/004229.html | 73 +++ zarb-ml/mageia-sysadm/2012-February/004230.html | 88 +++ zarb-ml/mageia-sysadm/2012-February/004231.html | 96 ++++ zarb-ml/mageia-sysadm/2012-February/004232.html | 107 ++++ zarb-ml/mageia-sysadm/2012-February/004233.html | 76 +++ zarb-ml/mageia-sysadm/2012-February/004234.html | 79 +++ zarb-ml/mageia-sysadm/2012-February/004235.html | 96 ++++ zarb-ml/mageia-sysadm/2012-February/004236.html | 73 +++ zarb-ml/mageia-sysadm/2012-February/004237.html | 78 +++ zarb-ml/mageia-sysadm/2012-February/004238.html | 85 +++ zarb-ml/mageia-sysadm/2012-February/004239.html | 83 +++ zarb-ml/mageia-sysadm/2012-February/004240.html | 91 ++++ zarb-ml/mageia-sysadm/2012-February/004241.html | 77 +++ zarb-ml/mageia-sysadm/2012-February/004242.html | 90 ++++ zarb-ml/mageia-sysadm/2012-February/004243.html | 125 +++++ zarb-ml/mageia-sysadm/2012-February/004244.html | 73 +++ zarb-ml/mageia-sysadm/2012-February/004245.html | 75 +++ zarb-ml/mageia-sysadm/2012-February/004246.html | 79 +++ zarb-ml/mageia-sysadm/2012-February/004247.html | 81 +++ zarb-ml/mageia-sysadm/2012-February/004248.html | 85 +++ zarb-ml/mageia-sysadm/2012-February/004249.html | 92 ++++ zarb-ml/mageia-sysadm/2012-February/004250.html | 95 ++++ zarb-ml/mageia-sysadm/2012-February/004251.html | 92 ++++ zarb-ml/mageia-sysadm/2012-February/004476.html | 69 +++ zarb-ml/mageia-sysadm/2012-February/author.html | 482 +++++++++++++++++ zarb-ml/mageia-sysadm/2012-February/date.html | 482 +++++++++++++++++ zarb-ml/mageia-sysadm/2012-February/index.html | 1 + zarb-ml/mageia-sysadm/2012-February/subject.html | 482 +++++++++++++++++ zarb-ml/mageia-sysadm/2012-February/thread.html | 647 +++++++++++++++++++++++ 92 files changed, 9421 insertions(+) create mode 100644 zarb-ml/mageia-sysadm/2012-February/004166.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004167.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004168.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004169.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004170.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004171.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004172.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004173.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004174.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004175.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004176.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004177.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004178.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004179.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004180.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004181.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004182.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004183.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004184.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004185.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004186.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004187.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004188.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004189.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004190.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004191.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004192.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004193.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004194.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004195.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004196.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004197.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004198.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004199.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004200.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004201.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004202.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004203.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004204.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004205.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004206.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004207.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004208.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004209.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004210.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004211.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004212.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004213.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004214.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004215.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004216.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004217.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004218.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004219.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004220.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004221.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004222.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004223.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004224.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004225.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004226.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004227.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004228.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004229.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004230.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004231.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004232.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004233.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004234.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004235.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004236.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004237.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004238.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004239.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004240.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004241.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004242.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004243.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004244.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004245.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004246.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004247.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004248.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004249.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004250.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004251.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/004476.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/author.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/date.html create mode 120000 zarb-ml/mageia-sysadm/2012-February/index.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/subject.html create mode 100644 zarb-ml/mageia-sysadm/2012-February/thread.html (limited to 'zarb-ml/mageia-sysadm/2012-February') diff --git a/zarb-ml/mageia-sysadm/2012-February/004166.html b/zarb-ml/mageia-sysadm/2012-February/004166.html new file mode 100644 index 000000000..4e2db7b3b --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004166.html @@ -0,0 +1,67 @@ + + + + [Mageia-sysadm] Build System cron + + + + + + + + + +

[Mageia-sysadm] Build System cron

+ Pascal Terjan + pterjan at gmail.com +
+ Thu Feb 2 00:29:15 CET 2012 +

+
+ +
The build system was actually not disabled by disabling it in
+/etc/cron.d/build, because there was another cron entry (meaning that
+it got ran twice each minute in the past):
+
+[schedbot at valstar ~]$ crontab -l
+# HEADER: This file was autogenerated at Sun Jan 08 16:00:58 +0100
+2012 by puppet.
+# HEADER: While it can still be managed manually, it is definitely not
+recommended.
+# HEADER: Note particularly that the comments starting with 'Puppet Name' should
+# HEADER: not be deleted, as doing so could cause duplicate cron jobs.
+# Puppet Name: dispatch jobs
+* * * * * emi ; ulri
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004167.html b/zarb-ml/mageia-sysadm/2012-February/004167.html new file mode 100644 index 000000000..640205a2a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004167.html @@ -0,0 +1,78 @@ + + + + [Mageia-sysadm] Rebuild failed on x86_64 for @203879:libx11-1.4.99.1-2.mga2.src.rpm + + + + + + + + + +

[Mageia-sysadm] Rebuild failed on x86_64 for @203879:libx11-1.4.99.1-2.mga2.src.rpm

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Thu Feb 2 12:02:02 CET 2012 +

+
+ +
On 1 February 2012 22:45, Ulri the scheduler bot <pterjan at gmail.com> wrote:
+> Build of the following packages failed:
+>
+> - @203879:libx11-1.4.99.1-2.mga2.src.rpm
+>
+> Failure details available in http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120201114337.tv.valstar.15788/log
+> Reason:
+> @203879:libx11-1.4.99.1-2.mga2.src.rpm: build_failure
+>
+> Log files generated:
+> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120201114337.tv.valstar.15788/log/libx11-1.4.99.1-2.mga2/build.0.20120201214002.log
+> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120201114337.tv.valstar.15788/log/libx11-1.4.99.1-2.mga2/rpm_qa.0.20120201214002.log
+> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120201114337.tv.valstar.15788/log/libx11-1.4.99.1-2.mga2/install_deps-1.0.20120201214002.log
+
+Something fisht in either spec-helper or the chroots:
+
++ /usr/share/spec-helper/clean_perl
+/home/iurt/rpm/tmp/rpm-tmp.cbQR0W: /usr/share/spec-helper/clean_perl:
+/bin/sh: bad interpreter: No such file or directory
+error: Bad exit status from /home/iurt/rpm/tmp/rpm-tmp.cbQR0W (%install)
+
+(http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120201114337.tv.valstar.15788/log/libx11-1.4.99.1-2.mga2/build.0.20120201214002.log)
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004168.html b/zarb-ml/mageia-sysadm/2012-February/004168.html new file mode 100644 index 000000000..6c7a86941 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004168.html @@ -0,0 +1,82 @@ + + + + [Mageia-sysadm] Rebuild failed on x86_64 for @203879:libx11-1.4.99.1-2.mga2.src.rpm + + + + + + + + + +

[Mageia-sysadm] Rebuild failed on x86_64 for @203879:libx11-1.4.99.1-2.mga2.src.rpm

+ Pascal Terjan + pterjan at gmail.com +
+ Thu Feb 2 12:16:28 CET 2012 +

+
+ +
On Thu, Feb 2, 2012 at 11:02, Thierry Vignaud <thierry.vignaud at gmail.com> wrote:
+> On 1 February 2012 22:45, Ulri the scheduler bot <pterjan at gmail.com> wrote:
+>> Build of the following packages failed:
+>>
+>> - @203879:libx11-1.4.99.1-2.mga2.src.rpm
+>>
+>> Failure details available in http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120201114337.tv.valstar.15788/log
+>> Reason:
+>> @203879:libx11-1.4.99.1-2.mga2.src.rpm: build_failure
+>>
+>> Log files generated:
+>> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120201114337.tv.valstar.15788/log/libx11-1.4.99.1-2.mga2/build.0.20120201214002.log
+>> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120201114337.tv.valstar.15788/log/libx11-1.4.99.1-2.mga2/rpm_qa.0.20120201214002.log
+>> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120201114337.tv.valstar.15788/log/libx11-1.4.99.1-2.mga2/install_deps-1.0.20120201214002.log
+>
+> Something fisht in either spec-helper or the chroots:
+>
+> + /usr/share/spec-helper/clean_perl
+> /home/iurt/rpm/tmp/rpm-tmp.cbQR0W: /usr/share/spec-helper/clean_perl:
+> /bin/sh: bad interpreter: No such file or directory
+> error: Bad exit status from /home/iurt/rpm/tmp/rpm-tmp.cbQR0W (%install)
+>
+> (http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120201114337.tv.valstar.15788/log/libx11-1.4.99.1-2.mga2/build.0.20120201214002.log)
+
+This build got several "no space left on device" earlier.
+The build system was supposed to be stopped but had not been stopped correctly.
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004169.html b/zarb-ml/mageia-sysadm/2012-February/004169.html new file mode 100644 index 000000000..17cb6c7c5 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004169.html @@ -0,0 +1,60 @@ + + + + [Mageia-sysadm] BS tainted section issue? + + + + + + + + + +

[Mageia-sysadm] BS tainted section issue?

+ Kamil Rytarowski + n54 at gmx.com +
+ Fri Feb 3 16:49:48 CET 2012 +

+
+ +
Hello!
+
+I'm not able to submit a package (qmmp) into the tainted section. There 
+might be a BS issue.
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004170.html b/zarb-ml/mageia-sysadm/2012-February/004170.html new file mode 100644 index 000000000..7c6095430 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004170.html @@ -0,0 +1,65 @@ + + + + [Mageia-sysadm] BS tainted section issue? + + + + + + + + + +

[Mageia-sysadm] BS tainted section issue?

+ nicolas vigier + boklm at mars-attacks.org +
+ Fri Feb 3 18:24:58 CET 2012 +

+
+ +
On Fri, 03 Feb 2012, Kamil Rytarowski wrote:
+
+> Hello!
+>
+> I'm not able to submit a package (qmmp) into the tainted section. There 
+> might be a BS issue.
+
+Do you have more details ?
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004171.html b/zarb-ml/mageia-sysadm/2012-February/004171.html new file mode 100644 index 000000000..482f9ada4 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004171.html @@ -0,0 +1,125 @@ + + + + [Mageia-sysadm] BS tainted section issue? + + + + + + + + + +

[Mageia-sysadm] BS tainted section issue?

+ Kamil Rytarowski + n54 at gmx.com +
+ Fri Feb 3 18:44:41 CET 2012 +

+
+ +
On 03.02.2012 18:24, nicolas vigier wrote:
+> On Fri, 03 Feb 2012, Kamil Rytarowski wrote:
+>
+>> Hello!
+>>
+>> I'm not able to submit a package (qmmp) into the tainted section. There
+>> might be a BS issue.
+> Do you have more details ?
+It was confirmed by Anssi too.
+
+Here is the log
+
+$ mgarepo submit --define section=tainted/release qmmp Fetching revision...
+URL: svn+ssh://svn.mageia.org/svn/packages/cauldron/qmmp
+Commit: 204241 | kamil | SILENT : small fix in the main description
+Implicit target: cauldron
+error: command failed: ssh pkgsubmit.mageia.org 
+/usr/local/bin/submit_package -t cauldron --define 
+sid=adab28aa-88e7-4e49-a06d-e6e7b364a79f --define 
+section=tainted/release -r 204241 
+svn+ssh://svn.mageia.org/svn/packages/cauldron/qmmp
+Warning: No xauth data; using fake authentication data for X11 forwarding.
+X11 forwarding request failed on channel 0
+--2012-02-03 18:41:51--  
+http://binrepo.mageia.org//a1e1b7b69aa4bd051c1783aea3c52bed61cd27e6
+Resolving binrepo.mageia.org (binrepo.mageia.org)... 2a02:2178:2:7::3, 
+212.85.158.147
+Connecting to binrepo.mageia.org 
+(binrepo.mageia.org)|2a02:2178:2:7::3|:80... connected.
+HTTP request sent, awaiting response... 200 OK
+Length: 698187 (682K) [text/plain]
+Saving to: 
+`/var/lib/schedbot/repsys/tmp/tmpoQxHvg/SOURCES/qmmp-0.5.1.tar.bz2'
+
+      0K .......... .......... .......... .......... ..........  7%  277M 0s
+(...)
+    650K .......... .......... .......... .                    100%  
+679M=0.001s
+
+2012-02-03 18:41:51 (515 MB/s) - 
+`/var/lib/schedbot/repsys/tmp/tmpoQxHvg/SOURCES/qmmp-0.5.1.tar.bz2' 
+saved [698187/698187]
+
+warning: /usr/share/repsys/default.chlog not found. using built-in template.
+error: Failed to upload svn://svn.mageia.org/svn/packages/cauldron/qmmp:
+Executing perl -I/usr/share/mga-youri-submit/lib 
+/usr/share/mga-youri-submit/bin/youri-submit --config 
+/etc/youri/submit-todo.conf --define user=kamil --define 
+sid=adab28aa-88e7-4e49-a06d-e6e7b364a79f --define 
+section=tainted/release cauldron 
+/var/lib/schedbot/repsys/srpms/@204241:qmmp-0.5.1-3.mga2.src.rpm 
+(sudo_user kamil)
+UNIVERSAL->import is deprecated and will be removed in a future perl at 
+/usr/lib/perl5/vendor_perl/5.12.2/YAML/AppConfig.pm line 5
+Deprecated method, use as_string now at 
+/usr/share/mga-youri-submit/lib/Youri/Submit/Check/ACL.pm line 32
+Deprecated method, use as_file() now at 
+/usr/share/mga-youri-submit/lib/Youri/Submit/Check/Host.pm line 32
+Initializing repository
+Deprecated method, use as_string now at 
+/usr/lib/perl5/site_perl/5.10.1/Youri/Repository/Mageia.pm line 457
+Submission errors, aborting:
+- qmmp-0.5.1-3.mga2.src:
+  - Current or newer revision(s) already exists in core/release for 
+cauldron: qmmp-0.5.1-3.mga2.src
+
+----------------
+Qmmp is in core/release in version 0.5.1-3 and it seems to  block from 
+submitting the package into tainted in the same version.
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004172.html b/zarb-ml/mageia-sysadm/2012-February/004172.html new file mode 100644 index 000000000..45adc063d --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004172.html @@ -0,0 +1,126 @@ + + + + [Mageia-sysadm] BS tainted section issue? + + + + + + + + + +

[Mageia-sysadm] BS tainted section issue?

+ Pascal Terjan + pterjan at gmail.com +
+ Sat Feb 4 16:32:49 CET 2012 +

+
+ +
On Fri, Feb 3, 2012 at 17:44, Kamil Rytarowski <n54 at gmx.com> wrote:
+> On 03.02.2012 18:24, nicolas vigier wrote:
+>>
+>> On Fri, 03 Feb 2012, Kamil Rytarowski wrote:
+>>
+>>> Hello!
+>>>
+>>> I'm not able to submit a package (qmmp) into the tainted section. There
+>>> might be a BS issue.
+>>
+>> Do you have more details ?
+>
+> It was confirmed by Anssi too.
+>
+> Here is the log
+>
+> $ mgarepo submit --define section=tainted/release qmmp Fetching revision...
+> URL: svn+ssh://svn.mageia.org/svn/packages/cauldron/qmmp
+> Commit: 204241 | kamil | SILENT : small fix in the main description
+> Implicit target: cauldron
+> error: command failed: ssh pkgsubmit.mageia.org
+> /usr/local/bin/submit_package -t cauldron --define
+> sid=adab28aa-88e7-4e49-a06d-e6e7b364a79f --define section=tainted/release -r
+> 204241 svn+ssh://svn.mageia.org/svn/packages/cauldron/qmmp
+> Warning: No xauth data; using fake authentication data for X11 forwarding.
+> X11 forwarding request failed on channel 0
+> --2012-02-03 18:41:51--
+>  http://binrepo.mageia.org//a1e1b7b69aa4bd051c1783aea3c52bed61cd27e6
+> Resolving binrepo.mageia.org (binrepo.mageia.org)... 2a02:2178:2:7::3,
+> 212.85.158.147
+> Connecting to binrepo.mageia.org
+> (binrepo.mageia.org)|2a02:2178:2:7::3|:80... connected.
+> HTTP request sent, awaiting response... 200 OK
+> Length: 698187 (682K) [text/plain]
+> Saving to:
+> `/var/lib/schedbot/repsys/tmp/tmpoQxHvg/SOURCES/qmmp-0.5.1.tar.bz2'
+>
+>     0K .......... .......... .......... .......... ..........  7%  277M 0s
+> (...)
+>   650K .......... .......... .......... .                    100%
+>  679M=0.001s
+>
+> 2012-02-03 18:41:51 (515 MB/s) -
+> `/var/lib/schedbot/repsys/tmp/tmpoQxHvg/SOURCES/qmmp-0.5.1.tar.bz2' saved
+> [698187/698187]
+>
+> warning: /usr/share/repsys/default.chlog not found. using built-in template.
+> error: Failed to upload svn://svn.mageia.org/svn/packages/cauldron/qmmp:
+> Executing perl -I/usr/share/mga-youri-submit/lib
+> /usr/share/mga-youri-submit/bin/youri-submit --config
+> /etc/youri/submit-todo.conf --define user=kamil --define
+> sid=adab28aa-88e7-4e49-a06d-e6e7b364a79f --define section=tainted/release
+> cauldron /var/lib/schedbot/repsys/srpms/@204241:qmmp-0.5.1-3.mga2.src.rpm
+> (sudo_user kamil)
+> UNIVERSAL->import is deprecated and will be removed in a future perl at
+> /usr/lib/perl5/vendor_perl/5.12.2/YAML/AppConfig.pm line 5
+> Deprecated method, use as_string now at
+> /usr/share/mga-youri-submit/lib/Youri/Submit/Check/ACL.pm line 32
+> Deprecated method, use as_file() now at
+> /usr/share/mga-youri-submit/lib/Youri/Submit/Check/Host.pm line 32
+> Initializing repository
+> Deprecated method, use as_string now at
+> /usr/lib/perl5/site_perl/5.10.1/Youri/Repository/Mageia.pm line 457
+> Submission errors, aborting:
+> - qmmp-0.5.1-3.mga2.src:
+>  - Current or newer revision(s) already exists in core/release for cauldron:
+> qmmp-0.5.1-3.mga2.src
+
+I didn't see anything obvious but noticed that mgarepo on valstar is
+1.10.0, we should probably update to 1.10.2
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004173.html b/zarb-ml/mageia-sysadm/2012-February/004173.html new file mode 100644 index 000000000..837dde901 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004173.html @@ -0,0 +1,70 @@ + + + + [Mageia-sysadm] BS tainted section issue? + + + + + + + + + +

[Mageia-sysadm] BS tainted section issue?

+ nicolas vigier + boklm at mars-attacks.org +
+ Sat Feb 4 16:41:54 CET 2012 +

+
+ +
On Sat, 04 Feb 2012, Pascal Terjan wrote:
+
+> 
+> I didn't see anything obvious but noticed that mgarepo on valstar is
+> 1.10.0, we should probably update to 1.10.2
+
+There is no change regarding this between version 1.10.0 and 1.10.2 in
+mgarepo, and we were using version 1.10.0 before upgrading server to
+mageia, so I think it's something else. Maybe the version of youri
+installed ?
+
+I see that we have mdv-youri-core package installed instead of
+mga-youri-core.
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004174.html b/zarb-ml/mageia-sysadm/2012-February/004174.html new file mode 100644 index 000000000..a3bda028f --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004174.html @@ -0,0 +1,65 @@ + + + + [Mageia-sysadm] BS tainted section issue? + + + + + + + + + +

[Mageia-sysadm] BS tainted section issue?

+ nicolas vigier + boklm at mars-attacks.org +
+ Sat Feb 4 16:46:56 CET 2012 +

+
+ +
On Sat, 04 Feb 2012, nicolas vigier wrote:
+
+> 
+> I see that we have mdv-youri-core package installed instead of
+> mga-youri-core.
+
+Actually mga-youri-core does not exist, but mdv-youri-core is replaced
+by other packages like perl-Youri-Repository, so I just removed it.
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004175.html b/zarb-ml/mageia-sysadm/2012-February/004175.html new file mode 100644 index 000000000..c9dfb2a79 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004175.html @@ -0,0 +1,74 @@ + + + + [Mageia-sysadm] BS tainted section issue? + + + + + + + + + +

[Mageia-sysadm] BS tainted section issue?

+ nicolas vigier + boklm at mars-attacks.org +
+ Sat Feb 4 17:06:39 CET 2012 +

+
+ +
On Sat, 04 Feb 2012, nicolas vigier wrote:
+
+> On Sat, 04 Feb 2012, Pascal Terjan wrote:
+> 
+> > 
+> > I didn't see anything obvious but noticed that mgarepo on valstar is
+> > 1.10.0, we should probably update to 1.10.2
+> 
+> There is no change regarding this between version 1.10.0 and 1.10.2 in
+> mgarepo, and we were using version 1.10.0 before upgrading server to
+> mageia, so I think it's something else. Maybe the version of youri
+> installed ?
+
+So the problem is that we are using the version of mga-youri-submit from
+10 months ago (after upgrading the server to Mageia 1). We need to
+update the mga-youri-submit package. This will also fix the problem of
+markrelease not being done.
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004176.html b/zarb-ml/mageia-sysadm/2012-February/004176.html new file mode 100644 index 000000000..5f6709517 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004176.html @@ -0,0 +1,78 @@ + + + + [Mageia-sysadm] BS tainted section issue? + + + + + + + + + +

[Mageia-sysadm] BS tainted section issue?

+ nicolas vigier + boklm at mars-attacks.org +
+ Sun Feb 5 00:54:55 CET 2012 +

+
+ +
On Sat, 04 Feb 2012, nicolas vigier wrote:
+
+> On Sat, 04 Feb 2012, nicolas vigier wrote:
+> 
+> > On Sat, 04 Feb 2012, Pascal Terjan wrote:
+> > 
+> > > 
+> > > I didn't see anything obvious but noticed that mgarepo on valstar is
+> > > 1.10.0, we should probably update to 1.10.2
+> > 
+> > There is no change regarding this between version 1.10.0 and 1.10.2 in
+> > mgarepo, and we were using version 1.10.0 before upgrading server to
+> > mageia, so I think it's something else. Maybe the version of youri
+> > installed ?
+> 
+> So the problem is that we are using the version of mga-youri-submit from
+> 10 months ago (after upgrading the server to Mageia 1). We need to
+> update the mga-youri-submit package. This will also fix the problem of
+> markrelease not being done.
+
+So I have updated the youri package and installed it on valstar.
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004177.html b/zarb-ml/mageia-sysadm/2012-February/004177.html new file mode 100644 index 000000000..f35676626 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004177.html @@ -0,0 +1,59 @@ + + + + [Mageia-sysadm] BS tainted section issue? + + + + + + + + + +

[Mageia-sysadm] BS tainted section issue?

+ Kamil Rytarowski + n54 at gmx.com +
+ Sun Feb 5 06:15:23 CET 2012 +

+
+ +
On 05.02.2012 00:54, nicolas vigier wrote:
+> So I have updated the youri package and installed it on valstar. 
+qmmp seems bouncing for 4 hours.
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004178.html b/zarb-ml/mageia-sysadm/2012-February/004178.html new file mode 100644 index 000000000..b328989f0 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004178.html @@ -0,0 +1,64 @@ + + + + [Mageia-sysadm] BS tainted section issue? + + + + + + + + + +

[Mageia-sysadm] BS tainted section issue?

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Sun Feb 5 14:32:27 CET 2012 +

+
+ +
On 5 February 2012 06:15, Kamil Rytarowski <n54 at gmx.com> wrote:
+> On 05.02.2012 00:54, nicolas vigier wrote:
+>>
+>> So I have updated the youri package and installed it on valstar.
+>
+> qmmp seems bouncing for 4 hours.
+
+Actually the BS seems stuck for hours now...
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004179.html b/zarb-ml/mageia-sysadm/2012-February/004179.html new file mode 100644 index 000000000..d1dedaa69 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004179.html @@ -0,0 +1,71 @@ + + + + [Mageia-sysadm] BS tainted section issue? + + + + + + + + + +

[Mageia-sysadm] BS tainted section issue?

+ nicolas vigier + boklm at mars-attacks.org +
+ Sun Feb 5 15:34:17 CET 2012 +

+
+ +
On Sun, 05 Feb 2012, Thierry Vignaud wrote:
+
+> On 5 February 2012 06:15, Kamil Rytarowski <n54 at gmx.com> wrote:
+> > On 05.02.2012 00:54, nicolas vigier wrote:
+> >>
+> >> So I have updated the youri package and installed it on valstar.
+> >
+> > qmmp seems bouncing for 4 hours.
+> 
+> Actually the BS seems stuck for hours now...
+
+The packages were actually uploaded, but their status not set as
+"uploaded". This should now be fixed (by installing latest version of
+ulri/emi on valstar).
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004180.html b/zarb-ml/mageia-sysadm/2012-February/004180.html new file mode 100644 index 000000000..81f0623d0 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004180.html @@ -0,0 +1,85 @@ + + + + [Mageia-sysadm] BS tainted section issue? + + + + + + + + + +

[Mageia-sysadm] BS tainted section issue?

+ Pascal Terjan + pterjan at gmail.com +
+ Sun Feb 5 15:42:45 CET 2012 +

+
+ +
On Sun, Feb 5, 2012 at 14:34, nicolas vigier <boklm at mars-attacks.org> wrote:
+> On Sun, 05 Feb 2012, Thierry Vignaud wrote:
+>
+>> On 5 February 2012 06:15, Kamil Rytarowski <n54 at gmx.com> wrote:
+>> > On 05.02.2012 00:54, nicolas vigier wrote:
+>> >>
+>> >> So I have updated the youri package and installed it on valstar.
+>> >
+>> > qmmp seems bouncing for 4 hours.
+>>
+>> Actually the BS seems stuck for hours now...
+>
+> The packages were actually uploaded, but their status not set as
+> "uploaded". This should now be fixed (by installing latest version of
+> ulri/emi on valstar).
+>
+
+There is another problem, urpmi keeps crashing for abrt on:
+
+installing texlive-20110705-4.mga2.i586.rpm
+libreport-abrt_web0-2.0.8-5.mga2.i586.rpm
+xmltex-20020625-1.mga1.noarch.rpm libxcb-xinerama0-1.8-1.mga2.i586.rpm
+libxau6-devel-1.0.6-2.mga2.i586.rpm
+cdialog-1.1-1.20100119.2.mga1.i586.rpm
+libsasl2-devel-2.1.23-15.mga2.i586.rpm
+libacl-devel-2.2.51-3.mga2.i586.rpm from /var/cache/urpmi/rpms
+starting installing packages
+created transaction for installing on / (remove=0, install=0, upgrade=8)
+Preparing...                     #######################################
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004181.html b/zarb-ml/mageia-sysadm/2012-February/004181.html new file mode 100644 index 000000000..0336ff795 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004181.html @@ -0,0 +1,62 @@ + + + + [Mageia-sysadm] [sysadmin-reports] Hobbit [193734] valstar.mageia.org:disk warning (YELLOW) + + + + + + + + + +

[Mageia-sysadm] [sysadmin-reports] Hobbit [193734] valstar.mageia.org:disk warning (YELLOW)

+ nicolas vigier + boklm at mars-attacks.org +
+ Mon Feb 6 00:20:00 CET 2012 +

+
+ +
On Mon, 06 Feb 2012, root at mageia.org wrote:
+
+> /dev/mapper/vg0-binrepo 103212320  87900708  10068732      90% /var/lib/binrepo
+
+I have added 40G to binrepo.
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004182.html b/zarb-ml/mageia-sysadm/2012-February/004182.html new file mode 100644 index 000000000..11d6e5013 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004182.html @@ -0,0 +1,75 @@ + + + + [Mageia-sysadm] Update to new bugzilla + + + + + + + + + +

[Mageia-sysadm] Update to new bugzilla

+ D.Morgan + dmorganec at gmail.com +
+ Mon Feb 6 15:23:57 CET 2012 +

+
+ +
On Wed, Jan 25, 2012 at 4:35 PM, D.Morgan <dmorganec at gmail.com> wrote:
+> hi,
+>
+> this is now time to think to update our bugzilla to the brand new 4.x
+> ( this will help to update to bugzilla 4.2 )
+>
+> For this i would like us to have a VM pointing to bugtest.mageia.org
+> which would be a test changes before pushing in production, for this
+> big migration 3.x -> 4.x this would help to test the db migration.
+>
+>
+> I though of creating a bugtest puppet template but if you have better
+> ideas just tell .
+>
+>
+> thanks in advance
+
+
+Ping
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004183.html b/zarb-ml/mageia-sysadm/2012-February/004183.html new file mode 100644 index 000000000..cf8069587 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004183.html @@ -0,0 +1,80 @@ + + + + [Mageia-sysadm] Update to new bugzilla + + + + + + + + + +

[Mageia-sysadm] Update to new bugzilla

+ D.Morgan + dmorganec at gmail.com +
+ Wed Feb 8 01:56:50 CET 2012 +

+
+ +
On Mon, Feb 6, 2012 at 3:23 PM, D.Morgan <dmorganec at gmail.com> wrote:
+> On Wed, Jan 25, 2012 at 4:35 PM, D.Morgan <dmorganec at gmail.com> wrote:
+>> hi,
+>>
+>> this is now time to think to update our bugzilla to the brand new 4.x
+>> ( this will help to update to bugzilla 4.2 )
+>>
+>> For this i would like us to have a VM pointing to bugtest.mageia.org
+>> which would be a test changes before pushing in production, for this
+>> big migration 3.x -> 4.x this would help to test the db migration.
+>>
+>>
+>> I though of creating a bugtest puppet template but if you have better
+>> ideas just tell .
+>>
+>>
+>> thanks in advance
+>
+>
+> Ping
+
+Just tested on one of my test machines, the templates are OK.
+
+Now i need a way to test the database migration.
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004184.html b/zarb-ml/mageia-sysadm/2012-February/004184.html new file mode 100644 index 000000000..992206e4b --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004184.html @@ -0,0 +1,67 @@ + + + + [Mageia-sysadm] Update to new bugzilla + + + + + + + + + +

[Mageia-sysadm] Update to new bugzilla

+ Olav Vitters + olav at vitters.nl +
+ Wed Feb 8 07:21:32 CET 2012 +

+
+ +
On Wed, Feb 08, 2012 at 01:56:50AM +0100, Dexter Morgan wrote:
+> Now i need a way to test the database migration.
+
+mysqldump and import it again, no?
+
+I noticed that upgrading to 4.2 (from 3.4) by using checksetup.pl is
+being terribly slow. Hopefully the database is small..
+
+-- 
+Regards,
+Olav
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004185.html b/zarb-ml/mageia-sysadm/2012-February/004185.html new file mode 100644 index 000000000..042976d9c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004185.html @@ -0,0 +1,76 @@ + + + + [Mageia-sysadm] [sysadmin-reports] Hobbit [38] forums.mageia.org:sslcert warning (YELLOW) + + + + + + + + + +

[Mageia-sysadm] [sysadmin-reports] Hobbit [38] forums.mageia.org:sslcert warning (YELLOW)

+ nicolas vigier + boklm at mars-attacks.org +
+ Wed Feb 8 20:29:56 CET 2012 +

+
+ +
On Wed, 08 Feb 2012, root at mageia.org wrote:
+
+> yellow Wed Feb  8 19:58:39 2012
+> 
+> &yellow SSL certificate for https://forums.mageia.org/ expires in 13 days
+> 
+> Server certificate:
+> 	subject:/C=--/ST=SomeState/L=SomeCity/O=SomeOrganization/OU=SomeOrganizationalUnit/CN=friteuse.mageia.org/emailAddress=root at friteuse.mageia.org
+> 	start date: 2011-02-22 01:21:12 GMT
+> 	expire date:2012-02-22 01:21:12 GMT
+
+We have this warning, but xymon is checking the wrong certificate as it
+is connecting to friteuse from alamut, and checking friteuse ssl
+certificate. But normal users using the forum are connecting to alamut
+which is doing reverse proxy to friteuse, and using alamut ssl
+certificate (which is valid until febuary 2013).
+
+So we should either disable this check for forums.mageia.org, or move
+xymon to an other server.
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004186.html b/zarb-ml/mageia-sysadm/2012-February/004186.html new file mode 100644 index 000000000..a7fe37470 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004186.html @@ -0,0 +1,83 @@ + + + + [Mageia-sysadm] [sysadmin-reports] Hobbit [38] forums.mageia.org:sslcert warning (YELLOW) + + + + + + + + + +

[Mageia-sysadm] [sysadmin-reports] Hobbit [38] forums.mageia.org:sslcert warning (YELLOW)

+ Michael Scherer + misc at zarb.org +
+ Wed Feb 8 21:42:18 CET 2012 +

+
+ +
Le mercredi 08 février 2012 à 20:29 +0100, nicolas vigier a écrit :
+> On Wed, 08 Feb 2012, root at mageia.org wrote:
+> 
+> > yellow Wed Feb  8 19:58:39 2012
+> > 
+> > &yellow SSL certificate for https://forums.mageia.org/ expires in 13 days
+> > 
+> > Server certificate:
+> > 	subject:/C=--/ST=SomeState/L=SomeCity/O=SomeOrganization/OU=SomeOrganizationalUnit/CN=friteuse.mageia.org/emailAddress=root at friteuse.mageia.org
+> > 	start date: 2011-02-22 01:21:12 GMT
+> > 	expire date:2012-02-22 01:21:12 GMT
+> 
+> We have this warning, but xymon is checking the wrong certificate as it
+> is connecting to friteuse from alamut, and checking friteuse ssl
+> certificate. But normal users using the forum are connecting to alamut
+> which is doing reverse proxy to friteuse, and using alamut ssl
+> certificate (which is valid until febuary 2013).
+> 
+> So we should either disable this check for forums.mageia.org, or move
+> xymon to an other server.
+
+Or renew the certificate on friteuse for the 40 next years :)
+
+-- 
+Michael Scherer
+
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004187.html b/zarb-ml/mageia-sysadm/2012-February/004187.html new file mode 100644 index 000000000..996f1b428 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004187.html @@ -0,0 +1,63 @@ + + + + [Mageia-sysadm] hunspell-no problem + + + + + + + + + +

[Mageia-sysadm] hunspell-no problem

+ Kamil Rytarowski + n54 at gmx.com +
+ Thu Feb 9 00:48:14 CET 2012 +

+
+ +
Hello!
+
+hunspell-no is building fine but it can't pass BS. Please have a look.
+
+Regards
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004188.html b/zarb-ml/mageia-sysadm/2012-February/004188.html new file mode 100644 index 000000000..7220b16f2 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004188.html @@ -0,0 +1,70 @@ + + + + [Mageia-sysadm] hunspell-no problem + + + + + + + + + +

[Mageia-sysadm] hunspell-no problem

+ Pascal Terjan + pterjan at gmail.com +
+ Thu Feb 9 01:08:01 CET 2012 +

+
+ +
On Wed, Feb 8, 2012 at 23:48, Kamil Rytarowski <n54 at gmx.com> wrote:
+> Hello!
+>
+> hunspell-no is building fine but it can't pass BS. Please have a look.
+
+It seems it used to be considered noarch but is no longer, while only
+noarch subpackages get built.
+It is considered failed because it is not marked noarch and no arch
+specific package gets built.
+
+I don't know why the BuildArch: noarch was removed and -debug disabled
+instead (if it was noarch it would not produce -debug).
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004189.html b/zarb-ml/mageia-sysadm/2012-February/004189.html new file mode 100644 index 000000000..8b7c0e5fa --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004189.html @@ -0,0 +1,98 @@ + + + + [Mageia-sysadm] [sysadmin-reports] Hobbit [38] forums.mageia.org:sslcert warning (YELLOW) + + + + + + + + + +

[Mageia-sysadm] [sysadmin-reports] Hobbit [38] forums.mageia.org:sslcert warning (YELLOW)

+ Buchan Milne + bgmilne at zarb.org +
+ Thu Feb 9 10:12:51 CET 2012 +

+
+ +
On Wednesday, 8 February 2012 21:29:56 nicolas vigier wrote:
+> On Wed, 08 Feb 2012, root at mageia.org wrote:
+> > yellow Wed Feb  8 19:58:39 2012
+> > 
+> > &yellow SSL certificate for https://forums.mageia.org/ expires in 13 days
+> > 
+> > Server certificate:
+> > 	
+subject:/C=--/ST=SomeState/L=SomeCity/O=SomeOrganization/OU=SomeOrganiza
+> > 	
+tionalUnit/CN=friteuse.mageia.org/emailAddress=root at friteuse.mageia.org
+> > 	start date: 2011-02-22 01:21:12 GMT
+> > 	expire date:2012-02-22 01:21:12 GMT
+> 
+> We have this warning, but xymon is checking the wrong certificate as it
+> is connecting to friteuse from alamut, and checking friteuse ssl
+> certificate.
+
+Well, there is an http/https check for friteuse for the URL 
+https://forum.mageia.org, specify friteuse' IP, and there is also a check on 
+forums.mageia.org for the URL https://forums.mageia.org. On Alamut, 
+forums.mageia.org resolves to friteuse (entry in /etc/hosts), and the URL 
+check https://forums.mageia.org does not currently specify to use the public 
+IP.
+
+> But normal users using the forum are connecting to alamut
+> which is doing reverse proxy to friteuse, and using alamut ssl
+> certificate (which is valid until febuary 2013).
+
+But, when friteuse' certificate expires, alamut's reverse proxy may refuse to 
+connect to friteuse, so both should be checked.
+
+> So we should either disable this check for forums.mageia.org, or move
+> xymon to an other server.
+
+No, the URL check for https://forums.mageia.org on host forums.mageia.org 
+should specify to connect to the IP of alamut instead of friteuse (or the 
+entry in /etc/hosts on alamut should be removed if it is not required). I have 
+done add the IP in the URL check for forums in r2358.
+
+Regards,
+Buchan
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004190.html b/zarb-ml/mageia-sysadm/2012-February/004190.html new file mode 100644 index 000000000..76cf50bb3 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004190.html @@ -0,0 +1,80 @@ + + + + [Mageia-sysadm] [sysadmin-reports] Hobbit [38] forums.mageia.org:sslcert warning (YELLOW) + + + + + + + + + +

[Mageia-sysadm] [sysadmin-reports] Hobbit [38] forums.mageia.org:sslcert warning (YELLOW)

+ Michael Scherer + misc at zarb.org +
+ Thu Feb 9 10:37:50 CET 2012 +

+
+ +
Le jeudi 09 février 2012 à 11:12 +0200, Buchan Milne a écrit :
+> On Wednesday, 8 February 2012 21:29:56 nicolas vigier wrote:
+>
+> > But normal users using the forum are connecting to alamut
+> > which is doing reverse proxy to friteuse, and using alamut ssl
+> > certificate (which is valid until febuary 2013).
+> 
+> But, when friteuse' certificate expires, alamut's reverse proxy may refuse to 
+> connect to friteuse, so both should be checked.
+
+Yup.
+
+> > So we should either disable this check for forums.mageia.org, or move
+> > xymon to an other server.
+> 
+> No, the URL check for https://forums.mageia.org on host forums.mageia.org 
+> should specify to connect to the IP of alamut instead of friteuse (or the 
+> entry in /etc/hosts on alamut should be removed if it is not required). I have 
+> done add the IP in the URL check for forums in r2358.
+
+It is indeed not required, I will take a look now I found how to do.
+
+-- 
+Michael Scherer
+
+
+ + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004191.html b/zarb-ml/mageia-sysadm/2012-February/004191.html new file mode 100644 index 000000000..98540f27b --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004191.html @@ -0,0 +1,72 @@ + + + + [Mageia-sysadm] [sysadmin-reports] Hobbit [80535] krampouezh.mageia.org:disk warning (YELLOW) + + + + + + + + + +

[Mageia-sysadm] [sysadmin-reports] Hobbit [80535] krampouezh.mageia.org:disk warning (YELLOW)

+ Pascal Terjan + pterjan at gmail.com +
+ Thu Feb 9 11:16:19 CET 2012 +

+
+ +
On Thu, Feb 9, 2012 at 06:55,  <root at mageia.org> wrote:
+> yellow Thu Feb  9 07:55:02 CET 2012 - Filesystems NOT ok
+> &yellow / (90% used) has reached the WARNING level (90%)
+>
+> Filesystem         1024-blocks      Used Available Capacity Mounted on
+> /dev/xvda1             2466700   2084572    256824      90% /
+> /dev/xvdb              1032088     68144    911516       7% /srv/mx2-dd0
+>
+> See http://xymon.mageia.org/xymon-cgi/bb-hostsvc.sh?HOST=krampouezh.mageia.org&SERVICE=disk
+
+[root at krampouezh ~]# df
+Sys. de fich.         Tail. Occ. Disp. %Occ. Monté sur
+/dev/xvda1            2.4G  2.0G  247M  90% /
+/dev/xvdb            1008M   67M  891M   7% /srv/mx2-dd0
+[root at krampouezh ~]# du -sh /var/lib/ldap/backup
+915M	/var/lib/ldap/backup
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004192.html b/zarb-ml/mageia-sysadm/2012-February/004192.html new file mode 100644 index 000000000..171eae711 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004192.html @@ -0,0 +1,107 @@ + + + + [Mageia-sysadm] [sysadmin-reports] Hobbit [80535] krampouezh.mageia.org:disk warning (YELLOW) + + + + + + + + + +

[Mageia-sysadm] [sysadmin-reports] Hobbit [80535] krampouezh.mageia.org:disk warning (YELLOW)

+ Buchan Milne + bgmilne at zarb.org +
+ Thu Feb 9 13:00:44 CET 2012 +

+
+ +
On Thursday, 9 February 2012 12:16:19 Pascal Terjan wrote:
+> On Thu, Feb 9, 2012 at 06:55,  <root at mageia.org> wrote:
+> > yellow Thu Feb  9 07:55:02 CET 2012 - Filesystems NOT ok
+> > &yellow / (90% used) has reached the WARNING level (90%)
+> > 
+> > Filesystem         1024-blocks      Used Available Capacity Mounted on
+> > /dev/xvda1             2466700   2084572    256824      90% /
+> > /dev/xvdb              1032088     68144    911516       7% /srv/mx2-dd0
+> > 
+> > See
+> > http://xymon.mageia.org/xymon-cgi/bb-hostsvc.sh?HOST=krampouezh.mageia.o
+> > rg&SERVICE=disk
+> 
+> [root at krampouezh ~]# df
+> Sys. de fich.         Tail. Occ. Disp. %Occ. Monté sur
+> /dev/xvda1            2.4G  2.0G  247M  90% /
+> /dev/xvdb            1008M   67M  891M   7% /srv/mx2-dd0
+> [root at krampouezh ~]# du -sh /var/lib/ldap/backup
+> 915M	/var/lib/ldap/backup
+
+
+For now, I have manually changed:
+
+# How many days to keep archived transaction logs for. This should be just
+# greater than the backup interval on these files. Default is 7
+# KEEP_ARCHIVES_DAYS=7
+
+to:
+# How many days to keep archived transaction logs for. This should be just
+# greater than the backup interval on these files. Default is 7
+# KEEP_ARCHIVES_DAYS=7
+KEEP_ARCHIVES_DAYS=1
+
+in /etc/sysconfig/ldap, and ran /etc/cron.daily/ldap-hot-db-backup -v4
+
+[root at krampouezh ~]# du -sh /var/lib/ldap/backup
+389M    /var/lib/ldap/backup
+[root at krampouezh ~]# df
+Sys. de fich.         Tail. Occ. Disp. %Occ. Monté sur
+/dev/xvda1            2.4G  1.4G  872M  62% /
+/dev/xvdb            1008M   67M  891M   7% /srv/mx2-dd0
+
+But, I am not sure how backups are implemented, and we could also consider 
+enabling automatic archive log removal (in DB_CONFIG) for any slaves.
+
+
+It may also be that the find call in ldap-common should be using -mtime 
+instead of -ctime (as we still have >2 days of archive logs).
+
+Regards,
+Buchan
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004193.html b/zarb-ml/mageia-sysadm/2012-February/004193.html new file mode 100644 index 000000000..a66d958f8 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004193.html @@ -0,0 +1,79 @@ + + + + [Mageia-sysadm] repoctl + + + + + + + + + +

[Mageia-sysadm] repoctl

+ nicolas vigier + boklm at mars-attacks.org +
+ Fri Feb 10 20:18:32 CET 2012 +

+
+ +
Hello,
+
+I started work on a new tool to manage package repositories :
+http://svnweb.mageia.org/soft/repoctl/trunk/
+
+This tool allow to :
+ - move / delete / list packages from repositories
+ - lock a repository before modifying it
+ - generate hdlists for repositories that have been modified
+ - generate a file with sha1sum of important files before mirroring
+
+You can see the command available with repoctl --help.
+
+Things planned next :
+ - make a package and install this tool on valstar to start using it
+ - update youri to use it when moving packages to the repository
+ - remove update of hdlists and mirroring from youri, and replace this
+   by a repoctl call by cron every 4 or 5 minutes, so that hdlists are
+   not generated 3 times if 3 packages are uploaded in 3 minutes
+ - create a tool to check a mirror integrity, using sha1sum file, and
+   integrate this tool in MGA::Mirrors.
+ - use it in other tool to manage updates
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004194.html b/zarb-ml/mageia-sysadm/2012-February/004194.html new file mode 100644 index 000000000..1ca46ee5d --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004194.html @@ -0,0 +1,86 @@ + + + + [Mageia-sysadm] repoctl + + + + + + + + + +

[Mageia-sysadm] repoctl

+ Pascal Terjan + pterjan at gmail.com +
+ Fri Feb 10 20:33:16 CET 2012 +

+
+ +
On Fri, Feb 10, 2012 at 19:18, nicolas vigier <boklm at mars-attacks.org> wrote:
+> Hello,
+>
+> I started work on a new tool to manage package repositories :
+> http://svnweb.mageia.org/soft/repoctl/trunk/
+>
+> This tool allow to :
+>  - move / delete / list packages from repositories
+>  - lock a repository before modifying it
+>  - generate hdlists for repositories that have been modified
+>  - generate a file with sha1sum of important files before mirroring
+>
+> You can see the command available with repoctl --help.
+>
+> Things planned next :
+>  - make a package and install this tool on valstar to start using it
+>  - update youri to use it when moving packages to the repository
+>  - remove update of hdlists and mirroring from youri, and replace this
+>   by a repoctl call by cron every 4 or 5 minutes, so that hdlists are
+>   not generated 3 times if 3 packages are uploaded in 3 minutes
+
+This means we can no longer know when a package is available.
+Currently they wouldn't be generated 3 times, as the 2 other packages
+would be finished while genhdlist is still running for the first one,
+and it would run once for both.
+What is the point of making upload slower?
+
+>  - create a tool to check a mirror integrity, using sha1sum file, and
+>   integrate this tool in MGA::Mirrors.
+>  - use it in other tool to manage updates
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004195.html b/zarb-ml/mageia-sysadm/2012-February/004195.html new file mode 100644 index 000000000..44e0888b1 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004195.html @@ -0,0 +1,91 @@ + + + + [Mageia-sysadm] repoctl + + + + + + + + + +

[Mageia-sysadm] repoctl

+ nicolas vigier + boklm at mars-attacks.org +
+ Fri Feb 10 20:47:28 CET 2012 +

+
+ +
On Fri, 10 Feb 2012, Pascal Terjan wrote:
+
+> On Fri, Feb 10, 2012 at 19:18, nicolas vigier <boklm at mars-attacks.org> wrote:
+> > Hello,
+> >
+> > I started work on a new tool to manage package repositories :
+> > http://svnweb.mageia.org/soft/repoctl/trunk/
+> >
+> > This tool allow to :
+> >  - move / delete / list packages from repositories
+> >  - lock a repository before modifying it
+> >  - generate hdlists for repositories that have been modified
+> >  - generate a file with sha1sum of important files before mirroring
+> >
+> > You can see the command available with repoctl --help.
+> >
+> > Things planned next :
+> >  - make a package and install this tool on valstar to start using it
+> >  - update youri to use it when moving packages to the repository
+> >  - remove update of hdlists and mirroring from youri, and replace this
+> >   by a repoctl call by cron every 4 or 5 minutes, so that hdlists are
+> >   not generated 3 times if 3 packages are uploaded in 3 minutes
+> 
+> This means we can no longer know when a package is available.
+
+If we know when the package was finished, and the last time the mirror
+was updated, we can know if it is available.
+
+> Currently they wouldn't be generated 3 times, as the 2 other packages
+> would be finished while genhdlist is still running for the first one,
+> and it would run once for both.
+> What is the point of making upload slower?
+
+Hmm, so I was wrong and it was not a good idea.
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004196.html b/zarb-ml/mageia-sysadm/2012-February/004196.html new file mode 100644 index 000000000..af178cf95 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004196.html @@ -0,0 +1,106 @@ + + + + [Mageia-sysadm] Report from Marseille trip + + + + + + + + + +

[Mageia-sysadm] Report from Marseille trip

+ Michael Scherer + misc at zarb.org +
+ Sat Feb 11 00:33:11 CET 2012 +

+
+ +
Hi,
+
+now FOSDEM is over, I have no excuse to avoid sending that mail.
+So here is a quick report from the work we did at Marseille, on the
+datacenter.
+
+So as planned, we arrived on 01/02, with the 2 news servers, the arm
+board, the disk and the rest, and went back on 20/02 evening ( almost at
+the last moment ).
+
+In the 2 days, we managed to :
+- reinstall ecosse and jonund on new drives ( ssd + 2 harddrive in raid
+1 for less downtime ) ( and discover various
+- upgrade alamut ( and fix upgrade issues ) to mageia 1
+- upgrade valstar ( and fix upgrade issues ) to mageia 1
+- mount the arm boards, with SATA hard drive, on a power unit from pc
+( and also setup the network etc )
+- rack sucuk and fiona
+- puppetified everything
+
+we plugged the admin card of sukuk ( as 192.168.0.120 ) on fiona, and
+the one of alamut on jonund ( default ip, forgot to take a note ).
+
+
+Among the fun issues we faced, we have seen that :
+- ecosse sata controller is faulty, we can plug only 2 disks ( and we
+lost several hours on this )
+- typing halt on the first arm board stop the 2nd one, likely some
+issues due to the creative hack used with pc power unit
+- no more free slot on the switch we used, so we had to use the zarb one
+( and there is a broken/misconfigured port on it )
+- there is a red light on valstar, without reason
+- faced various issues with catalyst applications on upgrade, for
+templates search path ( boklm have more information )
+- missing xymon on mageia 1
+
+TODO 
+- see if we can manage network from puppet, to ease reinstallation ( and
+not forget default gw, and various dns issues, etc )
+- incorporate sucuk ( packagers ) and fiona ( backup )
+- do something with the 2 arm board ( ie, setup iurt and the rest of the
+BS )
+- make sure we assign reverse ip for the 2 new servers
+- name the 2 arm board
+- upgrade rabbit ( but more about it in another mail )
+- upgrade champagne and krampouezh
+
+and likely some others things that I forgot ( but that I hope others
+didn't ).
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004197.html b/zarb-ml/mageia-sysadm/2012-February/004197.html new file mode 100644 index 000000000..8d6757a7a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004197.html @@ -0,0 +1,93 @@ + + + + [Mageia-sysadm] rabbit sponsoring will soon end + + + + + + + + + +

[Mageia-sysadm] rabbit sponsoring will soon end

+ Michael Scherer + mscherer at redhat.com +
+ Sat Feb 11 00:45:35 CET 2012 +

+
+ +
Hi,
+
+due to various issues and private reasons, it seems we may soon ( no ETA
+for now ) need to pay for rabbit, the server used for building
+distribution, as explained by Rapsys when we saw him in FOSDEM. 
+
+I took the opportunity of FOSDEM to try to find a more suitable
+solution, and basically we need 2 things :
+a server and hosting.
+
+For the server, Bruno Cornec from HP who already helped used getting
+servers for zarb.org and others told me we could try to have a server
+given by HP as sponsorship ( they already do it for kernel.org, for
+debian, etc ). We should just try to find the specification of what we
+need and send him a email. 
+
+For the hosting part, a friend of mine told me that we could find some
+hosting ( like 3/4 U in a rack ) from a association in a public
+university near Paris ( ENS Cachan ). While I discuss with them quite
+often, I didn't contacted them on this point yet, but they already
+provides hosting for openstreetmap and so could help. 
+
+So there is no ETA for rabbit, but since it would be critical for the
+release, it may be better to focus on this.
+
+So if someone aware of HP hardware could tell us what we could need and
+could ask, it would great. 
+-- 
+Michael Scherer
+
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 836 bytes
+Desc: This is a digitally signed message part
+URL: </pipermail/mageia-sysadm/attachments/20120211/95d4f4c1/attachment.asc>
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004198.html b/zarb-ml/mageia-sysadm/2012-February/004198.html new file mode 100644 index 000000000..d690deb10 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004198.html @@ -0,0 +1,80 @@ + + + + [Mageia-sysadm] rabbit sponsoring will soon end + + + + + + + + + +

[Mageia-sysadm] rabbit sponsoring will soon end

+ Michael Scherer + misc at zarb.org +
+ Sun Feb 12 12:55:35 CET 2012 +

+
+ +
Le samedi 11 février 2012 à 00:45 +0100, Michael Scherer a écrit :
+> Hi,
+> 
+> due to various issues and private reasons, it seems we may soon ( no ETA
+> for now ) need to pay for rabbit, the server used for building
+> distribution, as explained by Rapsys when we saw him in FOSDEM. 
+
+Just to add what I forgot :
+http://www.online.net/serveur-dedie/offre-dedibox-professionnel-hp.xhtml
+
+this is what we have.
+
+And also, we can try to ask to $concurent to offer a server ( in our
+case, this would be ovh.com, they already sponsored the AUFMl
+( mandrivafr.org ) with a free server )
+
+based on 
+ https://www.ovh.com/fr/serveurs_dedies/
+
+the smallest one is the same as rabbit, so we could maybe just ask.
+
+-- 
+Michael Scherer
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004199.html b/zarb-ml/mageia-sysadm/2012-February/004199.html new file mode 100644 index 000000000..29a8a937b --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004199.html @@ -0,0 +1,97 @@ + + + + [Mageia-sysadm] rabbit sponsoring will soon end + + + + + + + + + +

[Mageia-sysadm] rabbit sponsoring will soon end

+ Thomas Backlund + tmb at mageia.org +
+ Sun Feb 12 13:17:31 CET 2012 +

+
+ +
12.02.2012 13:55, Michael Scherer skrev:
+> Le samedi 11 février 2012 à 00:45 +0100, Michael Scherer a écrit :
+>> Hi,
+>>
+>> due to various issues and private reasons, it seems we may soon ( no ETA
+>> for now ) need to pay for rabbit, the server used for building
+>> distribution, as explained by Rapsys when we saw him in FOSDEM. 
+> 
+> Just to add what I forgot :
+> http://www.online.net/serveur-dedie/offre-dedibox-professionnel-hp.xhtml
+> 
+> this is what we have.
+> 
+
+Actually we have the Dell one:
+http://www.online.net/serveur-dedie/offre-dedibox-professionnel-dell.xhtml
+
+> And also, we can try to ask to $concurent to offer a server ( in our
+> case, this would be ovh.com, they already sponsored the AUFMl
+> ( mandrivafr.org ) with a free server )
+> 
+> based on 
+>  https://www.ovh.com/fr/serveurs_dedies/
+> 
+> the smallest one is the same as rabbit, so we could maybe just ask.
+> 
+
+That could be one option.
+
+And the other would be to see if HP would sponsor a server with atleast
+the same specs or better.
+
+So 1-2 Quad cpu, 16GB RAM (or more), 1-2 2TB disks (preferably raid 1
+for system and storage (multiple isos), raid0 for build data, maybe a
+SSD for the ISO build if possible, and preferably a iLO card
+
+the thing about lots of ram, is so we could build some on tmpfs, and
+then I guess we wouldn't need ssd.
+
+--
+Thomas
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004200.html b/zarb-ml/mageia-sysadm/2012-February/004200.html new file mode 100644 index 000000000..488275591 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004200.html @@ -0,0 +1,90 @@ + + + + [Mageia-sysadm] rabbit sponsoring will soon end + + + + + + + + + +

[Mageia-sysadm] rabbit sponsoring will soon end

+ Pascal Terjan + pterjan at gmail.com +
+ Mon Feb 13 10:50:10 CET 2012 +

+
+ +
On Sun, Feb 12, 2012 at 11:55, Michael Scherer <misc at zarb.org> wrote:
+> Le samedi 11 février 2012 à 00:45 +0100, Michael Scherer a écrit :
+>> Hi,
+>>
+>> due to various issues and private reasons, it seems we may soon ( no ETA
+>> for now ) need to pay for rabbit, the server used for building
+>> distribution, as explained by Rapsys when we saw him in FOSDEM.
+>
+> Just to add what I forgot :
+> http://www.online.net/serveur-dedie/offre-dedibox-professionnel-hp.xhtml
+>
+> this is what we have.
+>
+> And also, we can try to ask to $concurent to offer a server ( in our
+> case, this would be ovh.com, they already sponsored the AUFMl
+> ( mandrivafr.org ) with a free server )
+>
+> based on
+>  https://www.ovh.com/fr/serveurs_dedies/
+>
+> the smallest one is the same as rabbit, so we could maybe just ask.
+
+The good thing about such hosting is that we don't have to worry about
+replacing a failing disk etc
+
+Else, if we have a place were we can get racking space, I can buy a
+second hand server like one of those:
+
+http://www.ebay.co.uk/itm/HP-Proliant-DL380-G4-Dual-Xeon-3-6Ghz-64-Bit-Server-8GB-/120716668472#ht_3859wt_1348
+http://www.ebay.co.uk/itm/HP-ProLiant-DL385-2-x-2-6GHZ-64-Bit-2U-Server-8GB-RAM-/140560732831
+http://www.ebay.co.uk/itm/HP-ProLiant-DL360-G4-Dual-Xeon-3-6Ghz-64-Bit-HT-8GB-RAM-300GB-RAID-1U-Server-/140604040744
+http://www.ebay.co.uk/itm/Dell-PowerEdge-2850-2U-Dual-Xeon-3-0Ghz-64-Bit-8GB-RAM-/140523155118
+
+But given that they are not new there is a higher risk of failing disk
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004201.html b/zarb-ml/mageia-sysadm/2012-February/004201.html new file mode 100644 index 000000000..5c8bda0aa --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004201.html @@ -0,0 +1,69 @@ + + + + [Mageia-sysadm] [sysadmin-commits] [2406] First steps to create infra_1 distro + + + + + + + + + +

[Mageia-sysadm] [sysadmin-commits] [2406] First steps to create infra_1 distro

+ nicolas vigier + boklm at mars-attacks.org +
+ Mon Feb 13 23:05:46 CET 2012 +

+
+ +
On Mon, 13 Feb 2012, root at mageia.org wrote:
+
+> Revision: 2406
+> Author:   pterjan
+> Date:     2012-02-13 23:02:18 +0100 (Mon, 13 Feb 2012)
+> Log Message:
+> -----------
+> First steps to create infra_1 distro
+
+A distribution for packages that we use on mageia servers ?
+
+This is a good idea.
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004202.html b/zarb-ml/mageia-sysadm/2012-February/004202.html new file mode 100644 index 000000000..0674b241a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004202.html @@ -0,0 +1,69 @@ + + + + [Mageia-sysadm] [sysadmin-commits] [2406] First steps to create infra_1 distro + + + + + + + + + +

[Mageia-sysadm] [sysadmin-commits] [2406] First steps to create infra_1 distro

+ Pascal Terjan + pterjan at gmail.com +
+ Mon Feb 13 23:15:00 CET 2012 +

+
+ +
On Mon, Feb 13, 2012 at 22:05, nicolas vigier <boklm at mars-attacks.org> wrote:
+> On Mon, 13 Feb 2012, root at mageia.org wrote:
+>
+>> Revision: 2406
+>> Author:   pterjan
+>> Date:     2012-02-13 23:02:18 +0100 (Mon, 13 Feb 2012)
+>> Log Message:
+>> -----------
+>> First steps to create infra_1 distro
+>
+> A distribution for packages that we use on mageia servers ?
+
+Yes
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004203.html b/zarb-ml/mageia-sysadm/2012-February/004203.html new file mode 100644 index 000000000..e9396767d --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004203.html @@ -0,0 +1,137 @@ + + + + [Mageia-sysadm] [sysadmin-commits] [2406] First steps to create infra_1 distro + + + + + + + + + +

[Mageia-sysadm] [sysadmin-commits] [2406] First steps to create infra_1 distro

+ Michael Scherer + misc at zarb.org +
+ Mon Feb 13 23:16:15 CET 2012 +

+
+ +
Le lundi 13 février 2012 à 23:02 +0100, root at mageia.org a écrit :
+> Revision
+>         2406
+> Author
+>         pterjan
+> Date
+>         2012-02-13 23:02:18 +0100 (Mon, 13 Feb 2012)
+> Log Message
+> First steps to create infra_1 distro
+> Modified Paths
+>       * puppet/modules/buildsystem/manifests/create_upload_dir.rb
+>       * puppet/modules/buildsystem/templates/mgarepo.conf
+>       * puppet/modules/buildsystem/templates/submit-todo.conf
+>       * puppet/modules/buildsystem/templates/submit-upload.conf
+> Added Paths
+>       * puppet/modules/buildsystem/templates/iurt/infra_1.conf
+> Modified: puppet/modules/buildsystem/manifests/create_upload_dir.rb
+> ===================================================================
+> --- puppet/modules/buildsystem/manifests/create_upload_dir.rb
+2012-02-13 21:01:00 UTC (rev 2405)
+> +++ puppet/modules/buildsystem/manifests/create_upload_dir.rb
+2012-02-13 22:02:18 UTC (rev 2406)
+> @@ -25,5 +25,12 @@
+>                  end
+>              end
+>          end
+> +
+> +     rel 'infra_1'
+> +     rep = 'core'
+> +     med = 'release'
+> +     file [@name, st, rel].join('/'), :ensure => 'directory', :owner
+=> @owner, :group => @group
+> +     file [@name, st, rel, rep].join('/'), :ensure =>
+'directory', :owner => @owner, :group => @group
+> +     file [@name, st, rel, rep, med].join('/'), :ensure =>
+'directory', :owner => @owner, :group => @group, :mode => 0775
+>      end
+>  end
+
+For future proofing, i guess we could have a single declaration of the
+version ( ie 1, but later 2, 3 ), and then use it everywhere .
+
+
+>
+>
+> Modified: puppet/modules/buildsystem/templates/submit-upload.conf
+> ===================================================================
+> --- puppet/modules/buildsystem/templates/submit-upload.conf
+2012-02-13 21:01:00 UTC (rev 2405)
+> +++ puppet/modules/buildsystem/templates/submit-upload.conf
+2012-02-13 22:02:18 UTC (rev 2406)
+> @@ -17,6 +17,8 @@
+>          svn: svn+ssh://svn.<%= domain %>/svn/packages/cauldron/
+>          1:
+>              arch: i586 x86_64
+> +        infra_1:
+> +            arch: i586 x86_64
+>          cauldron:
+>              arch: i586 x86_64
+
+I wonder if we could refactor this ( ie, have some alias for i586
+x86_64, to ease the roll out of arm ). The same goes for refactoring, by
+the way.
+
+> @@ -165,10 +182,12 @@
+>                 authorized_arches: none
+>                 mode: freeze
+>
+> +           infra_1:
+> +               authorized_users: ^blino|boklm|buchan|colin|dams|
+dmorgan|misc|nanardon|pterjan|tmb$
+> +               mode: freeze
+> +
+
+Could we have a group here ( instead of a list of user ) ?
+( if not, I think it would be quite easy to add ).
+
+-- 
+Michael Scherer
+
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004204.html b/zarb-ml/mageia-sysadm/2012-February/004204.html new file mode 100644 index 000000000..1381c034e --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004204.html @@ -0,0 +1,71 @@ + + + + [Mageia-sysadm] [sysadmin-commits] [2406] First steps to create infra_1 distro + + + + + + + + + +

[Mageia-sysadm] [sysadmin-commits] [2406] First steps to create infra_1 distro

+ nicolas vigier + boklm at mars-attacks.org +
+ Mon Feb 13 23:22:57 CET 2012 +

+
+ +
On Mon, 13 Feb 2012, Michael Scherer wrote:
+
+> >
+> > +           infra_1:
+> > +               authorized_users: ^blino|boklm|buchan|colin|dams|
+> dmorgan|misc|nanardon|pterjan|tmb$
+> > +               mode: freeze
+> > +
+> 
+> Could we have a group here ( instead of a list of user ) ?
+> ( if not, I think it would be quite easy to add ).
+
+If not supported by youri, we can probably add a ruby function in puppet
+to have a list of members from a group.
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004205.html b/zarb-ml/mageia-sysadm/2012-February/004205.html new file mode 100644 index 000000000..34915b92c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004205.html @@ -0,0 +1,137 @@ + + + + [Mageia-sysadm] [sysadmin-commits] [2406] First steps to create infra_1 distro + + + + + + + + + +

[Mageia-sysadm] [sysadmin-commits] [2406] First steps to create infra_1 distro

+ Pascal Terjan + pterjan at gmail.com +
+ Mon Feb 13 23:39:52 CET 2012 +

+
+ +
On Mon, Feb 13, 2012 at 22:16, Michael Scherer <misc at zarb.org> wrote:
+> Le lundi 13 février 2012 à 23:02 +0100, root at mageia.org a écrit :
+>> Revision
+>>         2406
+>> Author
+>>         pterjan
+>> Date
+>>         2012-02-13 23:02:18 +0100 (Mon, 13 Feb 2012)
+>> Log Message
+>> First steps to create infra_1 distro
+>> Modified Paths
+>>       * puppet/modules/buildsystem/manifests/create_upload_dir.rb
+>>       * puppet/modules/buildsystem/templates/mgarepo.conf
+>>       * puppet/modules/buildsystem/templates/submit-todo.conf
+>>       * puppet/modules/buildsystem/templates/submit-upload.conf
+>> Added Paths
+>>       * puppet/modules/buildsystem/templates/iurt/infra_1.conf
+>> Modified: puppet/modules/buildsystem/manifests/create_upload_dir.rb
+>> ===================================================================
+>> --- puppet/modules/buildsystem/manifests/create_upload_dir.rb
+> 2012-02-13 21:01:00 UTC (rev 2405)
+>> +++ puppet/modules/buildsystem/manifests/create_upload_dir.rb
+> 2012-02-13 22:02:18 UTC (rev 2406)
+>> @@ -25,5 +25,12 @@
+>>                  end
+>>              end
+>>          end
+>> +
+>> +     rel 'infra_1'
+>> +     rep = 'core'
+>> +     med = 'release'
+>> +     file [@name, st, rel].join('/'), :ensure => 'directory', :owner
+> => @owner, :group => @group
+>> +     file [@name, st, rel, rep].join('/'), :ensure =>
+> 'directory', :owner => @owner, :group => @group
+>> +     file [@name, st, rel, rep, med].join('/'), :ensure =>
+> 'directory', :owner => @owner, :group => @group, :mode => 0775
+>>      end
+>>  end
+>
+> For future proofing, i guess we could have a single declaration of the
+> version ( ie 1, but later 2, 3 ), and then use it everywhere .
+
+I'll improve this script to define media per distro and not have
+specific code for this one.
+
+>>
+>>
+>> Modified: puppet/modules/buildsystem/templates/submit-upload.conf
+>> ===================================================================
+>> --- puppet/modules/buildsystem/templates/submit-upload.conf
+> 2012-02-13 21:01:00 UTC (rev 2405)
+>> +++ puppet/modules/buildsystem/templates/submit-upload.conf
+> 2012-02-13 22:02:18 UTC (rev 2406)
+>> @@ -17,6 +17,8 @@
+>>          svn: svn+ssh://svn.<%= domain %>/svn/packages/cauldron/
+>>          1:
+>>              arch: i586 x86_64
+>> +        infra_1:
+>> +            arch: i586 x86_64
+>>          cauldron:
+>>              arch: i586 x86_64
+>
+> I wonder if we could refactor this ( ie, have some alias for i586
+> x86_64, to ease the roll out of arm ). The same goes for refactoring, by
+> the way.
+>
+>> @@ -165,10 +182,12 @@
+>>                 authorized_arches: none
+>>                 mode: freeze
+>>
+>> +           infra_1:
+>> +               authorized_users: ^blino|boklm|buchan|colin|dams|
+> dmorgan|misc|nanardon|pterjan|tmb$
+>> +               mode: freeze
+>> +
+>
+> Could we have a group here ( instead of a list of user ) ?
+> ( if not, I think it would be quite easy to add ).
+
+The code does not support it currently
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004206.html b/zarb-ml/mageia-sysadm/2012-February/004206.html new file mode 100644 index 000000000..04161fe70 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004206.html @@ -0,0 +1,67 @@ + + + + [Mageia-sysadm] [sysadmin-commits] [2402] Re-enable build cron ( and run ulri before emi to improve uploads grouping) + + + + + + + + + +

[Mageia-sysadm] [sysadmin-commits] [2402] Re-enable build cron ( and run ulri before emi to improve uploads grouping)

+ nicolas vigier + boklm at mars-attacks.org +
+ Tue Feb 14 11:04:13 CET 2012 +

+
+ +
On Mon, 13 Feb 2012, root at mageia.org wrote:
+
+> Revision: 2402
+> Author:   pterjan
+> Date:     2012-02-13 21:06:05 +0100 (Mon, 13 Feb 2012)
+> Log Message:
+> -----------
+> Re-enable build cron (and run ulri before emi to improve uploads grouping)
+
+How was it working before ?
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004207.html b/zarb-ml/mageia-sysadm/2012-February/004207.html new file mode 100644 index 000000000..9a0eb3b1b --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004207.html @@ -0,0 +1,71 @@ + + + + [Mageia-sysadm] [sysadmin-commits] [2402] Re-enable build cron ( and run ulri before emi to improve uploads grouping) + + + + + + + + + +

[Mageia-sysadm] [sysadmin-commits] [2402] Re-enable build cron ( and run ulri before emi to improve uploads grouping)

+ Pascal Terjan + pterjan at gmail.com +
+ Tue Feb 14 11:12:01 CET 2012 +

+
+ +
On Tue, Feb 14, 2012 at 10:04, nicolas vigier <boklm at mars-attacks.org> wrote:
+> On Mon, 13 Feb 2012, root at mageia.org wrote:
+>
+>> Revision: 2402
+>> Author:   pterjan
+>> Date:     2012-02-13 21:06:05 +0100 (Mon, 13 Feb 2012)
+>> Log Message:
+>> -----------
+>> Re-enable build cron (and run ulri before emi to improve uploads grouping)
+>
+> How was it working before ?
+
+When a cron is disabled in puppet, it means it will not try to
+add/update it, but is perfectly happy if the cron exists on the
+machine
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004208.html b/zarb-ml/mageia-sysadm/2012-February/004208.html new file mode 100644 index 000000000..8a7e3aa1c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004208.html @@ -0,0 +1,76 @@ + + + + [Mageia-sysadm] [sysadmin-commits] [2402] Re-enable build cron ( and run ulri before emi to improve uploads grouping) + + + + + + + + + +

[Mageia-sysadm] [sysadmin-commits] [2402] Re-enable build cron ( and run ulri before emi to improve uploads grouping)

+ nicolas vigier + boklm at mars-attacks.org +
+ Tue Feb 14 11:41:28 CET 2012 +

+
+ +
On Tue, 14 Feb 2012, Pascal Terjan wrote:
+
+> On Tue, Feb 14, 2012 at 10:04, nicolas vigier <boklm at mars-attacks.org> wrote:
+> > On Mon, 13 Feb 2012, root at mageia.org wrote:
+> >
+> >> Revision: 2402
+> >> Author:   pterjan
+> >> Date:     2012-02-13 21:06:05 +0100 (Mon, 13 Feb 2012)
+> >> Log Message:
+> >> -----------
+> >> Re-enable build cron (and run ulri before emi to improve uploads grouping)
+> >
+> > How was it working before ?
+> 
+> When a cron is disabled in puppet, it means it will not try to
+> add/update it, but is perfectly happy if the cron exists on the
+> machine
+
+Ah I forgot this :) So the build cron was never really disabled.
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004209.html b/zarb-ml/mageia-sysadm/2012-February/004209.html new file mode 100644 index 000000000..951ef3cd6 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004209.html @@ -0,0 +1,73 @@ + + + + [Mageia-sysadm] ldap server certificate (was: Re: [Mageia-discuss] Fosdem report) + + + + + + + + + +

[Mageia-sysadm] ldap server certificate (was: Re: [Mageia-discuss] Fosdem report)

+ nicolas vigier + boklm at mars-attacks.org +
+ Tue Feb 14 16:36:14 CET 2012 +

+
+ +
On Tue, 14 Feb 2012, Oliver Burger wrote:
+
+> But shall we write that command line into the wiki? Aside from not working:
+> [oli at beteigeuze avfs]$ ldapsearch -W -Z -h ldap.mageia.org  -D 
+> uid=obgr_seneca,ou=People,dc=mageia,dc=org -b ou=Group,dc=mageia,dc=org
+> ldap_start_tls: Connect error (-11)
+> Enter LDAP Password:
+> ldap_result: Can't contact LDAP server (-1)
+
+It looks like we are still using a self-signed certificate on the ldap
+server. So it's required to have "TLS_REQCERT allow" in /etc/openldap/ldap.conf
+to be able to connect to the ldap server.
+
+Should we also use the *.mageia.org certificate on the ldap server ?
+Or have our own CA with keys distributed by rpm packages in the
+distribution ?
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004210.html b/zarb-ml/mageia-sysadm/2012-February/004210.html new file mode 100644 index 000000000..561b558b2 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004210.html @@ -0,0 +1,79 @@ + + + + [Mageia-sysadm] ldap server certificate (was: Re: [Mageia-discuss] Fosdem report) + + + + + + + + + +

[Mageia-sysadm] ldap server certificate (was: Re: [Mageia-discuss] Fosdem report)

+ Michael Scherer + misc at zarb.org +
+ Tue Feb 14 17:35:43 CET 2012 +

+
+ +
Le mardi 14 février 2012 à 16:36 +0100, nicolas vigier a écrit :
+> On Tue, 14 Feb 2012, Oliver Burger wrote:
+> 
+> > But shall we write that command line into the wiki? Aside from not working:
+> > [oli at beteigeuze avfs]$ ldapsearch -W -Z -h ldap.mageia.org  -D 
+> > uid=obgr_seneca,ou=People,dc=mageia,dc=org -b ou=Group,dc=mageia,dc=org
+> > ldap_start_tls: Connect error (-11)
+> > Enter LDAP Password:
+> > ldap_result: Can't contact LDAP server (-1)
+> 
+> It looks like we are still using a self-signed certificate on the ldap
+> server. So it's required to have "TLS_REQCERT allow" in /etc/openldap/ldap.conf
+> to be able to connect to the ldap server.
+> 
+> Should we also use the *.mageia.org certificate on the ldap server ?
+> Or have our own CA with keys distributed by rpm packages in the
+> distribution ?
+
+I would say "our own CA, but that's such a PITA :/
+
+-- 
+Michael Scherer
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004211.html b/zarb-ml/mageia-sysadm/2012-February/004211.html new file mode 100644 index 000000000..8b12d5f3a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004211.html @@ -0,0 +1,71 @@ + + + + [Mageia-sysadm] ldap server certificate (was: Re: [Mageia-discuss] Fosdem report) + + + + + + + + + +

[Mageia-sysadm] ldap server certificate (was: Re: [Mageia-discuss] Fosdem report)

+ Romain d'Alverny + rdalverny at gmail.com +
+ Tue Feb 14 17:54:02 CET 2012 +

+
+ +
On Tue, Feb 14, 2012 at 17:35, Michael Scherer <misc at zarb.org> wrote:
+>> It looks like we are still using a self-signed certificate on the ldap
+>> server. So it's required to have "TLS_REQCERT allow" in /etc/openldap/ldap.conf
+>> to be able to connect to the ldap server.
+>>
+>> Should we also use the *.mageia.org certificate on the ldap server ?
+
+Wouldn't that make sense?
+
+>> Or have our own CA with keys distributed by rpm packages in the
+>> distribution ?
+>
+> I would say "our own CA, but that's such a PITA :/
+
+Why?
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004212.html b/zarb-ml/mageia-sysadm/2012-February/004212.html new file mode 100644 index 000000000..324c4b130 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004212.html @@ -0,0 +1,75 @@ + + + + [Mageia-sysadm] ldap server certificate (was: Re: [Mageia-discuss] Fosdem report) + + + + + + + + + +

[Mageia-sysadm] ldap server certificate (was: Re: [Mageia-discuss] Fosdem report)

+ nicolas vigier + boklm at mars-attacks.org +
+ Tue Feb 14 18:39:09 CET 2012 +

+
+ +
On Tue, 14 Feb 2012, Romain d'Alverny wrote:
+
+> On Tue, Feb 14, 2012 at 17:35, Michael Scherer <misc at zarb.org> wrote:
+> >> It looks like we are still using a self-signed certificate on the ldap
+> >> server. So it's required to have "TLS_REQCERT allow" in /etc/openldap/ldap.conf
+> >> to be able to connect to the ldap server.
+> >>
+> >> Should we also use the *.mageia.org certificate on the ldap server ?
+> 
+> Wouldn't that make sense?
+
+That would work, but some people can easily get any certificate signed
+by official certificate authorities, so it's not very reliable, it's
+only useful to remove warnings in web browsers. And we have a wildcard
+certificate, so the same certificate is used on all mageia https
+websites, and if one of the server is compromised then the key used by
+the ldap server can be stolen.
+
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004213.html b/zarb-ml/mageia-sysadm/2012-February/004213.html new file mode 100644 index 000000000..286e06b39 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004213.html @@ -0,0 +1,127 @@ + + + + [Mageia-sysadm] ldap server certificate (was: Re: [Mageia-discuss] Fosdem report) + + + + + + + + + +

[Mageia-sysadm] ldap server certificate (was: Re: [Mageia-discuss] Fosdem report)

+ Buchan Milne + bgmilne at zarb.org +
+ Wed Feb 15 08:25:22 CET 2012 +

+
+ +
On Tuesday, 14 February 2012 17:36:14 nicolas vigier wrote:
+> On Tue, 14 Feb 2012, Oliver Burger wrote:
+> > But shall we write that command line into the wiki? Aside from not
+> > working: [oli at beteigeuze avfs]$ ldapsearch -W -Z -h ldap.mageia.org  -D
+> > uid=obgr_seneca,ou=People,dc=mageia,dc=org -b ou=Group,dc=mageia,dc=org
+> > ldap_start_tls: Connect error (-11)
+> > Enter LDAP Password:
+> > ldap_result: Can't contact LDAP server (-1)
+> 
+> It looks like we are still using a self-signed certificate on the ldap
+> server.
+
+Yes.
+
+> So it's required to have "TLS_REQCERT allow" in
+> /etc/openldap/ldap.conf to be able to connect to the ldap server.
+
+There are a few issues. If the self-signed cert and key were separate files 
+(new installs of openldap-server will do it this way as of current cauldron), 
+then the self-signed cert would not be too much of an issue if the self-signed 
+cert were distributed to all nodes and set as the TLS_CACERT, e.g.:
+
+# grep ^TLS_CACERT /etc/openldap/ldap.conf
+TLS_CACERT      /etc/ssl/openldap/ldap.mageia.org.pem
+
+
+The next issue is:
+# openssl x509 -noout -subject -in /etc/ssl/openldap/ldap.mageia.org.pem
+subject= /C=FR/ST=France/L=Marseille/O=Mageia/OU=Ldap 
+server/CN=valstar.mageia.org/emailAddress=root at mageia.org
+
+subjectCN does not match the hostname that was provided, and no Subject 
+Alternative Names provided, so:
+
+
+# ldapsearch -LLL -x -h ldap.mageia.org -ZZ -s base -b '' 
+namingContextsldap_start_tls: Connect error (-11)
+        additional info: TLS: hostname does not match CN in peer certificate
+
+vs
+# ldapsearch -LLL  -x -h valstar.mageia.org -ZZ -s base -b '' namingContexts
+dn:
+namingContexts: dc=mageia,dc=org
+namingContexts: dc=test_ldap
+
+
+But, this doesn't scale. We already have 2 LDAP servers, we would now need to 
+have both of their certs in the TLS_CACERT, and update it if:
+-a cert is updated for whatever reason
+-we add more servers
+
+> Should we also use the *.mageia.org certificate on the ldap server ?
+
+No, as you are distributing the key too widely, opening up easy avenues for 
+decrypting the traffic.
+
+> Or have our own CA
+
+Yes.
+
+> with keys distributed by rpm packages in the
+> distribution ?
+
+No. Possibly the CA cert distributed, if we intend for distribution users to 
+access our LDAP directory from the internet (which seems is currently 
+possible). But, then I am not sure if that is intended, or a mistake.
+
+Regards,
+Buchan
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004214.html b/zarb-ml/mageia-sysadm/2012-February/004214.html new file mode 100644 index 000000000..e883d951e --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004214.html @@ -0,0 +1,63 @@ + + + + [Mageia-sysadm] [URGENT] SVN down for ~30minutes + + + + + + + + + +

[Mageia-sysadm] [URGENT] SVN down for ~30minutes

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Wed Feb 15 08:43:18 CET 2012 +

+
+ +
Hi
+
+SVN is down for ~30minutes :-(
+
+See you
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004215.html b/zarb-ml/mageia-sysadm/2012-February/004215.html new file mode 100644 index 000000000..8dcf4f8e0 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004215.html @@ -0,0 +1,89 @@ + + + + [Mageia-sysadm] ldap server certificate (was: Re: [Mageia-discuss] Fosdem report) + + + + + + + + + +

[Mageia-sysadm] ldap server certificate (was: Re: [Mageia-discuss] Fosdem report)

+ Michael Scherer + misc at zarb.org +
+ Wed Feb 15 10:32:35 CET 2012 +

+
+ +
Le mardi 14 février 2012 à 17:54 +0100, Romain d'Alverny a écrit :
+> On Tue, Feb 14, 2012 at 17:35, Michael Scherer <misc at zarb.org> wrote:
+> >> It looks like we are still using a self-signed certificate on the ldap
+> >> server. So it's required to have "TLS_REQCERT allow" in /etc/openldap/ldap.conf
+> >> to be able to connect to the ldap server.
+> >>
+> >> Should we also use the *.mageia.org certificate on the ldap server ?
+> 
+> Wouldn't that make sense?
+
+
+I fear that some tools would requires CA in a slightly different format
+( like key in one file, signature in another one ).
+For example, postgresql seems to need this ( since I had to write a
+special class for this, see rev 530 and 531 on adm svn.
+This can surely be worked around, but I am not sure if this would
+preserve the certificate signature ( I am rather bad when it come to certificate, each time, 
+I think I understood openssl, and in fact, i didn't )
+
+
+> >> Or have our own CA with keys distributed by rpm packages in the
+> >> distribution ?
+> >
+> > I would say "our own CA, but that's such a PITA :/
+> 
+> Why?
+
+Because openssl is weird :p
+
+-- 
+Michael Scherer
+
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004216.html b/zarb-ml/mageia-sysadm/2012-February/004216.html new file mode 100644 index 000000000..89fa16236 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004216.html @@ -0,0 +1,63 @@ + + + + [Mageia-sysadm] [Mageia-dev] [URGENT] SVN down for ~30minutes + + + + + + + + + +

[Mageia-sysadm] [Mageia-dev] [URGENT] SVN down for ~30minutes

+ Jerome Quelin + jquelin at gmail.com +
+ Wed Feb 15 10:36:00 CET 2012 +

+
+ +
On 12/02/15 08:43 +0100, Thierry Vignaud wrote:
+> SVN is down for ~30minutes :-(
+
+is it still down? i cannot commit right now.
+thanks,
+jérôme 
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004217.html b/zarb-ml/mageia-sysadm/2012-February/004217.html new file mode 100644 index 000000000..d9046b2bc --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004217.html @@ -0,0 +1,65 @@ + + + + [Mageia-sysadm] [Mageia-dev] [URGENT] SVN down for ~30minutes + + + + + + + + + +

[Mageia-sysadm] [Mageia-dev] [URGENT] SVN down for ~30minutes

+ nicolas vigier + boklm at mars-attacks.org +
+ Wed Feb 15 10:48:53 CET 2012 +

+
+ +
On Wed, 15 Feb 2012, Thierry Vignaud wrote:
+
+> Hi
+> 
+> SVN is down for ~30minutes :-(
+
+It is now fixed. The problem was caused by an error in ldap configuration.
+
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004218.html b/zarb-ml/mageia-sysadm/2012-February/004218.html new file mode 100644 index 000000000..be21239a7 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004218.html @@ -0,0 +1,102 @@ + + + + [Mageia-sysadm] ldap server certificate (was: Re: [Mageia-discuss] Fosdem report) + + + + + + + + + +

[Mageia-sysadm] ldap server certificate (was: Re: [Mageia-discuss] Fosdem report)

+ Buchan Milne + bgmilne at zarb.org +
+ Wed Feb 15 17:12:10 CET 2012 +

+
+ +
On Wednesday, 15 February 2012 11:32:35 Michael Scherer wrote:
+> Le mardi 14 février 2012 à 17:54 +0100, Romain d'Alverny a écrit :
+> > On Tue, Feb 14, 2012 at 17:35, Michael Scherer <misc at zarb.org> wrote:
+> > >> It looks like we are still using a self-signed certificate on the ldap
+> > >> server. So it's required to have "TLS_REQCERT allow" in
+> > >> /etc/openldap/ldap.conf to be able to connect to the ldap server.
+> > >> 
+> > >> Should we also use the *.mageia.org certificate on the ldap server ?
+> > 
+> > Wouldn't that make sense?
+> 
+> I fear that some tools would requires CA in a slightly different format
+> ( like key in one file, signature in another one ).
+
+Key and cert should ideally be separate.
+
+> For example, postgresql seems to need this ( since I had to write a
+> special class for this, see rev 530 and 531 on adm svn.
+> This can surely be worked around, but I am not sure if this would
+> preserve the certificate signature
+
+It should.
+
+> ( I am rather bad when it come to
+> certificate, each time, I think I understood openssl, and in fact, i
+> didn't )
+
+openssl x509 -out server.crt -in combined.pem
+openssl rsa -out server.key -in combined.pem
+?
+ 
+> > >> Or have our own CA with keys distributed by rpm packages in the
+> > >> distribution ?
+> > > 
+> > > I would say "our own CA, but that's such a PITA :/
+> > 
+> > Why?
+> 
+> Because openssl is weird :p
+
+That's not the PITA. Handling CSRs, signatures etc. is. But, it is a problem 
+worth solving, as we really should have a solution for this. We have been 
+using OpenCA at work for this, with some semi-automated enrolment with 
+autosscep (and SCEP on Cisco routers, Cisco VPN client etc.).
+
+Regards,
+Buchan
+
+ + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004219.html b/zarb-ml/mageia-sysadm/2012-February/004219.html new file mode 100644 index 000000000..52861c946 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004219.html @@ -0,0 +1,63 @@ + + + + [Mageia-sysadm] [sysadmin-reports] Hobbit [848679] jonund.mageia.org:cpu stopped reporting (PURPLE) + + + + + + + + + +

[Mageia-sysadm] [sysadmin-reports] Hobbit [848679] jonund.mageia.org:cpu stopped reporting (PURPLE)

+ nicolas vigier + boklm at mars-attacks.org +
+ Wed Feb 15 18:48:25 CET 2012 +

+
+ +
+Does anyone know why we get those errors all the time about "stopped
+reporting" ?
+
+We should try to fix this, as monitoring tools become useless when 99%
+of the mail they send are not real problems ...
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004220.html b/zarb-ml/mageia-sysadm/2012-February/004220.html new file mode 100644 index 000000000..f378cc35d --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004220.html @@ -0,0 +1,66 @@ + + + + [Mageia-sysadm] [sysadmin-reports] Hobbit [848679] jonund.mageia.org:cpu stopped reporting (PURPLE) + + + + + + + + + +

[Mageia-sysadm] [sysadmin-reports] Hobbit [848679] jonund.mageia.org:cpu stopped reporting (PURPLE)

+ Michael Scherer + misc at zarb.org +
+ Wed Feb 15 23:22:15 CET 2012 +

+
+ +
Le mercredi 15 février 2012 à 18:48 +0100, nicolas vigier a écrit :
+> Does anyone know why we get those errors all the time about "stopped
+> reporting" ?
+
+server got reinstalled, there is no xymon on mageia 1.
+
+-- 
+Michael Scherer
+
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004221.html b/zarb-ml/mageia-sysadm/2012-February/004221.html new file mode 100644 index 000000000..ca50789e2 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004221.html @@ -0,0 +1,73 @@ + + + + [Mageia-sysadm] Lost sucuk + + + + + + + + + +

[Mageia-sysadm] Lost sucuk

+ Michael Scherer + misc at zarb.org +
+ Fri Feb 17 21:39:37 CET 2012 +

+
+ +
Hi,
+
+while trying to install xymon on the various nodes, thanks to the new
+system that pascal installed ( hint, he should be sending some mail
+about ), I noticed that sucuk is down.
+
+It doesn't answer to ssh or ping, and the admin interface that was
+plugged on fiona 2nd interface doesn't seems to be up either ( and
+that's rather weird , but since I didn't test it, maybe it was wrongly
+plugged ). 
+
+I guess someone should take care of contacting Lost Oasis on monday.
+
+-- 
+Michael Scherer
+
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004222.html b/zarb-ml/mageia-sysadm/2012-February/004222.html new file mode 100644 index 000000000..bcd8c5d48 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004222.html @@ -0,0 +1,74 @@ + + + + [Mageia-sysadm] Lost sucuk + + + + + + + + + +

[Mageia-sysadm] Lost sucuk

+ nicolas vigier + boklm at mars-attacks.org +
+ Fri Feb 17 21:47:23 CET 2012 +

+
+ +
On Fri, 17 Feb 2012, Michael Scherer wrote:
+
+> Hi,
+> 
+> while trying to install xymon on the various nodes, thanks to the new
+> system that pascal installed ( hint, he should be sending some mail
+> about ), I noticed that sucuk is down.
+> 
+> It doesn't answer to ssh or ping, and the admin interface that was
+> plugged on fiona 2nd interface doesn't seems to be up either ( and
+> that's rather weird , but since I didn't test it, maybe it was wrongly
+> plugged ). 
+> 
+> I guess someone should take care of contacting Lost Oasis on monday.
+
+Ok, I can contact them on monday.
+
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004223.html b/zarb-ml/mageia-sysadm/2012-February/004223.html new file mode 100644 index 000000000..b4f69038c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004223.html @@ -0,0 +1,81 @@ + + + + [Mageia-sysadm] noarch packages existing only on x86_64 + + + + + + + + + +

[Mageia-sysadm] noarch packages existing only on x86_64

+ Pascal Terjan + pterjan at gmail.com +
+ Sat Feb 18 16:20:37 CET 2012 +

+
+ +
[schedbot at valstar ~]$ diff <(find
+/distrib/bootstrap/distrib/cauldron/i586/ -name '*noarch.rpm' | xargs
+-n1 basename |sort) <(find /distrib/bootstrap/distrib/cauldron/x86_64/
+-name '*noarch.rpm' | xargs -n1 basename | sort) | grep '^[<>]'
+> bluez-firmware-1.2-6.mga1.noarch.rpm
+> colorize-0.3.4-1.mga2.noarch.rpm
+> fusion-icon-0.1-4.mga2.noarch.rpm
+> jgoodies-animation-javadoc-1.3.0-1.mga2.noarch.rpm
+> kde-l10n-en_GB-4.8.0-1.mga2.noarch.rpm
+> kde-l10n-he-4.7.97-1.mga2.noarch.rpm
+> kde-l10n-he-handbooks-4.7.97-1.mga2.noarch.rpm
+> kde-l10n-id-4.7.97-1.mga2.noarch.rpm
+> kde-l10n-kn-4.7.97-1.mga2.noarch.rpm
+> kde-l10n-ug-4.7.97-1.mga2.noarch.rpm
+> speedtouch-firmware-0.1-9.mga2.nonfree.noarch.rpm
+> x11-font-adobe-utopia-100dpi-1.0.4-2.mga1.noarch.rpm
+> x11-font-adobe-utopia-75dpi-1.0.4-3.mga1.noarch.rpm
+> xml-commons-apis-manual-1.4.01-6.mga2.noarch.rpm
+
+None of those packages are obsoleted by anything.
+
+Did they get removed manually from i586 without a proper obsolete?
+
+Can the maintainers confirm what should happen to them?
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004224.html b/zarb-ml/mageia-sysadm/2012-February/004224.html new file mode 100644 index 000000000..66b423420 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004224.html @@ -0,0 +1,168 @@ + + + + [Mageia-sysadm] noarch packages existing only on x86_64 + + + + + + + + + +

[Mageia-sysadm] noarch packages existing only on x86_64

+ Kamil Rytarowski + n54 at gmx.com +
+ Sat Feb 18 16:56:59 CET 2012 +

+
+ +
On 18.02.2012 16:20, Pascal Terjan wrote:
+> [schedbot at valstar ~]$ diff<(find
+> /distrib/bootstrap/distrib/cauldron/i586/ -name '*noarch.rpm' | xargs
+> -n1 basename |sort)<(find /distrib/bootstrap/distrib/cauldron/x86_64/
+> -name '*noarch.rpm' | xargs -n1 basename | sort) | grep '^[<>]'
+>> bluez-firmware-1.2-6.mga1.noarch.rpm
+>> colorize-0.3.4-1.mga2.noarch.rpm
+>> fusion-icon-0.1-4.mga2.noarch.rpm
+>> jgoodies-animation-javadoc-1.3.0-1.mga2.noarch.rpm
+>> kde-l10n-en_GB-4.8.0-1.mga2.noarch.rpm
+>> kde-l10n-he-4.7.97-1.mga2.noarch.rpm
+>> kde-l10n-he-handbooks-4.7.97-1.mga2.noarch.rpm
+>> kde-l10n-id-4.7.97-1.mga2.noarch.rpm
+>> kde-l10n-kn-4.7.97-1.mga2.noarch.rpm
+>> kde-l10n-ug-4.7.97-1.mga2.noarch.rpm
+>> speedtouch-firmware-0.1-9.mga2.nonfree.noarch.rpm
+>> x11-font-adobe-utopia-100dpi-1.0.4-2.mga1.noarch.rpm
+>> x11-font-adobe-utopia-75dpi-1.0.4-3.mga1.noarch.rpm
+>> xml-commons-apis-manual-1.4.01-6.mga2.noarch.rpm
+> None of those packages are obsoleted by anything.
+>
+> Did they get removed manually from i586 without a proper obsolete?
+>
+> Can the maintainers confirm what should happen to them?
+> _______________________________________________
+> Mageia-sysadm mailing list
+> Mageia-sysadm at mageia.org
+> https://www.mageia.org/mailman/listinfo/mageia-sysadm
+In x86_64:
+[GZ]    myspell-af_ZA-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+505K
+[GZ]    myspell-ar_AR-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+139K
+[GZ]    myspell-az_AZ-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     67K
+[GZ]    myspell-bg_BG-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+374K
+[GZ]    myspell-ca_ES-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+374K
+[GZ]    myspell-cop_EG-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+41K
+[GZ]    myspell-cs_CZ-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+965K
+[GZ]    myspell-csb_CSB-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18 
+     53K
+[GZ]    myspell-cy_GB-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+564K
+[GZ]    myspell-da_DK-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+453K
+[GZ]    myspell-de_AT-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     22K
+[GZ]    myspell-de_CH-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+1.1M
+[GZ]    myspell-de_DE-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+2.9M
+[GZ]    myspell-el_GR-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+1.2M
+[GZ]    myspell-en_AU-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+186K
+[GZ]    myspell-en_CA-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+331K
+[GZ]    myspell-en_GB-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+247K
+[GZ]    myspell-en_NZ-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+201K
+[GZ]    myspell-en_US-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+3.0M
+[GZ]    myspell-en_ZA-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+244K
+[GZ]    myspell-eo_EO-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     94K
+[GZ]    myspell-es_ES-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+757K
+[GZ]    myspell-es_MX-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+248K
+[GZ]    myspell-et_EE-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+649K
+[GZ]    myspell-eu_ES-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+438K
+[GZ]    myspell-fa_FA-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+636K
+[GZ]    myspell-fa_IR-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+636K
+[GZ]    myspell-fi_FI-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     15K
+[GZ]    myspell-fj_FJ-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     84K
+[GZ]    myspell-fo_FO-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+297K
+[GZ]    myspell-fr_BE-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     16K
+[GZ]    myspell-fr_FR-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+1.2M
+[GZ]    myspell-fur_IT-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+124K
+[GZ]    myspell-fy_NL-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     96K
+[GZ]    myspell-ga_IE-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+271K
+[GZ]    myspell-gd_GB-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     57K
+[GZ]    myspell-gl_ES-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+188K
+[GZ]    myspell-gsc_FR-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+4.1M
+[GZ]    myspell-he_IL-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+449K
+[GZ]    myspell-hi_IN-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     69K
+[GZ]    myspell-hr_HR-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+621K
+[GZ]    myspell-hu_HU-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+521K
+[GZ]    myspell-hy_AM-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     
+361K
+
+Also
+https://bugs.mageia.org/show_bug.cgi?id=4526
+A subpackage switched from arch specified to noarch, result: everything 
+hangs on mirrors.
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004225.html b/zarb-ml/mageia-sysadm/2012-February/004225.html new file mode 100644 index 000000000..8f82de8e5 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004225.html @@ -0,0 +1,65 @@ + + + + [Mageia-sysadm] [Mageia-dev] noarch packages existing only on x86_64 + + + + + + + + + +

[Mageia-sysadm] [Mageia-dev] noarch packages existing only on x86_64

+ Kamil Rytarowski + n54 at gmx.com +
+ Sat Feb 18 17:01:44 CET 2012 +

+
+ +
On 18.02.2012 16:56, Kamil Rytarowski wrote:
+>
+> Also
+> https://bugs.mageia.org/show_bug.cgi?id=4526
+> A subpackage switched from arch specified to noarch, result: 
+> everything hangs on mirrors.
+There was also prably a bug submitted somewhere, that after a rename of 
+a package: there are hanging on mirrors -debug packages...
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004226.html b/zarb-ml/mageia-sysadm/2012-February/004226.html new file mode 100644 index 000000000..2d3d5932c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004226.html @@ -0,0 +1,145 @@ + + + + [Mageia-sysadm] [Mageia-dev] noarch packages existing only on x86_64 + + + + + + + + + +

[Mageia-sysadm] [Mageia-dev] noarch packages existing only on x86_64

+ Pascal Terjan + pterjan at gmail.com +
+ Sat Feb 18 17:04:08 CET 2012 +

+
+ +
2012/2/18 Kamil Rytarowski <n54 at gmx.com>:
+> On 18.02.2012 16:20, Pascal Terjan wrote:
+>>
+>> [schedbot at valstar ~]$ diff<(find
+>> /distrib/bootstrap/distrib/cauldron/i586/ -name '*noarch.rpm' | xargs
+>> -n1 basename |sort)<(find /distrib/bootstrap/distrib/cauldron/x86_64/
+>> -name '*noarch.rpm' | xargs -n1 basename | sort) | grep '^[<>]'
+>>>
+>>> bluez-firmware-1.2-6.mga1.noarch.rpm
+>>> colorize-0.3.4-1.mga2.noarch.rpm
+>>> fusion-icon-0.1-4.mga2.noarch.rpm
+>>> jgoodies-animation-javadoc-1.3.0-1.mga2.noarch.rpm
+>>> kde-l10n-en_GB-4.8.0-1.mga2.noarch.rpm
+>>> kde-l10n-he-4.7.97-1.mga2.noarch.rpm
+>>> kde-l10n-he-handbooks-4.7.97-1.mga2.noarch.rpm
+>>> kde-l10n-id-4.7.97-1.mga2.noarch.rpm
+>>> kde-l10n-kn-4.7.97-1.mga2.noarch.rpm
+>>> kde-l10n-ug-4.7.97-1.mga2.noarch.rpm
+>>> speedtouch-firmware-0.1-9.mga2.nonfree.noarch.rpm
+>>> x11-font-adobe-utopia-100dpi-1.0.4-2.mga1.noarch.rpm
+>>> x11-font-adobe-utopia-75dpi-1.0.4-3.mga1.noarch.rpm
+>>> xml-commons-apis-manual-1.4.01-6.mga2.noarch.rpm
+>>
+>> None of those packages are obsoleted by anything.
+>>
+>> Did they get removed manually from i586 without a proper obsolete?
+>>
+>> Can the maintainers confirm what should happen to them?
+>> _______________________________________________
+>> Mageia-sysadm mailing list
+>> Mageia-sysadm at mageia.org
+>> https://www.mageia.org/mailman/listinfo/mageia-sysadm
+>
+> In x86_64:
+> [GZ]    myspell-af_ZA-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     505K
+> [GZ]    myspell-ar_AR-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     139K
+> [GZ]    myspell-az_AZ-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     67K
+> [GZ]    myspell-bg_BG-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     374K
+> [GZ]    myspell-ca_ES-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     374K
+> [GZ]    myspell-cop_EG-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     41K
+> [GZ]    myspell-cs_CZ-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     965K
+> [GZ]    myspell-csb_CSB-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18
+> 53K
+> [GZ]    myspell-cy_GB-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     564K
+> [GZ]    myspell-da_DK-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     453K
+> [GZ]    myspell-de_AT-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     22K
+> [GZ]    myspell-de_CH-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     1.1M
+> [GZ]    myspell-de_DE-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     2.9M
+> [GZ]    myspell-el_GR-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     1.2M
+> [GZ]    myspell-en_AU-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     186K
+> [GZ]    myspell-en_CA-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     331K
+> [GZ]    myspell-en_GB-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     247K
+> [GZ]    myspell-en_NZ-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     201K
+> [GZ]    myspell-en_US-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     3.0M
+> [GZ]    myspell-en_ZA-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     244K
+> [GZ]    myspell-eo_EO-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     94K
+> [GZ]    myspell-es_ES-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     757K
+> [GZ]    myspell-es_MX-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     248K
+> [GZ]    myspell-et_EE-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     649K
+> [GZ]    myspell-eu_ES-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     438K
+> [GZ]    myspell-fa_FA-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     636K
+> [GZ]    myspell-fa_IR-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     636K
+> [GZ]    myspell-fi_FI-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     15K
+> [GZ]    myspell-fj_FJ-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     84K
+> [GZ]    myspell-fo_FO-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     297K
+> [GZ]    myspell-fr_BE-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     16K
+> [GZ]    myspell-fr_FR-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     1.2M
+> [GZ]    myspell-fur_IT-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18
+> 124K
+> [GZ]    myspell-fy_NL-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     96K
+> [GZ]    myspell-ga_IE-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     271K
+> [GZ]    myspell-gd_GB-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     57K
+> [GZ]    myspell-gl_ES-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     188K
+> [GZ]    myspell-gsc_FR-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18
+> 4.1M
+> [GZ]    myspell-he_IL-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     449K
+> [GZ]    myspell-hi_IN-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     69K
+> [GZ]    myspell-hr_HR-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     621K
+> [GZ]    myspell-hu_HU-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     521K
+> [GZ]    myspell-hy_AM-1.0.2-30.mga1.noarch.rpm    11-Feb-2011 22:18     361K
+>
+> Also
+> https://bugs.mageia.org/show_bug.cgi?id=4526
+> A subpackage switched from arch specified to noarch, result: everything
+> hangs on mirrors.
+
+I know about those and had cleaned them already, that's why they are
+not in the list I posted :)
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004227.html b/zarb-ml/mageia-sysadm/2012-February/004227.html new file mode 100644 index 000000000..bd57733e5 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004227.html @@ -0,0 +1,101 @@ + + + + [Mageia-sysadm] perl modules shipped by mageia - db hosted on mageia servers? + + + + + + + + + +

[Mageia-sysadm] perl modules shipped by mageia - db hosted on mageia servers?

+ D.Morgan + dmorganec at gmail.com +
+ Mon Feb 20 15:47:38 CET 2012 +

+
+ +
On Fri, Jul 8, 2011 at 2:50 PM, Jerome Quelin <jquelin at gmail.com> wrote:
+> hi,
+>
+> i've updated module::packaged::generator to support mageia (among a lot
+> of other improvements). it creates a sqlite database with all perl
+> modules available in mageia, with their version and the rpm package
+> holding the module. the package to install is (only available on
+> cauldron) perl-Module-Packaged-Generator-1.111.890-1.mga2
+>
+> i'd like this database to be available somewhere on mageia servers.
+> would it be possible to have one of the servers run the following
+> command on a regular basis (eg, every day, or every 2-3 days, or at
+> worst every week):
+>
+>    pkgcpan -q
+>
+> there won't be any output (-q flag) unless it bails out. it requires an
+> internet connection. it doesn't take too long (19 seconds here with cpan
+> index update), nor too much cpu. it doesn't require special rights - it
+> only needs a writable home for storing some intermediate data. it will
+> create a file cpan_Mageia.db in the current directory. to change the
+> path to the db being created, use the -f flag:
+>
+>    pkgcpan -q -f /path/to/cpan_Mageia.db
+>
+> if the servers aren't yet using mageia, the command will either fail or
+> create a db for another distribution (since it would pick a wrong
+> driver). it's possible to over-ride the platform auto-detection with the
+> -d flag:
+>
+>    pkgcpan -q -f /path/to/cpan_Mageia.db -d Mageia
+>
+> once this is scheduled, please let me know the refresh rate and the url
+> where resulting file can be downloaded. the url doesn't need to be sexy
+> or short or whatever - it will be hidden in a perl module responsible
+> for automatic mirroring.
+>
+>
+> thanks,
+> jérôme
+
+this is available here :
+
+http://pkgcpan.mageia.org/cpan_Mageia.db
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004228.html b/zarb-ml/mageia-sysadm/2012-February/004228.html new file mode 100644 index 000000000..b743d622c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004228.html @@ -0,0 +1,105 @@ + + + + [Mageia-sysadm] perl modules shipped by mageia - db hosted on mageia servers? + + + + + + + + + +

[Mageia-sysadm] perl modules shipped by mageia - db hosted on mageia servers?

+ Pascal Terjan + pterjan at gmail.com +
+ Mon Feb 20 16:11:12 CET 2012 +

+
+ +
On Mon, Feb 20, 2012 at 14:47, D.Morgan <dmorganec at gmail.com> wrote:
+> On Fri, Jul 8, 2011 at 2:50 PM, Jerome Quelin <jquelin at gmail.com> wrote:
+>> hi,
+>>
+>> i've updated module::packaged::generator to support mageia (among a lot
+>> of other improvements). it creates a sqlite database with all perl
+>> modules available in mageia, with their version and the rpm package
+>> holding the module. the package to install is (only available on
+>> cauldron) perl-Module-Packaged-Generator-1.111.890-1.mga2
+>>
+>> i'd like this database to be available somewhere on mageia servers.
+>> would it be possible to have one of the servers run the following
+>> command on a regular basis (eg, every day, or every 2-3 days, or at
+>> worst every week):
+>>
+>>    pkgcpan -q
+>>
+>> there won't be any output (-q flag) unless it bails out. it requires an
+>> internet connection. it doesn't take too long (19 seconds here with cpan
+>> index update), nor too much cpu. it doesn't require special rights - it
+>> only needs a writable home for storing some intermediate data. it will
+>> create a file cpan_Mageia.db in the current directory. to change the
+>> path to the db being created, use the -f flag:
+>>
+>>    pkgcpan -q -f /path/to/cpan_Mageia.db
+>>
+>> if the servers aren't yet using mageia, the command will either fail or
+>> create a db for another distribution (since it would pick a wrong
+>> driver). it's possible to over-ride the platform auto-detection with the
+>> -d flag:
+>>
+>>    pkgcpan -q -f /path/to/cpan_Mageia.db -d Mageia
+>>
+>> once this is scheduled, please let me know the refresh rate and the url
+>> where resulting file can be downloaded. the url doesn't need to be sexy
+>> or short or whatever - it will be hidden in a perl module responsible
+>> for automatic mirroring.
+>>
+>>
+>> thanks,
+>> jérôme
+>
+> this is available here :
+>
+> http://pkgcpan.mageia.org/cpan_Mageia.db
+
+You don't have permission to access the requested object. It is either
+read-protected or not readable by the server.
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004229.html b/zarb-ml/mageia-sysadm/2012-February/004229.html new file mode 100644 index 000000000..a719e7163 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004229.html @@ -0,0 +1,73 @@ + + + + [Mageia-sysadm] perl modules shipped by mageia - db hosted on mageia servers? + + + + + + + + + +

[Mageia-sysadm] perl modules shipped by mageia - db hosted on mageia servers?

+ Jerome Quelin + jquelin at gmail.com +
+ Mon Feb 20 16:57:55 CET 2012 +

+
+ +
On 12/02/20 15:11 +0000, Pascal Terjan wrote:
+> > this is available here :
+> > http://pkgcpan.mageia.org/cpan_Mageia.db
+
+nice, thank you! i was planning to ping you back now that servers are
+running mga1, but it seems you never forget! :-)
+
+ 
+> You don't have permission to access the requested object. It is either
+> read-protected or not readable by the server.
+
+indeed. someone to fix this little problem?
+
+thanks,
+jérôme 
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004230.html b/zarb-ml/mageia-sysadm/2012-February/004230.html new file mode 100644 index 000000000..65b890dd7 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004230.html @@ -0,0 +1,88 @@ + + + + [Mageia-sysadm] Backups on fiona.mageia.org + + + + + + + + + +

[Mageia-sysadm] Backups on fiona.mageia.org

+ nicolas vigier + boklm at mars-attacks.org +
+ Mon Feb 20 20:13:14 CET 2012 +

+
+ +
Hello,
+
+We now have a server with 4TB of disks in raid 5 (3 * 2TB disks).
+
+We have a list of content to backup :
+https://wiki.mageia.org/en/Mageia_Backups
+
+Now we need to select the tools that we want to use for backups.
+
+I think those tools are interesting :
+
+rsnapshot - http://rsnapshot.org/ :
+tools based on rsync, keeping multiple backups with hardlinks between
+unmodified files to save space. It's simple to setup and is working
+well.
+
+bup - https://github.com/apenwarr/bup
+A new backup software based on git. Splitting files into chunks, so that
+two big files with only small differences will not take twice the space.
+http://events.ccc.de/congress/2011/Fahrplan/attachments/2038_bup.pdf
+
+However bup is still in alpha version, so it might not be a good idea to
+rely on it for important backups yet. So maybe we can use bup to backup
+ISOs and mirror for stable releases as all ISOs and package files have
+a lot of data duplication, and are already mirrored on mirrors so it's
+less important (but can still be useful in case of filesystem corruption
+on valstar). And use rsnapshots for everything else ?
+
+Do you have any other proposals or comments ?
+
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004231.html b/zarb-ml/mageia-sysadm/2012-February/004231.html new file mode 100644 index 000000000..895efa697 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004231.html @@ -0,0 +1,96 @@ + + + + [Mageia-sysadm] Backups on fiona.mageia.org + + + + + + + + + +

[Mageia-sysadm] Backups on fiona.mageia.org

+ Michael Scherer + misc at zarb.org +
+ Mon Feb 20 22:07:56 CET 2012 +

+
+ +
Le lundi 20 février 2012 à 20:13 +0100, nicolas vigier a écrit :
+> Hello,
+> 
+> We now have a server with 4TB of disks in raid 5 (3 * 2TB disks).
+> 
+> We have a list of content to backup :
+> https://wiki.mageia.org/en/Mageia_Backups
+> 
+> Now we need to select the tools that we want to use for backups.
+> 
+> I think those tools are interesting :
+> 
+> rsnapshot - http://rsnapshot.org/ :
+> tools based on rsync, keeping multiple backups with hardlinks between
+> unmodified files to save space. It's simple to setup and is working
+> well.
+> 
+> bup - https://github.com/apenwarr/bup
+> A new backup software based on git. Splitting files into chunks, so that
+> two big files with only small differences will not take twice the space.
+> http://events.ccc.de/congress/2011/Fahrplan/attachments/2038_bup.pdf
+> 
+> However bup is still in alpha version, so it might not be a good idea to
+> rely on it for important backups yet. So maybe we can use bup to backup
+> ISOs and mirror for stable releases as all ISOs and package files have
+> a lot of data duplication, and are already mirrored on mirrors so it's
+> less important (but can still be useful in case of filesystem corruption
+> on valstar). And use rsnapshots for everything else ?
+
+I would look at bacula.
+
+I would also see if we can encrypt backup so someone accessing to fiona
+would not automatically get everything :)
+( like someone taking one disk from the server ).
+
+-- 
+Michael Scherer
+
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004232.html b/zarb-ml/mageia-sysadm/2012-February/004232.html new file mode 100644 index 000000000..5cdde8c21 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004232.html @@ -0,0 +1,107 @@ + + + + [Mageia-sysadm] Backups on fiona.mageia.org + + + + + + + + + +

[Mageia-sysadm] Backups on fiona.mageia.org

+ Thomas Backlund + tmb at mageia.org +
+ Mon Feb 20 22:23:07 CET 2012 +

+
+ +
20.02.2012 23:07, Michael Scherer skrev:
+> Le lundi 20 février 2012 à 20:13 +0100, nicolas vigier a écrit :
+>> Hello,
+>>
+>> We now have a server with 4TB of disks in raid 5 (3 * 2TB disks).
+>>
+>> We have a list of content to backup :
+>> https://wiki.mageia.org/en/Mageia_Backups
+>>
+>> Now we need to select the tools that we want to use for backups.
+>>
+>> I think those tools are interesting :
+>>
+>> rsnapshot - http://rsnapshot.org/ :
+>> tools based on rsync, keeping multiple backups with hardlinks between
+>> unmodified files to save space. It's simple to setup and is working
+>> well.
+>>
+
+I use a setup like this for some servers...
+
+
+>> bup - https://github.com/apenwarr/bup
+>> A new backup software based on git. Splitting files into chunks, so that
+>> two big files with only small differences will not take twice the space.
+>> http://events.ccc.de/congress/2011/Fahrplan/attachments/2038_bup.pdf
+>>
+>> However bup is still in alpha version, so it might not be a good idea to
+>> rely on it for important backups yet. So maybe we can use bup to backup
+>> ISOs and mirror for stable releases as all ISOs and package files have
+>> a lot of data duplication, and are already mirrored on mirrors so it's
+>> less important (but can still be useful in case of filesystem corruption
+>> on valstar). And use rsnapshots for everything else ?
+> 
+> I would look at bacula.
+> 
+
+> I would also see if we can encrypt backup so someone accessing to fiona
+> would not automatically get everything :)
+> ( like someone taking one disk from the server ).
+> 
+
+and then loose the encryption key so we cant restore it :)
+
+
+At least some parts like ldap data should be encrypted...
+
+--
+Thomas
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004233.html b/zarb-ml/mageia-sysadm/2012-February/004233.html new file mode 100644 index 000000000..dc6738d1e --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004233.html @@ -0,0 +1,76 @@ + + + + [Mageia-sysadm] Backups on fiona.mageia.org + + + + + + + + + +

[Mageia-sysadm] Backups on fiona.mageia.org

+ nicolas vigier + boklm at mars-attacks.org +
+ Mon Feb 20 22:26:19 CET 2012 +

+
+ +
On Mon, 20 Feb 2012, Michael Scherer wrote:
+
+> 
+> I would look at bacula.
+
+We can look at bacula also.
+
+> 
+> I would also see if we can encrypt backup so someone accessing to fiona
+> would not automatically get everything :)
+> ( like someone taking one disk from the server ).
+
+What does it protect us against ?
+If someone gets root access on the server while it is running, the
+encryption is useless. If someone shutdown the server and steal the
+disks, they won't be able to access the data, but they could also steal
+the disks from other servers which are not encrypted.
+
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004234.html b/zarb-ml/mageia-sysadm/2012-February/004234.html new file mode 100644 index 000000000..51bb1c235 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004234.html @@ -0,0 +1,79 @@ + + + + [Mageia-sysadm] perl modules shipped by mageia - db hosted on mageia servers? + + + + + + + + + +

[Mageia-sysadm] perl modules shipped by mageia - db hosted on mageia servers?

+ D.Morgan + dmorganec at gmail.com +
+ Tue Feb 21 01:58:55 CET 2012 +

+
+ +
On Mon, Feb 20, 2012 at 4:57 PM, Jerome Quelin <jquelin at gmail.com> wrote:
+> On 12/02/20 15:11 +0000, Pascal Terjan wrote:
+>> > this is available here :
+>> > http://pkgcpan.mageia.org/cpan_Mageia.db
+>
+> nice, thank you! i was planning to ping you back now that servers are
+> running mga1, but it seems you never forget! :-)
+
+At least we try to :)
+
+>
+>> You don't have permission to access the requested object. It is either
+>> read-protected or not readable by the server.
+>
+> indeed. someone to fix this little problem?
+>
+> thanks,
+> jérôme
+
+seems the server doesn't handle this file because if i add a text file
+with the same rights, i can see it properly.
+
+Someone has an idea of what is wrong ?
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004235.html b/zarb-ml/mageia-sysadm/2012-February/004235.html new file mode 100644 index 000000000..898acee74 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004235.html @@ -0,0 +1,96 @@ + + + + [Mageia-sysadm] Backups on fiona.mageia.org + + + + + + + + + +

[Mageia-sysadm] Backups on fiona.mageia.org

+ Michael Scherer + misc at zarb.org +
+ Tue Feb 21 18:08:42 CET 2012 +

+
+ +
Le lundi 20 février 2012 à 22:26 +0100, nicolas vigier a écrit :
+> On Mon, 20 Feb 2012, Michael Scherer wrote:
+> 
+> > 
+> > I would look at bacula.
+> 
+> We can look at bacula also.
+> 
+> > 
+> > I would also see if we can encrypt backup so someone accessing to fiona
+> > would not automatically get everything :)
+> > ( like someone taking one disk from the server ).
+> 
+> What does it protect us against ?
+> If someone gets root access on the server while it is running, the
+> encryption is useless. 
+
+Depend how the encryption is done. I was looking at how becula does it,
+and you can encrypt on the client before sending to the server, so if
+someone steal the drive or got root, he cannot do much. 
+
+( and there is a master key password so we can restore in the event the
+server is down )
+
+Granted, he can still steal the disk on others servers in the same data
+center, until we protect them.
+( and I think since we have raid, there is no need to shutdown ).
+
+So if we take this road, we should start to see if we need to encrypt
+them as well. The downside is that we would need to connect to ssh to
+enter the password by hand in case of power failure ( like by ssh ). 
+
+Not sure if we want to take this road, and if this will not be more
+hassle than worth.
+
+-- 
+Michael Scherer
+
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004236.html b/zarb-ml/mageia-sysadm/2012-February/004236.html new file mode 100644 index 000000000..9412c1dcc --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004236.html @@ -0,0 +1,73 @@ + + + + [Mageia-sysadm] geoip and IPv6 + + + + + + + + + +

[Mageia-sysadm] geoip and IPv6

+ Romain d'Alverny + rdalverny at gmail.com +
+ Tue Feb 21 20:29:03 CET 2012 +

+
+ +
Hi there,
+
+pterjan gently installed/activated php-geoip on www for our download
+pages, so I can use geoip_* functions. So far, I used to rely on
+MaxMind specific library in PHP.
+
+However, it looks like it's completely lost with IPv6 clients (and the
+library I used before was certainly as well, I'm just considering the
+problem with a fresh eye here).
+
+Consequence: it doesn't break our downloads, however, from the Web
+site, our IPv6 visitors are redirected to a completely random server
+to download our software. IPv4 are still redirected to their "closest"
+mirror.
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004237.html b/zarb-ml/mageia-sysadm/2012-February/004237.html new file mode 100644 index 000000000..9aa98cfa0 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004237.html @@ -0,0 +1,78 @@ + + + + [Mageia-sysadm] geoip and IPv6 + + + + + + + + + +

[Mageia-sysadm] geoip and IPv6

+ Pascal Terjan + pterjan at gmail.com +
+ Wed Feb 22 00:03:48 CET 2012 +

+
+ +
On Tue, Feb 21, 2012 at 19:29, Romain d'Alverny <rdalverny at gmail.com> wrote:
+> Hi there,
+>
+> pterjan gently installed/activated php-geoip on www for our download
+> pages, so I can use geoip_* functions. So far, I used to rely on
+> MaxMind specific library in PHP.
+>
+> However, it looks like it's completely lost with IPv6 clients (and the
+> library I used before was certainly as well, I'm just considering the
+> problem with a fresh eye here).
+
+The version in 1 did not have ipv6 data, I added it few months ago.
+As cauldron has a new version (1.4.8) I will check if it is safe to
+backport it to infra
+
+> Consequence: it doesn't break our downloads, however, from the Web
+> site, our IPv6 visitors are redirected to a completely random server
+> to download our software. IPv4 are still redirected to their "closest"
+> mirror.
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004238.html b/zarb-ml/mageia-sysadm/2012-February/004238.html new file mode 100644 index 000000000..7bffab3e3 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004238.html @@ -0,0 +1,85 @@ + + + + [Mageia-sysadm] geoip and IPv6 + + + + + + + + + +

[Mageia-sysadm] geoip and IPv6

+ Pascal Terjan + pterjan at gmail.com +
+ Wed Feb 22 00:42:42 CET 2012 +

+
+ +
On Tue, Feb 21, 2012 at 23:03, Pascal Terjan <pterjan at gmail.com> wrote:
+> On Tue, Feb 21, 2012 at 19:29, Romain d'Alverny <rdalverny at gmail.com> wrote:
+>> Hi there,
+>>
+>> pterjan gently installed/activated php-geoip on www for our download
+>> pages, so I can use geoip_* functions. So far, I used to rely on
+>> MaxMind specific library in PHP.
+>>
+>> However, it looks like it's completely lost with IPv6 clients (and the
+>> library I used before was certainly as well, I'm just considering the
+>> problem with a fresh eye here).
+>
+> The version in 1 did not have ipv6 data, I added it few months ago.
+> As cauldron has a new version (1.4.8) I will check if it is safe to
+> backport it to infra
+>
+
+1.4.8 improves ipv6 supports and fixes a security pb (Fix possible
+directory traversal weakness in geoipupdate-pureperl.pl with malicious
+update server), nothing too risky and no api breakage so I'm
+submitting it to infra.
+
+>> Consequence: it doesn't break our downloads, however, from the Web
+>> site, our IPv6 visitors are redirected to a completely random server
+>> to download our software. IPv4 are still redirected to their "closest"
+>> mirror.
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004239.html b/zarb-ml/mageia-sysadm/2012-February/004239.html new file mode 100644 index 000000000..b4e9aff77 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004239.html @@ -0,0 +1,83 @@ + + + + [Mageia-sysadm] geoip and IPv6 + + + + + + + + + +

[Mageia-sysadm] geoip and IPv6

+ Pascal Terjan + pterjan at gmail.com +
+ Wed Feb 22 00:49:05 CET 2012 +

+
+ +
On Tue, Feb 21, 2012 at 23:42, Pascal Terjan <pterjan at gmail.com> wrote:
+> On Tue, Feb 21, 2012 at 23:03, Pascal Terjan <pterjan at gmail.com> wrote:
+>> On Tue, Feb 21, 2012 at 19:29, Romain d'Alverny <rdalverny at gmail.com> wrote:
+>>> Hi there,
+>>>
+>>> pterjan gently installed/activated php-geoip on www for our download
+>>> pages, so I can use geoip_* functions. So far, I used to rely on
+>>> MaxMind specific library in PHP.
+>>>
+>>> However, it looks like it's completely lost with IPv6 clients (and the
+>>> library I used before was certainly as well, I'm just considering the
+>>> problem with a fresh eye here).
+>>
+>> The version in 1 did not have ipv6 data, I added it few months ago.
+>> As cauldron has a new version (1.4.8) I will check if it is safe to
+>> backport it to infra
+>>
+>
+> 1.4.8 improves ipv6 supports and fixes a security pb (Fix possible
+> directory traversal weakness in geoipupdate-pureperl.pl with malicious
+> update server), nothing too risky and no api breakage so I'm
+> submitting it to infra.
+
+Except that champagne is running mandriva...
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004240.html b/zarb-ml/mageia-sysadm/2012-February/004240.html new file mode 100644 index 000000000..d81b3c856 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004240.html @@ -0,0 +1,91 @@ + + + + [Mageia-sysadm] geoip and IPv6 + + + + + + + + + +

[Mageia-sysadm] geoip and IPv6

+ Romain d'Alverny + rdalverny at gmail.com +
+ Wed Feb 22 01:07:21 CET 2012 +

+
+ +
On Wed, Feb 22, 2012 at 00:49, Pascal Terjan <pterjan at gmail.com> wrote:
+> On Tue, Feb 21, 2012 at 23:42, Pascal Terjan <pterjan at gmail.com> wrote:
+>> On Tue, Feb 21, 2012 at 23:03, Pascal Terjan <pterjan at gmail.com> wrote:
+>>> On Tue, Feb 21, 2012 at 19:29, Romain d'Alverny <rdalverny at gmail.com> wrote:
+>>>> Hi there,
+>>>>
+>>>> pterjan gently installed/activated php-geoip on www for our download
+>>>> pages, so I can use geoip_* functions. So far, I used to rely on
+>>>> MaxMind specific library in PHP.
+>>>>
+>>>> However, it looks like it's completely lost with IPv6 clients (and the
+>>>> library I used before was certainly as well, I'm just considering the
+>>>> problem with a fresh eye here).
+>>>
+>>> The version in 1 did not have ipv6 data, I added it few months ago.
+>>> As cauldron has a new version (1.4.8) I will check if it is safe to
+>>> backport it to infra
+>>>
+>>
+>> 1.4.8 improves ipv6 supports and fixes a security pb (Fix possible
+>> directory traversal weakness in geoipupdate-pureperl.pl with malicious
+>> update server), nothing too risky and no api breakage so I'm
+>> submitting it to infra.
+>
+> Except that champagne is running mandriva...
+
+Ah /o\ Thanks a lot anyway. That will be useful in a later upgrade.
+
+I'm updating the MaxMind PHP library that was used in the app (now
+supports IPv6 too, with a separate db) and I'm testing it before
+switching the prod code using this part (and the continent fallback
+thing too).
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004241.html b/zarb-ml/mageia-sysadm/2012-February/004241.html new file mode 100644 index 000000000..b345c612c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004241.html @@ -0,0 +1,77 @@ + + + + [Mageia-sysadm] geoip and IPv6 + + + + + + + + + +

[Mageia-sysadm] geoip and IPv6

+ Thomas Backlund + tmb at mageia.org +
+ Wed Feb 22 11:28:06 CET 2012 +

+
+ +
Pascal Terjan skrev 22.2.2012 01:49:
+> On Tue, Feb 21, 2012 at 23:42, Pascal Terjan<pterjan at gmail.com>  wrote:
+>>
+>> 1.4.8 improves ipv6 supports and fixes a security pb (Fix possible
+>> directory traversal weakness in geoipupdate-pureperl.pl with malicious
+>> update server), nothing too risky and no api breakage so I'm
+>> submitting it to infra.
+>
+> Except that champagne is running mandriva...
+
+For 2010.1 you should be able to rebuild it with iurt on jonund unless 
+it's been broken during the upgrade.
+
+otherwise you can probably use rabbit to build the needed rpm
+
+--
+Thomas
+
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004242.html b/zarb-ml/mageia-sysadm/2012-February/004242.html new file mode 100644 index 000000000..bc6d6a0b8 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004242.html @@ -0,0 +1,90 @@ + + + + [Mageia-sysadm] geoip and IPv6 + + + + + + + + + +

[Mageia-sysadm] geoip and IPv6

+ Michael Scherer + misc at zarb.org +
+ Wed Feb 22 12:32:48 CET 2012 +

+
+ +
Le mardi 21 février 2012 à 23:49 +0000, Pascal Terjan a écrit :
+> On Tue, Feb 21, 2012 at 23:42, Pascal Terjan <pterjan at gmail.com> wrote:
+> > On Tue, Feb 21, 2012 at 23:03, Pascal Terjan <pterjan at gmail.com> wrote:
+> >> On Tue, Feb 21, 2012 at 19:29, Romain d'Alverny <rdalverny at gmail.com> wrote:
+> >>> Hi there,
+> >>>
+> >>> pterjan gently installed/activated php-geoip on www for our download
+> >>> pages, so I can use geoip_* functions. So far, I used to rely on
+> >>> MaxMind specific library in PHP.
+> >>>
+> >>> However, it looks like it's completely lost with IPv6 clients (and the
+> >>> library I used before was certainly as well, I'm just considering the
+> >>> problem with a fresh eye here).
+> >>
+> >> The version in 1 did not have ipv6 data, I added it few months ago.
+> >> As cauldron has a new version (1.4.8) I will check if it is safe to
+> >> backport it to infra
+> >>
+> >
+> > 1.4.8 improves ipv6 supports and fixes a security pb (Fix possible
+> > directory traversal weakness in geoipupdate-pureperl.pl with malicious
+> > update server), nothing too risky and no api breakage so I'm
+> > submitting it to infra.
+> 
+> Except that champagne is running mandriva...
+
+Time to upgrade, I guess.
+
+-- 
+Michael Scherer
+
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004243.html b/zarb-ml/mageia-sysadm/2012-February/004243.html new file mode 100644 index 000000000..b1c37b4fc --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004243.html @@ -0,0 +1,125 @@ + + + + [Mageia-sysadm] Rebuild failed on x86_64 for @172599:libneon0.27-0.29.6-1.mga2.src.rpm + + + + + + + + + +

[Mageia-sysadm] Rebuild failed on x86_64 for @172599:libneon0.27-0.29.6-1.mga2.src.rpm

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Sat Feb 25 18:17:50 CET 2012 +

+
+ +
On 25 February 2012 17:00, Ulri the scheduler bot
+<mageia-sysadm at mageia.org> wrote:
+> Build of the following packages failed:
+>
+> - @172599:libneon0.27-0.29.6-1.mga2.src.rpm
+>
+> Failure details available in http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120225155856.tv.valstar.5624/log
+> Reason:
+> @172599:libneon0.27-0.29.6-1.mga2.src.rpm: missing_dep
+>
+> Log files generated:
+> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120225155856.tv.valstar.5624/log/libneon0.27-0.29.6-1.mga2/install_deps-1.0.20120225155858.log
+> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120225155856.tv.valstar.5624/log/libneon0.27-0.29.6-1.mga2/install_deps-3.0.20120225155858.log
+> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120225155856.tv.valstar.5624/log/libneon0.27-0.29.6-1.mga2/install_deps-2.0.20120225155858.log
+
+logs says
+libneon0.27-0.29.6-1.mga2.src (due to unsatisfied libxml2-devel)
+
+but real error was:
+http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120225155856.tv.valstar.5624/log/botcmd.1330185537.ecosse.log
+D: [iurt2] [iurt2] /usr/bin/sudo /usr/sbin/iurt_root_command --chroot
+/home/iurt/chroot_tmp/iurt/chroot_cauldron.x86_64.0.20120225155858
+urpmi.addmedia core_release
+http://repository.mageia.org/distrib/cauldron/x86_64/media/core/release
+D: [iurt2] [iurt2] Command exited with 256.
+D: [iurt2] [iurt2] /usr/bin/sudo /usr/sbin/iurt_root_command --chroot
+/home/iurt/chroot_tmp/iurt/chroot_cauldron.x86_64.0.20120225155858
+urpmi.addmedia core_release
+http://repository.mageia.org/distrib/cauldron/x86_64/media/core/release
+D: [iurt2] [iurt2] Command exited with 256.
+E: [iurt2] [iurt2] ERROR: call_ret=1 kill= err=256 ()
+F: [iurt2] [iurt2] Command failed: /usr/bin/sudo
+/usr/sbin/iurt_root_command --chroot
+/home/iurt/chroot_tmp/iurt/chroot_cauldron.x86_64.0.20120225155858
+urpmi.addmedia core_release
+http://repository.mageia.org/distrib/cauldron/x86_64/media/core/release
+I: [iurt2] [iurt2] --------------- Command failed, full output follows
+---------------
+(...)
+"retrieval of [http://repository.mageia.org/distrib/cauldron/x86_64/media/core/release/media_info/synthesis.hdlist.cz]
+failed (md5sum mismatch)"
+
+But failing to add media which didn't stop the build to continue and
+thus we later got:
+"The requested URL was not found on this server.
+(....)
+<h2>Error 404</h2>"
+
+I've commited the attached fix in order to catch such failures.
+Someone should deploy a new snapshot of iurt on the build nodes...
+
+Also I would like someone to update ulri so that the following fix
+really get used:
+
+r2562 | tv | 2012-01-03 22:06:10 +0100 (meu, 03 Gen  2012) | 1 line
+let's have a sorted consistent listing in all mails
+
+
+Thanks
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: fix.diff
+Type: application/octet-stream
+Size: 666 bytes
+Desc: not available
+URL: </pipermail/mageia-sysadm/attachments/20120225/8ddba41f/attachment.obj>
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004244.html b/zarb-ml/mageia-sysadm/2012-February/004244.html new file mode 100644 index 000000000..0f65540a5 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004244.html @@ -0,0 +1,73 @@ + + + + [Mageia-sysadm] Backups on fiona.mageia.org + + + + + + + + + +

[Mageia-sysadm] Backups on fiona.mageia.org

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Sat Feb 25 18:58:13 CET 2012 +

+
+ +
On 20 February 2012 20:13, nicolas vigier <boklm at mars-attacks.org> wrote:
+> Now we need to select the tools that we want to use for backups.
+>
+> I think those tools are interesting :
+>
+> rsnapshot - http://rsnapshot.org/ :
+> tools based on rsync, keeping multiple backups with hardlinks between
+> unmodified files to save space. It's simple to setup and is working
+> well.
+
+pro:
+- save disk with several backups
+cons:
+- not compressed,
+- create zillions of inodes (hard links) that use to make fsck eat
+quite a lot of RAM
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004245.html b/zarb-ml/mageia-sysadm/2012-February/004245.html new file mode 100644 index 000000000..ef26fde03 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004245.html @@ -0,0 +1,75 @@ + + + + [Mageia-sysadm] Backups on fiona.mageia.org + + + + + + + + + +

[Mageia-sysadm] Backups on fiona.mageia.org

+ Kamil Rytarowski + n54 at gmx.com +
+ Sat Feb 25 19:05:26 CET 2012 +

+
+ +
On 25.02.2012 18:58, Thierry Vignaud wrote:
+> On 20 February 2012 20:13, nicolas vigier<boklm at mars-attacks.org>  wrote:
+>> Now we need to select the tools that we want to use for backups.
+>>
+>> I think those tools are interesting :
+>>
+>> rsnapshot - http://rsnapshot.org/ :
+>> tools based on rsync, keeping multiple backups with hardlinks between
+>> unmodified files to save space. It's simple to setup and is working
+>> well.
+> pro:
+> - save disk with several backups
+> cons:
+> - not compressed,
+> - create zillions of inodes (hard links) that use to make fsck eat
+> quite a lot of RAM
+What about DAR?
+http://dar.linux.free.fr/doc/Features.html
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004246.html b/zarb-ml/mageia-sysadm/2012-February/004246.html new file mode 100644 index 000000000..7dd92c691 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004246.html @@ -0,0 +1,79 @@ + + + + [Mageia-sysadm] [Mageia-dev] proposition to drop xedit + + + + + + + + + +

[Mageia-sysadm] [Mageia-dev] proposition to drop xedit

+ Kamil Rytarowski + n54 at gmx.com +
+ Sun Feb 26 12:01:16 CET 2012 +

+
+ +
On 21.02.2012 16:35, D.Morgan wrote:
+> On Tue, Feb 21, 2012 at 2:55 PM, Thomas Spuhler<thomas at btspuhler.com>  wrote:
+>> On Tuesday, February 21, 2012 01:37:53 AM Kamil Rytarowski wrote:
+>>> Hello!
+>>>
+>>> Is there need for xedit in Mageia? This package is no longer shipped by
+>>> Debian, Fedora, Red Hat, Arch, Slackware, Ubuntu.
+>>>
+>>> This package is shipped by Gentoo and Mandriva.
+>>>
+>>> https://en.wikipedia.org/wiki/Xedit_%28X11%29
+>>>
+>>> This package is unmaintained.
+>>>
+>>> My proposition is to drop it. (And the side effect will be to eliminate
+>>> one of the last things that is based on Aspell)
+>> I am ok to drop it.
+>> --
+>> Best regards
+>> Thomas Spuhler
+> no objection here too.
+It's moved in SVN into obsoletes, please remove it from mirrors.
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004247.html b/zarb-ml/mageia-sysadm/2012-February/004247.html new file mode 100644 index 000000000..3e31abd54 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004247.html @@ -0,0 +1,81 @@ + + + + [Mageia-sysadm] Needs locking iurt chroot tarballs + + + + + + + + + +

[Mageia-sysadm] Needs locking iurt chroot tarballs

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Tue Feb 28 09:02:55 CET 2012 +

+
+ +
Hi
+
+Yesterday evening, iurt chroot was rebuild due to new rpm.
+However some packages failed to build:
+http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120228010948.fwang.valstar.11974/log/botcmd.1330391389.jonund.log
+
+D: [iurt_root_command] Running iurt_root_command --untar
+/home/iurt/chroot_cauldron.x86_64.tar.gz
+/home/iurt/chroot_tmp/iurt/chroot_cauldron...
+D: [iurt_root_command] Uncompress tarball
+gzip: stdin: unexpected end of file
+tar: Unexpected EOF in archive
+tar: Unexpected EOF in archive
+tar: Error is not recoverable: exiting now
+I: [iurt_root_command] ERROR: Uncompress tarball
+
+There're 2 bugs:
+1) build continues despite the tar failure
+2) we should:
+- either lock the chroot tarball when rebuilding it and when unpackagint it
+  in order to prevent that to happen again
+- ensure chroot tarball is updated atomically (temp tarball + single mv)
+
+WDYT?
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004248.html b/zarb-ml/mageia-sysadm/2012-February/004248.html new file mode 100644 index 000000000..ea9b81cc8 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004248.html @@ -0,0 +1,85 @@ + + + + [Mageia-sysadm] Needs locking iurt chroot tarballs + + + + + + + + + +

[Mageia-sysadm] Needs locking iurt chroot tarballs

+ Pascal Terjan + pterjan at gmail.com +
+ Tue Feb 28 10:43:07 CET 2012 +

+
+ +
On Tue, Feb 28, 2012 at 08:02, Thierry Vignaud
+<thierry.vignaud at gmail.com> wrote:
+> Hi
+>
+> Yesterday evening, iurt chroot was rebuild due to new rpm.
+> However some packages failed to build:
+> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120228010948.fwang.valstar.11974/log/botcmd.1330391389.jonund.log
+>
+> D: [iurt_root_command] Running iurt_root_command --untar
+> /home/iurt/chroot_cauldron.x86_64.tar.gz
+> /home/iurt/chroot_tmp/iurt/chroot_cauldron...
+> D: [iurt_root_command] Uncompress tarball
+> gzip: stdin: unexpected end of file
+> tar: Unexpected EOF in archive
+> tar: Unexpected EOF in archive
+> tar: Error is not recoverable: exiting now
+> I: [iurt_root_command] ERROR: Uncompress tarball
+>
+> There're 2 bugs:
+> 1) build continues despite the tar failure
+> 2) we should:
+> - either lock the chroot tarball when rebuilding it and when unpackagint it
+>  in order to prevent that to happen again
+> - ensure chroot tarball is updated atomically (temp tarball + single mv)
+
+There is supposed to be only one iurt per version-arch on a given
+machine at a time, so if two iurt run on the same machine they use
+different chroot tarballs
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004249.html b/zarb-ml/mageia-sysadm/2012-February/004249.html new file mode 100644 index 000000000..1d387b76a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004249.html @@ -0,0 +1,92 @@ + + + + [Mageia-sysadm] Needs locking iurt chroot tarballs + + + + + + + + + +

[Mageia-sysadm] Needs locking iurt chroot tarballs

+ Pascal Terjan + pterjan at gmail.com +
+ Tue Feb 28 10:46:43 CET 2012 +

+
+ +
On Tue, Feb 28, 2012 at 09:43, Pascal Terjan <pterjan at gmail.com> wrote:
+> On Tue, Feb 28, 2012 at 08:02, Thierry Vignaud
+> <thierry.vignaud at gmail.com> wrote:
+>> Hi
+>>
+>> Yesterday evening, iurt chroot was rebuild due to new rpm.
+>> However some packages failed to build:
+>> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120228010948.fwang.valstar.11974/log/botcmd.1330391389.jonund.log
+>>
+>> D: [iurt_root_command] Running iurt_root_command --untar
+>> /home/iurt/chroot_cauldron.x86_64.tar.gz
+>> /home/iurt/chroot_tmp/iurt/chroot_cauldron...
+>> D: [iurt_root_command] Uncompress tarball
+>> gzip: stdin: unexpected end of file
+>> tar: Unexpected EOF in archive
+>> tar: Unexpected EOF in archive
+>> tar: Error is not recoverable: exiting now
+>> I: [iurt_root_command] ERROR: Uncompress tarball
+>>
+>> There're 2 bugs:
+>> 1) build continues despite the tar failure
+>> 2) we should:
+>> - either lock the chroot tarball when rebuilding it and when unpackagint it
+>>  in order to prevent that to happen again
+>> - ensure chroot tarball is updated atomically (temp tarball + single mv)
+>
+> There is supposed to be only one iurt per version-arch on a given
+> machine at a time, so if two iurt run on the same machine they use
+> different chroot tarballs
+
+I see a problem however:
+D: [iurt_root_command] Running iurt_root_command --untar
+/home/iurt/chroot_cauldron.x86_64.tar.gz
+/home/iurt/chroot_tmp/iurt/chroot_cauldron...
+Both archs use /home/iurt/chroot_tmp/iurt/chroot_cauldron
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004250.html b/zarb-ml/mageia-sysadm/2012-February/004250.html new file mode 100644 index 000000000..69c5a0c85 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004250.html @@ -0,0 +1,95 @@ + + + + [Mageia-sysadm] Needs locking iurt chroot tarballs + + + + + + + + + +

[Mageia-sysadm] Needs locking iurt chroot tarballs

+ Pascal Terjan + pterjan at gmail.com +
+ Tue Feb 28 11:17:57 CET 2012 +

+
+ +
On Tue, Feb 28, 2012 at 09:46, Pascal Terjan <pterjan at gmail.com> wrote:
+> On Tue, Feb 28, 2012 at 09:43, Pascal Terjan <pterjan at gmail.com> wrote:
+>> On Tue, Feb 28, 2012 at 08:02, Thierry Vignaud
+>> <thierry.vignaud at gmail.com> wrote:
+>>> Hi
+>>>
+>>> Yesterday evening, iurt chroot was rebuild due to new rpm.
+>>> However some packages failed to build:
+>>> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120228010948.fwang.valstar.11974/log/botcmd.1330391389.jonund.log
+>>>
+>>> D: [iurt_root_command] Running iurt_root_command --untar
+>>> /home/iurt/chroot_cauldron.x86_64.tar.gz
+>>> /home/iurt/chroot_tmp/iurt/chroot_cauldron...
+>>> D: [iurt_root_command] Uncompress tarball
+>>> gzip: stdin: unexpected end of file
+>>> tar: Unexpected EOF in archive
+>>> tar: Unexpected EOF in archive
+>>> tar: Error is not recoverable: exiting now
+>>> I: [iurt_root_command] ERROR: Uncompress tarball
+>>>
+>>> There're 2 bugs:
+>>> 1) build continues despite the tar failure
+>>> 2) we should:
+>>> - either lock the chroot tarball when rebuilding it and when unpackagint it
+>>>  in order to prevent that to happen again
+>>> - ensure chroot tarball is updated atomically (temp tarball + single mv)
+>>
+>> There is supposed to be only one iurt per version-arch on a given
+>> machine at a time, so if two iurt run on the same machine they use
+>> different chroot tarballs
+>
+> I see a problem however:
+> D: [iurt_root_command] Running iurt_root_command --untar
+> /home/iurt/chroot_cauldron.x86_64.tar.gz
+> /home/iurt/chroot_tmp/iurt/chroot_cauldron...
+> Both archs use /home/iurt/chroot_tmp/iurt/chroot_cauldron
+
+Forget about it, the "..." means it got truncated :)
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004251.html b/zarb-ml/mageia-sysadm/2012-February/004251.html new file mode 100644 index 000000000..0756b8746 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004251.html @@ -0,0 +1,92 @@ + + + + [Mageia-sysadm] Needs locking iurt chroot tarballs + + + + + + + + + +

[Mageia-sysadm] Needs locking iurt chroot tarballs

+ Pascal Terjan + pterjan at gmail.com +
+ Tue Feb 28 11:22:27 CET 2012 +

+
+ +
On Tue, Feb 28, 2012 at 09:43, Pascal Terjan <pterjan at gmail.com> wrote:
+> On Tue, Feb 28, 2012 at 08:02, Thierry Vignaud
+> <thierry.vignaud at gmail.com> wrote:
+>> Hi
+>>
+>> Yesterday evening, iurt chroot was rebuild due to new rpm.
+>> However some packages failed to build:
+>> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120228010948.fwang.valstar.11974/log/botcmd.1330391389.jonund.log
+>>
+>> D: [iurt_root_command] Running iurt_root_command --untar
+>> /home/iurt/chroot_cauldron.x86_64.tar.gz
+>> /home/iurt/chroot_tmp/iurt/chroot_cauldron...
+>> D: [iurt_root_command] Uncompress tarball
+>> gzip: stdin: unexpected end of file
+>> tar: Unexpected EOF in archive
+>> tar: Unexpected EOF in archive
+>> tar: Error is not recoverable: exiting now
+>> I: [iurt_root_command] ERROR: Uncompress tarball
+>>
+>> There're 2 bugs:
+>> 1) build continues despite the tar failure
+>> 2) we should:
+>> - either lock the chroot tarball when rebuilding it and when unpackagint it
+>>  in order to prevent that to happen again
+>> - ensure chroot tarball is updated atomically (temp tarball + single mv)
+>
+> There is supposed to be only one iurt per version-arch on a given
+> machine at a time, so if two iurt run on the same machine they use
+> different chroot tarballs
+
+One case I can thing when this is not true:
+If a package fails to build on one arch, it does not get properly
+cancelled. ulri just forgets about other arches but does not stop the
+build which is in progress, it just deletes the lock and another build
+can start in parallel on the same machine...
+
+This does not seem to be the case here, but there may be another
+similar situation
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/004476.html b/zarb-ml/mageia-sysadm/2012-February/004476.html new file mode 100644 index 000000000..6c1c39253 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/004476.html @@ -0,0 +1,69 @@ + + + + [Mageia-sysadm] rsync permittion + + + + + + + + + +

[Mageia-sysadm] rsync permittion

+ Felippe Beaklini + felippe at fis.unb.br +
+ Thu Feb 16 22:31:37 CET 2012 +

+
+ +
+We have been a established mandriva mirror for many years. We were  
+please to be the first mirror in Brazil since the beginning of  
+Mandrake Linux in the past millennium. Our address is  
+mirror.fis.unb.br. Now, we've  established a mageia.fis.unb.br mirror  
+providing ftp, http and rsync services.
+
+We would like to rsync directly from your source. How could we acquire  
+the necessary permissions?
+
+Thanks a lot in advance
+
+_________________
+Felippe Beaklini
+
+ + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2012-February/author.html b/zarb-ml/mageia-sysadm/2012-February/author.html new file mode 100644 index 000000000..a2e20e5e5 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/author.html @@ -0,0 +1,482 @@ + + + + The Mageia-sysadm February 2012 Archive by author + + + + + +

February 2012 Archives by author

+ +

Starting: Thu Feb 2 00:29:15 CET 2012
+ Ending: Tue Feb 28 11:22:27 CET 2012
+ Messages: 87

+

+

+ Last message date: + Tue Feb 28 11:22:27 CET 2012
+ Archived on: Mon Jun 11 17:28:45 CEST 2012 +

+

+

+

+ This archive was generated by + Pipermail 0.09 (Mailman edition). + + + diff --git a/zarb-ml/mageia-sysadm/2012-February/date.html b/zarb-ml/mageia-sysadm/2012-February/date.html new file mode 100644 index 000000000..d15c83c47 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/date.html @@ -0,0 +1,482 @@ + + + + The Mageia-sysadm February 2012 Archive by date + + + + + +

February 2012 Archives by date

+ +

Starting: Thu Feb 2 00:29:15 CET 2012
+ Ending: Tue Feb 28 11:22:27 CET 2012
+ Messages: 87

+

+

+ Last message date: + Tue Feb 28 11:22:27 CET 2012
+ Archived on: Mon Jun 11 17:28:45 CEST 2012 +

+

+

+

+ This archive was generated by + Pipermail 0.09 (Mailman edition). + + + diff --git a/zarb-ml/mageia-sysadm/2012-February/index.html b/zarb-ml/mageia-sysadm/2012-February/index.html new file mode 120000 index 000000000..db4b46f72 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/index.html @@ -0,0 +1 @@ +thread.html \ No newline at end of file diff --git a/zarb-ml/mageia-sysadm/2012-February/subject.html b/zarb-ml/mageia-sysadm/2012-February/subject.html new file mode 100644 index 000000000..9067fa8c8 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/subject.html @@ -0,0 +1,482 @@ + + + + The Mageia-sysadm February 2012 Archive by subject + + + + + +

February 2012 Archives by subject

+ +

Starting: Thu Feb 2 00:29:15 CET 2012
+ Ending: Tue Feb 28 11:22:27 CET 2012
+ Messages: 87

+

+

+ Last message date: + Tue Feb 28 11:22:27 CET 2012
+ Archived on: Mon Jun 11 17:28:45 CEST 2012 +

+

+

+

+ This archive was generated by + Pipermail 0.09 (Mailman edition). + + + diff --git a/zarb-ml/mageia-sysadm/2012-February/thread.html b/zarb-ml/mageia-sysadm/2012-February/thread.html new file mode 100644 index 000000000..d1edd274b --- /dev/null +++ b/zarb-ml/mageia-sysadm/2012-February/thread.html @@ -0,0 +1,647 @@ + + + + The Mageia-sysadm February 2012 Archive by thread + + + + + +

February 2012 Archives by thread

+ +

Starting: Thu Feb 2 00:29:15 CET 2012
+ Ending: Tue Feb 28 11:22:27 CET 2012
+ Messages: 87

+

+

+ Last message date: + Tue Feb 28 11:22:27 CET 2012
+ Archived on: Mon Jun 11 17:28:45 CEST 2012 +

+

+

+

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