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-July/003669.html | 91 +++ zarb-ml/mageia-sysadm/2011-July/003670.html | 72 ++ zarb-ml/mageia-sysadm/2011-July/003671.html | 65 ++ zarb-ml/mageia-sysadm/2011-July/003672.html | 69 ++ zarb-ml/mageia-sysadm/2011-July/003673.html | 74 ++ zarb-ml/mageia-sysadm/2011-July/003674.html | 68 ++ zarb-ml/mageia-sysadm/2011-July/003675.html | 68 ++ zarb-ml/mageia-sysadm/2011-July/003676.html | 73 ++ zarb-ml/mageia-sysadm/2011-July/003677.html | 88 +++ zarb-ml/mageia-sysadm/2011-July/003678.html | 68 ++ zarb-ml/mageia-sysadm/2011-July/003679.html | 67 ++ zarb-ml/mageia-sysadm/2011-July/003680.html | 68 ++ zarb-ml/mageia-sysadm/2011-July/003681.html | 77 ++ zarb-ml/mageia-sysadm/2011-July/003682.html | 97 +++ zarb-ml/mageia-sysadm/2011-July/003683.html | 126 +++ zarb-ml/mageia-sysadm/2011-July/003684.html | 100 +++ zarb-ml/mageia-sysadm/2011-July/003685.html | 73 ++ zarb-ml/mageia-sysadm/2011-July/003686.html | 86 +++ zarb-ml/mageia-sysadm/2011-July/003687.html | 86 +++ zarb-ml/mageia-sysadm/2011-July/003688.html | 106 +++ zarb-ml/mageia-sysadm/2011-July/003689.html | 87 +++ zarb-ml/mageia-sysadm/2011-July/003690.html | 66 ++ zarb-ml/mageia-sysadm/2011-July/003691.html | 67 ++ zarb-ml/mageia-sysadm/2011-July/003692.html | 71 ++ zarb-ml/mageia-sysadm/2011-July/003693.html | 61 ++ zarb-ml/mageia-sysadm/2011-July/003694.html | 67 ++ zarb-ml/mageia-sysadm/2011-July/003695.html | 90 +++ zarb-ml/mageia-sysadm/2011-July/003696.html | 111 +++ zarb-ml/mageia-sysadm/2011-July/003697.html | 70 ++ zarb-ml/mageia-sysadm/2011-July/003698.html | 107 +++ zarb-ml/mageia-sysadm/2011-July/003699.html | 64 ++ zarb-ml/mageia-sysadm/2011-July/003700.html | 66 ++ zarb-ml/mageia-sysadm/2011-July/003701.html | 74 ++ zarb-ml/mageia-sysadm/2011-July/003702.html | 74 ++ zarb-ml/mageia-sysadm/2011-July/003703.html | 109 +++ zarb-ml/mageia-sysadm/2011-July/003704.html | 79 ++ zarb-ml/mageia-sysadm/2011-July/003705.html | 71 ++ zarb-ml/mageia-sysadm/2011-July/003706.html | 76 ++ zarb-ml/mageia-sysadm/2011-July/003707.html | 78 ++ zarb-ml/mageia-sysadm/2011-July/003708.html | 70 ++ zarb-ml/mageia-sysadm/2011-July/003709.html | 93 +++ zarb-ml/mageia-sysadm/2011-July/003710.html | 109 +++ zarb-ml/mageia-sysadm/2011-July/003711.html | 96 +++ zarb-ml/mageia-sysadm/2011-July/003712.html | 86 +++ zarb-ml/mageia-sysadm/2011-July/003713.html | 95 +++ zarb-ml/mageia-sysadm/2011-July/003714.html | 73 ++ zarb-ml/mageia-sysadm/2011-July/003715.html | 76 ++ zarb-ml/mageia-sysadm/2011-July/003716.html | 76 ++ zarb-ml/mageia-sysadm/2011-July/003717.html | 97 +++ zarb-ml/mageia-sysadm/2011-July/003718.html | 102 +++ zarb-ml/mageia-sysadm/2011-July/003719.html | 76 ++ zarb-ml/mageia-sysadm/2011-July/003720.html | 73 ++ zarb-ml/mageia-sysadm/2011-July/003721.html | 78 ++ zarb-ml/mageia-sysadm/2011-July/003722.html | 85 ++ zarb-ml/mageia-sysadm/2011-July/003723.html | 92 +++ zarb-ml/mageia-sysadm/2011-July/003724.html | 97 +++ zarb-ml/mageia-sysadm/2011-July/003725.html | 115 +++ zarb-ml/mageia-sysadm/2011-July/003726.html | 115 +++ zarb-ml/mageia-sysadm/2011-July/003727.html | 107 +++ zarb-ml/mageia-sysadm/2011-July/003728.html | 157 ++++ zarb-ml/mageia-sysadm/2011-July/003729.html | 176 +++++ zarb-ml/mageia-sysadm/2011-July/003730.html | 95 +++ zarb-ml/mageia-sysadm/2011-July/003731.html | 87 +++ zarb-ml/mageia-sysadm/2011-July/003732.html | 109 +++ zarb-ml/mageia-sysadm/2011-July/003733.html | 77 ++ zarb-ml/mageia-sysadm/2011-July/003734.html | 100 +++ zarb-ml/mageia-sysadm/2011-July/003735.html | 81 ++ zarb-ml/mageia-sysadm/2011-July/003736.html | 97 +++ zarb-ml/mageia-sysadm/2011-July/003737.html | 92 +++ zarb-ml/mageia-sysadm/2011-July/003738.html | 87 +++ zarb-ml/mageia-sysadm/2011-July/003739.html | 93 +++ zarb-ml/mageia-sysadm/2011-July/003740.html | 121 +++ zarb-ml/mageia-sysadm/2011-July/003741.html | 102 +++ zarb-ml/mageia-sysadm/2011-July/003742.html | 109 +++ zarb-ml/mageia-sysadm/2011-July/003743.html | 157 ++++ zarb-ml/mageia-sysadm/2011-July/003744.html | 113 +++ zarb-ml/mageia-sysadm/2011-July/003745.html | 98 +++ zarb-ml/mageia-sysadm/2011-July/003746.html | 81 ++ zarb-ml/mageia-sysadm/2011-July/003747.html | 87 +++ zarb-ml/mageia-sysadm/2011-July/003748.html | 87 +++ zarb-ml/mageia-sysadm/2011-July/003749.html | 105 +++ zarb-ml/mageia-sysadm/2011-July/003750.html | 101 +++ zarb-ml/mageia-sysadm/2011-July/003751.html | 105 +++ zarb-ml/mageia-sysadm/2011-July/003752.html | 216 ++++++ zarb-ml/mageia-sysadm/2011-July/003753.html | 95 +++ zarb-ml/mageia-sysadm/2011-July/003754.html | 78 ++ zarb-ml/mageia-sysadm/2011-July/003755.html | 103 +++ zarb-ml/mageia-sysadm/2011-July/003756.html | 195 +++++ zarb-ml/mageia-sysadm/2011-July/003757.html | 76 ++ zarb-ml/mageia-sysadm/2011-July/003758.html | 85 ++ zarb-ml/mageia-sysadm/2011-July/003759.html | 82 ++ zarb-ml/mageia-sysadm/2011-July/003760.html | 132 ++++ zarb-ml/mageia-sysadm/2011-July/003761.html | 70 ++ zarb-ml/mageia-sysadm/2011-July/003762.html | 105 +++ zarb-ml/mageia-sysadm/2011-July/003763.html | 73 ++ zarb-ml/mageia-sysadm/2011-July/003764.html | 96 +++ zarb-ml/mageia-sysadm/2011-July/003765.html | 154 ++++ zarb-ml/mageia-sysadm/2011-July/003766.html | 87 +++ zarb-ml/mageia-sysadm/2011-July/003767.html | 98 +++ zarb-ml/mageia-sysadm/2011-July/003768.html | 85 ++ zarb-ml/mageia-sysadm/2011-July/003769.html | 103 +++ zarb-ml/mageia-sysadm/2011-July/003770.html | 104 +++ zarb-ml/mageia-sysadm/2011-July/003771.html | 106 +++ zarb-ml/mageia-sysadm/2011-July/003772.html | 102 +++ zarb-ml/mageia-sysadm/2011-July/003773.html | 103 +++ zarb-ml/mageia-sysadm/2011-July/003774.html | 113 +++ zarb-ml/mageia-sysadm/2011-July/003775.html | 103 +++ zarb-ml/mageia-sysadm/2011-July/003776.html | 123 +++ zarb-ml/mageia-sysadm/2011-July/003777.html | 89 +++ zarb-ml/mageia-sysadm/2011-July/003778.html | 100 +++ zarb-ml/mageia-sysadm/2011-July/003779.html | 111 +++ zarb-ml/mageia-sysadm/2011-July/003780.html | 124 +++ zarb-ml/mageia-sysadm/2011-July/003781.html | 96 +++ zarb-ml/mageia-sysadm/2011-July/003782.html | 95 +++ zarb-ml/mageia-sysadm/2011-July/003783.html | 103 +++ zarb-ml/mageia-sysadm/2011-July/003784.html | 86 +++ zarb-ml/mageia-sysadm/2011-July/003785.html | 90 +++ zarb-ml/mageia-sysadm/2011-July/003786.html | 112 +++ zarb-ml/mageia-sysadm/2011-July/003787.html | 128 +++ zarb-ml/mageia-sysadm/2011-July/003788.html | 84 ++ zarb-ml/mageia-sysadm/2011-July/003789.html | 94 +++ zarb-ml/mageia-sysadm/2011-July/003790.html | 81 ++ zarb-ml/mageia-sysadm/2011-July/003791.html | 77 ++ zarb-ml/mageia-sysadm/2011-July/003792.html | 152 ++++ zarb-ml/mageia-sysadm/2011-July/003793.html | 116 +++ zarb-ml/mageia-sysadm/2011-July/003794.html | 106 +++ zarb-ml/mageia-sysadm/2011-July/003795.html | 80 ++ zarb-ml/mageia-sysadm/2011-July/003796.html | 82 ++ zarb-ml/mageia-sysadm/2011-July/003797.html | 84 ++ zarb-ml/mageia-sysadm/2011-July/003798.html | 84 ++ zarb-ml/mageia-sysadm/2011-July/003799.html | 80 ++ zarb-ml/mageia-sysadm/2011-July/003800.html | 78 ++ zarb-ml/mageia-sysadm/2011-July/003801.html | 80 ++ zarb-ml/mageia-sysadm/2011-July/003802.html | 77 ++ zarb-ml/mageia-sysadm/2011-July/003803.html | 70 ++ zarb-ml/mageia-sysadm/2011-July/003804.html | 91 +++ zarb-ml/mageia-sysadm/2011-July/003805.html | 92 +++ zarb-ml/mageia-sysadm/2011-July/003806.html | 72 ++ zarb-ml/mageia-sysadm/2011-July/003807.html | 84 ++ zarb-ml/mageia-sysadm/2011-July/003808.html | 104 +++ zarb-ml/mageia-sysadm/2011-July/003809.html | 82 ++ zarb-ml/mageia-sysadm/2011-July/003810.html | 83 ++ zarb-ml/mageia-sysadm/2011-July/003811.html | 81 ++ zarb-ml/mageia-sysadm/2011-July/003812.html | 90 +++ zarb-ml/mageia-sysadm/2011-July/003813.html | 93 +++ zarb-ml/mageia-sysadm/2011-July/003814.html | 96 +++ zarb-ml/mageia-sysadm/2011-July/003815.html | 62 ++ zarb-ml/mageia-sysadm/2011-July/003816.html | 63 ++ zarb-ml/mageia-sysadm/2011-July/author.html | 787 +++++++++++++++++++ zarb-ml/mageia-sysadm/2011-July/date.html | 787 +++++++++++++++++++ zarb-ml/mageia-sysadm/2011-July/index.html | 1 + zarb-ml/mageia-sysadm/2011-July/subject.html | 787 +++++++++++++++++++ zarb-ml/mageia-sysadm/2011-July/thread.html | 1071 ++++++++++++++++++++++++++ 153 files changed, 17210 insertions(+) create mode 100644 zarb-ml/mageia-sysadm/2011-July/003669.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003670.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003671.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003672.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003673.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003674.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003675.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003676.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003677.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003678.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003679.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003680.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003681.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003682.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003683.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003684.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003685.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003686.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003687.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003688.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003689.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003690.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003691.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003692.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003693.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003694.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003695.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003696.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003697.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003698.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003699.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003700.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003701.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003702.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003703.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003704.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003705.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003706.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003707.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003708.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003709.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003710.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003711.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003712.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003713.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003714.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003715.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003716.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003717.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003718.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003719.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003720.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003721.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003722.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003723.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003724.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003725.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003726.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003727.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003728.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003729.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003730.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003731.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003732.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003733.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003734.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003735.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003736.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003737.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003738.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003739.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003740.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003741.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003742.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003743.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003744.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003745.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003746.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003747.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003748.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003749.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003750.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003751.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003752.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003753.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003754.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003755.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003756.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003757.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003758.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003759.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003760.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003761.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003762.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003763.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003764.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003765.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003766.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003767.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003768.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003769.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003770.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003771.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003772.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003773.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003774.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003775.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003776.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003777.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003778.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003779.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003780.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003781.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003782.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003783.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003784.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003785.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003786.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003787.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003788.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003789.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003790.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003791.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003792.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003793.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003794.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003795.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003796.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003797.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003798.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003799.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003800.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003801.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003802.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003803.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003804.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003805.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003806.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003807.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003808.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003809.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003810.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003811.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003812.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003813.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003814.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003815.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/003816.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/author.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/date.html create mode 120000 zarb-ml/mageia-sysadm/2011-July/index.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/subject.html create mode 100644 zarb-ml/mageia-sysadm/2011-July/thread.html (limited to 'zarb-ml/mageia-sysadm/2011-July') diff --git a/zarb-ml/mageia-sysadm/2011-July/003669.html b/zarb-ml/mageia-sysadm/2011-July/003669.html new file mode 100644 index 000000000..7af182345 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003669.html @@ -0,0 +1,91 @@ + + + + [Mageia-sysadm] Mageia 2 technical specifications + + + + + + + + + +

[Mageia-sysadm] Mageia 2 technical specifications

+ Anne nicolas + ennael at mageia.org +
+ Fri Jul 1 11:16:32 CEST 2011 +

+
+ +
Hi there
+
+As said during our last meeting, here is the review for proposed
+specifications on Mageia wiki. Comments are not about we will do or not
+(unless it was not reasonable) but:
+- ask for more information when needed
+- give a minimal status
+- ask for discussions when we are talking a very intrusive modification
+
+So please have a look on this page:
+http://mageia.org/wiki/doku.php?id=iso2:technical_specification
+especially on comments
+
+Now we need to organize work for all this. As a proposal all specs will be
+reported in Bugzilla with a given target so that we can follow it  in coming
+months. You can start doing it if you are especially interested in one of
+them.t prio
+
+Please do not add new proposals on that page as it's coming after deadline.
+We will put priority on current one. A new wiki page will collect more ideas
+here:  http://mageia.org/wiki/doku.php?id=iso2:technical_specification
+
+Of course as you cnan see all these proposals are implying packagers, QA but
+also artwork and marcom teams. Stay connected! :)
+
+If you want to comment these proposals please create one thread /proposal so
+that we can work on it properly. If you are interested in one of these, add
+your name on wiki.
+
+Cheers
+
+-- 
+Anne
+http://www.mageia.org
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-sysadm/attachments/20110701/d50764e0/attachment.html>
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003670.html b/zarb-ml/mageia-sysadm/2011-July/003670.html new file mode 100644 index 000000000..94ff30034 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003670.html @@ -0,0 +1,72 @@ + + + + [Mageia-sysadm] Mageia 2 technical specifications + + + + + + + + + +

[Mageia-sysadm] Mageia 2 technical specifications

+ Anne nicolas + ennael at mageia.org +
+ Fri Jul 1 11:21:02 CEST 2011 +

+
+ +
>
+> Please do not add new proposals on that page as it's coming after deadline.
+> We will put priority on current one. A new wiki page will collect more ideas
+> here:  http://mageia.org/wiki/doku.php?id=iso2:technical_specification
+>
+
+http://mageia.org/wiki/doku.php?id=ideas
+(thanks Stormi)
+
+-- 
+Anne
+http://www.mageia.org
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-sysadm/attachments/20110701/30ef9612/attachment.html>
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003671.html b/zarb-ml/mageia-sysadm/2011-July/003671.html new file mode 100644 index 000000000..d932753cc --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003671.html @@ -0,0 +1,65 @@ + + + + [Mageia-sysadm] Package removal request: gnu-free-mono-fonts + + + + + + + + + +

[Mageia-sysadm] Package removal request: gnu-free-mono-fonts

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Sat Jul 2 05:34:49 CEST 2011 +

+
+ +
gnu-free-mono-fonts duplicates the some of the fonts in
+fonts-ttf-freefont (which has more fonts).
+
+gnu-free-mono-fonts should be removed. Adding dmorgan to CC as he
+imported it, maybe he needed it for a particular reason.
+
+-- 
+Ahmad Samir
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003672.html b/zarb-ml/mageia-sysadm/2011-July/003672.html new file mode 100644 index 000000000..87341a37e --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003672.html @@ -0,0 +1,69 @@ + + + + [Mageia-sysadm] perl-doc: noarch package didn't replace x86_64 older one + + + + + + + + + +

[Mageia-sysadm] perl-doc: noarch package didn't replace x86_64 older one

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Sat Jul 2 11:58:10 CEST 2011 +

+
+ +
Checking http://check.mageia.org/dependencies.html , I see an error
+with perl-doc; the issues seems to be the new
+perl-doc-5.14.1-1.mga2.noarch didn't remove
+perl-doc-5.14.0-5.mga2.x86_64.rpm from the repos.
+$ urpmq --sources perl-doc
+ftp://mirrors.kernel.org/mageia/distrib/cauldron/x86_64/media/core/release/perl-doc-5.14.1-1.mga2.noarch.rpm
+ftp://mirrors.kernel.org/mageia/distrib/cauldron/x86_64/media/core/release/perl-doc-5.14.0-5.mga2.x86_64.rpm
+
+not sure if it's a fluke or a consistent issue.
+
+-- 
+Ahmad Samir
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003673.html b/zarb-ml/mageia-sysadm/2011-July/003673.html new file mode 100644 index 000000000..859a4118a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003673.html @@ -0,0 +1,74 @@ + + + + [Mageia-sysadm] perl-doc: noarch package didn't replace x86_64 older one + + + + + + + + + +

[Mageia-sysadm] perl-doc: noarch package didn't replace x86_64 older one

+ Jerome Quelin + jquelin at gmail.com +
+ Sat Jul 2 13:25:23 CEST 2011 +

+
+ +
On 11/07/02 12:58 +0300, Ahmad Samir wrote:
+> Checking http://check.mageia.org/dependencies.html , I see an error
+> with perl-doc; the issues seems to be the new
+> perl-doc-5.14.1-1.mga2.noarch didn't remove
+> perl-doc-5.14.0-5.mga2.x86_64.rpm from the repos.
+> $ urpmq --sources perl-doc
+> ftp://mirrors.kernel.org/mageia/distrib/cauldron/x86_64/media/core/release/perl-doc-5.14.1-1.mga2.noarch.rpm
+> ftp://mirrors.kernel.org/mageia/distrib/cauldron/x86_64/media/core/release/perl-doc-5.14.0-5.mga2.x86_64.rpm
+> 
+> not sure if it's a fluke or a consistent issue.
+
+i guess it's related to the fact that tv changed perl-doc to be a noarch
+package. but i don't know rpm / urpmi enough to understand the real
+issue at stake here...
+
+jérôme 
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003674.html b/zarb-ml/mageia-sysadm/2011-July/003674.html new file mode 100644 index 000000000..4490ce608 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003674.html @@ -0,0 +1,68 @@ + + + + [Mageia-sysadm] Block checking for bash updates from Fedora + + + + + + + + + +

[Mageia-sysadm] Block checking for bash updates from Fedora

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Sat Jul 2 15:37:54 CEST 2011 +

+
+ +
Looking at http://check.mageia.org/updates.html you see an update to
+bash-4.2.10; this isn't useful for us as Fedora appends the bash
+patchlevel to the version whereas we don't use that versioinning
+schema.
+
+Can it be blocked in the updates.html page?
+
+-- 
+Ahmad Samir
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003675.html b/zarb-ml/mageia-sysadm/2011-July/003675.html new file mode 100644 index 000000000..da80bea66 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003675.html @@ -0,0 +1,68 @@ + + + + [Mageia-sysadm] [Mageia-dev] Mageia 2 technical specifications + + + + + + + + + +

[Mageia-sysadm] [Mageia-dev] Mageia 2 technical specifications

+ Maarten Vanraes + maarten.vanraes at gmail.com +
+ Sat Jul 2 17:32:14 CEST 2011 +

+
+ +
Op vrijdag 01 juli 2011 11:21:02 schreef Anne nicolas:
+> > Please do not add new proposals on that page as it's coming after
+> > deadline. We will put priority on current one. A new wiki page will
+> > collect more ideas here: 
+> > http://mageia.org/wiki/doku.php?id=iso2:technical_specification
+> 
+> http://mageia.org/wiki/doku.php?id=ideas
+> (thanks Stormi)
+
+I started filling out some of the bug reports and provided some extra info.
+
+PS: I note that i didn't see the original email on mageia-dev ML; only on 
+mageia-sysadm ML. must be something wrong with google...
+
+ + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003676.html b/zarb-ml/mageia-sysadm/2011-July/003676.html new file mode 100644 index 000000000..459ce7cf0 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003676.html @@ -0,0 +1,73 @@ + + + + [Mageia-sysadm] Block checking for bash updates from Fedora + + + + + + + + + +

[Mageia-sysadm] Block checking for bash updates from Fedora

+ Michael Scherer + misc at zarb.org +
+ Mon Jul 4 00:21:26 CEST 2011 +

+
+ +
Le samedi 02 juillet 2011 à 16:37 +0300, Ahmad Samir a écrit :
+> Looking at http://check.mageia.org/updates.html you see an update to
+> bash-4.2.10; this isn't useful for us as Fedora appends the bash
+> patchlevel to the version whereas we don't use that versioinning
+> schema.
+> 
+> Can it be blocked in the updates.html page?
+
+Yes, i commited the change. 
+However, I am not sure it work so can you chec if this is ok and notify
+us if this is not working ?
+
+-- 
+Michael Scherer
+
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003677.html b/zarb-ml/mageia-sysadm/2011-July/003677.html new file mode 100644 index 000000000..07a24104b --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003677.html @@ -0,0 +1,88 @@ + + + + [Mageia-sysadm] Block checking for bash updates from Fedora + + + + + + + + + +

[Mageia-sysadm] Block checking for bash updates from Fedora

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Mon Jul 4 02:07:57 CEST 2011 +

+
+ +
On 4 July 2011 00:21, Michael Scherer <misc at zarb.org> wrote:
+> Le samedi 02 juillet 2011 à 16:37 +0300, Ahmad Samir a écrit :
+>> Looking at http://check.mageia.org/updates.html you see an update to
+>> bash-4.2.10; this isn't useful for us as Fedora appends the bash
+>> patchlevel to the version whereas we don't use that versioinning
+>> schema.
+>>
+>> Can it be blocked in the updates.html page?
+>
+> Yes, i commited the change.
+> However, I am not sure it work so can you chec if this is ok and notify
+> us if this is not working ?
+>
+
+Thanks. I checked http://check.mageia.org/updates.html and your commit
+seems to work.
+
+> --
+> Michael Scherer
+>
+> _______________________________________________
+> 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-July/003678.html b/zarb-ml/mageia-sysadm/2011-July/003678.html new file mode 100644 index 000000000..39020dfd4 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003678.html @@ -0,0 +1,68 @@ + + + + [Mageia-sysadm] forums-teams mailing list creation request + + + + + + + + + +

[Mageia-sysadm] forums-teams mailing list creation request

+ Maât + maat-ml at vilarem.net +
+ Mon Jul 4 08:25:39 CEST 2011 +

+
+ +
Hi all,
+
+Could you please create a mailing list for all forum teams official and local communities ?
+
+Thanks a lot (by anticipation)
+
+Cheers,
+
+Maât
+
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003679.html b/zarb-ml/mageia-sysadm/2011-July/003679.html new file mode 100644 index 000000000..09439575c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003679.html @@ -0,0 +1,67 @@ + + + + [Mageia-sysadm] forums-teams mailing list creation request + + + + + + + + + +

[Mageia-sysadm] forums-teams mailing list creation request

+ Sander Lepik + sander.lepik at eesti.ee +
+ Mon Jul 4 08:58:44 CEST 2011 +

+
+ +
04.07.2011 09:25, Maât kirjutas:
+> Hi all,
+>
+> Could you please create a mailing list for all forum teams official and local communities ?
+Why?
+
+--
+Sander
+
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003680.html b/zarb-ml/mageia-sysadm/2011-July/003680.html new file mode 100644 index 000000000..8de7c5d6b --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003680.html @@ -0,0 +1,68 @@ + + + + [Mageia-sysadm] forums-teams mailing list creation request + + + + + + + + + +

[Mageia-sysadm] forums-teams mailing list creation request

+ Maât + maat-ml at vilarem.net +
+ Mon Jul 4 09:46:39 CEST 2011 +

+
+ +
Le 04/07/2011 08:58, Sander Lepik a écrit :
+> 04.07.2011 09:25, Maât kirjutas:
+>> Hi all,
+>>
+>> Could you please create a mailing list for all forum teams official and local communities ?
+> Why?
+>
+Because it's been agreed on during council meeting and that i'm just following the track :)
+
+
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003681.html b/zarb-ml/mageia-sysadm/2011-July/003681.html new file mode 100644 index 000000000..b7fdd24cf --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003681.html @@ -0,0 +1,77 @@ + + + + [Mageia-sysadm] forums-teams mailing list creation request + + + + + + + + + +

[Mageia-sysadm] forums-teams mailing list creation request

+ Michael Scherer + misc at zarb.org +
+ Mon Jul 4 11:47:43 CEST 2011 +

+
+ +
Le lundi 04 juillet 2011 à 09:46 +0200, Maât a écrit :
+> Le 04/07/2011 08:58, Sander Lepik a écrit :
+> > 04.07.2011 09:25, Maât kirjutas:
+> >> Hi all,
+> >>
+> >> Could you please create a mailing list for all forum teams official and local communities ?
+> > Why?
+> >
+> Because it's been agreed on during council meeting and that i'm just following the track :)
+
+Can you tell me when it was agreed, as I do not find this, and I would
+need to know what kind of ml is needed, if this requires a specific
+group, etc ?
+
+I was sick for last meeting, but it didn't seems to have been discussed
+there, so I may have misunderstood the purpose of such list.
+-- 
+Michael Scherer
+
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003682.html b/zarb-ml/mageia-sysadm/2011-July/003682.html new file mode 100644 index 000000000..450b92687 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003682.html @@ -0,0 +1,97 @@ + + + + [Mageia-sysadm] forums-teams mailing list creation request + + + + + + + + + +

[Mageia-sysadm] forums-teams mailing list creation request

+ Wolfgang Bornath + molch.b at googlemail.com +
+ Mon Jul 4 12:20:23 CEST 2011 +

+
+ +
2011/7/4 Michael Scherer <misc at zarb.org>:
+> Le lundi 04 juillet 2011 à 09:46 +0200, Maât a écrit :
+>> Le 04/07/2011 08:58, Sander Lepik a écrit :
+>> > 04.07.2011 09:25, Maât kirjutas:
+>> >> Hi all,
+>> >>
+>> >> Could you please create a mailing list for all forum teams official and local communities ?
+>> > Why?
+>> >
+>> Because it's been agreed on during council meeting and that i'm just following the track :)
+>
+> Can you tell me when it was agreed, as I do not find this, and I would
+> need to know what kind of ml is needed, if this requires a specific
+> group, etc ?
+>
+> I was sick for last meeting, but it didn't seems to have been discussed
+> there, so I may have misunderstood the purpose of such list.
+
+Last time (only time) this was discussed in council was in the meeting
+Jun 20. There was no decision made at all about the forum issues. The
+real issues were not even touched at all, only postponed. And so was
+the creation of a list postponed until it was clear who should be on
+this list.
+
+Actually there was decided as actions (see
+http://meetbot.mageia.org/mageia-meeting/2011/mageia-meeting.2011-06-20-19.04.html
+) :
+ - #action maat and obgr_seneca produce a list of person for next week
+for the meeting
+ - #action maat and obgr_seneca find a date for the meeting
+
+None of these 2 tasks has been done nor was there any other mentioning
+of the forum issues after that in any of the lists or forums.
+
+If I missed something, pls tell me.
+
+-- 
+wobo
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003683.html b/zarb-ml/mageia-sysadm/2011-July/003683.html new file mode 100644 index 000000000..62728b61d --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003683.html @@ -0,0 +1,126 @@ + + + + [Mageia-sysadm] Arm, meeting, etc + + + + + + + + + +

[Mageia-sysadm] Arm, meeting, etc

+ Michael Scherer + misc at zarb.org +
+ Mon Jul 4 14:12:04 CEST 2011 +

+
+ +
Hi,
+
+as said before, here is the long over due report of the discussion we
+had with rtp when I seen him. Being sick and busy with job interview, I
+was unable to finish it sooner.
+
+on 24th June, I went to Paris to give the pandaboard ( a arm motherboard
+)
+donated by TI for zarb.org to arnaud patard (rtp) in order to prepare it
+for integration with the rest of the infrastructure.
+
+While on it, we discussed various technical issue, along with Damien
+(dams ), so here is the summary of the meeting.
+
+People present :
+_ michael scherer
+- arnaud patard
+- damien lallemand
+- nicolas vigier
+
+First, the pandaboard would be hosted at Lost Oasis, without surprise.
+Since the pandaboard alone is just a mother board,
+we need to more hardware to make it usable.
+After discussion, here is the list of hardware that would be needed :
+ - usb cable, to power it ( we have a limited supply of plug )
+ - serial cable, for the bootloader
+ - usb to serial adapter, to plug on a server as we are not sure that
+our servers have working serial
+ - a SD card, of 4 g, for storing kernel, and maybe a rescue FS
+ - a sata harddrive + external enclosure, for the main system
+ - a box for the board
+
+First step is to see how much it cost, and what/where to buy. Action
+assigned to rtp, in 2 weeks. Dams will also check if a mini-itx box
+would do the trick, should check on monday. Rtp also said he would check
+for a external power supply.
+
+In order to find needed length, we will try to get some estimation on
+the available space in our rack, and the required cable, and do some
+simulation.
+
+On the sysadmin side, the proposal is the following :
+ - the board will serve as a rebuilder for arm, which is not in sync
+with others arch for the moment
+ - we will need to adujst various part of the system for arm ( bugzilla,
+mirrors , etc )
+
+Among others, Arnaud spoke of using common flags instead of using %
+ifarch. The goal would be to be able to say "I do compile without java"
+by setting 1 file, instead of adding %ifnarch arm everywhere.
+But he promised me to send a more structured proposal on the -dev.
+
+In order to discuss details in a more open fashion , a meeting have been
+planed for 6 juillet, in the afternoon around 13h UTC ( paris time,  15h
+). We will use #mageia-meeting, and the goal is :
+1) see who is interested by arm ( if you are but cannot be there, please
+say it on irc )
+2) see if the task decided for the previous IRL meeting have been caried
+
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003684.html b/zarb-ml/mageia-sysadm/2011-July/003684.html new file mode 100644 index 000000000..1ba77f9a3 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003684.html @@ -0,0 +1,100 @@ + + + + [Mageia-sysadm] End of the problem on BS + + + + + + + + + +

[Mageia-sysadm] End of the problem on BS

+ Michael Scherer + misc at zarb.org +
+ Mon Jul 4 19:26:07 CEST 2011 +

+
+ +
Hi,
+
+we just suffered from a small issue on build system, due to a wrong
+package upload. Some packages have failed due to that, but I resubmited
+them.
+
+To fix the issue, I have restored the older gnome-keyring package, which
+allowed the newer one to be uploaded.
+
+However, we have noticed several point where we could be better :
+- the directory holding old rpms is quite a mess, everything on one
+level. I think having 1 directory per srpm could help use to restore old
+rpms. 
+
+- the tool use to manipulate the mirror are cp and rm. That's error
+prone, and quite stressful. I think a tool able to remove together a
+complete srpm, and able to restore a old revision would be handy.
+
+- the hdlist generation should be more automated. Right now, we have a
+command ( genhdlist ), with specific argument, and needing the path of
+the media, 2 times. We also need to do the rsync by hand.  Again, a tool
+for that would IMHO be helpful.
+
+- the problem appeared because we have suggest installed in the default
+chroot. There is already a bug opened for that. Installing suggest is
+taking useless time, and may hide missing deps, so we should fix this.
+
+- we still lake a way to say "build system is broken, we are working on
+it". I guess the warning label that mandriva deployed could be adapted.
+
+- finally, rpmlint should have prevented upload. We have enabled the
+check on upload, but it seems to be not working. Again, that's something
+that should be fix unless we want another problem to appear.
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003685.html b/zarb-ml/mageia-sysadm/2011-July/003685.html new file mode 100644 index 000000000..7ed340904 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003685.html @@ -0,0 +1,73 @@ + + + + [Mageia-sysadm] perl-doc: noarch package didn't replace x86_64 older one + + + + + + + + + +

[Mageia-sysadm] perl-doc: noarch package didn't replace x86_64 older one

+ nicolas vigier + boklm at mars-attacks.org +
+ Mon Jul 4 23:44:22 CEST 2011 +

+
+ +
On Sat, 02 Jul 2011, Ahmad Samir wrote:
+
+> Checking http://check.mageia.org/dependencies.html , I see an error
+> with perl-doc; the issues seems to be the new
+> perl-doc-5.14.1-1.mga2.noarch didn't remove
+> perl-doc-5.14.0-5.mga2.x86_64.rpm from the repos.
+> $ urpmq --sources perl-doc
+> ftp://mirrors.kernel.org/mageia/distrib/cauldron/x86_64/media/core/release/perl-doc-5.14.1-1.mga2.noarch.rpm
+> ftp://mirrors.kernel.org/mageia/distrib/cauldron/x86_64/media/core/release/perl-doc-5.14.0-5.mga2.x86_64.rpm
+> 
+> not sure if it's a fluke or a consistent issue.
+
+Yes, it seems youri doesn't remove old version when a sub-package is
+changed to noarch.
+
+So I removed old perl-doc x86_64 and i586 manually for now.
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003686.html b/zarb-ml/mageia-sysadm/2011-July/003686.html new file mode 100644 index 000000000..c34dc32c0 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003686.html @@ -0,0 +1,86 @@ + + + + [Mageia-sysadm] perl-doc: noarch package didn't replace x86_64 older one + + + + + + + + + +

[Mageia-sysadm] perl-doc: noarch package didn't replace x86_64 older one

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Tue Jul 5 00:01:59 CEST 2011 +

+
+ +
On 4 July 2011 23:44, nicolas vigier <boklm at mars-attacks.org> wrote:
+> On Sat, 02 Jul 2011, Ahmad Samir wrote:
+>
+>> Checking http://check.mageia.org/dependencies.html , I see an error
+>> with perl-doc; the issues seems to be the new
+>> perl-doc-5.14.1-1.mga2.noarch didn't remove
+>> perl-doc-5.14.0-5.mga2.x86_64.rpm from the repos.
+>> $ urpmq --sources perl-doc
+>> ftp://mirrors.kernel.org/mageia/distrib/cauldron/x86_64/media/core/release/perl-doc-5.14.1-1.mga2.noarch.rpm
+>> ftp://mirrors.kernel.org/mageia/distrib/cauldron/x86_64/media/core/release/perl-doc-5.14.0-5.mga2.x86_64.rpm
+>>
+>> not sure if it's a fluke or a consistent issue.
+>
+> Yes, it seems youri doesn't remove old version when a sub-package is
+> changed to noarch.
+>
+> So I removed old perl-doc x86_64 and i586 manually for now.
+>
+
+Thanks.
+
+> _______________________________________________
+> 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-July/003687.html b/zarb-ml/mageia-sysadm/2011-July/003687.html new file mode 100644 index 000000000..22cc0ca96 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003687.html @@ -0,0 +1,86 @@ + + + + [Mageia-sysadm] Submit log to clean + + + + + + + + + +

[Mageia-sysadm] Submit log to clean

+ Michael Scherer + misc at zarb.org +
+ Tue Jul 5 01:39:02 CEST 2011 +

+
+ +
While trying to investigate why rpmlint is not run (or didn't prevent
+the problem of this afternoon ), I tumbled
+on /var/lib/schedbot/submit-logs. There is a per user error log.
+
+First problem :
+- nothing is rotated. For now, there is 245 m, which not much, but I
+suspect this has potential to grow further and to be forgot
+
+- it doesn't seems very useful. The file just contain the log of youri,
+and there is lots of deprecation warning ( in the error file ), but no
+date, no mention of the uploaded rpm. 
+
+While this can be used from time to time, I am not sure it would help
+much, in the current form.
+
+What about : 
+- 1 pair file per user and per submit ( something like
+$login.$time.{out,err} ). 
+- rotation, like the others, using puppet 
+
+( and of course, cleaning the deprecating warning )
+-- 
+Michael Scherer
+
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003688.html b/zarb-ml/mageia-sysadm/2011-July/003688.html new file mode 100644 index 000000000..8169aaaf2 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003688.html @@ -0,0 +1,106 @@ + + + + [Mageia-sysadm] [1810] Add workaround to not send mail from schedbot user + + + + + + + + + +

[Mageia-sysadm] [1810] Add workaround to not send mail from schedbot user

+ nicolas vigier + boklm at mars-attacks.org +
+ Tue Jul 5 16:55:03 CEST 2011 +

+
+ +
On Tue, 05 Jul 2011, root at mageia.org wrote:
+
+> Revision: 1810
+> Author:   dmorgan
+> Date:     2011-07-05 16:42:43 +0200 (Tue, 05 Jul 2011)
+> Log Message:
+> -----------
+> Add workaround to not send mail from schedbot user
+> We will be able to remove it as soon as we will use an other  send mail hook
+
+Yes it would be better to do that in the sendmail hook directly (like for
+cia.vc hook).
+
+We are currently using SVN::Notify::Config "YAML-based configuration
+wrapper on SVN::Notify". I think we should replace this with a shell
+script using the svnnotify command, or perl script using SVN::Notify.
+This would also allow us to add the author in the from.
+
+> 
+> Modified Paths:
+> --------------
+>     puppet/modules/subversion/templates/hook_commit.sh
+> 
+> Modified: puppet/modules/subversion/templates/hook_commit.sh
+> ===================================================================
+> --- puppet/modules/subversion/templates/hook_commit.sh	2011-07-05 00:02:55 UTC (rev 1809)
+> +++ puppet/modules/subversion/templates/hook_commit.sh	2011-07-05 14:42:43 UTC (rev 1810)
+> @@ -1,5 +1,20 @@
+>  #!/bin/sh
+> -for script in $0.d/*; do
+> +
+> +REP="$1"
+> +TXN="$2"
+> +
+> +author=$(svnlook author -t "$TXN" "$REP")
+> +
+> +# This is here only the time we use hook_sendmail.pl
+> +# We will be able to remove it when updating to a better send mail hook
+> +
+> +if [ "$author" = 'schedbot' ]; then
+> +  LIST= `ls $0.d/* | grep -v hook_sendmail.pl `
+
+the name of the script is send_mail, not hook_sendmail.pl.
+
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003689.html b/zarb-ml/mageia-sysadm/2011-July/003689.html new file mode 100644 index 000000000..b42578d68 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003689.html @@ -0,0 +1,87 @@ + + + + [Mageia-sysadm] Submit log to clean + + + + + + + + + +

[Mageia-sysadm] Submit log to clean

+ Pascal Terjan + pterjan at gmail.com +
+ Wed Jul 6 00:54:33 CEST 2011 +

+
+ +
On Tue, Jul 5, 2011 at 00:39, Michael Scherer <misc at zarb.org> wrote:
+> While trying to investigate why rpmlint is not run (or didn't prevent
+> the problem of this afternoon ), I tumbled
+> on /var/lib/schedbot/submit-logs. There is a per user error log.
+
+I was not aware of those logs
+
+> First problem :
+> - nothing is rotated. For now, there is 245 m, which not much, but I
+> suspect this has potential to grow further and to be forgot
+>
+> - it doesn't seems very useful. The file just contain the log of youri,
+> and there is lots of deprecation warning ( in the error file ), but no
+> date, no mention of the uploaded rpm.
+>
+> While this can be used from time to time, I am not sure it would help
+> much, in the current form.
+>
+> What about :
+> - 1 pair file per user and per submit ( something like
+> $login.$time.{out,err} ).
+> - rotation, like the others, using puppet
+>
+> ( and of course, cleaning the deprecating warning )
+
+I am not sure they can really be useful, when I want to debug
+something about youri-submit I just run it manually
+
+ + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003690.html b/zarb-ml/mageia-sysadm/2011-July/003690.html new file mode 100644 index 000000000..8708094cb --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003690.html @@ -0,0 +1,66 @@ + + + + [Mageia-sysadm] forums-teams mailing list creation request + + + + + + + + + +

[Mageia-sysadm] forums-teams mailing list creation request

+ nicolas vigier + boklm at mars-attacks.org +
+ Wed Jul 6 15:01:41 CEST 2011 +

+
+ +
On Mon, 04 Jul 2011, Maât wrote:
+
+> Hi all,
+> 
+> Could you please create a mailing list for all forum teams official and local communities ?
+
+What name ?
+
+forums-discuss at ml.mageia.org ?
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003691.html b/zarb-ml/mageia-sysadm/2011-July/003691.html new file mode 100644 index 000000000..ce74e38f9 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003691.html @@ -0,0 +1,67 @@ + + + + [Mageia-sysadm] forums-teams mailing list creation request + + + + + + + + + +

[Mageia-sysadm] forums-teams mailing list creation request

+ Romain d'Alverny + rdalverny at gmail.com +
+ Wed Jul 6 16:13:22 CEST 2011 +

+
+ +
On Wed, Jul 6, 2011 at 15:01, nicolas vigier <boklm at mars-attacks.org> wrote:
+>> Could you please create a mailing list for all forum teams official and local communities ?
+>
+> What name ?
+>
+> forums-discuss at ml.mageia.org ?
+
+That will make it. It should be open to anyone to subscribe, have
+public archives.
+
+Romain
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003692.html b/zarb-ml/mageia-sysadm/2011-July/003692.html new file mode 100644 index 000000000..28f5542f0 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003692.html @@ -0,0 +1,71 @@ + + + + [Mageia-sysadm] forums-teams mailing list creation request + + + + + + + + + +

[Mageia-sysadm] forums-teams mailing list creation request

+ nicolas vigier + boklm at mars-attacks.org +
+ Wed Jul 6 16:34:55 CEST 2011 +

+
+ +
On Wed, 06 Jul 2011, Romain d'Alverny wrote:
+
+> On Wed, Jul 6, 2011 at 15:01, nicolas vigier <boklm at mars-attacks.org> wrote:
+> >> Could you please create a mailing list for all forum teams official and local communities ?
+> >
+> > What name ?
+> >
+> > forums-discuss at ml.mageia.org ?
+> 
+> That will make it. It should be open to anyone to subscribe, have
+> public archives.
+
+List is now created :
+https://ml.mageia.org/wwsympa-wrapper.fcgi/info/forums-discuss
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003693.html b/zarb-ml/mageia-sysadm/2011-July/003693.html new file mode 100644 index 000000000..ef09cd51a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003693.html @@ -0,0 +1,61 @@ + + + + [Mageia-sysadm] forums-teams mailing list creation request + + + + + + + + + +

[Mageia-sysadm] forums-teams mailing list creation request

+ Romain d'Alverny + rdalverny at gmail.com +
+ Wed Jul 6 16:53:45 CEST 2011 +

+
+ +
On Wed, Jul 6, 2011 at 16:34, nicolas vigier <boklm at mars-attacks.org> wrote:
+> List is now created :
+> https://ml.mageia.org/wwsympa-wrapper.fcgi/info/forums-discuss
+
+Thanks a lot.
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003694.html b/zarb-ml/mageia-sysadm/2011-July/003694.html new file mode 100644 index 000000000..fac80ffcb --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003694.html @@ -0,0 +1,67 @@ + + + + [Mageia-sysadm] forums-teams mailing list creation request + + + + + + + + + +

[Mageia-sysadm] forums-teams mailing list creation request

+ Maât + maat-ml at vilarem.net +
+ Wed Jul 6 19:01:23 CEST 2011 +

+
+ +
Le 06/07/2011 16:53, Romain d'Alverny a écrit :
+> On Wed, Jul 6, 2011 at 16:34, nicolas vigier <boklm at mars-attacks.org> wrote:
+>> List is now created :
+>> https://ml.mageia.org/wwsympa-wrapper.fcgi/info/forums-discuss
+> Thanks a lot.
+thanks :)
+
+i'm pushing the news to all forum teams i've heard of
+
+end date max for push : sunday
+
+cya
+
+ + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003695.html b/zarb-ml/mageia-sysadm/2011-July/003695.html new file mode 100644 index 000000000..4f46405d6 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003695.html @@ -0,0 +1,90 @@ + + + + [Mageia-sysadm] Apprentice account creation + + + + + + + + + +

[Mageia-sysadm] Apprentice account creation

+ Anne nicolas + ennael at mageia.org +
+ Wed Jul 6 20:29:38 CEST 2011 +

+
+ +
Hi guys
+
+Juan Luis Baptiste just kicked me as I did not do my homeworks...  He
+is mentoring at the moment 3 guys from Blogdrake. Could you please
+give them svn access so that they can commit ?
+
+Cheers
+
+
+vaci0
+cvargas at linuxmail.org
+http://www.cvargasd.com/CRsa/id_rsa.pub
+
+gejo
+gejobj at gmail.com
+ssh-rsa
+AAAAB3NzaC1yc2EAAAADAQABAAABAQDsz3nMbb2fnAtdXXEH8BTQpePligSSZcWIShQ3CoQlb
+Z7KxE/G+gujJAxVmVHtcVVKu5Q2FbVT25fDkuMnSgUGlOVbEFXPwLX7Za/LtEbtOXjxbmdKii
+S9vly2Jlrfva6pZ7wm6Zw72Sxoc5C3agQ9OaDWfJmnOofn3e2/cmWCBh49qllIzGA2HTETvg4
+TDaqwaKfGfmVumOvD6b/RFRvg/xQ9E5ivnEqPrCAu/uI8u1VULzH68QWmo3YKR03BVbVW8xfb
+mx1tufNr00abm3G+AX8R0hAXdLyxiauCFGQ1MxuaJvSlq+OJCVa+X/rKyXSTZxpvz/mTakn7r
++vd3cD1 gejobj at gmail.com
+
+
+GregoryBravas
+gigartua at gmail.com
+Gregory, I cannot find your ssh key. Could you please send it again
+Thanks
+
+Sorry for the delay guys and welcome aboard
+
+-- 
+Anne
+http://www.mageia.org
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003696.html b/zarb-ml/mageia-sysadm/2011-July/003696.html new file mode 100644 index 000000000..861a97efb --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003696.html @@ -0,0 +1,111 @@ + + + + [Mageia-sysadm] Apprentice account creation + + + + + + + + + +

[Mageia-sysadm] Apprentice account creation

+ Gonzalo Igartua + gigartua at gmail.com +
+ Wed Jul 6 21:15:38 CEST 2011 +

+
+ +
Hi,
+here is my public key
+
+sorry for being late
+
+Thanks
+
+2011/7/6 Anne nicolas <ennael at mageia.org>
+
+> Hi guys
+>
+> Juan Luis Baptiste just kicked me as I did not do my homeworks...  He
+> is mentoring at the moment 3 guys from Blogdrake. Could you please
+> give them svn access so that they can commit ?
+>
+> Cheers
+>
+>
+> vaci0
+> cvargas at linuxmail.org
+> http://www.cvargasd.com/CRsa/id_rsa.pub
+>
+> gejo
+> gejobj at gmail.com
+> ssh-rsa
+> AAAAB3NzaC1yc2EAAAADAQABAAABAQDsz3nMbb2fnAtdXXEH8BTQpePligSSZcWIShQ3CoQlb
+> Z7KxE/G+gujJAxVmVHtcVVKu5Q2FbVT25fDkuMnSgUGlOVbEFXPwLX7Za/LtEbtOXjxbmdKii
+> S9vly2Jlrfva6pZ7wm6Zw72Sxoc5C3agQ9OaDWfJmnOofn3e2/cmWCBh49qllIzGA2HTETvg4
+> TDaqwaKfGfmVumOvD6b/RFRvg/xQ9E5ivnEqPrCAu/uI8u1VULzH68QWmo3YKR03BVbVW8xfb
+> mx1tufNr00abm3G+AX8R0hAXdLyxiauCFGQ1MxuaJvSlq+OJCVa+X/rKyXSTZxpvz/mTakn7r
+> +vd3cD1 gejobj at gmail.com
+>
+>
+> GregoryBravas
+> gigartua at gmail.com
+> Gregory, I cannot find your ssh key. Could you please send it again
+> Thanks
+>
+> Sorry for the delay guys and welcome aboard
+>
+> --
+> Anne
+> http://www.mageia.org
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-sysadm/attachments/20110706/631d5a67/attachment.html>
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: blogdrakepackagers.pub
+Type: application/x-mspublisher
+Size: 734 bytes
+Desc: not available
+URL: </pipermail/mageia-sysadm/attachments/20110706/631d5a67/attachment.pub>
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003697.html b/zarb-ml/mageia-sysadm/2011-July/003697.html new file mode 100644 index 000000000..9e54543bb --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003697.html @@ -0,0 +1,70 @@ + + + + [Mageia-sysadm] Apprentice account creation + + + + + + + + + +

[Mageia-sysadm] Apprentice account creation

+ Michael Scherer + misc at zarb.org +
+ Wed Jul 6 21:30:53 CEST 2011 +

+
+ +
Le mercredi 06 juillet 2011 à 20:29 +0200, Anne nicolas a écrit :
+> Hi guys
+> 
+> Juan Luis Baptiste just kicked me as I did not do my homeworks...  He
+> is mentoring at the moment 3 guys from Blogdrake. Could you please
+> give them svn access so that they can commit ?
+
+Well, next time, the mentor should open a bug report, so we can track
+the work more easily 
+-- 
+Michael Scherer
+
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003698.html b/zarb-ml/mageia-sysadm/2011-July/003698.html new file mode 100644 index 000000000..183970189 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003698.html @@ -0,0 +1,107 @@ + + + + [Mageia-sysadm] Problem with sympa when changing email + + + + + + + + + +

[Mageia-sysadm] Problem with sympa when changing email

+ Michael Scherer + misc at zarb.org +
+ Thu Jul 7 01:33:32 CEST 2011 +

+
+ +
Hi,
+
+as noted some months ago, people changing email on ldap will have issues
+on sympa. Since sympa use the mail as a key to identify the user instead
+of the login, things go wrong when the mail is changed on ldap side.
+
+Damien -rediscovered the issue by changing his email in ldap to use the
+@mageia.org aliases :) 
+( he is doing qa on the mail, finding all possible bugs, and I can only
+imagine the next one ).
+
+To avoid this, there is several proposal :
+
+- let people post mail using their @mageia.org alias if they are
+subscribed, using a custom scenari. That's doable, IMHO, but will only
+help for some specific changes, people deciding to use their aliases
+( which would be the more frequent type of change, IMHO ). In fact, that
+would even help so people do not have to change it in ldap. 
+
+This would have prevented the issue here.
+
+- let people use their aliases to log. Again, that's doable, and would
+solve the other part of the issue.
+
+- push and sync from ldap, when there is a change. This would solve the
+issue in all case, but this is much more complex to do.
+
+Anyway, shall the issue arise again, here is how I solved it :
+
+ssh root at alamut
+# psql -U postgres
+
+> \c sympa
+
+> BEGIN ;
+> DELETE FROM user_table WHERE email_user = 'new_email at example.org' ;
+> UPDATE user_table SET email_user = 'new_email at example.org' WHERE
+email_user = 'old_email at example.net';
+> UPDATE subscriber_table SET user_subscriber = 'new_email at example.org'
+WHERE user_subscriber = 'old_email at example.net';
+> COMMIT;
+
+As a side note, I suspect bugzilla to have the same type of issue, but
+this need to be checked.
+
+-- 
+Michael Scherer
+
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003699.html b/zarb-ml/mageia-sysadm/2011-July/003699.html new file mode 100644 index 000000000..950096ca1 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003699.html @@ -0,0 +1,64 @@ + + + + [Mageia-sysadm] Package removal request: lib*lcms22-2.2-1.mga2 + + + + + + + + + +

[Mageia-sysadm] Package removal request: lib*lcms22-2.2-1.mga2

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Thu Jul 7 06:57:34 CEST 2011 +

+
+ +
Please remove only lib*lcms22-2.2-1.mga2 from the repos, it had wrong
+libification (new package is lib*lcms2_2-2.2-1.mga2).
+
+-- 
+Ahmad Samir
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003700.html b/zarb-ml/mageia-sysadm/2011-July/003700.html new file mode 100644 index 000000000..650068dcf --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003700.html @@ -0,0 +1,66 @@ + + + + [Mageia-sysadm] Package removal request: lib*lcms22-2.2-1.mga2 + + + + + + + + + +

[Mageia-sysadm] Package removal request: lib*lcms22-2.2-1.mga2

+ nicolas vigier + boklm at mars-attacks.org +
+ Thu Jul 7 12:48:10 CEST 2011 +

+
+ +
On Thu, 07 Jul 2011, Ahmad Samir wrote:
+
+> Please remove only lib*lcms22-2.2-1.mga2 from the repos, it had wrong
+> libification (new package is lib*lcms2_2-2.2-1.mga2).
+
+Removed.
+
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003701.html b/zarb-ml/mageia-sysadm/2011-July/003701.html new file mode 100644 index 000000000..76eeababd --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003701.html @@ -0,0 +1,74 @@ + + + + [Mageia-sysadm] Package removal request: misnamed gir libs + + + + + + + + + +

[Mageia-sysadm] Package removal request: misnamed gir libs

+ Jani Välimaa + jani.valimaa at gmail.com +
+ Thu Jul 7 18:51:53 CEST 2011 +

+
+ +
Hi,
+
+could someone please remove couple misnamed gir libs from Cauldron repos:
+
+lib{,64}mash0.1-gir0.1-0.1.0-1.mga2
+lib{,64}pango1.0-gir1.0-1.29.3-3.mga2
+lib{,64}json-glib1.0-gir1.0-0.13.4-2.mga2
+lib{,64}clutter-gst1.0-gir1.0-1.3.12-1.mga2
+lib{,64}clutter-glx1.0-gir1.0-1.7.4-2.mga2
+lib{,64}gdk_pixbuf2.0-gir2.0-2.23.5-3.mga2
+
+Correct ones are available..
+
+-- 
+Jani Välimaa
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003702.html b/zarb-ml/mageia-sysadm/2011-July/003702.html new file mode 100644 index 000000000..b43381381 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003702.html @@ -0,0 +1,74 @@ + + + + [Mageia-sysadm] Package removal request: misnamed gir libs + + + + + + + + + +

[Mageia-sysadm] Package removal request: misnamed gir libs

+ nicolas vigier + boklm at mars-attacks.org +
+ Thu Jul 7 19:11:46 CEST 2011 +

+
+ +
On Thu, 07 Jul 2011, Jani Välimaa wrote:
+
+> Hi,
+>
+> could someone please remove couple misnamed gir libs from Cauldron repos:
+>
+> lib{,64}mash0.1-gir0.1-0.1.0-1.mga2
+> lib{,64}pango1.0-gir1.0-1.29.3-3.mga2
+> lib{,64}json-glib1.0-gir1.0-0.13.4-2.mga2
+> lib{,64}clutter-gst1.0-gir1.0-1.3.12-1.mga2
+> lib{,64}clutter-glx1.0-gir1.0-1.7.4-2.mga2
+> lib{,64}gdk_pixbuf2.0-gir2.0-2.23.5-3.mga2
+
+Removed.
+
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003703.html b/zarb-ml/mageia-sysadm/2011-July/003703.html new file mode 100644 index 000000000..c4968ded4 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003703.html @@ -0,0 +1,109 @@ + + + + [Mageia-sysadm] Storage for artwork team + + + + + + + + + +

[Mageia-sysadm] Storage for artwork team

+ Thorsten van Lil + tvl83 at gmx.de +
+ Thu Jul 7 20:20:40 CEST 2011 +

+
+ +
Am Mittwoch, 15. Juni 2011, 12:37:13 schrieb Thorsten van Lil:
+> Am 15.06.2011 12:01, schrieb Michael Scherer:
+> > Le mercredi 15 juin 2011 à 08:13 +0200, Thorsten van Lil a écrit :
+> >> Am Mittwoch, 15. Juni 2011, 00:36:40 schrieb Michael Scherer:
+> >>> Le mardi 14 juin 2011 à 21:49 +0200, Thorsten van Lil a écrit :
+> >>>> Am Donnerstag, 9. Juni 2011, 22:32:59 schrieb Michael Scherer:
+> >>>>> Le jeudi 09 juin 2011 à 16:52 +0200, Thorsten van Lil a écrit :
+> >>>>>> Am 09.06.2011 16:45, schrieb Damien Lallement:
+> >>>>>>> But who will put files on this space? A few people needs write
+> >>>>>>> access or you will ask sysadmin team to put files?
+> >>>>>> 
+> >>>>>> For sure, we will put the files on. So we need write access
+> >>>>>> (probably resolved via ldap?).
+> >>>>> 
+> >>>>> We have the needed piece for sftp and ldap access restriction.
+> >>>>> Then we could setup per user folder, like for people.mandriva.com (
+> >>>>> for those from mandriva that remember
+> >>>> 
+> >>>> So, what do we have to do to get that?
+> >>> 
+> >>> First, telling that if having personal specific folder would be ok or
+> >>> not ?
+> >>> 
+> >>> Ie, you will use sftp to upload the file to some directory in your
+> >>> home, and then , it will appear on XXXX.mageia.org/~login/ ?
+> >> 
+> >> Sftp is totally fine for us. But I'm in favour of only one folder for
+> >> the whole artwork team. Is this possible?
+> > 
+> > Also, something that may not be obvious is that :
+> > - we need to have a account for people of the artwork team
+> > 
+> > - which requires to have proper team structure, ie, that you decide one
+> > representative, and who is in the team and who is not, and so on.
+> 
+> I'm the team representative (since a few hours now :) ). And only those
+> who are active members of artwork team should have write access to the
+> storage (this will probably be not more than 3 members for the moment).
+> I think we can handle that like the i18n-team. I will pipe to you who is
+> in the team (or no longer is in the team), with all its privileges and
+> dutys.
+> 
+
+Want to push the topic again.
+Can at least I have (write-)access to such a storage, but it must be readable 
+for everyone to be usable.
+
+Best wishes,
+Thorsten
+
+ + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003704.html b/zarb-ml/mageia-sysadm/2011-July/003704.html new file mode 100644 index 000000000..6b74cf779 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003704.html @@ -0,0 +1,79 @@ + + + + [Mageia-sysadm] Fwd: Forum database error + + + + + + + + + +

[Mageia-sysadm] Fwd: Forum database error

+ Wolfgang Bornath + molch.b at googlemail.com +
+ Thu Jul 7 23:50:39 CEST 2011 +

+
+ +
Sorry should have gone to the list as well
+
+
+---------- Forwarded message ----------
+From: Wolfgang Bornath <molch.b at googlemail.com>
+Date: 2011/7/7
+Subject: Forum database error
+To: Michael Scherer <misc at zarb.org>, Maât <maat-ml at vilarem.net>
+
+
+2 minutes ago both forums (english and german) showed a
+
+General Error
+SQL ERROR [ postgres ]
+An sql error occurred while fetching this page. Please contact an
+administrator if this problem persists.
+
+--
+wobo
+
+ + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003705.html b/zarb-ml/mageia-sysadm/2011-July/003705.html new file mode 100644 index 000000000..4ab4d2dce --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003705.html @@ -0,0 +1,71 @@ + + + + [Mageia-sysadm] Storage for artwork team + + + + + + + + + +

[Mageia-sysadm] Storage for artwork team

+ Michael Scherer + misc at zarb.org +
+ Thu Jul 7 23:57:42 CEST 2011 +

+
+ +
Le jeudi 07 juillet 2011 à 20:20 +0200, Thorsten van Lil a écrit :
+
+> Want to push the topic again.
+> Can at least I have (write-)access to such a storage, but it must be readable 
+> for everyone to be usable.
+
+Sorry, I doubt to be able to finish this task before next week :/ 
+( but maybe another admin can step in )
+
+( sftp on champagne for member of mga-artwork + a directory + a vhost )
+-- 
+Michael Scherer
+
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003706.html b/zarb-ml/mageia-sysadm/2011-July/003706.html new file mode 100644 index 000000000..3245ff8b5 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003706.html @@ -0,0 +1,76 @@ + + + + [Mageia-sysadm] Forum database error + + + + + + + + + +

[Mageia-sysadm] Forum database error

+ Michael Scherer + misc at zarb.org +
+ Fri Jul 8 00:03:44 CEST 2011 +

+
+ +
Le jeudi 07 juillet 2011 à 23:49 +0200, Wolfgang Bornath a écrit :
+> 2 minutes ago both forums (english and german) showed a
+> 
+> General Error
+> SQL ERROR [ postgres ]
+> An sql error occurred while fetching this page. Please contact an
+> administrator if this problem persists.
+
+It seems that each time we touch to dns ( like 1819 ), bind is unable to
+restart, on alamut and krampouezh.
+
+And so since ldap was not reachable, we had also error messages about
+unknow users.
+
+-- 
+Michael Scherer
+
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003707.html b/zarb-ml/mageia-sysadm/2011-July/003707.html new file mode 100644 index 000000000..1013f1908 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003707.html @@ -0,0 +1,78 @@ + + + + [Mageia-sysadm] Forum database error + + + + + + + + + +

[Mageia-sysadm] Forum database error

+ Wolfgang Bornath + molch.b at googlemail.com +
+ Fri Jul 8 00:06:44 CEST 2011 +

+
+ +
2011/7/8 Michael Scherer <misc at zarb.org>:
+> Le jeudi 07 juillet 2011 à 23:49 +0200, Wolfgang Bornath a écrit :
+>> 2 minutes ago both forums (english and german) showed a
+>>
+>> General Error
+>> SQL ERROR [ postgres ]
+>> An sql error occurred while fetching this page. Please contact an
+>> administrator if this problem persists.
+>
+> It seems that each time we touch to dns ( like 1819 ), bind is unable to
+> restart, on alamut and krampouezh.
+>
+> And so since ldap was not reachable, we had also error messages about
+> unknow users.
+
+Yes, thx for investigating and fixing!
+
+-- 
+wobo
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003708.html b/zarb-ml/mageia-sysadm/2011-July/003708.html new file mode 100644 index 000000000..73dcb8566 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003708.html @@ -0,0 +1,70 @@ + + + + [Mageia-sysadm] Out of town until 18/07 + + + + + + + + + +

[Mageia-sysadm] Out of town until 18/07

+ Michael Scherer + misc at zarb.org +
+ Fri Jul 8 13:01:52 CEST 2011 +

+
+ +
Hi,
+
+As seen on the blog, I will be at Libre Software Meeting and in holidays
+for a few days after, do not expect a fast answer from me nor much
+answer on irc until 18th July. 
+
+I will also not be present in meeting during the week. 
+
+-- 
+Michael Scherer
+
+
+ + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003709.html b/zarb-ml/mageia-sysadm/2011-July/003709.html new file mode 100644 index 000000000..5f9b11c95 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003709.html @@ -0,0 +1,93 @@ + + + + [Mageia-sysadm] Apprentice account creation + + + + + + + + + +

[Mageia-sysadm] Apprentice account creation

+ Michael Scherer + misc at zarb.org +
+ Fri Jul 8 13:04:21 CEST 2011 +

+
+ +
Le mercredi 06 juillet 2011 à 20:29 +0200, Anne nicolas a écrit :
+> Hi guys
+> 
+> Juan Luis Baptiste just kicked me as I did not do my homeworks...  He
+> is mentoring at the moment 3 guys from Blogdrake. Could you please
+> give them svn access so that they can commit ?
+
+I have created the accounts and placed them in the proper group.
+( in fact, I did it yesterday, I just forgot to send the mail :/ )
+
+For adding the key, the easiest is to connect on
+http://identity.mageia.org/ 
+use "add a attribute", select "sshPublicKey" , and place the key in the
+text box ( the complete line ), and then click add. The key will then be
+deployed between one and 5 minutes ( cronjob )
+
+( this way, people know how to change it if needed later without asking
+to admin )
+
+You can verify it work by doing 
+$ ssh svn.mageia.org
+
+It should say something like this :
+
+$ ssh svn.mageia.org     
+Last login: Tue Jun 21 16:09:55 2011 from nanardon.zarb.org
+You tried to run a interactive shell.
+Sorry, you are not allowed to execute that command.
+You are member of the following groups :
+mga-users mga-shell_access  mga-packagers-committers 
+Connection to valstar.mageia.org closed.
+
+If there is a error message, check the login used 
+-- 
+Michael Scherer
+
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003710.html b/zarb-ml/mageia-sysadm/2011-July/003710.html new file mode 100644 index 000000000..91d79e07c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003710.html @@ -0,0 +1,109 @@ + + + + [Mageia-sysadm] Apprentice account creation + + + + + + + + + +

[Mageia-sysadm] Apprentice account creation

+ Gonzalo Igartua + gigartua at gmail.com +
+ Fri Jul 8 13:44:26 CEST 2011 +

+
+ +
Thanks, I have wanted to start.
+
+This afternoon will prove that all is well.I'm like a kid with a new gift.
+
+
+
+
+Cheers
+
+
+
+2011/7/8 Michael Scherer <misc at zarb.org>
+
+> Le mercredi 06 juillet 2011 à 20:29 +0200, Anne nicolas a écrit :
+> > Hi guys
+> >
+> > Juan Luis Baptiste just kicked me as I did not do my homeworks...  He
+> > is mentoring at the moment 3 guys from Blogdrake. Could you please
+> > give them svn access so that they can commit ?
+>
+> I have created the accounts and placed them in the proper group.
+> ( in fact, I did it yesterday, I just forgot to send the mail :/ )
+>
+> For adding the key, the easiest is to connect on
+> http://identity.mageia.org/
+> use "add a attribute", select "sshPublicKey" , and place the key in the
+> text box ( the complete line ), and then click add. The key will then be
+> deployed between one and 5 minutes ( cronjob )
+>
+> ( this way, people know how to change it if needed later without asking
+> to admin )
+>
+> You can verify it work by doing
+> $ ssh svn.mageia.org
+>
+> It should say something like this :
+>
+> $ ssh svn.mageia.org
+> Last login: Tue Jun 21 16:09:55 2011 from nanardon.zarb.org
+> You tried to run a interactive shell.
+> Sorry, you are not allowed to execute that command.
+> You are member of the following groups :
+> mga-users mga-shell_access  mga-packagers-committers
+> Connection to valstar.mageia.org closed.
+>
+> If there is a error message, check the login used
+> --
+> Michael Scherer
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-sysadm/attachments/20110708/eabb50a4/attachment.html>
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003711.html b/zarb-ml/mageia-sysadm/2011-July/003711.html new file mode 100644 index 000000000..8d3a56ca4 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003711.html @@ -0,0 +1,96 @@ + + + + [Mageia-sysadm] perl modules shipped by mageia - db hosted on mageia servers? + + + + + + + + + +

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

+ Jerome Quelin + jquelin at gmail.com +
+ Fri Jul 8 14:50:42 CEST 2011 +

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

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003712.html b/zarb-ml/mageia-sysadm/2011-July/003712.html new file mode 100644 index 000000000..5091c7899 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003712.html @@ -0,0 +1,86 @@ + + + + [Mageia-sysadm] perl modules shipped by mageia - db hosted on mageia servers? + + + + + + + + + +

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

+ Michael Scherer + misc at zarb.org +
+ Fri Jul 8 15:37:36 CEST 2011 +

+
+ +
Le vendredi 08 juillet 2011 à 14:50 +0200, Jerome Quelin a écrit :
+> hi,
+> 
+> i've updated module::packaged::generator to support mageia (among a lot
+> of other improvements). it creates a sqlite database with all perl
+> modules available in mageia, with their version and the rpm package
+> holding the module. the package to install is (only available on
+> cauldron) perl-Module-Packaged-Generator-1.111.890-1.mga2
+
+Then we need a backport to 2010.2, or wait until we upgrade to mageia
+2  :)
+
+
+The rest should be quite easy once the package is backported ( and
+tested ). 
+
+> once this is scheduled, please let me know the refresh rate and the url
+> where resulting file can be downloaded. the url doesn't need to be sexy
+> or short or whatever - it will be hidden in a perl module responsible
+> for automatic mirroring.
+
+I guess once per day, on pkgcpan.mageia ?
+( I prefer to have descriptive domain name for the sack of self
+documentation, so do not hesitate if you have a better one, ie something
+that clearly tell what purpose it serve ).
+-- 
+Michael Scherer
+
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003713.html b/zarb-ml/mageia-sysadm/2011-July/003713.html new file mode 100644 index 000000000..e073165d0 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003713.html @@ -0,0 +1,95 @@ + + + + [Mageia-sysadm] [Mageia-dev] Wrong detection on rpmlint's unexpanded-macro + + + + + + + + + +

[Mageia-sysadm] [Mageia-dev] Wrong detection on rpmlint's unexpanded-macro

+ John Balcaen + mikala at mageia.org +
+ Sat Jul 9 18:20:16 CEST 2011 +

+
+ +
2011/7/9 Ahmad Samir <ahmadsamir3891 at gmail.com>:
+> On 9 July 2011 05:55, Funda Wang <fundawang at gmail.com> wrote:
+>> Hello,
+>>
+>> When submitting kdenetwork4, it was rejected because of unexpanded-macro:
+>> - unexpanded-macro
+>> /usr/share/apps/kppp/Provider/Netherlands/HetNet%032Frequent%032Surfen
+>> %032Frequent
+>>
+>> But I think unexpanded macro should be checked only in rpm's header
+>> (such as name, req, prov, obsoletes), not on the content of the
+>> package. Is it wanted?
+>>
+>
+> That looks like an unintended side-effect; it barfed on '%exclude
+> %_kde_appsdir/kppp/Provider'; it shouldn't, IIUC.
+>
+Hum probably not, for kdenetwork4 4.6.5 i remove the %exclude from
+kppp & it's still failing cf
+
+http://pkgsubmit.mageia.org/uploads/rejected/1/core/updates_testing/20110709144636.mikala.valstar.29217.youri
+
+
+Regards,
+
+
+P.S: i put sysadmin in cc
+
+
+-- 
+Balcaen John
+Jabber-id: mikala at jabber.littleboboy.net
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003714.html b/zarb-ml/mageia-sysadm/2011-July/003714.html new file mode 100644 index 000000000..0349a0255 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003714.html @@ -0,0 +1,73 @@ + + + + [Mageia-sysadm] "Forgotten Password" routine in the German forum does not point to identity.mageia.org + + + + + + + + + +

[Mageia-sysadm] "Forgotten Password" routine in the German forum does not point to identity.mageia.org

+ Wolfgang Bornath + molch.b at googlemail.com +
+ Mon Jul 11 12:15:25 CEST 2011 +

+
+ +
In the forum login there is a link for people who forgot their
+password. This link points to identity.mageia.org which is correct.
+Obviously this was forgotten to implemented in the German forum -
+there this link still points to the forum routine, which does not
+work, of couorse.
+
+Could somebody please change that ASAP.
+
+-- 
+wobo
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003715.html b/zarb-ml/mageia-sysadm/2011-July/003715.html new file mode 100644 index 000000000..09d1228d3 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003715.html @@ -0,0 +1,76 @@ + + + + [Mageia-sysadm] "Forgotten Password" routine in the German forum does not point to identity.mageia.org + + + + + + + + + +

[Mageia-sysadm] "Forgotten Password" routine in the German forum does not point to identity.mageia.org

+ Maât + maat-ml at vilarem.net +
+ Mon Jul 11 22:20:10 CEST 2011 +

+
+ +
Le 11/07/2011 12:15, Wolfgang Bornath a écrit :
+> In the forum login there is a link for people who forgot their
+> password. This link points to identity.mageia.org which is correct.
+> Obviously this was forgotten to implemented in the German forum -
+> there this link still points to the forum routine, which does not
+> work, of couorse.
+>
+> Could somebody please change that ASAP.
+>
+done iinm
+
+
+
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003716.html b/zarb-ml/mageia-sysadm/2011-July/003716.html new file mode 100644 index 000000000..95a1d7216 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003716.html @@ -0,0 +1,76 @@ + + + + [Mageia-sysadm] Hobbit [367926] alamut.mageia.org:memory CRITICAL (RED) + + + + + + + + + +

[Mageia-sysadm] Hobbit [367926] alamut.mageia.org:memory CRITICAL (RED)

+ nicolas vigier + boklm at mars-attacks.org +
+ Tue Jul 12 11:33:44 CEST 2011 +

+
+ +
On Tue, 12 Jul 2011, root at mageia.org wrote:
+
+> red Tue Jul 12 09:18:32 CEST 2011 - Memory CRITICAL
+>    Memory              Used       Total  Percentage
+> &green Physical          11976M      12031M         99%
+> &red Actual            11859M      12031M         98%
+> &green Swap               5373M      12287M         43%
+
+All memory and swap was used on alamut today. That was because of a few
+viewvc.cgi process, taking a few gigabytes of memory each, using all
+memory available. So I restarted apache.
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003717.html b/zarb-ml/mageia-sysadm/2011-July/003717.html new file mode 100644 index 000000000..80a27dc22 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003717.html @@ -0,0 +1,97 @@ + + + + [Mageia-sysadm] changing binrepos + + + + + + + + + +

[Mageia-sysadm] changing binrepos

+ nicolas vigier + boklm at mars-attacks.org +
+ Wed Jul 13 18:09:52 CEST 2011 +

+
+ +
Hello,
+
+I think current binrepos is not really perfect :
+
+- Using separate repository for each release require having multiple
+  copies of some files
+- removing old binary files from history is easier than before, but
+  still not very simple
+- Using the same directory structure as packages (with current and
+  releases directories) in binrepos is not very usefull I think
+
+So I think we could replace binrepos svn with something like this :
+
+- on valstar, a script to upload a file, accessed by ssh using "mgarepo
+  upload". The script saves all files in the same directory, using
+  sha1sum for the filename. And the directory is accessible by http.
+  The script could also take an URL as an argument, so that the file is
+  downloaded from this URL instead of being uploaded by the packager (for
+  people with slow connection). The script can also send an email on a
+  mailing list when a new file is uploaded.
+- the uploaded file becomes accessible at this URL :
+  http://binrepos.mageia.org/files/[sha1sum]
+- the same sha1.lst file as we have now is used to list binary files in
+  the SOURCES directory
+- when doing "mgarepo co" or "mgarepo getsrpm", mgarepo download all
+  files listed in sha1.lst from http://binrepos.mageia.org/files/...
+- when a file is no longer used, it is only removed from sha1.lst, not
+  removed from the server
+- If we want to save space, we can have a script to generate the list of
+  all used files from all packages, and remove files not in this list
+
+What do you think about this change ?
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003718.html b/zarb-ml/mageia-sysadm/2011-July/003718.html new file mode 100644 index 000000000..eb184dada --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003718.html @@ -0,0 +1,102 @@ + + + + [Mageia-sysadm] changing binrepos + + + + + + + + + +

[Mageia-sysadm] changing binrepos

+ Sander Lepik + sander.lepik at eesti.ee +
+ Wed Jul 13 18:28:23 CEST 2011 +

+
+ +
13.07.2011 19:09, nicolas vigier kirjutas:
+> Hello,
+>
+> I think current binrepos is not really perfect :
+>
+> - Using separate repository for each release require having multiple
+>   copies of some files
+> - removing old binary files from history is easier than before, but
+>   still not very simple
+> - Using the same directory structure as packages (with current and
+>   releases directories) in binrepos is not very usefull I think
+>
+> So I think we could replace binrepos svn with something like this :
+>
+> - on valstar, a script to upload a file, accessed by ssh using "mgarepo
+>   upload". The script saves all files in the same directory, using
+>   sha1sum for the filename. And the directory is accessible by http.
+>   The script could also take an URL as an argument, so that the file is
+>   downloaded from this URL instead of being uploaded by the packager (for
+>   people with slow connection). The script can also send an email on a
+>   mailing list when a new file is uploaded.
+> - the uploaded file becomes accessible at this URL :
+>   http://binrepos.mageia.org/files/[sha1sum]
+> - the same sha1.lst file as we have now is used to list binary files in
+>   the SOURCES directory
+> - when doing "mgarepo co" or "mgarepo getsrpm", mgarepo download all
+>   files listed in sha1.lst from http://binrepos.mageia.org/files/...
+> - when a file is no longer used, it is only removed from sha1.lst, not
+>   removed from the server
+> - If we want to save space, we can have a script to generate the list of
+>   all used files from all packages, and remove files not in this list
+>
+> What do you think about this change ?
+Sounds like a good idea.
+
+--
+Sander
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003719.html b/zarb-ml/mageia-sysadm/2011-July/003719.html new file mode 100644 index 000000000..579f0d04e --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003719.html @@ -0,0 +1,76 @@ + + + + [Mageia-sysadm] changing binrepos + + + + + + + + + +

[Mageia-sysadm] changing binrepos

+ Christiaan Welvaart + cjw at daneel.dyndns.org +
+ Wed Jul 13 20:16:45 CEST 2011 +

+
+ +
On Wed, 13 Jul 2011, nicolas vigier wrote:
+
+> So I think we could replace binrepos svn with something like this :
+>
+> - on valstar, a script to upload a file, accessed by ssh using "mgarepo
+>  upload". The script saves all files in the same directory, using
+>  sha1sum for the filename. And the directory is accessible by http.
+
+What happens when a file with the same sha1sum already exists?
+
+
+     Christiaan
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003720.html b/zarb-ml/mageia-sysadm/2011-July/003720.html new file mode 100644 index 000000000..b97e97d21 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003720.html @@ -0,0 +1,73 @@ + + + + [Mageia-sysadm] changing binrepos + + + + + + + + + +

[Mageia-sysadm] changing binrepos

+ Sander Lepik + sander.lepik at eesti.ee +
+ Wed Jul 13 20:46:09 CEST 2011 +

+
+ +
13.07.2011 21:16, Christiaan Welvaart kirjutas:
+>
+> What happens when a file with the same sha1sum already exists?
+>
+I hope it will be reused. That would save a lot of disk space.
+
+--
+Sander
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003721.html b/zarb-ml/mageia-sysadm/2011-July/003721.html new file mode 100644 index 000000000..8b337b891 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003721.html @@ -0,0 +1,78 @@ + + + + [Mageia-sysadm] changing binrepos + + + + + + + + + +

[Mageia-sysadm] changing binrepos

+ nicolas vigier + boklm at mars-attacks.org +
+ Wed Jul 13 20:47:48 CEST 2011 +

+
+ +
On Wed, 13 Jul 2011, Christiaan Welvaart wrote:
+
+> On Wed, 13 Jul 2011, nicolas vigier wrote:
+>
+>> So I think we could replace binrepos svn with something like this :
+>>
+>> - on valstar, a script to upload a file, accessed by ssh using "mgarepo
+>>  upload". The script saves all files in the same directory, using
+>>  sha1sum for the filename. And the directory is accessible by http.
+>
+> What happens when a file with the same sha1sum already exists?
+
+It is used and doesn't need to be uploaded again.
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003722.html b/zarb-ml/mageia-sysadm/2011-July/003722.html new file mode 100644 index 000000000..ea7b9fbfd --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003722.html @@ -0,0 +1,85 @@ + + + + [Mageia-sysadm] changing binrepos + + + + + + + + + +

[Mageia-sysadm] changing binrepos

+ Christiaan Welvaart + cjw at daneel.dyndns.org +
+ Wed Jul 13 21:17:39 CEST 2011 +

+
+ +
On Wed, 13 Jul 2011, nicolas vigier wrote:
+
+> On Wed, 13 Jul 2011, Christiaan Welvaart wrote:
+>
+>> On Wed, 13 Jul 2011, nicolas vigier wrote:
+>>
+>>> So I think we could replace binrepos svn with something like this :
+>>>
+>>> - on valstar, a script to upload a file, accessed by ssh using "mgarepo
+>>>  upload". The script saves all files in the same directory, using
+>>>  sha1sum for the filename. And the directory is accessible by http.
+>>
+>> What happens when a file with the same sha1sum already exists?
+>
+> It is used and doesn't need to be uploaded again.
+
+That's of course fine when the 2 files are identical but if they're not 
+you'll have a broken repository.
+
+
+     Christiaan
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003723.html b/zarb-ml/mageia-sysadm/2011-July/003723.html new file mode 100644 index 000000000..5c254ade1 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003723.html @@ -0,0 +1,92 @@ + + + + [Mageia-sysadm] changing binrepos + + + + + + + + + +

[Mageia-sysadm] changing binrepos

+ nicolas vigier + boklm at mars-attacks.org +
+ Wed Jul 13 21:30:16 CEST 2011 +

+
+ +
On Wed, 13 Jul 2011, Christiaan Welvaart wrote:
+
+> On Wed, 13 Jul 2011, nicolas vigier wrote:
+>
+>> On Wed, 13 Jul 2011, Christiaan Welvaart wrote:
+>>
+>>> On Wed, 13 Jul 2011, nicolas vigier wrote:
+>>>
+>>>> So I think we could replace binrepos svn with something like this :
+>>>>
+>>>> - on valstar, a script to upload a file, accessed by ssh using "mgarepo
+>>>>  upload". The script saves all files in the same directory, using
+>>>>  sha1sum for the filename. And the directory is accessible by http.
+>>>
+>>> What happens when a file with the same sha1sum already exists?
+>>
+>> It is used and doesn't need to be uploaded again.
+>
+> That's of course fine when the 2 files are identical but if they're not 
+> you'll have a broken repository.
+
+In theory it's possible, but in practice I don't think we'll see two
+meaningfull files with the same sha1sum.
+
+But if it happens we can use a tar.gz file instead of tar.bz2, or
+something else to have a different sha1sum.
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003724.html b/zarb-ml/mageia-sysadm/2011-July/003724.html new file mode 100644 index 000000000..2bc2ebb53 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003724.html @@ -0,0 +1,97 @@ + + + + [Mageia-sysadm] changing binrepos + + + + + + + + + +

[Mageia-sysadm] changing binrepos

+ Carlos Carvalho + carlos at fisica.ufpr.br +
+ Wed Jul 13 22:11:46 CEST 2011 +

+
+ +
nicolas vigier (boklm at mars-attacks.org) wrote on 13 July 2011 18:09:
+ >I think current binrepos is not really perfect :
+ >
+ >- Using separate repository for each release require having multiple
+ >  copies of some files
+ >- removing old binary files from history is easier than before, but
+ >  still not very simple
+ >- Using the same directory structure as packages (with current and
+ >  releases directories) in binrepos is not very usefull I think
+ >
+ >So I think we could replace binrepos svn with something like this :
+ >
+ >- on valstar, a script to upload a file, accessed by ssh using "mgarepo
+ >  upload". The script saves all files in the same directory, using
+ >  sha1sum for the filename.
+
+Having a single directory tree for all versions instead of separating
+releases in different trees is better; that's what Debian does. One of
+the advantages is that it allows a single file to be part of more than
+one release and avoids a lot of hardlinking, which is error-prone.
+
+I'm not sure that this is what you're suggesting, sorry if not. I
+don't follow in detail the distro-specific issues.
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003725.html b/zarb-ml/mageia-sysadm/2011-July/003725.html new file mode 100644 index 000000000..d592f286b --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003725.html @@ -0,0 +1,115 @@ + + + + [Mageia-sysadm] I'm a packager and I cannot use magrepo + + + + + + + + + +

[Mageia-sysadm] I'm a packager and I cannot use magrepo

+ Shlomi Fish + shlomif at shlomifish.org +
+ Thu Jul 14 16:05:25 CEST 2011 +

+
+ +
Hi all,
+
+I'm a packager (back from Mandriva) and I cannot use mgarepo:
+
+<SHELL>
+
+shlomif[rpms]:$base/SRPMS$ ssh-add
+Identity added: /home/shlomif/.ssh/id_rsa (/home/shlomif/.ssh/id_rsa)
+Identity added: /home/shlomif/.ssh/identity (shlomi at localhost.localdomain)
+shlomif[rpms]:$base/SRPMS$ mgarepo submit kwordquiz
+Fetching revision...
+URL: svn+ssh://svn.mageia.org/svn/packages/cauldron/kwordquiz
+Commit: 122522 | mikala | Update tarball to KDE 4.6.95 (KDE SC 4.7 RC2)
+Implicit target: cauldron
+error: command failed: ssh pkgsubmit.mageia.org /usr/local/bin/submit_package
+-t cauldron --define sid=b5d0f26e-baa9-49f0-a929-53fa01f0def5 -r 122522
+svn+ssh://svn.mageia.org/svn/packages/cauldron/kwordquiz error: Permission
+denied (publickey,password,keyboard-interactive). 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 It seems ssh-agent or ForwardAgent are not setup or your username
+is wrong. See
+http://wiki.mandriva.com/en/Development/Docs/Contributor_Tricks#SSH_configuration
+for more information.
+
+</SHELL>
+
+My E-mail is shlomif at shlomifish.org or shlomif at iglu.org.il .
+
+Regards,
+
+	Shlomi Fish
+
+-- 
+-----------------------------------------------------------------
+Shlomi Fish       http://www.shlomifish.org/
+My Public Domain Photos - http://www.flickr.com/photos/shlomif/
+
+Larry Wall can program in his sleep.
+
+Please reply to list if it's a mailing list post - http://shlom.in/reply .
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003726.html b/zarb-ml/mageia-sysadm/2011-July/003726.html new file mode 100644 index 000000000..0f35d3a8b --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003726.html @@ -0,0 +1,115 @@ + + + + [Mageia-sysadm] I'm a packager and I cannot use magrepo + + + + + + + + + +

[Mageia-sysadm] I'm a packager and I cannot use magrepo

+ Shlomi Fish + shlomif at shlomifish.org +
+ Thu Jul 14 16:17:59 CEST 2011 +

+
+ +
Hi all,
+
+I'm a packager (back from Mandriva) and I cannot use mgarepo:
+
+<SHELL>
+
+shlomif[rpms]:$base/SRPMS$ ssh-add
+Identity added: /home/shlomif/.ssh/id_rsa (/home/shlomif/.ssh/id_rsa)
+Identity added: /home/shlomif/.ssh/identity (shlomi at localhost.localdomain)
+shlomif[rpms]:$base/SRPMS$ mgarepo submit kwordquiz
+Fetching revision...
+URL: svn+ssh://svn.mageia.org/svn/packages/cauldron/kwordquiz
+Commit: 122522 | mikala | Update tarball to KDE 4.6.95 (KDE SC 4.7 RC2)
+Implicit target: cauldron
+error: command failed: ssh pkgsubmit.mageia.org /usr/local/bin/submit_package
+-t cauldron --define sid=b5d0f26e-baa9-49f0-a929-53fa01f0def5 -r 122522
+svn+ssh://svn.mageia.org/svn/packages/cauldron/kwordquiz error: Permission
+denied (publickey,password,keyboard-interactive). 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 It seems ssh-agent or ForwardAgent are not setup or your username
+is wrong. See
+http://wiki.mandriva.com/en/Development/Docs/Contributor_Tricks#SSH_configuration
+for more information.
+
+</SHELL>
+
+My E-mail is shlomif at shlomifish.org or shlomif at iglu.org.il .
+
+Regards,
+
+	Shlomi Fish
+
+-- 
+-----------------------------------------------------------------
+Shlomi Fish       http://www.shlomifish.org/
+My Public Domain Photos - http://www.flickr.com/photos/shlomif/
+
+Larry Wall can program in his sleep.
+
+Please reply to list if it's a mailing list post - http://shlom.in/reply .
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003727.html b/zarb-ml/mageia-sysadm/2011-July/003727.html new file mode 100644 index 000000000..c918c8501 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003727.html @@ -0,0 +1,107 @@ + + + + [Mageia-sysadm] I'm a packager and I cannot use magrepo + + + + + + + + + +

[Mageia-sysadm] I'm a packager and I cannot use magrepo

+ nicolas vigier + boklm at mars-attacks.org +
+ Thu Jul 14 16:41:40 CEST 2011 +

+
+ +
On Thu, 14 Jul 2011, Shlomi Fish wrote:
+
+> Hi all,
+> 
+> I'm a packager (back from Mandriva) and I cannot use mgarepo:
+> 
+> <SHELL>
+> 
+> shlomif[rpms]:$base/SRPMS$ ssh-add
+> Identity added: /home/shlomif/.ssh/id_rsa (/home/shlomif/.ssh/id_rsa)
+> Identity added: /home/shlomif/.ssh/identity (shlomi at localhost.localdomain)
+> shlomif[rpms]:$base/SRPMS$ mgarepo submit kwordquiz
+> Fetching revision...
+> URL: svn+ssh://svn.mageia.org/svn/packages/cauldron/kwordquiz
+> Commit: 122522 | mikala | Update tarball to KDE 4.6.95 (KDE SC 4.7 RC2)
+> Implicit target: cauldron
+> error: command failed: ssh pkgsubmit.mageia.org /usr/local/bin/submit_package
+> -t cauldron --define sid=b5d0f26e-baa9-49f0-a929-53fa01f0def5 -r 122522
+> svn+ssh://svn.mageia.org/svn/packages/cauldron/kwordquiz error: Permission
+> denied (publickey,password,keyboard-interactive). 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 It seems ssh-agent or ForwardAgent are not setup or your username
+> is wrong. See
+> http://wiki.mandriva.com/en/Development/Docs/Contributor_Tricks#SSH_configuration
+> for more information.
+> 
+> </SHELL>
+
+Did you enable ssh agent forwarding for pkgsubmit.mageia.org ?
+
+http://mageia.org/wiki/doku.php?id=basic_ssh_configuration_for_packagers
+
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003728.html b/zarb-ml/mageia-sysadm/2011-July/003728.html new file mode 100644 index 000000000..148e07df8 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003728.html @@ -0,0 +1,157 @@ + + + + [Mageia-sysadm] I'm a packager and I cannot use magrepo + + + + + + + + + +

[Mageia-sysadm] I'm a packager and I cannot use magrepo

+ Shlomi Fish + shlomif at shlomifish.org +
+ Thu Jul 14 17:01:00 CEST 2011 +

+
+ +
On Thu, 14 Jul 2011 16:41:40 +0200
+nicolas vigier <boklm at mars-attacks.org> wrote:
+
+> On Thu, 14 Jul 2011, Shlomi Fish wrote:
+> 
+> > Hi all,
+> > 
+> > I'm a packager (back from Mandriva) and I cannot use mgarepo:
+> > 
+> > <SHELL>
+> > 
+> > shlomif[rpms]:$base/SRPMS$ ssh-add
+> > Identity added: /home/shlomif/.ssh/id_rsa (/home/shlomif/.ssh/id_rsa)
+> > Identity added: /home/shlomif/.ssh/identity (shlomi at localhost.localdomain)
+> > shlomif[rpms]:$base/SRPMS$ mgarepo submit kwordquiz
+> > Fetching revision...
+> > URL: svn+ssh://svn.mageia.org/svn/packages/cauldron/kwordquiz
+> > Commit: 122522 | mikala | Update tarball to KDE 4.6.95 (KDE SC 4.7 RC2)
+> > Implicit target: cauldron
+> > error: command failed: ssh
+> > pkgsubmit.mageia.org /usr/local/bin/submit_package -t cauldron --define
+> > sid=b5d0f26e-baa9-49f0-a929-53fa01f0def5 -r 122522
+> > svn+ssh://svn.mageia.org/svn/packages/cauldron/kwordquiz error: Permission
+> > denied (publickey,password,keyboard-interactive). 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 It seems ssh-agent or ForwardAgent are not setup or
+> > your username is wrong. See
+> > http://wiki.mandriva.com/en/Development/Docs/Contributor_Tricks#SSH_configuration
+> > for more information.
+> > 
+> > </SHELL>
+> 
+> Did you enable ssh agent forwarding for pkgsubmit.mageia.org ?
+> 
+> http://mageia.org/wiki/doku.php?id=basic_ssh_configuration_for_packagers
+> 
+
+Oh, I see - I didn't. In any case, now I'm getting this:
+
+<<<
+
+shlomif[rpms]:$base/SRPMS$ mgarepo submit kwordquiz
+Fetching revision...
+URL: svn+ssh://svn.mageia.org/svn/packages/cauldron/kwordquiz
+Commit: 122522 | mikala | Update tarball to KDE 4.6.95 (KDE SC 4.7 RC2)
+Implicit target: cauldron
+error: command failed: ssh pkgsubmit.mageia.org /usr/local/bin/submit_package
+-t cauldron --define sid=9f49fa75-9e09-4050-94b9-092a05f5d77d -r 122522
+svn+ssh://svn.mageia.org/svn/packages/cauldron/kwordquiz error: Failed to
+upload svn+ssh://svn.mageia.org/svn/packages/cauldron/kwordquiz: Executing perl
+-I/usr/share/mga-youri-submit/lib /usr/share/mga-youri-submit/bin/youri-submit
+--config /etc/youri/submit-todo.conf --define user=shlomif --define
+sid=9f49fa75-9e09-4050-94b9-092a05f5d77d
+cauldron /var/lib/schedbot/repsys/srpms/@122522:kwordquiz-4.6.95-0.mga2.src.rpm
+(sudo_user shlomif) Deprecated method, use as_string now
+at /usr/share/mga-youri-submit/lib/Youri/Submit/Check/ACL.pm line 32 Deprecated
+method, use as_file() now
+at /usr/share/mga-youri-submit/lib/Youri/Submit/Check/Host.pm line 32
+Initializing repository Deprecated method, use as_string now
+at /usr/lib/perl5/site_perl/5.10.1/Youri/Repository/Mageia.pm line 457
+Submission errors, aborting:
+- kwordquiz-4.6.95-0.mga2.src:
+ - Current or newer revision(s) already exists in core/release for cauldron:
+kwordquiz-4.6.95-0.mga2.src
+A    /var/lib/schedbot/repsys/tmp/tmpsaeFOj/SOURCES-bin
+
+>>>
+
+And the mgarepo man page is lacking useful information.
+
+Regards,
+
+	Shlomi Fish
+
+-- 
+-----------------------------------------------------------------
+Shlomi Fish       http://www.shlomifish.org/
+"The Human Hacking Field Guide" - http://shlom.in/hhfg
+
+XSLT is what Chuck Norris has nightmares of.
+
+Please reply to list if it's a mailing list post - http://shlom.in/reply .
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003729.html b/zarb-ml/mageia-sysadm/2011-July/003729.html new file mode 100644 index 000000000..e90936ed1 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003729.html @@ -0,0 +1,176 @@ + + + + [Mageia-sysadm] I'm a packager and I cannot use magrepo + + + + + + + + + +

[Mageia-sysadm] I'm a packager and I cannot use magrepo

+ Anne nicolas + ennael at mageia.org +
+ Thu Jul 14 17:19:53 CEST 2011 +

+
+ +
2011/7/14 Shlomi Fish <shlomif at shlomifish.org>:
+> On Thu, 14 Jul 2011 16:41:40 +0200
+> nicolas vigier <boklm at mars-attacks.org> wrote:
+>
+>> On Thu, 14 Jul 2011, Shlomi Fish wrote:
+>>
+>> > Hi all,
+>> >
+>> > I'm a packager (back from Mandriva) and I cannot use mgarepo:
+>> >
+>> > <SHELL>
+>> >
+>> > shlomif[rpms]:$base/SRPMS$ ssh-add
+>> > Identity added: /home/shlomif/.ssh/id_rsa (/home/shlomif/.ssh/id_rsa)
+>> > Identity added: /home/shlomif/.ssh/identity (shlomi at localhost.localdomain)
+>> > shlomif[rpms]:$base/SRPMS$ mgarepo submit kwordquiz
+>> > Fetching revision...
+>> > URL: svn+ssh://svn.mageia.org/svn/packages/cauldron/kwordquiz
+>> > Commit: 122522 | mikala | Update tarball to KDE 4.6.95 (KDE SC 4.7 RC2)
+>> > Implicit target: cauldron
+>> > error: command failed: ssh
+>> > pkgsubmit.mageia.org /usr/local/bin/submit_package -t cauldron --define
+>> > sid=b5d0f26e-baa9-49f0-a929-53fa01f0def5 -r 122522
+>> > svn+ssh://svn.mageia.org/svn/packages/cauldron/kwordquiz error: Permission
+>> > denied (publickey,password,keyboard-interactive). 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 It seems ssh-agent or ForwardAgent are not setup or
+>> > your username is wrong. See
+>> > http://wiki.mandriva.com/en/Development/Docs/Contributor_Tricks#SSH_configuration
+>> > for more information.
+>> >
+>> > </SHELL>
+>>
+>> Did you enable ssh agent forwarding for pkgsubmit.mageia.org ?
+>>
+>> http://mageia.org/wiki/doku.php?id=basic_ssh_configuration_for_packagers
+>>
+>
+> Oh, I see - I didn't. In any case, now I'm getting this:
+>
+> <<<
+>
+> shlomif[rpms]:$base/SRPMS$ mgarepo submit kwordquiz
+> Fetching revision...
+> URL: svn+ssh://svn.mageia.org/svn/packages/cauldron/kwordquiz
+> Commit: 122522 | mikala | Update tarball to KDE 4.6.95 (KDE SC 4.7 RC2)
+> Implicit target: cauldron
+> error: command failed: ssh pkgsubmit.mageia.org /usr/local/bin/submit_package
+> -t cauldron --define sid=9f49fa75-9e09-4050-94b9-092a05f5d77d -r 122522
+> svn+ssh://svn.mageia.org/svn/packages/cauldron/kwordquiz error: Failed to
+> upload svn+ssh://svn.mageia.org/svn/packages/cauldron/kwordquiz: Executing perl
+> -I/usr/share/mga-youri-submit/lib /usr/share/mga-youri-submit/bin/youri-submit
+> --config /etc/youri/submit-todo.conf --define user=shlomif --define
+> sid=9f49fa75-9e09-4050-94b9-092a05f5d77d
+> cauldron /var/lib/schedbot/repsys/srpms/@122522:kwordquiz-4.6.95-0.mga2.src.rpm
+> (sudo_user shlomif) Deprecated method, use as_string now
+> at /usr/share/mga-youri-submit/lib/Youri/Submit/Check/ACL.pm line 32 Deprecated
+> method, use as_file() now
+> at /usr/share/mga-youri-submit/lib/Youri/Submit/Check/Host.pm line 32
+> Initializing repository Deprecated method, use as_string now
+> at /usr/lib/perl5/site_perl/5.10.1/Youri/Repository/Mageia.pm line 457
+> Submission errors, aborting:
+> - kwordquiz-4.6.95-0.mga2.src:
+>  - Current or newer revision(s) already exists in core/release for cauldron:
+> kwordquiz-4.6.95-0.mga2.src
+> A    /var/lib/schedbot/repsys/tmp/tmpsaeFOj/SOURCES-bin
+
+
+Have a better look on error message
+"Current or newer revision(s) already exists in core/release for cauldron"
+so you have to increase release
+
+
+>
+>>>>
+>
+> And the mgarepo man page is lacking useful information.
+>
+> Regards,
+>
+>        Shlomi Fish
+>
+> --
+> -----------------------------------------------------------------
+> Shlomi Fish       http://www.shlomifish.org/
+> "The Human Hacking Field Guide" - http://shlom.in/hhfg
+>
+> XSLT is what Chuck Norris has nightmares of.
+>
+> Please reply to list if it's a mailing list post - http://shlom.in/reply .
+> _______________________________________________
+> 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-July/003730.html b/zarb-ml/mageia-sysadm/2011-July/003730.html new file mode 100644 index 000000000..0485aac53 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003730.html @@ -0,0 +1,95 @@ + + + + [Mageia-sysadm] I'm a packager and I cannot use magrepo + + + + + + + + + +

[Mageia-sysadm] I'm a packager and I cannot use magrepo

+ Balcaen John + mikala at mageia.org +
+ Thu Jul 14 18:34:33 CEST 2011 +

+
+ +
On Thursday 14 July 2011 18:01:00 Shlomi Fish wrote:
+> On Thu, 14 Jul 2011 16:41:40 +0200
+> 
+[...]
+> > 
+> > Did you enable ssh agent forwarding for pkgsubmit.mageia.org ?
+> > 
+> > http://mageia.org/wiki/doku.php?id=basic_ssh_configuration_for_packagers
+> 
+> Oh, I see - I didn't. In any case, now I'm getting this:
+> 
+[...]
+So it means that you can submit a package at least.
+Here the package was finally pushed because i tought initially you did not have 
+correct right for the moment (& did not expect that you did not set up 
+correctly ssh-agent).
+There's of course no need to push it again.
+
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003731.html b/zarb-ml/mageia-sysadm/2011-July/003731.html new file mode 100644 index 000000000..167c3c9e2 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003731.html @@ -0,0 +1,87 @@ + + + + [Mageia-sysadm] Presentation and contribution to Mageia + + + + + + + + + +

[Mageia-sysadm] Presentation and contribution to Mageia

+ sebelee at free.fr + sebelee at free.fr +
+ Thu Jul 14 22:39:25 CEST 2011 +

+
+ +
Hi
+
+After attending Michael's meeting at Libre Software Meeting this week, i wanted to know how can i contribute to Mageia project ?
+
+My actual work is sysadmin and for the moment i've no experience about open source project...
+
+At work we maintain about 40 Linux servers (Gentoo, Ubuntu) and the company newtork (security, vpn links, ...). 
+I've experience with Apache, Nginx, MySQL, Munin, Qmail. And know some basics with Subversion and Git (usage and server config).
+
+
+Bye
+Sébastien Kurtzemann
+
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003732.html b/zarb-ml/mageia-sysadm/2011-July/003732.html new file mode 100644 index 000000000..d60f2e131 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003732.html @@ -0,0 +1,109 @@ + + + + [Mageia-sysadm] changing binrepos + + + + + + + + + +

[Mageia-sysadm] changing binrepos

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Thu Jul 14 23:32:07 CEST 2011 +

+
+ +
'Twas brillig, and nicolas vigier at 13/07/11 20:30 did gyre and gimble:
+> On Wed, 13 Jul 2011, Christiaan Welvaart wrote:
+> 
+>> On Wed, 13 Jul 2011, nicolas vigier wrote:
+>>
+>>> On Wed, 13 Jul 2011, Christiaan Welvaart wrote:
+>>>
+>>>> On Wed, 13 Jul 2011, nicolas vigier wrote:
+>>>>
+>>>>> So I think we could replace binrepos svn with something like this :
+>>>>>
+>>>>> - on valstar, a script to upload a file, accessed by ssh using "mgarepo
+>>>>>  upload". The script saves all files in the same directory, using
+>>>>>  sha1sum for the filename. And the directory is accessible by http.
+>>>>
+>>>> What happens when a file with the same sha1sum already exists?
+>>>
+>>> It is used and doesn't need to be uploaded again.
+>>
+>> That's of course fine when the 2 files are identical but if they're not 
+>> you'll have a broken repository.
+> 
+> In theory it's possible, but in practice I don't think we'll see two
+> meaningfull files with the same sha1sum.
+> 
+> But if it happens we can use a tar.gz file instead of tar.bz2, or
+> something else to have a different sha1sum.
+
+Just to be sure, why not make the file name "sha1sum-size", that way
+you're massively decreasing the likelihood of an sha1sum clash.
+
+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-July/003733.html b/zarb-ml/mageia-sysadm/2011-July/003733.html new file mode 100644 index 000000000..4b2182c8f --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003733.html @@ -0,0 +1,77 @@ + + + + [Mageia-sysadm] changing binrepos + + + + + + + + + +

[Mageia-sysadm] changing binrepos

+ Sander Lepik + sander.lepik at eesti.ee +
+ Fri Jul 15 08:14:02 CEST 2011 +

+
+ +
15.07.2011 00:32, Colin Guthrie kirjutas:
+>
+> Just to be sure, why not make the file name "sha1sum-size", that way
+> you're massively decreasing the likelihood of an sha1sum clash.
+>
+> Col
+>
+Or %{name}-sha1sum - easy to search by package if needed.
+
+--
+Sander
+
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003734.html b/zarb-ml/mageia-sysadm/2011-July/003734.html new file mode 100644 index 000000000..4b5db1b08 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003734.html @@ -0,0 +1,100 @@ + + + + [Mageia-sysadm] changing binrepos + + + + + + + + + +

[Mageia-sysadm] changing binrepos

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Jul 15 14:46:44 CEST 2011 +

+
+ +
'Twas brillig, and Sander Lepik at 15/07/11 07:14 did gyre and gimble:
+> 15.07.2011 00:32, Colin Guthrie kirjutas:
+>>
+>> Just to be sure, why not make the file name "sha1sum-size", that way
+>> you're massively decreasing the likelihood of an sha1sum clash.
+>>
+>> Col
+>>
+> Or %{name}-sha1sum - easy to search by package if needed.
+
+Nah, because that way, things that share sources (such as different
+kernel packages) would not be able to get disk-space (on server side)
+saving benefits and also some packages (I presume you intended %{name}
+to be the one from the spec?) will have multiple binary sources.
+
+
+
+But now I think about it, if 2+ packages do share the same binary, how
+do we know it's OK to actually delete the binary from the binrepos? We'd
+have to check every single packages sha1.lst file to see if it used
+it... that doesn't sound ideal....
+
+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-July/003735.html b/zarb-ml/mageia-sysadm/2011-July/003735.html new file mode 100644 index 000000000..4d164dfbb --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003735.html @@ -0,0 +1,81 @@ + + + + [Mageia-sysadm] changing binrepos + + + + + + + + + +

[Mageia-sysadm] changing binrepos

+ Sander Lepik + sander.lepik at eesti.ee +
+ Fri Jul 15 14:56:53 CEST 2011 +

+
+ +
15.07.2011 15:46, Colin Guthrie kirjutas:
+>
+> But now I think about it, if 2+ packages do share the same binary, how
+> do we know it's OK to actually delete the binary from the binrepos? We'd
+> have to check every single packages sha1.lst file to see if it used
+> it... that doesn't sound ideal....
+>
+> Col
+>
+Using database would help i think. Packages will be linked to files and 
+if all links are removed (ie all linked packages are EOL or using newer 
+version of binary source) then file becomes orphan and can be deleted.
+
+--
+Sander
+
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003736.html b/zarb-ml/mageia-sysadm/2011-July/003736.html new file mode 100644 index 000000000..8d0dc0a6c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003736.html @@ -0,0 +1,97 @@ + + + + [Mageia-sysadm] changing binrepos + + + + + + + + + +

[Mageia-sysadm] changing binrepos

+ Pascal Terjan + pterjan at gmail.com +
+ Fri Jul 15 15:20:50 CEST 2011 +

+
+ +
On Fri, Jul 15, 2011 at 13:46, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+> 'Twas brillig, and Sander Lepik at 15/07/11 07:14 did gyre and gimble:
+>> 15.07.2011 00:32, Colin Guthrie kirjutas:
+>>>
+>>> Just to be sure, why not make the file name "sha1sum-size", that way
+>>> you're massively decreasing the likelihood of an sha1sum clash.
+>>>
+>>> Col
+>>>
+>> Or %{name}-sha1sum - easy to search by package if needed.
+>
+> Nah, because that way, things that share sources (such as different
+> kernel packages) would not be able to get disk-space (on server side)
+> saving benefits and also some packages (I presume you intended %{name}
+> to be the one from the spec?) will have multiple binary sources.
+>
+>
+>
+> But now I think about it, if 2+ packages do share the same binary, how
+> do we know it's OK to actually delete the binary from the binrepos? We'd
+> have to check every single packages sha1.lst file to see if it used
+> it... that doesn't sound ideal....
+
+I think <original filename>-<sha1> would be good to avoid both
+filename collision and sha1 collision while still sharing files
+between packages
+Regarding reference counting, I don't know the best way to do it :)
+
+In the original mail Nicolas said:
+> - when a file is no longer used, it is only removed from sha1.lst, not
+>  removed from the server
+> - If we want to save space, we can have a script to generate the list of
+> all used files from all packages, and remove files not in this list
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003737.html b/zarb-ml/mageia-sysadm/2011-July/003737.html new file mode 100644 index 000000000..cadb6b3ed --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003737.html @@ -0,0 +1,92 @@ + + + + [Mageia-sysadm] changing binrepos + + + + + + + + + +

[Mageia-sysadm] changing binrepos

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Jul 15 15:49:40 CEST 2011 +

+
+ +
'Twas brillig, and Pascal Terjan at 15/07/11 14:20 did gyre and gimble:
+> Regarding reference counting, I don't know the best way to do it :)
+> 
+> In the original mail Nicolas said:
+>> - when a file is no longer used, it is only removed from sha1.lst, not
+>>  removed from the server
+>> - If we want to save space, we can have a script to generate the list of
+>> all used files from all packages, and remove files not in this list
+
+
+Ahh right I missed that bit when I re-read it... that solves that problem ;)
+
+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-July/003738.html b/zarb-ml/mageia-sysadm/2011-July/003738.html new file mode 100644 index 000000000..b681170d6 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003738.html @@ -0,0 +1,87 @@ + + + + [Mageia-sysadm] Hobbit [367926] alamut.mageia.org:memory CRITICAL (RED) + + + + + + + + + +

[Mageia-sysadm] Hobbit [367926] alamut.mageia.org:memory CRITICAL (RED)

+ Michael Scherer + misc at zarb.org +
+ Fri Jul 15 16:53:16 CEST 2011 +

+
+ +
Le mardi 12 juillet 2011 à 11:33 +0200, nicolas vigier a écrit :
+> On Tue, 12 Jul 2011, root at mageia.org wrote:
+> 
+> > red Tue Jul 12 09:18:32 CEST 2011 - Memory CRITICAL
+> >    Memory              Used       Total  Percentage
+> > &green Physical          11976M      12031M         99%
+> > &red Actual            11859M      12031M         98%
+> > &green Swap               5373M      12287M         43%
+> 
+> All memory and swap was used on alamut today. That was because of a few
+> viewvc.cgi process, taking a few gigabytes of memory each, using all
+> memory available. So I restarted apache.
+
+Technically, you can just kill viewvc process ( as this is fastcgi, they
+are spawned on demand ).
+
+There is a leak ( or just a huge cache, I am not sure ) in viewvc, I
+thought it was fixed with limitation of items displayed, but it seems to
+be more complex.
+
+While this would not be a proper fix, maybe we could add a limit to the
+number of client served by each process ?
+-- 
+Michael Scherer
+
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003739.html b/zarb-ml/mageia-sysadm/2011-July/003739.html new file mode 100644 index 000000000..e12689b6c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003739.html @@ -0,0 +1,93 @@ + + + + [Mageia-sysadm] changing binrepos + + + + + + + + + +

[Mageia-sysadm] changing binrepos

+ Michael Scherer + misc at zarb.org +
+ Fri Jul 15 19:00:33 CEST 2011 +

+
+ +
Le mercredi 13 juillet 2011 à 17:11 -0300, Carlos Carvalho a écrit :
+> nicolas vigier (boklm at mars-attacks.org) wrote on 13 July 2011 18:09:
+>  >I think current binrepos is not really perfect :
+>  >
+>  >- Using separate repository for each release require having multiple
+>  >  copies of some files
+>  >- removing old binary files from history is easier than before, but
+>  >  still not very simple
+>  >- Using the same directory structure as packages (with current and
+>  >  releases directories) in binrepos is not very usefull I think
+>  >
+>  >So I think we could replace binrepos svn with something like this :
+>  >
+>  >- on valstar, a script to upload a file, accessed by ssh using "mgarepo
+>  >  upload". The script saves all files in the same directory, using
+>  >  sha1sum for the filename.
+> 
+> Having a single directory tree for all versions instead of separating
+> releases in different trees is better; that's what Debian does. One of
+> the advantages is that it allows a single file to be part of more than
+> one release and avoids a lot of hardlinking, which is error-prone.
+
+I think you are speaking of mirrors, and we are speaking of the build
+system.
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003740.html b/zarb-ml/mageia-sysadm/2011-July/003740.html new file mode 100644 index 000000000..70918b7b0 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003740.html @@ -0,0 +1,121 @@ + + + + [Mageia-sysadm] Presentation and contribution to Mageia + + + + + + + + + +

[Mageia-sysadm] Presentation and contribution to Mageia

+ Michael Scherer + misc at zarb.org +
+ Sat Jul 16 03:50:05 CEST 2011 +

+
+ +
Le jeudi 14 juillet 2011 à 22:39 +0200, sebelee at free.fr a écrit :
+> Hi
+> 
+> After attending Michael's meeting at Libre Software Meeting this week, 
+> i wanted to know how can i contribute to Mageia project ?
+> 
+> My actual work is sysadmin and for the moment i've no experience about 
+> open source project...
+> 
+> At work we maintain about 40 Linux servers (Gentoo, Ubuntu) and the 
+> company newtork (security, vpn links, ...). 
+> I've experience with Apache, Nginx, MySQL, Munin, Qmail. And know some basics with Subversion and Git (usage and server config).
+
+Hi,
+
+regarding the sysadmin team, we do use puppet quite extensively, so the
+first task would be to be familiar with it, and to show you know how to
+use it by proposing patches against our repository ( web interface :
+http://svnweb.mageia.org/adm/ , checkout on
+svn://svn.mageia.org/svn/adm/ ).
+
+The idea is to first see if someone is good enough, and motivated enough
+before granting real access ( for obvious reasons ).
+
+We keep a todo list on
+https://bugs.mageia.org/showdependencytree.cgi?id=859&hide_resolved=1
+( some tasks are partially done ). 
+
+If you have any kind of questions regarding the infrastructure do not
+hesitate to ask, so we can see what can be improved, especially in the
+light of the current wiki which is a little bit too short :
+http://mageia.org/wiki/doku.php?id=sysadmin 
+
+And among the various things, having documentation would help :)
+
+
+Another useful task would be to package various tools ( I do not have a
+list at hand, sorry ), or improve our current one ( such as
+mirrors.mageia.org, identity ), but this requires perl coding ( catalyst
+mainly ). 
+
+We did receive request from translators about transifex too : 
+https://mageia.org/pipermail/mageia-i18n/2011-June/002070.html
+so that could be a task where people could help.
+
+Now, if you feel we are asking a little bit too much ( as I said in the
+presentation, maybe puppet is a little bit too intimidating ), there is
+lots of others tasks that would be maybe as useful and interesting
+( like packaging, artwork, even if the second is much more complex to me
+than system administration :) ).
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003741.html b/zarb-ml/mageia-sysadm/2011-July/003741.html new file mode 100644 index 000000000..8668177bf --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003741.html @@ -0,0 +1,102 @@ + + + + [Mageia-sysadm] Tx upgrade + + + + + + + + + +

[Mageia-sysadm] Tx upgrade

+ Michael Scherer + misc at zarb.org +
+ Sat Jul 16 12:33:36 CEST 2011 +

+
+ +
Hi,
+
+as asked by i18n team since some weeks, I propose we upgrade transifex
+on alamut to the latest stable release ( 1.1 ) :
+
+https://mageia.org/pipermail/mageia-i18n/2011-June/002070.html
+
+The steps required are :
+
+- Create a package of django-haystack 1.2
+- Create a package of pysolr
+- Create a package of tx 1.1 
+
+for cauldron
+
+- Backport them on a test vm
+- Install tx 1.1 
+  - play a little bit with it ( see if there is no obvious crasher )
+  - see if the configuration must be changed ( that's likely )
+
+- Warn i18n people that we will do the update, 1 week before
+- do the upgrade 
+  - backup of the db
+  - install needed rpms
+  - run the command to migrate schema
+- ask for feedback
+- fix what would break :)
+- announce it on the blog
+
+We should make sure we can rollback to a previous version
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003742.html b/zarb-ml/mageia-sysadm/2011-July/003742.html new file mode 100644 index 000000000..9d060860b --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003742.html @@ -0,0 +1,109 @@ + + + + [Mageia-sysadm] [1827] add small maintdb script + + + + + + + + + +

[Mageia-sysadm] [1827] add small maintdb script

+ Michael Scherer + misc at zarb.org +
+ Sat Jul 16 15:25:36 CEST 2011 +

+
+ +
Le mardi 12 juillet 2011 à 01:10 +0200, root at mageia.org a écrit :
+
+> +function maintset()
+> +{
+> +    checkname "$1"
+> +    maintfile="$MAINTDBDIR/$1"
+> +    newmaint="$2"
+> +    if ! [ -f "$maintfile" ]
+> +    then
+> +	echo "Error: package $1 does not exist in maintdb." >&2
+> +	exit 1
+> +    fi
+> +    curmaint=$(cat "$maintfile")
+
+I think we could avoid using cat with $( < $maintfile )
+( just because cat is evil )
+
+
+> +    if [ a"$newmaint" = "anobody" ]
+> +    then
+> +	if [ a"$curmaint" = a"$user" ]
+
+is the prefix still needed ?
+On bash, this doesn't cause any trouble to have "$newmaint" = "nobody",
+and outside old rh init script, I didn't see much people using it.
+
+
+> +function maintgetall()
+> +{
+> +    cd "$MAINTDBDIR"
+> +    for file in *
+
+Wouldn't this one have problem the day we have too much maintainers ?
+( even if "too much" is, according to my test, more than 60000 so this
+is just a retorical question )
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003743.html b/zarb-ml/mageia-sysadm/2011-July/003743.html new file mode 100644 index 000000000..f27797393 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003743.html @@ -0,0 +1,157 @@ + + + + [Mageia-sysadm] Presentation and contribution to Mageia + + + + + + + + + +

[Mageia-sysadm] Presentation and contribution to Mageia

+ sebelee + sebelee at free.fr +
+ Sat Jul 16 22:11:51 CEST 2011 +

+
+ +
2011/7/16 Michael Scherer <misc at zarb.org>
+
+> Le jeudi 14 juillet 2011 à 22:39 +0200, sebelee at free.fr a écrit :
+> > Hi
+> >
+> > After attending Michael's meeting at Libre Software Meeting this week,
+> > i wanted to know how can i contribute to Mageia project ?
+> >
+> > My actual work is sysadmin and for the moment i've no experience about
+> > open source project...
+> >
+> > At work we maintain about 40 Linux servers (Gentoo, Ubuntu) and the
+> > company newtork (security, vpn links, ...).
+> > I've experience with Apache, Nginx, MySQL, Munin, Qmail. And know some
+> basics with Subversion and Git (usage and server config).
+>
+> Hi,
+>
+Hi
+
+
+>
+
+regarding the sysadmin team, we do use puppet quite extensively, so the
+> first task would be to be familiar with it, and to show you know how to
+> use it by proposing patches against our repository ( web interface :
+> http://svnweb.mageia.org/adm/ , checkout on
+> svn://svn.mageia.org/svn/adm/ ).
+>
+> Okay, i'll improved my puppet skills and study the actual infrastructure.
+
+
+> The idea is to first see if someone is good enough, and motivated enough
+> before granting real access ( for obvious reasons ).
+>
+> Ok, no problem.
+
+
+> We keep a todo list on
+> https://bugs.mageia.org/showdependencytree.cgi?id=859&hide_resolved=1
+> ( some tasks are partially done ).
+>
+> If you have any kind of questions regarding the infrastructure do not
+> hesitate to ask, so we can see what can be improved, especially in the
+> light of the current wiki which is a little bit too short :
+> http://mageia.org/wiki/doku.php?id=sysadmin
+>
+> If I have questions or ideas i'll ask.
+Of course i'll be an idea to fill the wiki with more details about servers.
+
+
+
+> And among the various things, having documentation would help :)
+>
+What sort of documentation you mean ? Architecture schema ?  Others ?
+
+
+>
+>
+> Another useful task would be to package various tools ( I do not have a
+> list at hand, sorry ), or improve our current one ( such as
+> mirrors.mageia.org, identity ), but this requires perl coding ( catalyst
+> mainly ).
+>
+> We did receive request from translators about transifex too :
+> https://mageia.org/pipermail/mageia-i18n/2011-June/002070.html
+> so that could be a task where people could help.
+>
+> Now, if you feel we are asking a little bit too much ( as I said in the
+> presentation, maybe puppet is a little bit too intimidating ), there is
+> lots of others tasks that would be maybe as useful and interesting
+> ( like packaging, artwork, even if the second is much more complex to me
+> than system administration :) ).
+>
+Puppet not intimidating me, unlike learn it was envoying ;)
+
+
+> --
+> Michael Scherer
+>
+> _______________________________________________
+> Mageia-sysadm mailing list
+> Mageia-sysadm at mageia.org
+> https://www.mageia.org/mailman/listinfo/mageia-sysadm
+>
+
+--
+Sébastien Kurtzemann
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-sysadm/attachments/20110716/933f6374/attachment.html>
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003744.html b/zarb-ml/mageia-sysadm/2011-July/003744.html new file mode 100644 index 000000000..c671fa762 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003744.html @@ -0,0 +1,113 @@ + + + + [Mageia-sysadm] Tx upgrade + + + + + + + + + +

[Mageia-sysadm] Tx upgrade

+ Michael Scherer + misc at zarb.org +
+ Sun Jul 17 09:56:31 CEST 2011 +

+
+ +
Le samedi 16 juillet 2011 à 12:33 +0200, Michael Scherer a écrit :
+> Hi,
+> 
+> as asked by i18n team since some weeks, I propose we upgrade transifex
+> on alamut to the latest stable release ( 1.1 ) :
+> 
+> https://mageia.org/pipermail/mageia-i18n/2011-June/002070.html
+> 
+> The steps required are :
+> 
+> - Create a package of django-haystack 1.2
+done
+For info, haystack is a django module to enable search engine in django
+application, such as transifex.
+
+> - Create a package of tx 1.1 
+done
+
+> - Create a package of pysolr
+
+this one is gonna be more tricky. Solr is a lucene reimplementation
+written in java. That's a full blow search engine, built on jetty and a
+standard jre, so I am not keen on going this way ( unless a java expert
+tell me it is not gonna be a nightmare to package ).
+
+Alternatives are :
+- disable search on tx
+- use xapian
+- use woosh
+
+Woosh ( that I didn't know until today ) is less complete than solr and
+xapian. Given the haystack documentation, it may not be useful for
+transifex ( as it will likely try to provides suggestion, a feature
+called by haystack "more like it" ). But it should be simple to package.
+
+Xapian requires some specific module for haystack, and would offer
+enough features. It is written in c++.
+
+On a side note, xapian is what is used by madb, so it will likely be
+maintained and tested.
+
+I suggest to look at xapian for starting, unless someone say otherwise.
+
+Any comments ?
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003745.html b/zarb-ml/mageia-sysadm/2011-July/003745.html new file mode 100644 index 000000000..08c8a1ab2 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003745.html @@ -0,0 +1,98 @@ + + + + [Mageia-sysadm] Presentation and contribution to Mageia + + + + + + + + + +

[Mageia-sysadm] Presentation and contribution to Mageia

+ Michael Scherer + misc at zarb.org +
+ Sun Jul 17 10:25:56 CEST 2011 +

+
+ +
Le samedi 16 juillet 2011 à 22:11 +0200, sebelee a écrit :
+> 2011/7/16 Michael Scherer <misc at zarb.org>
+> 
+> > We keep a todo list on
+> > https://bugs.mageia.org/showdependencytree.cgi?id=859&hide_resolved=1
+> > ( some tasks are partially done ).
+> >
+> > If you have any kind of questions regarding the infrastructure do not
+> > hesitate to ask, so we can see what can be improved, especially in the
+> > light of the current wiki which is a little bit too short :
+> > http://mageia.org/wiki/doku.php?id=sysadmin
+> >
+> If I have questions or ideas i'll ask.
+> Of course i'll be an idea to fill the wiki with more details about servers.
+
+Yup.
+
+> 
+> 
+> > And among the various things, having documentation would help :)
+> >
+> What sort of documentation you mean ? Architecture schema ?  Others ?
+
+Well, for a start, i think I should complete the documentation on how
+people can help. Ie, this mail :)
+
+Regarding a architecture schema, I am not sure if our architecture is
+complex enough to warrant a schema. Yet, a more readable summary would
+surely help.
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003746.html b/zarb-ml/mageia-sysadm/2011-July/003746.html new file mode 100644 index 000000000..e48cd6e3a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003746.html @@ -0,0 +1,81 @@ + + + + [Mageia-sysadm] New apprentice info + + + + + + + + + +

[Mageia-sysadm] New apprentice info

+ dtokumura at inf.ufpr.br + dtokumura at inf.ufpr.br +
+ Mon Jul 18 03:27:02 CEST 2011 +

+
+ +
Hi guys,
+
+I'm becoming Jérôme's apprentice, I'm sending my login (in
+https://identity.mageia.org/) and my rsa's public key below.
+
+login : takashi
+rsa-public key : http://www.inf.ufpr.br/dtokumura/takashi.pub
+
+
+
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003747.html b/zarb-ml/mageia-sysadm/2011-July/003747.html new file mode 100644 index 000000000..63cfe3854 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003747.html @@ -0,0 +1,87 @@ + + + + [Mageia-sysadm] New apprentice info + + + + + + + + + +

[Mageia-sysadm] New apprentice info

+ Michael Scherer + misc at zarb.org +
+ Mon Jul 18 10:32:38 CEST 2011 +

+
+ +
Le dimanche 17 juillet 2011 à 22:27 -0300, dtokumura at inf.ufpr.br a
+écrit :
+> Hi guys,
+> 
+> I'm becoming Jérôme's apprentice, I'm sending my login (in
+> https://identity.mageia.org/) and my rsa's public key below.
+
+Hi,
+
+which jérome ?
+
+and apprentice in which team ?
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003748.html b/zarb-ml/mageia-sysadm/2011-July/003748.html new file mode 100644 index 000000000..cdf0d0cd6 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003748.html @@ -0,0 +1,87 @@ + + + + [Mageia-sysadm] New apprentice info + + + + + + + + + +

[Mageia-sysadm] New apprentice info

+ Jerome Quelin + jquelin at gmail.com +
+ Mon Jul 18 11:05:25 CEST 2011 +

+
+ +
On 11/07/18 10:32 +0200, Michael Scherer wrote:
+> Le dimanche 17 juillet 2011 à 22:27 -0300, dtokumura at inf.ufpr.br a
+> écrit :
+> > I'm becoming Jérôme's apprentice, I'm sending my login (in
+> > https://identity.mageia.org/) and my rsa's public key below.
+> 
+> which jérome ?
+
+that would be me.
+
+> and apprentice in which team ?
+
+he volunteered to help on perl packaging.
+
+regards,
+jérôme 
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003749.html b/zarb-ml/mageia-sysadm/2011-July/003749.html new file mode 100644 index 000000000..464aead64 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003749.html @@ -0,0 +1,105 @@ + + + + [Mageia-sysadm] New apprentice info + + + + + + + + + +

[Mageia-sysadm] New apprentice info

+ Michael Scherer + misc at zarb.org +
+ Mon Jul 18 12:40:05 CEST 2011 +

+
+ +
Le lundi 18 juillet 2011 à 11:05 +0200, Jerome Quelin a écrit :
+> On 11/07/18 10:32 +0200, Michael Scherer wrote:
+> > Le dimanche 17 juillet 2011 à 22:27 -0300, dtokumura at inf.ufpr.br a
+> > écrit :
+> > > I'm becoming Jérôme's apprentice, I'm sending my login (in
+> > > https://identity.mageia.org/) and my rsa's public key below.
+> > 
+> > which jérome ?
+> 
+> that would be me.
+
+It could have been jérome soyer :)
+
+> > and apprentice in which team ?
+> 
+> he volunteered to help on perl packaging.
+
+ok so as a packager.
+
+I have updated the account, but next time, could a bug report be opened
+so we do not risk of losing track for it ?
+
+( and that's also one less list to subscribe for people )
+
+For the ssh key, people need to add it by themself :
+connect on identity, add a object of type sshPublicKey, and paste the
+content of the file ( the whole line ).
+
+Then the key is deployed every X minutes ( with X being 10 or 5 , iirc
+).
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003750.html b/zarb-ml/mageia-sysadm/2011-July/003750.html new file mode 100644 index 000000000..17df37833 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003750.html @@ -0,0 +1,101 @@ + + + + [Mageia-sysadm] Puppet lockup, potential solution + + + + + + + + + +

[Mageia-sysadm] Puppet lockup, potential solution

+ Michael Scherer + misc at zarb.org +
+ Mon Jul 18 14:59:37 CEST 2011 +

+
+ +
Hi,
+
+After trying the hardcore approach ( debugging, etc ), I decided to do a
+more complete search on the web, and found that :
+http://www.mail-archive.com/puppet-users@googlegroups.com/msg09156.html
+
+Basically, that's exactly the problem we see, and I have been able to
+reproduce on alamut, using the openssl speed trick.
+
+According to 
+https://launchpad.net/debian/squeeze/+source/ruby1.8/+changelog
+the bug is fixed in 1.8.7.299 
+
+Problem, we run : 
+[root at alamut ~]# rpm -q ruby
+ruby-1.8.7.p249-4.1mdv2010.2
+
+So we have a few choice :
+- backport the patch
+( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580464 ) 
+
+- backport the whole ruby package
+
+- wait until we upgrade servers ( and kill all puppet process once per
+day )
+
+Any opinions ?
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003751.html b/zarb-ml/mageia-sysadm/2011-July/003751.html new file mode 100644 index 000000000..fc7aaf3d6 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003751.html @@ -0,0 +1,105 @@ + + + + [Mageia-sysadm] Puppet lockup, potential solution + + + + + + + + + +

[Mageia-sysadm] Puppet lockup, potential solution

+ Michael Scherer + misc at zarb.org +
+ Tue Jul 19 00:02:04 CEST 2011 +

+
+ +
Le lundi 18 juillet 2011 à 14:59 +0200, Michael Scherer a écrit :
+> Hi,
+> 
+> After trying the hardcore approach ( debugging, etc ), I decided to do a
+> more complete search on the web, and found that :
+> http://www.mail-archive.com/puppet-users@googlegroups.com/msg09156.html
+> 
+> Basically, that's exactly the problem we see, and I have been able to
+> reproduce on alamut, using the openssl speed trick.
+> 
+> According to 
+> https://launchpad.net/debian/squeeze/+source/ruby1.8/+changelog
+> the bug is fixed in 1.8.7.299 
+> 
+> Problem, we run : 
+> [root at alamut ~]# rpm -q ruby
+> ruby-1.8.7.p249-4.1mdv2010.2
+> 
+> So we have a few choice :
+> - backport the patch
+> ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580464 ) 
+> 
+> - backport the whole ruby package
+> 
+> - wait until we upgrade servers ( and kill all puppet process once per
+> day )
+
+For testing, I backported the patch on friteuse ( as this is the most
+affected server ). 
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003752.html b/zarb-ml/mageia-sysadm/2011-July/003752.html new file mode 100644 index 000000000..5f94e047a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003752.html @@ -0,0 +1,216 @@ + + + + [Mageia-sysadm] Questions about puppet config + + + + + + + + + +

[Mageia-sysadm] Questions about puppet config

+ sebelee at free.fr + sebelee at free.fr +
+ Tue Jul 19 02:54:00 CEST 2011 +

+
+ +
After regarding a little bit the puppet configuration, I have some questions about the current puppet configuration.
+
+
+1) Why using both subscribe() and notify() metaparameters ?
+
+If i'm not mistaken a "file resource" notify a "service", or a "service" subscribe to a "file ressource" : the result are already the same.
+As you say puppet is a little bit too intimidating and in order to be more easy, can we perhaps use only one method ?
+
+For example change all subscribe() calling ?
+
+-----------------------------
+modules/ntp/manifests/init.pp
+-----------------------------
+class ntp {
+
+    package { ntp: 
+        ensure => installed
+    }
+
+    service { ntpd:
+        ensure => running,
+        path => "/etc/init.d/ntpd",
+    }
+    
+    file { "ntp.conf":
+        path => "/etc/ntp.conf",
+        ensure => present,
+        owner => root,
+        group => root,
+        mode => 644,
+        require => Package["ntp"],
+        content => template("ntp/ntp.conf"),
+	notify => Service["ntpd"],
+    }
+}
+
+
+ 
+2) In the same idea, after reading the beginning of the book "Pro Puppet", the author describes a sort of Best Pratice for managing puppet's module.
+
+The book extract :
+<< In Listing 2-2, we created a functional structure by dividing the components of the service we're managing into functional domains: things to be installed, things to be configured and things to be executed or run. >>
+
+He also split a module in 3 files and include all of them into init.pp
+- manifests/install.pp  
+- manifests/config.pp   
+- manifests/service.pp 
+
+
+For example with the ntp service : 
+
+--------------------------------
+modules/ntp/manifests/install.pp
+--------------------------------
+class ntp::install {
+    package { "ntp": 
+        ensure => installed
+    }
+}
+
+--------------------------------
+modules/ntp/manifests/config.pp
+--------------------------------
+class ntp::config {
+    file { "ntp.conf":
+        path => "/etc/ntp.conf",
+        ensure => present,
+        owner => root,
+        group => root,
+        mode => 644,
+        content => template("ntp/ntp.conf"),
+        require => Class["ntp::install"],
+ 	notify => Class["ntp::service"],
+    }
+}
+
+--------------------------------
+modules/ntp/manifests/service.pp
+--------------------------------
+class ntp::service {
+    service { "ntpd":
+        ensure => running,
+        path => "/etc/init.d/ntpd",
+    }
+}
+
+-----------------------------
+modules/ntp/manifests/init.pp
+-----------------------------
+class ntp {
+    include ntp::install, ntp::config, ntp::service
+}
+
+
+Also we have the same logical, a "config ressource"
+- need a "install ressource" (packages) 
+- and notify a "service"
+
+
+
+3) With this schema, we can also classify specials functionnalites or class by creating one or more extra file(s) 
+
+  a) for example for the "define vhost_redirect_ssl" in apache module
+ 
+   ----------------------------------
+   modules/apache/manifests/vhosts.pp
+   ----------------------------------
+   ...
+    define apache::vhost_redirect_ssl() {
+        vhost_base { "redirect_ssl_$name":
+            vhost => $name,
+            content => template("apache/vhost_ssl_redirect.conf")
+        }
+    }
+    ...
+
+
+
+   b) or for make differences between tasks, example for cronjobs
+
+   ------------------------------------
+   deployement/common/manifests/cron.pp
+   ------------------------------------
+   class common::urpmi_update {
+      cron { urpmi_update:
+             user => root,
+             hour => '*/4',
+             minute => 0,
+             command => "/usr/sbin/urpmi.update -a -q",
+      }
+   }
+
+
+
+I'm just a beginner with puppet and I don't know if this a method can work for a production environnement day after day...
+But i think instead of having all the module's classes in a same file, split them into specifics items would be more easy for understanding and also give more granularity.
+
+
+What do you thing about this approach ?
+
+--
+Sébastien Kurtzemann
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003753.html b/zarb-ml/mageia-sysadm/2011-July/003753.html new file mode 100644 index 000000000..7fb7b87a2 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003753.html @@ -0,0 +1,95 @@ + + + + [Mageia-sysadm] Cleaning orphans from the mirrors + + + + + + + + + +

[Mageia-sysadm] Cleaning orphans from the mirrors

+ Michael Scherer + misc at zarb.org +
+ Tue Jul 19 03:43:03 CEST 2011 +

+
+ +
Hi,
+
+as discussed on irc from time to time since years , and as proposed on
+https://www.mageia.org/pipermail/mageia-dev/2011-June/006153.html , I
+have implemented a script to clean orphan automatically.
+
+As said in the mail, the delay is 2 weeks of presence, and 1 month
+after, total removal. I didn't deployed it yet, as I would like to have
+some feedback and review ( but if no one step for that, I will do it
+myself in a few days ). 
+
+I didn't implement colin suggestion because this was more complex to do
+( https://www.mageia.org/pipermail/mageia-dev/2011-June/006154.html ).
+But anybody feel free to send a patch on the script :
+http://svnweb.mageia.org/adm/puppet/modules/mirror_cleaner/files/orphans_cleaner.pl?view=log
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003754.html b/zarb-ml/mageia-sysadm/2011-July/003754.html new file mode 100644 index 000000000..8ca12a3ac --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003754.html @@ -0,0 +1,78 @@ + + + + [Mageia-sysadm] [Mageia-dev] Cleaning orphans from the mirrors + + + + + + + + + +

[Mageia-sysadm] [Mageia-dev] Cleaning orphans from the mirrors

+ Funda Wang + fundawang at gmail.com +
+ Tue Jul 19 10:32:34 CEST 2011 +

+
+ +
I would suggest that if all the packages have been rebuilt, the orphan
+packages be removed im
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

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

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

+ Jerome Quelin + jquelin at gmail.com +
+ Tue Jul 19 11:26:48 CEST 2011 +

+
+ +
hi,
+
+On 11/07/08 15:37 +0200, Michael Scherer wrote:
+> Le vendredi 08 juillet 2011 à 14:50 +0200, Jerome Quelin a écrit :
+> > i've updated module::packaged::generator to support mageia (among a lot
+> > of other improvements). it creates a sqlite database with all perl
+> > modules available in mageia, with their version and the rpm package
+> > holding the module. the package to install is (only available on
+> > cauldron) perl-Module-Packaged-Generator-1.111.890-1.mga2
+> 
+> Then we need a backport to 2010.2, or wait until we upgrade to mageia
+> 2  :)
+
+it should be available in contrib/backports
+
+ 
+> The rest should be quite easy once the package is backported ( and
+> tested ). 
+
+can you (or someone else) please  have a look to previous msg to get the
+correct invocation and report if it works?
+
+ 
+> > once this is scheduled, please let me know the refresh rate and the url
+> > where resulting file can be downloaded. the url doesn't need to be sexy
+> > or short or whatever - it will be hidden in a perl module responsible
+> > for automatic mirroring.
+> 
+> I guess once per day, on pkgcpan.mageia ?
+> ( I prefer to have descriptive domain name for the sack of self
+> documentation, so do not hesitate if you have a better one, ie something
+> that clearly tell what purpose it serve ).
+
+you mean pkgcpan.mageia.org?
+maybe that's a bit too restrictive to use a subdomain per need. i
+propose sthg such as:
+
+    perl.mageia.org/files/
+    perl.mageia.org/pkgcpan/
+    www.mageia.org/perl/
+
+having a perl.mageia.org might be a good idea. this might even motivate
+me to work on some perl on mageia advertisement... but later on! :-)
+
+thanks,
+jérôme 
+
+ + + + +
+

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

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

+ Michael Scherer + misc at zarb.org +
+ Tue Jul 19 12:54:55 CEST 2011 +

+
+ +
Le mardi 19 juillet 2011 à 11:26 +0200, Jerome Quelin a écrit :
+> hi,
+> 
+> On 11/07/08 15:37 +0200, Michael Scherer wrote:
+> > Le vendredi 08 juillet 2011 à 14:50 +0200, Jerome Quelin a écrit :
+> > > i've updated module::packaged::generator to support mageia (among a lot
+> > > of other improvements). it creates a sqlite database with all perl
+> > > modules available in mageia, with their version and the rpm package
+> > > holding the module. the package to install is (only available on
+> > > cauldron) perl-Module-Packaged-Generator-1.111.890-1.mga2
+> > 
+> > Then we need a backport to 2010.2, or wait until we upgrade to mageia
+> > 2  :)
+> 
+> it should be available in contrib/backports
+
+With missing requires :
+
+# urpmi perl-Module-Packaged-Generator
+# pkgcpan -q -f ./cpan.db -d Mageia
+Can't locate Devel/Platform/Info/Linux.pm in @INC (@INC
+contains: /usr/bin/../lib /usr/lib/perl5/site_perl/5.10.1/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.10.1 /usr/lib/perl5/vendor_perl/5.10.1/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.1 /usr/lib/perl5/5.10.1/x86_64-linux-thread-multi /usr/lib/perl5/5.10.1 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl .) at /usr/lib/perl5/vendor_perl/5.10.1/Module/Packaged/Generator.pm line 20.
+BEGIN failed--compilation aborted
+at /usr/lib/perl5/vendor_perl/5.10.1/Module/Packaged/Generator.pm line
+20.
+
+and also MooseX/Has/Sugar.pm 
+and Parse/CPAN/Packages/Fast.pm
+and Log/Dispatchouli.pm
+and MooseX/Singleton.pm
+and Term/ProgressBar/Quiet.pm
+and Exporter/Lite.pm
+and File/HomeDir/PathClass.pm
+
+an finally, it fails :
+
+
+[root at alamut tmp]# pkgcpan -q -f ./cpan.db -d Mageia
+Couldn't load class (Module::Packaged::Generator::Role::UrlFetching)
+because: Can't locate object method "my_dist_data" via package
+"File::HomeDir::PathClass"
+at /usr/lib/perl5/vendor_perl/5.10.1/Module/Packaged/Generator/Utils.pm
+line 27.
+Compilation failed in require
+at /usr/lib/perl5/vendor_perl/5.10.1/Module/Packaged/Generator/Role/UrlFetching.pm line 22.
+BEGIN failed--compilation aborted
+at /usr/lib/perl5/vendor_perl/5.10.1/Module/Packaged/Generator/Role/UrlFetching.pm line 22.
+Compilation failed in require
+at /usr/lib/perl5/vendor_perl/5.10.1/x86_64-linux-thread-multi/Class/MOP.pm line 101.
+
+at /usr/lib/perl5/vendor_perl/5.10.1/x86_64-linux-thread-multi/Class/MOP.pm line 105
+	Class::MOP::__ANON__('Can\'t locate object method "my_dist_data" via
+package "File:...') called
+at /usr/lib/perl5/vendor_perl/5.10.1/Try/Tiny.pm line 98
+	Try::Tiny::try('CODE(0x31a05e8)', 'Try::Tiny::Catch=REF(0x31afda8)')
+called
+at /usr/lib/perl5/vendor_perl/5.10.1/x86_64-linux-thread-multi/Class/MOP.pm line 110
+
+Class::MOP::load_first_existing_class('Module::Packaged::Generator::Role::UrlFetching') called at /usr/lib/perl5/vendor_perl/5.10.1/x86_64-linux-thread-multi/Class/MOP.pm line 121
+
+Class::MOP::load_class('Module::Packaged::Generator::Role::UrlFetching')
+called
+at /usr/lib/perl5/vendor_perl/5.10.1/x86_64-linux-thread-multi/Moose/Util.pm line 108
+
+Moose::Util::_apply_all_roles('Class::MOP::Class::__ANON__::SERIAL::1=HASH(0x3169560)', undef, 'Module::Packaged::Generator::Role::UrlFetching') called at /usr/lib/perl5/vendor_perl/5.10.1/x86_64-linux-thread-multi/Moose/Util.pm line 86
+
+Moose::Util::apply_all_roles('Class::MOP::Class::__ANON__::SERIAL::1=HASH(0x3169560)', 'Module::Packaged::Generator::Role::UrlFetching') called at /usr/lib/perl5/vendor_perl/5.10.1/x86_64-linux-thread-multi/Moose.pm line 57
+	Moose::with('Class::MOP::Class::__ANON__::SERIAL::1=HASH(0x3169560)',
+'Module::Packaged::Generator::Role::UrlFetching') called
+at /usr/lib/perl5/vendor_perl/5.10.1/x86_64-linux-thread-multi/Moose/Exporter.pm line 293
+	Moose::with('Module::Packaged::Generator::Role::UrlFetching') called
+at /usr/lib/perl5/vendor_perl/5.10.1/Module/Packaged/Generator/CPAN.pm
+line 25
+	require Module/Packaged/Generator/CPAN.pm called
+at /usr/lib/perl5/vendor_perl/5.10.1/Module/Packaged/Generator.pm line
+24
+	Module::Packaged::Generator::BEGIN() called
+at /usr/lib/perl5/vendor_perl/5.10.1/Module/Packaged/Generator/CPAN.pm
+line 0
+	eval {...} called
+at /usr/lib/perl5/vendor_perl/5.10.1/Module/Packaged/Generator/CPAN.pm
+line 0
+	require Module/Packaged/Generator.pm called at /usr/bin/pkgcpan line 35
+	pkgcpan::BEGIN() called
+at /usr/lib/perl5/vendor_perl/5.10.1/Module/Packaged/Generator/CPAN.pm
+line 0
+	eval {...} called
+at /usr/lib/perl5/vendor_perl/5.10.1/Module/Packaged/Generator/CPAN.pm
+line 0
+Compilation failed in require
+at /usr/lib/perl5/vendor_perl/5.10.1/Module/Packaged/Generator.pm line
+24.
+BEGIN failed--compilation aborted
+at /usr/lib/perl5/vendor_perl/5.10.1/Module/Packaged/Generator.pm line
+24.
+Compilation failed in require at /usr/bin/pkgcpan line 35.
+BEGIN failed--compilation aborted at /usr/bin/pkgcpan line 35.
+
+>  
+> > The rest should be quite easy once the package is backported ( and
+> > tested ). 
+> 
+> can you (or someone else) please  have a look to previous msg to get the
+> correct invocation and report if it works?
+> 
+>  
+> > > once this is scheduled, please let me know the refresh rate and the url
+> > > where resulting file can be downloaded. the url doesn't need to be sexy
+> > > or short or whatever - it will be hidden in a perl module responsible
+> > > for automatic mirroring.
+> > 
+> > I guess once per day, on pkgcpan.mageia ?
+> > ( I prefer to have descriptive domain name for the sack of self
+> > documentation, so do not hesitate if you have a better one, ie something
+> > that clearly tell what purpose it serve ).
+> 
+> you mean pkgcpan.mageia.org?
+
+yes,
+
+> maybe that's a bit too restrictive to use a subdomain per need. i
+> propose sthg such as:
+> 
+>     perl.mageia.org/files/
+>     perl.mageia.org/pkgcpan/
+>     www.mageia.org/perl/
+> 
+> having a perl.mageia.org might be a good idea. this might even motivate
+> me to work on some perl on mageia advertisement... but later on! :-)
+
+In fact, that's easier for us, since we do have a streamlined system for
+1 domain == 1 web application.
+
+But we can also change later, if you have something else to place there.
+
+-- 
+Michael Scherer
+
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003757.html b/zarb-ml/mageia-sysadm/2011-July/003757.html new file mode 100644 index 000000000..4639d09a7 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003757.html @@ -0,0 +1,76 @@ + + + + [Mageia-sysadm] perl modules shipped by mageia - db hosted on mageia servers? + + + + + + + + + +

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

+ Jerome Quelin + jquelin at gmail.com +
+ Tue Jul 19 13:30:04 CEST 2011 +

+
+ +
hi,
+
+On 11/07/19 12:54 +0200, Michael Scherer wrote:
+> [root at alamut tmp]# pkgcpan -q -f ./cpan.db -d Mageia
+
+(not that my soft has backdoors or any malicious code, but is that a
+habit of yours to run stuff as root?)
+
+> Couldn't load class (Module::Packaged::Generator::Role::UrlFetching)
+> because: Can't locate object method "my_dist_data" via package
+> "File::HomeDir::PathClass"
+> at /usr/lib/perl5/vendor_perl/5.10.1/Module/Packaged/Generator/Utils.pm
+> line 27.
+
+have you updated perl-File-HomeDir to the latest one available in
+contrib/backports?
+
+thanks,
+jérôme 
+
+ + + + +
+

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

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

+ Michael Scherer + misc at zarb.org +
+ Tue Jul 19 13:49:58 CEST 2011 +

+
+ +
Le mardi 19 juillet 2011 à 13:30 +0200, Jerome Quelin a écrit :
+> hi,
+> 
+> On 11/07/19 12:54 +0200, Michael Scherer wrote:
+> > [root at alamut tmp]# pkgcpan -q -f ./cpan.db -d Mageia
+> 
+> (not that my soft has backdoors or any malicious code, but is that a
+> habit of yours to run stuff as root?)
+
+When I have package to install lots of perl packages,  and stuff to
+write as root, yes.
+
+> > Couldn't load class (Module::Packaged::Generator::Role::UrlFetching)
+> > because: Can't locate object method "my_dist_data" via package
+> > "File::HomeDir::PathClass"
+> > at /usr/lib/perl5/vendor_perl/5.10.1/Module/Packaged/Generator/Utils.pm
+> > line 27.
+> 
+> have you updated perl-File-HomeDir to the latest one available in
+> contrib/backports?
+
+# urpmi --media Backports perl-File-HomeDir
+No package named perl-File-HomeDir
+
+I guess that count as "no". 
+-- 
+Michael Scherer
+
+
+ + + + +
+

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

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

+ Michael Scherer + misc at zarb.org +
+ Tue Jul 19 13:55:51 CEST 2011 +

+
+ +
Le mardi 19 juillet 2011 à 13:49 +0200, Michael Scherer a écrit :
+> Le mardi 19 juillet 2011 à 13:30 +0200, Jerome Quelin a écrit :
+
+> > > Couldn't load class (Module::Packaged::Generator::Role::UrlFetching)
+> > > because: Can't locate object method "my_dist_data" via package
+> > > "File::HomeDir::PathClass"
+> > > at /usr/lib/perl5/vendor_perl/5.10.1/Module/Packaged/Generator/Utils.pm
+> > > line 27.
+> > 
+> > have you updated perl-File-HomeDir to the latest one available in
+> > contrib/backports?
+> 
+> # urpmi --media Backports perl-File-HomeDir
+> No package named perl-File-HomeDir
+> 
+> I guess that count as "no". 
+
+Ok, after refreshing the source, it goes well, now :
+[root at alamut tmp]# pkgcpan -q -f ./cpan.db -d Mageia
+Can't locate object method "set_muted" via package "Log::Dispatchouli"
+at /usr/lib/perl5/vendor_perl/5.10.1/x86_64-linux-thread-multi/Moose/Meta/Method/Delegation.pm line 108.
+
+-- 
+Michael Scherer
+
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003760.html b/zarb-ml/mageia-sysadm/2011-July/003760.html new file mode 100644 index 000000000..46058777a --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003760.html @@ -0,0 +1,132 @@ + + + + [Mageia-sysadm] Questions about puppet config + + + + + + + + + +

[Mageia-sysadm] Questions about puppet config

+ Michael Scherer + misc at zarb.org +
+ Tue Jul 19 14:02:45 CEST 2011 +

+
+ +
Le mardi 19 juillet 2011 à 02:54 +0200, sebelee at free.fr a écrit :
+> After regarding a little bit the puppet configuration, I have some questions about the current puppet configuration.
+> 
+> 
+> 1) Why using both subscribe() and notify() metaparameters ?
+
+Mainly a question of style. 
+
+You can use the graph feature to see everything :
+http://bitfieldconsulting.com/puppet-dependency-graphs
+( except that we do not provides them purely by slack )
+
+I guess a simple task to learn puppet would be to make them usable by
+everybody. But I can also do it quite fast, if you need to look to the
+graphs.
+
+
+> 2) In the same idea, after reading the beginning of the book "Pro Puppet", the author 
+> describes a sort of Best Pratice for managing puppet's module.
+
+This seems quite overkill for simple module, and I am not sure it will
+help to reduce so much the complexity on complex module ( such as sympa
+or subversion ). While I would agree that we should have some shared
+style to help rereading the code, I also think this is one issue that
+can trigger some heated arguments. Despite being annoyed every day by
+the mix of space and tabs in subversion or buildsystem, I never pushed
+for uniformisation there, but maybe that should be done. 
+
+> 
+> 3) With this schema, we can also classify specials functionnalites or class by creating one or more extra file(s) 
+> 
+>
+> I'm just a beginner with puppet and I don't know if this a method can work 
+> for a production environnement day after day...
+
+It greatly depend on what you mean by "work" :)
+
+I do not see obvious reasons it would break something, and to me, the
+question is just to know if too much division will really improve
+comprehension.
+
+It is like java. I like the java layering and separation of modules, at
+least on paper, it is quite clean. In practice, there is this feeling of
+awful complexity due to the separation and heavy use of object
+hierarchy :/
+
+I can understand your frustration of having to read a large corpus of
+code/configuration without having this feeling of a clean base ( ie,
+different conventions, lack of style, etc ). And we do have some need
+for cleaning and consistency for sure.
+
+But on the other hand, having a too rigid structure of things may have
+been too constraining for a small team, to start. 
+
+> But i think instead of having all the module's classes in a same file, split them 
+> into specifics items would be more easy for understanding and also give more granularity.
+
+The granularity is already achieved at class level, and I think we are
+quite good at this point. Too much would maybe be over-engineering at
+this point, we only have 7 servers :)
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003761.html b/zarb-ml/mageia-sysadm/2011-July/003761.html new file mode 100644 index 000000000..4982abf21 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003761.html @@ -0,0 +1,70 @@ + + + + [Mageia-sysadm] perl modules shipped by mageia - db hosted on mageia servers? + + + + + + + + + +

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

+ Jerome Quelin + jquelin at gmail.com +
+ Tue Jul 19 14:05:24 CEST 2011 +

+
+ +
On 11/07/19 13:55 +0200, Michael Scherer wrote:
+> Ok, after refreshing the source, it goes well, now :
+> [root at alamut tmp]# pkgcpan -q -f ./cpan.db -d Mageia
+> Can't locate object method "set_muted" via package "Log::Dispatchouli"
+> at /usr/lib/perl5/vendor_perl/5.10.1/x86_64-linux-thread-multi/Moose/Meta/Method/Delegation.pm line 108.
+
+i guess log::dispatchouli is too old...
+
+set_muted was introduced with log::dispatchouli v1.102220, on 20100810.
+so i guess it was too late for mdv 2010... let's see to backport this
+module as well.
+
+thanks for your patience,
+jérôme 
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003762.html b/zarb-ml/mageia-sysadm/2011-July/003762.html new file mode 100644 index 000000000..376b2247c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003762.html @@ -0,0 +1,105 @@ + + + + [Mageia-sysadm] Puppet lockup, potential solution + + + + + + + + + +

[Mageia-sysadm] Puppet lockup, potential solution

+ Michael Scherer + misc at zarb.org +
+ Tue Jul 19 14:06:18 CEST 2011 +

+
+ +
Le mardi 19 juillet 2011 à 00:02 +0200, Michael Scherer a écrit :
+> Le lundi 18 juillet 2011 à 14:59 +0200, Michael Scherer a écrit :
+> > Hi,
+> > 
+> > After trying the hardcore approach ( debugging, etc ), I decided to do a
+> > more complete search on the web, and found that :
+> > http://www.mail-archive.com/puppet-users@googlegroups.com/msg09156.html
+> > 
+> > Basically, that's exactly the problem we see, and I have been able to
+> > reproduce on alamut, using the openssl speed trick.
+> > 
+> > According to 
+> > https://launchpad.net/debian/squeeze/+source/ruby1.8/+changelog
+> > the bug is fixed in 1.8.7.299 
+> > 
+> > Problem, we run : 
+> > [root at alamut ~]# rpm -q ruby
+> > ruby-1.8.7.p249-4.1mdv2010.2
+> > 
+> > So we have a few choice :
+> > - backport the patch
+> > ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580464 ) 
+> > 
+> > - backport the whole ruby package
+> > 
+> > - wait until we upgrade servers ( and kill all puppet process once per
+> > day )
+> 
+> For testing, I backported the patch on friteuse ( as this is the most
+> affected server ). 
+
+No error on friteuse during the night ( as seen on sysadmin-reports ml
+and on xymon ), so I tested on alamut too ( as the 2nd most affected
+server ).
+
+If the problem is fixed, I guess I can request a update to Mandriva.
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003763.html b/zarb-ml/mageia-sysadm/2011-July/003763.html new file mode 100644 index 000000000..7549bfd58 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003763.html @@ -0,0 +1,73 @@ + + + + [Mageia-sysadm] Cleaning orphans from the mirrors + + + + + + + + + +

[Mageia-sysadm] Cleaning orphans from the mirrors

+ Carlos Carvalho + carlos at fisica.ufpr.br +
+ Tue Jul 19 16:15:23 CEST 2011 +

+
+ +
What does move mean exactly? I ask because just moving forces another
+full download on mirrors. If that's what you plan it should be done by
+hardlinking first, later removing the original name.
+
+PS: the view=log link shows no diffs for me.
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003764.html b/zarb-ml/mageia-sysadm/2011-July/003764.html new file mode 100644 index 000000000..6f308db5f --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003764.html @@ -0,0 +1,96 @@ + + + + [Mageia-sysadm] Cleaning orphans from the mirrors + + + + + + + + + +

[Mageia-sysadm] Cleaning orphans from the mirrors

+ Michael Scherer + misc at zarb.org +
+ Tue Jul 19 17:28:09 CEST 2011 +

+
+ +
Le mardi 19 juillet 2011 à 11:15 -0300, Carlos Carvalho a écrit :
+> What does move mean exactly? 
+
+I guess the question is "what file do you intend to move, and from where
+to where". The idea is to remove file from the mirror, and to place them
+in some directory where sysadmin can restore them if needed, and clean
+this directory later.
+
+> I ask because just moving forces another
+> full download on mirrors. 
+
+Usually, that's around 1 package per week, at most. We do have a rather
+important backlog for now http://check.mageia.org/missing.html after 2
+months, and that's like 500 m packages. 
+
+Anyway, this doesn't concern mirrors at all.
+
+> If that's what you plan it should be done by
+> hardlinking first, later removing the original name.
+> 
+> PS: the view=log link shows no diffs for me.
+
+Click on "view". There is one single revision, as I wrote the script
+before committing.
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003765.html b/zarb-ml/mageia-sysadm/2011-July/003765.html new file mode 100644 index 000000000..fc045d696 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003765.html @@ -0,0 +1,154 @@ + + + + [Mageia-sysadm] Questions about puppet config + + + + + + + + + +

[Mageia-sysadm] Questions about puppet config

+ Sébastien Kurtzemann + sebelee at free.fr +
+ Tue Jul 19 17:38:50 CEST 2011 +

+
+ +
2011/7/19 Michael Scherer <misc at zarb.org>
+>
+> Le mardi 19 juillet 2011 à 02:54 +0200, sebelee at free.fr a écrit :
+> > After regarding a little bit the puppet configuration, I have some questions about the current puppet configuration.
+> >
+> >
+> > 1) Why using both subscribe() and notify() metaparameters ?
+>
+> Mainly a question of style.
+>
+> You can use the graph feature to see everything :
+> http://bitfieldconsulting.com/puppet-dependency-graphs
+> ( except that we do not provides them purely by slack )
+>
+> I guess a simple task to learn puppet would be to make them usable by
+> everybody. But I can also do it quite fast, if you need to look to the
+> graphs.
+>
+>
+Okay thanks for this information about viewing graphs dependency ;)
+
+> > 2) In the same idea, after reading the beginning of the book "Pro Puppet", the author
+> > describes a sort of Best Pratice for managing puppet's module.
+>
+> This seems quite overkill for simple module, and I am not sure it will
+> help to reduce so much the complexity on complex module ( such as sympa
+> or subversion ). While I would agree that we should have some shared
+> style to help rereading the code, I also think this is one issue that
+> can trigger some heated arguments. Despite being annoyed every day by
+> the mix of space and tabs in subversion or buildsystem, I never pushed
+> for uniformisation there, but maybe that should be done.
+>
+Ok
+
+> > 3) With this schema, we can also classify specials functionnalites or class by creating one or more extra file(s)
+> >
+> >
+> > I'm just a beginner with puppet and I don't know if this a method can work
+> > for a production environnement day after day...
+>
+> It greatly depend on what you mean by "work" :)
+>
+With "work", I mean not breaking the current architecture :P
+
+> I do not see obvious reasons it would break something, and to me, the
+> question is just to know if too much division will really improve
+> comprehension.
+>
+> It is like java. I like the java layering and separation of modules, at
+> least on paper, it is quite clean. In practice, there is this feeling of
+> awful complexity due to the separation and heavy use of object
+> hierarchy :/
+>
+> I can understand your frustration of having to read a large corpus of
+> code/configuration without having this feeling of a clean base ( ie,
+> different conventions, lack of style, etc ). And we do have some need
+> for cleaning and consistency for sure.
+>
+> But on the other hand, having a too rigid structure of things may have
+> been too constraining for a small team, to start.
+>
+I'm not afraid to read large corpus ;)
+But it's more difficult to start and understand how things works if we
+had different conventions and structures all over modules.
+And I completely agree with you that a too rigid structure may constraint team.
+
+So starting to send you some patches for cleaning and uniform modules
+structures will be a good thing now ? Or maybe later ? Or Not ?
+
+> > But i think instead of having all the module's classes in a same file, split them
+> > into specifics items would be more easy for understanding and also give more granularity.
+>
+> The granularity is already achieved at class level, and I think we are
+> quite good at this point. Too much would maybe be over-engineering at
+> this point, we only have 7 servers :)
+>
+Yep
+
+> --
+> Michael Scherer
+>
+> _______________________________________________
+> Mageia-sysadm mailing list
+> Mageia-sysadm at mageia.org
+> https://www.mageia.org/mailman/listinfo/mageia-sysadm
+
+--
+Sébastien Kurtzemann
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003766.html b/zarb-ml/mageia-sysadm/2011-July/003766.html new file mode 100644 index 000000000..1c3e7a431 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003766.html @@ -0,0 +1,87 @@ + + + + [Mageia-sysadm] Update procedure on sysadmin side + + + + + + + + + +

[Mageia-sysadm] Update procedure on sysadmin side

+ Michael Scherer + misc at zarb.org +
+ Tue Jul 19 22:50:41 CEST 2011 +

+
+ +
Hi,
+
+while trying to see how to do update ( since the list is quite long : 
+https://bugs.mageia.org/buglist.cgi?query_format=advanced&emailassigned_to1=1&order=Importance&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&email1=qa-bugs%40ml.mageia.org&product=Mageia&emailtype1=substring ), I searched bash history to find the procedure. 
+
+So here is what should be used :
+
+# /root/tmp/mgatools/mga-move-update 1 core me-tv
+# mutt -F ~/.muttrc-updates updates-announce at ml.mageia.org -s "Package
+update: me-tv (core)"
+
+Yet, i think the script should be improved ( ie, have it move the file,
+and send the mail ).
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003767.html b/zarb-ml/mageia-sysadm/2011-July/003767.html new file mode 100644 index 000000000..cd42a8386 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003767.html @@ -0,0 +1,98 @@ + + + + [Mageia-sysadm] Update procedure on sysadmin side + + + + + + + + + +

[Mageia-sysadm] Update procedure on sysadmin side

+ Michael Scherer + misc at zarb.org +
+ Wed Jul 20 00:26:18 CEST 2011 +

+
+ +
Le mardi 19 juillet 2011 à 22:50 +0200, Michael Scherer a écrit :
+> Hi,
+> 
+> while trying to see how to do update ( since the list is quite long : 
+> https://bugs.mageia.org/buglist.cgi?query_format=advanced&emailassigned_to1=1&order=Importance&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&email1=qa-bugs%40ml.mageia.org&product=Mageia&emailtype1=substring ), I searched bash history to find the procedure. 
+> 
+> So here is what should be used :
+> 
+> # /root/tmp/mgatools/mga-move-update 1 core me-tv
+> # mutt -F ~/.muttrc-updates updates-announce at ml.mageia.org -s "Package
+> update: me-tv (core)"
+> 
+> Yet, i think the script should be improved ( ie, have it move the file,
+> and send the mail ).
+
+Ok, I couldn't resist, and coded the attached script. Not finished, but
+I need to go sleep.
+
+-- 
+Michael Scherer
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: mga-send-update
+Type: application/x-shellscript
+Size: 682 bytes
+Desc: not available
+URL: </pipermail/mageia-sysadm/attachments/20110720/eef0cd24/attachment.bin>
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003768.html b/zarb-ml/mageia-sysadm/2011-July/003768.html new file mode 100644 index 000000000..fad827f29 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003768.html @@ -0,0 +1,85 @@ + + + + [Mageia-sysadm] [Mageia-dev] Cleaning orphans from the mirrors + + + + + + + + + +

[Mageia-sysadm] [Mageia-dev] Cleaning orphans from the mirrors

+ Pascal Terjan + pterjan at gmail.com +
+ Wed Jul 20 11:59:10 CEST 2011 +

+
+ +
On Tue, Jul 19, 2011 at 02:43, Michael Scherer <misc at zarb.org> wrote:
+> Hi,
+>
+> as discussed on irc from time to time since years , and as proposed on
+> https://www.mageia.org/pipermail/mageia-dev/2011-June/006153.html , I
+> have implemented a script to clean orphan automatically.
+
+One more mail I had missed :/
+
+> As said in the mail, the delay is 2 weeks of presence, and 1 month
+> after, total removal. I didn't deployed it yet, as I would like to have
+> some feedback and review ( but if no one step for that, I will do it
+> myself in a few days ).
+
+I used had a script to do that after manual review (except for
+kernels), for things which are not libs changing majors I try to ask
+people if they forgot Obsoletes or if this intended before doing the
+move
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003769.html b/zarb-ml/mageia-sysadm/2011-July/003769.html new file mode 100644 index 000000000..8cda360be --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003769.html @@ -0,0 +1,103 @@ + + + + [Mageia-sysadm] rpmlint check on upload, attempt 2 + + + + + + + + + +

[Mageia-sysadm] rpmlint check on upload, attempt 2

+ Michael Scherer + misc at zarb.org +
+ Wed Jul 20 14:38:38 CEST 2011 +

+
+ +
Hi,
+
+This morning, I deployed a youri hook to unpack rpmlint configuration on
+valstar when rpmlint-mageia-policy is uploaded, thus allowing to sync
+the list of exceptions from the package ( which is the canonical one )
+with the build system. So while this may seems uninteresting for the
+vast majority of packagers and cauldron testers ( and it is ), this has
+some practical effects.
+
+The last attempt ( for unexpanded-macro ) showed some false positives,
+and we were not able to properly keep a exception list. Now, with this,
+we can.
+
+So that mean we can reenable the check 'unexpanded-macro' and others.
+
+While I am quite sure enabling it now will trigger a much faster
+response rate ( because people will not have the choice ), I will enable
+them in a few days, to let the time to packagers to send exceptions to
+be added to the packages. 
+
+So if, when testing packages before upload, you see a error that would
+block upload, and that is a false positive, just send a email and I will
+add it ( or just add it to the rpmlint-mageia-policy package, and submit
+it )
+
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003770.html b/zarb-ml/mageia-sysadm/2011-July/003770.html new file mode 100644 index 000000000..d5ca70e24 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003770.html @@ -0,0 +1,104 @@ + + + + [Mageia-sysadm] [Mageia-dev] Cleaning orphans from the mirrors + + + + + + + + + +

[Mageia-sysadm] [Mageia-dev] Cleaning orphans from the mirrors

+ Michael Scherer + misc at zarb.org +
+ Wed Jul 20 15:44:54 CEST 2011 +

+
+ +
Le mercredi 20 juillet 2011 à 10:59 +0100, Pascal Terjan a écrit :
+> On Tue, Jul 19, 2011 at 02:43, Michael Scherer <misc at zarb.org> wrote:
+> > Hi,
+> >
+> > as discussed on irc from time to time since years , and as proposed on
+> > https://www.mageia.org/pipermail/mageia-dev/2011-June/006153.html , I
+> > have implemented a script to clean orphan automatically.
+> 
+> One more mail I had missed :/
+> 
+> > As said in the mail, the delay is 2 weeks of presence, and 1 month
+> > after, total removal. I didn't deployed it yet, as I would like to have
+> > some feedback and review ( but if no one step for that, I will do it
+> > myself in a few days ).
+> 
+> I used had a script to do that after manual review (except for
+> kernels), for things which are not libs changing majors I try to ask
+> people if they forgot Obsoletes or if this intended before doing the
+> move
+
+How often is this a problem of people forgetting the obsoletes ?
+( as we would see it on upgrade I guess quite fast, I guess )
+
+If I look at : 
+http://check.mageia.org/missing.html
+
+I am not sure that something was forgot. 
+
+For example php-qt4 could have been just dropped upstream, and I do not
+know where a Obsoletes should be added. 
+
+However, there is also some weird cases, like tcl/xulrunner , where
+there is 2 src in the repository. 
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003771.html b/zarb-ml/mageia-sysadm/2011-July/003771.html new file mode 100644 index 000000000..fb7318c7e --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003771.html @@ -0,0 +1,106 @@ + + + + [Mageia-sysadm] [Mageia-dev] Cleaning orphans from the mirrors + + + + + + + + + +

[Mageia-sysadm] [Mageia-dev] Cleaning orphans from the mirrors

+ Pascal Terjan + pterjan at gmail.com +
+ Wed Jul 20 16:41:28 CEST 2011 +

+
+ +
On Wed, Jul 20, 2011 at 14:44, Michael Scherer <misc at zarb.org> wrote:
+> Le mercredi 20 juillet 2011 à 10:59 +0100, Pascal Terjan a écrit :
+>> On Tue, Jul 19, 2011 at 02:43, Michael Scherer <misc at zarb.org> wrote:
+>> > Hi,
+>> >
+>> > as discussed on irc from time to time since years , and as proposed on
+>> > https://www.mageia.org/pipermail/mageia-dev/2011-June/006153.html , I
+>> > have implemented a script to clean orphan automatically.
+>>
+>> One more mail I had missed :/
+>>
+>> > As said in the mail, the delay is 2 weeks of presence, and 1 month
+>> > after, total removal. I didn't deployed it yet, as I would like to have
+>> > some feedback and review ( but if no one step for that, I will do it
+>> > myself in a few days ).
+>>
+>> I used had a script to do that after manual review (except for
+>> kernels), for things which are not libs changing majors I try to ask
+>> people if they forgot Obsoletes or if this intended before doing the
+>> move
+>
+> How often is this a problem of people forgetting the obsoletes ?
+> ( as we would see it on upgrade I guess quite fast, I guess )
+
+I probably caught only 3 or 4 missing obsoletes so far
+You only see it on upgrade if you have installed that subpackage,
+which is unlikely if this is documentation moved into main package
+
+> If I look at :
+> http://check.mageia.org/missing.html
+>
+> I am not sure that something was forgot.
+>
+> For example php-qt4 could have been just dropped upstream, and I do not
+> know where a Obsoletes should be added.
+
+yes this one is probably fine
+
+> However, there is also some weird cases, like tcl/xulrunner , where
+> there is 2 src in the repository.
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003772.html b/zarb-ml/mageia-sysadm/2011-July/003772.html new file mode 100644 index 000000000..7eae36a0d --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003772.html @@ -0,0 +1,102 @@ + + + + [Mageia-sysadm] Patch for fiona node config + + + + + + + + + +

[Mageia-sysadm] Patch for fiona node config

+ Sébastien Kurtzemann + sebelee at free.fr +
+ Wed Jul 20 22:32:52 CEST 2011 +

+
+ +
Hi,
+
+After testing the puppet deployment of fiona's node, here a patch for
+some corrections/improvemenrts
+
+
+* manifests/nodes.pp
+-> set the timezone for fiona node
+
+* deployment/common/manifests/init.pp
+-> we don't need to include timezone in common::default_mageia_server
+
+* modules/ntp/manifests/init.pp
+* modules/puppet/manifests/init.pp
+-> remove $path parameter and add the complet path in $name of the
+file ressource
+
+
+Corrections have been on my VM instance of fiona. All works fine
+
+
+--
+Sébastien Kurtzemann
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: puppet-fiona.201107210620.patch
+Type: application/octet-stream
+Size: 2185 bytes
+Desc: not available
+URL: </pipermail/mageia-sysadm/attachments/20110720/e82dc775/attachment.obj>
+
+ + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003773.html b/zarb-ml/mageia-sysadm/2011-July/003773.html new file mode 100644 index 000000000..2ee6d8f7e --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003773.html @@ -0,0 +1,103 @@ + + + + [Mageia-sysadm] Patch for fiona node config + + + + + + + + + +

[Mageia-sysadm] Patch for fiona node config

+ Michael Scherer + misc at zarb.org +
+ Wed Jul 20 23:25:10 CEST 2011 +

+
+ +
Le mercredi 20 juillet 2011 à 22:32 +0200, Sébastien Kurtzemann a
+écrit :
+> Hi,
+> 
+> After testing the puppet deployment of fiona's node, here a patch for
+> some corrections/improvemenrts
+
+fiona is not yet deployed :)
+
+( ie, we didn't bought the server yet )
+
+
+> * manifests/nodes.pp
+> -> set the timezone for fiona node
+> 
+> * deployment/common/manifests/init.pp
+> -> we don't need to include timezone in common::default_mageia_server
+> 
+> * modules/ntp/manifests/init.pp
+> * modules/puppet/manifests/init.pp
+> -> remove $path parameter and add the complet path in $name of the
+> file ressource
+> 
+> 
+> Corrections have been on my VM instance of fiona. All works fine
+
+Ok I will take a look later tonight 
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003774.html b/zarb-ml/mageia-sysadm/2011-July/003774.html new file mode 100644 index 000000000..fda68716c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003774.html @@ -0,0 +1,113 @@ + + + + [Mageia-sysadm] Patch for fiona node config + + + + + + + + + +

[Mageia-sysadm] Patch for fiona node config

+ Sébastien Kurtzemann + sebelee at free.fr +
+ Wed Jul 20 23:31:37 CEST 2011 +

+
+ +
2011/7/20 Michael Scherer <misc at zarb.org>:
+> Le mercredi 20 juillet 2011 à 22:32 +0200, Sébastien Kurtzemann a
+> écrit :
+>> Hi,
+>>
+>> After testing the puppet deployment of fiona's node, here a patch for
+>> some corrections/improvemenrts
+>
+> fiona is not yet deployed :)
+>
+> ( ie, we didn't bought the server yet )
+Yes i have seen it, but it's the simplest node to start understand the
+puppet config ;)
+I'will continue with the other nodes step by step.
+
+>
+>
+>> * manifests/nodes.pp
+>> -> set the timezone for fiona node
+>>
+>> * deployment/common/manifests/init.pp
+>> -> we don't need to include timezone in common::default_mageia_server
+>>
+>> * modules/ntp/manifests/init.pp
+>> * modules/puppet/manifests/init.pp
+>> -> remove $path parameter and add the complet path in $name of the
+>> file ressource
+>>
+>>
+>> Corrections have been on my VM instance of fiona. All works fine
+>
+> Ok I will take a look later tonight
+>
+> --
+> Michael Scherer
+>
+> _______________________________________________
+> 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-July/003775.html b/zarb-ml/mageia-sysadm/2011-July/003775.html new file mode 100644 index 000000000..bc2e51e16 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003775.html @@ -0,0 +1,103 @@ + + + + [Mageia-sysadm] Patch for fiona node config + + + + + + + + + +

[Mageia-sysadm] Patch for fiona node config

+ Michael Scherer + misc at zarb.org +
+ Thu Jul 21 01:29:35 CEST 2011 +

+
+ +
Le mercredi 20 juillet 2011 à 22:32 +0200, Sébastien Kurtzemann a
+écrit :
+> Hi,
+> 
+> After testing the puppet deployment of fiona's node, here a patch for
+> some corrections/improvemenrts
+> 
+> 
+> * manifests/nodes.pp
+> -> set the timezone for fiona node
+> 
+> * deployment/common/manifests/init.pp
+> -> we don't need to include timezone in common::default_mageia_server
+
+Ok for those, I will push this
+
+> * modules/ntp/manifests/init.pp
+> * modules/puppet/manifests/init.pp
+> -> remove $path parameter and add the complet path in $name of the
+> file ressource
+
+I am a little bit annoyed by this one. I prefer to have shorter name for
+File, etc, when they are referenced elsewhere, but on the other hand :
+- this is inconsistant,
+- this is just my personal preference, and the word does not revolve
+around me :)
+
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003776.html b/zarb-ml/mageia-sysadm/2011-July/003776.html new file mode 100644 index 000000000..bf6d9b5c4 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003776.html @@ -0,0 +1,123 @@ + + + + [Mageia-sysadm] Patch for fiona node config + + + + + + + + + +

[Mageia-sysadm] Patch for fiona node config

+ Sébastien Kurtzemann + sebelee at free.fr +
+ Thu Jul 21 09:52:50 CEST 2011 +

+
+ +
2011/7/21 Michael Scherer <misc at zarb.org>:
+> Le mercredi 20 juillet 2011 à 22:32 +0200, Sébastien Kurtzemann a
+> écrit :
+>> Hi,
+>>
+>> After testing the puppet deployment of fiona's node, here a patch for
+>> some corrections/improvemenrts
+>>
+>>
+>> * manifests/nodes.pp
+>> -> set the timezone for fiona node
+>>
+>> * deployment/common/manifests/init.pp
+>> -> we don't need to include timezone in common::default_mageia_server
+>
+> Ok for those, I will push this
+>
+Ok.
+
+>> * modules/ntp/manifests/init.pp
+>> * modules/puppet/manifests/init.pp
+>> -> remove $path parameter and add the complet path in $name of the
+>> file ressource
+>
+> I am a little bit annoyed by this one. I prefer to have shorter name for
+> File, etc, when they are referenced elsewhere, but on the other hand :
+> - this is inconsistant,
+> - this is just my personal preference, and the word does not revolve
+> around me :)
+>
+Ok no problem :)
+
+One other question, I haven't seen in puppet any reference to
+/etc/urpmi/urpmi.cfg.
+This file will be add manually on each server before deploy the puppet client ?
+
+
+
+>
+> --
+> Michael Scherer
+>
+> _______________________________________________
+> Mageia-sysadm mailing list
+> Mageia-sysadm at mageia.org
+> https://www.mageia.org/mailman/listinfo/mageia-sysadm
+>
+
+--
+Sébastien Kurtzemann
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003777.html b/zarb-ml/mageia-sysadm/2011-July/003777.html new file mode 100644 index 000000000..8d8c3253b --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003777.html @@ -0,0 +1,89 @@ + + + + [Mageia-sysadm] Cron patch for mirror module + + + + + + + + + +

[Mageia-sysadm] Cron patch for mirror module

+ Sébastien Kurtzemann + sebelee at free.fr +
+ Thu Jul 21 10:38:26 CEST 2011 +

+
+ +
Hi,
+
+A little correction into the module mirror on the cron definition.
+
+--
+Sébastien Kurtzemann
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: module-mirror.201107211018.patch
+Type: text/x-patch
+Size: 649 bytes
+Desc: not available
+URL: </pipermail/mageia-sysadm/attachments/20110721/7ba3be94/attachment.bin>
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003778.html b/zarb-ml/mageia-sysadm/2011-July/003778.html new file mode 100644 index 000000000..ea54f5aa3 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003778.html @@ -0,0 +1,100 @@ + + + + [Mageia-sysadm] Patch for fiona node config + + + + + + + + + +

[Mageia-sysadm] Patch for fiona node config

+ Michael Scherer + misc at zarb.org +
+ Thu Jul 21 11:49:15 CEST 2011 +

+
+ +
Le jeudi 21 juillet 2011 à 09:52 +0200, Sébastien Kurtzemann a écrit :
+> 2011/7/21 Michael Scherer <misc at zarb.org>:
+> > Le mercredi 20 juillet 2011 à 22:32 +0200, Sébastien Kurtzemann a
+
+> >> * modules/ntp/manifests/init.pp
+> >> * modules/puppet/manifests/init.pp
+> >> -> remove $path parameter and add the complet path in $name of the
+> >> file ressource
+> >
+> > I am a little bit annoyed by this one. I prefer to have shorter name for
+> > File, etc, when they are referenced elsewhere, but on the other hand :
+> > - this is inconsistant,
+> > - this is just my personal preference, and the word does not revolve
+> > around me :)
+> >
+> Ok no problem :)
+> 
+> One other question, I haven't seen in puppet any reference to
+> /etc/urpmi/urpmi.cfg.
+> This file will be add manually on each server before deploy the puppet client ?
+
+Yes.
+I was trying to write a proper provider for it, but never finished the
+job, it should be lying somewhere in my harddrive.
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003779.html b/zarb-ml/mageia-sysadm/2011-July/003779.html new file mode 100644 index 000000000..e46a10afb --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003779.html @@ -0,0 +1,111 @@ + + + + [Mageia-sysadm] Patch for fiona node config + + + + + + + + + +

[Mageia-sysadm] Patch for fiona node config

+ Sébastien Kurtzemann + sebelee at free.fr +
+ Thu Jul 21 12:08:18 CEST 2011 +

+
+ +
2011/7/21 Michael Scherer <misc at zarb.org>:
+> Le jeudi 21 juillet 2011 à 09:52 +0200, Sébastien Kurtzemann a écrit :
+>> 2011/7/21 Michael Scherer <misc at zarb.org>:
+>> > Le mercredi 20 juillet 2011 à 22:32 +0200, Sébastien Kurtzemann a
+>
+>> >> * modules/ntp/manifests/init.pp
+>> >> * modules/puppet/manifests/init.pp
+>> >> -> remove $path parameter and add the complet path in $name of the
+>> >> file ressource
+>> >
+>> > I am a little bit annoyed by this one. I prefer to have shorter name for
+>> > File, etc, when they are referenced elsewhere, but on the other hand :
+>> > - this is inconsistant,
+>> > - this is just my personal preference, and the word does not revolve
+>> > around me :)
+>> >
+>> Ok no problem :)
+>>
+>> One other question, I haven't seen in puppet any reference to
+>> /etc/urpmi/urpmi.cfg.
+>> This file will be add manually on each server before deploy the puppet client ?
+>
+> Yes.
+> I was trying to write a proper provider for it, but never finished the
+> job, it should be lying somewhere in my harddrive.
+>
+Okay.
+If you find the provider you made or send me the mirror's list to put
+into urpmi.cfg I can look for writing a module.
+As you want...
+
+> --
+> Michael Scherer
+>
+> _______________________________________________
+> 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-July/003780.html b/zarb-ml/mageia-sysadm/2011-July/003780.html new file mode 100644 index 000000000..86f018557 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003780.html @@ -0,0 +1,124 @@ + + + + [Mageia-sysadm] Patch for fiona node config + + + + + + + + + +

[Mageia-sysadm] Patch for fiona node config

+ Michael Scherer + misc at zarb.org +
+ Thu Jul 21 13:04:55 CEST 2011 +

+
+ +
Le jeudi 21 juillet 2011 à 12:08 +0200, Sébastien Kurtzemann a écrit :
+> 2011/7/21 Michael Scherer <misc at zarb.org>:
+> > Le jeudi 21 juillet 2011 à 09:52 +0200, Sébastien Kurtzemann a écrit :
+> >> 2011/7/21 Michael Scherer <misc at zarb.org>:
+> >> > Le mercredi 20 juillet 2011 à 22:32 +0200, Sébastien Kurtzemann a
+> >
+> >> >> * modules/ntp/manifests/init.pp
+> >> >> * modules/puppet/manifests/init.pp
+> >> >> -> remove $path parameter and add the complet path in $name of the
+> >> >> file ressource
+> >> >
+> >> > I am a little bit annoyed by this one. I prefer to have shorter name for
+> >> > File, etc, when they are referenced elsewhere, but on the other hand :
+> >> > - this is inconsistant,
+> >> > - this is just my personal preference, and the word does not revolve
+> >> > around me :)
+> >> >
+> >> Ok no problem :)
+> >>
+> >> One other question, I haven't seen in puppet any reference to
+> >> /etc/urpmi/urpmi.cfg.
+> >> This file will be add manually on each server before deploy the puppet client ?
+> >
+> > Yes.
+> > I was trying to write a proper provider for it, but never finished the
+> > job, it should be lying somewhere in my harddrive.
+> >
+> Okay.
+> If you find the provider you made or send me the mirror's list to put
+> into urpmi.cfg I can look for writing a module.
+> As you want...
+
+Here is my prototype of code.
+
+In fact, it may be easier to use /etc/urpmi/mediacfg.d/ but I didn't
+look this possibility yet.
+
+-- 
+Michael Scherer
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: urpmi_managed.rb
+Type: application/x-ruby
+Size: 1363 bytes
+Desc: not available
+URL: </pipermail/mageia-sysadm/attachments/20110721/271a32a4/attachment.bin>
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: mandriva_repository.rb
+Type: application/x-ruby
+Size: 497 bytes
+Desc: not available
+URL: </pipermail/mageia-sysadm/attachments/20110721/271a32a4/attachment-0001.bin>
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003781.html b/zarb-ml/mageia-sysadm/2011-July/003781.html new file mode 100644 index 000000000..578993867 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003781.html @@ -0,0 +1,96 @@ + + + + [Mageia-sysadm] Group delegation in catdap trunk + + + + + + + + + +

[Mageia-sysadm] Group delegation in catdap trunk

+ Michael Scherer + misc at zarb.org +
+ Thu Jul 21 19:49:24 CEST 2011 +

+
+ +
Hi,
+
+While adding yet another translator ( bug #832 ), I decided took a look
+at various part of catdap ( the software behing identity.mageia.org ).
+
+So I finished the work started by buchan about group management.
+
+By using the trunk version ( http://identity-trunk.mageia.org/ ), people
+who are listed as owner of a group can manage it, adding and removing
+people. 
+
+My two testers ( i18n leaders ) told me it worked fine for them, but I
+add to place them in "Group admin". So I added the proper logic for
+letting people manage the group they own, and I wait on their feedback
+again :)
+
+I didn't test all the case yet, and there is some code to refactor, but
+that's one step toward having less work for sysadmin.
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003782.html b/zarb-ml/mageia-sysadm/2011-July/003782.html new file mode 100644 index 000000000..af4c6a933 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003782.html @@ -0,0 +1,95 @@ + + + + [Mageia-sysadm] Group delegation in catdap trunk + + + + + + + + + +

[Mageia-sysadm] Group delegation in catdap trunk

+ Oliver Burger + oliver.bgr at googlemail.com +
+ Thu Jul 21 20:51:51 CEST 2011 +

+
+ +
2011/7/21 Michael Scherer <misc at zarb.org>:
+> My two testers ( i18n leaders ) told me it worked fine for them, but I
+> add to place them in "Group admin". So I added the proper logic for
+> letting people manage the group they own, and I wait on their feedback
+> again :)
+>
+> I didn't test all the case yet, and there is some code to refactor, but
+> that's one step toward having less work for sysadmin.
+
+Ok, I just looked at it again.
+When I login into identity-trunk, I don't see a link to the group
+management anymore as I saw after you added me to "Group admin". So
+you have to know the link.
+When going to https://identity-trunk.mageia.org/admin/group_modify/mga-i18n
+I can do the tasks needed (adding or removing people).
+But when I click on the "groups" link, I'm getting the error message
+"(en) Please come back later".
+
+Since I don't know the link to the commiters group I can't check there.
+
+Oliver
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003783.html b/zarb-ml/mageia-sysadm/2011-July/003783.html new file mode 100644 index 000000000..cfaac3802 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003783.html @@ -0,0 +1,103 @@ + + + + [Mageia-sysadm] Group delegation in catdap trunk + + + + + + + + + +

[Mageia-sysadm] Group delegation in catdap trunk

+ Michael Scherer + misc at zarb.org +
+ Thu Jul 21 21:31:13 CEST 2011 +

+
+ +
Le jeudi 21 juillet 2011 à 20:51 +0200, Oliver Burger a écrit :
+> 2011/7/21 Michael Scherer <misc at zarb.org>:
+> > My two testers ( i18n leaders ) told me it worked fine for them, but I
+> > add to place them in "Group admin". So I added the proper logic for
+> > letting people manage the group they own, and I wait on their feedback
+> > again :)
+> >
+> > I didn't test all the case yet, and there is some code to refactor, but
+> > that's one step toward having less work for sysadmin.
+> 
+> Ok, I just looked at it again.
+> When I login into identity-trunk, I don't see a link to the group
+> management anymore as I saw after you added me to "Group admin". So
+> you have to know the link.
+
+Indeed, that's a problem. I would be inclined to remove the "group
+admin" part, or make it smarted ( ie, see if you can manage a group and
+offer it on demand ).
+
+> When going to https://identity-trunk.mageia.org/admin/group_modify/mga-i18n
+> I can do the tasks needed (adding or removing people).
+> But when I click on the "groups" link, I'm getting the error message
+> "(en) Please come back later".
+
+I fixed this one.
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003784.html b/zarb-ml/mageia-sysadm/2011-July/003784.html new file mode 100644 index 000000000..66f3b4bd0 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003784.html @@ -0,0 +1,86 @@ + + + + [Mageia-sysadm] Cron patch for mirror module + + + + + + + + + +

[Mageia-sysadm] Cron patch for mirror module

+ Michael Scherer + misc at zarb.org +
+ Thu Jul 21 21:49:17 CEST 2011 +

+
+ +
Le jeudi 21 juillet 2011 à 10:38 +0200, Sébastien Kurtzemann a écrit :
+> Hi,
+> 
+> A little correction into the module mirror on the cron definition.
+
+I forgot, I applied the patch sooner today.
+
+I am not sure if you are aware of the list : 
+https://ml.mageia.org/wwsympa-wrapper.fcgi/info/sysadmin-commits
+
+that's where our commits are sent.
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003785.html b/zarb-ml/mageia-sysadm/2011-July/003785.html new file mode 100644 index 000000000..5d9e7a2f7 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003785.html @@ -0,0 +1,90 @@ + + + + [Mageia-sysadm] Cron patch for mirror module + + + + + + + + + +

[Mageia-sysadm] Cron patch for mirror module

+ Sébastien Kurtzemann + sebelee at free.fr +
+ Thu Jul 21 22:26:24 CEST 2011 +

+
+ +
2011/7/21 Michael Scherer <misc at zarb.org>:
+> Le jeudi 21 juillet 2011 à 10:38 +0200, Sébastien Kurtzemann a écrit :
+>> Hi,
+>>
+>> A little correction into the module mirror on the cron definition.
+>
+> I forgot, I applied the patch sooner today.
+>
+> I am not sure if you are aware of the list :
+> https://ml.mageia.org/wwsympa-wrapper.fcgi/info/sysadmin-commits
+>
+> that's where our commits are sent.
+
+Thanks for info about ml where commits are sent. I'll subscribe on.
+
+
+
+-- 
+Sébastien Kurtzemann
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003786.html b/zarb-ml/mageia-sysadm/2011-July/003786.html new file mode 100644 index 000000000..6b02251c4 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003786.html @@ -0,0 +1,112 @@ + + + + [Mageia-sysadm] [RPM] cauldron core/release less-444-1.mga2 + + + + + + + + + +

[Mageia-sysadm] [RPM] cauldron core/release less-444-1.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Jul 22 09:46:54 CEST 2011 +

+
+ +
On 13 July 2011 10:30, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> ahmad <ahmad> 444-1.mga2:
+> + Revision: 123678
+> - Update to 444
+> - Update lesspipe to 1.71
+> - Rediff patch2 (posix)
+> - Drop patch5, fixed differently upstream
+> - Disable the lesspipe tests, (e.g. one of them requires unrar)
+>
+>  + tmb <tmb>
+>    - imported package less
+
+I don't understand.
+This is not the first time I see a newly imported package whereas it
+already existed in mga#1:
+
+$ rpm -q less --changelog | head -7
+* gwe Gen  07 2011 tmb <tmb> 436-5.mga1
++ Revision: 275
+- imported package less
+
+* gwe Gen  07 2011 Thomas Backlund <tmb at mageia.org> 436-5.mga1
+- initial import
+
+And indeed cauldron changelog shows a doble import:
+* mer Gou  13 2011 ahmad <ahmad> 444-1.mga2
++ Revision: 123678
+- Update to 444
+- Update lesspipe to 1.71
+- Rediff patch2 (posix)
+- Drop patch5, fixed differently upstream
+- Disable the lesspipe tests, (e.g. one of them requires unrar)
+
+  + tmb <tmb>
+    - imported package less
+
+* gwe Gen  07 2011 Thomas Backlund <tmb at mageia.org> 436-5.mga1
+- initial import
+
+A bug in mgareport that enables to import twice the same package?
+
+ + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003787.html b/zarb-ml/mageia-sysadm/2011-July/003787.html new file mode 100644 index 000000000..0de489daa --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003787.html @@ -0,0 +1,128 @@ + + + + [Mageia-sysadm] [RPM] cauldron core/release less-444-1.mga2 + + + + + + + + + +

[Mageia-sysadm] [RPM] cauldron core/release less-444-1.mga2

+ Ahmad Samir + ahmadsamir3891 at gmail.com +
+ Fri Jul 22 09:59:03 CEST 2011 +

+
+ +
On 22 July 2011 09:46, Thierry Vignaud <thierry.vignaud at gmail.com> wrote:
+> On 13 July 2011 10:30, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+>> ahmad <ahmad> 444-1.mga2:
+>> + Revision: 123678
+>> - Update to 444
+>> - Update lesspipe to 1.71
+>> - Rediff patch2 (posix)
+>> - Drop patch5, fixed differently upstream
+>> - Disable the lesspipe tests, (e.g. one of them requires unrar)
+>>
+>>  + tmb <tmb>
+>>    - imported package less
+>
+> I don't understand.
+> This is not the first time I see a newly imported package whereas it
+> already existed in mga#1:
+>
+> $ rpm -q less --changelog | head -7
+> * gwe Gen  07 2011 tmb <tmb> 436-5.mga1
+> + Revision: 275
+> - imported package less
+>
+> * gwe Gen  07 2011 Thomas Backlund <tmb at mageia.org> 436-5.mga1
+> - initial import
+>
+> And indeed cauldron changelog shows a doble import:
+> * mer Gou  13 2011 ahmad <ahmad> 444-1.mga2
+> + Revision: 123678
+> - Update to 444
+> - Update lesspipe to 1.71
+> - Rediff patch2 (posix)
+> - Drop patch5, fixed differently upstream
+> - Disable the lesspipe tests, (e.g. one of them requires unrar)
+>
+>  + tmb <tmb>
+>    - imported package less
+>
+> * gwe Gen  07 2011 Thomas Backlund <tmb at mageia.org> 436-5.mga1
+> - initial import
+>
+> A bug in mgareport that enables to import twice the same package?
+
+Looking at the dates, I'd say, yes, it _was_ a bug in mgarepo where it
+didn't check for already imported packages, that was an issue at the
+very beginning of the fork; it's been fixed a long time ago, AFAIK.
+
+> _______________________________________________
+> 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-July/003788.html b/zarb-ml/mageia-sysadm/2011-July/003788.html new file mode 100644 index 000000000..83ae510aa --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003788.html @@ -0,0 +1,84 @@ + + + + [Mageia-sysadm] Small cleaning of /distrib on valstar + + + + + + + + + +

[Mageia-sysadm] Small cleaning of /distrib on valstar

+ Michael Scherer + misc at zarb.org +
+ Fri Jul 22 13:22:18 CEST 2011 +

+
+ +
Hi,
+
+I have moved old_isos to the archive directory that was created to store
+orphans, removed the newreleases and newisos directory ( not needed and
+empty ).
+
+We still have test and test-sig directories, can they be erased ? 
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003789.html b/zarb-ml/mageia-sysadm/2011-July/003789.html new file mode 100644 index 000000000..5b2f48590 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003789.html @@ -0,0 +1,94 @@ + + + + [Mageia-sysadm] Update procedure on sysadmin side + + + + + + + + + +

[Mageia-sysadm] Update procedure on sysadmin side

+ Thomas Backlund + tmb at mageia.org +
+ Fri Jul 22 16:53:57 CEST 2011 +

+
+ +
Michael Scherer skrev 20.7.2011 01:26:
+> Le mardi 19 juillet 2011 à 22:50 +0200, Michael Scherer a écrit :
+>> Hi,
+>>
+>> while trying to see how to do update ( since the list is quite long :
+>> https://bugs.mageia.org/buglist.cgi?query_format=advanced&emailassigned_to1=1&order=Importance&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&email1=qa-bugs%40ml.mageia.org&product=Mageia&emailtype1=substring ), I searched bash history to find the procedure.
+>>
+>> So here is what should be used :
+>>
+>> # /root/tmp/mgatools/mga-move-update 1 core me-tv
+
+Thinking a little about updates...
+
+Should we hardlink the rpms instead of moving them,
+and postpone the removal from *_testing for a few days (or ~a week)
+so all mirrors catch up...
+
+That would save the mirrors from re-downloading the stuff, and make the 
+updates available faster...
+
+It does not matter much for a simple update like logrotate, but a kernel 
+update or a full kde update would definately benefit from it.
+
+the downside is of course more complex code on staging/primary mirror
+
+--
+Thomas
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003790.html b/zarb-ml/mageia-sysadm/2011-July/003790.html new file mode 100644 index 000000000..5e64d60c9 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003790.html @@ -0,0 +1,81 @@ + + + + [Mageia-sysadm] Update procedure on sysadmin side + + + + + + + + + +

[Mageia-sysadm] Update procedure on sysadmin side

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Jul 22 20:08:03 CEST 2011 +

+
+ +
On 22 July 2011 16:53, Thomas Backlund <tmb at mageia.org> wrote:
+> Thinking a little about updates...
+>
+> Should we hardlink the rpms instead of moving them,
+> and postpone the removal from *_testing for a few days (or ~a week)
+> so all mirrors catch up...
+>
+> That would save the mirrors from re-downloading the stuff, and make the
+> updates available faster...
+>
+> It does not matter much for a simple update like logrotate, but a kernel
+> update or a full kde update would definately benefit from it.
+
+I agree with that
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003791.html b/zarb-ml/mageia-sysadm/2011-July/003791.html new file mode 100644 index 000000000..1bf2cda27 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003791.html @@ -0,0 +1,77 @@ + + + + [Mageia-sysadm] Update procedure on sysadmin side + + + + + + + + + +

[Mageia-sysadm] Update procedure on sysadmin side

+ Carlos Carvalho + carlos at fisica.ufpr.br +
+ Fri Jul 22 21:18:33 CEST 2011 +

+
+ +
Thomas Backlund (tmb at mageia.org) wrote on 22 July 2011 17:53:
+ >Should we hardlink the rpms instead of moving them,
+ >and postpone the removal from *_testing for a few days (or ~a week)
+ >so all mirrors catch up...
+ >
+ >That would save the mirrors from re-downloading the stuff, and make the 
+ >updates available faster...
+
+That would be really useful. I wish all distros did it... Or use a
+repository architecture that doesn't need it, like Debian.
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003792.html b/zarb-ml/mageia-sysadm/2011-July/003792.html new file mode 100644 index 000000000..926478529 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003792.html @@ -0,0 +1,152 @@ + + + + [Mageia-sysadm] Update procedure on sysadmin side + + + + + + + + + +

[Mageia-sysadm] Update procedure on sysadmin side

+ Michael scherer + misc at zarb.org +
+ Fri Jul 22 23:37:59 CEST 2011 +

+
+ +
On Fri, Jul 22, 2011 at 05:53:57PM +0300, Thomas Backlund wrote:
+> Michael Scherer skrev 20.7.2011 01:26:
+> >Le mardi 19 juillet 2011 à 22:50 +0200, Michael Scherer a écrit :
+> >>Hi,
+> >>
+> >>while trying to see how to do update ( since the list is quite long :
+> >>https://bugs.mageia.org/buglist.cgi?query_format=advanced&emailassigned_to1=1&order=Importance&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&email1=qa-bugs%40ml.mageia.org&product=Mageia&emailtype1=substring ), I searched bash history to find the procedure.
+> >>
+> >>So here is what should be used :
+> >>
+> >># /root/tmp/mgatools/mga-move-update 1 core me-tv
+> 
+> Thinking a little about updates...
+> 
+> Should we hardlink the rpms instead of moving them,
+> and postpone the removal from *_testing for a few days (or ~a week)
+> so all mirrors catch up...
+> 
+> That would save the mirrors from re-downloading the stuff, and make
+> the updates available faster...
+ 
+> It does not matter much for a simple update like logrotate, but a
+> kernel update or a full kde update would definately benefit from it.
+
+I think that's negligeable when compared to the size of cauldron updates,
+and that would be slightly more complex to develop.
+ 
+This would also mean we keep then in updates_testing, thus having bigger 
+hdlists, which mean more rpms to parse, and more data to download by mirror 
+( since hdlists are redownloaded each time, since they are compressed and
+I am doubtful about the rsync-friendliness of the whole compression ).
+ 
+And since hdlists are downloaded by every users doing testing, it may have a
+bigger impact.
+
+Let's check some data ( likely bogus, but that's to illustrate ). 
+
+Imagine that a hdlist is 1.3 mo bigger due to keeping a kernel in updates testing.
+( as said on http://permalink.gmane.org/gmane.linux.mageia.devel/1392 ). 
+Let's say 1 update per day, and maybe more depending on when we clean updates_testing,
+so that's 10 differents hdlists to download in the week, as we recreate it for
+each update. Since the hdlist is compressed, I suspect that rsync may not 
+be very efficient when downloading it ( ie, do it from 0 each time ).
+
+On the mirror, the hdlist will be downloaded by each mirror or users syncing, 
+let's say 10 people and 2 mirrors, that make 12.
+
+Each syncing once per day, that make around 100 mo of bandwidth used just for the 
+hdlist, on one single mirror. Compare that to the size of the update itself, ie 30
+mo for the kernel example.
+You can do the math also for -debug.
+
+And as Thomas said on irc, the hdlist issue will be likely worst due to kmod() 
+provides on rpm 4.9.
+
+Now, there is a few assumption that can be discussed, and that would change
+everything :
+- hdlist and rsync. rsync and gzip do not mix well, but maybe we do have provision 
+against that. I asked to teuf but he was not sure, maybe nanar or tv can shed a 
+different light. Maybe we also no longer us hdlist. 
+- number of users. Given the size of the QA team, maybe 10 is more than our 
+wildest dream.
+
+And of course, I used a worst case, and for stuff like tetex or vegastrike-data,
+it would surely help to do a hardlink. But the hdlist issue would arise mostly 
+for rpms with lots of files ( kernel, kde ?, various documentation ? ), so that's
+something that we cannot decide without at least doing some stats.
+
+IE, while it would help for vegastrike ( best case ), we never updated it on 
+Mandriva, while there was lots of kernel update ( worst case, and on steroid due 
+to the kernel multiplication ).
+
+My point is not that we should or should not do this, but rather that we should 
+first measure the impact, based on real data rather than trying to optimize 
+based on guess, because it may make things worst for mirrors ( more bandwidth used
+in the long run ) and for us ( more complexity on the setup ).
+
+> the downside is of course more complex code on staging/primary mirror
+
+Yes, and I fear this may not be so trivial to do (ie, how do we know that
+we need to remove a rpm from update_testing, since we cannot base on the creation
+date due to the hardlink ) 
+
+-- 
+Michael Scherer 
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003793.html b/zarb-ml/mageia-sysadm/2011-July/003793.html new file mode 100644 index 000000000..81350adcf --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003793.html @@ -0,0 +1,116 @@ + + + + [Mageia-sysadm] Update procedure on sysadmin side + + + + + + + + + +

[Mageia-sysadm] Update procedure on sysadmin side

+ Carlos Carvalho + carlos at fisica.ufpr.br +
+ Sat Jul 23 02:25:01 CEST 2011 +

+
+ +
Michael scherer (misc at zarb.org) wrote on 22 July 2011 23:37:
+ >> Should we hardlink the rpms instead of moving them,
+ >> and postpone the removal from *_testing for a few days (or ~a week)
+ >> so all mirrors catch up...
+ >> 
+ >> That would save the mirrors from re-downloading the stuff, and make
+ >> the updates available faster...
+ > 
+ >> It does not matter much for a simple update like logrotate, but a
+ >> kernel update or a full kde update would definately benefit from it.
+ >
+ >I think that's negligeable when compared to the size of cauldron updates,
+ >and that would be slightly more complex to develop.
+ > 
+ >This would also mean we keep then in updates_testing, thus having bigger 
+ >hdlists, which mean more rpms to parse, and more data to download by mirror 
+ >( since hdlists are redownloaded each time, since they are compressed and
+ >I am doubtful about the rsync-friendliness of the whole compression ).
+
+Depends on the type of compression you use. In general compression
+produces cumulative changes and thus spoils rsync's economy. However if
+you use gzip you can do gzip --rsyncable and preserve rsync
+efficiency. --rsyncable is a separate patch to gzip; Debian has it.
+If one wishes high compression then xz should be used, not gzip.
+
+ >And since hdlists are downloaded by every users doing testing, it may have a
+ >bigger impact.
+
+I'm not sure what hdlists mean. If it's file lists it'll be
+negligible. OTOH, if users have to download full file lists each time
+you have more urgent problems than the extra hardlinks, you should
+make available diffs to these lists like Debian does. Otherwise users
+may end up downloading more bureaucracy stuff than what's important for
+them...
+
+For mirrors sending a little extra is no problem. The advantage of
+propagating changes faster and doing less disk writes is much more
+important.
+
+ >> the downside is of course more complex code on staging/primary mirror
+ >
+ >Yes, and I fear this may not be so trivial to do (ie, how do we know
+ >that we need to remove a rpm from update_testing, since we cannot
+ >base on the creation date due to the hardlink )
+
+How about creating a list of the names that are hard linked instead of
+removed at each master update? You can simply log-rotate it and
+each cycle will just remove the names in the Nth one. Doesn't look
+very complex. With N=2 or 3 you'll cater for the vast majority of
+mirrors.
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003794.html b/zarb-ml/mageia-sysadm/2011-July/003794.html new file mode 100644 index 000000000..184d71f4e --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003794.html @@ -0,0 +1,106 @@ + + + + [Mageia-sysadm] Apprentice account creation + + + + + + + + + +

[Mageia-sysadm] Apprentice account creation

+ Gerardo + gejobj at gmail.com +
+ Sat Jul 23 16:07:09 CEST 2011 +

+
+ +
+Thank you for your incredible work :-)
+
+
+Best regards.
+
+
+On Miércoles, 6 de Julio de 2011 21:15:38 Gonzalo Igartua escribió:
+> Hi,
+> here is my public key
+> 
+> sorry for being late
+> 
+> Thanks
+> 
+> 2011/7/6 Anne nicolas <ennael at mageia.org>
+> 
+> > Hi guys
+> > 
+> > Juan Luis Baptiste just kicked me as I did not do my homeworks...  He
+> > is mentoring at the moment 3 guys from Blogdrake. Could you please
+> > give them svn access so that they can commit ?
+> > 
+> > Cheers
+> > 
+> > 
+> > vaci0
+> > cvargas at linuxmail.org
+> > http://www.cvargasd.com/CRsa/id_rsa.pub
+> > 
+> > gejo
+> > gejobj at gmail.com
+> > ssh-rsa
+> > AAAAB3NzaC1yc2EAAAADAQABAAABAQDsz3nMbb2fnAtdXXEH8BTQpePligSSZcWIShQ3CoQlb
+> > Z7KxE/G+gujJAxVmVHtcVVKu5Q2FbVT25fDkuMnSgUGlOVbEFXPwLX7Za/LtEbtOXjxbmdKii
+> > S9vly2Jlrfva6pZ7wm6Zw72Sxoc5C3agQ9OaDWfJmnOofn3e2/cmWCBh49qllIzGA2HTETvg4
+> > TDaqwaKfGfmVumOvD6b/RFRvg/xQ9E5ivnEqPrCAu/uI8u1VULzH68QWmo3YKR03BVbVW8xfb
+> > mx1tufNr00abm3G+AX8R0hAXdLyxiauCFGQ1MxuaJvSlq+OJCVa+X/rKyXSTZxpvz/mTakn7r
+> > +vd3cD1 gejobj at gmail.com
+> > 
+> > 
+> > GregoryBravas
+> > gigartua at gmail.com
+> > Gregory, I cannot find your ssh key. Could you please send it again
+> > Thanks
+> > 
+> > Sorry for the delay guys and welcome aboard
+> > 
+> > --
+> > Anne
+> > http://www.mageia.org
+
+ + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003795.html b/zarb-ml/mageia-sysadm/2011-July/003795.html new file mode 100644 index 000000000..7302825bf --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003795.html @@ -0,0 +1,80 @@ + + + + [Mageia-sysadm] Email change + + + + + + + + + +

[Mageia-sysadm] Email change

+ Maât + maat-ml at vilarem.net +
+ Sun Jul 24 13:37:23 CEST 2011 +

+
+ +
Hi there,
+
+Tiny question (hope not too stupid) :
+
+If one changes email in identity, does sympa subscriptions follow ? Or is there something more to do ?
+
+(Asked by a french forum moderator)
+
+Cheers,
+
+Maât
+
+
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003796.html b/zarb-ml/mageia-sysadm/2011-July/003796.html new file mode 100644 index 000000000..7ee25fa92 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003796.html @@ -0,0 +1,82 @@ + + + + [Mageia-sysadm] Email change + + + + + + + + + +

[Mageia-sysadm] Email change

+ Michael Scherer + misc at zarb.org +
+ Mon Jul 25 16:41:03 CEST 2011 +

+
+ +
Le dimanche 24 juillet 2011 à 13:37 +0200, Maât a écrit :
+> Hi there,
+> 
+> Tiny question (hope not too stupid) :
+> 
+> If one changes email in identity, does sympa subscriptions follow ? Or is there something more to do ?
+
+It doesn't for now, and that's a little bit annoying to have to do this
+by hand.
+Bugzilla suffer from the same problem too.
+
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003797.html b/zarb-ml/mageia-sysadm/2011-July/003797.html new file mode 100644 index 000000000..c66c49d13 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003797.html @@ -0,0 +1,84 @@ + + + + [Mageia-sysadm] Email change + + + + + + + + + +

[Mageia-sysadm] Email change

+ Maât + maat-ml at vilarem.net +
+ Mon Jul 25 21:16:56 CEST 2011 +

+
+ +
Le 25/07/2011 16:41, Michael Scherer a écrit :
+> Le dimanche 24 juillet 2011 à 13:37 +0200, Maât a écrit :
+>> Hi there,
+>>
+>> Tiny question (hope not too stupid) :
+>>
+>> If one changes email in identity, does sympa subscriptions follow ? Or is there something more to do ?
+> It doesn't for now, and that's a little bit annoying to have to do this
+> by hand.
+> Bugzilla suffer from the same problem too.
+thanks for the answer :)
+
+So i suppose the simplest way was what he did : unsubscribe then re-subscribe after having changed email in identity.
+
+(Hope the old email will not remain polluting his life)
+
+cya
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003798.html b/zarb-ml/mageia-sysadm/2011-July/003798.html new file mode 100644 index 000000000..7497fb5d7 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003798.html @@ -0,0 +1,84 @@ + + + + [Mageia-sysadm] [en forum] pull/update request + + + + + + + + + +

[Mageia-sysadm] [en forum] pull/update request

+ Maât + maat-ml at vilarem.net +
+ Tue Jul 26 14:13:36 CEST 2011 +

+
+ +
+
+Hi frites masters, 
+
+Could you do a git pull & update on forum please
+? 
+
+(This should update search.php) 
+
+Thanks a lot, 
+
+Maât 
+
+ 
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-sysadm/attachments/20110726/f27a60e5/attachment.html>
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003799.html b/zarb-ml/mageia-sysadm/2011-July/003799.html new file mode 100644 index 000000000..cb1b69503 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003799.html @@ -0,0 +1,80 @@ + + + + [Mageia-sysadm] [en forum] pull/update request + + + + + + + + + +

[Mageia-sysadm] [en forum] pull/update request

+ Michael Scherer + misc at zarb.org +
+ Tue Jul 26 22:21:06 CEST 2011 +

+
+ +
Le mardi 26 juillet 2011 à 13:13 +0100, Maât a écrit :
+> 
+> Hi frites masters, 
+> 
+> Could you do a git pull & update on forum please
+> ? 
+> 
+
+Done,
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003800.html b/zarb-ml/mageia-sysadm/2011-July/003800.html new file mode 100644 index 000000000..5b2accd82 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003800.html @@ -0,0 +1,78 @@ + + + + [Mageia-sysadm] [en forum] pull/update request + + + + + + + + + +

[Mageia-sysadm] [en forum] pull/update request

+ Maât + maat-ml at vilarem.net +
+ Tue Jul 26 22:25:12 CEST 2011 +

+
+ +
Le 26/07/2011 22:21, Michael Scherer a écrit :
+> Le mardi 26 juillet 2011 à 13:13 +0100, Maât a écrit :
+>> Hi frites masters, 
+>>
+>> Could you do a git pull & update on forum please
+>> ? 
+>>
+> Done,
+>
+Thanks :)
+
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003801.html b/zarb-ml/mageia-sysadm/2011-July/003801.html new file mode 100644 index 000000000..3e0d206cd --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003801.html @@ -0,0 +1,80 @@ + + + + [Mageia-sysadm] Seems to have a pb on mirrors.mageia.org + + + + + + + + + +

[Mageia-sysadm] Seems to have a pb on mirrors.mageia.org

+ Damien Lallement + mageia at damsweb.net +
+ Wed Jul 27 19:29:29 CEST 2011 +

+
+ +
http://mirrors.mageia.org/
+
+The list of "Source" is wrong and some entries are missing.
+BDD issue or display issue?
+Who can have a look? I can't as I don't know well this page.
+
+Thanks,
+Dams
+-- 
+Damien Lallement
+Treasurer of Mageia.Org
+
+twitter: damsweb - IRC: damsweb/coincoin
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003802.html b/zarb-ml/mageia-sysadm/2011-July/003802.html new file mode 100644 index 000000000..160cb814e --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003802.html @@ -0,0 +1,77 @@ + + + + [Mageia-sysadm] Seems to have a pb on mirrors.mageia.org + + + + + + + + + +

[Mageia-sysadm] Seems to have a pb on mirrors.mageia.org

+ Pascal Terjan + pterjan at gmail.com +
+ Wed Jul 27 23:26:12 CEST 2011 +

+
+ +
On Wed, Jul 27, 2011 at 18:29, Damien Lallement <mageia at damsweb.net> wrote:
+> http://mirrors.mageia.org/
+>
+> The list of "Source" is wrong and some entries are missing.
+> BDD issue or display issue?
+
+How wrong?
+
+There has always been some mirrors in the list which have not
+indicated their source
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003803.html b/zarb-ml/mageia-sysadm/2011-July/003803.html new file mode 100644 index 000000000..89cc60e49 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003803.html @@ -0,0 +1,70 @@ + + + + [Mageia-sysadm] changing binrepos + + + + + + + + + +

[Mageia-sysadm] changing binrepos

+ nicolas vigier + boklm at mars-attacks.org +
+ Thu Jul 28 12:55:01 CEST 2011 +

+
+ +
On Fri, 15 Jul 2011, Colin Guthrie wrote:
+
+> 
+> But now I think about it, if 2+ packages do share the same binary, how
+> do we know it's OK to actually delete the binary from the binrepos? We'd
+> have to check every single packages sha1.lst file to see if it used
+> it... that doesn't sound ideal....
+
+Yes, we need to check all sha1.lst files to find unused files. It will
+take some time to do it and find the files that can be removed, but it
+is not urgent to remove them, so we can have a script to do it that we
+only run every 6 months, or when we need more space.
+
+
+ + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003804.html b/zarb-ml/mageia-sysadm/2011-July/003804.html new file mode 100644 index 000000000..55e7b0571 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003804.html @@ -0,0 +1,91 @@ + + + + [Mageia-sysadm] Seems to have a pb on mirrors.mageia.org + + + + + + + + + +

[Mageia-sysadm] Seems to have a pb on mirrors.mageia.org

+ Maarten Vanraes + maarten.vanraes at gmail.com +
+ Thu Jul 28 13:08:34 CEST 2011 +

+
+ +
Op woensdag 27 juli 2011 23:26:12 schreef Pascal Terjan:
+> On Wed, Jul 27, 2011 at 18:29, Damien Lallement <mageia at damsweb.net> wrote:
+> > http://mirrors.mageia.org/
+> > 
+> > The list of "Source" is wrong and some entries are missing.
+> > BDD issue or display issue?
+> 
+> How wrong?
+> 
+> There has always been some mirrors in the list which have not
+> indicated their source
+> _______________________________________________
+> Mageia-sysadm mailing list
+> Mageia-sysadm at mageia.org
+> https://www.mageia.org/mailman/listinfo/mageia-sysadm
+
+there are some whom i am certain, by way of deduction, for example the 
+nluug.nl one uses ibiblio.
+
+and i think indeed some mirrors use different sources than advertised; perhaps 
+they changed?
+
+personally i have no idea if this is something that can be tracked.
+
+also, there are still some mirrors not mirrorring well ( like quicklynet.com )
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003805.html b/zarb-ml/mageia-sysadm/2011-July/003805.html new file mode 100644 index 000000000..2dfcd6124 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003805.html @@ -0,0 +1,92 @@ + + + + [Mageia-sysadm] changing binrepos + + + + + + + + + +

[Mageia-sysadm] changing binrepos

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Thu Jul 28 13:33:36 CEST 2011 +

+
+ +
'Twas brillig, and nicolas vigier at 28/07/11 11:55 did gyre and gimble:
+> On Fri, 15 Jul 2011, Colin Guthrie wrote:
+> 
+>>
+>> But now I think about it, if 2+ packages do share the same binary, how
+>> do we know it's OK to actually delete the binary from the binrepos? We'd
+>> have to check every single packages sha1.lst file to see if it used
+>> it... that doesn't sound ideal....
+> 
+> Yes, we need to check all sha1.lst files to find unused files. It will
+> take some time to do it and find the files that can be removed, but it
+> is not urgent to remove them, so we can have a script to do it that we
+> only run every 6 months, or when we need more space.
+
+Yeah I actually missed this from your first mail, but Pascal pointed it out!
+
+It'll actually make backporting/"updating" new packages to mga1 easier
+too, as you won't have to copy the same binary to the different svn
+repos (aka svn export + svn add + svn commit).
+
+Bring it on!!!
+
+:)
+
+-- 
+
+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-July/003806.html b/zarb-ml/mageia-sysadm/2011-July/003806.html new file mode 100644 index 000000000..c0c2d1319 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003806.html @@ -0,0 +1,72 @@ + + + + [Mageia-sysadm] changing binrepos + + + + + + + + + +

[Mageia-sysadm] changing binrepos

+ nicolas vigier + boklm at mars-attacks.org +
+ Thu Jul 28 15:48:12 CEST 2011 +

+
+ +
On Fri, 15 Jul 2011, Pascal Terjan wrote:
+
+> 
+> I think <original filename>-<sha1> would be good to avoid both
+> filename collision and sha1 collision while still sharing files
+> between packages
+
+I think probability of sha1 collision is very low, so we can ignore it.
+
+According to this page :
+http://bitcache.org/faq/hash-collision-probabilities
+
+If we have 50000 different files, probability of collision with 160 bit
+hash would be something like 10^-39.
+
+So I don't think adding original filename is needed.
+
+
+ + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003807.html b/zarb-ml/mageia-sysadm/2011-July/003807.html new file mode 100644 index 000000000..7f4fb2ff8 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003807.html @@ -0,0 +1,84 @@ + + + + [Mageia-sysadm] problem with Mageia mirroring on mirrors.kernel.org + + + + + + + + + +

[Mageia-sysadm] problem with Mageia mirroring on mirrors.kernel.org

+ Thomas Backlund + tmb at mageia.org +
+ Thu Jul 28 16:09:06 CEST 2011 +

+
+ +
Hi,
+
+There has been some reports about failing to access Mageia mirror on 
+mirrors.kernel.org.
+
+So I have now verified it, and here is the problem:
+
+it happends when mirrors.kernel.org gets resolved to 149.20.4.71
+
+That host does not carry any mageia tree
+(atleast not visible to the outside)
+
+Can that be fixed, please.
+
+--
+Thomas
+
+
+PS.
+Shouldn't http://mirrors.kernel.org/ page be updated to list Mageia too?
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003808.html b/zarb-ml/mageia-sysadm/2011-July/003808.html new file mode 100644 index 000000000..6db80982c --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003808.html @@ -0,0 +1,104 @@ + + + + [Mageia-sysadm] [1827] add small maintdb script + + + + + + + + + +

[Mageia-sysadm] [1827] add small maintdb script

+ nicolas vigier + boklm at mars-attacks.org +
+ Fri Jul 29 16:55:10 CEST 2011 +

+
+ +
On Sat, 16 Jul 2011, Michael Scherer wrote:
+
+> Le mardi 12 juillet 2011 à 01:10 +0200, root at mageia.org a écrit :
+> 
+> > +function maintset()
+> > +{
+> > +    checkname "$1"
+> > +    maintfile="$MAINTDBDIR/$1"
+> > +    newmaint="$2"
+> > +    if ! [ -f "$maintfile" ]
+> > +    then
+> > +	echo "Error: package $1 does not exist in maintdb." >&2
+> > +	exit 1
+> > +    fi
+> > +    curmaint=$(cat "$maintfile")
+> 
+> I think we could avoid using cat with $( < $maintfile )
+> ( just because cat is evil )
+
+Ok.
+
+> 
+> 
+> > +    if [ a"$newmaint" = "anobody" ]
+> > +    then
+> > +	if [ a"$curmaint" = a"$user" ]
+> 
+> is the prefix still needed ?
+> On bash, this doesn't cause any trouble to have "$newmaint" = "nobody",
+> and outside old rh init script, I didn't see much people using it.
+
+Yes, it seems it is not needed with "".
+
+> > +function maintgetall()
+> > +{
+> > +    cd "$MAINTDBDIR"
+> > +    for file in *
+> 
+> Wouldn't this one have problem the day we have too much maintainers ?
+
+too much packages ?
+
+> ( even if "too much" is, according to my test, more than 60000 so this
+> is just a retorical question )
+
+According to tune2fs we have 1148096 free inodes, so that should be
+enough. I don't know the limit for the "*" expansion.
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003809.html b/zarb-ml/mageia-sysadm/2011-July/003809.html new file mode 100644 index 000000000..224b4f592 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003809.html @@ -0,0 +1,82 @@ + + + + [Mageia-sysadm] [1827] add small maintdb script + + + + + + + + + +

[Mageia-sysadm] [1827] add small maintdb script

+ Michael Scherer + misc at zarb.org +
+ Fri Jul 29 17:11:00 CEST 2011 +

+
+ +
Le vendredi 29 juillet 2011 à 16:55 +0200, nicolas vigier a écrit :
+> On Sat, 16 Jul 2011, Michael Scherer wrote:
+
+> > > +function maintgetall()
+> > > +{
+> > > +    cd "$MAINTDBDIR"
+> > > +    for file in *
+> > 
+> > Wouldn't this one have problem the day we have too much maintainers ?
+> 
+> too much packages ?
+
+Mhh, yes :)
+
+> > ( even if "too much" is, according to my test, more than 60000 so this
+> > is just a retorical question )
+> 
+> According to tune2fs we have 1148096 free inodes, so that should be
+> enough. I don't know the limit for the "*" expansion.
+
+There used to be one, but maybe it was just in a time when kernel 2.4
+was hype :) 
+( or maybe that was on a bsd or os x ). 
+-- 
+Michael Scherer
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003810.html b/zarb-ml/mageia-sysadm/2011-July/003810.html new file mode 100644 index 000000000..5a4829da4 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003810.html @@ -0,0 +1,83 @@ + + + + [Mageia-sysadm] [1827] add small maintdb script + + + + + + + + + +

[Mageia-sysadm] [1827] add small maintdb script

+ Maarten Vanraes + maarten.vanraes at gmail.com +
+ Sat Jul 30 01:23:59 CEST 2011 +

+
+ +
Op vrijdag 29 juli 2011 17:11:00 schreef Michael Scherer:
+> Le vendredi 29 juillet 2011 à 16:55 +0200, nicolas vigier a écrit :
+> > On Sat, 16 Jul 2011, Michael Scherer wrote:
+> > > > +function maintgetall()
+> > > > +{
+> > > > +    cd "$MAINTDBDIR"
+> > > > +    for file in *
+> > > 
+> > > Wouldn't this one have problem the day we have too much maintainers ?
+> > 
+> > too much packages ?
+> 
+> Mhh, yes :)
+> 
+> > > ( even if "too much" is, according to my test, more than 60000 so this
+> > > is just a retorical question )
+> > 
+> > According to tune2fs we have 1148096 free inodes, so that should be
+> > enough. I don't know the limit for the "*" expansion.
+> 
+> There used to be one, but maybe it was just in a time when kernel 2.4
+> was hype :)
+> ( or maybe that was on a bsd or os x ).
+
+iirc * expansion is shell dependant and was 255 in the early days and may have 
+been 16383, but i think it's 65535 now for a while... i know certain 2.6 
+kernels do have a limit, because i ran into it once (don't ask)
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003811.html b/zarb-ml/mageia-sysadm/2011-July/003811.html new file mode 100644 index 000000000..9069fcd5f --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003811.html @@ -0,0 +1,81 @@ + + + + [Mageia-sysadm] Questions about puppet config + + + + + + + + + +

[Mageia-sysadm] Questions about puppet config

+ nicolas vigier + boklm at mars-attacks.org +
+ Sat Jul 30 01:36:30 CEST 2011 +

+
+ +
On Tue, 19 Jul 2011, sebelee at free.fr wrote:
+
+>  
+> 2) In the same idea, after reading the beginning of the book "Pro Puppet", the author describes a sort of Best Pratice for managing puppet's module.
+> 
+> The book extract :
+> << In Listing 2-2, we created a functional structure by dividing the components of the service we're managing into functional domains: things to be installed, things to be configured and things to be executed or run. >>
+> 
+> He also split a module in 3 files and include all of them into init.pp
+> - manifests/install.pp  
+> - manifests/config.pp   
+> - manifests/service.pp 
+
+I don't think our modules are so big that we need to split them in
+different files, it's easier to have everything in one file. But if we
+want to split some of them, I wouldn't split them like this, rather by
+functionalities. What is the use of separating packages install,
+configuration and services ?
+
+Sometimes we also have subclasses, installing different packages, config
+files or services. So that would mean splitting each subclass for
+install, config, and services too ?
+
+
+ + + + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003812.html b/zarb-ml/mageia-sysadm/2011-July/003812.html new file mode 100644 index 000000000..e3b555802 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003812.html @@ -0,0 +1,90 @@ + + + + [Mageia-sysadm] [1827] add small maintdb script + + + + + + + + + +

[Mageia-sysadm] [1827] add small maintdb script

+ nicolas vigier + boklm at mars-attacks.org +
+ Sat Jul 30 01:52:23 CEST 2011 +

+
+ +
On Sat, 30 Jul 2011, Maarten Vanraes wrote:
+
+> Op vrijdag 29 juli 2011 17:11:00 schreef Michael Scherer:
+> > Le vendredi 29 juillet 2011 à 16:55 +0200, nicolas vigier a écrit :
+> > > On Sat, 16 Jul 2011, Michael Scherer wrote:
+> > > > > +function maintgetall()
+> > > > > +{
+> > > > > +    cd "$MAINTDBDIR"
+> > > > > +    for file in *
+> > > > 
+> > > > Wouldn't this one have problem the day we have too much maintainers ?
+> > > 
+> > > too much packages ?
+> > 
+> > Mhh, yes :)
+> > 
+> > > > ( even if "too much" is, according to my test, more than 60000 so this
+> > > > is just a retorical question )
+> > > 
+> > > According to tune2fs we have 1148096 free inodes, so that should be
+> > > enough. I don't know the limit for the "*" expansion.
+> > 
+> > There used to be one, but maybe it was just in a time when kernel 2.4
+> > was hype :)
+> > ( or maybe that was on a bsd or os x ).
+> 
+> iirc * expansion is shell dependant and was 255 in the early days and may have 
+> been 16383, but i think it's 65535 now for a while... i know certain 2.6 
+> kernels do have a limit, because i ran into it once (don't ask)
+
+You're probably talking about the limit in the size of arguments for a
+new process. But "for" is not a process, so I'm not sure there is a
+limit.
+
+
+ + + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003813.html b/zarb-ml/mageia-sysadm/2011-July/003813.html new file mode 100644 index 000000000..c4c792e0f --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003813.html @@ -0,0 +1,93 @@ + + + + [Mageia-sysadm] [1827] add small maintdb script + + + + + + + + + +

[Mageia-sysadm] [1827] add small maintdb script

+ Maarten Vanraes + maarten.vanraes at gmail.com +
+ Sat Jul 30 02:36:34 CEST 2011 +

+
+ +
Op zaterdag 30 juli 2011 01:52:23 schreef nicolas vigier:
+> On Sat, 30 Jul 2011, Maarten Vanraes wrote:
+> > Op vrijdag 29 juli 2011 17:11:00 schreef Michael Scherer:
+> > > Le vendredi 29 juillet 2011 à 16:55 +0200, nicolas vigier a écrit :
+> > > > On Sat, 16 Jul 2011, Michael Scherer wrote:
+> > > > > > +function maintgetall()
+> > > > > > +{
+> > > > > > +    cd "$MAINTDBDIR"
+> > > > > > +    for file in *
+> > > > > 
+> > > > > Wouldn't this one have problem the day we have too much maintainers
+> > > > > ?
+> > > > 
+> > > > too much packages ?
+> > > 
+> > > Mhh, yes :)
+> > > 
+> > > > > ( even if "too much" is, according to my test, more than 60000 so
+> > > > > this is just a retorical question )
+> > > > 
+> > > > According to tune2fs we have 1148096 free inodes, so that should be
+> > > > enough. I don't know the limit for the "*" expansion.
+> > > 
+> > > There used to be one, but maybe it was just in a time when kernel 2.4
+> > > was hype :)
+> > > ( or maybe that was on a bsd or os x ).
+> > 
+> > iirc * expansion is shell dependant and was 255 in the early days and may
+> > have been 16383, but i think it's 65535 now for a while... i know
+> > certain 2.6 kernels do have a limit, because i ran into it once (don't
+> > ask)
+> 
+> You're probably talking about the limit in the size of arguments for a
+> new process. But "for" is not a process, so I'm not sure there is a
+> limit.
+
+afaik it's internal handling; it was exactly a for that gave me my problem 
+before.
+
+ + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003814.html b/zarb-ml/mageia-sysadm/2011-July/003814.html new file mode 100644 index 000000000..fc2133573 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003814.html @@ -0,0 +1,96 @@ + + + + [Mageia-sysadm] Puppet lockup, potential solution + + + + + + + + + +

[Mageia-sysadm] Puppet lockup, potential solution

+ Remy CLOUARD + shikamaru at mageia.org +
+ Sat Jul 30 10:29:53 CEST 2011 +

+
+ +
On Mon, Jul 18, 2011 at 02:59:37PM +0200, Michael Scherer wrote:
+> Hi,
+> 
+> After trying the hardcore approach ( debugging, etc ), I decided to do a
+> more complete search on the web, and found that :
+> http://www.mail-archive.com/puppet-users@googlegroups.com/msg09156.html
+> 
+> Basically, that's exactly the problem we see, and I have been able to
+> reproduce on alamut, using the openssl speed trick.
+> 
+> According to 
+> https://launchpad.net/debian/squeeze/+source/ruby1.8/+changelog
+> the bug is fixed in 1.8.7.299 
+> 
+> Problem, we run : 
+> [root at alamut ~]# rpm -q ruby
+> ruby-1.8.7.p249-4.1mdv2010.2
+> 
+> So we have a few choice :
+> - backport the patch
+> ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580464 ) 
+> 
+> - backport the whole ruby package
+> 
+> - wait until we upgrade servers ( and kill all puppet process once per
+> day )
+> 
+> Any opinions ?
+> -- 
+> Michael Scherer
+> 
+I’d say we backport the whole ruby package, since it will both fix
+security issues (the reason for p334 is just that) and bugfixes.
+
+I can do it if you agree on this.
+
+Regards,
+-- 
+Rémy CLOUARD
+() ascii ribbon campaign - against html e-mail
+/\ www.asciiribbon.org - against proprietary attachments
+
+ + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003815.html b/zarb-ml/mageia-sysadm/2011-July/003815.html new file mode 100644 index 000000000..74a4bb2e1 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003815.html @@ -0,0 +1,62 @@ + + + + [Mageia-sysadm] Small cleaning of /distrib on valstar + + + + + + + + + +

[Mageia-sysadm] Small cleaning of /distrib on valstar

+ nicolas vigier + boklm at mars-attacks.org +
+ Sat Jul 30 19:39:28 CEST 2011 +

+
+ +
On Fri, 22 Jul 2011, Michael Scherer wrote:
+
+> 
+> We still have test and test-sig directories, can they be erased ? 
+
+Yes. I removed them.
+
+
+ + +
+

+ +
+More information about the Mageia-sysadm +mailing list
+ diff --git a/zarb-ml/mageia-sysadm/2011-July/003816.html b/zarb-ml/mageia-sysadm/2011-July/003816.html new file mode 100644 index 000000000..d359a8361 --- /dev/null +++ b/zarb-ml/mageia-sysadm/2011-July/003816.html @@ -0,0 +1,63 @@ + + + + [Mageia-sysadm] Not here until 10/08 + + + + + + + + + +

[Mageia-sysadm] Not here until 10/08

+ Michael Scherer + misc at zarb.org +
+ Sun Jul 31 12:20:28 CEST 2011 +

+
+ +
Hi,
+
+I will be absent and likely without internet from tomorow to the 10/08.
+And I will likely not be able to do much until the departure due to
+laptop harddrive catastrophic failure ( that kept me busy the whole
+weekend ). 
+
+-- 
+Michael Scherer
+
+
+ + +
+

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

July 2011 Archives by author

+ +

Starting: Fri Jul 1 11:16:32 CEST 2011
+ Ending: Sun Jul 31 12:20:28 CEST 2011
+ Messages: 148

+

+

+ Last message date: + Sun Jul 31 12:20:28 CEST 2011
+ Archived on: Sun Jul 31 12:52:20 CEST 2011 +

+

+

+

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

July 2011 Archives by date

+ +

Starting: Fri Jul 1 11:16:32 CEST 2011
+ Ending: Sun Jul 31 12:20:28 CEST 2011
+ Messages: 148

+

+

+ Last message date: + Sun Jul 31 12:20:28 CEST 2011
+ Archived on: Sun Jul 31 12:52:20 CEST 2011 +

+

+

+

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

July 2011 Archives by subject

+ +

Starting: Fri Jul 1 11:16:32 CEST 2011
+ Ending: Sun Jul 31 12:20:28 CEST 2011
+ Messages: 148

+

+

+ Last message date: + Sun Jul 31 12:20:28 CEST 2011
+ Archived on: Sun Jul 31 12:52:20 CEST 2011 +

+

+

+

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

July 2011 Archives by thread

+ +

Starting: Fri Jul 1 11:16:32 CEST 2011
+ Ending: Sun Jul 31 12:20:28 CEST 2011
+ Messages: 148

+

+

+ Last message date: + Sun Jul 31 12:20:28 CEST 2011
+ Archived on: Sun Jul 31 12:52:20 CEST 2011 +

+

+

+

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