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/2011-April/003234.html | 190 ++++ zarb-ml/mageia-sysadm/2011-April/003235.html | 76 ++ zarb-ml/mageia-sysadm/2011-April/003236.html | 67 ++ zarb-ml/mageia-sysadm/2011-April/003237.html | 77 ++ zarb-ml/mageia-sysadm/2011-April/003238.html | 83 ++ zarb-ml/mageia-sysadm/2011-April/003239.html | 79 ++ zarb-ml/mageia-sysadm/2011-April/003240.html | 84 ++ zarb-ml/mageia-sysadm/2011-April/003241.html | 95 ++ zarb-ml/mageia-sysadm/2011-April/003242.html | 93 ++ zarb-ml/mageia-sysadm/2011-April/003243.html | 90 ++ zarb-ml/mageia-sysadm/2011-April/003244.html | 78 ++ zarb-ml/mageia-sysadm/2011-April/003245.html | 78 ++ zarb-ml/mageia-sysadm/2011-April/003246.html | 82 ++ zarb-ml/mageia-sysadm/2011-April/003247.html | 91 ++ zarb-ml/mageia-sysadm/2011-April/003248.html | 88 ++ zarb-ml/mageia-sysadm/2011-April/003249.html | 76 ++ zarb-ml/mageia-sysadm/2011-April/003250.html | 88 ++ zarb-ml/mageia-sysadm/2011-April/003251.html | 104 ++ zarb-ml/mageia-sysadm/2011-April/003252.html | 116 +++ zarb-ml/mageia-sysadm/2011-April/003253.html | 90 ++ zarb-ml/mageia-sysadm/2011-April/003254.html | 83 ++ zarb-ml/mageia-sysadm/2011-April/003255.html | 79 ++ zarb-ml/mageia-sysadm/2011-April/003256.html | 95 ++ zarb-ml/mageia-sysadm/2011-April/003257.html | 87 ++ zarb-ml/mageia-sysadm/2011-April/003258.html | 78 ++ zarb-ml/mageia-sysadm/2011-April/003259.html | 93 ++ zarb-ml/mageia-sysadm/2011-April/003260.html | 107 +++ zarb-ml/mageia-sysadm/2011-April/003261.html | 128 +++ zarb-ml/mageia-sysadm/2011-April/003262.html | 80 ++ zarb-ml/mageia-sysadm/2011-April/003263.html | 76 ++ zarb-ml/mageia-sysadm/2011-April/003264.html | 126 +++ zarb-ml/mageia-sysadm/2011-April/003265.html | 86 ++ zarb-ml/mageia-sysadm/2011-April/003266.html | 114 +++ zarb-ml/mageia-sysadm/2011-April/003267.html | 71 ++ zarb-ml/mageia-sysadm/2011-April/003268.html | 80 ++ zarb-ml/mageia-sysadm/2011-April/003269.html | 77 ++ zarb-ml/mageia-sysadm/2011-April/003270.html | 90 ++ zarb-ml/mageia-sysadm/2011-April/003271.html | 84 ++ zarb-ml/mageia-sysadm/2011-April/003272.html | 72 ++ zarb-ml/mageia-sysadm/2011-April/003273.html | 91 ++ zarb-ml/mageia-sysadm/2011-April/003274.html | 101 ++ zarb-ml/mageia-sysadm/2011-April/003275.html | 110 +++ zarb-ml/mageia-sysadm/2011-April/003276.html | 102 ++ zarb-ml/mageia-sysadm/2011-April/003277.html | 112 +++ zarb-ml/mageia-sysadm/2011-April/003278.html | 87 ++ zarb-ml/mageia-sysadm/2011-April/003279.html | 110 +++ zarb-ml/mageia-sysadm/2011-April/003280.html | 64 ++ zarb-ml/mageia-sysadm/2011-April/003281.html | 89 ++ zarb-ml/mageia-sysadm/2011-April/003282.html | 88 ++ zarb-ml/mageia-sysadm/2011-April/003283.html | 80 ++ zarb-ml/mageia-sysadm/2011-April/003284.html | 79 ++ zarb-ml/mageia-sysadm/2011-April/003285.html | 84 ++ zarb-ml/mageia-sysadm/2011-April/003286.html | 99 ++ zarb-ml/mageia-sysadm/2011-April/003287.html | 105 ++ zarb-ml/mageia-sysadm/2011-April/003288.html | 73 ++ zarb-ml/mageia-sysadm/2011-April/003289.html | 75 ++ zarb-ml/mageia-sysadm/2011-April/003290.html | 123 +++ zarb-ml/mageia-sysadm/2011-April/003291.html | 115 +++ zarb-ml/mageia-sysadm/2011-April/003292.html | 125 +++ zarb-ml/mageia-sysadm/2011-April/003293.html | 121 +++ zarb-ml/mageia-sysadm/2011-April/003294.html | 79 ++ zarb-ml/mageia-sysadm/2011-April/003295.html | 75 ++ zarb-ml/mageia-sysadm/2011-April/003296.html | 87 ++ zarb-ml/mageia-sysadm/2011-April/003297.html | 77 ++ zarb-ml/mageia-sysadm/2011-April/003298.html | 95 ++ zarb-ml/mageia-sysadm/2011-April/003299.html | 79 ++ zarb-ml/mageia-sysadm/2011-April/003300.html | 119 +++ zarb-ml/mageia-sysadm/2011-April/003301.html | 79 ++ zarb-ml/mageia-sysadm/2011-April/003302.html | 87 ++ zarb-ml/mageia-sysadm/2011-April/003303.html | 90 ++ zarb-ml/mageia-sysadm/2011-April/003304.html | 84 ++ zarb-ml/mageia-sysadm/2011-April/003305.html | 97 ++ zarb-ml/mageia-sysadm/2011-April/003306.html | 126 +++ zarb-ml/mageia-sysadm/2011-April/003307.html | 104 ++ zarb-ml/mageia-sysadm/2011-April/003308.html | 129 +++ zarb-ml/mageia-sysadm/2011-April/003309.html | 107 +++ zarb-ml/mageia-sysadm/2011-April/003310.html | 113 +++ zarb-ml/mageia-sysadm/2011-April/003311.html | 108 +++ zarb-ml/mageia-sysadm/2011-April/003312.html | 90 ++ zarb-ml/mageia-sysadm/2011-April/003313.html | 104 ++ zarb-ml/mageia-sysadm/2011-April/003314.html | 88 ++ zarb-ml/mageia-sysadm/2011-April/003315.html | 77 ++ zarb-ml/mageia-sysadm/2011-April/003316.html | 99 ++ zarb-ml/mageia-sysadm/2011-April/003317.html | 101 ++ zarb-ml/mageia-sysadm/2011-April/003318.html | 69 ++ zarb-ml/mageia-sysadm/2011-April/003319.html | 84 ++ zarb-ml/mageia-sysadm/2011-April/003320.html | 75 ++ zarb-ml/mageia-sysadm/2011-April/003321.html | 109 +++ zarb-ml/mageia-sysadm/2011-April/003322.html | 79 ++ zarb-ml/mageia-sysadm/2011-April/003323.html | 82 ++ zarb-ml/mageia-sysadm/2011-April/003324.html | 88 ++ zarb-ml/mageia-sysadm/2011-April/003325.html | 88 ++ zarb-ml/mageia-sysadm/2011-April/003326.html | 72 ++ zarb-ml/mageia-sysadm/2011-April/003327.html | 77 ++ zarb-ml/mageia-sysadm/2011-April/003328.html | 103 ++ zarb-ml/mageia-sysadm/2011-April/003329.html | 94 ++ zarb-ml/mageia-sysadm/2011-April/003330.html | 89 ++ zarb-ml/mageia-sysadm/2011-April/003331.html | 93 ++ zarb-ml/mageia-sysadm/2011-April/003332.html | 121 +++ zarb-ml/mageia-sysadm/2011-April/003333.html | 111 +++ zarb-ml/mageia-sysadm/2011-April/003334.html | 105 ++ zarb-ml/mageia-sysadm/2011-April/003335.html | 87 ++ zarb-ml/mageia-sysadm/2011-April/003336.html | 127 +++ zarb-ml/mageia-sysadm/2011-April/003337.html | 87 ++ zarb-ml/mageia-sysadm/2011-April/003338.html | 83 ++ zarb-ml/mageia-sysadm/2011-April/003339.html | 81 ++ zarb-ml/mageia-sysadm/2011-April/003340.html | 77 ++ zarb-ml/mageia-sysadm/2011-April/003341.html | 86 ++ zarb-ml/mageia-sysadm/2011-April/003342.html | 88 ++ zarb-ml/mageia-sysadm/2011-April/003343.html | 93 ++ zarb-ml/mageia-sysadm/2011-April/003344.html | 65 ++ zarb-ml/mageia-sysadm/2011-April/003345.html | 76 ++ zarb-ml/mageia-sysadm/2011-April/003346.html | 88 ++ zarb-ml/mageia-sysadm/2011-April/003347.html | 78 ++ zarb-ml/mageia-sysadm/2011-April/003348.html | 81 ++ zarb-ml/mageia-sysadm/2011-April/003349.html | 84 ++ zarb-ml/mageia-sysadm/2011-April/003350.html | 105 ++ zarb-ml/mageia-sysadm/2011-April/003351.html | 89 ++ zarb-ml/mageia-sysadm/2011-April/003352.html | 92 ++ zarb-ml/mageia-sysadm/2011-April/003353.html | 67 ++ zarb-ml/mageia-sysadm/2011-April/003354.html | 92 ++ zarb-ml/mageia-sysadm/2011-April/003355.html | 68 ++ zarb-ml/mageia-sysadm/2011-April/003356.html | 100 ++ zarb-ml/mageia-sysadm/2011-April/003357.html | 105 ++ zarb-ml/mageia-sysadm/2011-April/003358.html | 92 ++ zarb-ml/mageia-sysadm/2011-April/003359.html | 113 +++ zarb-ml/mageia-sysadm/2011-April/003360.html | 152 +++ zarb-ml/mageia-sysadm/2011-April/003361.html | 72 ++ zarb-ml/mageia-sysadm/2011-April/003362.html | 101 ++ zarb-ml/mageia-sysadm/2011-April/003363.html | 103 ++ zarb-ml/mageia-sysadm/2011-April/003364.html | 113 +++ zarb-ml/mageia-sysadm/2011-April/003365.html | 86 ++ zarb-ml/mageia-sysadm/2011-April/003366.html | 78 ++ zarb-ml/mageia-sysadm/2011-April/003367.html | 80 ++ zarb-ml/mageia-sysadm/2011-April/003368.html | 77 ++ zarb-ml/mageia-sysadm/2011-April/003369.html | 77 ++ zarb-ml/mageia-sysadm/2011-April/003370.html | 84 ++ zarb-ml/mageia-sysadm/2011-April/003371.html | 84 ++ zarb-ml/mageia-sysadm/2011-April/003372.html | 244 +++++ zarb-ml/mageia-sysadm/2011-April/003373.html | 84 ++ zarb-ml/mageia-sysadm/2011-April/003374.html | 79 ++ zarb-ml/mageia-sysadm/2011-April/003375.html | 98 ++ zarb-ml/mageia-sysadm/2011-April/003376.html | 84 ++ zarb-ml/mageia-sysadm/2011-April/003377.html | 75 ++ zarb-ml/mageia-sysadm/2011-April/003378.html | 80 ++ zarb-ml/mageia-sysadm/2011-April/003379.html | 84 ++ zarb-ml/mageia-sysadm/2011-April/003380.html | 95 ++ zarb-ml/mageia-sysadm/2011-April/003381.html | 83 ++ zarb-ml/mageia-sysadm/2011-April/003382.html | 69 ++ zarb-ml/mageia-sysadm/2011-April/003383.html | 82 ++ zarb-ml/mageia-sysadm/2011-April/003384.html | 75 ++ zarb-ml/mageia-sysadm/2011-April/003385.html | 78 ++ zarb-ml/mageia-sysadm/2011-April/003386.html | 83 ++ zarb-ml/mageia-sysadm/2011-April/003387.html | 79 ++ zarb-ml/mageia-sysadm/2011-April/003388.html | 114 +++ zarb-ml/mageia-sysadm/2011-April/003389.html | 98 ++ zarb-ml/mageia-sysadm/2011-April/003390.html | 77 ++ zarb-ml/mageia-sysadm/2011-April/003391.html | 80 ++ zarb-ml/mageia-sysadm/2011-April/003392.html | 114 +++ zarb-ml/mageia-sysadm/2011-April/003393.html | 115 +++ zarb-ml/mageia-sysadm/2011-April/003394.html | 83 ++ zarb-ml/mageia-sysadm/2011-April/003395.html | 83 ++ zarb-ml/mageia-sysadm/2011-April/003396.html | 136 +++ zarb-ml/mageia-sysadm/2011-April/003397.html | 69 ++ zarb-ml/mageia-sysadm/2011-April/003398.html | 83 ++ zarb-ml/mageia-sysadm/2011-April/003399.html | 71 ++ zarb-ml/mageia-sysadm/2011-April/003400.html | 171 ++++ zarb-ml/mageia-sysadm/2011-April/003401.html | 88 ++ zarb-ml/mageia-sysadm/2011-April/003402.html | 143 +++ zarb-ml/mageia-sysadm/2011-April/003403.html | 91 ++ zarb-ml/mageia-sysadm/2011-April/003404.html | 100 ++ zarb-ml/mageia-sysadm/2011-April/003405.html | 103 ++ zarb-ml/mageia-sysadm/2011-April/003406.html | 104 ++ zarb-ml/mageia-sysadm/2011-April/003407.html | 99 ++ zarb-ml/mageia-sysadm/2011-April/003408.html | 120 +++ zarb-ml/mageia-sysadm/2011-April/003409.html | 86 ++ zarb-ml/mageia-sysadm/2011-April/003410.html | 71 ++ zarb-ml/mageia-sysadm/2011-April/author.html | 932 ++++++++++++++++++ zarb-ml/mageia-sysadm/2011-April/date.html | 932 ++++++++++++++++++ zarb-ml/mageia-sysadm/2011-April/index.html | 1 + zarb-ml/mageia-sysadm/2011-April/subject.html | 932 ++++++++++++++++++ zarb-ml/mageia-sysadm/2011-April/thread.html | 1279 +++++++++++++++++++++++++ 182 files changed, 20555 insertions(+) create mode 100644 zarb-ml/mageia-sysadm/2011-April/003234.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003235.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003236.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003237.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003238.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003239.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003240.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003241.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003242.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003243.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003244.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003245.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003246.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003247.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003248.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003249.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003250.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003251.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003252.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003253.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003254.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003255.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003256.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003257.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003258.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003259.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003260.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003261.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003262.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003263.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003264.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003265.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003266.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003267.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003268.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003269.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003270.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003271.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003272.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003273.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003274.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003275.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003276.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003277.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003278.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003279.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003280.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003281.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003282.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003283.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003284.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003285.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003286.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003287.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003288.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003289.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003290.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003291.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003292.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003293.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003294.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003295.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003296.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003297.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003298.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003299.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003300.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003301.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003302.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003303.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003304.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003305.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003306.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003307.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003308.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003309.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003310.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003311.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003312.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003313.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003314.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003315.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003316.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003317.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003318.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003319.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003320.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003321.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003322.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003323.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003324.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003325.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003326.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003327.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003328.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003329.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003330.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003331.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003332.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003333.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003334.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003335.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003336.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003337.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003338.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003339.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003340.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003341.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003342.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003343.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003344.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003345.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003346.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003347.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003348.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003349.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003350.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003351.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003352.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003353.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003354.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003355.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003356.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003357.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003358.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003359.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003360.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003361.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003362.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003363.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003364.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003365.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003366.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003367.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003368.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003369.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003370.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003371.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003372.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003373.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003374.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003375.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003376.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003377.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003378.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003379.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003380.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003381.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003382.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003383.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003384.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003385.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003386.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003387.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003388.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003389.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003390.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003391.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003392.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003393.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003394.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003395.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003396.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003397.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003398.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003399.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003400.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003401.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003402.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003403.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003404.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003405.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003406.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003407.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003408.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003409.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/003410.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/author.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/date.html create mode 120000 zarb-ml/mageia-sysadm/2011-April/index.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/subject.html create mode 100644 zarb-ml/mageia-sysadm/2011-April/thread.html (limited to 'zarb-ml/mageia-sysadm/2011-April') diff --git a/zarb-ml/mageia-sysadm/2011-April/003234.html b/zarb-ml/mageia-sysadm/2011-April/003234.html new file mode 100644 index 000000000..07210ebf5 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003234.html @@ -0,0 +1,190 @@ + + + + [Mageia-sysadm] ML request for QAteam + + + + + + + + + +

[Mageia-sysadm] ML request for QAteam

+ Michael Scherer + misc at zarb.org +
+ Fri Apr 1 00:20:30 CEST 2011 +

+
+ +
Le jeudi 31 mars 2011 à 21:33 +0200, Romain d'Alverny a écrit :
+
+> > I think we can all agree that the canonical list of member of a team is
+> > in a ldap group for all teams ( because that's what we did so far for
+> > web application integration, catdap integration, sympa integration,
+> > epoll integration, etc ).
+> 
+> Yes, but we discussed (several months ago) too to remind that it's not
+> because one is (or is not) a team member that it would necessarily be
+> subscribed to the team list; that should not be a bijective
+> relationship.
+
+Yup, so we agree that this 2 different things.
+
+> > So if the qa team is the list of people in the ldap group mga-qa,
+> > it is confusing to refer to a 2nd group ( the list of people who
+> > subscribed to the ml, and who would be ) as qateam.
+> 
+> There's the informal team list, where non-peers can subscribe and
+> participate. That's the mailing-list (communication/collaboration
+> goals).
+> 
+> And there's the formal team, made of peers only. That's the LDAP group
+> (credential/recognition goal).
+> 
+> These are two distinct sets that don't match exactly with each other.
+
+Yes, again we agree on the fact this is 2 different things.
+
+> >> (yes, it comes out too from years of practice of this naming scheme at
+> >> Mandriva where, well, these were internal list names/aliases - but
+> >> here it would be public as team's lists are :-p ).
+> >
+> > On mandriva qateam alias/ml, who was behind  ?
+> >
+> > While I was not here so I am maybe wrong, I suspect the aliases matched
+> > exactly the internal organisation.
+> 
+> Far from that. Cross-teams information
+
+That do not really fully answer to the question, ie who was there ?
+And how was the teams named in Mandriva ?
+
+
+> > Here, I do not know exactly because Damien ask for a public list, and to
+> > me that mean a list were anybody can subscribe and post, but maybe he
+> > mean a list that anybody can read ( something like council ).
+> >
+> > So in the hypothesis that the list is not restricted to members of the
+> > team, the name would be misleading.
+> 
+> We have already mageia-webteam at mageia.org. That's the team discussion
+> list, and it is open to everyone (lurkers included). Only a little
+> subset of its subscribers are team peers. And that is perfectly fine.
+
+This one is more a exception than the norm if I look on
+https://www.mageia.org/mailman/ 
+( and well, I think we also agreed to use web@ when migrating to sympa :
+https://www.mageia.org/pipermail/mageia-webteam/2011-January/000124.html ).
+
+In the case of webteam, this is not obvious that the list is a
+discussion list when you just take the name, as it sound more like a
+alias for the team itself.
+
+> If we were to move the Web team ml to ml.mageia.org (I guess that will
+> happen some day) it should not strictly tie ml membership to team
+> membership - these are two different things.
+
+So we agree that's 2 different things. 
+
+> > I would also add that it seems that people on the wiki
+> > ( http://mageia.org/wiki/doku.php?id=qateam ) have a different view of
+> > QA than what is written as a description ( and the purpose is the same
+> > as others team like debian one  http://wiki.debian.org/qa.debian.org/
+> > and ubuntu https://wiki.ubuntu.com/QATeam/ ).
+> >
+> > And the ratio of people saying "automation tool" vs "test packages" on
+> > http://mageia.org/wiki/doku.php?id=qateam is quite clear ( 1 people for
+> > automation, 53 for "testing" ).
+> 
+> But that should not prevent the QA team to be further designed and
+> built for both practices (and still bear the "QA" name, as that's what
+> it is about).
+
+I think I was not clear. We agreed that the list and the team are
+different. 
+
+The problem is not the qa naming, as it is likely already too late to
+change people perception as I explained. But that's not a big issue
+because this could be done later with enough education.
+
+The problem is that the name "qateam" already design something different
+because of the team suffix.
+
+> Testers are testers, but maybe not necessarily meant to be QA team
+> peers that _organize_ and coordonate things - it's not because it does
+> not stand out yet that a QA team can't be setup at all as such (look
+> at marketing and communication teams - they are not there yet, but
+> that doesn't prevent to work for it slowly).
+
+Well, I agree that the lack of formal team is not a issue, that was not
+my point ( nor the one that I wanted to make )
+
+But the list of market and comm are not called marketingteam or
+communicationteam especially since the team do not exist yet. 
+
+We also said that we would not create 1 list for each team to work in
+isolation ( see
+https://www.mageia.org/pipermail/mageia-discuss/20100929/001538.html ),
+as we want to have cross team collaboration.
+And so one of the way to say that a list is not to be reserved for a
+team is to remove the "team" from the name.
+
+You didn't comment on my suggestion about distro-test so I suspect that
+it is not fine. So let's do a 2nd proposition, what about :
+
+qa-discuss at ml
+
+It say this is about qa ( qa )
+It is clearly a discussion list, open to everybody ( -discuss )
+It is separate from the idea of team ( which is a separate concept as we
+both said ). 
+
+Moreover, qa is IMHO a better prefix for a potential qa-reports@ ( for
+automated reports, like sysadmin-reports for puppet/xymon report ), for
+qa-private@, or qa-security@, or
+qa-updates@ or anything for a private list if needed as reminded by
+Damien ( so we can do the vast majority of the work in the open and
+still keep sensible issues separate, thus having both benefit ). 
+
+And we could later have qa-announce@, qa-commits@, etc.
+
+-- 
+Michael Scherer
+
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003235.html b/zarb-ml/mageia-sysadm/2011-April/003235.html new file mode 100644 index 000000000..cf8921b2e --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003235.html @@ -0,0 +1,76 @@ + + + + [Mageia-sysadm] Please add further members to i18n ldap groups + + + + + + + + + +

[Mageia-sysadm] Please add further members to i18n ldap groups

+ Oliver Burger + oliver.bgr at googlemail.com +
+ Fri Apr 1 23:38:35 CEST 2011 +

+
+ +
Hi,
+
+I got another bunch of translator usernames:
+
+commiters
+      Diego Bello - Jacen
+      Miguel - motitos
+      Luis Llave - luis0siu
+members
+      Eduardo Vidal - Edokun
+      Miguel Ramírez - MichaelSOG
+      José Valle Cid - katnatek
+
+Could you please add them to the respective ldap groups?
+
+Thanks,
+
+Oliver
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003236.html b/zarb-ml/mageia-sysadm/2011-April/003236.html new file mode 100644 index 000000000..0438b6072 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003236.html @@ -0,0 +1,67 @@ + + + + [Mageia-sysadm] Please add further members to i18n ldap groups + + + + + + + + + +

[Mageia-sysadm] Please add further members to i18n ldap groups

+ Oliver Burger + oliver.bgr at googlemail.com +
+ Sun Apr 3 13:59:05 CEST 2011 +

+
+ +
Oliver Burger <oliver.bgr at googlemail.com> schrieb am 01.04.2011
+> I got another bunch of translator usernames:
+And again one more...
+
+members
+    dant3
+
+Oliver
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003237.html b/zarb-ml/mageia-sysadm/2011-April/003237.html new file mode 100644 index 000000000..6f9d12f0a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003237.html @@ -0,0 +1,77 @@ + + + + [Mageia-sysadm] [msec] *** Security Check on alamut.mageia.org, Apr 04 04:02:02 *** + + + + + + + + + +

[Mageia-sysadm] [msec] *** Security Check on alamut.mageia.org, Apr 04 04:02:02 ***

+ nicolas vigier + boklm at mars-attacks.org +
+ Mon Apr 4 11:19:57 CEST 2011 +

+
+ +
On Mon, 04 Apr 2011, root wrote:
+
+> *** Security Check, Apr 04 04:02:02 ***
+> *** Check type: daily ***
+> *** Check executed from: /etc/cron.daily/msec ***
+
+I removed msec from alamut.
+
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003238.html b/zarb-ml/mageia-sysadm/2011-April/003238.html new file mode 100644 index 000000000..108f7a9b2 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003238.html @@ -0,0 +1,83 @@ + + + + [Mageia-sysadm] ML request for QAteam + + + + + + + + + +

[Mageia-sysadm] ML request for QAteam

+ nicolas vigier + boklm at mars-attacks.org +
+ Mon Apr 4 12:05:18 CEST 2011 +

+
+ +
On Fri, 01 Apr 2011, Michael Scherer wrote:
+
+> 
+> You didn't comment on my suggestion about distro-test so I suspect that
+> it is not fine. So let's do a 2nd proposition, what about :
+> 
+> qa-discuss at ml
+> 
+> It say this is about qa ( qa )
+> It is clearly a discussion list, open to everybody ( -discuss )
+> It is separate from the idea of team ( which is a separate concept as we
+> both said ). 
+> 
+> Moreover, qa is IMHO a better prefix for a potential qa-reports@ ( for
+> automated reports, like sysadmin-reports for puppet/xymon report ), for
+> qa-private@, or qa-security@, or
+> qa-updates@ or anything for a private list if needed as reminded by
+> Damien ( so we can do the vast majority of the work in the open and
+> still keep sensible issues separate, thus having both benefit ). 
+> 
+> And we could later have qa-announce@, qa-commits@, etc.
+
+I think that's a good proposition. And it match what we are doing for
+sysadmin lists, with sysadmin-commits@, sysadmin-bugs@,
+sysadmin-reports@ and maybe sysadmin-discuss@ when we migrate the
+current list from zarb.
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003239.html b/zarb-ml/mageia-sysadm/2011-April/003239.html new file mode 100644 index 000000000..eb746493e --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003239.html @@ -0,0 +1,79 @@ + + + + [Mageia-sysadm] [RPM] cauldron core/release geoclue-0.12.0-6.mga1 + + + + + + + + + +

[Mageia-sysadm] [RPM] cauldron core/release geoclue-0.12.0-6.mga1

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Mon Apr 4 17:12:11 CEST 2011 +

+
+ +
On 4 April 2011 16:50, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> dmorgan <dmorgan> 0.12.0-6.mga1:
+> + Revision: 80478
+> - Rebuild because of missing packages
+
+Ouch.
+So we're suffering from this @mga too.
+Ccing those who had hints about the bogus bits of our BS...
+We were missing some locking at some places according to some
+investigation by blino years ago
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003240.html b/zarb-ml/mageia-sysadm/2011-April/003240.html new file mode 100644 index 000000000..944c86d96 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003240.html @@ -0,0 +1,84 @@ + + + + [Mageia-sysadm] [Mageia-dev] [RPM] cauldron core/release geoclue-0.12.0-6.mga1 + + + + + + + + + +

[Mageia-sysadm] [Mageia-dev] [RPM] cauldron core/release geoclue-0.12.0-6.mga1

+ Pascal Terjan + pterjan at gmail.com +
+ Mon Apr 4 17:24:42 CEST 2011 +

+
+ +
On Mon, Apr 4, 2011 at 16:12, Thierry Vignaud <thierry.vignaud at gmail.com> wrote:
+> On 4 April 2011 16:50, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+>> dmorgan <dmorgan> 0.12.0-6.mga1:
+>> + Revision: 80478
+>> - Rebuild because of missing packages
+>
+> Ouch.
+> So we're suffering from this @mga too.
+> Ccing those who had hints about the bogus bits of our BS...
+> We were missing some locking at some places according to some
+> investigation by blino years ago
+>
+
+I have not seen a single package disappearing which was not actually a
+self obsolete so far.
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003241.html b/zarb-ml/mageia-sysadm/2011-April/003241.html new file mode 100644 index 000000000..8bb71a853 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003241.html @@ -0,0 +1,95 @@ + + + + [Mageia-sysadm] [Mageia-dev] [RPM] cauldron core/release geoclue-0.12.0-6.mga1 + + + + + + + + + +

[Mageia-sysadm] [Mageia-dev] [RPM] cauldron core/release geoclue-0.12.0-6.mga1

+ Pascal Terjan + pterjan at gmail.com +
+ Mon Apr 4 17:33:04 CEST 2011 +

+
+ +
On Mon, Apr 4, 2011 at 16:24, Pascal Terjan <pterjan at gmail.com> wrote:
+> On Mon, Apr 4, 2011 at 16:12, Thierry Vignaud <thierry.vignaud at gmail.com> wrote:
+>> On 4 April 2011 16:50, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+>>> dmorgan <dmorgan> 0.12.0-6.mga1:
+>>> + Revision: 80478
+>>> - Rebuild because of missing packages
+>>
+>> Ouch.
+>> So we're suffering from this @mga too.
+>> Ccing those who had hints about the bogus bits of our BS...
+>> We were missing some locking at some places according to some
+>> investigation by blino years ago
+>>
+>
+> I have not seen a single package disappearing which was not actually a
+> self obsolete so far.
+>
+
+Looking at geoclue, I don't see missing packages but the -devel which
+got renamed without changing the packages which buildrequire it in the
+following revision:
+
+------------------------------------------------------------------------
+r66281 | dmorgan | 2011-03-07 21:55:07 +0000 (Mon, 07 Mar 2011) | 1 line
+
+SYnc with fedora
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003242.html b/zarb-ml/mageia-sysadm/2011-April/003242.html new file mode 100644 index 000000000..412e51d9c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003242.html @@ -0,0 +1,93 @@ + + + + [Mageia-sysadm] ML request for QAteam + + + + + + + + + +

[Mageia-sysadm] ML request for QAteam

+ Damien Lallement + mageia at damsweb.net +
+ Mon Apr 4 17:50:28 CEST 2011 +

+
+ +
On Mon, 4 Apr 2011 12:05:18 +0200, nicolas vigier
+<boklm at mars-attacks.org> wrote:
+> On Fri, 01 Apr 2011, Michael Scherer wrote:
+> 
+>>
+>> You didn't comment on my suggestion about distro-test so I suspect that
+>> it is not fine. So let's do a 2nd proposition, what about :
+>>
+>> qa-discuss at ml
+>>
+>> It say this is about qa ( qa )
+>> It is clearly a discussion list, open to everybody ( -discuss )
+>> It is separate from the idea of team ( which is a separate concept as we
+>> both said ).
+>>
+>> Moreover, qa is IMHO a better prefix for a potential qa-reports@ ( for
+>> automated reports, like sysadmin-reports for puppet/xymon report ), for
+>> qa-private@, or qa-security@, or
+>> qa-updates@ or anything for a private list if needed as reminded by
+>> Damien ( so we can do the vast majority of the work in the open and
+>> still keep sensible issues separate, thus having both benefit ).
+>>
+>> And we could later have qa-announce@, qa-commits@, etc.
+> 
+> I think that's a good proposition. And it match what we are doing for
+> sysadmin lists, with sysadmin-commits@, sysadmin-bugs@,
+> sysadmin-reports@ and maybe sysadmin-discuss@ when we migrate the
+> current list from zarb.
+
+Ok, I will follow you on this idea as I really need the ML ASAP. :-)
+So, please, can you create qa-discuss at ml.mageia.org?
+
+Beware, QA will rule the world!
+-- 
+Damien Lallement
+aka "damsweb" or "coincoin" on IRC and twitter
+
+http://www.mageia.org
+
+ + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003243.html b/zarb-ml/mageia-sysadm/2011-April/003243.html new file mode 100644 index 000000000..25aac051f --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003243.html @@ -0,0 +1,90 @@ + + + + [Mageia-sysadm] Please add further members to i18n ldap groups + + + + + + + + + +

[Mageia-sysadm] Please add further members to i18n ldap groups

+ Michael Scherer + misc at zarb.org +
+ Mon Apr 4 17:56:13 CEST 2011 +

+
+ +
Le vendredi 01 avril 2011 à 23:38 +0200, Oliver Burger a écrit :
+> Hi,
+> 
+> I got another bunch of translator usernames:
+> 
+> commiters
+>       Diego Bello - Jacen
+>       Miguel - motitos
+>       Luis Llave - luis0siu
+
+Done
+
+> members
+>       Eduardo Vidal - Edokun
+>       Miguel Ramírez - MichaelSOG
+>       José Valle Cid - katnatek
+
+MichaelSog and katnatek do not exist in our ldap, can you check with
+them ? 
+
+Otherwise done.
+
+For others admins, as I am not sure that I have explained this or not in
+details, the task is to place users in mga-i18n group ( all of them,
+member and commiters ) so they can access to transifex, and add
+commiters to mga-i18n-commiters so they have more management rights in
+tx. Be careful to check their username, as ldap will not complain if
+this is wrong.
+
+
+-- 
+Michael Scherer
+
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003244.html b/zarb-ml/mageia-sysadm/2011-April/003244.html new file mode 100644 index 000000000..4f67b0b02 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003244.html @@ -0,0 +1,78 @@ + + + + [Mageia-sysadm] [msec] *** Security Check on alamut.mageia.org, Apr 04 04:02:02 *** + + + + + + + + + +

[Mageia-sysadm] [msec] *** Security Check on alamut.mageia.org, Apr 04 04:02:02 ***

+ Michael Scherer + misc at zarb.org +
+ Mon Apr 4 17:56:54 CEST 2011 +

+
+ +
Le lundi 04 avril 2011 à 11:19 +0200, nicolas vigier a écrit :
+> On Mon, 04 Apr 2011, root wrote:
+> 
+> > *** Security Check, Apr 04 04:02:02 ***
+> > *** Check type: daily ***
+> > *** Check executed from: /etc/cron.daily/msec ***
+> 
+> I removed msec from alamut.
+
+/me add a button [I like it] on the mail and click on it
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003245.html b/zarb-ml/mageia-sysadm/2011-April/003245.html new file mode 100644 index 000000000..069728403 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003245.html @@ -0,0 +1,78 @@ + + + + [Mageia-sysadm] [818] Add drakguard + + + + + + + + + +

[Mageia-sysadm] [818] Add drakguard

+ Anne nicolas + ennael at mageia.org +
+ Mon Apr 4 08:18:10 CEST 2011 +

+
+ +
2011/4/4  <root at mageia.org>:
+> Revision 818 Author dmorgan Date 2011-04-04 01:30:37 +0200 (Mon, 04 Apr
+> 2011)
+>
+> Log Message
+>
+> Add drakguard
+>
+
+Please do not import soft that is not forked. I just added 2 icons in
+sources, nothing else
+
+-- 
+Anne
+http://www.mageia.org
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003246.html b/zarb-ml/mageia-sysadm/2011-April/003246.html new file mode 100644 index 000000000..62e438cd6 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003246.html @@ -0,0 +1,82 @@ + + + + [Mageia-sysadm] [Mageia-dev] [RPM] cauldron core/release geoclue-0.12.0-6.mga1 + + + + + + + + + +

[Mageia-sysadm] [Mageia-dev] [RPM] cauldron core/release geoclue-0.12.0-6.mga1

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Mon Apr 4 18:27:15 CEST 2011 +

+
+ +
On 4 April 2011 17:24, Pascal Terjan <pterjan at gmail.com> wrote:
+>>> dmorgan <dmorgan> 0.12.0-6.mga1:
+>>> + Revision: 80478
+>>> - Rebuild because of missing packages
+>>
+>> Ouch.
+>> So we're suffering from this @mga too.
+>> Ccing those who had hints about the bogus bits of our BS...
+>> We were missing some locking at some places according to some
+>> investigation by blino years ago
+>>
+>
+> I have not seen a single package disappearing which was not actually a
+> self obsolete so far.
+
+OK, sorry for the false alarm then.
+Have the suspicious things spotted by blino been fixed?
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003247.html b/zarb-ml/mageia-sysadm/2011-April/003247.html new file mode 100644 index 000000000..f2f3c4362 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003247.html @@ -0,0 +1,91 @@ + + + + [Mageia-sysadm] [Mageia-dev] [RPM] cauldron core/release geoclue-0.12.0-6.mga1 + + + + + + + + + +

[Mageia-sysadm] [Mageia-dev] [RPM] cauldron core/release geoclue-0.12.0-6.mga1

+ Olivier Blin + olivier at blino.org +
+ Mon Apr 4 18:38:29 CEST 2011 +

+
+ +
Thierry Vignaud <thierry.vignaud at gmail.com> writes:
+
+> On 4 April 2011 17:24, Pascal Terjan <pterjan at gmail.com> wrote:
+>>>> dmorgan <dmorgan> 0.12.0-6.mga1:
+>>>> + Revision: 80478
+>>>> - Rebuild because of missing packages
+>>>
+>>> Ouch.
+>>> So we're suffering from this @mga too.
+>>> Ccing those who had hints about the bogus bits of our BS...
+>>> We were missing some locking at some places according to some
+>>> investigation by blino years ago
+>>>
+>>
+>> I have not seen a single package disappearing which was not actually a
+>> self obsolete so far.
+>
+> OK, sorry for the false alarm then.
+> Have the suspicious things spotted by blino been fixed?
+
+It does not apply anymore, since we don't have the "kenobi -> raoh" sync
+anymore with one youri on each, everything is now done in one single
+youri command on valstar.
+
+-- 
+Olivier Blin - blino
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003248.html b/zarb-ml/mageia-sysadm/2011-April/003248.html new file mode 100644 index 000000000..9f7a2fc27 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003248.html @@ -0,0 +1,88 @@ + + + + [Mageia-sysadm] [Mageia-dev] [RPM] cauldron core/release geoclue-0.12.0-6.mga1 + + + + + + + + + +

[Mageia-sysadm] [Mageia-dev] [RPM] cauldron core/release geoclue-0.12.0-6.mga1

+ Michael Scherer + misc at zarb.org +
+ Mon Apr 4 18:43:00 CEST 2011 +

+
+ +
Le lundi 04 avril 2011 à 16:24 +0100, Pascal Terjan a écrit :
+> On Mon, Apr 4, 2011 at 16:12, Thierry Vignaud <thierry.vignaud at gmail.com> wrote:
+> > On 4 April 2011 16:50, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> >> dmorgan <dmorgan> 0.12.0-6.mga1:
+> >> + Revision: 80478
+> >> - Rebuild because of missing packages
+> >
+> > Ouch.
+> > So we're suffering from this @mga too.
+> > Ccing those who had hints about the bogus bits of our BS...
+> > We were missing some locking at some places according to some
+> > investigation by blino years ago
+> >
+> 
+> I have not seen a single package disappearing which was not actually a
+> self obsolete so far.
+
+Rpmlint do not warn for it ?
+( if it does, this should prevent upload IMHO ).
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003249.html b/zarb-ml/mageia-sysadm/2011-April/003249.html new file mode 100644 index 000000000..c208aff53 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003249.html @@ -0,0 +1,76 @@ + + + + [Mageia-sysadm] [Fwd: [Mageia-dev] Apache configuration on champagne] + + + + + + + + + +

[Mageia-sysadm] [Fwd: [Mageia-dev] Apache configuration on champagne]

+ Michael Scherer + misc at zarb.org +
+ Mon Apr 4 19:05:35 CEST 2011 +

+
+ +
Wrong list :)
+
+-- 
+Michael Scherer
+-------------- next part --------------
+An embedded message was scrubbed...
+From: nicolas vigier <boklm at mars-attacks.org>
+Subject: [Mageia-dev] Apache configuration on champagne
+Date: Mon, 4 Apr 2011 17:53:35 +0200
+Size: 3846
+URL: </pipermail/mageia-sysadm/attachments/20110404/50dabbfc/attachment.mht>
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003250.html b/zarb-ml/mageia-sysadm/2011-April/003250.html new file mode 100644 index 000000000..a4eaa1b86 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003250.html @@ -0,0 +1,88 @@ + + + + [Mageia-sysadm] ARM port and BuildSystem + + + + + + + + + +

[Mageia-sysadm] ARM port and BuildSystem

+ nicolas vigier + boklm at mars-attacks.org +
+ Mon Apr 4 19:44:25 CEST 2011 +

+
+ +
Hello,
+
+There was some discussions at last council meeting about making ARM an
+official port, and adding ARM machines in the build system :
+http://meetbot.mageia.org/mageia-meeting/2011/mageia-meeting.2011-03-28-18.33.log.html#l-381
+
+Rtp has been working on a Mageia ARM port for some time, and I think he
+plans to have something useable soon, maybe for Mageia 1st release.
+After asking to rtp, a machine we could use for building packages on
+ARM is OpenRD :
+http://newit.co.uk/shop/products.php?cat=9
+It costs around £203.00 or 230 euros (+ shipping). So I think that's not
+very expensive.
+
+However, this machine is a lot slower than the x86_64 build servers we
+have, so building big packages like LibreOffice will take much more
+time. And if we don't want to slow down all the buildsystem, maybe we
+should make the successufl ARM build not mandatory to upload packages on
+x86_64 and i586. So this require some changes in the BS. But I think
+it's something that can be done.
+
+What do you think about this ?
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003251.html b/zarb-ml/mageia-sysadm/2011-April/003251.html new file mode 100644 index 000000000..19d9fb408 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003251.html @@ -0,0 +1,104 @@ + + + + [Mageia-sysadm] ARM port and BuildSystem + + + + + + + + + +

[Mageia-sysadm] ARM port and BuildSystem

+ Thomas Backlund + tmb at iki.fi +
+ Mon Apr 4 19:59:45 CEST 2011 +

+
+ +
mån 2011-04-04 klockan 20:44 +0300 skrev nicolas vigier:
+> Hello,
+> 
+> There was some discussions at last council meeting about making ARM an
+> official port, and adding ARM machines in the build system :
+> http://meetbot.mageia.org/mageia-meeting/2011/mageia-meeting.2011-03-28-18.33.log.html#l-381
+> 
+> Rtp has been working on a Mageia ARM port for some time, and I think he
+> plans to have something useable soon, maybe for Mageia 1st release.
+> After asking to rtp, a machine we could use for building packages on
+> ARM is OpenRD :
+> http://newit.co.uk/shop/products.php?cat=9
+> It costs around £203.00 or 230 euros (+ shipping). So I think that's not
+> very expensive.
+> 
+
+What about some omap4 smp system ?
+
+I know pandaboard, but that one does not have any sane disk interface...
+
+> However, this machine is a lot slower than the x86_64 build servers we
+> have, so building big packages like LibreOffice will take much more
+> time. And if we don't want to slow down all the buildsystem, maybe we
+> should make the successufl ARM build not mandatory to upload packages on
+> x86_64 and i586. So this require some changes in the BS. But I think
+> it's something that can be done.
+> 
+> What do you think about this ?
+> 
+
+I guess we can allow it to build as fast as it can... 
+after version freeze (and release freeze) it can catch up...
+
+but what about qa ?
+
+--
+Thomas
+
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003252.html b/zarb-ml/mageia-sysadm/2011-April/003252.html new file mode 100644 index 000000000..aedfa591d --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003252.html @@ -0,0 +1,116 @@ + + + + [Mageia-sysadm] ARM port and BuildSystem + + + + + + + + + +

[Mageia-sysadm] ARM port and BuildSystem

+ Michael Scherer + misc at zarb.org +
+ Mon Apr 4 21:08:22 CEST 2011 +

+
+ +
Le lundi 04 avril 2011 à 19:44 +0200, nicolas vigier a écrit :
+> Hello,
+> 
+> There was some discussions at last council meeting about making ARM an
+> official port, and adding ARM machines in the build system :
+> http://meetbot.mageia.org/mageia-meeting/2011/mageia-meeting.2011-03-28-18.33.log.html#l-381
+> 
+> Rtp has been working on a Mageia ARM port for some time, and I think he
+> plans to have something useable soon, maybe for Mageia 1st release.
+> After asking to rtp, a machine we could use for building packages on
+> ARM is OpenRD :
+> http://newit.co.uk/shop/products.php?cat=9
+> It costs around £203.00 or 230 euros (+ shipping). So I think that's not
+> very expensive.
+
+I still do have a pandaboard available. It just take that someone in
+Paris fetch it and to decide where we place it ( and a case around it
+would be nicer, and there is nothing to run on it yet ). 
+
+> However, this machine is a lot slower than the x86_64 build servers we
+> have, so building big packages like LibreOffice will take much more
+> time. And if we don't want to slow down all the buildsystem, maybe we
+> should make the successufl ARM build not mandatory to upload packages on
+> x86_64 and i586. So this require some changes in the BS. But I think
+> it's something that can be done.
+
+That for sure something we can do, but then we should also give us
+objectives to fullfill ( like "we should strive to have a synced
+release" ) and also objectives in term of hardware to one day make them
+in sync.
+
+Moreover if this is not mandatory, don't you fear that the arch will be
+too much out of sync ( as this was the case for ppc/sparc in the
+past ) ? 
+I would also be concerned about the way we manage freeze if the arch is
+late, and the complexity that will occurs. 
+
+
+Also what about stuff like :
+- remote shell access ( if there is a arch dependent bugs )
+- various tests ( automated rebuild, youri, etc ) 
+
+For remote shell access, we could offer VMs for that, but I can hear rtp
+screaming as I type this email :). 
+In fact, the same could be said about rebuilded, but I do not know how
+good is the emulation of arm using qemu.
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003253.html b/zarb-ml/mageia-sysadm/2011-April/003253.html new file mode 100644 index 000000000..08fca406c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003253.html @@ -0,0 +1,90 @@ + + + + [Mageia-sysadm] Identity management + + + + + + + + + +

[Mageia-sysadm] Identity management

+ Patricia Fraser + trish at thefrasers.org +
+ Mon Apr 4 22:05:03 CEST 2011 +

+
+ +
Hi,
+
+I've gone back to try to sign into IM, and it's sneering at me.
+Doesn't like either username or email, doesn't like password (just
+reset). What's best to do? Forget it and re-register?
+
+Cheers,
+
+-- 
+Trish Fraser, JD9R RQ2D
+52.4161N,16.9303E
+ma apr  4 22:03:45 CEST 2011
+GNU/Linux 1997-2010 #283226 counter.li.org
+andromeda up 4 hour(s), 6 min.
+kernel 2.6.33.7-desktop-2mnb
+--
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: signature.asc
+Type: application/pgp-signature
+Size: 490 bytes
+Desc: not available
+URL: </pipermail/mageia-sysadm/attachments/20110404/78eff4cd/attachment.asc>
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003254.html b/zarb-ml/mageia-sysadm/2011-April/003254.html new file mode 100644 index 000000000..e0fd4d731 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003254.html @@ -0,0 +1,83 @@ + + + + [Mageia-sysadm] Council list + + + + + + + + + +

[Mageia-sysadm] Council list

+ Michael Scherer + misc at zarb.org +
+ Mon Apr 4 22:30:56 CEST 2011 +

+
+ +
Hi,
+
+I have just seen that you subscribed to the council list ( I receive
+message each time as a ml-moderator ), but maybe that's a automated
+subscribe by our system ( I doubt however ).
+
+If you did subscribe by hand, it was not needed ( for now ), as we moved
+you to the council group ( ie, the less thing that need to be done by
+hand, the less error we have, the better it is ).
+
+So you may receive mail twice, not sure about that, please warn us
+( sysadmin, in CC to this mail ) about this. 
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003255.html b/zarb-ml/mageia-sysadm/2011-April/003255.html new file mode 100644 index 000000000..f503ee60d --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003255.html @@ -0,0 +1,79 @@ + + + + [Mageia-sysadm] Identity management + + + + + + + + + +

[Mageia-sysadm] Identity management

+ Michael Scherer + misc at zarb.org +
+ Mon Apr 4 22:36:35 CEST 2011 +

+
+ +
Le lundi 04 avril 2011 à 22:05 +0200, Patricia Fraser a écrit :
+> Hi,
+> 
+> I've gone back to try to sign into IM, and it's sneering at me.
+> Doesn't like either username or email, doesn't like password (just
+> reset). What's best to do? Forget it and re-register?
+
+Mh, just to be straight, you tried to log on identity.mageia.org, using
+your account and password and it say "wrong password" ?
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003256.html b/zarb-ml/mageia-sysadm/2011-April/003256.html new file mode 100644 index 000000000..04de86570 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003256.html @@ -0,0 +1,95 @@ + + + + [Mageia-sysadm] Identity management + + + + + + + + + +

[Mageia-sysadm] Identity management

+ Patricia Fraser + trish at thefrasers.org +
+ Mon Apr 4 23:41:40 CEST 2011 +

+
+ +
Hi,
+
+> > I've gone back to try to sign into IM, and it's sneering at me.
+> > Doesn't like either username or email, doesn't like password (just
+> > reset). What's best to do? Forget it and re-register?
+> 
+> Mh, just to be straight, you tried to log on identity.mageia.org,
+> using your account and password and it say "wrong password" ?
+
+It was odd; I got wrong username/password; tried changing both, and
+then finally got rid of the saved logins from Firefox, which I think
+were overwriting all my attempts. It's good now.
+
+Cheers,
+
+-- 
+Trish Fraser, JD9R RQ2D
+52.4161N,16.9303E
+ma apr  4 23:40:29 CEST 2011
+GNU/Linux 1997-2010 #283226 counter.li.org
+andromeda up 5 hour(s), 43 min.
+kernel 2.6.33.7-desktop-2mnb
+--
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: signature.asc
+Type: application/pgp-signature
+Size: 490 bytes
+Desc: not available
+URL: </pipermail/mageia-sysadm/attachments/20110404/e5101b36/attachment-0001.asc>
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003257.html b/zarb-ml/mageia-sysadm/2011-April/003257.html new file mode 100644 index 000000000..4cd67e2e9 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003257.html @@ -0,0 +1,87 @@ + + + + [Mageia-sysadm] Gmane subscriptions... + + + + + + + + + +

[Mageia-sysadm] Gmane subscriptions...

+ Thomas Backlund + tmb at iki.fi +
+ Mon Apr 4 23:51:32 CEST 2011 +

+
+ +
I have now added:
+
+bugs
+changelog
+packages-commits
+soft-commits
+
+to be tracked by Gmane.
+
+
+Looking on *-commits, I think it would be nicer to get commit path in
+subject like in mdv, makes it easier to filter...
+
+And committer alias intstead of root...
+
+wdyt ?
+
+--
+Thomas
+
+
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003258.html b/zarb-ml/mageia-sysadm/2011-April/003258.html new file mode 100644 index 000000000..c6fd19c0c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003258.html @@ -0,0 +1,78 @@ + + + + [Mageia-sysadm] Gmane subscriptions... + + + + + + + + + +

[Mageia-sysadm] Gmane subscriptions...

+ nicolas vigier + boklm at mars-attacks.org +
+ Mon Apr 4 23:55:02 CEST 2011 +

+
+ +
On Tue, 05 Apr 2011, Thomas Backlund wrote:
+
+> 
+> Looking on *-commits, I think it would be nicer to get commit path in
+> subject like in mdv, makes it easier to filter...
+> 
+> And committer alias intstead of root...
+> 
+> wdyt ?
+
+I agree.
+
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003259.html b/zarb-ml/mageia-sysadm/2011-April/003259.html new file mode 100644 index 000000000..d3e8584c0 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003259.html @@ -0,0 +1,93 @@ + + + + [Mageia-sysadm] Gmane subscriptions... + + + + + + + + + +

[Mageia-sysadm] Gmane subscriptions...

+ Michael Scherer + misc at zarb.org +
+ Mon Apr 4 23:58:52 CEST 2011 +

+
+ +
Le mardi 05 avril 2011 à 00:51 +0300, Thomas Backlund a écrit :
+> I have now added:
+> 
+> bugs
+> changelog
+> packages-commits
+> soft-commits
+> 
+> to be tracked by Gmane.
+
+How ?
+
+Afaik, you need to open a identity account for that to work
+( colin already tried, I also spoke of the issue 6 months ago when we
+talked about it )
+> 
+> Looking on *-commits, I think it would be nicer to get commit path in
+> subject like in mdv, makes it easier to filter...
+
+Why not
+
+> And committer alias intstead of root...
+
+I would prefer that we keep alias to the bare minimum
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003260.html b/zarb-ml/mageia-sysadm/2011-April/003260.html new file mode 100644 index 000000000..6899442d3 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003260.html @@ -0,0 +1,107 @@ + + + + [Mageia-sysadm] Gmane subscriptions... + + + + + + + + + +

[Mageia-sysadm] Gmane subscriptions...

+ Thomas Backlund + tmb at iki.fi +
+ Tue Apr 5 00:06:05 CEST 2011 +

+
+ +
tis 2011-04-05 klockan 00:58 +0300 skrev Michael Scherer:
+> Le mardi 05 avril 2011 à 00:51 +0300, Thomas Backlund a écrit :
+> > I have now added:
+> > 
+> > bugs
+> > changelog
+> > packages-commits
+> > soft-commits
+> > 
+> > to be tracked by Gmane.
+> 
+> How ?
+> 
+> Afaik, you need to open a identity account for that to work
+> ( colin already tried, I also spoke of the issue 6 months ago when we
+> talked about it )
+> > 
+
+I got a mail from Gmane admins stating sympa dont allow subscriptions,
+and they asked to manually add a specific mail for the lists I wanted.
+
+So I just logged into sympa, selected proper list, chose "manage
+subscriptions", pasted in the mail address in "Add an user" and thats
+all needed...
+
+> > Looking on *-commits, I think it would be nicer to get commit path in
+> > subject like in mdv, makes it easier to filter...
+> 
+> Why not
+> 
+> > And committer alias intstead of root...
+> 
+> I would prefer that we keep alias to the bare minimum
+
+how do you mean ?
+every committer already have an alias (or login actually)
+
+--
+Thomas
+
+
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003261.html b/zarb-ml/mageia-sysadm/2011-April/003261.html new file mode 100644 index 000000000..a0e662691 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003261.html @@ -0,0 +1,128 @@ + + + + [Mageia-sysadm] Gmane subscriptions... + + + + + + + + + +

[Mageia-sysadm] Gmane subscriptions...

+ Michael Scherer + misc at zarb.org +
+ Tue Apr 5 01:38:18 CEST 2011 +

+
+ +
Le mardi 05 avril 2011 à 01:06 +0300, Thomas Backlund a écrit :
+> tis 2011-04-05 klockan 00:58 +0300 skrev Michael Scherer:
+> > Le mardi 05 avril 2011 à 00:51 +0300, Thomas Backlund a écrit :
+> > > I have now added:
+> > > 
+> > > bugs
+> > > changelog
+> > > packages-commits
+> > > soft-commits
+> > > 
+> > > to be tracked by Gmane.
+> > 
+> > How ?
+> > 
+> > Afaik, you need to open a identity account for that to work
+> > ( colin already tried, I also spoke of the issue 6 months ago when we
+> > talked about it )
+> > > 
+> 
+> I got a mail from Gmane admins stating sympa dont allow subscriptions,
+> and they asked to manually add a specific mail for the lists I wanted.
+> 
+> So I just logged into sympa, selected proper list, chose "manage
+> subscriptions", pasted in the mail address in "Add an user" and thats
+> all needed...
+
+We should automate this IMHO.
+
+My plan was to add some whitelist for gmane, and some script to
+subscribe to gmane using www::mechanize, as this would auto subscribe
+new lists that we created. 
+
+> > > Looking on *-commits, I think it would be nicer to get commit path in
+> > > subject like in mdv, makes it easier to filter...
+> > 
+> > Why not
+> > 
+> > > And committer alias intstead of root...
+> > 
+> > I would prefer that we keep alias to the bare minimum
+> 
+> how do you mean ?
+
+mhh, I think you wanted "committer at mageia" rather than root at . That
+didn't made much sense now I think of.
+
+
+> every committer already have an alias (or login actually)
+
+Nope. Only founders have for now.
+
+$ grep aliases_group  modules/postfix/manifests/init.pp
+        $aliases_group = ['mga-founders'] 
+
+For sure we can add to others, but I would prefer that we formalise a
+little bit more how do we distribute them ( ie what about others group
+than packagers and translators who are in ldap, as we should strive to
+include others group as well ).
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003262.html b/zarb-ml/mageia-sysadm/2011-April/003262.html new file mode 100644 index 000000000..d06dc3a28 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003262.html @@ -0,0 +1,80 @@ + + + + [Mageia-sysadm] update of qemu on rabbit + + + + + + + + + +

[Mageia-sysadm] update of qemu on rabbit

+ Michael Scherer + misc at zarb.org +
+ Tue Apr 5 04:40:32 CEST 2011 +

+
+ +
Hi,
+
+as i wanted to add pxe support to our libvirt installation, I stumbled
+on this bug : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575628
+
+In short, we should push a new version of qemu on rabbit for that. I
+guess i will do it once beta 1 is out.
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003263.html b/zarb-ml/mageia-sysadm/2011-April/003263.html new file mode 100644 index 000000000..4fc9d92c0 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003263.html @@ -0,0 +1,76 @@ + + + + [Mageia-sysadm] Please add further members to i18n ldap groups + + + + + + + + + +

[Mageia-sysadm] Please add further members to i18n ldap groups

+ Oliver Burger + oliver.bgr at googlemail.com +
+ Tue Apr 5 08:13:54 CEST 2011 +

+
+ +
Am Montag 04 April 2011, 17:56:13 schrieb Michael Scherer:
+> MichaelSog and katnatek do not exist in our ldap, can you check with
+> them ?
+I'm checking with the spanish i18n team leader.
+
+> Otherwise done.
+Thanks
+
+I have another three:
+  commiters:
+    - luciform
+
+  members:
+    - rd3tap
+    - dant3 (asked for him already but don't know, if the mail got through)
+
+
+Thanks again,
+
+Oliver
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003264.html b/zarb-ml/mageia-sysadm/2011-April/003264.html new file mode 100644 index 000000000..5aa23fc98 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003264.html @@ -0,0 +1,126 @@ + + + + [Mageia-sysadm] Gmane subscriptions... + + + + + + + + + +

[Mageia-sysadm] Gmane subscriptions...

+ Pascal Terjan + pterjan at gmail.com +
+ Tue Apr 5 11:16:19 CEST 2011 +

+
+ +
On Tue, Apr 5, 2011 at 00:38, Michael Scherer <misc at zarb.org> wrote:
+> Le mardi 05 avril 2011 à 01:06 +0300, Thomas Backlund a écrit :
+>> tis 2011-04-05 klockan 00:58 +0300 skrev Michael Scherer:
+>> > Le mardi 05 avril 2011 à 00:51 +0300, Thomas Backlund a écrit :
+>> > > I have now added:
+>> > >
+>> > > bugs
+>> > > changelog
+>> > > packages-commits
+>> > > soft-commits
+>> > >
+>> > > to be tracked by Gmane.
+>> >
+>> > How ?
+>> >
+>> > Afaik, you need to open a identity account for that to work
+>> > ( colin already tried, I also spoke of the issue 6 months ago when we
+>> > talked about it )
+>> > >
+>>
+>> I got a mail from Gmane admins stating sympa dont allow subscriptions,
+>> and they asked to manually add a specific mail for the lists I wanted.
+>>
+>> So I just logged into sympa, selected proper list, chose "manage
+>> subscriptions", pasted in the mail address in "Add an user" and thats
+>> all needed...
+>
+> We should automate this IMHO.
+>
+> My plan was to add some whitelist for gmane, and some script to
+> subscribe to gmane using www::mechanize, as this would auto subscribe
+> new lists that we created.
+>
+>> > > Looking on *-commits, I think it would be nicer to get commit path in
+>> > > subject like in mdv, makes it easier to filter...
+>> >
+>> > Why not
+>> >
+>> > > And committer alias intstead of root...
+>> >
+>> > I would prefer that we keep alias to the bare minimum
+>>
+>> how do you mean ?
+>
+> mhh, I think you wanted "committer at mageia" rather than root at . That
+> didn't made much sense now I think of.
+>
+
+What about something like "login" <mageia-dev at mageia.org> ?
+
+>> every committer already have an alias (or login actually)
+>
+> Nope. Only founders have for now.
+>
+> $ grep aliases_group  modules/postfix/manifests/init.pp
+>        $aliases_group = ['mga-founders']
+>
+> For sure we can add to others, but I would prefer that we formalise a
+> little bit more how do we distribute them ( ie what about others group
+> than packagers and translators who are in ldap, as we should strive to
+> include others group as well ).
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003265.html b/zarb-ml/mageia-sysadm/2011-April/003265.html new file mode 100644 index 000000000..07666c873 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003265.html @@ -0,0 +1,86 @@ + + + + [Mageia-sysadm] update of qemu on rabbit + + + + + + + + + +

[Mageia-sysadm] update of qemu on rabbit

+ Buchan Milne + bgmilne at staff.telkomsa.net +
+ Tue Apr 5 11:55:39 CEST 2011 +

+
+ +
> Hi,
+> 
+> as i wanted to add pxe support to our libvirt installation, I stumbled
+> on this bug : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575628
+> 
+> In short, we should push a new version of qemu on rabbit for that. I
+> guess i will do it once beta 1 is out.
+
+I fixed qemu for Mandriva, and also built libvirt with the patch required for qemu 0.14[1] and with netcf support.
+
+With these updates on my Mandriva x86_64 box I was able to PXE-boot a VM to do an installation (and configure the bridging from virt-manager).
+
+Unfortunately there was a lot of waiting to get that into Mandriva, and I haven't had time to do it on Mageia.
+
+1. http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/libvirt/current/SOURCES/libvirt-qemu-0.14-fix-booton.patch?revision=648511&view=markup
+
+Regards,
+Buchan
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003266.html b/zarb-ml/mageia-sysadm/2011-April/003266.html new file mode 100644 index 000000000..b294a43d9 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003266.html @@ -0,0 +1,114 @@ + + + + [Mageia-sysadm] Gmane subscriptions... + + + + + + + + + +

[Mageia-sysadm] Gmane subscriptions...

+ Thomas Backlund + tmb at iki.fi +
+ Tue Apr 5 12:58:18 CEST 2011 +

+
+ +
+> On Tue, Apr 5, 2011 at 00:38, Michael Scherer<misc at zarb.org>  wrote:
+>
+>>> every committer already have an alias (or login actually)
+>>
+>> Nope. Only founders have for now.
+>>
+>> $ grep aliases_group  modules/postfix/manifests/init.pp
+>>         $aliases_group = ['mga-founders']
+>>
+
+Sorry, I was not clear enough...
+
+I meant to get the "Author" name from the top of the commit:
+---
+     From: root at mageia.org
+     To: packages-commits at ml.mageia.org
+     Subject: [80630] - new version 1.2
+     Date: Tue, 5 Apr 2011 09:04:05 +0200 (CEST)
+
+Title: [80630] - new version 1.2
+
+Revision
+     80630
+Author
+     obgr_seneca
+Date
+     2011-04-05 09:04:05 +0200 (Tue, 05 Apr 2011)
+---
+
+like its done on the mdv commits ml
+
+So instead of stating it comes from root at mageia.org
+it could say in this example: obgr_seneca <root at mageia.org>
+
+(and maybe even change root@ to mageia-dev@ (or something like that))
+
+That way people can also easy filter/check their padwans work
+
+
+And as previously mentioned, change Subject from:
+[80630] - new version 1.2
+to
+[80630] cauldron/kaffeine - new version 1.2
+
+
+I hope this makes my thoughts clearer...
+--
+Thomas
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003267.html b/zarb-ml/mageia-sysadm/2011-April/003267.html new file mode 100644 index 000000000..604809843 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003267.html @@ -0,0 +1,71 @@ + + + + [Mageia-sysadm] Please add further members to i18n ldap groups + + + + + + + + + +

[Mageia-sysadm] Please add further members to i18n ldap groups

+ Michael Scherer + misc at zarb.org +
+ Tue Apr 5 12:59:50 CEST 2011 +

+
+ +
Le mardi 05 avril 2011 à 08:13 +0200, Oliver Burger a écrit :
+
+> I have another three:
+>   commiters:
+>     - luciform
+> 
+>   members:
+>     - rd3tap
+>     - dant3 (asked for him already but don't know, if the mail got through)
+
+done
+
+-- 
+Michael Scherer
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003268.html b/zarb-ml/mageia-sysadm/2011-April/003268.html new file mode 100644 index 000000000..c06c963f8 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003268.html @@ -0,0 +1,80 @@ + + + + [Mageia-sysadm] remove perl-App-cpanminus + + + + + + + + + +

[Mageia-sysadm] remove perl-App-cpanminus

+ Jerome Quelin + jquelin at gmail.com +
+ Tue Apr 5 13:13:36 CEST 2011 +

+
+ +
hi,
+
+in http://check.mageia.org/missing.html, i can see that there's no
+source rpm for perl-App-cpanminus
+
+this is totally normal, since it has been removed after being obsoleted
+by cpanminus.
+
+what i don't understand is why there is still a package for
+perl-App-cpanminus? (yes, there is an obsoletes: tag in place)
+
+jérôme 
+-- 
+jquelin at gmail.com
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003269.html b/zarb-ml/mageia-sysadm/2011-April/003269.html new file mode 100644 index 000000000..dd599a5f0 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003269.html @@ -0,0 +1,77 @@ + + + + [Mageia-sysadm] remove perl-App-cpanminus + + + + + + + + + +

[Mageia-sysadm] remove perl-App-cpanminus

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Tue Apr 5 14:02:02 CEST 2011 +

+
+ +
On 5 April 2011 13:13, Jerome Quelin <jquelin at gmail.com> wrote:
+> in http://check.mageia.org/missing.html, i can see that there's no
+> source rpm for perl-App-cpanminus
+>
+> this is totally normal, since it has been removed after being obsoleted
+> by cpanminus.
+>
+> what i don't understand is why there is still a package for
+> perl-App-cpanminus? (yes, there is an obsoletes: tag in place)
+
+Just add a provides.
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003270.html b/zarb-ml/mageia-sysadm/2011-April/003270.html new file mode 100644 index 000000000..35fda2299 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003270.html @@ -0,0 +1,90 @@ + + + + [Mageia-sysadm] remove perl-App-cpanminus + + + + + + + + + +

[Mageia-sysadm] remove perl-App-cpanminus

+ Jerome Quelin + jquelin at gmail.com +
+ Tue Apr 5 15:08:19 CEST 2011 +

+
+ +
On 11/04/05 14:02 +0200, Thierry Vignaud wrote:
+> On 5 April 2011 13:13, Jerome Quelin <jquelin at gmail.com> wrote:
+> > in http://check.mageia.org/missing.html, i can see that there's no
+> > source rpm for perl-App-cpanminus
+> >
+> > this is totally normal, since it has been removed after being obsoleted
+> > by cpanminus.
+> >
+> > what i don't understand is why there is still a package for
+> > perl-App-cpanminus? (yes, there is an obsoletes: tag in place)
+> 
+> Just add a provides.
+
+hmmm. this seems weird: nothing should require perl-App-cpanminus. at
+worst, some pkg may require perl(App::cpanminus), but not the package
+itself. that's why i did not add a provides: - or am i wrong?
+
+anyway, i just added the provides: and will submit.
+
+thanks,
+jérôme 
+-- 
+jquelin at gmail.com
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003271.html b/zarb-ml/mageia-sysadm/2011-April/003271.html new file mode 100644 index 000000000..cabb10a13 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003271.html @@ -0,0 +1,84 @@ + + + + [Mageia-sysadm] update of qemu on rabbit + + + + + + + + + +

[Mageia-sysadm] update of qemu on rabbit

+ Michael Scherer + misc at zarb.org +
+ Tue Apr 5 15:22:06 CEST 2011 +

+
+ +
Le mardi 05 avril 2011 à 11:55 +0200, Buchan Milne a écrit :
+> > Hi,
+> > 
+> > as i wanted to add pxe support to our libvirt installation, I stumbled
+> > on this bug : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575628
+> > 
+> > In short, we should push a new version of qemu on rabbit for that. I
+> > guess i will do it once beta 1 is out.
+> 
+> I fixed qemu for Mandriva, and also built libvirt with the patch 
+> required for qemu 0.14[1] and with netcf support.
+
+I synced your change on mageia ( at least for libvirt ) in cauldron
+
+For qemu, what do we need ?
+( ie, I just plan to backport from cauldron )
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003272.html b/zarb-ml/mageia-sysadm/2011-April/003272.html new file mode 100644 index 000000000..9cd2de97a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003272.html @@ -0,0 +1,72 @@ + + + + [Mageia-sysadm] [Cooker] SVN RSS + + + + + + + + + +

[Mageia-sysadm] [Cooker] SVN RSS

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Tue Apr 5 16:45:49 CEST 2011 +

+
+ +
2011/3/30 Gergely Lónyai <aleph at mandriva.org>:
+> Please enable the RSS feature on Viewvc. I like to follow some packages
+> but I'm late by manual route.
+
+What about enabling it for mageia?
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003273.html b/zarb-ml/mageia-sysadm/2011-April/003273.html new file mode 100644 index 000000000..55382708c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003273.html @@ -0,0 +1,91 @@ + + + + [Mageia-sysadm] [Cooker] SVN RSS + + + + + + + + + +

[Mageia-sysadm] [Cooker] SVN RSS

+ Michael Scherer + misc at zarb.org +
+ Tue Apr 5 17:16:58 CEST 2011 +

+
+ +
Le mardi 05 avril 2011 à 16:45 +0200, Thierry Vignaud a écrit :
+> 2011/3/30 Gergely Lónyai <aleph at mandriva.org>:
+> > Please enable the RSS feature on Viewvc. I like to follow some packages
+> > but I'm late by manual route.
+> 
+> What about enabling it for mageia?
+
+That's a cunning plan :)
+
+But this would requires deploying a database for viewvc, and viewvc do
+not support postgresql, only mysql :
+http://viewvc.tigris.org/issues/show_bug.cgi?id=40
+
+So I am not sure this would be wise to deploy mysql just to have rss
+from svn when you can have them from a ml ( + gmane + sympa rss ).
+Sqlite could be a option however, i didn't check.
+
+( now, if someone push upstream to support pgsql or sqlite, and this
+land in our rpm after being accepted upstream, I would be more inclined
+to deploy it ).
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003274.html b/zarb-ml/mageia-sysadm/2011-April/003274.html new file mode 100644 index 000000000..e4f6588b8 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003274.html @@ -0,0 +1,101 @@ + + + + [Mageia-sysadm] Beta 1 on the mirror + + + + + + + + + +

[Mageia-sysadm] Beta 1 on the mirror

+ Michael Scherer + misc at zarb.org +
+ Tue Apr 5 18:49:18 CEST 2011 +

+
+ +
Hi,
+
+like last time, i was the lucky guy who had to push stuff on the mirror.
+
+So, this time, I didn't stop rsync :
+
+on rabbit :
+copy all iso in a single directory inside screen, using scp :
+scp */* root at valstar.mageia.org:/distrib/new_isos/
+
+on valstar : 
+- check md5 
+
+ cd /distrib
+ mv mirror/iso/cauldron/ old_isos/1/alpha2/ 
+ mv new_isos/ mirror/iso/cauldron/ 
+ chown mirror:mirror mirror/iso/cauldron/
+
+and that's all ( yes, that's less impressive when there is less
+commands ).
+
+So what is left to do :
+- warn mirrors people on mirrors announce ( after asking them to
+subscribe , I guess, so we should keep that in mind for next time  )
+
+- the announce ( which is being prepared at the moment  )
+
+- write documentation about it :)
+ 
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003275.html b/zarb-ml/mageia-sysadm/2011-April/003275.html new file mode 100644 index 000000000..dcb413852 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003275.html @@ -0,0 +1,110 @@ + + + + [Mageia-sysadm] Beta 1 on the mirror + + + + + + + + + +

[Mageia-sysadm] Beta 1 on the mirror

+ Thomas Backlund + tmb at iki.fi +
+ Tue Apr 5 19:11:39 CEST 2011 +

+
+ +
tis 2011-04-05 klockan 19:49 +0300 skrev Michael Scherer:
+> Hi,
+> 
+> like last time, i was the lucky guy who had to push stuff on the mirror.
+> 
+> So, this time, I didn't stop rsync :
+> 
+> on rabbit :
+> copy all iso in a single directory inside screen, using scp :
+> scp */* root at valstar.mageia.org:/distrib/new_isos/
+> 
+> on valstar : 
+> - check md5 
+> 
+>  cd /distrib
+>  mv mirror/iso/cauldron/ old_isos/1/alpha2/ 
+>  mv new_isos/ mirror/iso/cauldron/ 
+>  chown mirror:mirror mirror/iso/cauldron/
+> 
+
+That should have been: chown -R
+(fixed)
+
+And I have uploaded *.torrent files into iso/cauldron/torrents 
+
+> and that's all ( yes, that's less impressive when there is less
+> commands ).
+> 
+> So what is left to do :
+> - warn mirrors people on mirrors announce ( after asking them to
+> subscribe , I guess, so we should keep that in mind for next time  )
+> 
+> - the announce ( which is being prepared at the moment  )
+> 
+> - write documentation about it :)
+>  
+> 
+
+--
+Thomas
+
+
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003276.html b/zarb-ml/mageia-sysadm/2011-April/003276.html new file mode 100644 index 000000000..ca177378e --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003276.html @@ -0,0 +1,102 @@ + + + + [Mageia-sysadm] Beta 1 on the mirror + + + + + + + + + +

[Mageia-sysadm] Beta 1 on the mirror

+ Michael Scherer + misc at zarb.org +
+ Tue Apr 5 19:19:38 CEST 2011 +

+
+ +
Le mardi 05 avril 2011 à 20:11 +0300, Thomas Backlund a écrit :
+> tis 2011-04-05 klockan 19:49 +0300 skrev Michael Scherer:
+> > Hi,
+> > 
+> > like last time, i was the lucky guy who had to push stuff on the mirror.
+> > 
+> > So, this time, I didn't stop rsync :
+> > 
+> > on rabbit :
+> > copy all iso in a single directory inside screen, using scp :
+> > scp */* root at valstar.mageia.org:/distrib/new_isos/
+> > 
+> > on valstar : 
+> > - check md5 
+> > 
+> >  cd /distrib
+> >  mv mirror/iso/cauldron/ old_isos/1/alpha2/ 
+> >  mv new_isos/ mirror/iso/cauldron/ 
+> >  chown mirror:mirror mirror/iso/cauldron/
+> > 
+> 
+> That should have been: chown -R
+> (fixed)
+
+Previous one was root owned without trouble, si I just did the same.
+I do not see much added value into changing file owner for that if it
+work fine.
+
+> And I have uploaded *.torrent files into iso/cauldron/torrents 
+
+Warn the communication team too.
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003277.html b/zarb-ml/mageia-sysadm/2011-April/003277.html new file mode 100644 index 000000000..dbe8fd189 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003277.html @@ -0,0 +1,112 @@ + + + + [Mageia-sysadm] Beta 1 on the mirror + + + + + + + + + +

[Mageia-sysadm] Beta 1 on the mirror

+ Thomas Backlund + tmb at iki.fi +
+ Tue Apr 5 19:26:36 CEST 2011 +

+
+ +
tis 2011-04-05 klockan 20:19 +0300 skrev Michael Scherer:
+> Le mardi 05 avril 2011 à 20:11 +0300, Thomas Backlund a écrit :
+> > tis 2011-04-05 klockan 19:49 +0300 skrev Michael Scherer:
+> > > Hi,
+> > > 
+> > > like last time, i was the lucky guy who had to push stuff on the mirror.
+> > > 
+> > > So, this time, I didn't stop rsync :
+> > > 
+> > > on rabbit :
+> > > copy all iso in a single directory inside screen, using scp :
+> > > scp */* root at valstar.mageia.org:/distrib/new_isos/
+> > > 
+> > > on valstar : 
+> > > - check md5 
+> > > 
+> > >  cd /distrib
+> > >  mv mirror/iso/cauldron/ old_isos/1/alpha2/ 
+> > >  mv new_isos/ mirror/iso/cauldron/ 
+> > >  chown mirror:mirror mirror/iso/cauldron/
+> > > 
+> > 
+> > That should have been: chown -R
+> > (fixed)
+> 
+> Previous one was root owned without trouble, si I just did the same.
+> I do not see much added value into changing file owner for that if it
+> work fine.
+
+Then what's the point of changing the owner of the dir ?
+
+it also would work as root
+
+> 
+> > And I have uploaded *.torrent files into iso/cauldron/torrents 
+> 
+> Warn the communication team too.
+
+CC'd rda and marketing...
+
+--
+Thomas
+
+
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003278.html b/zarb-ml/mageia-sysadm/2011-April/003278.html new file mode 100644 index 000000000..de7eb15dd --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003278.html @@ -0,0 +1,87 @@ + + + + [Mageia-sysadm] [Cooker] SVN RSS + + + + + + + + + +

[Mageia-sysadm] [Cooker] SVN RSS

+ nicolas vigier + boklm at mars-attacks.org +
+ Tue Apr 5 19:44:35 CEST 2011 +

+
+ +
On Tue, 05 Apr 2011, Michael Scherer wrote:
+
+> Le mardi 05 avril 2011 à 16:45 +0200, Thierry Vignaud a écrit :
+> > 2011/3/30 Gergely Lónyai <aleph at mandriva.org>:
+> > > Please enable the RSS feature on Viewvc. I like to follow some packages
+> > > but I'm late by manual route.
+> > 
+> > What about enabling it for mageia?
+> 
+> That's a cunning plan :)
+> 
+> But this would requires deploying a database for viewvc, and viewvc do
+> not support postgresql, only mysql :
+> http://viewvc.tigris.org/issues/show_bug.cgi?id=40
+> 
+> So I am not sure this would be wise to deploy mysql just to have rss
+> from svn when you can have them from a ml ( + gmane + sympa rss ).
+
+It's also possible to have RSS on http://cia.vc/stats/project/Mageia
+Not possible to have separate RSS for each package however.
+
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003279.html b/zarb-ml/mageia-sysadm/2011-April/003279.html new file mode 100644 index 000000000..fb01457da --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003279.html @@ -0,0 +1,110 @@ + + + + [Mageia-sysadm] Beta 1 on the mirror + + + + + + + + + +

[Mageia-sysadm] Beta 1 on the mirror

+ Michael Scherer + misc at zarb.org +
+ Tue Apr 5 20:11:42 CEST 2011 +

+
+ +
Le mardi 05 avril 2011 à 20:26 +0300, Thomas Backlund a écrit :
+> tis 2011-04-05 klockan 20:19 +0300 skrev Michael Scherer:
+> > Le mardi 05 avril 2011 à 20:11 +0300, Thomas Backlund a écrit :
+> > > tis 2011-04-05 klockan 19:49 +0300 skrev Michael Scherer:
+> > > > Hi,
+> > > > 
+> > > > like last time, i was the lucky guy who had to push stuff on the mirror.
+> > > > 
+> > > > So, this time, I didn't stop rsync :
+> > > > 
+> > > > on rabbit :
+> > > > copy all iso in a single directory inside screen, using scp :
+> > > > scp */* root at valstar.mageia.org:/distrib/new_isos/
+> > > > 
+> > > > on valstar : 
+> > > > - check md5 
+> > > > 
+> > > >  cd /distrib
+> > > >  mv mirror/iso/cauldron/ old_isos/1/alpha2/ 
+> > > >  mv new_isos/ mirror/iso/cauldron/ 
+> > > >  chown mirror:mirror mirror/iso/cauldron/
+> > > > 
+> > > 
+> > > That should have been: chown -R
+> > > (fixed)
+> > 
+> > Previous one was root owned without trouble, si I just did the same.
+> > I do not see much added value into changing file owner for that if it
+> > work fine.
+> 
+> Then what's the point of changing the owner of the dir ?
+
+Indeed none ( just that I was not sure so I copied the current setting
+without thinking ).
+
+So I think we could agree that mirror should be read only for root, at
+least for isos ?
+
+Not that it will change much of course, but the more obvious setting we
+have, the less trouble we will have.
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003280.html b/zarb-ml/mageia-sysadm/2011-April/003280.html new file mode 100644 index 000000000..9cbe0c7fb --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003280.html @@ -0,0 +1,64 @@ + + + + [Mageia-sysadm] Please add further members to i18n ldap groups + + + + + + + + + +

[Mageia-sysadm] Please add further members to i18n ldap groups

+ Oliver Burger + oliver.bgr at googlemail.com +
+ Wed Apr 6 10:29:18 CEST 2011 +

+
+ +
And another one, our first Norwegian.
+
+Please add
+
+viking60 as a normal i18n member, I will stay on as commiter for the
+no team for the time being until they formed a team.
+
+Oliver
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003281.html b/zarb-ml/mageia-sysadm/2011-April/003281.html new file mode 100644 index 000000000..efec3a65a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003281.html @@ -0,0 +1,89 @@ + + + + [Mageia-sysadm] remove perl-App-cpanminus + + + + + + + + + +

[Mageia-sysadm] remove perl-App-cpanminus

+ Jerome Quelin + jquelin at gmail.com +
+ Wed Apr 6 10:30:03 CEST 2011 +

+
+ +
On 11/04/05 15:08 +0200, Jerome Quelin wrote:
+> On 11/04/05 14:02 +0200, Thierry Vignaud wrote:
+> > On 5 April 2011 13:13, Jerome Quelin <jquelin at gmail.com> wrote:
+> > > in http://check.mageia.org/missing.html, i can see that there's no
+> > > source rpm for perl-App-cpanminus
+> > >
+> > > this is totally normal, since it has been removed after being obsoleted
+> > > by cpanminus.
+> > >
+> > > what i don't understand is why there is still a package for
+> > > perl-App-cpanminus? (yes, there is an obsoletes: tag in place)
+> > 
+> > Just add a provides.
+> 
+> hmmm. this seems weird: nothing should require perl-App-cpanminus. at
+> worst, some pkg may require perl(App::cpanminus), but not the package
+> itself. that's why i did not add a provides: - or am i wrong?
+> 
+> anyway, i just added the provides: and will submit.
+
+and the check is still present, so it wasn't due to a missing provides:
+==> what's the problem?
+jérôme 
+-- 
+jquelin at gmail.com
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003282.html b/zarb-ml/mageia-sysadm/2011-April/003282.html new file mode 100644 index 000000000..58ccdcb78 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003282.html @@ -0,0 +1,88 @@ + + + + [Mageia-sysadm] remove perl-App-cpanminus + + + + + + + + + +

[Mageia-sysadm] remove perl-App-cpanminus

+ Pascal Terjan + pterjan at gmail.com +
+ Wed Apr 6 11:06:48 CEST 2011 +

+
+ +
On Wed, Apr 6, 2011 at 09:30, Jerome Quelin <jquelin at gmail.com> wrote:
+> On 11/04/05 15:08 +0200, Jerome Quelin wrote:
+>> On 11/04/05 14:02 +0200, Thierry Vignaud wrote:
+>> > On 5 April 2011 13:13, Jerome Quelin <jquelin at gmail.com> wrote:
+>> > > in http://check.mageia.org/missing.html, i can see that there's no
+>> > > source rpm for perl-App-cpanminus
+>> > >
+>> > > this is totally normal, since it has been removed after being obsoleted
+>> > > by cpanminus.
+>> > >
+>> > > what i don't understand is why there is still a package for
+>> > > perl-App-cpanminus? (yes, there is an obsoletes: tag in place)
+>> >
+>> > Just add a provides.
+>>
+>> hmmm. this seems weird: nothing should require perl-App-cpanminus. at
+>> worst, some pkg may require perl(App::cpanminus), but not the package
+>> itself. that's why i did not add a provides: - or am i wrong?
+>>
+>> anyway, i just added the provides: and will submit.
+>
+> and the check is still present, so it wasn't due to a missing provides:
+> ==> what's the problem?
+
+It did not get removed on x86_64 but I have no idea why
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003283.html b/zarb-ml/mageia-sysadm/2011-April/003283.html new file mode 100644 index 000000000..a983a0ae6 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003283.html @@ -0,0 +1,80 @@ + + + + [Mageia-sysadm] About mirrors contacts and management + + + + + + + + + +

[Mageia-sysadm] About mirrors contacts and management

+ Anne nicolas + ennael at mageia.org +
+ Wed Apr 6 12:06:58 CEST 2011 +

+
+ +
Hi there
+
+2 questions I have in mind:
+
+- could we have a ML for registered mirrors? for now isos push is not
+communicated and that can be quite annoying for mirrors managers. At
+least we should mail them some hours before to inform them.
+- if we are able to contact all of them, I'd like to ask them
+statistics about downloads. It will help us to evaluate how much
+Mageia is spread.
+
+Cheers
+
+-- 
+Anne
+http://www.mageia.org
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003284.html b/zarb-ml/mageia-sysadm/2011-April/003284.html new file mode 100644 index 000000000..dd4dce441 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003284.html @@ -0,0 +1,79 @@ + + + + [Mageia-sysadm] About mirrors contacts and management + + + + + + + + + +

[Mageia-sysadm] About mirrors contacts and management

+ nicolas vigier + boklm at mars-attacks.org +
+ Wed Apr 6 12:14:54 CEST 2011 +

+
+ +
On Wed, 06 Apr 2011, Anne nicolas wrote:
+
+> Hi there
+> 
+> 2 questions I have in mind:
+> 
+> - could we have a ML for registered mirrors? for now isos push is not
+> communicated and that can be quite annoying for mirrors managers. At
+> least we should mail them some hours before to inform them.
+
+We have the mirrors-announce mailing list created :
+https://ml.mageia.org/wwsympa-wrapper.fcgi/info/mirrors-announce
+
+But this is not yet listed in readme file on the mirrors.
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003285.html b/zarb-ml/mageia-sysadm/2011-April/003285.html new file mode 100644 index 000000000..3bd696575 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003285.html @@ -0,0 +1,84 @@ + + + + [Mageia-sysadm] About mirrors contacts and management + + + + + + + + + +

[Mageia-sysadm] About mirrors contacts and management

+ nicolas vigier + boklm at mars-attacks.org +
+ Wed Apr 6 12:28:19 CEST 2011 +

+
+ +
On Wed, 06 Apr 2011, nicolas vigier wrote:
+
+> On Wed, 06 Apr 2011, Anne nicolas wrote:
+> 
+> > Hi there
+> > 
+> > 2 questions I have in mind:
+> > 
+> > - could we have a ML for registered mirrors? for now isos push is not
+> > communicated and that can be quite annoying for mirrors managers. At
+> > least we should mail them some hours before to inform them.
+> 
+> We have the mirrors-announce mailing list created :
+> https://ml.mageia.org/wwsympa-wrapper.fcgi/info/mirrors-announce
+> 
+> But this is not yet listed in readme file on the mirrors.
+
+I added mirrors-announce in the readme file :
+http://svnweb.mageia.org/adm/puppet/deployment/main_mirror/files/mirror/mirror.readme?revision=1487&view=markup
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003286.html b/zarb-ml/mageia-sysadm/2011-April/003286.html new file mode 100644 index 000000000..6b299132d --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003286.html @@ -0,0 +1,99 @@ + + + + [Mageia-sysadm] About mirrors contacts and management + + + + + + + + + +

[Mageia-sysadm] About mirrors contacts and management

+ Anne nicolas + ennael at mageia.org +
+ Wed Apr 6 12:31:08 CEST 2011 +

+
+ +
2011/4/6 nicolas vigier <boklm at mars-attacks.org>:
+> On Wed, 06 Apr 2011, nicolas vigier wrote:
+>
+>> On Wed, 06 Apr 2011, Anne nicolas wrote:
+>>
+>> > Hi there
+>> >
+>> > 2 questions I have in mind:
+>> >
+>> > - could we have a ML for registered mirrors? for now isos push is not
+>> > communicated and that can be quite annoying for mirrors managers. At
+>> > least we should mail them some hours before to inform them.
+>>
+>> We have the mirrors-announce mailing list created :
+>> https://ml.mageia.org/wwsympa-wrapper.fcgi/info/mirrors-announce
+>>
+>> But this is not yet listed in readme file on the mirrors.
+>
+> I added mirrors-announce in the readme file :
+> http://svnweb.mageia.org/adm/puppet/deployment/main_mirror/files/mirror/mirror.readme?revision=1487&view=markup
+
+What about finding a victim^w^wvolunteer to collect mails from mirrors admins ?
+
+>
+> _______________________________________________
+> Mageia-sysadm mailing list
+> Mageia-sysadm at mageia.org
+> https://www.mageia.org/mailman/listinfo/mageia-sysadm
+>
+
+
+
+-- 
+Anne
+http://www.mageia.org
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003287.html b/zarb-ml/mageia-sysadm/2011-April/003287.html new file mode 100644 index 000000000..32042bb9c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003287.html @@ -0,0 +1,105 @@ + + + + [Mageia-sysadm] mgarepo import connections problem + + + + + + + + + +

[Mageia-sysadm] mgarepo import connections problem

+ nicolas vigier + boklm at mars-attacks.org +
+ Wed Apr 6 17:46:01 CEST 2011 +

+
+ +
On Sun, 27 Mar 2011, Michael Scherer wrote:
+
+> On Sun, 27 Mar 2011 19:43:54 +0200, nicolas vigier wrote:
+>> On Sat, 26 Mar 2011, Michael scherer wrote:
+>>
+>>> On Sat, Mar 26, 2011 at 10:25:27AM +0100, Michał Walenciak wrote:
+>>> > Hi
+>>> >
+>>> > when I try to import a pkg I get:
+>>> >
+>>> > $ mgarepo import /home/michal/rpmbuild/SRPMS/kadu-0.9.0-1.mga1.src.rpm
+>>> > Importing package to 
+>>> svn+ssh://svn.mageia.org/svn/packages/cauldron/kadu
+>>> > error: Connection closed by 212.85.158.147
+>>> > svn: To better debug SSH connection problems, remove the -q option from 
+>>> 'ssh'
+>>> > in the [tunnels] section of your Subversion configuration file.
+>>> > svn: Network connection closed unexpectedly
+>>> >
+>>> > any ideas?
+>>>
+>>> Still no idea.
+>>> Deap has the same problem, and it was something about "password
+>>> expired", so I reset his password to see if this help.
+>>
+>> I've added deap and kicer86 to mga-committers group. They were not in
+>> the group, I think that was the problem.
+>
+> Yup, likely.
+>
+> I guess we should add mga-packages-commiters to the
+> access class for svn, or decide that every packager is also a committer
+> on the whole svn.
+
+What is "access class" ? Allow people from mga-packages-commiters to
+commit, without being in mga-commiters group, and remove the group ?
+
+Actually I tried to see where it is required that user is in
+mga-commiters group, but I didn't find.
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003288.html b/zarb-ml/mageia-sysadm/2011-April/003288.html new file mode 100644 index 000000000..63375b9fc --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003288.html @@ -0,0 +1,73 @@ + + + + [Mageia-sysadm] [RFC] another rpmlint error to reject + + + + + + + + + +

[Mageia-sysadm] [RFC] another rpmlint error to reject

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Wed Apr 6 18:00:15 CEST 2011 +

+
+ +
Hi
+
+Just tested on rhel with rpmlint-1.0, it looks like newer rpmlint can
+print "E: unexpanded-macro" instead of "E: percent-in-provides"
+
+I guess we should reject packages matching both instead of only percent-in-*
+
+WDYT?
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003289.html b/zarb-ml/mageia-sysadm/2011-April/003289.html new file mode 100644 index 000000000..cd1d14fb5 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003289.html @@ -0,0 +1,75 @@ + + + + [Mageia-sysadm] Package removal request: cryptsetup-luks + + + + + + + + + +

[Mageia-sysadm] Package removal request: cryptsetup-luks

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Wed Apr 6 18:06:47 CEST 2011 +

+
+ +
cryptsetup is already in the distro (and this is the one imported from
+mdv with svn log and all). cryptsetup-luks is the exact same package,
+wrongly imported from Fedora (I think, Fedora, but not sure).
+
+Please remove all cryptsetup-luks binary and src.rpm, I've already
+removed it from SVN.
+
+-- 
+Ahmad Samir
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003290.html b/zarb-ml/mageia-sysadm/2011-April/003290.html new file mode 100644 index 000000000..f88328b4a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003290.html @@ -0,0 +1,123 @@ + + + + [Mageia-sysadm] ARM port and BuildSystem + + + + + + + + + +

[Mageia-sysadm] ARM port and BuildSystem

+ nicolas vigier + boklm at mars-attacks.org +
+ Thu Apr 7 15:47:35 CEST 2011 +

+
+ +
On Mon, 04 Apr 2011, Michael Scherer wrote:
+
+> Le lundi 04 avril 2011 à 19:44 +0200, nicolas vigier a écrit :
+> > Hello,
+> > 
+> > There was some discussions at last council meeting about making ARM an
+> > official port, and adding ARM machines in the build system :
+> > http://meetbot.mageia.org/mageia-meeting/2011/mageia-meeting.2011-03-28-18.33.log.html#l-381
+> > 
+> > Rtp has been working on a Mageia ARM port for some time, and I think he
+> > plans to have something useable soon, maybe for Mageia 1st release.
+> > After asking to rtp, a machine we could use for building packages on
+> > ARM is OpenRD :
+> > http://newit.co.uk/shop/products.php?cat=9
+> > It costs around £203.00 or 230 euros (+ shipping). So I think that's not
+> > very expensive.
+> 
+> I still do have a pandaboard available. It just take that someone in
+> Paris fetch it and to decide where we place it ( and a case around it
+> would be nicer, and there is nothing to run on it yet ). 
+
+Yes, we can start with this pandaboard, and bring it next time we go to
+Marseille. Maybe we can also add an OpenRD if we can buy one, to allow
+building packages faster with two build nodes. According to rtp, an
+advantage of OpenRD is that it's armv5t which is better to detect
+alignement errors.
+
+> 
+> > However, this machine is a lot slower than the x86_64 build servers we
+> > have, so building big packages like LibreOffice will take much more
+> > time. And if we don't want to slow down all the buildsystem, maybe we
+> > should make the successufl ARM build not mandatory to upload packages on
+> > x86_64 and i586. So this require some changes in the BS. But I think
+> > it's something that can be done.
+> 
+> That for sure something we can do, but then we should also give us
+> objectives to fullfill ( like "we should strive to have a synced
+> release" ) and also objectives in term of hardware to one day make them
+> in sync.
+> 
+> Moreover if this is not mandatory, don't you fear that the arch will be
+> too much out of sync ( as this was the case for ppc/sparc in the
+> past ) ? 
+> I would also be concerned about the way we manage freeze if the arch is
+> late, and the complexity that will occurs. 
+
+Yes, that can be a problem if one arch become too much out of sync.
+Maybe we can generate a list of out of sync packages to help see what
+needs to be fixed. So ARM will not be guaranted to be always sync with
+i586 and x86_64, that will depend how fast people can fix ARM bugs.
+
+> Also what about stuff like :
+> - remote shell access ( if there is a arch dependent bugs )
+> - various tests ( automated rebuild, youri, etc ) 
+> 
+> For remote shell access, we could offer VMs for that, but I can hear rtp
+> screaming as I type this email :). 
+> In fact, the same could be said about rebuilded, but I do not know how
+> good is the emulation of arm using qemu.
+
+Or later add new ARM machines where people can have shell access.
+
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003291.html b/zarb-ml/mageia-sysadm/2011-April/003291.html new file mode 100644 index 000000000..e23abbead --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003291.html @@ -0,0 +1,115 @@ + + + + [Mageia-sysadm] Deploying updated packages on buildsystem + + + + + + + + + +

[Mageia-sysadm] Deploying updated packages on buildsystem

+ Olivier Blin + mageia at blino.org +
+ Thu Apr 7 18:08:31 CEST 2011 +

+
+ +
nicolas vigier <boklm at mars-attacks.org> writes:
+
+> Hello,
+>
+> Sometimes we need to deploy updated packages on the buildsystem, for
+> instance for youri, iurt, mgarepo, rpmlint, puppet or others ...
+>
+> At the moment we rebuild the package somewhere and install it manually.
+> Or sometimes don't rebuild the package but only copy the modified files
+> (for mdv-youri-submit for instance).
+
+When I have to deploy packages for the BS hosts running Mandriva 2010.1
+x86_64, I usually build the packages with iurt from jonund (IIRC, it's
+the most powerful BS node, so it is less likely to impact normal BS
+users).
+
+Here's a command that can be used (on jonund as iurt user) to rebuild
+a src.rpm for Mandriva 2010.1 (potentially with BR from contrib):
+
+iurt --chrooted-urpmi -m contrib/release main/release -- \
+  http://repository.mageia.org/mandriva/ -r mandriva2010.1 x86_64 \
+  ./mga-mirrors-0.05-1.mga1.src.rpm
+
+Maybe we could agree on this process to build package updates?
+(i.e. using this iurt command as iurt user on jonund)
+
+> I think it would be convenient to have a repository where we can submit
+> packages using the build system, and enable this repository on all
+> the servers.
+>
+> Unfortunatly, we are still using Mandriva 2010.1 on the servers, so it
+> is more complicate. What we can do :
+>  - Make this repository based on mandriva 2010.1 on the build system
+>  - Make this repository based on cauldron on the build system, and use 
+>    it on our servers running 2010.1. Some packages will not work because
+>    of different version of python or perl or other dependency.
+>    But we can still use it for youri and rpmlint-mageia-policy, and
+>    rebuild/install the others manually.
+>  - Don't do it now and wait until we migrated the servers to Mageia
+
+It would be convenient to have a repository with our 2010.1 packages,
+using packages built for cauldron won't work.
+
+Though, maybe it's overkill to setup the whole chain (svn, submit,
+youri) for this.
+
+-- 
+Olivier Blin - blino
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003292.html b/zarb-ml/mageia-sysadm/2011-April/003292.html new file mode 100644 index 000000000..3c286de1d --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003292.html @@ -0,0 +1,125 @@ + + + + [Mageia-sysadm] Deploying updated packages on buildsystem + + + + + + + + + +

[Mageia-sysadm] Deploying updated packages on buildsystem

+ nicolas vigier + boklm at mars-attacks.org +
+ Thu Apr 7 20:26:14 CEST 2011 +

+
+ +
On Thu, 07 Apr 2011, Olivier Blin wrote:
+
+> nicolas vigier <boklm at mars-attacks.org> writes:
+> 
+> > Hello,
+> >
+> > Sometimes we need to deploy updated packages on the buildsystem, for
+> > instance for youri, iurt, mgarepo, rpmlint, puppet or others ...
+> >
+> > At the moment we rebuild the package somewhere and install it manually.
+> > Or sometimes don't rebuild the package but only copy the modified files
+> > (for mdv-youri-submit for instance).
+> 
+> When I have to deploy packages for the BS hosts running Mandriva 2010.1
+> x86_64, I usually build the packages with iurt from jonund (IIRC, it's
+> the most powerful BS node, so it is less likely to impact normal BS
+> users).
+> 
+> Here's a command that can be used (on jonund as iurt user) to rebuild
+> a src.rpm for Mandriva 2010.1 (potentially with BR from contrib):
+> 
+> iurt --chrooted-urpmi -m contrib/release main/release -- \
+>   http://repository.mageia.org/mandriva/ -r mandriva2010.1 x86_64 \
+>   ./mga-mirrors-0.05-1.mga1.src.rpm
+> 
+> Maybe we could agree on this process to build package updates?
+> (i.e. using this iurt command as iurt user on jonund)
+
+Thanks.
+
+Yes we should agree on a process for this.
+
+We can create a repository in /distrib/mandriva/mgaservers2010.1/x86_64.
+
+> 
+> > I think it would be convenient to have a repository where we can submit
+> > packages using the build system, and enable this repository on all
+> > the servers.
+> >
+> > Unfortunatly, we are still using Mandriva 2010.1 on the servers, so it
+> > is more complicate. What we can do :
+> >  - Make this repository based on mandriva 2010.1 on the build system
+> >  - Make this repository based on cauldron on the build system, and use 
+> >    it on our servers running 2010.1. Some packages will not work because
+> >    of different version of python or perl or other dependency.
+> >    But we can still use it for youri and rpmlint-mageia-policy, and
+> >    rebuild/install the others manually.
+> >  - Don't do it now and wait until we migrated the servers to Mageia
+> 
+> It would be convenient to have a repository with our 2010.1 packages,
+> using packages built for cauldron won't work.
+> 
+> Though, maybe it's overkill to setup the whole chain (svn, submit,
+> youri) for this.
+
+Yes. It would be nice to have a repository with svn, submit, youri, but
+we can wait until we're running Mageia on the servers to do that.
+
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003293.html b/zarb-ml/mageia-sysadm/2011-April/003293.html new file mode 100644 index 000000000..58efeb172 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003293.html @@ -0,0 +1,121 @@ + + + + [Mageia-sysadm] mgarepo import connections problem + + + + + + + + + +

[Mageia-sysadm] mgarepo import connections problem

+ Michael scherer + misc at zarb.org +
+ Thu Apr 7 20:41:37 CEST 2011 +

+
+ +
On Wed, Apr 06, 2011 at 05:46:01PM +0200, nicolas vigier wrote:
+> On Sun, 27 Mar 2011, Michael Scherer wrote:
+> 
+> > On Sun, 27 Mar 2011 19:43:54 +0200, nicolas vigier wrote:
+> >> On Sat, 26 Mar 2011, Michael scherer wrote:
+> >>
+> >>> On Sat, Mar 26, 2011 at 10:25:27AM +0100, Michał Walenciak wrote:
+> >>> > Hi
+> >>> >
+> >>> > when I try to import a pkg I get:
+> >>> >
+> >>> > $ mgarepo import /home/michal/rpmbuild/SRPMS/kadu-0.9.0-1.mga1.src.rpm
+> >>> > Importing package to 
+> >>> svn+ssh://svn.mageia.org/svn/packages/cauldron/kadu
+> >>> > error: Connection closed by 212.85.158.147
+> >>> > svn: To better debug SSH connection problems, remove the -q option from 
+> >>> 'ssh'
+> >>> > in the [tunnels] section of your Subversion configuration file.
+> >>> > svn: Network connection closed unexpectedly
+> >>> >
+> >>> > any ideas?
+> >>>
+> >>> Still no idea.
+> >>> Deap has the same problem, and it was something about "password
+> >>> expired", so I reset his password to see if this help.
+> >>
+> >> I've added deap and kicer86 to mga-committers group. They were not in
+> >> the group, I think that was the problem.
+> >
+> > Yup, likely.
+> >
+> > I guess we should add mga-packages-commiters to the
+> > access class for svn, or decide that every packager is also a committer
+> > on the whole svn.
+> 
+> What is "access class" ? Allow people from mga-packages-commiters to
+> commit, without being in mga-commiters group, and remove the group ?
+
+See deployment/access_classes/manifests/init.pp 
+( or http://svnweb.mageia.org/adm/puppet/deployment/access_classes/manifests/init.pp?view=markup ).
+
+That's the type of access granted on the server.
+
+rabbit is using access_classes::iso_makers
+valstar is using access_classes::committers
+
+Each class then include proper pam_ldap configuration, and
+we can give access to multiple group for each class.
+
+Now, maybe the name doesn't ring a bell, in which case i would be in favor 
+of renaming it so it become more obvious so feel free to propose something.
+
+> Actually I tried to see where it is required that user is in
+> mga-commiters group, but I didn't find.
+
+in deployment/access_classes/manifests/init.pp
+
+-- 
+Michael Scherer
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003294.html b/zarb-ml/mageia-sysadm/2011-April/003294.html new file mode 100644 index 000000000..a5effb6f6 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003294.html @@ -0,0 +1,79 @@ + + + + [Mageia-sysadm] Deploying updated packages on buildsystem + + + + + + + + + +

[Mageia-sysadm] Deploying updated packages on buildsystem

+ nicolas vigier + boklm at mars-attacks.org +
+ Thu Apr 7 21:04:27 CEST 2011 +

+
+ +
On Thu, 07 Apr 2011, Olivier Blin wrote:
+
+> 
+> Here's a command that can be used (on jonund as iurt user) to rebuild
+> a src.rpm for Mandriva 2010.1 (potentially with BR from contrib):
+> 
+> iurt --chrooted-urpmi -m contrib/release main/release -- \
+>   http://repository.mageia.org/mandriva/ -r mandriva2010.1 x86_64 \
+>   ./mga-mirrors-0.05-1.mga1.src.rpm
+
+I have added a iurt2010.1 command that can be run as root on jonund to
+do this.
+
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003295.html b/zarb-ml/mageia-sysadm/2011-April/003295.html new file mode 100644 index 000000000..8f61a9493 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003295.html @@ -0,0 +1,75 @@ + + + + [Mageia-sysadm] Out of town for a few days + + + + + + + + + +

[Mageia-sysadm] Out of town for a few days

+ Michael scherer + misc at zarb.org +
+ Thu Apr 7 21:25:44 CEST 2011 +

+
+ +
Hi,
+
+Due to business related reasons, I will not be very present
+for the following days starting from tomorow ( Friday ) to 
+next Wednesday ( if all goes well ). In case of urgency, you 
+can send me a email or a call, but I would prefer a email.
+
+-- 
+Michael Scherer 
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003296.html b/zarb-ml/mageia-sysadm/2011-April/003296.html new file mode 100644 index 000000000..53b7c1ac7 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003296.html @@ -0,0 +1,87 @@ + + + + [Mageia-sysadm] uid - blog missunderstanding. + + + + + + + + + +

[Mageia-sysadm] uid - blog missunderstanding.

+ IBQ. Miguel Ángel Ramírez Polo + mike.ramirez.polo at gmail.com +
+ Thu Apr 7 21:28:44 CEST 2011 +

+
+ +
Hi
+
+I'm MichaelSOG and I have a little problem, or better named, a little 
+missunderstanding, in the blog I've a differrent username (that cannot 
+be changed) than in the identity.mageia.org, my uid in identity is 
+michaelsog, but in the blog I've a diferent one, so here is my question.
+
+Can you change that for me in order to be the same in the blog as it is 
+in the identity..mageia? It could be better for me, cause my username in 
+the blog is the same as this email, and I don't want to be knowed so 
+easily for any person my email address. So that's it. I hope you can help 
+me.
+
+Grettings!
+
+MichaelSOG
+-- 
+"Profundo Honor y Brillante Gloria al Rey de Todos los Tiempos".Jesús.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-sysadm/attachments/20110407/a75aa3b6/attachment-0001.html>
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003297.html b/zarb-ml/mageia-sysadm/2011-April/003297.html new file mode 100644 index 000000000..8197f7221 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003297.html @@ -0,0 +1,77 @@ + + + + [Mageia-sysadm] uid - blog missunderstanding. + + + + + + + + + +

[Mageia-sysadm] uid - blog missunderstanding.

+ Oliver Burger + oliver.bgr at googlemail.com +
+ Thu Apr 7 21:33:04 CEST 2011 +

+
+ +
"IBQ. Miguel Ángel Ramírez Polo" <mike.ramirez.polo at gmail.com> schrieb 
+am 07.04.2011
+my uid in identity is michaelsog
+
+And while you are at it, could you add him to the i18n members group 
+in ldap?
+Oh and please give me little confirmation, when it's done.
+
+Thanks,
+
+Oliver
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003298.html b/zarb-ml/mageia-sysadm/2011-April/003298.html new file mode 100644 index 000000000..e40dfd171 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003298.html @@ -0,0 +1,95 @@ + + + + [Mageia-sysadm] uid - blog missunderstanding. + + + + + + + + + +

[Mageia-sysadm] uid - blog missunderstanding.

+ Damien Lallement + mageia at damsweb.net +
+ Thu Apr 7 23:00:09 CEST 2011 +

+
+ +
Le 07/04/2011 21:28, IBQ. Miguel Ángel Ramírez Polo a écrit :
+> Hi
+>
+>
+> I'm MichaelSOG and I have a little problem, or better named, a little
+> missunderstanding, in the blog I've a differrent username (that cannot
+> be changed) than in the identity.mageia.org, my uid in identity is
+> michaelsog, but in the blog I've a diferent one, so here is my question.
+>
+>
+> Can you change that for me in order to be the same in the blog as it is
+> in the identity..mageia? It could be better for me, cause my username in
+> the blog is the same as this email, and I don't want to be knowed so
+> easily for any person my email address. So that's it. I hope you can
+> help me.
+
+Hello,
+
+As explained on IRC, no LDAP support for now in WP but it's in the 
+roadmap. It will work in a few weeks.
+You can change your nickname in the user interface of WP (just the 
+displayed nickname, not your login).
+
+Cheers,
+-- 
+Damien Lallement
+aka "damsweb" or "coincoin" on IRC and twitter
+
+http://www.mageia.org
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003299.html b/zarb-ml/mageia-sysadm/2011-April/003299.html new file mode 100644 index 000000000..add958314 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003299.html @@ -0,0 +1,79 @@ + + + + [Mageia-sysadm] Package removal request: cryptsetup-luks + + + + + + + + + +

[Mageia-sysadm] Package removal request: cryptsetup-luks

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Fri Apr 8 00:44:05 CEST 2011 +

+
+ +
On 6 April 2011 18:06, Ahmad Samir <ahmadsamir3891 at gmail.com> wrote:
+> cryptsetup is already in the distro (and this is the one imported from
+> mdv with svn log and all). cryptsetup-luks is the exact same package,
+> wrongly imported from Fedora (I think, Fedora, but not sure).
+>
+> Please remove all cryptsetup-luks binary and src.rpm, I've already
+> removed it from SVN.
+>
+> --
+> Ahmad Samir
+>
+
+Ping.
+
+-- 
+Ahmad Samir
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003300.html b/zarb-ml/mageia-sysadm/2011-April/003300.html new file mode 100644 index 000000000..b690fd539 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003300.html @@ -0,0 +1,119 @@ + + + + [Mageia-sysadm] list of things to do in sysadmin + + + + + + + + + +

[Mageia-sysadm] list of things to do in sysadmin

+ nicolas vigier + boklm at mars-attacks.org +
+ Fri Apr 8 02:02:35 CEST 2011 +

+
+ +
Hello,
+
+As todo list on the wiki for sysadmin was not updated for a long time, I
+looked at list of things we have to do.
+
+For the buildsystem :
+
+ Youri :
+ * use upstream version of youri from zarb
+ * add support for new architectures (if we decide to add ARM as
+   supported architecture)
+ * keep compilation logs for sucessful builds (for the last version of each
+   package) #670
+ * support building packages for core and tainted repositories #340
+ * add priorities on builds, to be able to submit builds with low priority
+   which are done when all other builds with higher priority are done
+ * add support for dependencies between builds and/or api to allow
+   scripting on client side. #631
+ * add command to cancel a build #635
+ * Decide if we use a database to store build infos, or continue to
+   save them inside files and paths.
+
+ iurt :
+ * use linux containers #667
+ * allow to generate src.rpm from svn in the chroot #392
+ * do benchmarks with multiple builds on the same node, to see if we can
+   still have acceptable performance. Two builds on each node would
+   avoid blocking the build system for a few hours when there is a big
+   package building
+
+ mgarepo :
+ * add support for branches
+ * use anonymous svn in create-srpm so we don't need ssh agent
+ * add kill command #318
+
+ Other :
+ * send commit emails for commits from apprentice
+ * send failed build emails to submitter
+ * enable ssh keys from ldap on valstar. Export is working (and used on
+   rabbit), but we need to import all ssh keys on filesystem to ldap.
+ * make tool to move/remove packages from repository (like rpmctl)
+ * see how to manage groups alias for bugzilla / maintainers db
+
+And other things :
+
+- setup wiki
+- setup pastebin
+- create tool to save and share passwords http://is.gd/KDtys0
+- finish setup of git repositories. Decide which tools to use to manage
+  git repositories (or create our tools to do it).
+
+
+Do you see something to add ? Or to remove/change ? Or other comments ?
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003301.html b/zarb-ml/mageia-sysadm/2011-April/003301.html new file mode 100644 index 000000000..59f8b6fdb --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003301.html @@ -0,0 +1,79 @@ + + + + [Mageia-sysadm] list of things to do in sysadmin + + + + + + + + + +

[Mageia-sysadm] list of things to do in sysadmin

+ Dexter Morgan + dmorganec at gmail.com +
+ Fri Apr 8 03:30:17 CEST 2011 +

+
+ +
On Fri, Apr 8, 2011 at 2:02 AM, nicolas vigier <boklm at mars-attacks.org> wrote:
+> And other things :
+>
+> - setup wiki
+> - setup pastebin
+> - create tool to save and share passwords http://is.gd/KDtys0
+> - finish setup of git repositories. Decide which tools to use to manage
+>  git repositories (or create our tools to do it).
+
+I don't see the need to create one, as i see 2  tools gitorious and
+redmine ( and/or the fork ).
+
+Personally i would prefer redmine i find it easier to use and "sexier" .
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003302.html b/zarb-ml/mageia-sysadm/2011-April/003302.html new file mode 100644 index 000000000..190e4b015 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003302.html @@ -0,0 +1,87 @@ + + + + [Mageia-sysadm] list of things to do in sysadmin + + + + + + + + + +

[Mageia-sysadm] list of things to do in sysadmin

+ Wolfgang Bornath + molch.b at googlemail.com +
+ Fri Apr 8 03:34:46 CEST 2011 +

+
+ +
2011/4/8 nicolas vigier <boklm at mars-attacks.org>:
+>
+> And other things :
+>
+> - setup wiki
+> - setup pastebin
+> - create tool to save and share passwords http://is.gd/KDtys0
+> - finish setup of git repositories. Decide which tools to use to manage
+>  git repositories (or create our tools to do it).
+>
+>
+> Do you see something to add ? Or to remove/change ? Or other comments ?
+
+I don't know if this is sysadmin or forum admin task:
+ - setup the German forum
+
+-- 
+wobo
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003303.html b/zarb-ml/mageia-sysadm/2011-April/003303.html new file mode 100644 index 000000000..81621f050 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003303.html @@ -0,0 +1,90 @@ + + + + [Mageia-sysadm] Package removal request: gvfs-1.7* + + + + + + + + + +

[Mageia-sysadm] Package removal request: gvfs-1.7*

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Fri Apr 8 05:24:34 CEST 2011 +

+
+ +
I mistakenly updated gvfs to 1.7.x about two weeks ago. It turns out,
+gvfs 1.6.x is the branch that's more suitable for GNOME 2.32.
+
+I've reverted to 1.6.x in svn, so please remove all gvfs-1.7.x:
+gvfs-archive
+gvfs-fuse
+gvfs-gphoto2
+gvfs
+gvfs-obexftp
+gvfs-smb
+lib*gvfs0
+lib*gvfs-devel
+
+
+So that I can submit the gvfs-1.6.7.
+
+Thanks.
+
+-- 
+Ahmad Samir
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003304.html b/zarb-ml/mageia-sysadm/2011-April/003304.html new file mode 100644 index 000000000..9df99a8c8 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003304.html @@ -0,0 +1,84 @@ + + + + [Mageia-sysadm] Package removal request: cryptsetup-luks + + + + + + + + + +

[Mageia-sysadm] Package removal request: cryptsetup-luks

+ Thomas Backlund + tmb at iki.fi +
+ Fri Apr 8 08:02:18 CEST 2011 +

+
+ +
Ahmad Samir skrev 8.4.2011 01:44:
+> On 6 April 2011 18:06, Ahmad Samir<ahmadsamir3891 at gmail.com>  wrote:
+>> cryptsetup is already in the distro (and this is the one imported from
+>> mdv with svn log and all). cryptsetup-luks is the exact same package,
+>> wrongly imported from Fedora (I think, Fedora, but not sure).
+>>
+>> Please remove all cryptsetup-luks binary and src.rpm, I've already
+>> removed it from SVN.
+>>
+>> --
+>> Ahmad Samir
+>>
+>
+> Ping.
+>
+
+Done.
+
+--
+Thomas
+
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003305.html b/zarb-ml/mageia-sysadm/2011-April/003305.html new file mode 100644 index 000000000..2270217eb --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003305.html @@ -0,0 +1,97 @@ + + + + [Mageia-sysadm] Package removal request: gvfs-1.7* + + + + + + + + + +

[Mageia-sysadm] Package removal request: gvfs-1.7*

+ Thomas Backlund + tmb at iki.fi +
+ Fri Apr 8 08:02:27 CEST 2011 +

+
+ +
Ahmad Samir skrev 8.4.2011 06:24:
+> I mistakenly updated gvfs to 1.7.x about two weeks ago. It turns out,
+> gvfs 1.6.x is the branch that's more suitable for GNOME 2.32.
+>
+> I've reverted to 1.6.x in svn, so please remove all gvfs-1.7.x:
+> gvfs-archive
+> gvfs-fuse
+> gvfs-gphoto2
+> gvfs
+> gvfs-obexftp
+> gvfs-smb
+> lib*gvfs0
+> lib*gvfs-devel
+>
+>
+> So that I can submit the gvfs-1.6.7.
+>
+> Thanks.
+>
+
+
+Done.
+
+--
+Thomas
+
+
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003306.html b/zarb-ml/mageia-sysadm/2011-April/003306.html new file mode 100644 index 000000000..f9ba0613f --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003306.html @@ -0,0 +1,126 @@ + + + + [Mageia-sysadm] list of things to do in sysadmin + + + + + + + + + +

[Mageia-sysadm] list of things to do in sysadmin

+ Michael scherer + misc at zarb.org +
+ Fri Apr 8 08:09:46 CEST 2011 +

+
+ +
On Fri, Apr 08, 2011 at 02:02:35AM +0200, nicolas vigier wrote:
+> Hello,
+> 
+> As todo list on the wiki for sysadmin was not updated for a long time, I
+> looked at list of things we have to do.
+> 
+> For the buildsystem :
+> 
+>  Youri :
+>  * use upstream version of youri from zarb
+>  * add support for new architectures (if we decide to add ARM as
+>    supported architecture)
+>  * keep compilation logs for sucessful builds (for the last version of each
+>    package) #670
+>  * support building packages for core and tainted repositories #340
+>  * add priorities on builds, to be able to submit builds with low priority
+>    which are done when all other builds with higher priority are done
+>  * add support for dependencies between builds and/or api to allow
+>    scripting on client side. #631
+>  * add command to cancel a build #635
+>  * Decide if we use a database to store build infos, or continue to
+>    save them inside files and paths.
+> 
+>  iurt :
+>  * use linux containers #667
+>  * allow to generate src.rpm from svn in the chroot #392
+>  * do benchmarks with multiple builds on the same node, to see if we can
+>    still have acceptable performance. Two builds on each node would
+>    avoid blocking the build system for a few hours when there is a big
+>    package building
+> 
+>  mgarepo :
+>  * add support for branches
+>  * use anonymous svn in create-srpm so we don't need ssh agent
+>  * add kill command #318
+> 
+>  Other :
+>  * send commit emails for commits from apprentice
+>  * send failed build emails to submitter
+>  * enable ssh keys from ldap on valstar. Export is working (and used on
+>    rabbit), but we need to import all ssh keys on filesystem to ldap.
+>  * make tool to move/remove packages from repository (like rpmctl)
+>  * see how to manage groups alias for bugzilla / maintainers db
+> 
+> And other things :
+> 
+> - setup wiki
+> - setup pastebin
+> - create tool to save and share passwords http://is.gd/KDtys0
+> - finish setup of git repositories. Decide which tools to use to manage
+>   git repositories (or create our tools to do it).
+- setup backup
+- setup redundant ldap, postfix
+- migrate forum vm to another host
+- sign iso and keys with our keys
+( maybe others )
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003307.html b/zarb-ml/mageia-sysadm/2011-April/003307.html new file mode 100644 index 000000000..c7d799400 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003307.html @@ -0,0 +1,104 @@ + + + + [Mageia-sysadm] list of things to do in sysadmin + + + + + + + + + +

[Mageia-sysadm] list of things to do in sysadmin

+ nicolas vigier + boklm at mars-attacks.org +
+ Fri Apr 8 11:03:29 CEST 2011 +

+
+ +
On Fri, 08 Apr 2011, Dexter Morgan wrote:
+
+> On Fri, Apr 8, 2011 at 2:02 AM, nicolas vigier <boklm at mars-attacks.org> wrote:
+> > And other things :
+> >
+> > - setup wiki
+> > - setup pastebin
+> > - create tool to save and share passwords http://is.gd/KDtys0
+> > - finish setup of git repositories. Decide which tools to use to manage
+> >  git repositories (or create our tools to do it).
+> 
+> I don't see the need to create one, as i see 2  tools gitorious and
+> redmine ( and/or the fork ).
+
+First we need to check if it's doing what we want. And check that we
+all agree on what it should do. I didn't look in details, but :
+ - I think gitorious allows anybody to create his own repositories. But
+   I think what we want is shared repositories, and I don't know if we
+   want to host personal ones too.
+ - We need to see how we manage commit permissions. We probably want to
+   use ldap groups for this, I don't know if it's possible with
+   gitorious/redmine
+ - gitorious or redmine include wikis, forums, bug tracker. Maybe we
+   don't want that, so we should be able to disable them.
+ - We probably want to add pre-commit/post-commit scripts to send emails
+   or do other things. It's probably possible to add them automatically
+   for every repository if we create them using puppet. I don't know if
+   that's possible with gitorious/redmine.
+ - if we host git repositories on valstar, we want to avoid hosting web
+   interface on valstar too, so we should check if it's possible with
+   gitorious/redmine
+ - if we only use this tool to create new repositories and have a web
+   interface to show commits but use none of the advanced features of
+   gitorious/redmine, maybe a few scripts in puppet and gitweb is more
+   simple than customising gitorious/redmine to do exactly what we want.
+
+So someone needs to see exactly what is needed, with people that will use
+the repositories, and look at all available tools to be able to decide
+what we should use.
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003308.html b/zarb-ml/mageia-sysadm/2011-April/003308.html new file mode 100644 index 000000000..9a727ebca --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003308.html @@ -0,0 +1,129 @@ + + + + [Mageia-sysadm] list of things to do in sysadmin + + + + + + + + + +

[Mageia-sysadm] list of things to do in sysadmin

+ Romain d'Alverny + rdalverny at gmail.com +
+ Fri Apr 8 12:06:36 CEST 2011 +

+
+ +
On Fri, Apr 8, 2011 at 11:03, nicolas vigier <boklm at mars-attacks.org> wrote:
+> First we need to check if it's doing what we want. And check that we
+> all agree on what it should do. I didn't look in details, but :
+>  - I think gitorious allows anybody to create his own repositories. But
+>   I think what we want is shared repositories, and I don't know if we
+>   want to host personal ones too.
+
+The whole interest of gitorious is precisely that (easily forking a
+repository for pushing patches afterwise). If we cut this off, we
+better not use this solution at all.
+
+>  - We need to see how we manage commit permissions. We probably want to
+>   use ldap groups for this, I don't know if it's possible with
+>   gitorious/redmine
+
+About gitorious, I don't know if we can interface with its own ACLs,
+but there's a web-based UI for managing that there, per repository.
+Better use it.
+
+>  - gitorious or redmine include wikis, forums, bug tracker. Maybe we
+>   don't want that, so we should be able to disable them.
+
+Yep. Or consider that is a separate forge.
+
+>  - if we only use this tool to create new repositories and have a web
+>   interface to show commits but use none of the advanced features of
+>   gitorious/redmine, maybe a few scripts in puppet and gitweb is more
+>   simple than customising gitorious/redmine to do exactly what we want.
+
+The point is: do we use a tool that already builds a multi-projects
+forge, or do we build our own?
+
+For the distribution and Mageia project itself, everything revolves
+around a few monolithic bits at this time: Bugzilla, SVN, buildsystem.
+
+If we want to give separate "upstream" identities to software in /soft
+(or to some tools still buried down here and there), each one should
+have its own:
+ - fully customizable web page (with an obvious path to it) - with a
+default template provided for those who don't need/want to customize
+ - documentation/wiki
+ - bug/feature tracker
+ - code repository + web output of it
+ - perhaps a mini blog, but a forum seems less likely to happen there
+
+If we want to give some flexibility into the project to incumbate
+small projects to embbed into or derive from Mageia, creating such a
+new "upstream" project should be, at least for some people, as easy as
+using a single web form - so yes, it would be somehow like what
+tuxfamily, savannah, indefero, google code, github, etc. - shall we
+use these instead then? I believe we are not all in sync about this.
+
+So the question is: do we build this with something existing that
+duplicates somehow what we have already, and integrate it as we can?
+or do we build this on top of what we already have?
+
+> So someone needs to see exactly what is needed, with people that will use
+> the repositories, and look at all available tools to be able to decide
+> what we should use.
+
+We've got to decide at some points too. Or we will still be at this
+point in 6 months.
+
+
+Romain
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003309.html b/zarb-ml/mageia-sysadm/2011-April/003309.html new file mode 100644 index 000000000..51035111a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003309.html @@ -0,0 +1,107 @@ + + + + [Mageia-sysadm] list of things to do in sysadmin + + + + + + + + + +

[Mageia-sysadm] list of things to do in sysadmin

+ Michael scherer + misc at zarb.org +
+ Fri Apr 8 12:54:57 CEST 2011 +

+
+ +
On Fri, Apr 08, 2011 at 12:06:36PM +0200, Romain d'Alverny wrote:
+> On Fri, Apr 8, 2011 at 11:03, nicolas vigier <boklm at mars-attacks.org> wrote:
+> > First we need to check if it's doing what we want. And check that we
+> > all agree on what it should do. I didn't look in details, but :
+> >  - I think gitorious allows anybody to create his own repositories. But
+> >   I think what we want is shared repositories, and I don't know if we
+> >   want to host personal ones too.
+> 
+> The whole interest of gitorious is precisely that (easily forking a
+> repository for pushing patches afterwise). If we cut this off, we
+> better not use this solution at all.
+
+We can always fork, the issue is "should we host it on our servers ?", and 
+"should we do it now ?". 
+
+A side question is "should we let anybody use the ressources or not ?"
+( ie, anybody with a identity account could do anything or not ). I would be
+in favor of that, but my own experience with i18n where the team decided to have 
+people join local team before having access show that contributers may have a different
+view. 
+
+So we can propose some stuff, but it is up to the developpers to see what they would prefer
+( even if not formally said, everybody seems to agree on git ).
+
+And the issue with gitorious is the complexity of the deployment, so maybe we could
+settle for a simplified approach as a start, like the one used on freedesktop 
+or kde ( shell script based ). 
+
+> > So someone needs to see exactly what is needed, with people that will use
+> > the repositories, and look at all available tools to be able to decide
+> > what we should use.
+> 
+> We've got to decide at some points too. Or we will still be at this
+> point in 6 months.
+
+Even if we decide on those points, we still have a good TODO list, so the question
+will then become : "what is more urgent ?". 
+
+I did gitorious testing, and on a scale from 1 "deploy rsync" to 10 "deploy buildsystem", 
+it will rank as "12". I like the idea, and the challenge, but maybe we could find a better
+deal by starting with a tradeoff.
+
+-- 
+Michael Scherer 
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003310.html b/zarb-ml/mageia-sysadm/2011-April/003310.html new file mode 100644 index 000000000..5bf168e13 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003310.html @@ -0,0 +1,113 @@ + + + + [Mageia-sysadm] Gmane subscriptions... + + + + + + + + + +

[Mageia-sysadm] Gmane subscriptions...

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Apr 8 14:42:13 CEST 2011 +

+
+ +
'Twas brillig, and Thomas Backlund at 04/04/11 23:06 did gyre and gimble:
+> tis 2011-04-05 klockan 00:58 +0300 skrev Michael Scherer:
+>> Le mardi 05 avril 2011 à 00:51 +0300, Thomas Backlund a écrit :
+>>> I have now added:
+>>>
+>>> bugs
+>>> changelog
+>>> packages-commits
+>>> soft-commits
+>>>
+>>> to be tracked by Gmane.
+>>
+>> How ?
+>>
+>> Afaik, you need to open a identity account for that to work
+>> ( colin already tried, I also spoke of the issue 6 months ago when we
+>> talked about it )
+>>>
+> 
+> I got a mail from Gmane admins stating sympa dont allow subscriptions,
+> and they asked to manually add a specific mail for the lists I wanted.
+> 
+> So I just logged into sympa, selected proper list, chose "manage
+> subscriptions", pasted in the mail address in "Add an user" and thats
+> all needed...
+
+D'oh!
+
+I did wonder about this and asked Misc if it was tied to LDAP so gave up
+when it was confirmed that it was indeed tied to LDAP.
+
+I had wondered if there was a way to always CC a given address to work
+around this but this approach seems easier!!!
+
+Thanks
+
+Col
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003311.html b/zarb-ml/mageia-sysadm/2011-April/003311.html new file mode 100644 index 000000000..1a5d1b6e2 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003311.html @@ -0,0 +1,108 @@ + + + + [Mageia-sysadm] Fwd: Undelivered Mail Returned to Sender + + + + + + + + + +

[Mageia-sysadm] Fwd: Undelivered Mail Returned to Sender

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Apr 8 14:46:14 CEST 2011 +

+
+ +
I'm getting these a lot in my inbox.
+
+Can we silence them by adding an alias for youri@?
+
+Either that or just fix the perl error :D
+
+"my" variable $allowed_ids masks earlier declaration in same scope at
+/usr/share/youri/lib/Youri/Check/Test/Dependencies.pm line 123.
+
+:D
+
+Sorry if this has been discussed before....
+
+Col
+
+
+-------- Original Message --------
+Subject: Undelivered Mail Returned to Sender
+Date: Fri,  8 Apr 2011 14:10:02 +0200 (CEST)
+From: MAILER-DAEMON at mageia.org (Mail Delivery System)
+To: root at mageia.org
+
+This is the mail system at host alamut.mageia.org.
+
+I'm sorry to have to inform you that your message could not
+be delivered to one or more recipients. It's attached below.
+
+For further assistance, please send mail to postmaster.
+
+If you do so, please include this problem report. You can
+delete your own text from the attached returned message.
+
+                   The mail system
+
+<youri at mageia.org> (expanded from <youri>): unknown user: "youri at mageia.org"
+
+-------------- next part --------------
+An embedded message was scrubbed...
+From: root at mageia.org (Cron Daemon)
+Subject: Cron <youri at alamut> youri-check -c /etc/youri/cauldron.conf report
+Date: Fri,  8 Apr 2011 14:10:02 +0200 (CEST)
+Size: 772
+URL: </pipermail/mageia-sysadm/attachments/20110408/45260683/attachment.eml>
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003312.html b/zarb-ml/mageia-sysadm/2011-April/003312.html new file mode 100644 index 000000000..693d32d78 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003312.html @@ -0,0 +1,90 @@ + + + + [Mageia-sysadm] Package removal request: cryptsetup-luks + + + + + + + + + +

[Mageia-sysadm] Package removal request: cryptsetup-luks

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Fri Apr 8 15:28:46 CEST 2011 +

+
+ +
On 8 April 2011 08:02, Thomas Backlund <tmb at iki.fi> wrote:
+> Ahmad Samir skrev 8.4.2011 01:44:
+>>
+>> On 6 April 2011 18:06, Ahmad Samir<ahmadsamir3891 at gmail.com>  wrote:
+>>>
+>>> cryptsetup is already in the distro (and this is the one imported from
+>>> mdv with svn log and all). cryptsetup-luks is the exact same package,
+>>> wrongly imported from Fedora (I think, Fedora, but not sure).
+>>>
+>>> Please remove all cryptsetup-luks binary and src.rpm, I've already
+>>> removed it from SVN.
+>>>
+>>> --
+>>> Ahmad Samir
+>>>
+>>
+>> Ping.
+>>
+>
+> Done.
+>
+
+Thanks.
+
+> --
+> Thomas
+
+-- 
+Ahmad Samir
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003313.html b/zarb-ml/mageia-sysadm/2011-April/003313.html new file mode 100644 index 000000000..7bf0ecdb0 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003313.html @@ -0,0 +1,104 @@ + + + + [Mageia-sysadm] Package removal request: gvfs-1.7* + + + + + + + + + +

[Mageia-sysadm] Package removal request: gvfs-1.7*

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Fri Apr 8 15:29:16 CEST 2011 +

+
+ +
On 8 April 2011 08:02, Thomas Backlund <tmb at iki.fi> wrote:
+> Ahmad Samir skrev 8.4.2011 06:24:
+>>
+>> I mistakenly updated gvfs to 1.7.x about two weeks ago. It turns out,
+>> gvfs 1.6.x is the branch that's more suitable for GNOME 2.32.
+>>
+>> I've reverted to 1.6.x in svn, so please remove all gvfs-1.7.x:
+>> gvfs-archive
+>> gvfs-fuse
+>> gvfs-gphoto2
+>> gvfs
+>> gvfs-obexftp
+>> gvfs-smb
+>> lib*gvfs0
+>> lib*gvfs-devel
+>>
+>>
+>> So that I can submit the gvfs-1.6.7.
+>>
+>> Thanks.
+>>
+>
+>
+> Done.
+>
+
+ThanksX2. :)
+
+> --
+> Thomas
+>
+>
+> _______________________________________________
+> Mageia-sysadm mailing list
+> Mageia-sysadm at mageia.org
+> https://www.mageia.org/mailman/listinfo/mageia-sysadm
+>
+
+
+
+-- 
+Ahmad Samir
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003314.html b/zarb-ml/mageia-sysadm/2011-April/003314.html new file mode 100644 index 000000000..ecf85db44 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003314.html @@ -0,0 +1,88 @@ + + + + [Mageia-sysadm] Fwd: Undelivered Mail Returned to Sender + + + + + + + + + +

[Mageia-sysadm] Fwd: Undelivered Mail Returned to Sender

+ nicolas vigier + boklm at mars-attacks.org +
+ Fri Apr 8 15:35:21 CEST 2011 +

+
+ +
On Fri, 08 Apr 2011, Colin Guthrie wrote:
+
+> I'm getting these a lot in my inbox.
+> 
+> Can we silence them by adding an alias for youri@?
+
+I tried to change cron to send email to root instead of youri :
+http://svnweb.mageia.org/adm/puppet/modules/youri-check/manifests/init.pp?r1=1486&r2=1488
+
+But it seems it doesn't work.
+
+
+Content of youri crontab on rabbit :
+
+# crontab -l -u youri
+# HEADER: This file was autogenerated at Wed Apr 06 19:25:52 +0200 2011 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: check
+MAILTO=root at mageia.org
+4 * * * * youri-check -c /etc/youri/cauldron.conf test
+
+If anyone knows how to ask cron to send email to an other adress ...
+
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003315.html b/zarb-ml/mageia-sysadm/2011-April/003315.html new file mode 100644 index 000000000..ce138773d --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003315.html @@ -0,0 +1,77 @@ + + + + [Mageia-sysadm] Fwd: Undelivered Mail Returned to Sender + + + + + + + + + +

[Mageia-sysadm] Fwd: Undelivered Mail Returned to Sender

+ nicolas vigier + boklm at mars-attacks.org +
+ Fri Apr 8 15:41:14 CEST 2011 +

+
+ +
On Fri, 08 Apr 2011, nicolas vigier wrote:
+
+> On Fri, 08 Apr 2011, Colin Guthrie wrote:
+> 
+> > I'm getting these a lot in my inbox.
+> > 
+> > Can we silence them by adding an alias for youri@?
+> 
+> I tried to change cron to send email to root instead of youri :
+> http://svnweb.mageia.org/adm/puppet/modules/youri-check/manifests/init.pp?r1=1486&r2=1488
+
+I replaced MAILTO=root at mageia.org by MAILTO=root to see if it works
+better.
+
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003316.html b/zarb-ml/mageia-sysadm/2011-April/003316.html new file mode 100644 index 000000000..f3485c7b8 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003316.html @@ -0,0 +1,99 @@ + + + + [Mageia-sysadm] [1495] set timezone it php.ini + + + + + + + + + +

[Mageia-sysadm] [1495] set timezone it php.ini

+ Michael scherer + misc at zarb.org +
+ Fri Apr 8 16:33:07 CEST 2011 +

+
+ +
On Fri, Apr 08, 2011 at 01:13:44AM +0200, root at mageia.org wrote:
+> Revision: 1495
+> Author:   boklm
+> Date:     2011-04-08 01:13:43 +0200 (Fri, 08 Apr 2011)
+> Log Message:
+> -----------
+> set timezone it php.ini
+
+this was already handled 6 weeks ago : 
+http://svnweb.mageia.org/adm?view=revision&revision=1185
+
+Using apache configuration instead of php.ini was done
+so we could :
+- integrate it nicely with the existing system ( ie, restart apache when there is
+a change, reduce interdependencies modules )
+
+- do it per server without using custom copy for each ( or even per directory, so
+we could have a custom time for each forum to help users )
+
+- having less changes to do to the default configuration, and
+clearly see where are our customisations ( could help in case of bug report ).
+
+And well, it was working fine iirc, so something got changed that broke this. 
+( or maybe it never worked ).
+
+rpm -qa --last do not show anything new, and
+I do not have time to inspect the server toroughly before next week. 
+
+But I think we should :
+1) try to see why it no longer worked
+2) reuse the apache based solution solution as we will have some flexibility 
+issues later ( like the day where we will have test server with debug on and 
+some with debug off ).
+
+-- 
+Michael Scherer
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003317.html b/zarb-ml/mageia-sysadm/2011-April/003317.html new file mode 100644 index 000000000..dae29a169 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003317.html @@ -0,0 +1,101 @@ + + + + [Mageia-sysadm] [1495] set timezone it php.ini + + + + + + + + + +

[Mageia-sysadm] [1495] set timezone it php.ini

+ nicolas vigier + boklm at mars-attacks.org +
+ Fri Apr 8 16:42:16 CEST 2011 +

+
+ +
On Fri, 08 Apr 2011, Michael scherer wrote:
+
+> On Fri, Apr 08, 2011 at 01:13:44AM +0200, root at mageia.org wrote:
+> > Revision: 1495
+> > Author:   boklm
+> > Date:     2011-04-08 01:13:43 +0200 (Fri, 08 Apr 2011)
+> > Log Message:
+> > -----------
+> > set timezone it php.ini
+> 
+> this was already handled 6 weeks ago : 
+> http://svnweb.mageia.org/adm?view=revision&revision=1185
+> 
+> Using apache configuration instead of php.ini was done
+> so we could :
+> - integrate it nicely with the existing system ( ie, restart apache when there is
+> a change, reduce interdependencies modules )
+> 
+> - do it per server without using custom copy for each ( or even per directory, so
+> we could have a custom time for each forum to help users )
+> 
+> - having less changes to do to the default configuration, and
+> clearly see where are our customisations ( could help in case of bug report ).
+
+Oops, I didn't see it was already done in apache config. Indeed it is
+better to do it there.
+
+> 
+> And well, it was working fine iirc, so something got changed that broke this. 
+> ( or maybe it never worked ).
+
+The problem appeared after adding the php module to modify the sendmail
+command in php.ini (but not doing any other change in php.ini), when I
+restarted puppet which was blocked.
+
+So I will remove the puppet php module I added, and do all changes using
+apache config.
+
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003318.html b/zarb-ml/mageia-sysadm/2011-April/003318.html new file mode 100644 index 000000000..b22537a7f --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003318.html @@ -0,0 +1,69 @@ + + + + [Mageia-sysadm] Please add further members to i18n ldap groups + + + + + + + + + +

[Mageia-sysadm] Please add further members to i18n ldap groups

+ Oliver Burger + oliver.bgr at googlemail.com +
+ Fri Apr 8 16:42:48 CEST 2011 +

+
+ +
I'd like you to add two more people to the i18n ldap groups:
+
+commiter:
+    olorin
+
+member:
+    michaelsog (if not already in)
+
+If you could give me some feedback, when it's done,
+
+thanks,
+
+Oliver
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003319.html b/zarb-ml/mageia-sysadm/2011-April/003319.html new file mode 100644 index 000000000..d1964b972 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003319.html @@ -0,0 +1,84 @@ + + + + [Mageia-sysadm] [1495] set timezone it php.ini + + + + + + + + + +

[Mageia-sysadm] [1495] set timezone it php.ini

+ nicolas vigier + boklm at mars-attacks.org +
+ Fri Apr 8 17:12:42 CEST 2011 +

+
+ +
On Fri, 08 Apr 2011, Michael scherer wrote:
+
+> 
+> But I think we should :
+> 1) try to see why it no longer worked
+
+So I found why it was not working :
+
+php date.timezone was set in apache config to $timezone (variable from
+facter) which is CEST on friteuse, and an incorrect value for date.timezone.
+
+So I set it to UTC (without using $timezone) and now the error
+disappeared.
+
+I think we didn't see the error before because puppet was frozen,
+so the change not applied (I don't know what was the config before).
+
+I don't know if it's related, but I also noticed a few times while
+running puppet manually on friteuse that it became frozen when or after
+trying to stop/start xymon-client.
+
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003320.html b/zarb-ml/mageia-sysadm/2011-April/003320.html new file mode 100644 index 000000000..49e40f747 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003320.html @@ -0,0 +1,75 @@ + + + + [Mageia-sysadm] NFrance and Mageia forums hosting + + + + + + + + + +

[Mageia-sysadm] NFrance and Mageia forums hosting

+ nicolas vigier + boklm at mars-attacks.org +
+ Fri Apr 8 17:54:36 CEST 2011 +

+
+ +
On Thu, 31 Mar 2011, Raphaël Jadot wrote:
+
+> Hello,
+> NFrance is the company that prepared a server for hosting Mageia forums.
+> They asked me when will the forum be installed in it, so as I don't
+> know, I directly forward the question to you, admins :)
+
+Hello,
+
+Who should we contact to get access infos to the server ?
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003321.html b/zarb-ml/mageia-sysadm/2011-April/003321.html new file mode 100644 index 000000000..cec39996a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003321.html @@ -0,0 +1,109 @@ + + + + [Mageia-sysadm] [1495] set timezone it php.ini + + + + + + + + + +

[Mageia-sysadm] [1495] set timezone it php.ini

+ Wolfgang Bornath + molch.b at googlemail.com +
+ Fri Apr 8 18:20:23 CEST 2011 +

+
+ +
2011/4/8 nicolas vigier <boklm at mars-attacks.org>:
+> On Fri, 08 Apr 2011, Michael scherer wrote:
+>
+>>
+>> But I think we should :
+>> 1) try to see why it no longer worked
+>
+> So I found why it was not working :
+>
+> php date.timezone was set in apache config to $timezone (variable from
+> facter) which is CEST on friteuse, and an incorrect value for date.timezone.
+>
+> So I set it to UTC (without using $timezone) and now the error
+> disappeared.
+>
+> I think we didn't see the error before because puppet was frozen,
+> so the change not applied (I don't know what was the config before).
+>
+> I don't know if it's related, but I also noticed a few times while
+> running puppet manually on friteuse that it became frozen when or after
+> trying to stop/start xymon-client.
+
+Ah, that's why I kept getting warnings from phpbb debug whenever I
+open a thread (viewtopic.php) in the forum:
+-------------------------------------
+[phpBB Debug] PHP Notice: in file /viewtopic.php on line 988: date():
+It is not safe to rely on the system's timezone settings. You are
+*required* to use the date.timezone setting or the
+date_default_timezone_set() function. In case you used any of those
+methods and you are still getting this warning, you most likely
+misspelled the timezone identifier. We selected 'Europe/Berlin' for
+'CEST/2.0/DST' instead
+[phpBB Debug] PHP Notice: in file /viewtopic.php on line 988:
+getdate(): It is not safe to rely on the system's timezone settings.
+You are *required* to use the date.timezone setting or the
+date_default_timezone_set() function. In case you used any of those
+methods and you are still getting this warning, you most likely
+misspelled the timezone identifier. We selected 'Europe/Berlin' for
+'CEST/2.0/DST' instead
+-------------------------------------
+
+I thought it was a forum setup problem and posted it there:
+https://forums.mageia.org/en/viewtopic.php?f=18&t=66
+
+Now the debug messages are gone.
+
+-- 
+wobo
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003322.html b/zarb-ml/mageia-sysadm/2011-April/003322.html new file mode 100644 index 000000000..c25d39cee --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003322.html @@ -0,0 +1,79 @@ + + + + [Mageia-sysadm] multiple builds on each nodes + + + + + + + + + +

[Mageia-sysadm] multiple builds on each nodes

+ nicolas vigier + boklm at mars-attacks.org +
+ Sat Apr 9 16:55:43 CEST 2011 +

+
+ +
Hello,
+
+ulri is now running two builds on each node at the same time.
+
+This improve a lot the average time to have a package built, when a big
+package like libreoffice is in the queue.
+
+However I don't know what happens with many smaller packages in the
+queue. To make sure it is still acceptable, we should do a benchmark.
+
+So I propose to make a list of 20 packages that we rebuild, with one
+build on each node, and again with two builds on each node. And compare
+the time it took to build all packages, in each case.
+
+I plan to do this tonight, when build of libreoffice is finished.
+
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003323.html b/zarb-ml/mageia-sysadm/2011-April/003323.html new file mode 100644 index 000000000..3e18e4d81 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003323.html @@ -0,0 +1,82 @@ + + + + [Mageia-sysadm] multiple builds on each nodes + + + + + + + + + +

[Mageia-sysadm] multiple builds on each nodes

+ Pascal Terjan + pterjan at gmail.com +
+ Sat Apr 9 17:00:41 CEST 2011 +

+
+ +
On Sat, Apr 9, 2011 at 15:55, nicolas vigier <boklm at mars-attacks.org> wrote:
+> Hello,
+>
+> ulri is now running two builds on each node at the same time.
+>
+> This improve a lot the average time to have a package built, when a big
+> package like libreoffice is in the queue.
+>
+> However I don't know what happens with many smaller packages in the
+> queue. To make sure it is still acceptable, we should do a benchmark.
+>
+> So I propose to make a list of 20 packages that we rebuild, with one
+> build on each node, and again with two builds on each node. And compare
+> the time it took to build all packages, in each case.
+>
+> I plan to do this tonight, when build of libreoffice is finished.
+
+Another case which I fear is the build of two huge packages (like
+kernel + kernel-tmb)
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003324.html b/zarb-ml/mageia-sysadm/2011-April/003324.html new file mode 100644 index 000000000..791eb6a39 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003324.html @@ -0,0 +1,88 @@ + + + + [Mageia-sysadm] multiple builds on each nodes + + + + + + + + + +

[Mageia-sysadm] multiple builds on each nodes

+ nicolas vigier + boklm at mars-attacks.org +
+ Sat Apr 9 17:32:24 CEST 2011 +

+
+ +
On Sat, 09 Apr 2011, Pascal Terjan wrote:
+
+> On Sat, Apr 9, 2011 at 15:55, nicolas vigier <boklm at mars-attacks.org> wrote:
+> > Hello,
+> >
+> > ulri is now running two builds on each node at the same time.
+> >
+> > This improve a lot the average time to have a package built, when a big
+> > package like libreoffice is in the queue.
+> >
+> > However I don't know what happens with many smaller packages in the
+> > queue. To make sure it is still acceptable, we should do a benchmark.
+> >
+> > So I propose to make a list of 20 packages that we rebuild, with one
+> > build on each node, and again with two builds on each node. And compare
+> > the time it took to build all packages, in each case.
+> >
+> > I plan to do this tonight, when build of libreoffice is finished.
+> 
+> Another case which I fear is the build of two huge packages (like
+> kernel + kernel-tmb)
+
+So we should also try building kernel and kernel-tmb at the same time
+on one node. Using iurt directly, to avoid uploading useless new packages.
+
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003325.html b/zarb-ml/mageia-sysadm/2011-April/003325.html new file mode 100644 index 000000000..23a8bd403 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003325.html @@ -0,0 +1,88 @@ + + + + [Mageia-sysadm] multiple builds on each nodes + + + + + + + + + +

[Mageia-sysadm] multiple builds on each nodes

+ Thomas Backlund + tmb at iki.fi +
+ Sun Apr 10 14:06:19 CEST 2011 +

+
+ +
lör 2011-04-09 klockan 17:55 +0300 skrev nicolas vigier:
+> Hello,
+> 
+> ulri is now running two builds on each node at the same time.
+> 
+> This improve a lot the average time to have a package built, when a big
+> package like libreoffice is in the queue.
+
+
+Well, many of the bigger builds are io bound and not cpu bound
+
+For example a kernel build isn't capable of using all cpu power
+available due to io starvation...
+
+So IMHO we should add a second disc to both buildnodes and move the
+second buildbot to the new disc to share the io load.
+
+An other option is of course to set basesystem as raid1 and use the rest
+of the disks in raid0 to get faster io too...
+
+--
+Thomas
+
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003326.html b/zarb-ml/mageia-sysadm/2011-April/003326.html new file mode 100644 index 000000000..594c16cdf --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003326.html @@ -0,0 +1,72 @@ + + + + [Mageia-sysadm] Please add further members to i18n ldap groups + + + + + + + + + +

[Mageia-sysadm] Please add further members to i18n ldap groups

+ Michael Scherer + misc at zarb.org +
+ Sun Apr 10 19:28:11 CEST 2011 +

+
+ +
Le vendredi 08 avril 2011 à 16:42 +0200, Oliver Burger a écrit :
+> I'd like you to add two more people to the i18n ldap groups:
+> 
+> commiter:
+>     olorin
+> 
+> member:
+>     michaelsog (if not already in)
+> 
+> If you could give me some feedback, when it's done,
+
+Done
+
+-- 
+Michael Scherer
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003327.html b/zarb-ml/mageia-sysadm/2011-April/003327.html new file mode 100644 index 000000000..5cca1c80b --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003327.html @@ -0,0 +1,77 @@ + + + + [Mageia-sysadm] NFrance and Mageia forums hosting + + + + + + + + + +

[Mageia-sysadm] NFrance and Mageia forums hosting

+ Michael Scherer + misc at zarb.org +
+ Sun Apr 10 19:28:49 CEST 2011 +

+
+ +
Le vendredi 08 avril 2011 à 17:54 +0200, nicolas vigier a écrit :
+> On Thu, 31 Mar 2011, Raphaël Jadot wrote:
+> 
+> > Hello,
+> > NFrance is the company that prepared a server for hosting Mageia forums.
+> > They asked me when will the forum be installed in it, so as I don't
+> > know, I directly forward the question to you, admins :)
+> 
+> Hello,
+> 
+> Who should we contact to get access infos to the server ?
+
+Maat does have it, I said i would contact him, but couldnt do in time.
+
+-- 
+Michael Scherer
+
+
+ + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003328.html b/zarb-ml/mageia-sysadm/2011-April/003328.html new file mode 100644 index 000000000..f4e180c61 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003328.html @@ -0,0 +1,103 @@ + + + + [Mageia-sysadm] Users authentication on forums + + + + + + + + + +

[Mageia-sysadm] Users authentication on forums

+ nicolas vigier + boklm at mars-attacks.org +
+ Mon Apr 11 14:39:20 CEST 2011 +

+
+ +
Hello,
+
+For authentication on the forums, we are currently using ldap. The user
+sends his login and passwords to phpbb which use it to authenticate on
+ldap server. Because of this, someone with root access on the forums
+server can access password of any user connecting to the forums. And
+because important passwords are transfered, the connection needs to be
+in SSL, so the *.mageia.org certificate also needs to be installed. So
+access to the server needs to be restricted to sysadmin team only, who
+also need to be able to check what is being done on forums, check it is
+secure, etc ... And I think this makes forums admins not happy.
+
+As we are using ldap for authentication only (not for groups or anything
+else), I think we could do authentication differently. Maybe we could
+setup a mageia OpenID server linked to the ldap server. Then on the
+forums use OpenID for authentication, when a user enter his login on
+the forums he is redirected to the mageia OpenID authentication page
+for the login entered. Then we can disable https on the forums, and
+forum admins can be root on the forums server. And passwords are better
+protected in case phpbb has a vulnerability.
+
+Sysadmin team would manage openid server. And forum team would manage
+forums server.
+
+I've seen this project for phpbb3 openid authentication (I didn't check
+if there are others) :
+http://sourceforge.net/projects/phpbb-openid/
+
+Login form looks like this :
+http://sourceforge.net/dbimage.php?id=91989
+We would need to modify it to remove Username/Password. Replace "OpenID"
+with "Mageia login" and automatically use Mageia OpenID server with the
+login entered. So that each account on the forum is still linked to a
+Mageia account.
+
+What do you think ?
+
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003329.html b/zarb-ml/mageia-sysadm/2011-April/003329.html new file mode 100644 index 000000000..2f847571d --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003329.html @@ -0,0 +1,94 @@ + + + + [Mageia-sysadm] multiple builds on each nodes + + + + + + + + + +

[Mageia-sysadm] multiple builds on each nodes

+ nicolas vigier + boklm at mars-attacks.org +
+ Mon Apr 11 15:37:12 CEST 2011 +

+
+ +
On Sun, 10 Apr 2011, Thomas Backlund wrote:
+
+> lör 2011-04-09 klockan 17:55 +0300 skrev nicolas vigier:
+> > Hello,
+> > 
+> > ulri is now running two builds on each node at the same time.
+> > 
+> > This improve a lot the average time to have a package built, when a big
+> > package like libreoffice is in the queue.
+> 
+> 
+> Well, many of the bigger builds are io bound and not cpu bound
+> 
+> For example a kernel build isn't capable of using all cpu power
+> available due to io starvation...
+> 
+> So IMHO we should add a second disc to both buildnodes and move the
+> second buildbot to the new disc to share the io load.
+> 
+> An other option is of course to set basesystem as raid1 and use the rest
+> of the disks in raid0 to get faster io too...
+
+I removed jonund from buildsystem to run some tests on it. I am
+currently rebuilding kernel and kernel-tmb at the same time on it.
+
+And it seems the CPU does not spend a lot of time waiting for IO :
+Cpu(s): 94.2%us,  5.8%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si, 0.0%st
+Mem:   8181404k total,  7710776k used,   470628k free,   427864k buffers
+Swap:  8185076k total,    85332k used,  8099744k free,  4996808k cached
+
+When this is finished, I will rebuild kernel and kernel-tmb separatly
+to compare time.
+
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003330.html b/zarb-ml/mageia-sysadm/2011-April/003330.html new file mode 100644 index 000000000..a7830414a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003330.html @@ -0,0 +1,89 @@ + + + + [Mageia-sysadm] Users authentication on forums + + + + + + + + + +

[Mageia-sysadm] Users authentication on forums

+ Raphaël Jadot + ashledombos at hodo.fr +
+ Mon Apr 11 17:04:08 CEST 2011 +

+
+ +
2011/4/11 nicolas vigier <boklm at mars-attacks.org>:
+
+> Login form looks like this :
+> http://sourceforge.net/dbimage.php?id=91989
+> We would need to modify it to remove Username/Password. Replace "OpenID"
+> with "Mageia login" and automatically use Mageia OpenID server with the
+> login entered. So that each account on the forum is still linked to a
+> Mageia account.
+>
+> What do you think ?
+>
+>
+
+Hello, even though I can't have a technical answer as I did not really
+look at Mageia authentication system (Blingme is certainly the right
+person), I like the idea of using OpenID
+However, if an openid is linked to a ldap account, i think having a
+mageia openID has to be optional (the concept of openID is to be
+decentralized).
+In return, a mageia OpenID can also be used in other websites using
+openID authentication.
+
+-- 
+RJ
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003331.html b/zarb-ml/mageia-sysadm/2011-April/003331.html new file mode 100644 index 000000000..e4fd3f41e --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003331.html @@ -0,0 +1,93 @@ + + + + [Mageia-sysadm] Users authentication on forums + + + + + + + + + +

[Mageia-sysadm] Users authentication on forums

+ nicolas vigier + boklm at mars-attacks.org +
+ Mon Apr 11 17:28:10 CEST 2011 +

+
+ +
On Mon, 11 Apr 2011, Raphaël Jadot wrote:
+
+> 2011/4/11 nicolas vigier <boklm at mars-attacks.org>:
+> 
+> > Login form looks like this :
+> > http://sourceforge.net/dbimage.php?id=91989
+> > We would need to modify it to remove Username/Password. Replace "OpenID"
+> > with "Mageia login" and automatically use Mageia OpenID server with the
+> > login entered. So that each account on the forum is still linked to a
+> > Mageia account.
+> >
+> > What do you think ?
+> >
+> >
+> 
+> Hello, even though I can't have a technical answer as I did not really
+> look at Mageia authentication system (Blingme is certainly the right
+> person), I like the idea of using OpenID
+> However, if an openid is linked to a ldap account, i think having a
+> mageia openID has to be optional (the concept of openID is to be
+> decentralized).
+
+The reason for only accepting OpenID from mageia, is to have a link
+between the forum account and mageia account. If we allow any OpenID
+server to be used on the forum, we don't know if a user on the forum
+corresponds to the same user on Mageia accounts.
+So I think we should only allow Mageia openid to be used.
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003332.html b/zarb-ml/mageia-sysadm/2011-April/003332.html new file mode 100644 index 000000000..3f6aaa64b --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003332.html @@ -0,0 +1,121 @@ + + + + [Mageia-sysadm] Users authentication on forums + + + + + + + + + +

[Mageia-sysadm] Users authentication on forums

+ Thomas Backlund + tmb at iki.fi +
+ Mon Apr 11 17:36:34 CEST 2011 +

+
+ +
nicolas vigier skrev 11.4.2011 15:39:
+> Hello,
+>
+> For authentication on the forums, we are currently using ldap. The user
+> sends his login and passwords to phpbb which use it to authenticate on
+> ldap server. Because of this, someone with root access on the forums
+> server can access password of any user connecting to the forums. And
+> because important passwords are transfered, the connection needs to be
+> in SSL, so the *.mageia.org certificate also needs to be installed. So
+> access to the server needs to be restricted to sysadmin team only, who
+> also need to be able to check what is being done on forums, check it is
+> secure, etc ... And I think this makes forums admins not happy.
+>
+> As we are using ldap for authentication only (not for groups or anything
+> else), I think we could do authentication differently. Maybe we could
+> setup a mageia OpenID server linked to the ldap server. Then on the
+> forums use OpenID for authentication, when a user enter his login on
+> the forums he is redirected to the mageia OpenID authentication page
+> for the login entered. Then we can disable https on the forums, and
+> forum admins can be root on the forums server. And passwords are better
+> protected in case phpbb has a vulnerability.
+>
+
+One question...
+
+Why would forum admins need to be root ?
+
+Most things can be managed with specific user/group permissions on 
+needed files & dirs. same goes for sql... just add db user with needed 
+permissions...
+
+
+> Sysadmin team would manage openid server. And forum team would manage
+> forums server.
+>
+> I've seen this project for phpbb3 openid authentication (I didn't check
+> if there are others) :
+> http://sourceforge.net/projects/phpbb-openid/
+>
+> Login form looks like this :
+> http://sourceforge.net/dbimage.php?id=91989
+> We would need to modify it to remove Username/Password. Replace "OpenID"
+> with "Mageia login" and automatically use Mageia OpenID server with the
+> login entered. So that each account on the forum is still linked to a
+> Mageia account.
+>
+> What do you think ?
+>
+> _______________________________________________
+> Mageia-sysadm mailing list
+> Mageia-sysadm at mageia.org
+> https://www.mageia.org/mailman/listinfo/mageia-sysadm
+> .
+>
+
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003333.html b/zarb-ml/mageia-sysadm/2011-April/003333.html new file mode 100644 index 000000000..c364e1ed2 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003333.html @@ -0,0 +1,111 @@ + + + + [Mageia-sysadm] multiple builds on each nodes + + + + + + + + + +

[Mageia-sysadm] multiple builds on each nodes

+ nicolas vigier + boklm at mars-attacks.org +
+ Mon Apr 11 17:57:54 CEST 2011 +

+
+ +
On Mon, 11 Apr 2011, nicolas vigier wrote:
+
+> On Sun, 10 Apr 2011, Thomas Backlund wrote:
+> 
+> > lör 2011-04-09 klockan 17:55 +0300 skrev nicolas vigier:
+> > > Hello,
+> > > 
+> > > ulri is now running two builds on each node at the same time.
+> > > 
+> > > This improve a lot the average time to have a package built, when a big
+> > > package like libreoffice is in the queue.
+> > 
+> > 
+> > Well, many of the bigger builds are io bound and not cpu bound
+> > 
+> > For example a kernel build isn't capable of using all cpu power
+> > available due to io starvation...
+> > 
+> > So IMHO we should add a second disc to both buildnodes and move the
+> > second buildbot to the new disc to share the io load.
+> > 
+> > An other option is of course to set basesystem as raid1 and use the rest
+> > of the disks in raid0 to get faster io too...
+> 
+> I removed jonund from buildsystem to run some tests on it. I am
+> currently rebuilding kernel and kernel-tmb at the same time on it.
+> 
+> And it seems the CPU does not spend a lot of time waiting for IO :
+> Cpu(s): 94.2%us,  5.8%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si, 0.0%st
+> Mem:   8181404k total,  7710776k used,   470628k free,   427864k buffers
+> Swap:  8185076k total,    85332k used,  8099744k free,  4996808k cached
+> 
+> When this is finished, I will rebuild kernel and kernel-tmb separatly
+> to compare time.
+
+So the logs of build of kernel and kernel-tmb at the same time :
+Mon Apr 11 15:26:44 CEST 2011 : startbuild for kernel-2.6.38.2-4.mga1
+Mon Apr 11 15:27:01 CEST 2011 : startbuild for kernel-tmb-2.6.38.2-1.mga1
+Mon Apr 11 16:17:26 CEST 2011 : endbuild for kernel-tmb-2.6.38.2-1.mga1
+Mon Apr 11 17:43:47 CEST 2011 : endbuild for kernel-2.6.38.2-4.mga1
+
+It took 50 minutes to rebuild kernel-tmb (with kernel building at the
+same time).
+
+And 2 hours and 17 minutes to rebuild kernel (with kernel-tmb building
+during the first 50 minutes).
+
+It seems most of the time to rebuild kernel package was spent to install
+files and generate all binary packages.
+
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003334.html b/zarb-ml/mageia-sysadm/2011-April/003334.html new file mode 100644 index 000000000..d708df1fe --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003334.html @@ -0,0 +1,105 @@ + + + + [Mageia-sysadm] multiple builds on each nodes + + + + + + + + + +

[Mageia-sysadm] multiple builds on each nodes

+ Thomas Backlund + tmb at iki.fi +
+ Mon Apr 11 18:17:28 CEST 2011 +

+
+ +
nicolas vigier skrev 11.4.2011 18:57:
+
+>>
+>> I removed jonund from buildsystem to run some tests on it. I am
+>> currently rebuilding kernel and kernel-tmb at the same time on it.
+>>
+>> And it seems the CPU does not spend a lot of time waiting for IO :
+>> Cpu(s): 94.2%us,  5.8%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si, 0.0%st
+>> Mem:   8181404k total,  7710776k used,   470628k free,   427864k buffers
+>> Swap:  8185076k total,    85332k used,  8099744k free,  4996808k cached
+>>
+
+Yeah, sorry, I wasn't clear enough... as seen below:
+
+>> When this is finished, I will rebuild kernel and kernel-tmb separatly
+>> to compare time.
+>
+> So the logs of build of kernel and kernel-tmb at the same time :
+> Mon Apr 11 15:26:44 CEST 2011 : startbuild for kernel-2.6.38.2-4.mga1
+> Mon Apr 11 15:27:01 CEST 2011 : startbuild for kernel-tmb-2.6.38.2-1.mga1
+> Mon Apr 11 16:17:26 CEST 2011 : endbuild for kernel-tmb-2.6.38.2-1.mga1
+> Mon Apr 11 17:43:47 CEST 2011 : endbuild for kernel-2.6.38.2-4.mga1
+>
+> It took 50 minutes to rebuild kernel-tmb (with kernel building at the
+> same time).
+>
+> And 2 hours and 17 minutes to rebuild kernel (with kernel-tmb building
+> during the first 50 minutes).
+>
+> It seems most of the time to rebuild kernel package was spent to install
+> files and generate all binary packages.
+>
+
+Yep, it takes 2 kernel builds to get all cpus maxed out on jonund
+
+
+and here is where the io comes in:
+
+during unpackaging and repackaging of big tarballs, and when compressing 
+the modules and generating the binary rpms (especially kernel -debug 
+rpms are huge)... at this point cpu goes down and io is kept busy...
+
+So here it would help if the other build would be running on another disk...
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003335.html b/zarb-ml/mageia-sysadm/2011-April/003335.html new file mode 100644 index 000000000..b09d13d3d --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003335.html @@ -0,0 +1,87 @@ + + + + [Mageia-sysadm] multiple builds on each nodes + + + + + + + + + +

[Mageia-sysadm] multiple builds on each nodes

+ nicolas vigier + boklm at mars-attacks.org +
+ Mon Apr 11 20:35:50 CEST 2011 +

+
+ +
On Mon, 11 Apr 2011, nicolas vigier wrote:
+
+> 
+> So the logs of build of kernel and kernel-tmb at the same time :
+> Mon Apr 11 15:26:44 CEST 2011 : startbuild for kernel-2.6.38.2-4.mga1
+> Mon Apr 11 15:27:01 CEST 2011 : startbuild for kernel-tmb-2.6.38.2-1.mga1
+> Mon Apr 11 16:17:26 CEST 2011 : endbuild for kernel-tmb-2.6.38.2-1.mga1
+> Mon Apr 11 17:43:47 CEST 2011 : endbuild for kernel-2.6.38.2-4.mga1
+> 
+> It took 50 minutes to rebuild kernel-tmb (with kernel building at the
+> same time).
+> 
+> And 2 hours and 17 minutes to rebuild kernel (with kernel-tmb building
+> during the first 50 minutes).
+
+And the logs from building kernel-tmb and kernel separatly :
+Mon Apr 11 17:59:05 CEST 2011 : startbuild for kernel-tmb-2.6.38.2-1.mga1
+Mon Apr 11 18:20:13 CEST 2011 : endbuild for kernel-tmb-2.6.38.2-1.mga1
+Mon Apr 11 18:21:28 CEST 2011 : startbuild for kernel-2.6.38.2-4.mga1
+Mon Apr 11 20:21:22 CEST 2011 : endbuild for kernel-2.6.38.2-4.mga1
+
+It took 21 minutes for kernel-tmb. And 2 hours for kernel.
+
+So the total is 2h21 when building separatly, and 2h17 when building
+both at the same time.
+
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003336.html b/zarb-ml/mageia-sysadm/2011-April/003336.html new file mode 100644 index 000000000..8704d08c9 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003336.html @@ -0,0 +1,127 @@ + + + + [Mageia-sysadm] packages uploaded only on x86_64 + + + + + + + + + +

[Mageia-sysadm] packages uploaded only on x86_64

+ nicolas vigier + boklm at mars-attacks.org +
+ Mon Apr 11 21:02:20 CEST 2011 +

+
+ +
Hello,
+
+We have a problem with some packages that are only uploaded to x86_64
+repository.
+
+One example is rdiff-backup-1.3.3-3.mga1 submitted 7 hours ago by
+ennael.
+
+In emi logs :
+N: [emi] processing 20110411120928.ennael.valstar.21104
+I: [emi]  mandatory architecture i586 present: yes (in cache)
+I: [emi]  mandatory architecture x86_64 present: yes
+I: [emi]  mandatory architecture src present: yes
+O: [emi] all archs done: 20110411120928.ennael.valstar.21104
+O: [emi]  uploading rdiff-backup-debug-1.3.3-3.mga1.x86_64.rpm in /var/lib/schedbot/uploads/done//cauldron/core/release
+O: [emi]  uploading rdiff-backup-1.3.3-3.mga1.x86_64.rpm in /var/lib/schedbot/uploads/done//cauldron/core/release
+O: [emi]  uploading @83243:rdiff-backup-1.3.3-3.mga1.src.rpm in /var/lib/schedbot/uploads/done//cauldron/core/release
+I: [emi] upload succeeded
+
+In ulri before :
+*: [ulri] launching new compilations
+I: [ulri] building on jonund0/x86_64 (iurt)
+N: [ulri] Send to jonund0/x86_64: @83243:rdiff-backup-1.3.3-3.mga1.src.rpm
+I: [ulri] Execute build command on jonund0/x86_64
+I: [ulri] building on jonund1/i586 (iurt)
+N: [ulri] Send to jonund1/i586: @83243:rdiff-backup-1.3.3-3.mga1.src.rpm
+I: [ulri] Execute build command on jonund1/i586
+*: [ulri] Current status
+I: [ulri] currently building:
+I: [ulri]   ecosse0/i586: 20110411115356.dams.valstar.18880
+I: [ulri] jobs in queue: none
+
+Next ulri run has this:
+I: [ulri] delete lock file for 20110411115356.dams.valstar.18880
+I: [ulri] check status: jonund1/i586 (iurt [29232])
+I: [ulri] check result: jonund1/i586 (iurt [29232])
+*: [ulri] checking for i586 arch
+O: [ulri] build ok: @83243:rdiff-backup-1.3.3-3.mga1.src.rpm
+I: [ulri] delete lock file for 20110411120928.ennael.valstar.21104
+F: [ulri] iurt timed out on jonund1/i586 (58 sec) or it's dead (status S), removing lock
+I: [ulri] check status: jonund0/x86_64 (iurt [29198])
+I: [ulri] check result: jonund0/x86_64 (iurt [29198])
+*: [ulri] checking for x86_64 arch
+O: [ulri] build ok: @83243:rdiff-backup-1.3.3-3.mga1.src.rpm
+O: [ulri] build ok: rdiff-backup-1.3.3-3.mga1.x86_64.rpm
+O: [ulri] build ok: rdiff-backup-debug-1.3.3-3.mga1.x86_64.rpm
+I: [ulri] delete lock file for 20110411120928.ennael.valstar.21104
+*: [ulri] launching new compilations
+I: [ulri] building on jonund0/i586 (iurt)
+N: [ulri] Send to jonund0/i586: @83243:rdiff-backup-1.3.3-3.mga1.src.rpm
+I: [ulri] Execute build command on jonund0/i586
+*: [ulri] Current status
+I: [ulri] currently building:
+I: [ulri]   jonund1/i586: 20110411120928.ennael.valstar.21104
+I: [ulri]   jonund0/x86_64: 20110411120928.ennael.valstar.21104
+I: [ulri]   ecosse0/i586: 20110411115356.dams.valstar.18880
+I: [ulri] jobs in queue: none
+
+
+Maybe it is related to building the same package on i586 and x86_64 on
+the same node. So I disabled this until we find the problem.
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003337.html b/zarb-ml/mageia-sysadm/2011-April/003337.html new file mode 100644 index 000000000..3f8243beb --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003337.html @@ -0,0 +1,87 @@ + + + + [Mageia-sysadm] packages uploaded only on x86_64 + + + + + + + + + +

[Mageia-sysadm] packages uploaded only on x86_64

+ Pascal Terjan + pterjan at gmail.com +
+ Mon Apr 11 21:18:57 CEST 2011 +

+
+ +
On Mon, Apr 11, 2011 at 20:02, nicolas vigier <boklm at mars-attacks.org> wrote:
+> Hello,
+>
+> We have a problem with some packages that are only uploaded to x86_64
+> repository.
+>
+> One example is rdiff-backup-1.3.3-3.mga1 submitted 7 hours ago by
+> ennael.
+>
+> In emi logs :
+> N: [emi] processing 20110411120928.ennael.valstar.21104
+> I: [emi]  mandatory architecture i586 present: yes (in cache)
+
+(in cache) is bad, it means the .done is found but no packages for that arch
+
+> Maybe it is related to building the same package on i586 and x86_64 on
+> the same node. So I disabled this until we find the problem.
+
+Yes seems likely
+Looking at the code, when there is a noarch subpackage it will believe
+that the arch is done, even if the noarch subpackage was build for the
+other arch and will create .done file + remove the lock
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003338.html b/zarb-ml/mageia-sysadm/2011-April/003338.html new file mode 100644 index 000000000..3703d47b8 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003338.html @@ -0,0 +1,83 @@ + + + + [Mageia-sysadm] mgaversion and mgaver macros + + + + + + + + + +

[Mageia-sysadm] mgaversion and mgaver macros

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Tue Apr 12 09:19:51 CEST 2011 +

+
+ +
Hello,
+
+$ rpm --showrc | grep mgaver
+-14: mgaver     1
+-14: mgaversion %(perl -pe '/(\d+)\.(\d)\.?(\d)?/; $_="$1$2".($3||0)'
+/etc/release)
+
+$ perl -pe '/(\d+)\.(\d)\.?(\d)?/; $_="$1$2".($3||0)' /etc/release
+0
+
+
+this should be fixed before first release.
+
+Thanks.
+
+-- 
+Ahmad Samir
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003339.html b/zarb-ml/mageia-sysadm/2011-April/003339.html new file mode 100644 index 000000000..b206eff4b --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003339.html @@ -0,0 +1,81 @@ + + + + [Mageia-sysadm] multiple builds on each nodes + + + + + + + + + +

[Mageia-sysadm] multiple builds on each nodes

+ nicolas vigier + boklm at mars-attacks.org +
+ Tue Apr 12 11:57:26 CEST 2011 +

+
+ +
On Mon, 11 Apr 2011, Thomas Backlund wrote:
+
+>
+> Yep, it takes 2 kernel builds to get all cpus maxed out on jonund
+>
+>
+> and here is where the io comes in:
+>
+> during unpackaging and repackaging of big tarballs, and when compressing 
+> the modules and generating the binary rpms (especially kernel -debug rpms 
+> are huge)... at this point cpu goes down and io is kept busy...
+>
+> So here it would help if the other build would be running on another disk...
+
+Yes, adding a second disk would help for the parts that use a lot of IO.
+So we can plan to add this for next time someone go to datacenter in
+Marseille.
+
+However, even without a second disk, it seems it is already a little
+faster with 2 builds on each nodes.
+
+
+ + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003340.html b/zarb-ml/mageia-sysadm/2011-April/003340.html new file mode 100644 index 000000000..46715970a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003340.html @@ -0,0 +1,77 @@ + + + + [Mageia-sysadm] Hobbit [528732] jonund.mageia.org:cpu warning (YELLOW) + + + + + + + + + +

[Mageia-sysadm] Hobbit [528732] jonund.mageia.org:cpu warning (YELLOW)

+ nicolas vigier + boklm at mars-attacks.org +
+ Tue Apr 12 12:15:14 CEST 2011 +

+
+ +
On Tue, 12 Apr 2011, root at mageia.org wrote:
+
+> yellow Tue Apr 12 08:07:07 CEST 2011 up: 90 days, 0 users, 428 procs, load=6.40
+> &yellow Load is HIGH
+> System clock is 0 seconds off
+
+As it is expected that there is sometime load on build nodes and rabbit,
+I think we should disable cpu alerts on those nodes.
+
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003341.html b/zarb-ml/mageia-sysadm/2011-April/003341.html new file mode 100644 index 000000000..e546aed64 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003341.html @@ -0,0 +1,86 @@ + + + + [Mageia-sysadm] mgaversion and mgaver macros + + + + + + + + + +

[Mageia-sysadm] mgaversion and mgaver macros

+ Olivier Blin + mageia at blino.org +
+ Tue Apr 12 13:07:21 CEST 2011 +

+
+ +
Ahmad Samir <ahmadsamir3891 at gmail.com> writes:
+
+> Hello,
+>
+> $ rpm --showrc | grep mgaver
+> -14: mgaver     1
+> -14: mgaversion %(perl -pe '/(\d+)\.(\d)\.?(\d)?/; $_="$1$2".($3||0)'
+> /etc/release)
+>
+> $ perl -pe '/(\d+)\.(\d)\.?(\d)?/; $_="$1$2".($3||0)' /etc/release
+> 0
+>
+>
+> this should be fixed before first release.
+
+Or this should be dropped.
+
+Please prefer using distro-name-agnostic macros.
+In this case, %distro_release (from product.id macros)
+
+-- 
+Olivier Blin - blino
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003342.html b/zarb-ml/mageia-sysadm/2011-April/003342.html new file mode 100644 index 000000000..28ffc82f7 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003342.html @@ -0,0 +1,88 @@ + + + + [Mageia-sysadm] Hobbit [528732] jonund.mageia.org:cpu warning (YELLOW) + + + + + + + + + +

[Mageia-sysadm] Hobbit [528732] jonund.mageia.org:cpu warning (YELLOW)

+ Thomas Backlund + tmb at iki.fi +
+ Tue Apr 12 13:11:57 CEST 2011 +

+
+ +
nicolas vigier skrev 12.4.2011 13:15:
+> On Tue, 12 Apr 2011, root at mageia.org wrote:
+>
+>> yellow Tue Apr 12 08:07:07 CEST 2011 up: 90 days, 0 users, 428 procs, load=6.40
+>> &yellow Load is HIGH
+>> System clock is 0 seconds off
+>
+> As it is expected that there is sometime load on build nodes and rabbit,
+> I think we should disable cpu alerts on those nodes.
+>
+
+Is it possible to alter timeline when the warning triggers ?
+
+For example for a buildnode, dont warn if the cpu load is high for less 
+than 6 hours (should cover libreoffice build iirc)
+
+That way we still get a warning if something gets stuck...
+
+--
+Thomas
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003343.html b/zarb-ml/mageia-sysadm/2011-April/003343.html new file mode 100644 index 000000000..d51c31406 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003343.html @@ -0,0 +1,93 @@ + + + + [Mageia-sysadm] mgaversion and mgaver macros + + + + + + + + + +

[Mageia-sysadm] mgaversion and mgaver macros

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Tue Apr 12 17:34:50 CEST 2011 +

+
+ +
On 12 April 2011 13:07, Olivier Blin <mageia at blino.org> wrote:
+> Ahmad Samir <ahmadsamir3891 at gmail.com> writes:
+>
+>> Hello,
+>>
+>> $ rpm --showrc | grep mgaver
+>> -14: mgaver     1
+>> -14: mgaversion %(perl -pe '/(\d+)\.(\d)\.?(\d)?/; $_="$1$2".($3||0)'
+>> /etc/release)
+>>
+>> $ perl -pe '/(\d+)\.(\d)\.?(\d)?/; $_="$1$2".($3||0)' /etc/release
+>> 0
+>>
+>>
+>> this should be fixed before first release.
+>
+> Or this should be dropped.
+>
+> Please prefer using distro-name-agnostic macros.
+> In this case, %distro_release (from product.id macros)
+>
+> --
+> Olivier Blin - blino
+
+Personally, I don't mind. (At least it'll be just one macro instead of
+mgaver/mgaversion).
+
+-- 
+Ahmad Samir
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003344.html b/zarb-ml/mageia-sysadm/2011-April/003344.html new file mode 100644 index 000000000..f4b394442 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003344.html @@ -0,0 +1,65 @@ + + + + [Mageia-sysadm] Please add further members to i18n ldap groups + + + + + + + + + +

[Mageia-sysadm] Please add further members to i18n ldap groups

+ Oliver Burger + oliver.bgr at googlemail.com +
+ Wed Apr 13 12:32:01 CEST 2011 +

+
+ +
And another one:
+
+commiter:
+	kristho
+
+Thanks,
+
+Oliver
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003345.html b/zarb-ml/mageia-sysadm/2011-April/003345.html new file mode 100644 index 000000000..e45d4dc66 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003345.html @@ -0,0 +1,76 @@ + + + + [Mageia-sysadm] Hobbit [677142] rabbit.mageia.org:files warning (YELLOW) + + + + + + + + + +

[Mageia-sysadm] Hobbit [677142] rabbit.mageia.org:files warning (YELLOW)

+ nicolas vigier + boklm at mars-attacks.org +
+ Wed Apr 13 20:08:37 CEST 2011 +

+
+ +
On Wed, 13 Apr 2011, root at mageia.org wrote:
+
+> yellow Files status at Wed Apr 13 18:46:07 CEST 2011
+> 
+> &yellow <a href="/xymon-cgi/bb-hostsvc.sh?CLIENT=rabbit.mageia.org&amp;SECTION=file:/var/lib/puppet/state/state.yaml">/var/lib/puppet/state/state.yaml</a>
+> File was modified 37905 seconds ago - should be <5400
+
+I restarted puppet on rabbit.
+
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003346.html b/zarb-ml/mageia-sysadm/2011-April/003346.html new file mode 100644 index 000000000..2e54f7526 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003346.html @@ -0,0 +1,88 @@ + + + + [Mageia-sysadm] Production use of mageia-app-db + + + + + + + + + +

[Mageia-sysadm] Production use of mageia-app-db

+ Samuel Verschelde + stormi at laposte.net +
+ Wed Apr 13 23:13:05 CEST 2011 +

+
+ +
Hi, 
+
+Ennael asked me to envision production use for mageia-app-db v0.2, released 
+last week. Boklm, who was present, asked me to write down installation 
+instructions, and that's what I tried to do. 
+
+So here it is : 
+http://mageia-app-db.tuxette.fr/projects/mageia-app-db/wiki/Installation
+
+I probably forgot some things, or wrote things that could freak out a wild 
+sysadmin, so don't hesitate to comment and help me to find the best solution :)
+
+I'm usually available on IRC if you need to talk about it, and am subscribed 
+to this list too.
+
+Having belgium ancestors, I can obtain you top quality fries (well, this is a 
+lie, but you're not supposed to know it :P).
+
+Best regards
+
+Samuel Verschelde (Stormi)
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003347.html b/zarb-ml/mageia-sysadm/2011-April/003347.html new file mode 100644 index 000000000..ca997eed4 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003347.html @@ -0,0 +1,78 @@ + + + + [Mageia-sysadm] remove perl-App-perlbrew please + + + + + + + + + +

[Mageia-sysadm] remove perl-App-perlbrew please

+ Jerome Quelin + jquelin at gmail.com +
+ Thu Apr 14 09:28:57 CEST 2011 +

+
+ +
hi,
+
+$ urpmq perl-App-perlbrew
+perl-App-perlbrew 
+
+the damn thing is still there. it's obsoleted & provided by perlbrew,
+yet still present... so would it be possible for someone to finally axe
+this package?
+
+thanks,
+jérôme 
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003348.html b/zarb-ml/mageia-sysadm/2011-April/003348.html new file mode 100644 index 000000000..96cc700ae --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003348.html @@ -0,0 +1,81 @@ + + + + [Mageia-sysadm] youri check: perl updates + + + + + + + + + +

[Mageia-sysadm] youri check: perl updates

+ Jerome Quelin + jquelin at gmail.com +
+ Thu Apr 14 09:34:09 CEST 2011 +

+
+ +
hi,
+
+i saw that http://check.mageia.org/updates.html is now available.
+however, a lot of perl modules are reported as non up-to-date due to our
+usage of %perl_convert_version.
+
+would it be possible to apply %perl_convert_version macro to packages
+matching /^perl-/ before comparing versions? or is it too much trouble?
+
+i don't want someone to blindly run an update when we are already at the
+latest version...
+
+thanks,
+jérôme 
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003349.html b/zarb-ml/mageia-sysadm/2011-April/003349.html new file mode 100644 index 000000000..f160dcf82 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003349.html @@ -0,0 +1,84 @@ + + + + [Mageia-sysadm] youri check: perl updates + + + + + + + + + +

[Mageia-sysadm] youri check: perl updates

+ Pascal Terjan + pterjan at gmail.com +
+ Thu Apr 14 09:38:04 CEST 2011 +

+
+ +
On Thu, Apr 14, 2011 at 08:34, Jerome Quelin <jquelin at gmail.com> wrote:
+> hi,
+>
+> i saw that http://check.mageia.org/updates.html is now available.
+> however, a lot of perl modules are reported as non up-to-date due to our
+> usage of %perl_convert_version.
+>
+> would it be possible to apply %perl_convert_version macro to packages
+> matching /^perl-/ before comparing versions? or is it too much trouble?
+
+That means the code needs to know it and have correct version :(
+
+> i don't want someone to blindly run an update when we are already at the
+> latest version...
+
+I can disable CPAN source
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003350.html b/zarb-ml/mageia-sysadm/2011-April/003350.html new file mode 100644 index 000000000..c1c38b617 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003350.html @@ -0,0 +1,105 @@ + + + + [Mageia-sysadm] Fwd: [Mageia-contact] Unable to register for forum + + + + + + + + + +

[Mageia-sysadm] Fwd: [Mageia-contact] Unable to register for forum

+ Anne nicolas + ennael1 at gmail.com +
+ Thu Apr 14 09:47:41 CEST 2011 +

+
+ +
---------- Message transféré ----------
+De : "Dave" <dave at christos.cjb.net>
+Date : 14 avr. 2011 06:58
+Objet : [Mageia-contact] Unable to register for forum
+À : <mageia-contact at mageia.org>
+
+
+I've tried to register for your forum but each time I get an error message
+that my catcha text is wrong. I'd like to participate in testing Mageia Beta
+1.
+
+
+Cookies are enabled. I'm using Opera 11.10 on PCLOS 2010.12.
+
+
+My name is Dave. My user name is dpeirce. Email is dpeirce at christos.cjb.net.
+
+Any way you can get me registered or tell me how to get by the capcha?
+
+
+Dave
+
+
+Registered Linux user #417229
+
+
+
+_______________________________________________
+Mageia-contact mailing list
+Mageia-contact at mageia.org
+https://www.mageia.org/mailman/listinfo/mageia-contact
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-sysadm/attachments/20110414/356c9e00/attachment.html>
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003351.html b/zarb-ml/mageia-sysadm/2011-April/003351.html new file mode 100644 index 000000000..b1f97fe1c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003351.html @@ -0,0 +1,89 @@ + + + + [Mageia-sysadm] youri check: perl updates + + + + + + + + + +

[Mageia-sysadm] youri check: perl updates

+ Jerome Quelin + jquelin at gmail.com +
+ Thu Apr 14 09:53:22 CEST 2011 +

+
+ +
On 11/04/14 08:38 +0100, Pascal Terjan wrote:
+> On Thu, Apr 14, 2011 at 08:34, Jerome Quelin <jquelin at gmail.com> wrote:
+> > i saw that http://check.mageia.org/updates.html is now available.
+> > however, a lot of perl modules are reported as non up-to-date due to our
+> > usage of %perl_convert_version.
+> >
+> > would it be possible to apply %perl_convert_version macro to packages
+> > matching /^perl-/ before comparing versions? or is it too much trouble?
+> 
+> That means the code needs to know it and have correct version :(
+
+no: my $mgavers = qx{ rpm -E "%perl_convert_version $vers" };
+
+ 
+> > i don't want someone to blindly run an update when we are already at the
+> > latest version...
+> 
+> I can disable CPAN source
+
+there will also be other updates listed from debian or fedora...
+
+jérôme 
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003352.html b/zarb-ml/mageia-sysadm/2011-April/003352.html new file mode 100644 index 000000000..4e3227d27 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003352.html @@ -0,0 +1,92 @@ + + + + [Mageia-sysadm] youri check: perl updates + + + + + + + + + +

[Mageia-sysadm] youri check: perl updates

+ Pascal Terjan + pterjan at gmail.com +
+ Thu Apr 14 11:24:37 CEST 2011 +

+
+ +
On Thu, Apr 14, 2011 at 08:53, Jerome Quelin <jquelin at gmail.com> wrote:
+> On 11/04/14 08:38 +0100, Pascal Terjan wrote:
+>> On Thu, Apr 14, 2011 at 08:34, Jerome Quelin <jquelin at gmail.com> wrote:
+>> > i saw that http://check.mageia.org/updates.html is now available.
+>> > however, a lot of perl modules are reported as non up-to-date due to our
+>> > usage of %perl_convert_version.
+>> >
+>> > would it be possible to apply %perl_convert_version macro to packages
+>> > matching /^perl-/ before comparing versions? or is it too much trouble?
+>>
+>> That means the code needs to know it and have correct version :(
+>
+> no: my $mgavers = qx{ rpm -E "%perl_convert_version $vers" };
+
+But we run on mandriva 2010.1, there is no reason it stays in sync...
+
+>> > i don't want someone to blindly run an update when we are already at the
+>> > latest version...
+>>
+>> I can disable CPAN source
+>
+> there will also be other updates listed from debian or fedora...
+
+They probably number it differently so not sure it would help (and
+actually name the package differently)
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003353.html b/zarb-ml/mageia-sysadm/2011-April/003353.html new file mode 100644 index 000000000..76cd26460 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003353.html @@ -0,0 +1,67 @@ + + + + [Mageia-sysadm] Please add further members to i18n ldap groups + + + + + + + + + +

[Mageia-sysadm] Please add further members to i18n ldap groups

+ Michael Scherer + misc at zarb.org +
+ Thu Apr 14 13:41:05 CEST 2011 +

+
+ +
Le mercredi 13 avril 2011 à 12:32 +0200, Oliver Burger a écrit :
+> And another one:
+> 
+> commiter:
+> 	kristho
+
+done.
+
+-- 
+Michael Scherer
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003354.html b/zarb-ml/mageia-sysadm/2011-April/003354.html new file mode 100644 index 000000000..96b2616cc --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003354.html @@ -0,0 +1,92 @@ + + + + [Mageia-sysadm] mgaversion and mgaver macros + + + + + + + + + +

[Mageia-sysadm] mgaversion and mgaver macros

+ Michael Scherer + misc at zarb.org +
+ Thu Apr 14 13:41:50 CEST 2011 +

+
+ +
Le mardi 12 avril 2011 à 13:07 +0200, Olivier Blin a écrit :
+> Ahmad Samir <ahmadsamir3891 at gmail.com> writes:
+> 
+> > Hello,
+> >
+> > $ rpm --showrc | grep mgaver
+> > -14: mgaver     1
+> > -14: mgaversion %(perl -pe '/(\d+)\.(\d)\.?(\d)?/; $_="$1$2".($3||0)'
+> > /etc/release)
+> >
+> > $ perl -pe '/(\d+)\.(\d)\.?(\d)?/; $_="$1$2".($3||0)' /etc/release
+> > 0
+> >
+> >
+> > this should be fixed before first release.
+> 
+> Or this should be dropped.
+
++1
+
+> Please prefer using distro-name-agnostic macros.
+> In this case, %distro_release (from product.id macros)
+
+Could we have a warning, or something like that so we can do a smooth
+migration ?
+
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003355.html b/zarb-ml/mageia-sysadm/2011-April/003355.html new file mode 100644 index 000000000..27732103c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003355.html @@ -0,0 +1,68 @@ + + + + [Mageia-sysadm] Please add further members to i18n ldap groups + + + + + + + + + +

[Mageia-sysadm] Please add further members to i18n ldap groups

+ nicolas vigier + boklm at mars-attacks.org +
+ Thu Apr 14 13:49:29 CEST 2011 +

+
+ +
On Thu, 14 Apr 2011, Michael Scherer wrote:
+
+> Le mercredi 13 avril 2011 à 12:32 +0200, Oliver Burger a écrit :
+> > And another one:
+> > 
+> > commiter:
+> > 	kristho
+> 
+> done.
+
+For this kind of request, I think bugzilla would be more adapted.
+Opening a bug in Infrastructure -> Account request.
+
+
+ + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003356.html b/zarb-ml/mageia-sysadm/2011-April/003356.html new file mode 100644 index 000000000..5d616ec68 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003356.html @@ -0,0 +1,100 @@ + + + + [Mageia-sysadm] mgaversion and mgaver macros + + + + + + + + + +

[Mageia-sysadm] mgaversion and mgaver macros

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Thu Apr 14 21:12:05 CEST 2011 +

+
+ +
On 14 April 2011 13:41, Michael Scherer <misc at zarb.org> wrote:
+> Le mardi 12 avril 2011 à 13:07 +0200, Olivier Blin a écrit :
+>> Ahmad Samir <ahmadsamir3891 at gmail.com> writes:
+>>
+>> > Hello,
+>> >
+>> > $ rpm --showrc | grep mgaver
+>> > -14: mgaver     1
+>> > -14: mgaversion %(perl -pe '/(\d+)\.(\d)\.?(\d)?/; $_="$1$2".($3||0)'
+>> > /etc/release)
+>> >
+>> > $ perl -pe '/(\d+)\.(\d)\.?(\d)?/; $_="$1$2".($3||0)' /etc/release
+>> > 0
+>> >
+>> >
+>> > this should be fixed before first release.
+>>
+>> Or this should be dropped.
+>
+> +1
+>
+>> Please prefer using distro-name-agnostic macros.
+>> In this case, %distro_release (from product.id macros)
+>
+> Could we have a warning, or something like that so we can do a smooth
+> migration ?
+>
+>
+> --
+> Michael Scherer
+
+The only way %mdkversion got really dropped was removing it altogether
+and making the build fail. So a post to -dev saying "%mgaver and
+%mgaversion are gone" should be good enough.
+
+Also note that those two macros aren't widely used in the specs, yet;
+given the fact Mageia 1 is still not released yet.
+
+-- 
+Ahmad Samir
+
+ + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003357.html b/zarb-ml/mageia-sysadm/2011-April/003357.html new file mode 100644 index 000000000..883e04ddb --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003357.html @@ -0,0 +1,105 @@ + + + + [Mageia-sysadm] Cleaning iurt timeout + + + + + + + + + +

[Mageia-sysadm] Cleaning iurt timeout

+ Michael Scherer + misc at zarb.org +
+ Fri Apr 15 00:35:15 CEST 2011 +

+
+ +
Hi,
+
+while discussing with a friend about our BS, he noticed that LO take 5h
+to build. So far, so good. But we still have the same old timeout set to
+96h in iurt.conf :
+
+ build_timeout => {
+   'default' => 18000,
+   'gcc' => 57600,
+   'paraview' => 115200,
+   'salome' => 57600,
+   'itk' => 115200,
+   'wrapitk' => 115200,
+   'kernel-rt' => 57600,
+   'kernel-xen' => 57600,
+   'kernel-tmb' => 57600,
+   'openoffice.org' => 345600,
+   'openoffice.org64' => 345600,
+   'openoffice.org-go-ooo' => 345600,
+   'openoffice.org64-go-ooo' => 345600,
+   'libreoffice' => 345600
+ },
+
+So maybe it would be worth to reduce the various limits, to acknowledge
+that we have powerful servers. As for example, python is still running
+since hours, I wouldn't mind to have it killed sooner as it is holding
+one builder at the moment ( one more reason to have 2 of them per
+server ).
+
+Also, removing packages that we no longer have would be nice ( like
+openoffice*  ) or those that we currently do not ship ( itk, salome,
+etc ). This would avoid to keep cruft for years without reasons.
+
+I would not do such change now and would defer this after the stable
+release, so that let plenty of time to discuss about it :)
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003358.html b/zarb-ml/mageia-sysadm/2011-April/003358.html new file mode 100644 index 000000000..37263d75d --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003358.html @@ -0,0 +1,92 @@ + + + + [Mageia-sysadm] New hardware for mageia servers + + + + + + + + + +

[Mageia-sysadm] New hardware for mageia servers

+ nicolas vigier + boklm at mars-attacks.org +
+ Fri Apr 15 01:11:39 CEST 2011 +

+
+ +
Hello,
+
+In order to see with board/council what hardware is possible to buy, we
+need to make a list of all the things we need. There is also some people
+that told us they could maybe give us servers, but we need to tell them
+what we need.
+
+So I think we currently need this :
+
+- a backup server: this server does not need to be very fast, but we
+  need to be able to put a lot of disks inside. With redundant power
+  supply. This is were we would backup data from all other servers.
+- New disks to add in build nodes, to have better IO when running
+  multiple build on each node. I think each disk would cost around 50
+  euros.
+- ARM build nodes: misc said he can provide a pandaboard. Maybe we need
+  to add a disk if it doesn't have one. And a second ARM build node would
+  be nice, for instance an OpenRD (230 euros + shipping)
+- and if possible, one or two fast servers to provide VMs for packagers
+  to test builds
+
+Do you see something else ? Or other details/comments about what we need ?
+
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003359.html b/zarb-ml/mageia-sysadm/2011-April/003359.html new file mode 100644 index 000000000..e3ef77e4c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003359.html @@ -0,0 +1,113 @@ + + + + [Mageia-sysadm] Cleaning iurt timeout + + + + + + + + + +

[Mageia-sysadm] Cleaning iurt timeout

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Fri Apr 15 03:50:05 CEST 2011 +

+
+ +
On 15 April 2011 00:35, Michael Scherer <misc at zarb.org> wrote:
+> Hi,
+>
+> while discussing with a friend about our BS, he noticed that LO take 5h
+> to build. So far, so good. But we still have the same old timeout set to
+> 96h in iurt.conf :
+>
+>  build_timeout => {
+>   'default' => 18000,
+>   'gcc' => 57600,
+>   'paraview' => 115200,
+>   'salome' => 57600,
+>   'itk' => 115200,
+>   'wrapitk' => 115200,
+>   'kernel-rt' => 57600,
+>   'kernel-xen' => 57600,
+>   'kernel-tmb' => 57600,
+>   'openoffice.org' => 345600,
+>   'openoffice.org64' => 345600,
+>   'openoffice.org-go-ooo' => 345600,
+>   'openoffice.org64-go-ooo' => 345600,
+>   'libreoffice' => 345600
+>  },
+>
+> So maybe it would be worth to reduce the various limits, to acknowledge
+> that we have powerful servers. As for example, python is still running
+> since hours, I wouldn't mind to have it killed sooner as it is holding
+> one builder at the moment ( one more reason to have 2 of them per
+> server ).
+>
+> Also, removing packages that we no longer have would be nice ( like
+> openoffice*  ) or those that we currently do not ship ( itk, salome,
+> etc ). This would avoid to keep cruft for years without reasons.
+>
+> I would not do such change now and would defer this after the stable
+> release, so that let plenty of time to discuss about it :)
+>
+> --
+> Michael Scherer
+>
+
+That's 5hours per arch or for both archs?
+
+I see libreoffice took 7hours the time before last, so 5 wouldn't be
+too optimal. (Maybe 10?)
+
+-- 
+Ahmad Samir
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003360.html b/zarb-ml/mageia-sysadm/2011-April/003360.html new file mode 100644 index 000000000..06ca3688a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003360.html @@ -0,0 +1,152 @@ + + + + [Mageia-sysadm] New hardware for mageia servers + + + + + + + + + +

[Mageia-sysadm] New hardware for mageia servers

+ Michael Scherer + misc at zarb.org +
+ Fri Apr 15 09:54:15 CEST 2011 +

+
+ +
Le vendredi 15 avril 2011 à 01:11 +0200, nicolas vigier a écrit :
+> Hello,
+> 
+> In order to see with board/council what hardware is possible to buy, we
+> need to make a list of all the things we need. There is also some people
+> that told us they could maybe give us servers, but we need to tell them
+> what we need.
+> 
+> So I think we currently need this :
+> 
+> - a backup server: this server does not need to be very fast, but we
+>   need to be able to put a lot of disks inside. With redundant power
+>   supply. This is were we would backup data from all other servers.
+
++1.
+
+I think Nanar proposed to get a external raid array ( as we do have for
+zarb.org ) so this could help ( check with him, and the price of array
+we can place inside ).
+
+I would also check with Lost Oasis people about space we still have in
+the rack, as we are sharing everything with zarb.org for now, and this
+could place some constraint in term of size, and I fear that "lots of
+disk" could mean "take lots of space".
+
+Also, we need a estimation of what we need : 
+- databases
+- svn dump
+- ldap dump
+
+Do we backup everything at Marseille datacenter, or everything ?
+IE, blogs dbs are already taken care thanks to dams, but for the sake of
+simplicity maybe having a single procedure would be better. And this
+would be a issue for more remote db like forums, etc.
+ 
+> - New disks to add in build nodes, to have better IO when running
+>   multiple build on each node. I think each disk would cost around 50
+>   euros.
+
+How many ? 1 per server, more ? Raid, non raid ?
+
+Also, do we have proper support on iurt to achieve that ( ie, each job
+with its own disk, or some low level trick to achieve that ) ?
+
+I would propose to try to not be shy and try 3 builder per server, at
+least on jonund, so maybe put more disk there ?
+
+Also do we still have slots ? 
+
+> - ARM build nodes: misc said he can provide a pandaboard. Maybe we need
+>   to add a disk if it doesn't have one. And a second ARM build node would
+>   be nice, for instance an OpenRD (230 euros + shipping)
+
+The board indeed doesn't have disk, and to be fair, I am not sure about
+connectivity for that, likely USB
+( http://pandaboard.org/content/resources/references ). I will try to
+get it and drop it at mageia pub^W secret headquarters :p
+
+Something that would be nice is some kind of case, but I do not have
+anything nor much idea on how to find one.
+
+Speaking of this, as rtp has pretty good relation with efika ( *khof*
+smartbook *khof* ), maybe he could arrange for stuff like that :
+http://paulfedora.wordpress.com/2011/04/07/new-arrivals-genesi-efika-mx-smarttop/
+
+> - and if possible, one or two fast servers to provide VMs for packagers
+>   to test builds
+> 
+> Do you see something else ? Or other details/comments about what we need ?
+
+For the last item, I would propose we try to get a server from ovh.
+Mandrivafr did it and they weren't too constraining about conditions.
+
+Alternatively, maybe Dedibox can provide us another one ( raphael spoke
+about it, having a 2nd rabbit would fit nicely to offer vms to test
+packages ). 
+
+We could also arrange this server to have a public http server
+( people.$domain ), either in a vm or on the main server.
+ 
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003361.html b/zarb-ml/mageia-sysadm/2011-April/003361.html new file mode 100644 index 000000000..2001a40a4 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003361.html @@ -0,0 +1,72 @@ + + + + [Mageia-sysadm] Cleaning iurt timeout + + + + + + + + + +

[Mageia-sysadm] Cleaning iurt timeout

+ Pascal Terjan + pterjan at gmail.com +
+ Fri Apr 15 12:04:11 CEST 2011 +

+
+ +
On Fri, Apr 15, 2011 at 02:50, Ahmad Samir <ahmadsamir3891 at gmail.com> wrote:
+> That's 5hours per arch or for both archs?
+
+Per arch, this is a timeout in iurt while it build for one arch
+
+> I see libreoffice took 7hours the time before last, so 5 wouldn't be
+> too optimal. (Maybe 10?)
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003362.html b/zarb-ml/mageia-sysadm/2011-April/003362.html new file mode 100644 index 000000000..68769c6be --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003362.html @@ -0,0 +1,101 @@ + + + + [Mageia-sysadm] Cleaning iurt svn + + + + + + + + + +

[Mageia-sysadm] Cleaning iurt svn

+ Michael Scherer + misc at zarb.org +
+ Fri Apr 15 12:17:12 CEST 2011 +

+
+ +
Hi,
+
+while trying to fix the last python issue, I was looking at
+adding /dev/shm in the iurt chroot. But I stumbled accross some various
+stuff that would requires some inputs :
+
+- is uiurt used ? grep -r tell me it doesn't, so maybe we could simply
+erase it ( as this is a plain fork of the regular iurt )
+
+- the makefile still reference mandriva on lots of place. WHile I have
+nothing against this, but this could have unintended side effect, should
+we adapt, or clean it ?
+
+- the script iurt_cache_cleaner is also IMHO unused. Remove, clean,
+adapt ?
+
+- main script is called iurt2. There is no iurt script, what about
+renaming it and just avoid useless confusion ?
+
+- iurt.spec is now handled like the other, what about removing it ?
+
+- Iurt/Utils.pm could be replaced by a external module, like
+http://search.cpan.org/~ivan/Net-SCP-0.08/SCP.pm ? According to comment,
+the issue could be when a computer is down and the lack of timeout.
+Maybe we should check if this is still the case and if not, try to reuse
+code from cpan ? 
+
+- the same goes for Iurt/Mail.pm, there is already more featured modules
+on CPAN for that.
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003363.html b/zarb-ml/mageia-sysadm/2011-April/003363.html new file mode 100644 index 000000000..cf3a2248f --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003363.html @@ -0,0 +1,103 @@ + + + + [Mageia-sysadm] Cleaning iurt svn + + + + + + + + + +

[Mageia-sysadm] Cleaning iurt svn

+ Pascal Terjan + pterjan at gmail.com +
+ Fri Apr 15 12:23:25 CEST 2011 +

+
+ +
On Fri, Apr 15, 2011 at 11:17, Michael Scherer <misc at zarb.org> wrote:
+> Hi,
+>
+> while trying to fix the last python issue, I was looking at
+> adding /dev/shm in the iurt chroot. But I stumbled accross some various
+> stuff that would requires some inputs :
+>
+> - is uiurt used ? grep -r tell me it doesn't, so maybe we could simply
+> erase it ( as this is a plain fork of the regular iurt )
+>
+> - the makefile still reference mandriva on lots of place. WHile I have
+> nothing against this, but this could have unintended side effect, should
+> we adapt, or clean it ?
+>
+> - the script iurt_cache_cleaner is also IMHO unused. Remove, clean,
+> adapt ?
+>
+> - main script is called iurt2. There is no iurt script, what about
+> renaming it and just avoid useless confusion ?
+>
+> - iurt.spec is now handled like the other, what about removing it ?
+>
+> - Iurt/Utils.pm could be replaced by a external module, like
+> http://search.cpan.org/~ivan/Net-SCP-0.08/SCP.pm ?
+
+Does not seem properly maintained
+https://rt.cpan.org/Public/Dist/Display.html?Name=Net-SCP
+
+> According to comment,
+> the issue could be when a computer is down and the lack of timeout.
+> Maybe we should check if this is still the case and if not, try to reuse
+> code from cpan ?
+>
+> - the same goes for Iurt/Mail.pm, there is already more featured modules
+> on CPAN for that.
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003364.html b/zarb-ml/mageia-sysadm/2011-April/003364.html new file mode 100644 index 000000000..03ac1ef52 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003364.html @@ -0,0 +1,113 @@ + + + + [Mageia-sysadm] Cleaning iurt svn + + + + + + + + + +

[Mageia-sysadm] Cleaning iurt svn

+ Olivier Blin + mageia at blino.org +
+ Fri Apr 15 13:16:03 CEST 2011 +

+
+ +
Michael Scherer <misc at zarb.org> writes:
+
+> Hi,
+>
+> while trying to fix the last python issue, I was looking at
+> adding /dev/shm in the iurt chroot. But I stumbled accross some various
+> stuff that would requires some inputs :
+>
+> - is uiurt used ? grep -r tell me it doesn't, so maybe we could simply
+> erase it ( as this is a plain fork of the regular iurt )
+
+It is not used
+
+> - the makefile still reference mandriva on lots of place. WHile I have
+> nothing against this, but this could have unintended side effect, should
+> we adapt, or clean it ?
+
+We can adapt it, it seems pretty straight-forward
+
+> - the script iurt_cache_cleaner is also IMHO unused. Remove, clean,
+> adapt ?
+
+No idea
+
+> - main script is called iurt2. There is no iurt script, what about
+> renaming it and just avoid useless confusion ?
+
+Yep, we should rename it
+
+> - iurt.spec is now handled like the other, what about removing it ?
+
+Ok to drop it
+
+> - Iurt/Utils.pm could be replaced by a external module, like
+> http://search.cpan.org/~ivan/Net-SCP-0.08/SCP.pm ? According to comment,
+> the issue could be when a computer is down and the lack of timeout.
+> Maybe we should check if this is still the case and if not, try to reuse
+> code from cpan ? 
+>
+> - the same goes for Iurt/Mail.pm, there is already more featured modules
+> on CPAN for that.
+
+-- 
+Olivier Blin - blino
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003365.html b/zarb-ml/mageia-sysadm/2011-April/003365.html new file mode 100644 index 000000000..0ff535232 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003365.html @@ -0,0 +1,86 @@ + + + + [Mageia-sysadm] Cleaning iurt timeout + + + + + + + + + +

[Mageia-sysadm] Cleaning iurt timeout

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Apr 15 14:13:09 CEST 2011 +

+
+ +
On 15 April 2011 00:35, Michael Scherer <misc at zarb.org> wrote:
+> while discussing with a friend about our BS, he noticed that LO take 5h
+> to build. So far, so good. But we still have the same old timeout set to
+> 96h in iurt.conf :
+
+BTW, instead of harcoding the final result, it would be
+more sysadming friendly to use something like 96*60*60
+instead of 345600
+
+> So maybe it would be worth to reduce the various limits, to acknowledge
+> that we have powerful servers. As for example, python is still running
+> since hours, I wouldn't mind to have it killed sooner as it is holding
+> one builder at the moment ( one more reason to have 2 of them per
+> server ).
+>
+> Also, removing packages that we no longer have would be nice ( like
+> openoffice*  ) or those that we currently do not ship ( itk, salome,
+> etc ). This would avoid to keep cruft for years without reasons.
+
+I would'n't remove timeouts for packages we do not have (yet).
+We may import them later...
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003366.html b/zarb-ml/mageia-sysadm/2011-April/003366.html new file mode 100644 index 000000000..11ae2c716 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003366.html @@ -0,0 +1,78 @@ + + + + [Mageia-sysadm] New hardware for mageia servers + + + + + + + + + +

[Mageia-sysadm] New hardware for mageia servers

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Apr 15 14:15:34 CEST 2011 +

+
+ +
On 15 April 2011 01:11, nicolas vigier <boklm at mars-attacks.org> wrote:
+> - a backup server: this server does not need to be very fast, but we
+>  need to be able to put a lot of disks inside. With redundant power
+>  supply. This is were we would backup data from all other servers.
+> - New disks to add in build nodes, to have better IO when running
+>  multiple build on each node. I think each disk would cost around 50
+>  euros.
+
+Are we using SATA discs, not SAS ones?
+
+> Do you see something else ? Or other details/comments about what we need ?
+
+- one more builder ?
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003367.html b/zarb-ml/mageia-sysadm/2011-April/003367.html new file mode 100644 index 000000000..9e34307be --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003367.html @@ -0,0 +1,80 @@ + + + + [Mageia-sysadm] Cleaning iurt timeout + + + + + + + + + +

[Mageia-sysadm] Cleaning iurt timeout

+ Michael Scherer + misc at zarb.org +
+ Fri Apr 15 14:44:13 CEST 2011 +

+
+ +
Le vendredi 15 avril 2011 à 14:13 +0200, Thierry Vignaud a écrit :
+> On 15 April 2011 00:35, Michael Scherer <misc at zarb.org> wrote:
+> > while discussing with a friend about our BS, he noticed that LO take 5h
+> > to build. So far, so good. But we still have the same old timeout set to
+> > 96h in iurt.conf :
+> 
+> BTW, instead of harcoding the final result, it would be
+> more sysadming friendly to use something like 96*60*60
+> instead of 345600
+
+Even better, say "3d" an let iurt figure out, like named.
+
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003368.html b/zarb-ml/mageia-sysadm/2011-April/003368.html new file mode 100644 index 000000000..dd07b5a36 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003368.html @@ -0,0 +1,77 @@ + + + + [Mageia-sysadm] packages-commits@ issues + + + + + + + + + +

[Mageia-sysadm] packages-commits@ issues

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Sun Apr 17 18:14:19 CEST 2011 +

+
+ +
Hi!
+
+There are two significant issues preventing useful use of the
+packages-commits@ list:
+1) schedbot are not filtered out
+2) From field (or any other field) doesn't show the committer username
+
+Point 2 also prevents workarounding point 1 locally.
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003369.html b/zarb-ml/mageia-sysadm/2011-April/003369.html new file mode 100644 index 000000000..034fdbaff --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003369.html @@ -0,0 +1,77 @@ + + + + [Mageia-sysadm] packages-commits@ issues + + + + + + + + + +

[Mageia-sysadm] packages-commits@ issues

+ Dexter Morgan + dmorganec at gmail.com +
+ Sun Apr 17 18:27:57 CEST 2011 +

+
+ +
On Sun, Apr 17, 2011 at 6:14 PM, Anssi Hannula <anssi.hannula at iki.fi> wrote:
+> Hi!
+>
+> There are two significant issues preventing useful use of the
+> packages-commits@ list:
+> 1) schedbot are not filtered out
+> 2) From field (or any other field) doesn't show the committer username
+>
+> Point 2 also prevents workarounding point 1 locally.
+
+i agree this is points we need to fix
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003370.html b/zarb-ml/mageia-sysadm/2011-April/003370.html new file mode 100644 index 000000000..aa7a7c4fd --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003370.html @@ -0,0 +1,84 @@ + + + + [Mageia-sysadm] youri check: perl updates + + + + + + + + + +

[Mageia-sysadm] youri check: perl updates

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Mon Apr 18 13:47:48 CEST 2011 +

+
+ +
On 14 April 2011 09:34, Jerome Quelin <jquelin at gmail.com> wrote:
+> i saw that http://check.mageia.org/updates.html is now available.
+> however, a lot of perl modules are reported as non up-to-date due to our
+> usage of %perl_convert_version.
+>
+> would it be possible to apply %perl_convert_version macro to packages
+> matching /^perl-/ before comparing versions? or is it too much trouble?
+>
+> i don't want someone to blindly run an update when we are already at the
+> latest version...
+
+Please also blacklist the following packages that are de facto forked:
+- drakx-installer-*
+- perl-URPM
+- urpmi
+
+There's no sense in reporting mdv is bumping version like babby rabbits.
+It could result in errors from packagers that do not know and would
+break the distro.
+
+Thx
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003371.html b/zarb-ml/mageia-sysadm/2011-April/003371.html new file mode 100644 index 000000000..e2accc9b3 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003371.html @@ -0,0 +1,84 @@ + + + + [Mageia-sysadm] youri check: perl updates + + + + + + + + + +

[Mageia-sysadm] youri check: perl updates

+ Michael Scherer + misc at zarb.org +
+ Mon Apr 18 16:31:21 CEST 2011 +

+
+ +
Le lundi 18 avril 2011 à 13:47 +0200, Thierry Vignaud a écrit :
+> On 14 April 2011 09:34, Jerome Quelin <jquelin at gmail.com> wrote:
+> > i saw that http://check.mageia.org/updates.html is now available.
+> > however, a lot of perl modules are reported as non up-to-date due to our
+> > usage of %perl_convert_version.
+> >
+> > would it be possible to apply %perl_convert_version macro to packages
+> > matching /^perl-/ before comparing versions? or is it too much trouble?
+> >
+> > i don't want someone to blindly run an update when we are already at the
+> > latest version...
+> 
+> Please also blacklist the following packages that are de facto forked:
+> - drakx-installer-*
+> - perl-URPM
+> - urpmi
+
+I already tried, but it seems blacklisting do not work as expected
+( tried for rpm )
+-- 
+Michael Scherer
+
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003372.html b/zarb-ml/mageia-sysadm/2011-April/003372.html new file mode 100644 index 000000000..1513ef7d5 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003372.html @@ -0,0 +1,244 @@ + + + + [Mageia-sysadm] Users authentication on forums + + + + + + + + + +

[Mageia-sysadm] Users authentication on forums

+ Michael Scherer + misc at zarb.org +
+ Tue Apr 19 01:10:44 CEST 2011 +

+
+ +
Le lundi 11 avril 2011 à 14:39 +0200, nicolas vigier a écrit :
+> Hello,
+> 
+> For authentication on the forums, we are currently using ldap. The user
+> sends his login and passwords to phpbb which use it to authenticate on
+> ldap server. Because of this, someone with root access on the forums
+> server can access password of any user connecting to the forums. And
+> because important passwords are transfered, the connection needs to be
+> in SSL, so the *.mageia.org certificate also needs to be installed. So
+> access to the server needs to be restricted to sysadmin team only, who
+> also need to be able to check what is being done on forums, check it is
+> secure, etc ... And I think this makes forums admins not happy.
+
+Then what about doing like french forums, and not connect at all to our
+ldap.
+
+This let people the whole freedom to do what they want and allow us to
+focus on stuff that we need ( like deploying everything that need to be
+deployed, wiki, bittorrent server, etc, see the bugzilla for list of
+thing to do ).
+
+
+> As we are using ldap for authentication only (not for groups or anything
+> else), 
+
+Usage of group have been proposed in the council meeting tonight. ( for
+having a specific tag on forum ). So ldap access would enable this.
+
+
+> I think we could do authentication differently. Maybe we could
+> setup a mageia OpenID server linked to the ldap server. Then on the
+> forums use OpenID for authentication, when a user enter his login on
+> the forums he is redirected to the mageia OpenID authentication page
+> for the login entered. Then we can disable https on the forums, and
+> forum admins can be root on the forums server. And passwords are better
+> protected in case phpbb has a vulnerability.
+
+Or in case someone go rogue, or has his privileged account compromised. 
+
+> Sysadmin team would manage openid server. And forum team would manage
+> forums server.
+> 
+> I've seen this project for phpbb3 openid authentication (I didn't check
+> if there are others) :
+> http://sourceforge.net/projects/phpbb-openid/
+> 
+> Login form looks like this :
+> http://sourceforge.net/dbimage.php?id=91989
+> We would need to modify it to remove Username/Password. Replace "OpenID"
+> with "Mageia login" and automatically use Mageia OpenID server with the
+> login entered. So that each account on the forum is still linked to a
+> Mageia account.
+
+Well, I foresee some problems. People not wanting the exact rational can
+just skip to the end, there is a quick summary :
+
+- we would need to make changes to applications, in a non upstreamable
+way. It was one of the point in favor of ldap , that everything can be
+easy to share. If we start to go this way, we will end like each time we
+go this way, with a huge forked stuff. Packagers learned this the hard
+way more than once. And lack of time + big pile of customization is what
+blocked forum upgrade for years, so I really think we start to learn
+from our past mistakes.
+
+
+- openid/oauth manage the authentication ( and some vcard stuff ) but
+not the autorisation. For example, Transifex ( and others django
+application ) do use ldap groups for autorisation and I think that's
+rather a good idea to manage this using ldap.
+
+While it is not the case right now for forums, as said before, there was
+some discussions about having i18n/packagers/etc people having extended
+rights on some subforums, this would be harder to be done cleanly
+without a ldap access.
+
+
+- moreover, keeping group of people outside of our ldap would make
+various process harder. 
+
+For example, if we want to elect moderators representatives, this would
+be tedious to do it on epoll if the group is stored elsewhere ( it is
+tedious now but there is some bug to fix for that ). If we want to setup
+a ml synced with ldap ( like board-private@ ), this would also cause
+data duplication. Email aliases are also based on ldap group membership,
+etc.
+
+
+- Most web applications will also need to access to email of users for
+various reasons ( like sending email ), most will also store the email
+for later usage. That's personal information that we should also protect
+and I think the various threads on the subject in the past, or the
+recent issue regarding Epsilon, or Google show that enough people care
+about that. We cannot share them with anyone without having this written
+in the privacy policy, ( policy that is still a draft cf bug 452 ) and
+told to users. 
+
+
+- Moreover, if we start to give private informations to 3rd party
+websites, they should IMHO also have a privacy policy, and respect it.
+But yet, we cannot do much to make sure it is enforced or respected,
+unless if we are root. And if we are root on the server, then I see no
+reason to not handle like the others ( ie, puppet etc ). Then we are
+back on the same issues that sparkled the proposal.
+
+
+- As said on irc, there is the security issues. While we can suffer from
+it on our servers too, this would be a wrong way of evaluating the risk.
+If we take for example X external web sites, managed by X different
+group, and the Mageia web applications, there is more attack surface
+( around X+1 time more ) than just having the Mageia applications. And
+unless we can guarantee that all 3rd party admins will be skilled enough
+in the arcane of security, the risk would likely be bigger than smaller.
+
+
+- I think that telling to people "it is ok to give your Mageia password
+for services that are not managed by mageia.org sysadmins" is giving bad
+habits. 
+
+
+- Based on my own experience with Fedora project  openid provider is
+this : 
+  - 1) consumer/relaying party ask for openid provider url
+  - 2) provider ask for login/password 
+  - 3) provider ask to confirm if the request is ok.
+     ie, confirm access to information ( such as name, email, etc ).
+
+Step 1 is one click to load a complete page ( ie the provider form ), 
+even with url hardcoded in our software. I am not sure if it doesn't 
+need the username ( as it is usually embedded in the url ). Point 2 is 
+hard to avoid, so 1 click + filling the form. Point 3 could be bypassed
+automatically by patching the openid provider, but I do think users should 
+be in control of their personal information ( for one ) and should check
+who request the information ( for 2 ), and we should not touch to openid 
+provider ( patching, etc ). So that would make between 3 clicks and 2 forms 
+to 2 clicks and 1 form.
+
+
+- I think the service would be more difficult to scale and replicate than 
+ldap. For ldap, any self respecting library would work without modification, 
+and if not, that's a feature that would be useful to sent upstream if we 
+need to patch. For a stateful http service like openid, this would requires a 
+slightly more complex setup to be redundant, and that mean the service 
+would be more fragile.
+
+
+So to summarize :
+- too intrusive to deploy ( patch )
+- difficult to maintain ( non upstreamable patchs )
+- do not fully respond to some requirements
+- not using ldap would cause integration problem
+- suboptimal ui ( more click required )
+- potential breach of privacy
+- increased security risk
+- difficult to scale, more fragile
+
+I recognize the solution was smart and reusing a standard protocol is quite 
+clever, but the whole situation is more complex than just "delegating 
+authentication should solve the issue".
+
+
+On the packaging side, if someone want to upload rpms, they have follow 
+the packaging standards to make sure we have good quality packages. 
+Lots of people do not like that ( see MiB, see PcLinuxOs/texstar 
+before ) because that requires more work and they do not see the added 
+values. But that doesn't mean it doesn't exist and I think that all
+packagers agree that's the sanest way to do things. People are still 
+free to not comply, just outside of the distribution.
+
+For infrastructure, that's exactly the same. We do have some procedures, 
+with reasons and benefits to follow them, and yes, I am fairly aware 
+that some people would prefer it done another way. I have read what 
+they said, understood that having to follow some procedure is tedious, 
+requires more work and more time and they would prefer do it another 
+way. Yet, I do not think we should sacrifice integration and 
+maintainability because of that.
+
+I understand that not being root annoy some people ( I got kicked out
+of Mandriva svn administration 1 week ago ), and I also guess that the 
+current way of doing thing is not fast enough. But I am convinced that deploying 
+complex and fragile system to avoid our procedures is not the way to go, or 
+at least, no the way I am willing to follow.
+
+
+-- 
+Michael Scherer
+
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003373.html b/zarb-ml/mageia-sysadm/2011-April/003373.html new file mode 100644 index 000000000..8d67334ea --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003373.html @@ -0,0 +1,84 @@ + + + + [Mageia-sysadm] maven and possible bootstrap. + + + + + + + + + +

[Mageia-sysadm] maven and possible bootstrap.

+ Dexter Morgan + dmorganec at gmail.com +
+ Tue Apr 19 01:33:53 CEST 2011 +

+
+ +
Hi,
+
+little thought for maven.
+
+Sshaw contributing to opensuse is writing a doc explaining how we
+failled with maven2.
+After, we plan to redo a bootstrap for maven  (which will be version 3).
+
+We wanted maven to be included in mageia 1, it seems more than gold
+compromise, to really democratize mageia in the java devs , because
+the tools like NetBeans need maven to build.
+
+I have a proposal that can looks dirty but we could just unlock very soon.
+
+1 - make a chroot, install the rpms for fedora maven, plexus.
+2 - change the src.rpm so they are OK in mageia and rebuild them.
+3 - put the rpms in the repo
+4 - launch a rebuild rpms for them to be in rebuild _all_ mageia.
+
+
+Any ideas? comments?
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003374.html b/zarb-ml/mageia-sysadm/2011-April/003374.html new file mode 100644 index 000000000..b834713f1 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003374.html @@ -0,0 +1,79 @@ + + + + [Mageia-sysadm] Hobbit [528732] jonund.mageia.org:cpu warning (YELLOW) + + + + + + + + + +

[Mageia-sysadm] Hobbit [528732] jonund.mageia.org:cpu warning (YELLOW)

+ Buchan Milne + bgmilne at staff.telkomsa.net +
+ Tue Apr 19 14:58:40 CEST 2011 +

+
+ +
On Tuesday, 12 April 2011 13:11:57 Thomas Backlund wrote:
+> nicolas vigier skrev 12.4.2011 13:15:
+> > On Tue, 12 Apr 2011, root at mageia.org wrote:
+> >> yellow Tue Apr 12 08:07:07 CEST 2011 up: 90 days, 0 users, 428 procs,
+> >> load=6.40 &yellow Load is HIGH
+> >> System clock is 0 seconds off
+> > 
+> > As it is expected that there is sometime load on build nodes and rabbit,
+> > I think we should disable cpu alerts on those nodes.
+> 
+> Is it possible to alter timeline when the warning triggers ?
+> 
+> For example for a buildnode, dont warn if the cpu load is high for less
+> than 6 hours (should cover libreoffice build iirc)
+
+Yes, add DURATION>6h to the alerting rule.
+
+Regards,
+Buchan
+
+ + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003375.html b/zarb-ml/mageia-sysadm/2011-April/003375.html new file mode 100644 index 000000000..d2973c03f --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003375.html @@ -0,0 +1,98 @@ + + + + [Mageia-sysadm] maven and possible bootstrap. + + + + + + + + + +

[Mageia-sysadm] maven and possible bootstrap.

+ Michael Scherer + misc at zarb.org +
+ Tue Apr 19 17:33:06 CEST 2011 +

+
+ +
Le mardi 19 avril 2011 à 01:33 +0200, Dexter Morgan a écrit :
+> Hi,
+> 
+> little thought for maven.
+> 
+> Sshaw contributing to opensuse is writing a doc explaining how we
+> failled with maven2.
+> After, we plan to redo a bootstrap for maven  (which will be version 3).
+
+Sorry, I fail to understand :
+
+After "what", who is "we" ?
+
+> We wanted maven to be included in mageia 1, it seems more than gold
+> compromise, to really democratize mageia in the java devs , because
+> the tools like NetBeans need maven to build.
+
+What do you mean by "gold compromise" ?
+
+> I have a proposal that can looks dirty but we could just unlock very soon.
+> 
+> 1 - make a chroot, install the rpms for fedora maven, plexus.
+> 2 - change the src.rpm so they are OK in mageia and rebuild them.
+> 3 - put the rpms in the repo
+> 4 - launch a rebuild rpms for them to be in rebuild _all_ mageia.
+
+That sound ok, provided that you mean what I understood. After all,
+that's the way we  bootstrap lots of stuff.
+
+But I also think we should first focus on fixing release critical bugs
+rather than trying to push maven in the repository. 
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003376.html b/zarb-ml/mageia-sysadm/2011-April/003376.html new file mode 100644 index 000000000..3ba0f3eee --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003376.html @@ -0,0 +1,84 @@ + + + + [Mageia-sysadm] Problem on rabbit regarding libvirtd + + + + + + + + + +

[Mageia-sysadm] Problem on rabbit regarding libvirtd

+ Michael Scherer + misc at zarb.org +
+ Wed Apr 20 10:56:03 CEST 2011 +

+
+ +
It seems that something removed /sys on rabbit :
+
+Apr 20 10:51:06 rabbit libvirtd: 10:51:06.800: error :
+linuxNodeInfoCPUPopulate:230 : cannot opendir /sys/devices/system/cpu:
+No such file or directory
+
+
+Thus, virt-manager was not working, saying "none object is
+unsubscriptable" , virsh was ok and the message I copied was
+in /var/log/messages.
+
+Solution is to mount /sys : 
+  mount -t sysfs none /sys/
+
+ 
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003377.html b/zarb-ml/mageia-sysadm/2011-April/003377.html new file mode 100644 index 000000000..d7e9dff31 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003377.html @@ -0,0 +1,75 @@ + + + + [Mageia-sysadm] Problem on rabbit regarding libvirtd + + + + + + + + + +

[Mageia-sysadm] Problem on rabbit regarding libvirtd

+ Olivier Blin + mageia at blino.org +
+ Wed Apr 20 14:50:55 CEST 2011 +

+
+ +
Michael Scherer <misc at zarb.org> writes:
+
+> It seems that something removed /sys on rabbit :
+
+This was a bug in a WIP draklive, sorry about the issue, it
+should not happen again
+
+-- 
+Olivier Blin - blino
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003378.html b/zarb-ml/mageia-sysadm/2011-April/003378.html new file mode 100644 index 000000000..55c52c2c0 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003378.html @@ -0,0 +1,80 @@ + + + + [Mageia-sysadm] Mail aliases for us ? + + + + + + + + + +

[Mageia-sysadm] Mail aliases for us ?

+ Michael Scherer + misc at zarb.org +
+ Wed Apr 20 21:55:18 CEST 2011 +

+
+ +
Hi,
+while preparing the aliases for packagers, i notified that we do not
+have aliases for us as sysadmin.
+
+Should we add ourself in the list of group, how do we decide who do
+have ?
+
+( in practice, it will likely change nothing, since we are all
+packagers, but in the future, if we have new member that are not
+packagers, this could be more important )
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003379.html b/zarb-ml/mageia-sysadm/2011-April/003379.html new file mode 100644 index 000000000..6c5287b27 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003379.html @@ -0,0 +1,84 @@ + + + + [Mageia-sysadm] Mail aliases for us ? + + + + + + + + + +

[Mageia-sysadm] Mail aliases for us ?

+ nicolas vigier + boklm at mars-attacks.org +
+ Wed Apr 20 22:07:12 CEST 2011 +

+
+ +
On Wed, 20 Apr 2011, Michael Scherer wrote:
+
+> Hi,
+> while preparing the aliases for packagers, i notified that we do not
+> have aliases for us as sysadmin.
+> 
+> Should we add ourself in the list of group, how do we decide who do
+> have ?
+> 
+> ( in practice, it will likely change nothing, since we are all
+> packagers, but in the future, if we have new member that are not
+> packagers, this could be more important )
+
+I think all official members of teams should have alias (if I rember
+correctly last council meeting). So this should be the same for sysadmin
+team I think.
+
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003380.html b/zarb-ml/mageia-sysadm/2011-April/003380.html new file mode 100644 index 000000000..58c32115c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003380.html @@ -0,0 +1,95 @@ + + + + [Mageia-sysadm] secteam stuff + + + + + + + + + +

[Mageia-sysadm] secteam stuff

+ Michael Scherer + misc at zarb.org +
+ Wed Apr 20 22:42:56 CEST 2011 +

+
+ +
Hi,
+
+so yesterday was the secteam creation meeting, and a few task have been
+distributed : 
+- adding a field for CVE on bugzilla 
+http://meetbot.mageia.org/mageia-dev/2011/mageia-dev.2011-04-19-19.10.log.html#l-379 , but only for the security category
+
+- adding the security category ( already done, iirc )
+
+- creating a group ( mga-security_officiers ), to handle who can access
+to various security related ressources, already done 
+
+- syncing the group on bugzilla
+( https://bugs.mageia.org/show_bug.cgi?id=899 )
+
+- try to find a way for use to have testing vm, so people can test
+packages upgrades, etc. 
+
+- add a alias for security at mageia to the member of the aforementioned
+group ( will do it )
+
+- check that bugzilla can handle private bug ( it should )
+
+I will enter bug for cve field, vm for test, and private bug, and do the
+security@ alias.
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003381.html b/zarb-ml/mageia-sysadm/2011-April/003381.html new file mode 100644 index 000000000..410339f5b --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003381.html @@ -0,0 +1,83 @@ + + + + [Mageia-sysadm] Hobbit [528732] jonund.mageia.org:cpu warning (YELLOW) + + + + + + + + + +

[Mageia-sysadm] Hobbit [528732] jonund.mageia.org:cpu warning (YELLOW)

+ Michael Scherer + misc at zarb.org +
+ Wed Apr 20 23:20:13 CEST 2011 +

+
+ +
Le mardi 19 avril 2011 à 14:58 +0200, Buchan Milne a écrit :
+> On Tuesday, 12 April 2011 13:11:57 Thomas Backlund wrote:
+> > nicolas vigier skrev 12.4.2011 13:15:
+> > > On Tue, 12 Apr 2011, root at mageia.org wrote:
+> > >> yellow Tue Apr 12 08:07:07 CEST 2011 up: 90 days, 0 users, 428 procs,
+> > >> load=6.40 &yellow Load is HIGH
+> > >> System clock is 0 seconds off
+> > > 
+> > > As it is expected that there is sometime load on build nodes and rabbit,
+> > > I think we should disable cpu alerts on those nodes.
+> > 
+> > Is it possible to alter timeline when the warning triggers ?
+> > 
+> > For example for a buildnode, dont warn if the cpu load is high for less
+> > than 6 hours (should cover libreoffice build iirc)
+> 
+> Yes, add DURATION>6h to the alerting rule.
+
+I have added this as commit 1557, but I am not sure it will work, so I
+would appreciate someone checking :)
+
+-- 
+Michael Scherer
+
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003382.html b/zarb-ml/mageia-sysadm/2011-April/003382.html new file mode 100644 index 000000000..d5160811e --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003382.html @@ -0,0 +1,69 @@ + + + + [Mageia-sysadm] list of things to do in sysadmin + + + + + + + + + +

[Mageia-sysadm] list of things to do in sysadmin

+ nicolas vigier + boklm at mars-attacks.org +
+ Wed Apr 20 23:21:38 CEST 2011 +

+
+ +
On Fri, 08 Apr 2011, nicolas vigier wrote:
+
+> Hello,
+> 
+> As todo list on the wiki for sysadmin was not updated for a long time, I
+> looked at list of things we have to do.
+
+The sysadmin TODO list can now be seen on bugzilla :
+https://bugs.mageia.org/showdependencytree.cgi?id=859&hide_resolved=1
+
+If you want to add something to TODO list, create a new bug and make it
+block #859. Or #858 if it's something on Build System.
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003383.html b/zarb-ml/mageia-sysadm/2011-April/003383.html new file mode 100644 index 000000000..8ad225591 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003383.html @@ -0,0 +1,82 @@ + + + + [Mageia-sysadm] Mail aliases for us ? + + + + + + + + + +

[Mageia-sysadm] Mail aliases for us ?

+ Thomas Backlund + tmb at iki.fi +
+ Thu Apr 21 07:33:54 CEST 2011 +

+
+ +
Michael Scherer skrev 20.4.2011 22:55:
+> Hi,
+> while preparing the aliases for packagers, i notified that we do not
+> have aliases for us as sysadmin.
+>
+> Should we add ourself in the list of group, how do we decide who do
+> have ?
+>
+> ( in practice, it will likely change nothing, since we are all
+> packagers, but in the future, if we have new member that are not
+> packagers, this could be more important )
+>
+
+Some of us already have it,as we are either founders or board...
+
+But yes, all sysadmins should have an alias.
+
+--
+Thomas
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003384.html b/zarb-ml/mageia-sysadm/2011-April/003384.html new file mode 100644 index 000000000..f59d3cdc6 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003384.html @@ -0,0 +1,75 @@ + + + + [Mageia-sysadm] Possibility to assign bugs to i18n + + + + + + + + + +

[Mageia-sysadm] Possibility to assign bugs to i18n

+ Oliver Burger + oliver.bgr at googlemail.com +
+ Thu Apr 21 11:09:04 CEST 2011 +

+
+ +
Hi,
+
+Ahmad asked if it would be possible to assign bugs to the i18n ml like 
+it's done for web.
+See https://bugs.mageia.org/show_bug.cgi?id=302
+
+I think it would be good, if we could also assign bugs to the language 
+specific mls (or at least put them in cc), so we could assign bugs to 
+the team in question.
+
+Oliver
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003385.html b/zarb-ml/mageia-sysadm/2011-April/003385.html new file mode 100644 index 000000000..628fa3473 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003385.html @@ -0,0 +1,78 @@ + + + + [Mageia-sysadm] Possibility to assign bugs to i18n + + + + + + + + + +

[Mageia-sysadm] Possibility to assign bugs to i18n

+ Dexter Morgan + dmorganec at gmail.com +
+ Thu Apr 21 11:15:25 CEST 2011 +

+
+ +
On Thu, Apr 21, 2011 at 11:09 AM, Oliver Burger
+<oliver.bgr at googlemail.com> wrote:
+> Hi,
+>
+> Ahmad asked if it would be possible to assign bugs to the i18n ml like
+> it's done for web.
+> See https://bugs.mageia.org/show_bug.cgi?id=302
+>
+> I think it would be good, if we could also assign bugs to the language
+> specific mls (or at least put them in cc), so we could assign bugs to
+> the team in question.
+
+i will try to do it today.
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003386.html b/zarb-ml/mageia-sysadm/2011-April/003386.html new file mode 100644 index 000000000..2130567e2 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003386.html @@ -0,0 +1,83 @@ + + + + [Mageia-sysadm] Presentation + + + + + + + + + +

[Mageia-sysadm] Presentation

+ Drakor + drakorbofh at gmail.com +
+ Thu Apr 21 19:05:21 CEST 2011 +

+
+ +
Hi there.
+
+My name is Fernando Ristano (aka Drakor).
+
+I'm one of the minor admin of Blogdrake, ocasional packager and
+developer of tools like GetRepoDrake
+(http://vfmbofh.homelinux.net/katnatek/GetRepoDrake/),
+MDVupdateOffline (offline) and a personlitation of SimplePO (offline
+to).
+
+I'm working as a PHP and Drupal developer, also doing some sysadmin things.
+
+At this moment, i'm makimg some scripts for backup the servers at
+work. Maybe i can help doing something similar on mageia servers. :D
+
+Bye.
+
+PD: Sorry about my bad english.
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003387.html b/zarb-ml/mageia-sysadm/2011-April/003387.html new file mode 100644 index 000000000..0b6aafba6 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003387.html @@ -0,0 +1,79 @@ + + + + [Mageia-sysadm] Presentation + + + + + + + + + +

[Mageia-sysadm] Presentation

+ nicolas vigier + boklm at mars-attacks.org +
+ Thu Apr 21 19:10:54 CEST 2011 +

+
+ +
On Thu, 21 Apr 2011, Drakor wrote:
+
+> 
+> At this moment, i'm makimg some scripts for backup the servers at
+> work. Maybe i can help doing something similar on mageia servers. :D
+
+Hello,
+
+You can find the sysadmin todo list on bugzilla :
+https://bugs.mageia.org/showdependencytree.cgi?id=859&hide_resolved=1
+
+Don't hesite to add ideas, suggestions or patchs if you see something
+where you can help.
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003388.html b/zarb-ml/mageia-sysadm/2011-April/003388.html new file mode 100644 index 000000000..313bc9730 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003388.html @@ -0,0 +1,114 @@ + + + + [Mageia-sysadm] Dynlist and change on ldap + + + + + + + + + +

[Mageia-sysadm] Dynlist and change on ldap

+ Michael Scherer + misc at zarb.org +
+ Thu Apr 21 22:04:39 CEST 2011 +

+
+ +
Hi,
+
+in order to solve the issue of letting i18n people commit for
+translation, I propose the following : 
+
+- a group for svn.mageia.org access ( ie, svn+ssh and git ) access
+- a group that can commit in soft/, everywhere, 
+- a group that can commit po file 
+
+The group 1 will be composed of member of all group that can commit
+somewhere ( ie packagers, sysadmin, i18n-commiters, etc ) 
+
+The group that can commit to soft/ will be packagers et i18n-commiters
+
+The 3rd group is i18n-commiters
+
+In order to solve that, I activated the dynlist overlay. 
+
+To use it, just add a group like this : 
+
+cn=mga-test_dyn,ou=Group,dc=mageia,dc=org
+cn: mga-test_dyn
+objectClass: posixGroup
+objectClass: groupOfURLs
+gidNumber: 5013
+memberURL:
+ldap:///ou=People,dc=mageia,dc=org?dn?sub?(&(objectClass=posixAccount)(memberOf=cn=mga-council,ou=Group,dc=mageia,dc=org))
+memberURL:
+ldap:///ou=People,dc=mageia,dc=org?dn?sub?(&(objectClass=posixAccount)(memberOf=cn=mga-sysadmin,ou=Group,dc=mageia,dc=org))
+
+This one will create a group with sysadmin and council member.
+
+# getent group mga-test_dyn
+mga-test_dyn:*:5013:misc,rda,boklm,tmb,ennael,dams,buchan,dmorgan,nanardon,colin,blino,pterjan
+
+( ok here, it doesn't work fully, wobo and trishf42 are missing but
+since ennael and rda are not in sysadmin group, this kinda work, I will
+look at this more closely, maybe a index issue, or memberOf not being
+refreshed )
+
+Next stuff is :
+- create the missing groups
+- change the various acl bits on svn and svn.mandriva 
+- create svn acl support
+
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003389.html b/zarb-ml/mageia-sysadm/2011-April/003389.html new file mode 100644 index 000000000..8634a59ce --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003389.html @@ -0,0 +1,98 @@ + + + + [Mageia-sysadm] Dynlist and change on ldap + + + + + + + + + +

[Mageia-sysadm] Dynlist and change on ldap

+ Michael Scherer + misc at zarb.org +
+ Thu Apr 21 22:09:34 CEST 2011 +

+
+ +
Le jeudi 21 avril 2011 à 22:04 +0200, Michael Scherer a écrit :
+
+> To use it, just add a group like this : 
+> 
+> cn=mga-test_dyn,ou=Group,dc=mageia,dc=org
+> cn: mga-test_dyn
+> objectClass: posixGroup
+> objectClass: groupOfURLs
+> gidNumber: 5013
+> memberURL:
+> ldap:///ou=People,dc=mageia,dc=org?dn?sub?(&(objectClass=posixAccount)(memberOf=cn=mga-council,ou=Group,dc=mageia,dc=org))
+> memberURL:
+> ldap:///ou=People,dc=mageia,dc=org?dn?sub?(&(objectClass=posixAccount)(memberOf=cn=mga-sysadmin,ou=Group,dc=mageia,dc=org))
+> 
+> This one will create a group with sysadmin and council member.
+> 
+> # getent group mga-test_dyn
+> mga-test_dyn:*:5013:misc,rda,boklm,tmb,ennael,dams,buchan,dmorgan,nanardon,colin,blino,pterjan
+> 
+> ( ok here, it doesn't work fully, wobo and trishf42 are missing but
+> since ennael and rda are not in sysadmin group, this kinda work, I will
+> look at this more closely, maybe a index issue, or memberOf not being
+> refreshed )
+
+Ok as usual, I first say something stupid and then find the issue.
+
+Of course, for this example, we should not add
+"(objectClass=posixAccount)" in the filter, as neither wobo or trishf42
+have a posixAccount :)
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003390.html b/zarb-ml/mageia-sysadm/2011-April/003390.html new file mode 100644 index 000000000..73850df60 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003390.html @@ -0,0 +1,77 @@ + + + + [Mageia-sysadm] maven and possible bootstrap. + + + + + + + + + +

[Mageia-sysadm] maven and possible bootstrap.

+ Dexter Morgan + dmorganec at gmail.com +
+ Sat Apr 23 01:48:13 CEST 2011 +

+
+ +
On Tue, Apr 19, 2011 at 5:33 PM, Michael Scherer <misc at zarb.org> wrote:
+>> I have a proposal that can looks dirty but we could just unlock very soon.
+>>
+>> 1 - make a chroot, install the rpms for fedora maven, plexus.
+>> 2 - change the src.rpm so they are OK in mageia and rebuild them.
+>> 3 - put the rpms in the repo
+>> 4 - launch a rebuild rpms for them to be in rebuild _all_ mageia.
+>
+> That sound ok, provided that you mean what I understood. After all,
+> that's the way we  bootstrap lots of stuff.
+
+Almost done :)
+
+Only netbean is missing for a rebuild, but there is a bug in netbean
+and it doesn't build with icedtea.
+With boklm we will handle the add of all this in mageia after beta2 is
+out and then we will have an up to date java stack.
+
+ + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003391.html b/zarb-ml/mageia-sysadm/2011-April/003391.html new file mode 100644 index 000000000..c2afa9c93 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003391.html @@ -0,0 +1,80 @@ + + + + [Mageia-sysadm] [msec] *** Security Check on alamut.mageia.org, Apr 04 04:02:02 *** + + + + + + + + + +

[Mageia-sysadm] [msec] *** Security Check on alamut.mageia.org, Apr 04 04:02:02 ***

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Sat Apr 23 19:16:50 CEST 2011 +

+
+ +
On 4 April 2011 17:56, Michael Scherer <misc at zarb.org> wrote:
+> Le lundi 04 avril 2011 à 11:19 +0200, nicolas vigier a écrit :
+>> On Mon, 04 Apr 2011, root wrote:
+>>
+>> > *** Security Check, Apr 04 04:02:02 ***
+>> > *** Check type: daily ***
+>> > *** Check executed from: /etc/cron.daily/msec ***
+>>
+>> I removed msec from alamut.
+>
+> /me add a button [I like it] on the mail and click on it
+
+Too late but:
+/me add a button [if the logs aren't read at least once a month, nuke
+it out of the mga servers] on the mail and click it twice.
+
+Simply because I still remember n4,5 struggling with the I/O and CPU
+load of msec checking each and every chroot on the BS...
+
+> --
+> Michael Scherer
+>
+
+-- 
+Ahmad Samir
+
+ + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003392.html b/zarb-ml/mageia-sysadm/2011-April/003392.html new file mode 100644 index 000000000..65817b9c3 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003392.html @@ -0,0 +1,114 @@ + + + + [Mageia-sysadm] Dynlist and change on ldap + + + + + + + + + +

[Mageia-sysadm] Dynlist and change on ldap

+ Michael scherer + misc at zarb.org +
+ Mon Apr 25 12:12:59 CEST 2011 +

+
+ +
On Thu, Apr 21, 2011 at 10:09:34PM +0200, Michael Scherer wrote:
+> Le jeudi 21 avril 2011 à 22:04 +0200, Michael Scherer a écrit :
+> 
+> > To use it, just add a group like this : 
+> > 
+> > cn=mga-test_dyn,ou=Group,dc=mageia,dc=org
+> > cn: mga-test_dyn
+> > objectClass: posixGroup
+> > objectClass: groupOfURLs
+> > gidNumber: 5013
+> > memberURL:
+> > ldap:///ou=People,dc=mageia,dc=org?dn?sub?(&(objectClass=posixAccount)(memberOf=cn=mga-council,ou=Group,dc=mageia,dc=org))
+> > memberURL:
+> > ldap:///ou=People,dc=mageia,dc=org?dn?sub?(&(objectClass=posixAccount)(memberOf=cn=mga-sysadmin,ou=Group,dc=mageia,dc=org))
+> > 
+> > This one will create a group with sysadmin and council member.
+> > 
+> > # getent group mga-test_dyn
+> > mga-test_dyn:*:5013:misc,rda,boklm,tmb,ennael,dams,buchan,dmorgan,nanardon,colin,blino,pterjan
+> > 
+> > ( ok here, it doesn't work fully, wobo and trishf42 are missing but
+> > since ennael and rda are not in sysadmin group, this kinda work, I will
+> > look at this more closely, maybe a index issue, or memberOf not being
+> > refreshed )
+> 
+> Ok as usual, I first say something stupid and then find the issue.
+> 
+> Of course, for this example, we should not add
+> "(objectClass=posixAccount)" in the filter, as neither wobo or trishf42
+> have a posixAccount :)
+
+So I finally made the changes to ldap :
+created a group called mga-shell_access
+changed svn acl for that
+
+the only issue that I faced was that some members ( ie all i18n and me ) were 
+not able to use the svn, as "id $login" didn't show that they were in the 
+group. I do not know how I solved ( in fact, it started to work once I added 
+i18n to the test_dyn group I created to test everything ).
+
+I suspect some strange ldap corruption ( since some groups were using duplicated GID )
+since now everything except my account work. id do not show that I am in the mga-shell_access
+group, but getent group show ( and I can access by ssh to svn.mageia.org ).
+
+Besides doing a dump/reload of ldap, does someone has a proposal 
+( I did db_recover and slapindex, just by pure cargo culting ) ?
+
+-- 
+Michael Scherer
+
+
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003393.html b/zarb-ml/mageia-sysadm/2011-April/003393.html new file mode 100644 index 000000000..5da171e74 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003393.html @@ -0,0 +1,115 @@ + + + + [Mageia-sysadm] Dynlist and change on ldap + + + + + + + + + +

[Mageia-sysadm] Dynlist and change on ldap

+ Michael scherer + misc at zarb.org +
+ Mon Apr 25 14:58:05 CEST 2011 +

+
+ +
On Mon, Apr 25, 2011 at 12:12:59PM +0200, Michael scherer wrote:
+> On Thu, Apr 21, 2011 at 10:09:34PM +0200, Michael Scherer wrote:
+> > Le jeudi 21 avril 2011 à 22:04 +0200, Michael Scherer a écrit :
+> > 
+> > > To use it, just add a group like this : 
+> > > 
+> > > cn=mga-test_dyn,ou=Group,dc=mageia,dc=org
+> > > cn: mga-test_dyn
+> > > objectClass: posixGroup
+> > > objectClass: groupOfURLs
+> > > gidNumber: 5013
+> > > memberURL:
+> > > ldap:///ou=People,dc=mageia,dc=org?dn?sub?(&(objectClass=posixAccount)(memberOf=cn=mga-council,ou=Group,dc=mageia,dc=org))
+> > > memberURL:
+> > > ldap:///ou=People,dc=mageia,dc=org?dn?sub?(&(objectClass=posixAccount)(memberOf=cn=mga-sysadmin,ou=Group,dc=mageia,dc=org))
+> > > 
+> > > This one will create a group with sysadmin and council member.
+> > > 
+> > > # getent group mga-test_dyn
+> > > mga-test_dyn:*:5013:misc,rda,boklm,tmb,ennael,dams,buchan,dmorgan,nanardon,colin,blino,pterjan
+> > > 
+> > > ( ok here, it doesn't work fully, wobo and trishf42 are missing but
+> > > since ennael and rda are not in sysadmin group, this kinda work, I will
+> > > look at this more closely, maybe a index issue, or memberOf not being
+> > > refreshed )
+> > 
+> > Ok as usual, I first say something stupid and then find the issue.
+> > 
+> > Of course, for this example, we should not add
+> > "(objectClass=posixAccount)" in the filter, as neither wobo or trishf42
+> > have a posixAccount :)
+> 
+> So I finally made the changes to ldap :
+> created a group called mga-shell_access
+> changed svn acl for that
+> 
+> the only issue that I faced was that some members ( ie all i18n and me ) were 
+> not able to use the svn, as "id $login" didn't show that they were in the 
+> group. I do not know how I solved ( in fact, it started to work once I added 
+> i18n to the test_dyn group I created to test everything ).
+
+So it seems that's some caching issue ( or at least, I would inclined to think ).
+If we modify mga-shell_access by hand, everything work fine. 
+Ie, any modification of the group is not reflected immediately, but on the next modification.
+
+Buchan, maybe you have a idea ?
+( already tried to play around indexes without much success ).
+
+According to the various researches I did around the web, dynlist + caching is a 
+hard problem, so maybe there is indeed a bug.
+-- 
+Michael Scherer
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003394.html b/zarb-ml/mageia-sysadm/2011-April/003394.html new file mode 100644 index 000000000..ac6ef8131 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003394.html @@ -0,0 +1,83 @@ + + + + [Mageia-sysadm] maven and possible bootstrap. + + + + + + + + + +

[Mageia-sysadm] maven and possible bootstrap.

+ Dexter Morgan + dmorganec at gmail.com +
+ Mon Apr 25 17:10:36 CEST 2011 +

+
+ +
On Sat, Apr 23, 2011 at 1:48 AM, Dexter Morgan <dmorganec at gmail.com> wrote:
+> On Tue, Apr 19, 2011 at 5:33 PM, Michael Scherer <misc at zarb.org> wrote:
+>>> I have a proposal that can looks dirty but we could just unlock very soon.
+>>>
+>>> 1 - make a chroot, install the rpms for fedora maven, plexus.
+>>> 2 - change the src.rpm so they are OK in mageia and rebuild them.
+>>> 3 - put the rpms in the repo
+>>> 4 - launch a rebuild rpms for them to be in rebuild _all_ mageia.
+>>
+>> That sound ok, provided that you mean what I understood. After all,
+>> that's the way we  bootstrap lots of stuff.
+>
+> Almost done :)
+>
+> Only netbean is missing for a rebuild, but there is a bug in netbean
+> and it doesn't build with icedtea.
+> With boklm we will handle the add of all this in mageia after beta2 is
+> out and then we will have an up to date java stack.
+>
+
+All is done now, we now have a brand new java stack ( maven 3 / plexus
+/ netbeans / and oter gifts ), thks to the help of fedora java  team.
+
+Inclusion in mageia is planned for wednesday.
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003395.html b/zarb-ml/mageia-sysadm/2011-April/003395.html new file mode 100644 index 000000000..79621d7b6 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003395.html @@ -0,0 +1,83 @@ + + + + [Mageia-sysadm] Possibility to assign bugs to i18n + + + + + + + + + +

[Mageia-sysadm] Possibility to assign bugs to i18n

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Mon Apr 25 17:25:20 CEST 2011 +

+
+ +
On 21 April 2011 11:15, Dexter Morgan <dmorganec at gmail.com> wrote:
+> On Thu, Apr 21, 2011 at 11:09 AM, Oliver Burger
+> <oliver.bgr at googlemail.com> wrote:
+>> Hi,
+>>
+>> Ahmad asked if it would be possible to assign bugs to the i18n ml like
+>> it's done for web.
+>> See https://bugs.mageia.org/show_bug.cgi?id=302
+>>
+>> I think it would be good, if we could also assign bugs to the language
+>> specific mls (or at least put them in cc), so we could assign bugs to
+>> the team in question.
+>
+> i will try to do it today.
+
+Mageia bugzilla doesn't have a "Translation" component, if it ever
+gets one, then the i18n ML could be the default "QA Contact".
+
+(FWIW, misc's reasoning was that a translation bug will be in an rpm
+package, so there shouldn't be a separate translation component).
+
+-- 
+Ahmad Samir
+
+ + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003396.html b/zarb-ml/mageia-sysadm/2011-April/003396.html new file mode 100644 index 000000000..0ac001297 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003396.html @@ -0,0 +1,136 @@ + + + + [Mageia-sysadm] Dynlist and change on ldap + + + + + + + + + +

[Mageia-sysadm] Dynlist and change on ldap

+ Michael scherer + misc at zarb.org +
+ Mon Apr 25 19:44:26 CEST 2011 +

+
+ +
On Mon, Apr 25, 2011 at 02:58:05PM +0200, Michael scherer wrote:
+> On Mon, Apr 25, 2011 at 12:12:59PM +0200, Michael scherer wrote:
+> > On Thu, Apr 21, 2011 at 10:09:34PM +0200, Michael Scherer wrote:
+> > > Le jeudi 21 avril 2011 à 22:04 +0200, Michael Scherer a écrit :
+> > > 
+> > > > To use it, just add a group like this : 
+> > > > 
+> > > > cn=mga-test_dyn,ou=Group,dc=mageia,dc=org
+> > > > cn: mga-test_dyn
+> > > > objectClass: posixGroup
+> > > > objectClass: groupOfURLs
+> > > > gidNumber: 5013
+> > > > memberURL:
+> > > > ldap:///ou=People,dc=mageia,dc=org?dn?sub?(&(objectClass=posixAccount)(memberOf=cn=mga-council,ou=Group,dc=mageia,dc=org))
+> > > > memberURL:
+> > > > ldap:///ou=People,dc=mageia,dc=org?dn?sub?(&(objectClass=posixAccount)(memberOf=cn=mga-sysadmin,ou=Group,dc=mageia,dc=org))
+> > > > 
+> > > > This one will create a group with sysadmin and council member.
+> > > > 
+> > > > # getent group mga-test_dyn
+> > > > mga-test_dyn:*:5013:misc,rda,boklm,tmb,ennael,dams,buchan,dmorgan,nanardon,colin,blino,pterjan
+> > > > 
+> > > > ( ok here, it doesn't work fully, wobo and trishf42 are missing but
+> > > > since ennael and rda are not in sysadmin group, this kinda work, I will
+> > > > look at this more closely, maybe a index issue, or memberOf not being
+> > > > refreshed )
+> > > 
+> > > Ok as usual, I first say something stupid and then find the issue.
+> > > 
+> > > Of course, for this example, we should not add
+> > > "(objectClass=posixAccount)" in the filter, as neither wobo or trishf42
+> > > have a posixAccount :)
+> > 
+> > So I finally made the changes to ldap :
+> > created a group called mga-shell_access
+> > changed svn acl for that
+> > 
+> > the only issue that I faced was that some members ( ie all i18n and me ) were 
+> > not able to use the svn, as "id $login" didn't show that they were in the 
+> > group. I do not know how I solved ( in fact, it started to work once I added 
+> > i18n to the test_dyn group I created to test everything ).
+> 
+> So it seems that's some caching issue ( or at least, I would inclined to think ).
+> If we modify mga-shell_access by hand, everything work fine. 
+> Ie, any modification of the group is not reflected immediately, but on the next modification.
+> 
+> Buchan, maybe you have a idea ?
+> ( already tried to play around indexes without much success ).
+> 
+> According to the various researches I did around the web, dynlist + caching is a 
+> hard problem, so maybe there is indeed a bug.
+
+Turn out that the issue was more complex.
+Since I was using ldapvi without -M option, the ldap search used returned all member:
+attributes after being expanded by dynlist. So, upon closing the editor, it would 
+send the members attributes as change to apply to the group, and the ldap would record them 
+as a modification. This is why we were seeing some strange issue that I labeled as 
+'cache issue'. 
+
+The command id is using a query with a search filter '(member=uid=login,dc=...)' and should not
+have worked at all with dynlist, since dynamic group are expanded only when the whole
+object is returned. Yet, because of the aformentioned side effect of ldapvi, it worked
+but it was somehow "late" on change.
+
+After digging everywhere, the proper solution was much simpler :
+- nss_ldap support nested groups.
+
+So I created a group mga-shell_access_2, placed the group of sysadmin, packagers, etc
+in the members attribute and it worked fine. I did some basic tests to see there
+was no regression and then I switched the group ( in 2 operations ).
+And now it work fine. 
+
+But this didn't seems to be widely documented ( or maybe I overlooked )
+-- 
+Michael Scherer
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003397.html b/zarb-ml/mageia-sysadm/2011-April/003397.html new file mode 100644 index 000000000..7d684146a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003397.html @@ -0,0 +1,69 @@ + + + + [Mageia-sysadm] [895] - use File::Path and List::MoreUtils, and only import if_ from MDK:: Common + + + + + + + + + +

[Mageia-sysadm] [895] - use File::Path and List::MoreUtils, and only import if_ from MDK:: Common

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Apr 15 14:19:16 CEST 2011 +

+
+ +
On 15 April 2011 14:17,  <root at mageia.org> wrote:
+> Revision 895 Author misc Date 2011-04-15 14:17:07 +0200 (Fri, 15 Apr 2011)
+>
+> Log Message
+>
+> - use File::Path and List::MoreUtils, and only import if_ from MDK::Common
+
+snif.
+First my typos got fixed just before they aged 10 years, and npw you're removing
+all the MDK::C bits I introduced in mkcd in order to clean it :-(
+
+How cruel is this world?
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003398.html b/zarb-ml/mageia-sysadm/2011-April/003398.html new file mode 100644 index 000000000..437c97db6 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003398.html @@ -0,0 +1,83 @@ + + + + [Mageia-sysadm] Beta 2 on mirror + + + + + + + + + +

[Mageia-sysadm] Beta 2 on mirror

+ Michael Scherer + misc at zarb.org +
+ Tue Apr 26 14:38:18 CEST 2011 +

+
+ +
Hi,
+
+like last time ( and last time before ), I was the lucky guy who had to
+push stuff on the mirror.
+
+n rabbit :
+copy all iso in a single directory inside screen, using scp :
+scp */* root at valstar.mageia.org:/distrib/new_isos/
+
+on valstar : 
+- check md5 and sha1
+
+ cd /distrib
+ mv mirror/iso/cauldron/ old_isos/1/beta1/ 
+ mv new_isos/ mirror/iso/cauldron/ 
+
+
+We still didn't finished the bittorrent setup, nor contacted mirror
+people to tell them to subscribe to mirrors-announce :/
+
+-- 
+Michael Scherer
+
+
+ + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003399.html b/zarb-ml/mageia-sysadm/2011-April/003399.html new file mode 100644 index 000000000..5b0c3b786 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003399.html @@ -0,0 +1,71 @@ + + + + [Mageia-sysadm] asking for access rights + + + + + + + + + +

[Mageia-sysadm] asking for access rights

+ philippe makowski + makowski.mageia at gmail.com +
+ Tue Apr 26 20:07:18 CEST 2011 +

+
+ +
 I think that zezinho (José JORGE ) can start working on packages
+(at first cultivation, he have two patches to commit) can you give him
+rights please ?
+
+his pub key :
+http://jjorge.free.fr/iditente/id_rsa.pub
+
+his login : zezinho
+
+thanks
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003400.html b/zarb-ml/mageia-sysadm/2011-April/003400.html new file mode 100644 index 000000000..f7db706d8 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003400.html @@ -0,0 +1,171 @@ + + + + [Mageia-sysadm] Users authentication on forums + + + + + + + + + +

[Mageia-sysadm] Users authentication on forums

+ nicolas vigier + boklm at mars-attacks.org +
+ Tue Apr 26 20:24:41 CEST 2011 +

+
+ +
On Tue, 19 Apr 2011, Michael Scherer wrote:
+
+> Le lundi 11 avril 2011 à 14:39 +0200, nicolas vigier a écrit :
+> > Hello,
+> > 
+> > For authentication on the forums, we are currently using ldap. The user
+> > sends his login and passwords to phpbb which use it to authenticate on
+> > ldap server. Because of this, someone with root access on the forums
+> > server can access password of any user connecting to the forums. And
+> > because important passwords are transfered, the connection needs to be
+> > in SSL, so the *.mageia.org certificate also needs to be installed. So
+> > access to the server needs to be restricted to sysadmin team only, who
+> > also need to be able to check what is being done on forums, check it is
+> > secure, etc ... And I think this makes forums admins not happy.
+> 
+> Then what about doing like french forums, and not connect at all to our
+> ldap.
+> 
+> This let people the whole freedom to do what they want and allow us to
+> focus on stuff that we need ( like deploying everything that need to be
+> deployed, wiki, bittorrent server, etc, see the bugzilla for list of
+> thing to do ).
+
+Yes, that's what I was thinking first. One day that I decided to be
+lazy and started to think how to get ride of forums. Maybe that is not
+a good idea. But it was planned to migrate forums to an other server
+installed and managed by other people, and we have the same problem in
+that case, that other people not in sysadmin team are root on this server.
+But even if we don't do that and continue to be the only root on the
+server, someone hacking the phpbb server could easily add a password
+logger in source code and steal passwords allowing access to svn or some
+other servers.
+
+So to avoid a security hole in one web app to give access to everything,
+I think it would be useful to separate authentication part. Actually I
+don't know enough about openid, oauth and other protocols to say which
+one is better. But we can see this with help of webteam.
+
+> 
+> - we would need to make changes to applications, in a non upstreamable
+> way. It was one of the point in favor of ldap , that everything can be
+> easy to share. If we start to go this way, we will end like each time we
+> go this way, with a huge forked stuff. Packagers learned this the hard
+> way more than once. And lack of time + big pile of customization is what
+> blocked forum upgrade for years, so I really think we start to learn
+> from our past mistakes.
+
+I think a phpbb oauth plugin could be upstreamable. There is already an
+openid plugin, where we could add an option to force openid server, and
+maybe upstream this option.
+
+> - openid/oauth manage the authentication ( and some vcard stuff ) but
+> not the autorisation. For example, Transifex ( and others django
+> application ) do use ldap groups for autorisation and I think that's
+> rather a good idea to manage this using ldap.
+> 
+> While it is not the case right now for forums, as said before, there was
+> some discussions about having i18n/packagers/etc people having extended
+> rights on some subforums, this would be harder to be done cleanly
+> without a ldap access.
+
+I though it was too difficult to do it in phpbb, so we decided to not
+use ldap groups in phpbb. But using external authentication does not
+prevent us to use ldap groups. It should be possible to give limited
+ldap access to phpbb to read group infos and use something else for
+authentication.
+
+> - moreover, keeping group of people outside of our ldap would make
+> various process harder. 
+> 
+> For example, if we want to elect moderators representatives, this would
+> be tedious to do it on epoll if the group is stored elsewhere ( it is
+> tedious now but there is some bug to fix for that ). If we want to setup
+> a ml synced with ldap ( like board-private@ ), this would also cause
+> data duplication. Email aliases are also based on ldap group membership,
+> etc.
+
+I agree that we shouldn't store groups elsewhere.
+
+> - Most web applications will also need to access to email of users for
+> various reasons ( like sending email ), most will also store the email
+> for later usage. That's personal information that we should also protect
+> and I think the various threads on the subject in the past, or the
+> recent issue regarding Epsilon, or Google show that enough people care
+> about that. We cannot share them with anyone without having this written
+> in the privacy policy, ( policy that is still a draft cf bug 452 ) and
+> told to users. 
+> 
+> 
+> - Moreover, if we start to give private informations to 3rd party
+> websites, they should IMHO also have a privacy policy, and respect it.
+> But yet, we cannot do much to make sure it is enforced or respected,
+> unless if we are root. And if we are root on the server, then I see no
+> reason to not handle like the others ( ie, puppet etc ). Then we are
+> back on the same issues that sparkled the proposal.
+> 
+> 
+> - As said on irc, there is the security issues. While we can suffer from
+> it on our servers too, this would be a wrong way of evaluating the risk.
+> If we take for example X external web sites, managed by X different
+> group, and the Mageia web applications, there is more attack surface
+> ( around X+1 time more ) than just having the Mageia applications. And
+> unless we can guarantee that all 3rd party admins will be skilled enough
+> in the arcane of security, the risk would likely be bigger than smaller.
+
+I think using an authentication server is better for security :
+ - without authentication server, all web sites receive the ldap
+   password, and have read/write access to the ldap from the user
+   account. Someone taking control of one website can access all
+   passwords of users connecting.
+ - with authentication server, the web sites (except authentication
+   web site) do not receive the password, so they cannot steal it, cannot
+   authenticate on other websites. It's bad if one of the website is
+   attacked, but it doesn't give access to the svn or other websites.
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003401.html b/zarb-ml/mageia-sysadm/2011-April/003401.html new file mode 100644 index 000000000..fa1286a4a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003401.html @@ -0,0 +1,88 @@ + + + + [Mageia-sysadm] maven and possible bootstrap. + + + + + + + + + +

[Mageia-sysadm] maven and possible bootstrap.

+ Michael Scherer + misc at zarb.org +
+ Tue Apr 26 21:59:03 CEST 2011 +

+
+ +
Le lundi 25 avril 2011 à 17:10 +0200, Dexter Morgan a écrit :
+> On Sat, Apr 23, 2011 at 1:48 AM, Dexter Morgan <dmorganec at gmail.com> wrote:
+> > On Tue, Apr 19, 2011 at 5:33 PM, Michael Scherer <misc at zarb.org> wrote:
+> >>> I have a proposal that can looks dirty but we could just unlock very soon.
+> >>>
+> >>> 1 - make a chroot, install the rpms for fedora maven, plexus.
+> >>> 2 - change the src.rpm so they are OK in mageia and rebuild them.
+> >>> 3 - put the rpms in the repo
+> >>> 4 - launch a rebuild rpms for them to be in rebuild _all_ mageia.
+> >>
+> >> That sound ok, provided that you mean what I understood. After all,
+> >> that's the way we  bootstrap lots of stuff.
+> >
+> > Almost done :)
+> >
+> > Only netbean is missing for a rebuild, but there is a bug in netbean
+> > and it doesn't build with icedtea.
+> > With boklm we will handle the add of all this in mageia after beta2 is
+> > out and then we will have an up to date java stack.
+> >
+> 
+> All is done now, we now have a brand new java stack ( maven 3 / plexus
+> / netbeans / and oter gifts ), thks to the help of fedora java  team.
+> 
+> Inclusion in mageia is planned for wednesday.
+
+I think you should have sent this to -dev too, given it broke some
+packages like scilab, etc. 
+-- 
+Michael Scherer
+
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003402.html b/zarb-ml/mageia-sysadm/2011-April/003402.html new file mode 100644 index 000000000..826db532f --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003402.html @@ -0,0 +1,143 @@ + + + + [Mageia-sysadm] Users authentication on forums + + + + + + + + + +

[Mageia-sysadm] Users authentication on forums

+ Romain d'Alverny + rda at mageia.org +
+ Tue Apr 26 21:59:57 CEST 2011 +

+
+ +
Hi there,
+
+a small update because I was not convinced - and waiting for beta2 was
+a good time. :-p
+
+On Tue, Apr 19, 2011 at 01:10, Michael Scherer <misc at zarb.org> wrote:
+> - openid/oauth manage the authentication ( and some vcard stuff ) but
+> not the autorisation. For example, Transifex ( and others django
+> application ) do use ldap groups for autorisation and I think that's
+> rather a good idea to manage this using ldap.
+
+OAuth is about authorizing a 3rd party application to get access to a
+set of credentials (on user acceptance) - that could include groups.
+And many other things. So that's still up to your local app to use
+that for authorization.
+
+> - I think that telling to people "it is ok to give your Mageia password
+> for services that are not managed by mageia.org sysadmins"
+
+OpenID/OAuth are precisely designed to avoid this.
+
+> I recognize the solution was smart and reusing a standard protocol is quite
+> clever, but the whole situation is more complex than just "delegating
+> authentication should solve the issue".
+
+It's not about delegating authentication, that stays on mageia.org servers.
+
+I understand your point too. Anyway. Let's see it again from a
+different perspective now. No offense intended to anyone, but just
+stating it plain.
+
+Choosing this current scheme (LDAP + Perl-based Web frontend + strict
+policy on authentication/authorization scheme) makes it:
+ - something completely centralised where, when someone could
+add/extend an application to the Mageia ecosystem, it has to ask for
+permission first (LDAP app-specific credentials, app hosting control),
+instead of just using a piece of infrastructure that would enable
+users to use it (OAuth + open APIs) and giving their permission - and
+keeping control of it; I am not saying that Web developers are craving
+to do that at once, but preventing this sort of thing from happening
+doesn't help;
+ - discussions about improvements cut down for the sake of not
+patching pieces of code, making the whole thing so generic, that it
+will stay generic (genericity is good, but not at the price of not
+progressing/making new stuff).
+
+We can either decide to stay like this - but I'm not sure to see the
+point because it doesn't scale - beyond that it's not really
+interesting either. Yes, the sysadmin team is not extensible and would
+welcome hands to help - showing too conservative a status will not
+help either.
+
+Or decide that we need to open and let go a bit more and design all
+our services in a more modular/flexible way, yet secure. And if
+needed, ask for help on the outside, among people that would be
+willing to help (not only volunteers, but companies whose interest
+could align with dedicating some employees time with the project). For
+instance, continuing as it is today, but accepting to set up an OAuth
+provider service in a given perimeter, plugging it in LDAP with the
+auth part still in mageia.org, and see how things go from there?
+
+Note that I'm not arguing against the team or anyone here, but for a
+different take on how some services may be provided in a more flexible
+way. :-) I'm sure a set of beers and a whiteboard would help a lot
+here but all we have for now is this text-based thing.
+
+(that's not a binary switch - I discussed with some of af83 engineers
+about one of their project they demonstrated at WebWorkersCamp past
+week-end (https://github.com/AF83/auth_server ) - and it seems they
+would be happy to help with this - that's in part why I suggest a bit
+more about this)
+
+So the question, to sum it up is this: would the sysadmin team be ok with:
+ - experimenting such an authorization gateway (as oauth2 here) that
+would allow other apps to use Mageia user accounts for
+authentication/authorization;
+ - possibly setup and implemented/provided by non sysadmins
+
+It's not about setting a fight between systems integrity/admin and
+foolish experiments/developments - it's about allowing ideas to bubble
+through the project without too many obstacles in the middle.
+
+No hurry either, better make sure everyone is on par on this.
+
+
+Cheers,
+
+Romain
+
+ + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003403.html b/zarb-ml/mageia-sysadm/2011-April/003403.html new file mode 100644 index 000000000..63c5d934f --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003403.html @@ -0,0 +1,91 @@ + + + + [Mageia-sysadm] maven and possible bootstrap. + + + + + + + + + +

[Mageia-sysadm] maven and possible bootstrap.

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Tue Apr 26 23:48:35 CEST 2011 +

+
+ +
On 26 April 2011 21:59, Michael Scherer <misc at zarb.org> wrote:
+> Le lundi 25 avril 2011 à 17:10 +0200, Dexter Morgan a écrit :
+>> On Sat, Apr 23, 2011 at 1:48 AM, Dexter Morgan <dmorganec at gmail.com> wrote:
+>> > On Tue, Apr 19, 2011 at 5:33 PM, Michael Scherer <misc at zarb.org> wrote:
+>> >>> I have a proposal that can looks dirty but we could just unlock very soon.
+>> >>>
+>> >>> 1 - make a chroot, install the rpms for fedora maven, plexus.
+>> >>> 2 - change the src.rpm so they are OK in mageia and rebuild them.
+>> >>> 3 - put the rpms in the repo
+>> >>> 4 - launch a rebuild rpms for them to be in rebuild _all_ mageia.
+>> >>
+>> >> That sound ok, provided that you mean what I understood. After all,
+>> >> that's the way we  bootstrap lots of stuff.
+>> >
+>> > Almost done :)
+>> >
+>> > Only netbean is missing for a rebuild, but there is a bug in netbean
+>> > and it doesn't build with icedtea.
+>> > With boklm we will handle the add of all this in mageia after beta2 is
+>> > out and then we will have an up to date java stack.
+>> >
+>>
+>> All is done now, we now have a brand new java stack ( maven 3 / plexus
+>> / netbeans / and oter gifts ), thks to the help of fedora java  team.
+>>
+>> Inclusion in mageia is planned for wednesday.
+>
+> I think you should have sent this to -dev too, given it broke some
+> packages like scilab, etc.
+> --
+> Michael Scherer
+
+IIRC scilab was broken before this boostrap was announced at all.
+
+-- 
+Ahmad Samir
+
+ + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003404.html b/zarb-ml/mageia-sysadm/2011-April/003404.html new file mode 100644 index 000000000..d8b44a6dd --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003404.html @@ -0,0 +1,100 @@ + + + + [Mageia-sysadm] Invalid account + + + + + + + + + +

[Mageia-sysadm] Invalid account

+ Pietr Petronov + ppetronov at yahoo.com +
+ Wed Apr 27 23:12:28 CEST 2011 +

+
+ +
[Même message en français en dessous]
+
+Hi,
+
+I suscribed quite a long time ago to Mageia, but I provided my email address 
+uncorrectly. I've probably written yahoo.fr instead of yahoo.com
+
+I've never received the confirmation mail, so that I never could valid my 
+account. Yet it wasn't pruned and my Nickname isn't available anymore.
+
+Would you be kind enough to erase my account when you have a little time. I'd 
+like to get back my account with the same nickname : Petronov.
+
+Thank you.
+
+And thank you for the great work you do on Mageia.
+
+ P. Petronov
+
+PS : You may also want to check first that the count is really unused if ever 
+another Petronov came while I was waiting my account to be deleted.
+
+______________________________________
+
+Bonjour,
+
+Je me suis inscrit très tôt sur les sites Mageia, mais je me suis trompé 
+d'adresse mail (yahoo.fr au lieu de yahoo.com, je crois).
+
+Je n'ai jamais reçu le mail de confirmation, mais mon compte n'a pas  été effacé 
+pour autant. Pourriez-vous, à l'occasion, le supprimer afin que je me recrée un 
+login sans changer de pseudo  (Petronov). Merci.
+
+Quoi qu'il en soit, merci pour votre travail sur Mageia.
+
+P. Petronov
+
+PS : peut-être serait-il bon de vous assurer quand même que le compte est bien 
+inutilisé au cas où un autre Petronov se soit par aventure inscrit pendant que 
+j'attendais la destruction de mon compte.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-sysadm/attachments/20110427/7f52256f/attachment.html>
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003405.html b/zarb-ml/mageia-sysadm/2011-April/003405.html new file mode 100644 index 000000000..ccae5cd23 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003405.html @@ -0,0 +1,103 @@ + + + + [Mageia-sysadm] Invalid account + + + + + + + + + +

[Mageia-sysadm] Invalid account

+ Michael Scherer + misc at zarb.org +
+ Thu Apr 28 01:42:05 CEST 2011 +

+
+ +
Le mercredi 27 avril 2011 à 22:12 +0100, Pietr Petronov a écrit :
+> [Même message en français en dessous]
+> 
+> Hi,
+
+Hi,
+
+> I suscribed quite a long time ago to Mageia, but I provided my email address 
+> uncorrectly. I've probably written yahoo.fr instead of yahoo.com
+
+Yup, you used .fr and not .com.
+
+> I've never received the confirmation mail, so that I never could valid my 
+> account. Yet it wasn't pruned and my Nickname isn't available anymore.
+> 
+> Would you be kind enough to erase my account when you have a little time. I'd 
+> like to get back my account with the same nickname : Petronov.
+
+Well, the question is "how can we be sure that the erasure demand is
+legit". Ie, if the account is in used, we cannot check it ( unless we go
+on every applications to seek ).
+
+I guess since the password was never changed, that the account was
+indeed unused. I can either erase it, or change the email. 
+
+For the record, here is the ldap query I used on valstar :
+ldapsearch -L -h localhost -b "dc=mageia,dc=org" -D
+"uid=misc,ou=People,dc=mageia,dc=org" -Z  -W
+'(&(objectClass=inetOrgPerson)(!(pwdChangedTime=*)))' cn uid  mail
+
+We do have 27 non activated account, I guess we could decide to prune
+them sooner or later ?
+
+> Thank you.
+> 
+> And thank you for the great work you do on Mageia.
+> 
+>  P. Petronov
+> 
+> PS : You may also want to check first that the count is really unused if ever 
+> another Petronov came while I was waiting my account to be deleted.
+
+Accounts are not deleted ( yet ).
+-- 
+Michael Scherer
+
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003406.html b/zarb-ml/mageia-sysadm/2011-April/003406.html new file mode 100644 index 000000000..f748c129a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003406.html @@ -0,0 +1,104 @@ + + + + [Mageia-sysadm] Invalid account + + + + + + + + + +

[Mageia-sysadm] Invalid account

+ Pascal Terjan + pterjan at gmail.com +
+ Thu Apr 28 01:48:16 CEST 2011 +

+
+ +
On Thu, Apr 28, 2011 at 01:42, Michael Scherer <misc at zarb.org> wrote:
+> Le mercredi 27 avril 2011 à 22:12 +0100, Pietr Petronov a écrit :
+>> [Même message en français en dessous]
+>>
+>> Hi,
+>
+> Hi,
+>
+>> I suscribed quite a long time ago to Mageia, but I provided my email address
+>> uncorrectly. I've probably written yahoo.fr instead of yahoo.com
+>
+> Yup, you used .fr and not .com.
+>
+>> I've never received the confirmation mail, so that I never could valid my
+>> account. Yet it wasn't pruned and my Nickname isn't available anymore.
+>>
+>> Would you be kind enough to erase my account when you have a little time. I'd
+>> like to get back my account with the same nickname : Petronov.
+>
+> Well, the question is "how can we be sure that the erasure demand is
+> legit". Ie, if the account is in used, we cannot check it ( unless we go
+> on every applications to seek ).
+>
+> I guess since the password was never changed, that the account was
+> indeed unused. I can either erase it, or change the email.
+>
+> For the record, here is the ldap query I used on valstar :
+> ldapsearch -L -h localhost -b "dc=mageia,dc=org" -D
+> "uid=misc,ou=People,dc=mageia,dc=org" -Z  -W
+> '(&(objectClass=inetOrgPerson)(!(pwdChangedTime=*)))' cn uid  mail
+>
+> We do have 27 non activated account, I guess we could decide to prune
+> them sooner or later ?
+
+I think an account not activated within a (few) day(s) should indeed
+be deleted (and this should be announced at creation time)
+
+>> Thank you.
+>>
+>> And thank you for the great work you do on Mageia.
+>>
+>>  P. Petronov
+>>
+>> PS : You may also want to check first that the count is really unused if ever
+>> another Petronov came while I was waiting my account to be deleted.
+>
+> Accounts are not deleted ( yet ).
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003407.html b/zarb-ml/mageia-sysadm/2011-April/003407.html new file mode 100644 index 000000000..ee7a23b93 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003407.html @@ -0,0 +1,99 @@ + + + + [Mageia-sysadm] Invalid account + + + + + + + + + +

[Mageia-sysadm] Invalid account

+ Romain d'Alverny + rdalverny at gmail.com +
+ Thu Apr 28 10:08:08 CEST 2011 +

+
+ +
On Thu, Apr 28, 2011 at 01:42, Michael Scherer <misc at zarb.org> wrote:
+>> Would you be kind enough to erase my account when you have a little time. I'd
+>> like to get back my account with the same nickname : Petronov.
+>
+> Well, the question is "how can we be sure that the erasure demand is
+> legit". Ie, if the account is in used, we cannot check it ( unless we go
+> on every applications to seek ).
+
+Well, we need once more a policy about this.
+
+Could be:
+ - notifying each application of account removal, so that each app
+decide, after its own policy, either to drop the account and
+associated data, either to anonymize it (for better or worse) - that
+was the direction we aimed to at mdv;
+ - not doing anything, provided there's a warning at account creation
+about this - but that's unlikely to be a legal option in France where
+servers are hosted.
+
+Either way, an account removal/deletion process should include a
+double verification against the email account (sending a removal
+confirmation email with a time-limited action link that in turn,
+authenticates and asks again the user about removing the account).
+
+> I guess since the password was never changed, that the account was
+> indeed unused. I can either erase it, or change the email.
+>
+> For the record, here is the ldap query I used on valstar :
+> ldapsearch -L -h localhost -b "dc=mageia,dc=org" -D
+> "uid=misc,ou=People,dc=mageia,dc=org" -Z  -W
+> '(&(objectClass=inetOrgPerson)(!(pwdChangedTime=*)))' cn uid  mail
+>
+> We do have 27 non activated account, I guess we could decide to prune
+> them sooner or later ?
+
+Is there a way for a non-activated account to fetch back an activation
+link somehow? (in case of forgotten/deleted link)
+
+Without activation, 15 days could be enough, provided we can be sure
+the account has really not been used.
+
+Romain
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003408.html b/zarb-ml/mageia-sysadm/2011-April/003408.html new file mode 100644 index 000000000..8adbaea54 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003408.html @@ -0,0 +1,120 @@ + + + + [Mageia-sysadm] Invalid account + + + + + + + + + +

[Mageia-sysadm] Invalid account

+ Michael Scherer + misc at zarb.org +
+ Thu Apr 28 12:26:01 CEST 2011 +

+
+ +
Le jeudi 28 avril 2011 à 10:08 +0200, Romain d'Alverny a écrit :
+> On Thu, Apr 28, 2011 at 01:42, Michael Scherer <misc at zarb.org> wrote:
+> >> Would you be kind enough to erase my account when you have a little time. I'd
+> >> like to get back my account with the same nickname : Petronov.
+> >
+> > Well, the question is "how can we be sure that the erasure demand is
+> > legit". Ie, if the account is in used, we cannot check it ( unless we go
+> > on every applications to seek ).
+> 
+> Well, we need once more a policy about this.
+> 
+> Could be:
+>  - notifying each application of account removal, so that each app
+> decide, after its own policy, either to drop the account and
+> associated data, either to anonymize it (for better or worse) - that
+> was the direction we aimed to at mdv;
+>  - not doing anything, provided there's a warning at account creation
+> about this - but that's unlikely to be a legal option in France where
+> servers are hosted.
+> 
+> Either way, an account removal/deletion process should include a
+> double verification against the email account (sending a removal
+> confirmation email with a time-limited action link that in turn,
+> authenticates and asks again the user about removing the account).
+
+For the sake of simplicity, I would simply say that account removal
+should be exceptional if used. My point was more "how can do I know that
+the mail is sent by the real account owner". 
+
+IE, since a mail can be faked without trouble, we need more than "can
+you reset my password" to do it :)
+
+
+> > I guess since the password was never changed, that the account was
+> > indeed unused. I can either erase it, or change the email.
+> >
+> > For the record, here is the ldap query I used on valstar :
+> > ldapsearch -L -h localhost -b "dc=mageia,dc=org" -D
+> > "uid=misc,ou=People,dc=mageia,dc=org" -Z  -W
+> > '(&(objectClass=inetOrgPerson)(!(pwdChangedTime=*)))' cn uid  mail
+> >
+> > We do have 27 non activated account, I guess we could decide to prune
+> > them sooner or later ?
+> 
+> Is there a way for a non-activated account to fetch back an activation
+> link somehow? (in case of forgotten/deleted link)
+
+Nope.
+
+> Without activation, 15 days could be enough, provided we can be sure
+> the account has really not been used.
+
+If the password was not changed ( as seen by the ldap request), then it
+is likely that no one used it.
+ 
+Now, someone could have not clicked on the link, and used the password
+in the url to log on bugzilla/etc, but this is seems highly improbable.
+I am not sure that this could even be done, maybe the account is
+inactive until someone change the password, I need to look.
+
+-- 
+Michael Scherer
+
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003409.html b/zarb-ml/mageia-sysadm/2011-April/003409.html new file mode 100644 index 000000000..9dfad69b3 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003409.html @@ -0,0 +1,86 @@ + + + + [Mageia-sysadm] Fwd: packaging account for who comes from mandriva + + + + + + + + + +

[Mageia-sysadm] Fwd: packaging account for who comes from mandriva

+ Anne nicolas + ennael1 at gmail.com +
+ Fri Apr 29 10:57:37 CEST 2011 +

+
+ +
Guys, can you deal with this ?
+
+
+---------- Forwarded message ----------
+From: José Melo <mmodem00 at gmail.com>
+Date: 2011/4/29
+Subject: packaging account for who comes from mandriva
+To: ennael1 at gmail.com
+
+
+I have read in mageia website that its you and misc that are handling
+it: team council representative: Michael Scherer (aka misc) and Anne
+Nicolas (aka ennael)
+
+I have entered irc in freenode at #mageia-dev and asked misc about it
+but i didnt got any response, so i decided to ask you about the
+procedure to get a mageia packaging account, since i come from
+mandriva packaging.
+
+I have followed all the steps described at
+http://mageia.org/wiki/doku.php?id=packaging, so im registed in
+mageia-dev ML, im also registed in translation ML and waiting that
+Portuguese transaltion project can be created.
+
+kind regards,
+Zé
+
+
+
+-- 
+Anne
+http://www.mageia.org
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-April/003410.html b/zarb-ml/mageia-sysadm/2011-April/003410.html new file mode 100644 index 000000000..4343ceaf4 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-April/003410.html @@ -0,0 +1,71 @@ + + + + [Mageia-sysadm] asking for access rights + + + + + + + + + +

[Mageia-sysadm] asking for access rights

+ nicolas vigier + boklm at mars-attacks.org +
+ Sat Apr 30 20:40:37 CEST 2011 +

+
+ +
On Tue, 26 Apr 2011, philippe makowski wrote:
+
+>  I think that zezinho (José JORGE ) can start working on packages
+> (at first cultivation, he have two patches to commit) can you give him
+> rights please ?
+> 
+> his pub key :
+> http://jjorge.free.fr/iditente/id_rsa.pub
+> 
+> his login : zezinho
+
+Ok, account is enabled. Access to the svn should be working now.
+
+For this kind of request it's better to create a bug in
+Infrastructure/Account request (to avoid it to be forgotten).
+
+
+ + +
+

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

April 2011 Archives by author

+ +

Starting: Fri Apr 1 00:20:30 CEST 2011
+ Ending: Sat Apr 30 20:40:37 CEST 2011
+ Messages: 177

+

+

+ Last message date: + Sat Apr 30 20:40:37 CEST 2011
+ Archived on: Sat Apr 30 20:40:41 CEST 2011 +

+

+

+

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

April 2011 Archives by date

+ +

Starting: Fri Apr 1 00:20:30 CEST 2011
+ Ending: Sat Apr 30 20:40:37 CEST 2011
+ Messages: 177

+

+

+ Last message date: + Sat Apr 30 20:40:37 CEST 2011
+ Archived on: Sat Apr 30 20:40:41 CEST 2011 +

+

+

+

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

April 2011 Archives by subject

+ +

Starting: Fri Apr 1 00:20:30 CEST 2011
+ Ending: Sat Apr 30 20:40:37 CEST 2011
+ Messages: 177

+

+

+ Last message date: + Sat Apr 30 20:40:37 CEST 2011
+ Archived on: Sat Apr 30 20:40:41 CEST 2011 +

+

+

+

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

April 2011 Archives by thread

+ +

Starting: Fri Apr 1 00:20:30 CEST 2011
+ Ending: Sat Apr 30 20:40:37 CEST 2011
+ Messages: 177

+

+

+ Last message date: + Sat Apr 30 20:40:37 CEST 2011
+ Archived on: Sat Apr 30 20:40:41 CEST 2011 +

+

+

+

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