From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2011-September/007716.html | 88 + zarb-ml/mageia-dev/2011-September/007717.html | 90 + zarb-ml/mageia-dev/2011-September/007718.html | 96 + zarb-ml/mageia-dev/2011-September/007719.html | 91 + zarb-ml/mageia-dev/2011-September/007720.html | 201 + zarb-ml/mageia-dev/2011-September/007721.html | 76 + zarb-ml/mageia-dev/2011-September/007722.html | 113 + zarb-ml/mageia-dev/2011-September/007723.html | 236 + zarb-ml/mageia-dev/2011-September/007724.html | 69 + zarb-ml/mageia-dev/2011-September/007725.html | 94 + zarb-ml/mageia-dev/2011-September/007726.html | 98 + zarb-ml/mageia-dev/2011-September/007727.html | 74 + zarb-ml/mageia-dev/2011-September/007728.html | 82 + zarb-ml/mageia-dev/2011-September/007729.html | 77 + zarb-ml/mageia-dev/2011-September/007730.html | 88 + zarb-ml/mageia-dev/2011-September/007731.html | 85 + zarb-ml/mageia-dev/2011-September/007732.html | 78 + zarb-ml/mageia-dev/2011-September/007733.html | 85 + zarb-ml/mageia-dev/2011-September/007734.html | 133 + zarb-ml/mageia-dev/2011-September/007735.html | 92 + zarb-ml/mageia-dev/2011-September/007736.html | 101 + zarb-ml/mageia-dev/2011-September/007737.html | 97 + zarb-ml/mageia-dev/2011-September/007738.html | 88 + zarb-ml/mageia-dev/2011-September/007739.html | 74 + zarb-ml/mageia-dev/2011-September/007740.html | 102 + zarb-ml/mageia-dev/2011-September/007741.html | 84 + zarb-ml/mageia-dev/2011-September/007742.html | 89 + zarb-ml/mageia-dev/2011-September/007743.html | 74 + zarb-ml/mageia-dev/2011-September/007744.html | 81 + zarb-ml/mageia-dev/2011-September/007745.html | 89 + zarb-ml/mageia-dev/2011-September/007746.html | 99 + zarb-ml/mageia-dev/2011-September/007747.html | 77 + zarb-ml/mageia-dev/2011-September/007748.html | 84 + zarb-ml/mageia-dev/2011-September/007749.html | 110 + zarb-ml/mageia-dev/2011-September/007750.html | 63 + zarb-ml/mageia-dev/2011-September/007751.html | 107 + zarb-ml/mageia-dev/2011-September/007752.html | 81 + zarb-ml/mageia-dev/2011-September/007753.html | 81 + zarb-ml/mageia-dev/2011-September/007754.html | 88 + zarb-ml/mageia-dev/2011-September/007755.html | 75 + zarb-ml/mageia-dev/2011-September/007756.html | 90 + zarb-ml/mageia-dev/2011-September/007757.html | 97 + zarb-ml/mageia-dev/2011-September/007758.html | 91 + zarb-ml/mageia-dev/2011-September/007759.html | 81 + zarb-ml/mageia-dev/2011-September/007760.html | 84 + zarb-ml/mageia-dev/2011-September/007761.html | 70 + zarb-ml/mageia-dev/2011-September/007762.html | 86 + zarb-ml/mageia-dev/2011-September/007763.html | 102 + zarb-ml/mageia-dev/2011-September/007764.html | 69 + zarb-ml/mageia-dev/2011-September/007765.html | 94 + zarb-ml/mageia-dev/2011-September/007766.html | 81 + zarb-ml/mageia-dev/2011-September/007767.html | 78 + zarb-ml/mageia-dev/2011-September/007768.html | 85 + zarb-ml/mageia-dev/2011-September/007769.html | 84 + zarb-ml/mageia-dev/2011-September/007770.html | 76 + zarb-ml/mageia-dev/2011-September/007771.html | 88 + zarb-ml/mageia-dev/2011-September/007772.html | 91 + zarb-ml/mageia-dev/2011-September/007773.html | 95 + zarb-ml/mageia-dev/2011-September/007774.html | 92 + zarb-ml/mageia-dev/2011-September/007775.html | 98 + zarb-ml/mageia-dev/2011-September/007776.html | 100 + zarb-ml/mageia-dev/2011-September/007777.html | 95 + zarb-ml/mageia-dev/2011-September/007778.html | 116 + zarb-ml/mageia-dev/2011-September/007779.html | 83 + zarb-ml/mageia-dev/2011-September/007780.html | 78 + zarb-ml/mageia-dev/2011-September/007781.html | 82 + zarb-ml/mageia-dev/2011-September/007782.html | 78 + zarb-ml/mageia-dev/2011-September/007783.html | 80 + zarb-ml/mageia-dev/2011-September/007784.html | 80 + zarb-ml/mageia-dev/2011-September/007785.html | 98 + zarb-ml/mageia-dev/2011-September/007786.html | 109 + zarb-ml/mageia-dev/2011-September/007787.html | 99 + zarb-ml/mageia-dev/2011-September/007788.html | 96 + zarb-ml/mageia-dev/2011-September/007789.html | 120 + zarb-ml/mageia-dev/2011-September/007790.html | 90 + zarb-ml/mageia-dev/2011-September/007791.html | 86 + zarb-ml/mageia-dev/2011-September/007792.html | 102 + zarb-ml/mageia-dev/2011-September/007793.html | 101 + zarb-ml/mageia-dev/2011-September/007794.html | 93 + zarb-ml/mageia-dev/2011-September/007795.html | 100 + zarb-ml/mageia-dev/2011-September/007796.html | 86 + zarb-ml/mageia-dev/2011-September/007797.html | 101 + zarb-ml/mageia-dev/2011-September/007798.html | 114 + zarb-ml/mageia-dev/2011-September/007799.html | 75 + zarb-ml/mageia-dev/2011-September/007800.html | 74 + zarb-ml/mageia-dev/2011-September/007801.html | 118 + zarb-ml/mageia-dev/2011-September/007802.html | 105 + zarb-ml/mageia-dev/2011-September/007803.html | 80 + zarb-ml/mageia-dev/2011-September/007804.html | 103 + zarb-ml/mageia-dev/2011-September/007805.html | 101 + zarb-ml/mageia-dev/2011-September/007806.html | 83 + zarb-ml/mageia-dev/2011-September/007807.html | 86 + zarb-ml/mageia-dev/2011-September/007808.html | 120 + zarb-ml/mageia-dev/2011-September/007809.html | 98 + zarb-ml/mageia-dev/2011-September/007810.html | 100 + zarb-ml/mageia-dev/2011-September/007811.html | 97 + zarb-ml/mageia-dev/2011-September/007812.html | 71 + zarb-ml/mageia-dev/2011-September/007813.html | 95 + zarb-ml/mageia-dev/2011-September/007814.html | 74 + zarb-ml/mageia-dev/2011-September/007815.html | 102 + zarb-ml/mageia-dev/2011-September/007816.html | 104 + zarb-ml/mageia-dev/2011-September/007817.html | 107 + zarb-ml/mageia-dev/2011-September/007818.html | 110 + zarb-ml/mageia-dev/2011-September/007819.html | 90 + zarb-ml/mageia-dev/2011-September/007820.html | 93 + zarb-ml/mageia-dev/2011-September/007821.html | 80 + zarb-ml/mageia-dev/2011-September/007822.html | 82 + zarb-ml/mageia-dev/2011-September/007823.html | 115 + zarb-ml/mageia-dev/2011-September/007824.html | 88 + zarb-ml/mageia-dev/2011-September/007825.html | 73 + zarb-ml/mageia-dev/2011-September/007826.html | 89 + zarb-ml/mageia-dev/2011-September/007827.html | 110 + zarb-ml/mageia-dev/2011-September/007828.html | 138 + zarb-ml/mageia-dev/2011-September/007829.html | 92 + zarb-ml/mageia-dev/2011-September/007830.html | 109 + zarb-ml/mageia-dev/2011-September/007831.html | 141 + zarb-ml/mageia-dev/2011-September/007832.html | 94 + zarb-ml/mageia-dev/2011-September/007833.html | 101 + zarb-ml/mageia-dev/2011-September/007834.html | 147 + zarb-ml/mageia-dev/2011-September/007835.html | 98 + zarb-ml/mageia-dev/2011-September/007836.html | 102 + zarb-ml/mageia-dev/2011-September/007837.html | 82 + zarb-ml/mageia-dev/2011-September/007838.html | 82 + zarb-ml/mageia-dev/2011-September/007839.html | 91 + zarb-ml/mageia-dev/2011-September/007840.html | 100 + zarb-ml/mageia-dev/2011-September/007841.html | 166 + zarb-ml/mageia-dev/2011-September/007842.html | 78 + zarb-ml/mageia-dev/2011-September/007843.html | 97 + zarb-ml/mageia-dev/2011-September/007844.html | 91 + zarb-ml/mageia-dev/2011-September/007845.html | 86 + zarb-ml/mageia-dev/2011-September/007846.html | 99 + zarb-ml/mageia-dev/2011-September/007847.html | 103 + zarb-ml/mageia-dev/2011-September/007848.html | 111 + zarb-ml/mageia-dev/2011-September/007849.html | 78 + zarb-ml/mageia-dev/2011-September/007850.html | 83 + zarb-ml/mageia-dev/2011-September/007851.html | 91 + zarb-ml/mageia-dev/2011-September/007852.html | 82 + zarb-ml/mageia-dev/2011-September/007853.html | 190 + zarb-ml/mageia-dev/2011-September/007854.html | 96 + zarb-ml/mageia-dev/2011-September/007855.html | 81 + zarb-ml/mageia-dev/2011-September/007856.html | 94 + zarb-ml/mageia-dev/2011-September/007857.html | 100 + zarb-ml/mageia-dev/2011-September/007858.html | 102 + zarb-ml/mageia-dev/2011-September/007859.html | 132 + zarb-ml/mageia-dev/2011-September/007860.html | 189 + zarb-ml/mageia-dev/2011-September/007861.html | 144 + zarb-ml/mageia-dev/2011-September/007862.html | 94 + zarb-ml/mageia-dev/2011-September/007863.html | 100 + zarb-ml/mageia-dev/2011-September/007864.html | 112 + zarb-ml/mageia-dev/2011-September/007865.html | 112 + zarb-ml/mageia-dev/2011-September/007866.html | 116 + zarb-ml/mageia-dev/2011-September/007867.html | 89 + zarb-ml/mageia-dev/2011-September/007868.html | 119 + zarb-ml/mageia-dev/2011-September/007869.html | 103 + zarb-ml/mageia-dev/2011-September/007870.html | 110 + zarb-ml/mageia-dev/2011-September/007871.html | 102 + zarb-ml/mageia-dev/2011-September/007872.html | 94 + zarb-ml/mageia-dev/2011-September/007873.html | 122 + zarb-ml/mageia-dev/2011-September/007874.html | 126 + zarb-ml/mageia-dev/2011-September/007875.html | 79 + zarb-ml/mageia-dev/2011-September/007876.html | 136 + zarb-ml/mageia-dev/2011-September/007877.html | 68 + zarb-ml/mageia-dev/2011-September/007878.html | 143 + zarb-ml/mageia-dev/2011-September/007879.html | 118 + zarb-ml/mageia-dev/2011-September/007880.html | 117 + zarb-ml/mageia-dev/2011-September/007881.html | 70 + zarb-ml/mageia-dev/2011-September/007882.html | 142 + zarb-ml/mageia-dev/2011-September/007883.html | 82 + zarb-ml/mageia-dev/2011-September/007884.html | 66 + zarb-ml/mageia-dev/2011-September/007885.html | 80 + zarb-ml/mageia-dev/2011-September/007886.html | 119 + zarb-ml/mageia-dev/2011-September/007887.html | 129 + zarb-ml/mageia-dev/2011-September/007888.html | 81 + zarb-ml/mageia-dev/2011-September/007889.html | 128 + zarb-ml/mageia-dev/2011-September/007890.html | 134 + zarb-ml/mageia-dev/2011-September/007891.html | 137 + zarb-ml/mageia-dev/2011-September/007892.html | 63 + zarb-ml/mageia-dev/2011-September/007893.html | 104 + zarb-ml/mageia-dev/2011-September/007894.html | 190 + zarb-ml/mageia-dev/2011-September/007895.html | 88 + zarb-ml/mageia-dev/2011-September/007896.html | 81 + zarb-ml/mageia-dev/2011-September/007897.html | 94 + zarb-ml/mageia-dev/2011-September/007898.html | 98 + zarb-ml/mageia-dev/2011-September/007899.html | 104 + zarb-ml/mageia-dev/2011-September/007900.html | 104 + zarb-ml/mageia-dev/2011-September/007901.html | 105 + zarb-ml/mageia-dev/2011-September/007902.html | 118 + zarb-ml/mageia-dev/2011-September/007903.html | 82 + zarb-ml/mageia-dev/2011-September/007904.html | 78 + zarb-ml/mageia-dev/2011-September/007905.html | 147 + zarb-ml/mageia-dev/2011-September/007906.html | 94 + zarb-ml/mageia-dev/2011-September/007907.html | 87 + zarb-ml/mageia-dev/2011-September/007908.html | 96 + zarb-ml/mageia-dev/2011-September/007909.html | 100 + zarb-ml/mageia-dev/2011-September/007910.html | 97 + zarb-ml/mageia-dev/2011-September/007911.html | 97 + zarb-ml/mageia-dev/2011-September/007912.html | 91 + zarb-ml/mageia-dev/2011-September/007913.html | 78 + zarb-ml/mageia-dev/2011-September/007914.html | 80 + zarb-ml/mageia-dev/2011-September/007915.html | 117 + zarb-ml/mageia-dev/2011-September/007916.html | 87 + zarb-ml/mageia-dev/2011-September/007917.html | 87 + zarb-ml/mageia-dev/2011-September/007918.html | 98 + zarb-ml/mageia-dev/2011-September/007919.html | 71 + zarb-ml/mageia-dev/2011-September/007920.html | 100 + zarb-ml/mageia-dev/2011-September/007921.html | 75 + zarb-ml/mageia-dev/2011-September/007922.html | 85 + zarb-ml/mageia-dev/2011-September/007923.html | 93 + zarb-ml/mageia-dev/2011-September/007924.html | 117 + zarb-ml/mageia-dev/2011-September/007925.html | 75 + zarb-ml/mageia-dev/2011-September/007926.html | 81 + zarb-ml/mageia-dev/2011-September/007927.html | 99 + zarb-ml/mageia-dev/2011-September/007928.html | 85 + zarb-ml/mageia-dev/2011-September/007929.html | 93 + zarb-ml/mageia-dev/2011-September/007930.html | 110 + zarb-ml/mageia-dev/2011-September/007931.html | 93 + zarb-ml/mageia-dev/2011-September/007932.html | 77 + zarb-ml/mageia-dev/2011-September/007933.html | 126 + zarb-ml/mageia-dev/2011-September/007934.html | 98 + zarb-ml/mageia-dev/2011-September/007935.html | 121 + zarb-ml/mageia-dev/2011-September/007936.html | 108 + zarb-ml/mageia-dev/2011-September/007937.html | 100 + zarb-ml/mageia-dev/2011-September/007938.html | 86 + zarb-ml/mageia-dev/2011-September/007939.html | 76 + zarb-ml/mageia-dev/2011-September/007940.html | 98 + zarb-ml/mageia-dev/2011-September/007941.html | 95 + zarb-ml/mageia-dev/2011-September/007942.html | 83 + zarb-ml/mageia-dev/2011-September/007943.html | 107 + zarb-ml/mageia-dev/2011-September/007944.html | 87 + zarb-ml/mageia-dev/2011-September/007945.html | 88 + zarb-ml/mageia-dev/2011-September/007946.html | 100 + zarb-ml/mageia-dev/2011-September/007947.html | 105 + zarb-ml/mageia-dev/2011-September/007948.html | 95 + zarb-ml/mageia-dev/2011-September/007949.html | 84 + zarb-ml/mageia-dev/2011-September/007950.html | 110 + zarb-ml/mageia-dev/2011-September/007951.html | 115 + zarb-ml/mageia-dev/2011-September/007952.html | 109 + zarb-ml/mageia-dev/2011-September/007953.html | 102 + zarb-ml/mageia-dev/2011-September/007954.html | 101 + zarb-ml/mageia-dev/2011-September/007955.html | 120 + zarb-ml/mageia-dev/2011-September/007956.html | 100 + zarb-ml/mageia-dev/2011-September/007957.html | 108 + zarb-ml/mageia-dev/2011-September/007958.html | 102 + zarb-ml/mageia-dev/2011-September/007959.html | 113 + zarb-ml/mageia-dev/2011-September/007960.html | 125 + zarb-ml/mageia-dev/2011-September/007961.html | 100 + zarb-ml/mageia-dev/2011-September/007962.html | 103 + zarb-ml/mageia-dev/2011-September/007963.html | 109 + zarb-ml/mageia-dev/2011-September/007964.html | 132 + zarb-ml/mageia-dev/2011-September/007965.html | 108 + zarb-ml/mageia-dev/2011-September/007966.html | 105 + zarb-ml/mageia-dev/2011-September/007967.html | 110 + zarb-ml/mageia-dev/2011-September/007968.html | 77 + zarb-ml/mageia-dev/2011-September/007969.html | 135 + zarb-ml/mageia-dev/2011-September/007970.html | 99 + zarb-ml/mageia-dev/2011-September/007971.html | 95 + zarb-ml/mageia-dev/2011-September/007972.html | 118 + zarb-ml/mageia-dev/2011-September/007973.html | 94 + zarb-ml/mageia-dev/2011-September/007974.html | 85 + zarb-ml/mageia-dev/2011-September/007975.html | 102 + zarb-ml/mageia-dev/2011-September/007976.html | 84 + zarb-ml/mageia-dev/2011-September/007977.html | 137 + zarb-ml/mageia-dev/2011-September/007978.html | 90 + zarb-ml/mageia-dev/2011-September/007979.html | 87 + zarb-ml/mageia-dev/2011-September/007980.html | 89 + zarb-ml/mageia-dev/2011-September/007981.html | 97 + zarb-ml/mageia-dev/2011-September/007982.html | 87 + zarb-ml/mageia-dev/2011-September/007983.html | 105 + zarb-ml/mageia-dev/2011-September/007984.html | 77 + zarb-ml/mageia-dev/2011-September/007985.html | 89 + zarb-ml/mageia-dev/2011-September/007986.html | 88 + zarb-ml/mageia-dev/2011-September/007987.html | 108 + zarb-ml/mageia-dev/2011-September/007988.html | 91 + zarb-ml/mageia-dev/2011-September/007989.html | 99 + zarb-ml/mageia-dev/2011-September/007990.html | 87 + zarb-ml/mageia-dev/2011-September/007991.html | 128 + zarb-ml/mageia-dev/2011-September/007992.html | 75 + zarb-ml/mageia-dev/2011-September/007993.html | 105 + zarb-ml/mageia-dev/2011-September/007994.html | 127 + zarb-ml/mageia-dev/2011-September/007995.html | 77 + zarb-ml/mageia-dev/2011-September/007996.html | 128 + zarb-ml/mageia-dev/2011-September/007997.html | 71 + zarb-ml/mageia-dev/2011-September/007998.html | 86 + zarb-ml/mageia-dev/2011-September/007999.html | 157 + zarb-ml/mageia-dev/2011-September/008000.html | 89 + zarb-ml/mageia-dev/2011-September/008001.html | 91 + zarb-ml/mageia-dev/2011-September/008002.html | 90 + zarb-ml/mageia-dev/2011-September/008003.html | 100 + zarb-ml/mageia-dev/2011-September/008004.html | 105 + zarb-ml/mageia-dev/2011-September/008005.html | 105 + zarb-ml/mageia-dev/2011-September/008006.html | 113 + zarb-ml/mageia-dev/2011-September/008007.html | 116 + zarb-ml/mageia-dev/2011-September/008008.html | 117 + zarb-ml/mageia-dev/2011-September/008009.html | 119 + zarb-ml/mageia-dev/2011-September/008010.html | 119 + zarb-ml/mageia-dev/2011-September/008011.html | 88 + zarb-ml/mageia-dev/2011-September/008012.html | 96 + zarb-ml/mageia-dev/2011-September/008013.html | 96 + zarb-ml/mageia-dev/2011-September/008014.html | 100 + zarb-ml/mageia-dev/2011-September/008015.html | 102 + zarb-ml/mageia-dev/2011-September/008016.html | 106 + zarb-ml/mageia-dev/2011-September/008017.html | 115 + zarb-ml/mageia-dev/2011-September/008018.html | 129 + zarb-ml/mageia-dev/2011-September/008019.html | 104 + zarb-ml/mageia-dev/2011-September/008020.html | 114 + zarb-ml/mageia-dev/2011-September/008021.html | 122 + zarb-ml/mageia-dev/2011-September/008022.html | 132 + zarb-ml/mageia-dev/2011-September/008023.html | 98 + zarb-ml/mageia-dev/2011-September/008024.html | 107 + zarb-ml/mageia-dev/2011-September/008025.html | 96 + zarb-ml/mageia-dev/2011-September/008026.html | 103 + zarb-ml/mageia-dev/2011-September/008027.html | 104 + zarb-ml/mageia-dev/2011-September/008028.html | 104 + zarb-ml/mageia-dev/2011-September/008029.html | 110 + zarb-ml/mageia-dev/2011-September/008030.html | 117 + zarb-ml/mageia-dev/2011-September/008031.html | 112 + zarb-ml/mageia-dev/2011-September/008032.html | 102 + zarb-ml/mageia-dev/2011-September/008033.html | 74 + zarb-ml/mageia-dev/2011-September/008034.html | 79 + zarb-ml/mageia-dev/2011-September/008035.html | 128 + zarb-ml/mageia-dev/2011-September/008036.html | 98 + zarb-ml/mageia-dev/2011-September/008037.html | 101 + zarb-ml/mageia-dev/2011-September/008038.html | 107 + zarb-ml/mageia-dev/2011-September/008039.html | 131 + zarb-ml/mageia-dev/2011-September/008040.html | 115 + zarb-ml/mageia-dev/2011-September/008041.html | 127 + zarb-ml/mageia-dev/2011-September/008042.html | 144 + zarb-ml/mageia-dev/2011-September/008043.html | 103 + zarb-ml/mageia-dev/2011-September/008044.html | 132 + zarb-ml/mageia-dev/2011-September/008045.html | 109 + zarb-ml/mageia-dev/2011-September/008046.html | 131 + zarb-ml/mageia-dev/2011-September/008047.html | 120 + zarb-ml/mageia-dev/2011-September/008048.html | 129 + zarb-ml/mageia-dev/2011-September/008049.html | 136 + zarb-ml/mageia-dev/2011-September/008050.html | 123 + zarb-ml/mageia-dev/2011-September/008051.html | 130 + zarb-ml/mageia-dev/2011-September/008052.html | 115 + zarb-ml/mageia-dev/2011-September/008053.html | 119 + zarb-ml/mageia-dev/2011-September/008054.html | 119 + zarb-ml/mageia-dev/2011-September/008055.html | 112 + zarb-ml/mageia-dev/2011-September/008056.html | 125 + zarb-ml/mageia-dev/2011-September/008057.html | 109 + zarb-ml/mageia-dev/2011-September/008058.html | 124 + zarb-ml/mageia-dev/2011-September/008059.html | 132 + zarb-ml/mageia-dev/2011-September/008060.html | 154 + zarb-ml/mageia-dev/2011-September/008061.html | 166 + zarb-ml/mageia-dev/2011-September/008062.html | 137 + zarb-ml/mageia-dev/2011-September/008063.html | 142 + zarb-ml/mageia-dev/2011-September/008064.html | 99 + zarb-ml/mageia-dev/2011-September/008065.html | 122 + zarb-ml/mageia-dev/2011-September/008066.html | 117 + zarb-ml/mageia-dev/2011-September/008067.html | 103 + zarb-ml/mageia-dev/2011-September/008068.html | 122 + zarb-ml/mageia-dev/2011-September/008069.html | 90 + zarb-ml/mageia-dev/2011-September/008070.html | 103 + zarb-ml/mageia-dev/2011-September/008071.html | 125 + zarb-ml/mageia-dev/2011-September/008072.html | 132 + zarb-ml/mageia-dev/2011-September/008073.html | 101 + zarb-ml/mageia-dev/2011-September/008074.html | 99 + zarb-ml/mageia-dev/2011-September/008075.html | 148 + zarb-ml/mageia-dev/2011-September/008076.html | 145 + zarb-ml/mageia-dev/2011-September/008077.html | 120 + zarb-ml/mageia-dev/2011-September/008078.html | 176 + zarb-ml/mageia-dev/2011-September/008079.html | 217 + zarb-ml/mageia-dev/2011-September/008080.html | 124 + zarb-ml/mageia-dev/2011-September/008081.html | 174 + zarb-ml/mageia-dev/2011-September/008082.html | 100 + zarb-ml/mageia-dev/2011-September/008083.html | 166 + zarb-ml/mageia-dev/2011-September/008084.html | 128 + zarb-ml/mageia-dev/2011-September/008085.html | 150 + zarb-ml/mageia-dev/2011-September/008086.html | 155 + zarb-ml/mageia-dev/2011-September/008087.html | 156 + zarb-ml/mageia-dev/2011-September/008088.html | 192 + zarb-ml/mageia-dev/2011-September/008089.html | 221 + zarb-ml/mageia-dev/2011-September/008090.html | 157 + zarb-ml/mageia-dev/2011-September/008091.html | 271 ++ zarb-ml/mageia-dev/2011-September/008092.html | 170 + zarb-ml/mageia-dev/2011-September/008093.html | 116 + zarb-ml/mageia-dev/2011-September/008094.html | 106 + zarb-ml/mageia-dev/2011-September/008095.html | 171 + zarb-ml/mageia-dev/2011-September/008096.html | 183 + zarb-ml/mageia-dev/2011-September/008097.html | 274 ++ zarb-ml/mageia-dev/2011-September/008098.html | 169 + zarb-ml/mageia-dev/2011-September/008099.html | 113 + zarb-ml/mageia-dev/2011-September/008100.html | 169 + zarb-ml/mageia-dev/2011-September/008101.html | 102 + zarb-ml/mageia-dev/2011-September/008102.html | 172 + zarb-ml/mageia-dev/2011-September/008103.html | 168 + zarb-ml/mageia-dev/2011-September/008104.html | 125 + zarb-ml/mageia-dev/2011-September/008105.html | 131 + zarb-ml/mageia-dev/2011-September/008106.html | 162 + zarb-ml/mageia-dev/2011-September/008107.html | 167 + zarb-ml/mageia-dev/2011-September/008108.html | 153 + zarb-ml/mageia-dev/2011-September/008109.html | 150 + zarb-ml/mageia-dev/2011-September/008110.html | 160 + zarb-ml/mageia-dev/2011-September/008111.html | 148 + zarb-ml/mageia-dev/2011-September/008115.html | 77 + zarb-ml/mageia-dev/2011-September/008116.html | 93 + zarb-ml/mageia-dev/2011-September/008117.html | 99 + zarb-ml/mageia-dev/2011-September/008118.html | 118 + zarb-ml/mageia-dev/2011-September/008119.html | 224 + zarb-ml/mageia-dev/2011-September/008120.html | 160 + zarb-ml/mageia-dev/2011-September/008121.html | 111 + zarb-ml/mageia-dev/2011-September/008122.html | 152 + zarb-ml/mageia-dev/2011-September/008123.html | 160 + zarb-ml/mageia-dev/2011-September/008124.html | 80 + zarb-ml/mageia-dev/2011-September/008125.html | 85 + zarb-ml/mageia-dev/2011-September/008126.html | 118 + zarb-ml/mageia-dev/2011-September/008127.html | 153 + zarb-ml/mageia-dev/2011-September/008128.html | 157 + zarb-ml/mageia-dev/2011-September/008129.html | 83 + zarb-ml/mageia-dev/2011-September/008130.html | 102 + zarb-ml/mageia-dev/2011-September/008131.html | 105 + zarb-ml/mageia-dev/2011-September/008132.html | 142 + zarb-ml/mageia-dev/2011-September/008133.html | 102 + zarb-ml/mageia-dev/2011-September/008134.html | 143 + zarb-ml/mageia-dev/2011-September/008135.html | 113 + zarb-ml/mageia-dev/2011-September/008136.html | 153 + zarb-ml/mageia-dev/2011-September/008137.html | 171 + zarb-ml/mageia-dev/2011-September/008138.html | 130 + zarb-ml/mageia-dev/2011-September/008139.html | 106 + zarb-ml/mageia-dev/2011-September/008140.html | 132 + zarb-ml/mageia-dev/2011-September/008141.html | 137 + zarb-ml/mageia-dev/2011-September/008142.html | 149 + zarb-ml/mageia-dev/2011-September/008143.html | 117 + zarb-ml/mageia-dev/2011-September/008144.html | 136 + zarb-ml/mageia-dev/2011-September/008145.html | 152 + zarb-ml/mageia-dev/2011-September/008146.html | 91 + zarb-ml/mageia-dev/2011-September/008147.html | 193 + zarb-ml/mageia-dev/2011-September/008148.html | 147 + zarb-ml/mageia-dev/2011-September/008149.html | 103 + zarb-ml/mageia-dev/2011-September/008150.html | 132 + zarb-ml/mageia-dev/2011-September/008151.html | 211 + zarb-ml/mageia-dev/2011-September/008152.html | 137 + zarb-ml/mageia-dev/2011-September/008153.html | 141 + zarb-ml/mageia-dev/2011-September/008154.html | 154 + zarb-ml/mageia-dev/2011-September/008155.html | 138 + zarb-ml/mageia-dev/2011-September/008156.html | 212 + zarb-ml/mageia-dev/2011-September/008157.html | 153 + zarb-ml/mageia-dev/2011-September/008158.html | 149 + zarb-ml/mageia-dev/2011-September/008159.html | 154 + zarb-ml/mageia-dev/2011-September/008160.html | 115 + zarb-ml/mageia-dev/2011-September/008161.html | 157 + zarb-ml/mageia-dev/2011-September/008162.html | 135 + zarb-ml/mageia-dev/2011-September/008163.html | 140 + zarb-ml/mageia-dev/2011-September/008164.html | 126 + zarb-ml/mageia-dev/2011-September/008165.html | 100 + zarb-ml/mageia-dev/2011-September/008166.html | 109 + zarb-ml/mageia-dev/2011-September/008167.html | 130 + zarb-ml/mageia-dev/2011-September/008168.html | 148 + zarb-ml/mageia-dev/2011-September/008169.html | 132 + zarb-ml/mageia-dev/2011-September/008170.html | 142 + zarb-ml/mageia-dev/2011-September/008171.html | 163 + zarb-ml/mageia-dev/2011-September/008172.html | 124 + zarb-ml/mageia-dev/2011-September/008173.html | 171 + zarb-ml/mageia-dev/2011-September/008174.html | 153 + zarb-ml/mageia-dev/2011-September/008175.html | 147 + zarb-ml/mageia-dev/2011-September/008176.html | 139 + zarb-ml/mageia-dev/2011-September/008177.html | 132 + zarb-ml/mageia-dev/2011-September/008178.html | 144 + zarb-ml/mageia-dev/2011-September/008179.html | 128 + zarb-ml/mageia-dev/2011-September/008180.html | 178 + zarb-ml/mageia-dev/2011-September/008181.html | 121 + zarb-ml/mageia-dev/2011-September/008182.html | 142 + zarb-ml/mageia-dev/2011-September/008183.html | 136 + zarb-ml/mageia-dev/2011-September/008184.html | 138 + zarb-ml/mageia-dev/2011-September/008185.html | 104 + zarb-ml/mageia-dev/2011-September/008186.html | 130 + zarb-ml/mageia-dev/2011-September/008187.html | 144 + zarb-ml/mageia-dev/2011-September/008188.html | 115 + zarb-ml/mageia-dev/2011-September/008189.html | 110 + zarb-ml/mageia-dev/2011-September/008190.html | 113 + zarb-ml/mageia-dev/2011-September/008191.html | 113 + zarb-ml/mageia-dev/2011-September/008192.html | 143 + zarb-ml/mageia-dev/2011-September/008193.html | 139 + zarb-ml/mageia-dev/2011-September/008194.html | 102 + zarb-ml/mageia-dev/2011-September/008195.html | 118 + zarb-ml/mageia-dev/2011-September/008196.html | 102 + zarb-ml/mageia-dev/2011-September/008197.html | 116 + zarb-ml/mageia-dev/2011-September/008198.html | 121 + zarb-ml/mageia-dev/2011-September/008199.html | 141 + zarb-ml/mageia-dev/2011-September/008200.html | 134 + zarb-ml/mageia-dev/2011-September/008201.html | 114 + zarb-ml/mageia-dev/2011-September/008202.html | 123 + zarb-ml/mageia-dev/2011-September/008203.html | 108 + zarb-ml/mageia-dev/2011-September/008204.html | 130 + zarb-ml/mageia-dev/2011-September/008205.html | 118 + zarb-ml/mageia-dev/2011-September/008206.html | 117 + zarb-ml/mageia-dev/2011-September/008207.html | 155 + zarb-ml/mageia-dev/2011-September/008208.html | 123 + zarb-ml/mageia-dev/2011-September/008209.html | 111 + zarb-ml/mageia-dev/2011-September/008210.html | 117 + zarb-ml/mageia-dev/2011-September/008211.html | 120 + zarb-ml/mageia-dev/2011-September/008212.html | 125 + zarb-ml/mageia-dev/2011-September/008213.html | 126 + zarb-ml/mageia-dev/2011-September/008214.html | 109 + zarb-ml/mageia-dev/2011-September/008215.html | 113 + zarb-ml/mageia-dev/2011-September/008216.html | 113 + zarb-ml/mageia-dev/2011-September/008217.html | 118 + zarb-ml/mageia-dev/2011-September/008218.html | 91 + zarb-ml/mageia-dev/2011-September/008219.html | 114 + zarb-ml/mageia-dev/2011-September/008220.html | 123 + zarb-ml/mageia-dev/2011-September/008221.html | 96 + zarb-ml/mageia-dev/2011-September/008222.html | 98 + zarb-ml/mageia-dev/2011-September/008223.html | 144 + zarb-ml/mageia-dev/2011-September/008224.html | 117 + zarb-ml/mageia-dev/2011-September/008225.html | 125 + zarb-ml/mageia-dev/2011-September/008226.html | 113 + zarb-ml/mageia-dev/2011-September/008227.html | 131 + zarb-ml/mageia-dev/2011-September/008228.html | 159 + zarb-ml/mageia-dev/2011-September/008229.html | 104 + zarb-ml/mageia-dev/2011-September/008230.html | 101 + zarb-ml/mageia-dev/2011-September/008231.html | 108 + zarb-ml/mageia-dev/2011-September/008232.html | 115 + zarb-ml/mageia-dev/2011-September/008233.html | 109 + zarb-ml/mageia-dev/2011-September/008234.html | 112 + zarb-ml/mageia-dev/2011-September/008235.html | 146 + zarb-ml/mageia-dev/2011-September/008236.html | 115 + zarb-ml/mageia-dev/2011-September/008237.html | 115 + zarb-ml/mageia-dev/2011-September/008238.html | 156 + zarb-ml/mageia-dev/2011-September/008239.html | 141 + zarb-ml/mageia-dev/2011-September/008240.html | 111 + zarb-ml/mageia-dev/2011-September/008241.html | 151 + zarb-ml/mageia-dev/2011-September/008242.html | 105 + zarb-ml/mageia-dev/2011-September/008243.html | 109 + zarb-ml/mageia-dev/2011-September/008244.html | 126 + zarb-ml/mageia-dev/2011-September/008245.html | 134 + zarb-ml/mageia-dev/2011-September/008246.html | 115 + zarb-ml/mageia-dev/2011-September/008247.html | 129 + zarb-ml/mageia-dev/2011-September/008248.html | 145 + zarb-ml/mageia-dev/2011-September/008249.html | 118 + zarb-ml/mageia-dev/2011-September/008250.html | 113 + zarb-ml/mageia-dev/2011-September/008251.html | 104 + zarb-ml/mageia-dev/2011-September/008252.html | 102 + zarb-ml/mageia-dev/2011-September/008253.html | 106 + zarb-ml/mageia-dev/2011-September/008254.html | 99 + zarb-ml/mageia-dev/2011-September/008255.html | 104 + zarb-ml/mageia-dev/2011-September/008256.html | 108 + zarb-ml/mageia-dev/2011-September/008257.html | 99 + zarb-ml/mageia-dev/2011-September/008258.html | 106 + zarb-ml/mageia-dev/2011-September/008259.html | 152 + zarb-ml/mageia-dev/2011-September/008260.html | 160 + zarb-ml/mageia-dev/2011-September/008261.html | 111 + zarb-ml/mageia-dev/2011-September/008262.html | 121 + zarb-ml/mageia-dev/2011-September/008263.html | 113 + zarb-ml/mageia-dev/2011-September/008264.html | 115 + zarb-ml/mageia-dev/2011-September/008265.html | 119 + zarb-ml/mageia-dev/2011-September/008266.html | 116 + zarb-ml/mageia-dev/2011-September/008267.html | 121 + zarb-ml/mageia-dev/2011-September/008268.html | 96 + zarb-ml/mageia-dev/2011-September/008269.html | 111 + zarb-ml/mageia-dev/2011-September/008270.html | 116 + zarb-ml/mageia-dev/2011-September/008271.html | 115 + zarb-ml/mageia-dev/2011-September/008272.html | 173 + zarb-ml/mageia-dev/2011-September/008273.html | 103 + zarb-ml/mageia-dev/2011-September/008274.html | 164 + zarb-ml/mageia-dev/2011-September/008275.html | 73 + zarb-ml/mageia-dev/2011-September/008276.html | 117 + zarb-ml/mageia-dev/2011-September/008277.html | 82 + zarb-ml/mageia-dev/2011-September/008278.html | 163 + zarb-ml/mageia-dev/2011-September/008279.html | 103 + zarb-ml/mageia-dev/2011-September/008280.html | 117 + zarb-ml/mageia-dev/2011-September/008281.html | 125 + zarb-ml/mageia-dev/2011-September/008282.html | 104 + zarb-ml/mageia-dev/2011-September/008283.html | 102 + zarb-ml/mageia-dev/2011-September/008284.html | 103 + zarb-ml/mageia-dev/2011-September/008285.html | 97 + zarb-ml/mageia-dev/2011-September/008286.html | 92 + zarb-ml/mageia-dev/2011-September/008287.html | 80 + zarb-ml/mageia-dev/2011-September/008288.html | 88 + zarb-ml/mageia-dev/2011-September/008289.html | 118 + zarb-ml/mageia-dev/2011-September/008290.html | 175 + zarb-ml/mageia-dev/2011-September/008291.html | 125 + zarb-ml/mageia-dev/2011-September/008292.html | 99 + zarb-ml/mageia-dev/2011-September/008293.html | 185 + zarb-ml/mageia-dev/2011-September/008294.html | 109 + zarb-ml/mageia-dev/2011-September/008295.html | 91 + zarb-ml/mageia-dev/2011-September/008296.html | 101 + zarb-ml/mageia-dev/2011-September/008297.html | 87 + zarb-ml/mageia-dev/2011-September/008298.html | 130 + zarb-ml/mageia-dev/2011-September/008299.html | 137 + zarb-ml/mageia-dev/2011-September/008300.html | 127 + zarb-ml/mageia-dev/2011-September/008301.html | 70 + zarb-ml/mageia-dev/2011-September/008302.html | 117 + zarb-ml/mageia-dev/2011-September/008303.html | 147 + zarb-ml/mageia-dev/2011-September/008304.html | 95 + zarb-ml/mageia-dev/2011-September/008305.html | 116 + zarb-ml/mageia-dev/2011-September/008306.html | 137 + zarb-ml/mageia-dev/2011-September/008307.html | 99 + zarb-ml/mageia-dev/2011-September/008308.html | 205 + zarb-ml/mageia-dev/2011-September/008309.html | 81 + zarb-ml/mageia-dev/2011-September/008310.html | 108 + zarb-ml/mageia-dev/2011-September/008311.html | 76 + zarb-ml/mageia-dev/2011-September/008312.html | 81 + zarb-ml/mageia-dev/2011-September/008313.html | 75 + zarb-ml/mageia-dev/2011-September/008314.html | 85 + zarb-ml/mageia-dev/2011-September/008315.html | 87 + zarb-ml/mageia-dev/2011-September/008316.html | 94 + zarb-ml/mageia-dev/2011-September/008317.html | 88 + zarb-ml/mageia-dev/2011-September/008318.html | 89 + zarb-ml/mageia-dev/2011-September/008319.html | 142 + zarb-ml/mageia-dev/2011-September/008320.html | 161 + zarb-ml/mageia-dev/2011-September/008321.html | 98 + zarb-ml/mageia-dev/2011-September/008322.html | 160 + zarb-ml/mageia-dev/2011-September/008323.html | 106 + zarb-ml/mageia-dev/2011-September/008324.html | 103 + zarb-ml/mageia-dev/2011-September/008325.html | 69 + zarb-ml/mageia-dev/2011-September/008326.html | 189 + zarb-ml/mageia-dev/2011-September/008327.html | 95 + zarb-ml/mageia-dev/2011-September/008328.html | 84 + zarb-ml/mageia-dev/2011-September/008329.html | 89 + zarb-ml/mageia-dev/2011-September/008330.html | 98 + zarb-ml/mageia-dev/2011-September/008331.html | 157 + zarb-ml/mageia-dev/2011-September/008332.html | 103 + zarb-ml/mageia-dev/2011-September/008333.html | 108 + zarb-ml/mageia-dev/2011-September/008334.html | 187 + zarb-ml/mageia-dev/2011-September/008335.html | 88 + zarb-ml/mageia-dev/2011-September/008336.html | 107 + zarb-ml/mageia-dev/2011-September/008337.html | 191 + zarb-ml/mageia-dev/2011-September/008338.html | 96 + zarb-ml/mageia-dev/2011-September/008339.html | 91 + zarb-ml/mageia-dev/2011-September/008340.html | 82 + zarb-ml/mageia-dev/2011-September/008341.html | 107 + zarb-ml/mageia-dev/2011-September/008342.html | 185 + zarb-ml/mageia-dev/2011-September/008343.html | 89 + zarb-ml/mageia-dev/2011-September/008344.html | 137 + zarb-ml/mageia-dev/2011-September/008345.html | 144 + zarb-ml/mageia-dev/2011-September/008346.html | 192 + zarb-ml/mageia-dev/2011-September/008347.html | 152 + zarb-ml/mageia-dev/2011-September/008348.html | 89 + zarb-ml/mageia-dev/2011-September/008349.html | 78 + zarb-ml/mageia-dev/2011-September/008350.html | 239 + zarb-ml/mageia-dev/2011-September/008351.html | 93 + zarb-ml/mageia-dev/2011-September/008352.html | 133 + zarb-ml/mageia-dev/2011-September/008353.html | 138 + zarb-ml/mageia-dev/2011-September/008354.html | 95 + zarb-ml/mageia-dev/2011-September/008355.html | 144 + zarb-ml/mageia-dev/2011-September/008356.html | 207 + zarb-ml/mageia-dev/2011-September/008357.html | 103 + zarb-ml/mageia-dev/2011-September/008358.html | 105 + zarb-ml/mageia-dev/2011-September/008359.html | 110 + zarb-ml/mageia-dev/2011-September/008360.html | 114 + zarb-ml/mageia-dev/2011-September/008361.html | 114 + zarb-ml/mageia-dev/2011-September/008362.html | 111 + zarb-ml/mageia-dev/2011-September/008363.html | 118 + zarb-ml/mageia-dev/2011-September/008364.html | 118 + zarb-ml/mageia-dev/2011-September/008365.html | 114 + zarb-ml/mageia-dev/2011-September/008366.html | 309 ++ zarb-ml/mageia-dev/2011-September/008367.html | 120 + zarb-ml/mageia-dev/2011-September/008368.html | 119 + zarb-ml/mageia-dev/2011-September/008369.html | 117 + zarb-ml/mageia-dev/2011-September/008370.html | 128 + zarb-ml/mageia-dev/2011-September/008371.html | 112 + zarb-ml/mageia-dev/2011-September/008372.html | 247 + zarb-ml/mageia-dev/2011-September/008373.html | 123 + zarb-ml/mageia-dev/2011-September/008374.html | 250 ++ zarb-ml/mageia-dev/2011-September/008375.html | 124 + zarb-ml/mageia-dev/2011-September/008376.html | 110 + zarb-ml/mageia-dev/2011-September/008377.html | 109 + zarb-ml/mageia-dev/2011-September/008378.html | 89 + zarb-ml/mageia-dev/2011-September/008379.html | 85 + zarb-ml/mageia-dev/2011-September/008380.html | 103 + zarb-ml/mageia-dev/2011-September/008381.html | 135 + zarb-ml/mageia-dev/2011-September/008382.html | 124 + zarb-ml/mageia-dev/2011-September/008383.html | 111 + zarb-ml/mageia-dev/2011-September/008384.html | 75 + zarb-ml/mageia-dev/2011-September/008385.html | 117 + zarb-ml/mageia-dev/2011-September/008386.html | 120 + zarb-ml/mageia-dev/2011-September/008387.html | 139 + zarb-ml/mageia-dev/2011-September/008388.html | 113 + zarb-ml/mageia-dev/2011-September/008389.html | 117 + zarb-ml/mageia-dev/2011-September/008390.html | 199 + zarb-ml/mageia-dev/2011-September/008391.html | 79 + zarb-ml/mageia-dev/2011-September/008392.html | 113 + zarb-ml/mageia-dev/2011-September/008393.html | 103 + zarb-ml/mageia-dev/2011-September/008394.html | 104 + zarb-ml/mageia-dev/2011-September/008395.html | 111 + zarb-ml/mageia-dev/2011-September/008396.html | 92 + zarb-ml/mageia-dev/2011-September/008397.html | 117 + zarb-ml/mageia-dev/2011-September/008398.html | 109 + zarb-ml/mageia-dev/2011-September/008399.html | 103 + zarb-ml/mageia-dev/2011-September/008400.html | 121 + zarb-ml/mageia-dev/2011-September/008401.html | 95 + zarb-ml/mageia-dev/2011-September/008402.html | 113 + zarb-ml/mageia-dev/2011-September/008403.html | 70 + zarb-ml/mageia-dev/2011-September/008404.html | 119 + zarb-ml/mageia-dev/2011-September/008405.html | 82 + zarb-ml/mageia-dev/2011-September/008406.html | 93 + zarb-ml/mageia-dev/2011-September/008407.html | 151 + zarb-ml/mageia-dev/2011-September/008408.html | 111 + zarb-ml/mageia-dev/2011-September/008409.html | 113 + zarb-ml/mageia-dev/2011-September/008410.html | 93 + zarb-ml/mageia-dev/2011-September/008411.html | 96 + zarb-ml/mageia-dev/2011-September/008412.html | 102 + zarb-ml/mageia-dev/2011-September/008413.html | 214 + zarb-ml/mageia-dev/2011-September/008414.html | 109 + zarb-ml/mageia-dev/2011-September/008415.html | 95 + zarb-ml/mageia-dev/2011-September/008416.html | 110 + zarb-ml/mageia-dev/2011-September/008417.html | 105 + zarb-ml/mageia-dev/2011-September/008418.html | 107 + zarb-ml/mageia-dev/2011-September/008419.html | 142 + zarb-ml/mageia-dev/2011-September/008420.html | 145 + zarb-ml/mageia-dev/2011-September/008421.html | 150 + zarb-ml/mageia-dev/2011-September/008422.html | 219 + zarb-ml/mageia-dev/2011-September/008423.html | 93 + zarb-ml/mageia-dev/2011-September/008424.html | 91 + zarb-ml/mageia-dev/2011-September/008425.html | 103 + zarb-ml/mageia-dev/2011-September/008426.html | 84 + zarb-ml/mageia-dev/2011-September/008427.html | 104 + zarb-ml/mageia-dev/2011-September/008428.html | 110 + zarb-ml/mageia-dev/2011-September/008429.html | 108 + zarb-ml/mageia-dev/2011-September/008430.html | 94 + zarb-ml/mageia-dev/2011-September/008431.html | 97 + zarb-ml/mageia-dev/2011-September/008432.html | 111 + zarb-ml/mageia-dev/2011-September/008433.html | 90 + zarb-ml/mageia-dev/2011-September/008434.html | 84 + zarb-ml/mageia-dev/2011-September/008435.html | 91 + zarb-ml/mageia-dev/2011-September/008436.html | 106 + zarb-ml/mageia-dev/2011-September/008437.html | 100 + zarb-ml/mageia-dev/2011-September/008438.html | 99 + zarb-ml/mageia-dev/2011-September/008439.html | 101 + zarb-ml/mageia-dev/2011-September/008440.html | 85 + zarb-ml/mageia-dev/2011-September/008441.html | 92 + zarb-ml/mageia-dev/2011-September/008442.html | 110 + zarb-ml/mageia-dev/2011-September/008443.html | 119 + zarb-ml/mageia-dev/2011-September/008444.html | 112 + zarb-ml/mageia-dev/2011-September/008445.html | 123 + zarb-ml/mageia-dev/2011-September/008446.html | 92 + zarb-ml/mageia-dev/2011-September/008447.html | 100 + zarb-ml/mageia-dev/2011-September/008448.html | 109 + zarb-ml/mageia-dev/2011-September/008449.html | 105 + zarb-ml/mageia-dev/2011-September/008450.html | 91 + zarb-ml/mageia-dev/2011-September/008451.html | 91 + zarb-ml/mageia-dev/2011-September/008452.html | 81 + zarb-ml/mageia-dev/2011-September/008453.html | 99 + zarb-ml/mageia-dev/2011-September/008454.html | 95 + zarb-ml/mageia-dev/2011-September/008455.html | 108 + zarb-ml/mageia-dev/2011-September/008456.html | 97 + zarb-ml/mageia-dev/2011-September/008457.html | 98 + zarb-ml/mageia-dev/2011-September/008458.html | 90 + zarb-ml/mageia-dev/2011-September/008459.html | 91 + zarb-ml/mageia-dev/2011-September/008460.html | 99 + zarb-ml/mageia-dev/2011-September/008461.html | 105 + zarb-ml/mageia-dev/2011-September/008462.html | 91 + zarb-ml/mageia-dev/2011-September/008463.html | 85 + zarb-ml/mageia-dev/2011-September/008464.html | 92 + zarb-ml/mageia-dev/2011-September/008465.html | 95 + zarb-ml/mageia-dev/2011-September/008466.html | 90 + zarb-ml/mageia-dev/2011-September/008467.html | 89 + zarb-ml/mageia-dev/2011-September/008468.html | 94 + zarb-ml/mageia-dev/2011-September/008469.html | 103 + zarb-ml/mageia-dev/2011-September/008470.html | 108 + zarb-ml/mageia-dev/2011-September/008471.html | 120 + zarb-ml/mageia-dev/2011-September/008472.html | 122 + zarb-ml/mageia-dev/2011-September/008473.html | 90 + zarb-ml/mageia-dev/2011-September/008474.html | 89 + zarb-ml/mageia-dev/2011-September/008475.html | 173 + zarb-ml/mageia-dev/2011-September/008476.html | 72 + zarb-ml/mageia-dev/2011-September/008477.html | 87 + zarb-ml/mageia-dev/2011-September/008478.html | 108 + zarb-ml/mageia-dev/2011-September/008479.html | 85 + zarb-ml/mageia-dev/2011-September/008480.html | 149 + zarb-ml/mageia-dev/2011-September/008481.html | 74 + zarb-ml/mageia-dev/2011-September/008482.html | 75 + zarb-ml/mageia-dev/2011-September/008483.html | 82 + zarb-ml/mageia-dev/2011-September/008484.html | 89 + zarb-ml/mageia-dev/2011-September/008485.html | 81 + zarb-ml/mageia-dev/2011-September/008486.html | 104 + zarb-ml/mageia-dev/2011-September/008487.html | 80 + zarb-ml/mageia-dev/2011-September/008488.html | 77 + zarb-ml/mageia-dev/2011-September/008489.html | 91 + zarb-ml/mageia-dev/2011-September/008490.html | 80 + zarb-ml/mageia-dev/2011-September/008491.html | 114 + zarb-ml/mageia-dev/2011-September/008492.html | 108 + zarb-ml/mageia-dev/2011-September/008493.html | 78 + zarb-ml/mageia-dev/2011-September/008494.html | 77 + zarb-ml/mageia-dev/2011-September/008495.html | 96 + zarb-ml/mageia-dev/2011-September/008496.html | 131 + zarb-ml/mageia-dev/2011-September/008497.html | 97 + zarb-ml/mageia-dev/2011-September/008498.html | 69 + zarb-ml/mageia-dev/2011-September/008499.html | 75 + zarb-ml/mageia-dev/2011-September/008500.html | 91 + zarb-ml/mageia-dev/2011-September/008501.html | 83 + zarb-ml/mageia-dev/2011-September/008502.html | 103 + zarb-ml/mageia-dev/2011-September/008503.html | 88 + zarb-ml/mageia-dev/2011-September/008504.html | 96 + zarb-ml/mageia-dev/2011-September/008505.html | 108 + zarb-ml/mageia-dev/2011-September/008506.html | 76 + zarb-ml/mageia-dev/2011-September/008507.html | 107 + zarb-ml/mageia-dev/2011-September/008508.html | 78 + zarb-ml/mageia-dev/2011-September/008509.html | 110 + zarb-ml/mageia-dev/2011-September/008510.html | 87 + zarb-ml/mageia-dev/2011-September/008511.html | 118 + zarb-ml/mageia-dev/2011-September/008512.html | 124 + zarb-ml/mageia-dev/2011-September/008513.html | 108 + zarb-ml/mageia-dev/2011-September/008514.html | 128 + zarb-ml/mageia-dev/2011-September/008515.html | 103 + zarb-ml/mageia-dev/2011-September/008516.html | 106 + zarb-ml/mageia-dev/2011-September/008517.html | 114 + zarb-ml/mageia-dev/2011-September/008518.html | 106 + zarb-ml/mageia-dev/2011-September/008519.html | 79 + zarb-ml/mageia-dev/2011-September/008520.html | 148 + zarb-ml/mageia-dev/2011-September/008521.html | 115 + zarb-ml/mageia-dev/2011-September/008522.html | 90 + zarb-ml/mageia-dev/2011-September/008523.html | 73 + zarb-ml/mageia-dev/2011-September/008524.html | 78 + zarb-ml/mageia-dev/2011-September/008525.html | 85 + zarb-ml/mageia-dev/2011-September/008526.html | 86 + zarb-ml/mageia-dev/2011-September/008527.html | 96 + zarb-ml/mageia-dev/2011-September/008528.html | 108 + zarb-ml/mageia-dev/2011-September/008529.html | 85 + zarb-ml/mageia-dev/2011-September/008530.html | 87 + zarb-ml/mageia-dev/2011-September/008531.html | 85 + zarb-ml/mageia-dev/2011-September/008532.html | 112 + zarb-ml/mageia-dev/2011-September/008533.html | 81 + zarb-ml/mageia-dev/2011-September/008534.html | 93 + zarb-ml/mageia-dev/2011-September/008535.html | 75 + zarb-ml/mageia-dev/2011-September/008536.html | 74 + zarb-ml/mageia-dev/2011-September/008537.html | 72 + zarb-ml/mageia-dev/2011-September/008538.html | 86 + zarb-ml/mageia-dev/2011-September/008539.html | 93 + zarb-ml/mageia-dev/2011-September/008540.html | 93 + zarb-ml/mageia-dev/2011-September/008541.html | 109 + zarb-ml/mageia-dev/2011-September/008542.html | 73 + zarb-ml/mageia-dev/2011-September/008543.html | 123 + zarb-ml/mageia-dev/2011-September/008544.html | 83 + zarb-ml/mageia-dev/2011-September/008545.html | 141 + zarb-ml/mageia-dev/2011-September/008546.html | 109 + zarb-ml/mageia-dev/2011-September/008547.html | 75 + zarb-ml/mageia-dev/2011-September/008548.html | 77 + zarb-ml/mageia-dev/2011-September/008549.html | 71 + zarb-ml/mageia-dev/2011-September/008550.html | 84 + zarb-ml/mageia-dev/2011-September/008551.html | 91 + zarb-ml/mageia-dev/2011-September/008552.html | 95 + zarb-ml/mageia-dev/2011-September/008553.html | 82 + zarb-ml/mageia-dev/2011-September/008554.html | 74 + zarb-ml/mageia-dev/2011-September/008555.html | 116 + zarb-ml/mageia-dev/2011-September/008594.html | 100 + zarb-ml/mageia-dev/2011-September/008595.html | 94 + zarb-ml/mageia-dev/2011-September/008596.html | 85 + zarb-ml/mageia-dev/2011-September/008597.html | 77 + zarb-ml/mageia-dev/2011-September/author.html | 4252 ++++++++++++++++++ zarb-ml/mageia-dev/2011-September/date.html | 4252 ++++++++++++++++++ zarb-ml/mageia-dev/2011-September/index.html | 1 + zarb-ml/mageia-dev/2011-September/subject.html | 4252 ++++++++++++++++++ zarb-ml/mageia-dev/2011-September/thread.html | 5725 ++++++++++++++++++++++++ 846 files changed, 112140 insertions(+) create mode 100644 zarb-ml/mageia-dev/2011-September/007716.html create mode 100644 zarb-ml/mageia-dev/2011-September/007717.html create mode 100644 zarb-ml/mageia-dev/2011-September/007718.html create mode 100644 zarb-ml/mageia-dev/2011-September/007719.html create mode 100644 zarb-ml/mageia-dev/2011-September/007720.html create mode 100644 zarb-ml/mageia-dev/2011-September/007721.html create mode 100644 zarb-ml/mageia-dev/2011-September/007722.html create mode 100644 zarb-ml/mageia-dev/2011-September/007723.html create mode 100644 zarb-ml/mageia-dev/2011-September/007724.html create mode 100644 zarb-ml/mageia-dev/2011-September/007725.html create mode 100644 zarb-ml/mageia-dev/2011-September/007726.html create mode 100644 zarb-ml/mageia-dev/2011-September/007727.html create mode 100644 zarb-ml/mageia-dev/2011-September/007728.html create mode 100644 zarb-ml/mageia-dev/2011-September/007729.html create mode 100644 zarb-ml/mageia-dev/2011-September/007730.html create mode 100644 zarb-ml/mageia-dev/2011-September/007731.html create mode 100644 zarb-ml/mageia-dev/2011-September/007732.html create mode 100644 zarb-ml/mageia-dev/2011-September/007733.html create mode 100644 zarb-ml/mageia-dev/2011-September/007734.html create mode 100644 zarb-ml/mageia-dev/2011-September/007735.html create mode 100644 zarb-ml/mageia-dev/2011-September/007736.html create mode 100644 zarb-ml/mageia-dev/2011-September/007737.html create mode 100644 zarb-ml/mageia-dev/2011-September/007738.html create mode 100644 zarb-ml/mageia-dev/2011-September/007739.html create mode 100644 zarb-ml/mageia-dev/2011-September/007740.html create mode 100644 zarb-ml/mageia-dev/2011-September/007741.html create mode 100644 zarb-ml/mageia-dev/2011-September/007742.html create mode 100644 zarb-ml/mageia-dev/2011-September/007743.html create mode 100644 zarb-ml/mageia-dev/2011-September/007744.html create mode 100644 zarb-ml/mageia-dev/2011-September/007745.html create mode 100644 zarb-ml/mageia-dev/2011-September/007746.html create mode 100644 zarb-ml/mageia-dev/2011-September/007747.html create mode 100644 zarb-ml/mageia-dev/2011-September/007748.html create mode 100644 zarb-ml/mageia-dev/2011-September/007749.html create mode 100644 zarb-ml/mageia-dev/2011-September/007750.html create mode 100644 zarb-ml/mageia-dev/2011-September/007751.html create mode 100644 zarb-ml/mageia-dev/2011-September/007752.html create mode 100644 zarb-ml/mageia-dev/2011-September/007753.html create mode 100644 zarb-ml/mageia-dev/2011-September/007754.html create mode 100644 zarb-ml/mageia-dev/2011-September/007755.html create mode 100644 zarb-ml/mageia-dev/2011-September/007756.html create mode 100644 zarb-ml/mageia-dev/2011-September/007757.html create mode 100644 zarb-ml/mageia-dev/2011-September/007758.html create mode 100644 zarb-ml/mageia-dev/2011-September/007759.html create mode 100644 zarb-ml/mageia-dev/2011-September/007760.html create mode 100644 zarb-ml/mageia-dev/2011-September/007761.html create mode 100644 zarb-ml/mageia-dev/2011-September/007762.html create mode 100644 zarb-ml/mageia-dev/2011-September/007763.html create mode 100644 zarb-ml/mageia-dev/2011-September/007764.html create mode 100644 zarb-ml/mageia-dev/2011-September/007765.html create mode 100644 zarb-ml/mageia-dev/2011-September/007766.html create mode 100644 zarb-ml/mageia-dev/2011-September/007767.html create mode 100644 zarb-ml/mageia-dev/2011-September/007768.html create mode 100644 zarb-ml/mageia-dev/2011-September/007769.html create mode 100644 zarb-ml/mageia-dev/2011-September/007770.html create mode 100644 zarb-ml/mageia-dev/2011-September/007771.html create mode 100644 zarb-ml/mageia-dev/2011-September/007772.html create mode 100644 zarb-ml/mageia-dev/2011-September/007773.html create mode 100644 zarb-ml/mageia-dev/2011-September/007774.html create mode 100644 zarb-ml/mageia-dev/2011-September/007775.html create mode 100644 zarb-ml/mageia-dev/2011-September/007776.html create mode 100644 zarb-ml/mageia-dev/2011-September/007777.html create mode 100644 zarb-ml/mageia-dev/2011-September/007778.html create mode 100644 zarb-ml/mageia-dev/2011-September/007779.html create mode 100644 zarb-ml/mageia-dev/2011-September/007780.html create mode 100644 zarb-ml/mageia-dev/2011-September/007781.html create mode 100644 zarb-ml/mageia-dev/2011-September/007782.html create mode 100644 zarb-ml/mageia-dev/2011-September/007783.html create mode 100644 zarb-ml/mageia-dev/2011-September/007784.html create mode 100644 zarb-ml/mageia-dev/2011-September/007785.html create mode 100644 zarb-ml/mageia-dev/2011-September/007786.html create mode 100644 zarb-ml/mageia-dev/2011-September/007787.html create mode 100644 zarb-ml/mageia-dev/2011-September/007788.html create mode 100644 zarb-ml/mageia-dev/2011-September/007789.html create mode 100644 zarb-ml/mageia-dev/2011-September/007790.html create mode 100644 zarb-ml/mageia-dev/2011-September/007791.html create mode 100644 zarb-ml/mageia-dev/2011-September/007792.html create mode 100644 zarb-ml/mageia-dev/2011-September/007793.html create mode 100644 zarb-ml/mageia-dev/2011-September/007794.html create mode 100644 zarb-ml/mageia-dev/2011-September/007795.html create mode 100644 zarb-ml/mageia-dev/2011-September/007796.html create mode 100644 zarb-ml/mageia-dev/2011-September/007797.html create mode 100644 zarb-ml/mageia-dev/2011-September/007798.html create mode 100644 zarb-ml/mageia-dev/2011-September/007799.html create mode 100644 zarb-ml/mageia-dev/2011-September/007800.html create mode 100644 zarb-ml/mageia-dev/2011-September/007801.html create mode 100644 zarb-ml/mageia-dev/2011-September/007802.html create mode 100644 zarb-ml/mageia-dev/2011-September/007803.html create mode 100644 zarb-ml/mageia-dev/2011-September/007804.html create mode 100644 zarb-ml/mageia-dev/2011-September/007805.html create mode 100644 zarb-ml/mageia-dev/2011-September/007806.html create mode 100644 zarb-ml/mageia-dev/2011-September/007807.html create mode 100644 zarb-ml/mageia-dev/2011-September/007808.html create mode 100644 zarb-ml/mageia-dev/2011-September/007809.html create mode 100644 zarb-ml/mageia-dev/2011-September/007810.html create mode 100644 zarb-ml/mageia-dev/2011-September/007811.html create mode 100644 zarb-ml/mageia-dev/2011-September/007812.html create mode 100644 zarb-ml/mageia-dev/2011-September/007813.html create mode 100644 zarb-ml/mageia-dev/2011-September/007814.html create mode 100644 zarb-ml/mageia-dev/2011-September/007815.html create mode 100644 zarb-ml/mageia-dev/2011-September/007816.html create mode 100644 zarb-ml/mageia-dev/2011-September/007817.html create mode 100644 zarb-ml/mageia-dev/2011-September/007818.html create mode 100644 zarb-ml/mageia-dev/2011-September/007819.html create mode 100644 zarb-ml/mageia-dev/2011-September/007820.html create mode 100644 zarb-ml/mageia-dev/2011-September/007821.html create mode 100644 zarb-ml/mageia-dev/2011-September/007822.html create mode 100644 zarb-ml/mageia-dev/2011-September/007823.html create mode 100644 zarb-ml/mageia-dev/2011-September/007824.html create mode 100644 zarb-ml/mageia-dev/2011-September/007825.html create mode 100644 zarb-ml/mageia-dev/2011-September/007826.html create mode 100644 zarb-ml/mageia-dev/2011-September/007827.html create mode 100644 zarb-ml/mageia-dev/2011-September/007828.html create mode 100644 zarb-ml/mageia-dev/2011-September/007829.html create mode 100644 zarb-ml/mageia-dev/2011-September/007830.html create mode 100644 zarb-ml/mageia-dev/2011-September/007831.html create mode 100644 zarb-ml/mageia-dev/2011-September/007832.html create mode 100644 zarb-ml/mageia-dev/2011-September/007833.html create mode 100644 zarb-ml/mageia-dev/2011-September/007834.html create mode 100644 zarb-ml/mageia-dev/2011-September/007835.html create mode 100644 zarb-ml/mageia-dev/2011-September/007836.html create mode 100644 zarb-ml/mageia-dev/2011-September/007837.html create mode 100644 zarb-ml/mageia-dev/2011-September/007838.html create mode 100644 zarb-ml/mageia-dev/2011-September/007839.html create mode 100644 zarb-ml/mageia-dev/2011-September/007840.html create mode 100644 zarb-ml/mageia-dev/2011-September/007841.html create mode 100644 zarb-ml/mageia-dev/2011-September/007842.html create mode 100644 zarb-ml/mageia-dev/2011-September/007843.html create mode 100644 zarb-ml/mageia-dev/2011-September/007844.html create mode 100644 zarb-ml/mageia-dev/2011-September/007845.html create mode 100644 zarb-ml/mageia-dev/2011-September/007846.html create mode 100644 zarb-ml/mageia-dev/2011-September/007847.html create mode 100644 zarb-ml/mageia-dev/2011-September/007848.html create mode 100644 zarb-ml/mageia-dev/2011-September/007849.html create mode 100644 zarb-ml/mageia-dev/2011-September/007850.html create mode 100644 zarb-ml/mageia-dev/2011-September/007851.html create mode 100644 zarb-ml/mageia-dev/2011-September/007852.html create mode 100644 zarb-ml/mageia-dev/2011-September/007853.html create mode 100644 zarb-ml/mageia-dev/2011-September/007854.html create mode 100644 zarb-ml/mageia-dev/2011-September/007855.html create mode 100644 zarb-ml/mageia-dev/2011-September/007856.html create mode 100644 zarb-ml/mageia-dev/2011-September/007857.html create mode 100644 zarb-ml/mageia-dev/2011-September/007858.html create mode 100644 zarb-ml/mageia-dev/2011-September/007859.html create mode 100644 zarb-ml/mageia-dev/2011-September/007860.html create mode 100644 zarb-ml/mageia-dev/2011-September/007861.html create mode 100644 zarb-ml/mageia-dev/2011-September/007862.html create mode 100644 zarb-ml/mageia-dev/2011-September/007863.html create mode 100644 zarb-ml/mageia-dev/2011-September/007864.html create mode 100644 zarb-ml/mageia-dev/2011-September/007865.html create mode 100644 zarb-ml/mageia-dev/2011-September/007866.html create mode 100644 zarb-ml/mageia-dev/2011-September/007867.html create mode 100644 zarb-ml/mageia-dev/2011-September/007868.html create mode 100644 zarb-ml/mageia-dev/2011-September/007869.html create mode 100644 zarb-ml/mageia-dev/2011-September/007870.html create mode 100644 zarb-ml/mageia-dev/2011-September/007871.html create mode 100644 zarb-ml/mageia-dev/2011-September/007872.html create mode 100644 zarb-ml/mageia-dev/2011-September/007873.html create mode 100644 zarb-ml/mageia-dev/2011-September/007874.html create mode 100644 zarb-ml/mageia-dev/2011-September/007875.html create mode 100644 zarb-ml/mageia-dev/2011-September/007876.html create mode 100644 zarb-ml/mageia-dev/2011-September/007877.html create mode 100644 zarb-ml/mageia-dev/2011-September/007878.html create mode 100644 zarb-ml/mageia-dev/2011-September/007879.html create mode 100644 zarb-ml/mageia-dev/2011-September/007880.html create mode 100644 zarb-ml/mageia-dev/2011-September/007881.html create mode 100644 zarb-ml/mageia-dev/2011-September/007882.html create mode 100644 zarb-ml/mageia-dev/2011-September/007883.html create mode 100644 zarb-ml/mageia-dev/2011-September/007884.html create mode 100644 zarb-ml/mageia-dev/2011-September/007885.html create mode 100644 zarb-ml/mageia-dev/2011-September/007886.html create mode 100644 zarb-ml/mageia-dev/2011-September/007887.html create mode 100644 zarb-ml/mageia-dev/2011-September/007888.html create mode 100644 zarb-ml/mageia-dev/2011-September/007889.html create mode 100644 zarb-ml/mageia-dev/2011-September/007890.html create mode 100644 zarb-ml/mageia-dev/2011-September/007891.html create mode 100644 zarb-ml/mageia-dev/2011-September/007892.html create mode 100644 zarb-ml/mageia-dev/2011-September/007893.html create mode 100644 zarb-ml/mageia-dev/2011-September/007894.html create mode 100644 zarb-ml/mageia-dev/2011-September/007895.html create mode 100644 zarb-ml/mageia-dev/2011-September/007896.html create mode 100644 zarb-ml/mageia-dev/2011-September/007897.html create mode 100644 zarb-ml/mageia-dev/2011-September/007898.html create mode 100644 zarb-ml/mageia-dev/2011-September/007899.html create mode 100644 zarb-ml/mageia-dev/2011-September/007900.html create mode 100644 zarb-ml/mageia-dev/2011-September/007901.html create mode 100644 zarb-ml/mageia-dev/2011-September/007902.html create mode 100644 zarb-ml/mageia-dev/2011-September/007903.html create mode 100644 zarb-ml/mageia-dev/2011-September/007904.html create mode 100644 zarb-ml/mageia-dev/2011-September/007905.html create mode 100644 zarb-ml/mageia-dev/2011-September/007906.html create mode 100644 zarb-ml/mageia-dev/2011-September/007907.html create mode 100644 zarb-ml/mageia-dev/2011-September/007908.html create mode 100644 zarb-ml/mageia-dev/2011-September/007909.html create mode 100644 zarb-ml/mageia-dev/2011-September/007910.html create mode 100644 zarb-ml/mageia-dev/2011-September/007911.html create mode 100644 zarb-ml/mageia-dev/2011-September/007912.html create mode 100644 zarb-ml/mageia-dev/2011-September/007913.html create mode 100644 zarb-ml/mageia-dev/2011-September/007914.html create mode 100644 zarb-ml/mageia-dev/2011-September/007915.html create mode 100644 zarb-ml/mageia-dev/2011-September/007916.html create mode 100644 zarb-ml/mageia-dev/2011-September/007917.html create mode 100644 zarb-ml/mageia-dev/2011-September/007918.html create mode 100644 zarb-ml/mageia-dev/2011-September/007919.html create mode 100644 zarb-ml/mageia-dev/2011-September/007920.html create mode 100644 zarb-ml/mageia-dev/2011-September/007921.html create mode 100644 zarb-ml/mageia-dev/2011-September/007922.html create mode 100644 zarb-ml/mageia-dev/2011-September/007923.html create mode 100644 zarb-ml/mageia-dev/2011-September/007924.html create mode 100644 zarb-ml/mageia-dev/2011-September/007925.html create mode 100644 zarb-ml/mageia-dev/2011-September/007926.html create mode 100644 zarb-ml/mageia-dev/2011-September/007927.html create mode 100644 zarb-ml/mageia-dev/2011-September/007928.html create mode 100644 zarb-ml/mageia-dev/2011-September/007929.html create mode 100644 zarb-ml/mageia-dev/2011-September/007930.html create mode 100644 zarb-ml/mageia-dev/2011-September/007931.html create mode 100644 zarb-ml/mageia-dev/2011-September/007932.html create mode 100644 zarb-ml/mageia-dev/2011-September/007933.html create mode 100644 zarb-ml/mageia-dev/2011-September/007934.html create mode 100644 zarb-ml/mageia-dev/2011-September/007935.html create mode 100644 zarb-ml/mageia-dev/2011-September/007936.html create mode 100644 zarb-ml/mageia-dev/2011-September/007937.html create mode 100644 zarb-ml/mageia-dev/2011-September/007938.html create mode 100644 zarb-ml/mageia-dev/2011-September/007939.html create mode 100644 zarb-ml/mageia-dev/2011-September/007940.html create mode 100644 zarb-ml/mageia-dev/2011-September/007941.html create mode 100644 zarb-ml/mageia-dev/2011-September/007942.html create mode 100644 zarb-ml/mageia-dev/2011-September/007943.html create mode 100644 zarb-ml/mageia-dev/2011-September/007944.html create mode 100644 zarb-ml/mageia-dev/2011-September/007945.html create mode 100644 zarb-ml/mageia-dev/2011-September/007946.html create mode 100644 zarb-ml/mageia-dev/2011-September/007947.html create mode 100644 zarb-ml/mageia-dev/2011-September/007948.html create mode 100644 zarb-ml/mageia-dev/2011-September/007949.html create mode 100644 zarb-ml/mageia-dev/2011-September/007950.html create mode 100644 zarb-ml/mageia-dev/2011-September/007951.html create mode 100644 zarb-ml/mageia-dev/2011-September/007952.html create mode 100644 zarb-ml/mageia-dev/2011-September/007953.html create mode 100644 zarb-ml/mageia-dev/2011-September/007954.html create mode 100644 zarb-ml/mageia-dev/2011-September/007955.html create mode 100644 zarb-ml/mageia-dev/2011-September/007956.html create mode 100644 zarb-ml/mageia-dev/2011-September/007957.html create mode 100644 zarb-ml/mageia-dev/2011-September/007958.html create mode 100644 zarb-ml/mageia-dev/2011-September/007959.html create mode 100644 zarb-ml/mageia-dev/2011-September/007960.html create mode 100644 zarb-ml/mageia-dev/2011-September/007961.html create mode 100644 zarb-ml/mageia-dev/2011-September/007962.html create mode 100644 zarb-ml/mageia-dev/2011-September/007963.html create mode 100644 zarb-ml/mageia-dev/2011-September/007964.html create mode 100644 zarb-ml/mageia-dev/2011-September/007965.html create mode 100644 zarb-ml/mageia-dev/2011-September/007966.html create mode 100644 zarb-ml/mageia-dev/2011-September/007967.html create mode 100644 zarb-ml/mageia-dev/2011-September/007968.html create mode 100644 zarb-ml/mageia-dev/2011-September/007969.html create mode 100644 zarb-ml/mageia-dev/2011-September/007970.html create mode 100644 zarb-ml/mageia-dev/2011-September/007971.html create mode 100644 zarb-ml/mageia-dev/2011-September/007972.html create mode 100644 zarb-ml/mageia-dev/2011-September/007973.html create mode 100644 zarb-ml/mageia-dev/2011-September/007974.html create mode 100644 zarb-ml/mageia-dev/2011-September/007975.html create mode 100644 zarb-ml/mageia-dev/2011-September/007976.html create mode 100644 zarb-ml/mageia-dev/2011-September/007977.html create mode 100644 zarb-ml/mageia-dev/2011-September/007978.html create mode 100644 zarb-ml/mageia-dev/2011-September/007979.html create mode 100644 zarb-ml/mageia-dev/2011-September/007980.html create mode 100644 zarb-ml/mageia-dev/2011-September/007981.html create mode 100644 zarb-ml/mageia-dev/2011-September/007982.html create mode 100644 zarb-ml/mageia-dev/2011-September/007983.html create mode 100644 zarb-ml/mageia-dev/2011-September/007984.html create mode 100644 zarb-ml/mageia-dev/2011-September/007985.html create mode 100644 zarb-ml/mageia-dev/2011-September/007986.html create mode 100644 zarb-ml/mageia-dev/2011-September/007987.html create mode 100644 zarb-ml/mageia-dev/2011-September/007988.html create mode 100644 zarb-ml/mageia-dev/2011-September/007989.html create mode 100644 zarb-ml/mageia-dev/2011-September/007990.html create mode 100644 zarb-ml/mageia-dev/2011-September/007991.html create mode 100644 zarb-ml/mageia-dev/2011-September/007992.html create mode 100644 zarb-ml/mageia-dev/2011-September/007993.html create mode 100644 zarb-ml/mageia-dev/2011-September/007994.html create mode 100644 zarb-ml/mageia-dev/2011-September/007995.html create mode 100644 zarb-ml/mageia-dev/2011-September/007996.html create mode 100644 zarb-ml/mageia-dev/2011-September/007997.html create mode 100644 zarb-ml/mageia-dev/2011-September/007998.html create mode 100644 zarb-ml/mageia-dev/2011-September/007999.html create mode 100644 zarb-ml/mageia-dev/2011-September/008000.html create mode 100644 zarb-ml/mageia-dev/2011-September/008001.html create mode 100644 zarb-ml/mageia-dev/2011-September/008002.html create mode 100644 zarb-ml/mageia-dev/2011-September/008003.html create mode 100644 zarb-ml/mageia-dev/2011-September/008004.html create mode 100644 zarb-ml/mageia-dev/2011-September/008005.html create mode 100644 zarb-ml/mageia-dev/2011-September/008006.html create mode 100644 zarb-ml/mageia-dev/2011-September/008007.html create mode 100644 zarb-ml/mageia-dev/2011-September/008008.html create mode 100644 zarb-ml/mageia-dev/2011-September/008009.html create mode 100644 zarb-ml/mageia-dev/2011-September/008010.html create mode 100644 zarb-ml/mageia-dev/2011-September/008011.html create mode 100644 zarb-ml/mageia-dev/2011-September/008012.html create mode 100644 zarb-ml/mageia-dev/2011-September/008013.html create mode 100644 zarb-ml/mageia-dev/2011-September/008014.html create mode 100644 zarb-ml/mageia-dev/2011-September/008015.html create mode 100644 zarb-ml/mageia-dev/2011-September/008016.html create mode 100644 zarb-ml/mageia-dev/2011-September/008017.html create mode 100644 zarb-ml/mageia-dev/2011-September/008018.html create mode 100644 zarb-ml/mageia-dev/2011-September/008019.html create mode 100644 zarb-ml/mageia-dev/2011-September/008020.html create mode 100644 zarb-ml/mageia-dev/2011-September/008021.html create mode 100644 zarb-ml/mageia-dev/2011-September/008022.html create mode 100644 zarb-ml/mageia-dev/2011-September/008023.html create mode 100644 zarb-ml/mageia-dev/2011-September/008024.html create mode 100644 zarb-ml/mageia-dev/2011-September/008025.html create mode 100644 zarb-ml/mageia-dev/2011-September/008026.html create mode 100644 zarb-ml/mageia-dev/2011-September/008027.html create mode 100644 zarb-ml/mageia-dev/2011-September/008028.html create mode 100644 zarb-ml/mageia-dev/2011-September/008029.html create mode 100644 zarb-ml/mageia-dev/2011-September/008030.html create mode 100644 zarb-ml/mageia-dev/2011-September/008031.html create mode 100644 zarb-ml/mageia-dev/2011-September/008032.html create mode 100644 zarb-ml/mageia-dev/2011-September/008033.html create mode 100644 zarb-ml/mageia-dev/2011-September/008034.html create mode 100644 zarb-ml/mageia-dev/2011-September/008035.html create mode 100644 zarb-ml/mageia-dev/2011-September/008036.html create mode 100644 zarb-ml/mageia-dev/2011-September/008037.html create mode 100644 zarb-ml/mageia-dev/2011-September/008038.html create mode 100644 zarb-ml/mageia-dev/2011-September/008039.html create mode 100644 zarb-ml/mageia-dev/2011-September/008040.html create mode 100644 zarb-ml/mageia-dev/2011-September/008041.html create mode 100644 zarb-ml/mageia-dev/2011-September/008042.html create mode 100644 zarb-ml/mageia-dev/2011-September/008043.html create mode 100644 zarb-ml/mageia-dev/2011-September/008044.html create mode 100644 zarb-ml/mageia-dev/2011-September/008045.html create mode 100644 zarb-ml/mageia-dev/2011-September/008046.html create mode 100644 zarb-ml/mageia-dev/2011-September/008047.html create mode 100644 zarb-ml/mageia-dev/2011-September/008048.html create mode 100644 zarb-ml/mageia-dev/2011-September/008049.html create mode 100644 zarb-ml/mageia-dev/2011-September/008050.html create mode 100644 zarb-ml/mageia-dev/2011-September/008051.html create mode 100644 zarb-ml/mageia-dev/2011-September/008052.html create mode 100644 zarb-ml/mageia-dev/2011-September/008053.html create mode 100644 zarb-ml/mageia-dev/2011-September/008054.html create mode 100644 zarb-ml/mageia-dev/2011-September/008055.html create mode 100644 zarb-ml/mageia-dev/2011-September/008056.html create mode 100644 zarb-ml/mageia-dev/2011-September/008057.html create mode 100644 zarb-ml/mageia-dev/2011-September/008058.html create mode 100644 zarb-ml/mageia-dev/2011-September/008059.html create mode 100644 zarb-ml/mageia-dev/2011-September/008060.html create mode 100644 zarb-ml/mageia-dev/2011-September/008061.html create mode 100644 zarb-ml/mageia-dev/2011-September/008062.html create mode 100644 zarb-ml/mageia-dev/2011-September/008063.html create mode 100644 zarb-ml/mageia-dev/2011-September/008064.html create mode 100644 zarb-ml/mageia-dev/2011-September/008065.html create mode 100644 zarb-ml/mageia-dev/2011-September/008066.html create mode 100644 zarb-ml/mageia-dev/2011-September/008067.html create mode 100644 zarb-ml/mageia-dev/2011-September/008068.html create mode 100644 zarb-ml/mageia-dev/2011-September/008069.html create mode 100644 zarb-ml/mageia-dev/2011-September/008070.html create mode 100644 zarb-ml/mageia-dev/2011-September/008071.html create mode 100644 zarb-ml/mageia-dev/2011-September/008072.html create mode 100644 zarb-ml/mageia-dev/2011-September/008073.html create mode 100644 zarb-ml/mageia-dev/2011-September/008074.html create mode 100644 zarb-ml/mageia-dev/2011-September/008075.html create mode 100644 zarb-ml/mageia-dev/2011-September/008076.html create mode 100644 zarb-ml/mageia-dev/2011-September/008077.html create mode 100644 zarb-ml/mageia-dev/2011-September/008078.html create mode 100644 zarb-ml/mageia-dev/2011-September/008079.html create mode 100644 zarb-ml/mageia-dev/2011-September/008080.html create mode 100644 zarb-ml/mageia-dev/2011-September/008081.html create mode 100644 zarb-ml/mageia-dev/2011-September/008082.html create mode 100644 zarb-ml/mageia-dev/2011-September/008083.html create mode 100644 zarb-ml/mageia-dev/2011-September/008084.html create mode 100644 zarb-ml/mageia-dev/2011-September/008085.html create mode 100644 zarb-ml/mageia-dev/2011-September/008086.html create mode 100644 zarb-ml/mageia-dev/2011-September/008087.html create mode 100644 zarb-ml/mageia-dev/2011-September/008088.html create mode 100644 zarb-ml/mageia-dev/2011-September/008089.html create mode 100644 zarb-ml/mageia-dev/2011-September/008090.html create mode 100644 zarb-ml/mageia-dev/2011-September/008091.html create mode 100644 zarb-ml/mageia-dev/2011-September/008092.html create mode 100644 zarb-ml/mageia-dev/2011-September/008093.html create mode 100644 zarb-ml/mageia-dev/2011-September/008094.html create mode 100644 zarb-ml/mageia-dev/2011-September/008095.html create mode 100644 zarb-ml/mageia-dev/2011-September/008096.html create mode 100644 zarb-ml/mageia-dev/2011-September/008097.html create mode 100644 zarb-ml/mageia-dev/2011-September/008098.html create mode 100644 zarb-ml/mageia-dev/2011-September/008099.html create mode 100644 zarb-ml/mageia-dev/2011-September/008100.html create mode 100644 zarb-ml/mageia-dev/2011-September/008101.html create mode 100644 zarb-ml/mageia-dev/2011-September/008102.html create mode 100644 zarb-ml/mageia-dev/2011-September/008103.html create mode 100644 zarb-ml/mageia-dev/2011-September/008104.html create mode 100644 zarb-ml/mageia-dev/2011-September/008105.html create mode 100644 zarb-ml/mageia-dev/2011-September/008106.html create mode 100644 zarb-ml/mageia-dev/2011-September/008107.html create mode 100644 zarb-ml/mageia-dev/2011-September/008108.html create mode 100644 zarb-ml/mageia-dev/2011-September/008109.html create mode 100644 zarb-ml/mageia-dev/2011-September/008110.html create mode 100644 zarb-ml/mageia-dev/2011-September/008111.html create mode 100644 zarb-ml/mageia-dev/2011-September/008115.html create mode 100644 zarb-ml/mageia-dev/2011-September/008116.html create mode 100644 zarb-ml/mageia-dev/2011-September/008117.html create mode 100644 zarb-ml/mageia-dev/2011-September/008118.html create mode 100644 zarb-ml/mageia-dev/2011-September/008119.html create mode 100644 zarb-ml/mageia-dev/2011-September/008120.html create mode 100644 zarb-ml/mageia-dev/2011-September/008121.html create mode 100644 zarb-ml/mageia-dev/2011-September/008122.html create mode 100644 zarb-ml/mageia-dev/2011-September/008123.html create mode 100644 zarb-ml/mageia-dev/2011-September/008124.html create mode 100644 zarb-ml/mageia-dev/2011-September/008125.html create mode 100644 zarb-ml/mageia-dev/2011-September/008126.html create mode 100644 zarb-ml/mageia-dev/2011-September/008127.html create mode 100644 zarb-ml/mageia-dev/2011-September/008128.html create mode 100644 zarb-ml/mageia-dev/2011-September/008129.html create mode 100644 zarb-ml/mageia-dev/2011-September/008130.html create mode 100644 zarb-ml/mageia-dev/2011-September/008131.html create mode 100644 zarb-ml/mageia-dev/2011-September/008132.html create mode 100644 zarb-ml/mageia-dev/2011-September/008133.html create mode 100644 zarb-ml/mageia-dev/2011-September/008134.html create mode 100644 zarb-ml/mageia-dev/2011-September/008135.html create mode 100644 zarb-ml/mageia-dev/2011-September/008136.html create mode 100644 zarb-ml/mageia-dev/2011-September/008137.html create mode 100644 zarb-ml/mageia-dev/2011-September/008138.html create mode 100644 zarb-ml/mageia-dev/2011-September/008139.html create mode 100644 zarb-ml/mageia-dev/2011-September/008140.html create mode 100644 zarb-ml/mageia-dev/2011-September/008141.html create mode 100644 zarb-ml/mageia-dev/2011-September/008142.html create mode 100644 zarb-ml/mageia-dev/2011-September/008143.html create mode 100644 zarb-ml/mageia-dev/2011-September/008144.html create mode 100644 zarb-ml/mageia-dev/2011-September/008145.html create mode 100644 zarb-ml/mageia-dev/2011-September/008146.html create mode 100644 zarb-ml/mageia-dev/2011-September/008147.html create mode 100644 zarb-ml/mageia-dev/2011-September/008148.html create mode 100644 zarb-ml/mageia-dev/2011-September/008149.html create mode 100644 zarb-ml/mageia-dev/2011-September/008150.html create mode 100644 zarb-ml/mageia-dev/2011-September/008151.html create mode 100644 zarb-ml/mageia-dev/2011-September/008152.html create mode 100644 zarb-ml/mageia-dev/2011-September/008153.html create mode 100644 zarb-ml/mageia-dev/2011-September/008154.html create mode 100644 zarb-ml/mageia-dev/2011-September/008155.html create mode 100644 zarb-ml/mageia-dev/2011-September/008156.html create mode 100644 zarb-ml/mageia-dev/2011-September/008157.html create mode 100644 zarb-ml/mageia-dev/2011-September/008158.html create mode 100644 zarb-ml/mageia-dev/2011-September/008159.html create mode 100644 zarb-ml/mageia-dev/2011-September/008160.html create mode 100644 zarb-ml/mageia-dev/2011-September/008161.html create mode 100644 zarb-ml/mageia-dev/2011-September/008162.html create mode 100644 zarb-ml/mageia-dev/2011-September/008163.html create mode 100644 zarb-ml/mageia-dev/2011-September/008164.html create mode 100644 zarb-ml/mageia-dev/2011-September/008165.html create mode 100644 zarb-ml/mageia-dev/2011-September/008166.html create mode 100644 zarb-ml/mageia-dev/2011-September/008167.html create mode 100644 zarb-ml/mageia-dev/2011-September/008168.html create mode 100644 zarb-ml/mageia-dev/2011-September/008169.html create mode 100644 zarb-ml/mageia-dev/2011-September/008170.html create mode 100644 zarb-ml/mageia-dev/2011-September/008171.html create mode 100644 zarb-ml/mageia-dev/2011-September/008172.html create mode 100644 zarb-ml/mageia-dev/2011-September/008173.html create mode 100644 zarb-ml/mageia-dev/2011-September/008174.html create mode 100644 zarb-ml/mageia-dev/2011-September/008175.html create mode 100644 zarb-ml/mageia-dev/2011-September/008176.html create mode 100644 zarb-ml/mageia-dev/2011-September/008177.html create mode 100644 zarb-ml/mageia-dev/2011-September/008178.html create mode 100644 zarb-ml/mageia-dev/2011-September/008179.html create mode 100644 zarb-ml/mageia-dev/2011-September/008180.html create mode 100644 zarb-ml/mageia-dev/2011-September/008181.html create mode 100644 zarb-ml/mageia-dev/2011-September/008182.html create mode 100644 zarb-ml/mageia-dev/2011-September/008183.html create mode 100644 zarb-ml/mageia-dev/2011-September/008184.html create mode 100644 zarb-ml/mageia-dev/2011-September/008185.html create mode 100644 zarb-ml/mageia-dev/2011-September/008186.html create mode 100644 zarb-ml/mageia-dev/2011-September/008187.html create mode 100644 zarb-ml/mageia-dev/2011-September/008188.html create mode 100644 zarb-ml/mageia-dev/2011-September/008189.html create mode 100644 zarb-ml/mageia-dev/2011-September/008190.html create mode 100644 zarb-ml/mageia-dev/2011-September/008191.html create mode 100644 zarb-ml/mageia-dev/2011-September/008192.html create mode 100644 zarb-ml/mageia-dev/2011-September/008193.html create mode 100644 zarb-ml/mageia-dev/2011-September/008194.html create mode 100644 zarb-ml/mageia-dev/2011-September/008195.html create mode 100644 zarb-ml/mageia-dev/2011-September/008196.html create mode 100644 zarb-ml/mageia-dev/2011-September/008197.html create mode 100644 zarb-ml/mageia-dev/2011-September/008198.html create mode 100644 zarb-ml/mageia-dev/2011-September/008199.html create mode 100644 zarb-ml/mageia-dev/2011-September/008200.html create mode 100644 zarb-ml/mageia-dev/2011-September/008201.html create mode 100644 zarb-ml/mageia-dev/2011-September/008202.html create mode 100644 zarb-ml/mageia-dev/2011-September/008203.html create mode 100644 zarb-ml/mageia-dev/2011-September/008204.html create mode 100644 zarb-ml/mageia-dev/2011-September/008205.html create mode 100644 zarb-ml/mageia-dev/2011-September/008206.html create mode 100644 zarb-ml/mageia-dev/2011-September/008207.html create mode 100644 zarb-ml/mageia-dev/2011-September/008208.html create mode 100644 zarb-ml/mageia-dev/2011-September/008209.html create mode 100644 zarb-ml/mageia-dev/2011-September/008210.html create mode 100644 zarb-ml/mageia-dev/2011-September/008211.html create mode 100644 zarb-ml/mageia-dev/2011-September/008212.html create mode 100644 zarb-ml/mageia-dev/2011-September/008213.html create mode 100644 zarb-ml/mageia-dev/2011-September/008214.html create mode 100644 zarb-ml/mageia-dev/2011-September/008215.html create mode 100644 zarb-ml/mageia-dev/2011-September/008216.html create mode 100644 zarb-ml/mageia-dev/2011-September/008217.html create mode 100644 zarb-ml/mageia-dev/2011-September/008218.html create mode 100644 zarb-ml/mageia-dev/2011-September/008219.html create mode 100644 zarb-ml/mageia-dev/2011-September/008220.html create mode 100644 zarb-ml/mageia-dev/2011-September/008221.html create mode 100644 zarb-ml/mageia-dev/2011-September/008222.html create mode 100644 zarb-ml/mageia-dev/2011-September/008223.html create mode 100644 zarb-ml/mageia-dev/2011-September/008224.html create mode 100644 zarb-ml/mageia-dev/2011-September/008225.html create mode 100644 zarb-ml/mageia-dev/2011-September/008226.html create mode 100644 zarb-ml/mageia-dev/2011-September/008227.html create mode 100644 zarb-ml/mageia-dev/2011-September/008228.html create mode 100644 zarb-ml/mageia-dev/2011-September/008229.html create mode 100644 zarb-ml/mageia-dev/2011-September/008230.html create mode 100644 zarb-ml/mageia-dev/2011-September/008231.html create mode 100644 zarb-ml/mageia-dev/2011-September/008232.html create mode 100644 zarb-ml/mageia-dev/2011-September/008233.html create mode 100644 zarb-ml/mageia-dev/2011-September/008234.html create mode 100644 zarb-ml/mageia-dev/2011-September/008235.html create mode 100644 zarb-ml/mageia-dev/2011-September/008236.html create mode 100644 zarb-ml/mageia-dev/2011-September/008237.html create mode 100644 zarb-ml/mageia-dev/2011-September/008238.html create mode 100644 zarb-ml/mageia-dev/2011-September/008239.html create mode 100644 zarb-ml/mageia-dev/2011-September/008240.html create mode 100644 zarb-ml/mageia-dev/2011-September/008241.html create mode 100644 zarb-ml/mageia-dev/2011-September/008242.html create mode 100644 zarb-ml/mageia-dev/2011-September/008243.html create mode 100644 zarb-ml/mageia-dev/2011-September/008244.html create mode 100644 zarb-ml/mageia-dev/2011-September/008245.html create mode 100644 zarb-ml/mageia-dev/2011-September/008246.html create mode 100644 zarb-ml/mageia-dev/2011-September/008247.html create mode 100644 zarb-ml/mageia-dev/2011-September/008248.html create mode 100644 zarb-ml/mageia-dev/2011-September/008249.html create mode 100644 zarb-ml/mageia-dev/2011-September/008250.html create mode 100644 zarb-ml/mageia-dev/2011-September/008251.html create mode 100644 zarb-ml/mageia-dev/2011-September/008252.html create mode 100644 zarb-ml/mageia-dev/2011-September/008253.html create mode 100644 zarb-ml/mageia-dev/2011-September/008254.html create mode 100644 zarb-ml/mageia-dev/2011-September/008255.html create mode 100644 zarb-ml/mageia-dev/2011-September/008256.html create mode 100644 zarb-ml/mageia-dev/2011-September/008257.html create mode 100644 zarb-ml/mageia-dev/2011-September/008258.html create mode 100644 zarb-ml/mageia-dev/2011-September/008259.html create mode 100644 zarb-ml/mageia-dev/2011-September/008260.html create mode 100644 zarb-ml/mageia-dev/2011-September/008261.html create mode 100644 zarb-ml/mageia-dev/2011-September/008262.html create mode 100644 zarb-ml/mageia-dev/2011-September/008263.html create mode 100644 zarb-ml/mageia-dev/2011-September/008264.html create mode 100644 zarb-ml/mageia-dev/2011-September/008265.html create mode 100644 zarb-ml/mageia-dev/2011-September/008266.html create mode 100644 zarb-ml/mageia-dev/2011-September/008267.html create mode 100644 zarb-ml/mageia-dev/2011-September/008268.html create mode 100644 zarb-ml/mageia-dev/2011-September/008269.html create mode 100644 zarb-ml/mageia-dev/2011-September/008270.html create mode 100644 zarb-ml/mageia-dev/2011-September/008271.html create mode 100644 zarb-ml/mageia-dev/2011-September/008272.html create mode 100644 zarb-ml/mageia-dev/2011-September/008273.html create mode 100644 zarb-ml/mageia-dev/2011-September/008274.html create mode 100644 zarb-ml/mageia-dev/2011-September/008275.html create mode 100644 zarb-ml/mageia-dev/2011-September/008276.html create mode 100644 zarb-ml/mageia-dev/2011-September/008277.html create mode 100644 zarb-ml/mageia-dev/2011-September/008278.html create mode 100644 zarb-ml/mageia-dev/2011-September/008279.html create mode 100644 zarb-ml/mageia-dev/2011-September/008280.html create mode 100644 zarb-ml/mageia-dev/2011-September/008281.html create mode 100644 zarb-ml/mageia-dev/2011-September/008282.html create mode 100644 zarb-ml/mageia-dev/2011-September/008283.html create mode 100644 zarb-ml/mageia-dev/2011-September/008284.html create mode 100644 zarb-ml/mageia-dev/2011-September/008285.html create mode 100644 zarb-ml/mageia-dev/2011-September/008286.html create mode 100644 zarb-ml/mageia-dev/2011-September/008287.html create mode 100644 zarb-ml/mageia-dev/2011-September/008288.html create mode 100644 zarb-ml/mageia-dev/2011-September/008289.html create mode 100644 zarb-ml/mageia-dev/2011-September/008290.html create mode 100644 zarb-ml/mageia-dev/2011-September/008291.html create mode 100644 zarb-ml/mageia-dev/2011-September/008292.html create mode 100644 zarb-ml/mageia-dev/2011-September/008293.html create mode 100644 zarb-ml/mageia-dev/2011-September/008294.html create mode 100644 zarb-ml/mageia-dev/2011-September/008295.html create mode 100644 zarb-ml/mageia-dev/2011-September/008296.html create mode 100644 zarb-ml/mageia-dev/2011-September/008297.html create mode 100644 zarb-ml/mageia-dev/2011-September/008298.html create mode 100644 zarb-ml/mageia-dev/2011-September/008299.html create mode 100644 zarb-ml/mageia-dev/2011-September/008300.html create mode 100644 zarb-ml/mageia-dev/2011-September/008301.html create mode 100644 zarb-ml/mageia-dev/2011-September/008302.html create mode 100644 zarb-ml/mageia-dev/2011-September/008303.html create mode 100644 zarb-ml/mageia-dev/2011-September/008304.html create mode 100644 zarb-ml/mageia-dev/2011-September/008305.html create mode 100644 zarb-ml/mageia-dev/2011-September/008306.html create mode 100644 zarb-ml/mageia-dev/2011-September/008307.html create mode 100644 zarb-ml/mageia-dev/2011-September/008308.html create mode 100644 zarb-ml/mageia-dev/2011-September/008309.html create mode 100644 zarb-ml/mageia-dev/2011-September/008310.html create mode 100644 zarb-ml/mageia-dev/2011-September/008311.html create mode 100644 zarb-ml/mageia-dev/2011-September/008312.html create mode 100644 zarb-ml/mageia-dev/2011-September/008313.html create mode 100644 zarb-ml/mageia-dev/2011-September/008314.html create mode 100644 zarb-ml/mageia-dev/2011-September/008315.html create mode 100644 zarb-ml/mageia-dev/2011-September/008316.html create mode 100644 zarb-ml/mageia-dev/2011-September/008317.html create mode 100644 zarb-ml/mageia-dev/2011-September/008318.html create mode 100644 zarb-ml/mageia-dev/2011-September/008319.html create mode 100644 zarb-ml/mageia-dev/2011-September/008320.html create mode 100644 zarb-ml/mageia-dev/2011-September/008321.html create mode 100644 zarb-ml/mageia-dev/2011-September/008322.html create mode 100644 zarb-ml/mageia-dev/2011-September/008323.html create mode 100644 zarb-ml/mageia-dev/2011-September/008324.html create mode 100644 zarb-ml/mageia-dev/2011-September/008325.html create mode 100644 zarb-ml/mageia-dev/2011-September/008326.html create mode 100644 zarb-ml/mageia-dev/2011-September/008327.html create mode 100644 zarb-ml/mageia-dev/2011-September/008328.html create mode 100644 zarb-ml/mageia-dev/2011-September/008329.html create mode 100644 zarb-ml/mageia-dev/2011-September/008330.html create mode 100644 zarb-ml/mageia-dev/2011-September/008331.html create mode 100644 zarb-ml/mageia-dev/2011-September/008332.html create mode 100644 zarb-ml/mageia-dev/2011-September/008333.html create mode 100644 zarb-ml/mageia-dev/2011-September/008334.html create mode 100644 zarb-ml/mageia-dev/2011-September/008335.html create mode 100644 zarb-ml/mageia-dev/2011-September/008336.html create mode 100644 zarb-ml/mageia-dev/2011-September/008337.html create mode 100644 zarb-ml/mageia-dev/2011-September/008338.html create mode 100644 zarb-ml/mageia-dev/2011-September/008339.html create mode 100644 zarb-ml/mageia-dev/2011-September/008340.html create mode 100644 zarb-ml/mageia-dev/2011-September/008341.html create mode 100644 zarb-ml/mageia-dev/2011-September/008342.html create mode 100644 zarb-ml/mageia-dev/2011-September/008343.html create mode 100644 zarb-ml/mageia-dev/2011-September/008344.html create mode 100644 zarb-ml/mageia-dev/2011-September/008345.html create mode 100644 zarb-ml/mageia-dev/2011-September/008346.html create mode 100644 zarb-ml/mageia-dev/2011-September/008347.html create mode 100644 zarb-ml/mageia-dev/2011-September/008348.html create mode 100644 zarb-ml/mageia-dev/2011-September/008349.html create mode 100644 zarb-ml/mageia-dev/2011-September/008350.html create mode 100644 zarb-ml/mageia-dev/2011-September/008351.html create mode 100644 zarb-ml/mageia-dev/2011-September/008352.html create mode 100644 zarb-ml/mageia-dev/2011-September/008353.html create mode 100644 zarb-ml/mageia-dev/2011-September/008354.html create mode 100644 zarb-ml/mageia-dev/2011-September/008355.html create mode 100644 zarb-ml/mageia-dev/2011-September/008356.html create mode 100644 zarb-ml/mageia-dev/2011-September/008357.html create mode 100644 zarb-ml/mageia-dev/2011-September/008358.html create mode 100644 zarb-ml/mageia-dev/2011-September/008359.html create mode 100644 zarb-ml/mageia-dev/2011-September/008360.html create mode 100644 zarb-ml/mageia-dev/2011-September/008361.html create mode 100644 zarb-ml/mageia-dev/2011-September/008362.html create mode 100644 zarb-ml/mageia-dev/2011-September/008363.html create mode 100644 zarb-ml/mageia-dev/2011-September/008364.html create mode 100644 zarb-ml/mageia-dev/2011-September/008365.html create mode 100644 zarb-ml/mageia-dev/2011-September/008366.html create mode 100644 zarb-ml/mageia-dev/2011-September/008367.html create mode 100644 zarb-ml/mageia-dev/2011-September/008368.html create mode 100644 zarb-ml/mageia-dev/2011-September/008369.html create mode 100644 zarb-ml/mageia-dev/2011-September/008370.html create mode 100644 zarb-ml/mageia-dev/2011-September/008371.html create mode 100644 zarb-ml/mageia-dev/2011-September/008372.html create mode 100644 zarb-ml/mageia-dev/2011-September/008373.html create mode 100644 zarb-ml/mageia-dev/2011-September/008374.html create mode 100644 zarb-ml/mageia-dev/2011-September/008375.html create mode 100644 zarb-ml/mageia-dev/2011-September/008376.html create mode 100644 zarb-ml/mageia-dev/2011-September/008377.html create mode 100644 zarb-ml/mageia-dev/2011-September/008378.html create mode 100644 zarb-ml/mageia-dev/2011-September/008379.html create mode 100644 zarb-ml/mageia-dev/2011-September/008380.html create mode 100644 zarb-ml/mageia-dev/2011-September/008381.html create mode 100644 zarb-ml/mageia-dev/2011-September/008382.html create mode 100644 zarb-ml/mageia-dev/2011-September/008383.html create mode 100644 zarb-ml/mageia-dev/2011-September/008384.html create mode 100644 zarb-ml/mageia-dev/2011-September/008385.html create mode 100644 zarb-ml/mageia-dev/2011-September/008386.html create mode 100644 zarb-ml/mageia-dev/2011-September/008387.html create mode 100644 zarb-ml/mageia-dev/2011-September/008388.html create mode 100644 zarb-ml/mageia-dev/2011-September/008389.html create mode 100644 zarb-ml/mageia-dev/2011-September/008390.html create mode 100644 zarb-ml/mageia-dev/2011-September/008391.html create mode 100644 zarb-ml/mageia-dev/2011-September/008392.html create mode 100644 zarb-ml/mageia-dev/2011-September/008393.html create mode 100644 zarb-ml/mageia-dev/2011-September/008394.html create mode 100644 zarb-ml/mageia-dev/2011-September/008395.html create mode 100644 zarb-ml/mageia-dev/2011-September/008396.html create mode 100644 zarb-ml/mageia-dev/2011-September/008397.html create mode 100644 zarb-ml/mageia-dev/2011-September/008398.html create mode 100644 zarb-ml/mageia-dev/2011-September/008399.html create mode 100644 zarb-ml/mageia-dev/2011-September/008400.html create mode 100644 zarb-ml/mageia-dev/2011-September/008401.html create mode 100644 zarb-ml/mageia-dev/2011-September/008402.html create mode 100644 zarb-ml/mageia-dev/2011-September/008403.html create mode 100644 zarb-ml/mageia-dev/2011-September/008404.html create mode 100644 zarb-ml/mageia-dev/2011-September/008405.html create mode 100644 zarb-ml/mageia-dev/2011-September/008406.html create mode 100644 zarb-ml/mageia-dev/2011-September/008407.html create mode 100644 zarb-ml/mageia-dev/2011-September/008408.html create mode 100644 zarb-ml/mageia-dev/2011-September/008409.html create mode 100644 zarb-ml/mageia-dev/2011-September/008410.html create mode 100644 zarb-ml/mageia-dev/2011-September/008411.html create mode 100644 zarb-ml/mageia-dev/2011-September/008412.html create mode 100644 zarb-ml/mageia-dev/2011-September/008413.html create mode 100644 zarb-ml/mageia-dev/2011-September/008414.html create mode 100644 zarb-ml/mageia-dev/2011-September/008415.html create mode 100644 zarb-ml/mageia-dev/2011-September/008416.html create mode 100644 zarb-ml/mageia-dev/2011-September/008417.html create mode 100644 zarb-ml/mageia-dev/2011-September/008418.html create mode 100644 zarb-ml/mageia-dev/2011-September/008419.html create mode 100644 zarb-ml/mageia-dev/2011-September/008420.html create mode 100644 zarb-ml/mageia-dev/2011-September/008421.html create mode 100644 zarb-ml/mageia-dev/2011-September/008422.html create mode 100644 zarb-ml/mageia-dev/2011-September/008423.html create mode 100644 zarb-ml/mageia-dev/2011-September/008424.html create mode 100644 zarb-ml/mageia-dev/2011-September/008425.html create mode 100644 zarb-ml/mageia-dev/2011-September/008426.html create mode 100644 zarb-ml/mageia-dev/2011-September/008427.html create mode 100644 zarb-ml/mageia-dev/2011-September/008428.html create mode 100644 zarb-ml/mageia-dev/2011-September/008429.html create mode 100644 zarb-ml/mageia-dev/2011-September/008430.html create mode 100644 zarb-ml/mageia-dev/2011-September/008431.html create mode 100644 zarb-ml/mageia-dev/2011-September/008432.html create mode 100644 zarb-ml/mageia-dev/2011-September/008433.html create mode 100644 zarb-ml/mageia-dev/2011-September/008434.html create mode 100644 zarb-ml/mageia-dev/2011-September/008435.html create mode 100644 zarb-ml/mageia-dev/2011-September/008436.html create mode 100644 zarb-ml/mageia-dev/2011-September/008437.html create mode 100644 zarb-ml/mageia-dev/2011-September/008438.html create mode 100644 zarb-ml/mageia-dev/2011-September/008439.html create mode 100644 zarb-ml/mageia-dev/2011-September/008440.html create mode 100644 zarb-ml/mageia-dev/2011-September/008441.html create mode 100644 zarb-ml/mageia-dev/2011-September/008442.html create mode 100644 zarb-ml/mageia-dev/2011-September/008443.html create mode 100644 zarb-ml/mageia-dev/2011-September/008444.html create mode 100644 zarb-ml/mageia-dev/2011-September/008445.html create mode 100644 zarb-ml/mageia-dev/2011-September/008446.html create mode 100644 zarb-ml/mageia-dev/2011-September/008447.html create mode 100644 zarb-ml/mageia-dev/2011-September/008448.html create mode 100644 zarb-ml/mageia-dev/2011-September/008449.html create mode 100644 zarb-ml/mageia-dev/2011-September/008450.html create mode 100644 zarb-ml/mageia-dev/2011-September/008451.html create mode 100644 zarb-ml/mageia-dev/2011-September/008452.html create mode 100644 zarb-ml/mageia-dev/2011-September/008453.html create mode 100644 zarb-ml/mageia-dev/2011-September/008454.html create mode 100644 zarb-ml/mageia-dev/2011-September/008455.html create mode 100644 zarb-ml/mageia-dev/2011-September/008456.html create mode 100644 zarb-ml/mageia-dev/2011-September/008457.html create mode 100644 zarb-ml/mageia-dev/2011-September/008458.html create mode 100644 zarb-ml/mageia-dev/2011-September/008459.html create mode 100644 zarb-ml/mageia-dev/2011-September/008460.html create mode 100644 zarb-ml/mageia-dev/2011-September/008461.html create mode 100644 zarb-ml/mageia-dev/2011-September/008462.html create mode 100644 zarb-ml/mageia-dev/2011-September/008463.html create mode 100644 zarb-ml/mageia-dev/2011-September/008464.html create mode 100644 zarb-ml/mageia-dev/2011-September/008465.html create mode 100644 zarb-ml/mageia-dev/2011-September/008466.html create mode 100644 zarb-ml/mageia-dev/2011-September/008467.html create mode 100644 zarb-ml/mageia-dev/2011-September/008468.html create mode 100644 zarb-ml/mageia-dev/2011-September/008469.html create mode 100644 zarb-ml/mageia-dev/2011-September/008470.html create mode 100644 zarb-ml/mageia-dev/2011-September/008471.html create mode 100644 zarb-ml/mageia-dev/2011-September/008472.html create mode 100644 zarb-ml/mageia-dev/2011-September/008473.html create mode 100644 zarb-ml/mageia-dev/2011-September/008474.html create mode 100644 zarb-ml/mageia-dev/2011-September/008475.html create mode 100644 zarb-ml/mageia-dev/2011-September/008476.html create mode 100644 zarb-ml/mageia-dev/2011-September/008477.html create mode 100644 zarb-ml/mageia-dev/2011-September/008478.html create mode 100644 zarb-ml/mageia-dev/2011-September/008479.html create mode 100644 zarb-ml/mageia-dev/2011-September/008480.html create mode 100644 zarb-ml/mageia-dev/2011-September/008481.html create mode 100644 zarb-ml/mageia-dev/2011-September/008482.html create mode 100644 zarb-ml/mageia-dev/2011-September/008483.html create mode 100644 zarb-ml/mageia-dev/2011-September/008484.html create mode 100644 zarb-ml/mageia-dev/2011-September/008485.html create mode 100644 zarb-ml/mageia-dev/2011-September/008486.html create mode 100644 zarb-ml/mageia-dev/2011-September/008487.html create mode 100644 zarb-ml/mageia-dev/2011-September/008488.html create mode 100644 zarb-ml/mageia-dev/2011-September/008489.html create mode 100644 zarb-ml/mageia-dev/2011-September/008490.html create mode 100644 zarb-ml/mageia-dev/2011-September/008491.html create mode 100644 zarb-ml/mageia-dev/2011-September/008492.html create mode 100644 zarb-ml/mageia-dev/2011-September/008493.html create mode 100644 zarb-ml/mageia-dev/2011-September/008494.html create mode 100644 zarb-ml/mageia-dev/2011-September/008495.html create mode 100644 zarb-ml/mageia-dev/2011-September/008496.html create mode 100644 zarb-ml/mageia-dev/2011-September/008497.html create mode 100644 zarb-ml/mageia-dev/2011-September/008498.html create mode 100644 zarb-ml/mageia-dev/2011-September/008499.html create mode 100644 zarb-ml/mageia-dev/2011-September/008500.html create mode 100644 zarb-ml/mageia-dev/2011-September/008501.html create mode 100644 zarb-ml/mageia-dev/2011-September/008502.html create mode 100644 zarb-ml/mageia-dev/2011-September/008503.html create mode 100644 zarb-ml/mageia-dev/2011-September/008504.html create mode 100644 zarb-ml/mageia-dev/2011-September/008505.html create mode 100644 zarb-ml/mageia-dev/2011-September/008506.html create mode 100644 zarb-ml/mageia-dev/2011-September/008507.html create mode 100644 zarb-ml/mageia-dev/2011-September/008508.html create mode 100644 zarb-ml/mageia-dev/2011-September/008509.html create mode 100644 zarb-ml/mageia-dev/2011-September/008510.html create mode 100644 zarb-ml/mageia-dev/2011-September/008511.html create mode 100644 zarb-ml/mageia-dev/2011-September/008512.html create mode 100644 zarb-ml/mageia-dev/2011-September/008513.html create mode 100644 zarb-ml/mageia-dev/2011-September/008514.html create mode 100644 zarb-ml/mageia-dev/2011-September/008515.html create mode 100644 zarb-ml/mageia-dev/2011-September/008516.html create mode 100644 zarb-ml/mageia-dev/2011-September/008517.html create mode 100644 zarb-ml/mageia-dev/2011-September/008518.html create mode 100644 zarb-ml/mageia-dev/2011-September/008519.html create mode 100644 zarb-ml/mageia-dev/2011-September/008520.html create mode 100644 zarb-ml/mageia-dev/2011-September/008521.html create mode 100644 zarb-ml/mageia-dev/2011-September/008522.html create mode 100644 zarb-ml/mageia-dev/2011-September/008523.html create mode 100644 zarb-ml/mageia-dev/2011-September/008524.html create mode 100644 zarb-ml/mageia-dev/2011-September/008525.html create mode 100644 zarb-ml/mageia-dev/2011-September/008526.html create mode 100644 zarb-ml/mageia-dev/2011-September/008527.html create mode 100644 zarb-ml/mageia-dev/2011-September/008528.html create mode 100644 zarb-ml/mageia-dev/2011-September/008529.html create mode 100644 zarb-ml/mageia-dev/2011-September/008530.html create mode 100644 zarb-ml/mageia-dev/2011-September/008531.html create mode 100644 zarb-ml/mageia-dev/2011-September/008532.html create mode 100644 zarb-ml/mageia-dev/2011-September/008533.html create mode 100644 zarb-ml/mageia-dev/2011-September/008534.html create mode 100644 zarb-ml/mageia-dev/2011-September/008535.html create mode 100644 zarb-ml/mageia-dev/2011-September/008536.html create mode 100644 zarb-ml/mageia-dev/2011-September/008537.html create mode 100644 zarb-ml/mageia-dev/2011-September/008538.html create mode 100644 zarb-ml/mageia-dev/2011-September/008539.html create mode 100644 zarb-ml/mageia-dev/2011-September/008540.html create mode 100644 zarb-ml/mageia-dev/2011-September/008541.html create mode 100644 zarb-ml/mageia-dev/2011-September/008542.html create mode 100644 zarb-ml/mageia-dev/2011-September/008543.html create mode 100644 zarb-ml/mageia-dev/2011-September/008544.html create mode 100644 zarb-ml/mageia-dev/2011-September/008545.html create mode 100644 zarb-ml/mageia-dev/2011-September/008546.html create mode 100644 zarb-ml/mageia-dev/2011-September/008547.html create mode 100644 zarb-ml/mageia-dev/2011-September/008548.html create mode 100644 zarb-ml/mageia-dev/2011-September/008549.html create mode 100644 zarb-ml/mageia-dev/2011-September/008550.html create mode 100644 zarb-ml/mageia-dev/2011-September/008551.html create mode 100644 zarb-ml/mageia-dev/2011-September/008552.html create mode 100644 zarb-ml/mageia-dev/2011-September/008553.html create mode 100644 zarb-ml/mageia-dev/2011-September/008554.html create mode 100644 zarb-ml/mageia-dev/2011-September/008555.html create mode 100644 zarb-ml/mageia-dev/2011-September/008594.html create mode 100644 zarb-ml/mageia-dev/2011-September/008595.html create mode 100644 zarb-ml/mageia-dev/2011-September/008596.html create mode 100644 zarb-ml/mageia-dev/2011-September/008597.html create mode 100644 zarb-ml/mageia-dev/2011-September/author.html create mode 100644 zarb-ml/mageia-dev/2011-September/date.html create mode 120000 zarb-ml/mageia-dev/2011-September/index.html create mode 100644 zarb-ml/mageia-dev/2011-September/subject.html create mode 100644 zarb-ml/mageia-dev/2011-September/thread.html (limited to 'zarb-ml/mageia-dev/2011-September') diff --git a/zarb-ml/mageia-dev/2011-September/007716.html b/zarb-ml/mageia-dev/2011-September/007716.html new file mode 100644 index 000000000..6be420bd2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007716.html @@ -0,0 +1,88 @@ + + + + [Mageia-dev] cauldron core/release rtl8192ce_se_de-0004.0816.2011-1.mga2 + + + + + + + + + +

[Mageia-dev] cauldron core/release rtl8192ce_se_de-0004.0816.2011-1.mga2

+ Zé + mmodem00 at gmail.com +
+ Thu Sep 1 00:38:03 CEST 2011 +

+
+ +
2011/8/31 Thomas Backlund <tmb at mageia.org>:
+> Why did you upload this crap ?
+>
+> You didn't even wait for response on the problems you reported last night :/
+>
+> This is duplicating code that is already in 3.x series kernels.
+
+These are different modules, this modules do not cause the mouse to
+stop and the keyboard to repeat it self like some was pressing a key
+constantly.
+
+I did told you all yesterday.
+
+You told me now that you have released a new kernel-firmware-extra
+package, so instead just erasing good packages you could simply add a
+conflict for the package rtl8192ce_se_de-firmware, this way the user
+doesnt have a package that provides modules that do not mess with the
+mouse and the keyboard.
+
+-- 
+Zé
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007717.html b/zarb-ml/mageia-dev/2011-September/007717.html new file mode 100644 index 000000000..40f7809d9 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007717.html @@ -0,0 +1,90 @@ + + + + [Mageia-dev] [135989] + + + + + + + + + +

[Mageia-dev] [135989]

+ Balcaen John + mikala at mageia.org +
+ Thu Sep 1 00:19:14 CEST 2011 +

+
+ +
Le mercredi 31 août 2011 18:45:44, Zé a écrit :
+> 2011/8/30 John Balcaen <mikala at mageia.org>:
+> > I'm still waiting for your commit in soft regarding iaora_kde since June
+> > 12th... You're not doing correctly your job & then you complain that
+> > we're not acting as a team ?
+> > Also maybe you can start helping on bug fixing on mageia like for
+> > example Luc is doing ?
+> 
+> And this is another you keep repeating that i already did answered,
+> but ill repeat:
+> 
+> Iaora its a mandriva project that in wich the source was also imported
+> to mageia svn.
+> Whats there to update? the mageia iaora project?
+> 
+> But if iaora project imported by dmorgan its not to develop, why just
+> keep a copy of the original mandriva iaora project?
+> 
+> There was a new version released in mandriva for some time, so i
+> simply submit the new version of iaora in mageia.
+> I dont get your point.
+I did said that mageia will try to host & maintain  iaora especially since 
+mandriva drop it...
+Why in the hell should we have iaora in soft then ?
+
+-- 
+Balcaen John
+Jabber-ID: mikala at jabber.littleboboy.net
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007718.html b/zarb-ml/mageia-dev/2011-September/007718.html new file mode 100644 index 000000000..8add88a82 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007718.html @@ -0,0 +1,96 @@ + + + + [Mageia-dev] [135989] + + + + + + + + + +

[Mageia-dev] [135989]

+ Zé + mmodem00 at gmail.com +
+ Thu Sep 1 01:15:32 CEST 2011 +

+
+ +
2011/8/31 Balcaen John <mikala at mageia.org>:
+> Le mercredi 31 août 2011 18:45:44, Zé a écrit :
+>> 2011/8/30 John Balcaen <mikala at mageia.org>:
+>> > I'm still waiting for your commit in soft regarding iaora_kde since June
+>> > 12th... You're not doing correctly your job & then you complain that
+>> > we're not acting as a team ?
+>> > Also maybe you can start helping on bug fixing on mageia like for
+>> > example Luc is doing ?
+>>
+>> And this is another you keep repeating that i already did answered,
+>> but ill repeat:
+>>
+>> Iaora its a mandriva project that in wich the source was also imported
+>> to mageia svn.
+>> Whats there to update? the mageia iaora project?
+>>
+>> But if iaora project imported by dmorgan its not to develop, why just
+>> keep a copy of the original mandriva iaora project?
+>>
+>> There was a new version released in mandriva for some time, so i
+>> simply submit the new version of iaora in mageia.
+>> I dont get your point.
+> I did said that mageia will try to host & maintain  iaora especially since
+> mandriva drop it...
+> Why in the hell should we have iaora in soft then ?
+
+At the time the new iaora version was released there was development
+in mandriva iaora, and was based in mandriva iaora new src.rpm i
+released it in mageia, but this was already explained at least 2
+times, with this one its 3 time.
+So why you keep repeating things?
+
+-- 
+Zé
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007719.html b/zarb-ml/mageia-dev/2011-September/007719.html new file mode 100644 index 000000000..ecf51ab92 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007719.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] perl-Sys-Mmap package review + + + + + + + + + +

[Mageia-dev] perl-Sys-Mmap package review

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Thu Sep 1 00:17:59 CEST 2011 +

+
+ +
Le 31/08/2011 15:20, Barry Jackson a écrit :
+> Hello,
+> Would someone please review the attached src.rpm for the above, with a 
+> view to committing it.
+Here you have...
+
+You'd better use an author-neutral URL for the sources, such as 
+http://www.cpan.org/modules/by-module/Sys/%{upstream_name}-%{upstream_version}.tar.gz
+This way, if another maintainer submit a new version, the URL will stay 
+valid (and automatic update tool will work).
+
+The runtime depency on perl is useless: you can't install mageia without 
+perl anyway, and the minimal version isn't very helpful either.
+
+But you do need a build dependency (buildrequires) on perl-devel, as it 
+is a native perl package, you won't be able to build without it.
+
+you should not include the debug files (the .debug, and the source 
+files), they will be automatically included in the implicit 
+perl-Sys-Mmap-debug package. Especially as the path you're using here is 
+x86_64-specific :) So just forget them.
+
+You should not own the %{perl_vendorlib} directory (it belongs to perl 
+package), but just the subdirectory %{perl_vendorlib}/Sys, which is the 
+base directory for your package files.
+
+The %clean section isn't needed anymore with rpm 4.8
+
+Usually, the document files (%doc macro) are listed first, but that's 
+purely cosmetic.
+-- 
+Guillaume
+
+ + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007720.html b/zarb-ml/mageia-dev/2011-September/007720.html new file mode 100644 index 000000000..f789f1f0a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007720.html @@ -0,0 +1,201 @@ + + + + [Mageia-dev] [135989] + + + + + + + + + +

[Mageia-dev] [135989]

+ Balcaen John + mikala at mageia.org +
+ Thu Sep 1 00:16:21 CEST 2011 +

+
+ +
Le mercredi 31 août 2011 18:27:26, Zé a écrit :
+> 2011/8/30 John Balcaen <mikala at mageia.org>:
+[...]
+> The changes i made in kdelibs, that binaries in kde are only for
+> development so i moved them to devel package and were reverted.
+> Like dmorgan said all coomits i do even if were good commits would be
+> reverted if not reviewed by you, that was some he just invented and
+> that i never agreed.
+> And as we agreed, only important changes should be discussed like it
+> happened with the improvemenet i was planing to do to Qt.
+
+The problem here is that *you* 're deciding own your own what is important to 
+discuss & what is not...
+
+> >> You were also who started doing all by own way, you didnt discuss with
+> >> me anychanges, for example the changes you made in wiki.
+> >> For example you add severall items to Golds section without discussing
+> >> any, they should be first added as proposals so that could be first
+> >> discussed in a meeing.
+> > 
+> > Because thoses changes/proposal where *already* decided *before* you even
+> > come to KDE, i simply wrote them down.
+> > Of course that does not mean that we won't change the goal after, it is
+> > not like it was written in the stone... it's a *wiki*...
+> 
+> Thats not quite true, since for example i suggested that the lib
+> packages could start being named only with a underscore instead
+> dashes, and you acted like that was already decided, seams you were
+> the only one who decided.
+Maybe you can check how others librairies in others packages are named before 
+saying that i decided on my own to use  underscore...
+
+
+[...]
+ 
+> I never acted like kde was mine, there were some commits i made in the
+> begining but i remember we did had a conversation and i start
+> discussing things, 
+> and as we agreeed discussing important things, as
+> for the rest i think is preferable to just not comment...
+So could you explain now why you still continue in this way by changing things 
+without asking...
+But i guess it's not only for kde because i noticed you suddenly start 
+obsoleting kernel-firmware-extra without even asking to tmb if it was a good 
+solution...
+From your point of view again it was good enough so you did not take your time 
+to discuss with someone else at least with the kernel maintainer for this kind 
+of stuff
+This *the* problem with you, you simply refuse to talk about your commits 
+because you are too confident with your changes...
+
+
+
+[...]
+
+> And again seams your putting words in my mouth, like i liked you to
+> leave...
+
+What should i think then if you keep doing things when i'm not agree with ?
+
+> >> I think if we continued as a team without dmorgan interventions we
+> >> would continue in the right path for Mageia grow and stability.
+> > 
+> > I would better say that it would be better *without* you until you're
+> > okay to discuss your changes
+> > before commiting them or *even* better as i said in a previous private
+> > email *TEST THEM* locally
+> > by building them in a iurt chroot (& yes i already sent you the
+> > documentation i used to create my
+> > iurt repository locally) instead of commiting & fixing build errors by
+> > submitting it in the BS.
+> 
+> Yes, i tend to agree that at that time you didnt had others
+> contributing or that could have a more active role and that always
+> never disagree of your ideas, and all was like you wanted, wrongly or
+> not. As i remember for example fixing severall things wrong in qt
+> spec, many existing requires(pre) when there wasnt any %pre section.
+I'm quite sorry but the majority of my changes were discussed with others (aka 
+ahmad,ennael,coling & dmorgan) & some of them where also rejected by ennael 
+for example...
+I also ask for specific help regarding packaging to dmorgan (since he's the rpm 
+maintainer)  but sometimes also ask help to my old mentor neoclust in mandriva 
+so no i did do changes for  my own satisfaction ....
+
+> > So in summary please don't target anyone else when you're the culprit
+> > with your attitude.
+> > Again that does not mean that all your commits are wrong but sometimes
+> > you changed the behavior
+> > simply because you think it's better, for example recently you add a
+> > patch on kdeutils (
+> > http://svnweb.mageia.org/packages/cauldron/kdeutils4/current/SPECS/kdeuti
+> > ls4.spec?r1=128724&r2=134478 ) to remove  a simple rm -rf in a spec.
+> > Is it wise to patch (& maintain a patch because i'm not sure you
+> > submitted it upstream) when we can simply remove thoses files in the
+> > spec ?
+> 
+> Yes, thats the correct way to build kdeutils without printer_applet,
+> not just removing files, but i think that patch will be submited
+> upstream.
+
+Maybe you did not read me...
+I strictly did not write or say that thoses changes were wrong, but that it 
+was not discussed at all *even* if they are correct because from what i just 
+read you did not submit the patch upstream...
+Again it's because you think it's the right thing to do you're doing it 
+without even discussing it with me at least...
+
+> 
+> That was already done after you started with that behaviour, but i
+> also never see you discussing any change you made.
+> Thats true, you never discuss any change, at least i never saw it.
+> If theres a kde team, you and all kde members should discuss things,
+> and maybe reach some agreement about whats really important to
+> discuss, if dicuss all or just discuss more important changes, since
+> discussing all can also delays development.
+
+because you're not always around in #mageia-kde or #mageia-dev...
+I did asked you to join first this channel if you want to join/help on #mageia-
+kde, didn't i ?
+I'm exchanging mails with luc & dmorgan...
+When i did somes changes in mageia-theme package, there was first a bug report 
+for having mageia theme available in KDE even if i was able to simply commit 
+in svn i first report the patch for the spec in the bugzilla, and i asked 
+ennael's opinion about this when it was just a *minor* stuff affecting only 
+*kde* where i'm the maintainer... That's how i work in a team & this only what 
+i need you to do and asked you already to do but you're still refusing it 
+arguing that « only » important changes should be done when you're the only 
+one to decide what is important & what is not... That's the problem & only one 
+problem i've got with you but you still do not understand i guess & refuse to 
+comply to my suggestions...
+
+Anyway it seems we won't be able to resolve this either in private or in 
+public and i *really* doubt i will be able to work with you since we're not 
+agree at all about commit's stuff..
+There's also the fact that others peoples on the mailing list should not be 
+affected by thoses dicusssions so it ends here for me.
+I'll wait for the discussion with you and ennael to put a definitive end on 
+this.
+
+Regards,
+
+
+P.S: sorry again for this last mail.
+ 
+-- 
+Balcaen John
+Jabber-ID: mikala at jabber.littleboboy.net
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007721.html b/zarb-ml/mageia-dev/2011-September/007721.html new file mode 100644 index 000000000..1a1d92a03 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007721.html @@ -0,0 +1,76 @@ + + + + [Mageia-dev] [135989] + + + + + + + + + +

[Mageia-dev] [135989]

+ Balcaen John + mikala at mageia.org +
+ Thu Sep 1 01:29:38 CEST 2011 +

+
+ +
Le mercredi 31 août 2011 20:15:32, Zé a écrit :
+[...]
+> At the time the new iaora version was released there was development
+> in mandriva iaora, and was based in mandriva iaora new src.rpm i
+> released it in mageia, but this was already explained at least 2
+> times, with this one its 3 time.
+> So why you keep repeating things?
+Because you don't listen at all & refuse to apply what i said since June 12th 
+: 
+Could you please update iaora in soft to match the version available in 
+packages ?
+
+P.S: this is really the last mail now regarding this topic.
+-- 
+Balcaen John
+Jabber-ID: mikala at jabber.littleboboy.net
+
+ + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007722.html b/zarb-ml/mageia-dev/2011-September/007722.html new file mode 100644 index 000000000..9820da824 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007722.html @@ -0,0 +1,113 @@ + + + + [Mageia-dev] cauldron core/release rtl8192ce_se_de-0004.0816.2011-1.mga2 + + + + + + + + + +

[Mageia-dev] cauldron core/release rtl8192ce_se_de-0004.0816.2011-1.mga2

+ Zé + mmodem00 at gmail.com +
+ Thu Sep 1 00:31:47 CEST 2011 +

+
+ +
2011/8/31 Thomas Backlund <tmb at mageia.org>:
+> 31.08.2011 20:40, Mageia Team skrev:
+>>
+>> Name        : rtl8192ce_se_de              Relocations: (not relocatable)
+>> Version     : 0004.0816.2011                    Vendor: Mageia.Org
+>> Release     : 1.mga2                        Build Date: Wed Aug 31
+>> 19:39:13 2011
+>>
+>
+> Why did you upload this crap ?
+>
+> You didn't even wait for response on the problems you reported last night :/
+>
+> This is duplicating code that is already in 3.x series kernels.
+
+This
+> When/If upstream kernel code does not work, report it to the linux-wireless
+> ml, so it can get fixed upstream!!
+>
+> The only time we provide vendor-released stuff it when it's not supported in
+> upstream kernels.
+>
+> I also told you I'll sync up kernel-firmware-extra to get the updated
+> firmwares provided.
+>
+> I also told you you cant ship the firmware in the same srpm as the driver as
+> the firmware belongs in nonfree!!
+
+I have talked with you yesterday about this in wich i told that the
+drivers from Realtek site would fix the problems cause by the current
+realtek drivers in current kernel-3.0.x
+
+You said that the firmware files should be in nonfree repository, and
+that part could simply been fixed instead removing packages that
+provide good modules, that do not the cause the problems reported in:
+
+http://lists.shmoo.com/pipermail/hostap/2011-August/023854.html
+http://forums.gentoo.org/viewtopic-t-295896-start-0.html
+
+and you have simply erased good packages when you could simply moved
+the firmware package to nonfree repository.
+
+But all this was told you yesterday and still you erase the package.
+
+> This package will be nuked from the mirrors...
+>
+> --
+> Thomas
+>
+
+
+
+-- 
+Zé
+
+ + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007723.html b/zarb-ml/mageia-dev/2011-September/007723.html new file mode 100644 index 000000000..5cb58d6a3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007723.html @@ -0,0 +1,236 @@ + + + + [Mageia-dev] [135989] + + + + + + + + + +

[Mageia-dev] [135989]

+ Zé + mmodem00 at gmail.com +
+ Thu Sep 1 01:46:17 CEST 2011 +

+
+ +
2011/8/31 Balcaen John <mikala at mageia.org>:
+> Le mercredi 31 août 2011 18:27:26, Zé a écrit :
+>> 2011/8/30 John Balcaen <mikala at mageia.org>:
+> [...]
+>> The changes i made in kdelibs, that binaries in kde are only for
+>> development so i moved them to devel package and were reverted.
+>> Like dmorgan said all coomits i do even if were good commits would be
+>> reverted if not reviewed by you, that was some he just invented and
+>> that i never agreed.
+>> And as we agreed, only important changes should be discussed like it
+>> happened with the improvemenet i was planing to do to Qt.
+>
+> The problem here is that *you* 're deciding own your own what is important to
+> discuss & what is not...
+>
+>> >> You were also who started doing all by own way, you didnt discuss with
+>> >> me anychanges, for example the changes you made in wiki.
+>> >> For example you add severall items to Golds section without discussing
+>> >> any, they should be first added as proposals so that could be first
+>> >> discussed in a meeing.
+>> >
+>> > Because thoses changes/proposal where *already* decided *before* you even
+>> > come to KDE, i simply wrote them down.
+>> > Of course that does not mean that we won't change the goal after, it is
+>> > not like it was written in the stone... it's a *wiki*...
+>>
+>> Thats not quite true, since for example i suggested that the lib
+>> packages could start being named only with a underscore instead
+>> dashes, and you acted like that was already decided, seams you were
+>> the only one who decided.
+> Maybe you can check how others librairies in others packages are named before
+> saying that i decided on my own to use  underscore...
+>
+>
+> [...]
+>
+>> I never acted like kde was mine, there were some commits i made in the
+>> begining but i remember we did had a conversation and i start
+>> discussing things,
+>> and as we agreeed discussing important things, as
+>> for the rest i think is preferable to just not comment...
+> So could you explain now why you still continue in this way by changing things
+> without asking...
+> But i guess it's not only for kde because i noticed you suddenly start
+> obsoleting kernel-firmware-extra without even asking to tmb if it was a good
+> solution...
+
+No, this was discussed in irc why i was needed to pull up
+kernel-firmware-extra again.
+
+> From your point of view again it was good enough so you did not take your time
+> to discuss with someone else at least with the kernel maintainer for this kind
+> of stuff
+> This *the* problem with you, you simply refuse to talk about your commits
+> because you are too confident with your changes...
+>
+>
+>
+> [...]
+>
+>> And again seams your putting words in my mouth, like i liked you to
+>> leave...
+>
+> What should i think then if you keep doing things when i'm not agree with ?
+>
+>> >> I think if we continued as a team without dmorgan interventions we
+>> >> would continue in the right path for Mageia grow and stability.
+>> >
+>> > I would better say that it would be better *without* you until you're
+>> > okay to discuss your changes
+>> > before commiting them or *even* better as i said in a previous private
+>> > email *TEST THEM* locally
+>> > by building them in a iurt chroot (& yes i already sent you the
+>> > documentation i used to create my
+>> > iurt repository locally) instead of commiting & fixing build errors by
+>> > submitting it in the BS.
+>>
+>> Yes, i tend to agree that at that time you didnt had others
+>> contributing or that could have a more active role and that always
+>> never disagree of your ideas, and all was like you wanted, wrongly or
+>> not. As i remember for example fixing severall things wrong in qt
+>> spec, many existing requires(pre) when there wasnt any %pre section.
+> I'm quite sorry but the majority of my changes were discussed with others (aka
+> ahmad,ennael,coling & dmorgan) & some of them where also rejected by ennael
+> for example...
+> I also ask for specific help regarding packaging to dmorgan (since he's the rpm
+> maintainer)  but sometimes also ask help to my old mentor neoclust in mandriva
+> so no i did do changes for  my own satisfaction ....
+>
+>> > So in summary please don't target anyone else when you're the culprit
+>> > with your attitude.
+>> > Again that does not mean that all your commits are wrong but sometimes
+>> > you changed the behavior
+>> > simply because you think it's better, for example recently you add a
+>> > patch on kdeutils (
+>> > http://svnweb.mageia.org/packages/cauldron/kdeutils4/current/SPECS/kdeuti
+>> > ls4.spec?r1=128724&r2=134478 ) to remove  a simple rm -rf in a spec.
+>> > Is it wise to patch (& maintain a patch because i'm not sure you
+>> > submitted it upstream) when we can simply remove thoses files in the
+>> > spec ?
+>>
+>> Yes, thats the correct way to build kdeutils without printer_applet,
+>> not just removing files, but i think that patch will be submited
+>> upstream.
+>
+> Maybe you did not read me...
+> I strictly did not write or say that thoses changes were wrong, but that it
+> was not discussed at all *even* if they are correct because from what i just
+> read you did not submit the patch upstream...
+> Again it's because you think it's the right thing to do you're doing it
+> without even discussing it with me at least...
+
+But i really do not get this, you only picj with the few commits i
+did, why you havent point all others undiscussed commits?
+And this wasnt discussed mainly due to your actions and the things you
+said along with dmorgan.
+I never heard you discussing any, and im already here for some time.
+
+>>
+>> That was already done after you started with that behaviour, but i
+>> also never see you discussing any change you made.
+>> Thats true, you never discuss any change, at least i never saw it.
+>> If theres a kde team, you and all kde members should discuss things,
+>> and maybe reach some agreement about whats really important to
+>> discuss, if dicuss all or just discuss more important changes, since
+>> discussing all can also delays development.
+>
+> because you're not always around in #mageia-kde or #mageia-dev...
+> I did asked you to join first this channel if you want to join/help on #mageia-
+> kde, didn't i ?
+
+Yes and i did join those channels.
+
+> I'm exchanging mails with luc & dmorgan...
+> When i did somes changes in mageia-theme package, there was first a bug report
+> for having mageia theme available in KDE even if i was able to simply commit
+> in svn i first report the patch for the spec in the bugzilla, and i asked
+> ennael's opinion about this when it was just a *minor* stuff affecting only
+> *kde* where i'm the maintainer... That's how i work in a team & this only what
+> i need you to do and asked you already to do but you're still refusing it
+> arguing that « only » important changes should be done when you're the only
+> one to decide what is important & what is not... That's the problem & only one
+> problem i've got with you but you still do not understand i guess & refuse to
+> comply to my suggestions...
+>
+> Anyway it seems we won't be able to resolve this either in private or in
+> public and i *really* doubt i will be able to work with you since we're not
+> agree at all about commit's stuff..
+> There's also the fact that others peoples on the mailing list should not be
+> affected by thoses dicusssions so it ends here for me.
+> I'll wait for the discussion with you and ennael to put a definitive end on
+> this.
+
+The main point here was how your attitude changed from a certain day.
+You started rising tone everytime i didnt agree, like you owned kde
+and i was forced to follow your ideas.
+Even with Qt you were already against when i didnt said how i was
+planing to disable webkit, and remember that until this point i always
+discucsed things.
+
+For the rest i dont think worth comment, you must remember i always
+talked with you untill you started rising your tone and dmorgan
+appearing and done things and using his sysadmin hat like he used to
+say.
+
+Like i suggested in the last thread we should have a meeting to talk
+all about this, so that we could reach a consensus but so far you only
+have been repeating things in ML's and bashing instead we could all
+talk and not call dmorgen to do this or that, you havent listen
+nothing of what i asked.
+And i only came today answer to things you have said since i saw it
+was too much, but you keep insisting instead talking like i have
+*severall* times asked.
+Please listen, i dont want to fight or bash no one, could we set a
+meeting to finally talk and stop with this?
+
+It would much more productive if we could all use our efforts to
+develop instead other things.
+-- 
+Zé
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007724.html b/zarb-ml/mageia-dev/2011-September/007724.html new file mode 100644 index 000000000..34384d29a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007724.html @@ -0,0 +1,69 @@ + + + + [Mageia-dev] [RPM] 1 core/updates_testing kernel-2.6.38.8-5.mga1 + + + + + + + + + +

[Mageia-dev] [RPM] 1 core/updates_testing kernel-2.6.38.8-5.mga1

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Thu Sep 1 08:53:37 CEST 2011 +

+
+ +
On 1 September 2011 04:24, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> - convert kernel-source to noarch
+> - drop debug-latest rpms as they are not really used
+> - rename debug rpms so the name ends with -debug like all other debug packages
+
+errr... why backport those?
+This is not needed for an update kernel and might be a little
+intrusive for an update...
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007725.html b/zarb-ml/mageia-dev/2011-September/007725.html new file mode 100644 index 000000000..d5e6ffac4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007725.html @@ -0,0 +1,94 @@ + + + + [Mageia-dev] [RPM] 1 core/updates_testing kernel-2.6.38.8-5.mga1 + + + + + + + + + +

[Mageia-dev] [RPM] 1 core/updates_testing kernel-2.6.38.8-5.mga1

+ Thomas Backlund + tmb at mageia.org +
+ Thu Sep 1 09:52:51 CEST 2011 +

+
+ +
Thierry Vignaud skrev 1.9.2011 09:53:
+> On 1 September 2011 04:24, Mageia Team<buildsystem-daemon at mageia.org>  wrote:
+>> - convert kernel-source to noarch
+
+We already ship kernel-source unprepared (since 2.6.26-0.rc9.1mnb), so 
+it has not really been arch specific for a long time.
+
+So tagging it as noarch matches reality.
+
+And it saves space on the mirrors.
+
+>> - drop debug-latest rpms as they are not really used
+
+I dropped theese so I didn't have to rename them to *-latest-debug.
+
+and I seriously doubt anyone wants automatic download and install of 
+~250MB rpms with a on disk size of ~1TB.
+
+>> - rename debug rpms so the name ends with -debug like all other debug packages
+>
+
+Mageia buildsystem nowdays does not accept upload to debug media unless 
+package ends with -debug. And in order to not have to use workarounds
+for kernel in bs/upload system I renamed the debug package.
+
+> errr... why backport those?
+> This is not needed for an update kernel and might be a little
+> intrusive for an update...
+
+Answers above...
+
+--
+Thomas
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007726.html b/zarb-ml/mageia-dev/2011-September/007726.html new file mode 100644 index 000000000..f6231edb2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007726.html @@ -0,0 +1,98 @@ + + + + [Mageia-dev] [RPM] 1 core/updates_testing kernel-2.6.38.8-5.mga1 + + + + + + + + + +

[Mageia-dev] [RPM] 1 core/updates_testing kernel-2.6.38.8-5.mga1

+ Thomas Backlund + tmb at mageia.org +
+ Thu Sep 1 09:54:38 CEST 2011 +

+
+ +
Thomas Backlund skrev 1.9.2011 10:52:
+> Thierry Vignaud skrev 1.9.2011 09:53:
+>> On 1 September 2011 04:24, Mageia Team<buildsystem-daemon at mageia.org>   wrote:
+>>> - convert kernel-source to noarch
+>
+> We already ship kernel-source unprepared (since 2.6.26-0.rc9.1mnb), so
+> it has not really been arch specific for a long time.
+>
+> So tagging it as noarch matches reality.
+>
+> And it saves space on the mirrors.
+>
+>>> - drop debug-latest rpms as they are not really used
+>
+> I dropped theese so I didn't have to rename them to *-latest-debug.
+>
+> and I seriously doubt anyone wants automatic download and install of
+> ~250MB rpms with a on disk size of ~1TB.
+
+That would of course be ~1GB :)
+>
+>>> - rename debug rpms so the name ends with -debug like all other debug packages
+>>
+>
+> Mageia buildsystem nowdays does not accept upload to debug media unless
+> package ends with -debug. And in order to not have to use workarounds
+> for kernel in bs/upload system I renamed the debug package.
+>
+>> errr... why backport those?
+>> This is not needed for an update kernel and might be a little
+>> intrusive for an update...
+>
+> Answers above...
+>
+> --
+> Thomas
+
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007727.html b/zarb-ml/mageia-dev/2011-September/007727.html new file mode 100644 index 000000000..86e82dad3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007727.html @@ -0,0 +1,74 @@ + + + + [Mageia-dev] [RPM] 1 core/updates_testing kernel-2.6.38.8-5.mga1 + + + + + + + + + +

[Mageia-dev] [RPM] 1 core/updates_testing kernel-2.6.38.8-5.mga1

+ Florian Hubold + doktor5000 at arcor.de +
+ Thu Sep 1 10:02:43 CEST 2011 +

+
+ +
Am 01.09.2011 09:52, schrieb Thomas Backlund:
+> Thierry Vignaud skrev 1.9.2011 09:53:
+>> On 1 September 2011 04:24, Mageia Team<buildsystem-daemon at mageia.org>  wrote:
+>>> - convert kernel-source to noarch
+>
+> We already ship kernel-source unprepared (since 2.6.26-0.rc9.1mnb), so it has 
+> not really been arch specific for a long time.
+>
+> So tagging it as noarch matches reality.
+>
+> And it saves space on the mirrors.
+How come? noarch packages are also copied to both arches.
+Or is there some other change which helps save space?
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007728.html b/zarb-ml/mageia-dev/2011-September/007728.html new file mode 100644 index 000000000..d9b468012 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007728.html @@ -0,0 +1,82 @@ + + + + [Mageia-dev] [RPM] 1 core/updates_testing kernel-2.6.38.8-5.mga1 + + + + + + + + + +

[Mageia-dev] [RPM] 1 core/updates_testing kernel-2.6.38.8-5.mga1

+ Thomas Backlund + tmb at mageia.org +
+ Thu Sep 1 10:05:11 CEST 2011 +

+
+ +
Florian Hubold skrev 1.9.2011 11:02:
+> Am 01.09.2011 09:52, schrieb Thomas Backlund:
+>> Thierry Vignaud skrev 1.9.2011 09:53:
+>>> On 1 September 2011 04:24, Mageia Team<buildsystem-daemon at mageia.org>   wrote:
+>>>> - convert kernel-source to noarch
+>>
+>> We already ship kernel-source unprepared (since 2.6.26-0.rc9.1mnb), so it has
+>> not really been arch specific for a long time.
+>>
+>> So tagging it as noarch matches reality.
+>>
+>> And it saves space on the mirrors.
+> How come? noarch packages are also copied to both arches.
+> Or is there some other change which helps save space?
+
+
+noarch packages are hardlinked between arch repos.
+
+--
+Thomas
+
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007729.html b/zarb-ml/mageia-dev/2011-September/007729.html new file mode 100644 index 000000000..cdcc822fa --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007729.html @@ -0,0 +1,77 @@ + + + + [Mageia-dev] [RPM] 1 core/updates_testing kernel-2.6.38.8-5.mga1 + + + + + + + + + +

[Mageia-dev] [RPM] 1 core/updates_testing kernel-2.6.38.8-5.mga1

+ Remco Rijnders + remco at webconquest.com +
+ Thu Sep 1 10:06:01 CEST 2011 +

+
+ +
On Thu, Sep 01, 2011 at 10:02:43AM +0200, Florian wrote in
+<4E5F3C23.3030009 at arcor.de>:
+>>And it saves space on the mirrors.
+>How come? noarch packages are also copied to both arches.
+>Or is there some other change which helps save space?
+
+I believe they are hardlinked so they take space only once.
+
+Remco
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 836 bytes
+Desc: Digital signature
+URL: </pipermail/mageia-dev/attachments/20110901/eeb7f6d7/attachment.asc>
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007730.html b/zarb-ml/mageia-dev/2011-September/007730.html new file mode 100644 index 000000000..194ce27c9 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007730.html @@ -0,0 +1,88 @@ + + + + [Mageia-dev] cauldron core/release rtl8192ce_se_de-0004.0816.2011-1.mga2 + + + + + + + + + +

[Mageia-dev] cauldron core/release rtl8192ce_se_de-0004.0816.2011-1.mga2

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Thu Sep 1 10:26:37 CEST 2011 +

+
+ +
Le 01/09/2011 00:38, Zé a écrit :
+> 2011/8/31 Thomas Backlund<tmb at mageia.org>:
+>> Why did you upload this crap ?
+>>
+>> You didn't even wait for response on the problems you reported last night :/
+>>
+>> This is duplicating code that is already in 3.x series kernels.
+>
+> These are different modules, this modules do not cause the mouse to
+> stop and the keyboard to repeat it self like some was pressing a key
+> constantly.
+>
+> I did told you all yesterday.
+>
+> You told me now that you have released a new kernel-firmware-extra
+> package, so instead just erasing good packages you could simply add a
+> conflict for the package rtl8192ce_se_de-firmware, this way the user
+> doesnt have a package that provides modules that do not mess with the
+> mouse and the keyboard.
+\o/ yet another conflict \o/
+
+Come on, guy, you just have 37 other contributors left to be on the 
+blacklist of the whole distribution. I know you can achieve it...
+-- 
+BOFH excuse #145:
+
+Flat tire on station wagon with tapes.  ("Never underestimate the 
+bandwidth of a station wagon full of tapes hurling down the highway" 
+Andrew S. Tannenbaum)
+
+ + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007731.html b/zarb-ml/mageia-dev/2011-September/007731.html new file mode 100644 index 000000000..3a6badf95 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007731.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] Drakx installer should install task-gnome, not -minimal + + + + + + + + + +

[Mageia-dev] Drakx installer should install task-gnome, not -minimal

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Thu Sep 1 10:43:52 CEST 2011 +

+
+ +
On 31 August 2011 11:40, Olav Vitters <olav at vitters.nl> wrote:
+> When I installed Mageia I noticed (due to missing packages), that it
+> installed task-gnome-minimal. This was a bit surprising, because I
+> assumed it would install full GNOME as I had selected GNOME during the
+> install.
+>
+> Looking through the drakx sources, it seems for KDE4 it:
+>  - during an upgrade, checks if it is installed using task-kde4-minimal
+>  - BUT: to upgrade it installs task-kde4 (not the minimal one)
+>
+> So would appreciate if GNOME had the same working:
+>  - for upgrade, check for task-gnome-minimal
+>  - to perform upgrade, install task-gnome
+>
+> This seems a bit inconsistent? Not sure of 'CD' space issues though. I
+> used the Mageia network boot image (the 40MB or so one) to install
+> Cauldron via the internet. IMO if there are space issues, then only the
+> CD version should be optimized for space, not the other options. For a
+> network install I just want exactly what I select.
+>
+> Could this be changed?
+
+Why?
+This was done for various reasons whereas you didn't bring any
+technical argument.
+
+ + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007732.html b/zarb-ml/mageia-dev/2011-September/007732.html new file mode 100644 index 000000000..b7ca4bfc7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007732.html @@ -0,0 +1,78 @@ + + + + [Mageia-dev] Drakx installer should install task-gnome, not -minimal + + + + + + + + + +

[Mageia-dev] Drakx installer should install task-gnome, not -minimal

+ Olav Vitters + olav at vitters.nl +
+ Thu Sep 1 11:04:11 CEST 2011 +

+
+ +
On Thu, Sep 01, 2011 at 10:43:52AM +0200, Thierry Vignaud wrote:
+> On 31 August 2011 11:40, Olav Vitters <olav at vitters.nl> wrote:
+> > This seems a bit inconsistent? Not sure of 'CD' space issues though. I
+
+> > Could this be changed?
+> 
+> Why?
+> This was done for various reasons whereas you didn't bring any
+> technical argument.
+
+I'm new to Mageia, so not aware of the reasons. Could you tell me?
+
+FYI: The reason for asking is not to bring up technical reasons but to
+rather understand why it was done (e.g. bug or concious decision). I
+thought it was just a bug while it is a concious decision.
+-- 
+Regards,
+Olav
+
+ + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007733.html b/zarb-ml/mageia-dev/2011-September/007733.html new file mode 100644 index 000000000..c3785e417 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007733.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] Copying dependencies to Updates (Testing), or changing mgaapplet to use urpmi --auto-update instead of urpmi --update. + + + + + + + + + +

[Mageia-dev] Copying dependencies to Updates (Testing), or changing mgaapplet to use urpmi --auto-update instead of urpmi --update.

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 1 12:12:46 CEST 2011 +

+
+ +
Le jeudi 25 août 2011 11:03:42, David W. Hodgins a écrit :
+> If the Mandriva way is kept, we must ensure all needed dependencies
+> are available in Updates (Testing too).  In addition, all packager must
+> be willing to copy the dependencies from Core Release to Core Updates
+> Testing, and the sysadmin team must push them.
+> 
+> If changing mgaapplet is chosen, that must be given a very high priority.
+> 
+> Either way, a decision is needed quickly.
+> 
+> Thanks, Dave Hodgins
+
+A decision was finally taken yesterday during packager meeting : we would like 
+to change MageiaUpdate's behaviour, but before this is done we have to copy 
+the dependencies from Core Release to Core Updates.
+
+What hasn't been decided is whether the packager must submit to 
+updates_testing or the sysadmin copy the package from Core Release to Core 
+Updates. Can we decide it quickly so that the pending updates can be validated 
+?
+
+Best regards
+
+Samuel Verschelde
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007734.html b/zarb-ml/mageia-dev/2011-September/007734.html new file mode 100644 index 000000000..b778f426a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007734.html @@ -0,0 +1,133 @@ + + + + [Mageia-dev] Status report for Mageia 1 updates, and call for help from you packagers + + + + + + + + + +

[Mageia-dev] Status report for Mageia 1 updates, and call for help from you packagers

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 1 12:16:19 CEST 2011 +

+
+ +
Le jeudi 25 août 2011 23:48:19, Stew Benedict a écrit :
+> On 08/25/2011 01:12 PM, Samuel Verschelde wrote:
+> > Le jeudi 25 août 2011 14:09:26, Stew Benedict a écrit :
+> >> On 08/24/2011 08:50 PM, Samuel Verschelde wrote:
+> >>> Hi,
+> >>> 
+> >>> I was told that QA Team's work's visibility needs to be improved, so as
+> >>> a team member I'll try to give you some sort of status report.
+> >>> 
+> >>> - 1 has been validated by QA one month ago, but was assigned to
+> >>> security team following updates policy for security fixes, and got not
+> >>> answer. We have to improve either the policy or the security team here
+> >>> (or both).
+> >> 
+> >> Do you have a pointer to this bug? I'm not finding it in bugzilla. I'm
+> >> not sure what I can do with it once assigned back to secteam, aside from
+> >> write an advisory text. I don't have admin rights to release it, etc.
+> >> (afaik). It was basically my understanding that the secteam role is to
+> >> initiate the bug, provide patches, POC, and advisory text and the
+> >> maintainer do the update and pass it on to QA. I've stopped even
+> >> intiating because they are just sitting there in the new/unassigned
+> >> state. some for 2 months or more now. While a shiny new KDE is nice, not
+> >> pushing updates for published vulnerabilities makes us look bad, imho.
+> > 
+> > It's https://bugs.mageia.org/show_bug.cgi?id=2239
+> > 
+> > I think the initial idea in the updates policy is that security fixes
+> > have to be tested by secteam to ensure that the security problem is not
+> > there anymore, because sometimes the upstream or the packager fixes it
+> > in a wrong way or does a mistake, so we need to ensure the security
+> > problems are really fixed. Otherwise we risk saying that a security
+> > issue is fixed when it's not. Obviously, this can't happen if the
+> > security team doesn't grow. Maybe some kind of joint effort from
+> > security and QA could help ?
+> > 
+> > I already know updates that have been pushed without the security fixes
+> > being tested.
+> > 
+> > Also, the security bugs being open in bugzilla and not adressed by the
+> > packagers is a really big issue, that we have to find a way to fix as
+> > soon as possible. Can you give us a link to the list of pending security
+> > issues ?
+> 
+> While I don't disagree with the theory, it's not workable with the
+> current state, as I don't have enough free cycles to think about
+> actually updating any packages an/or doing the testing. One has to keep
+> in mind that in the past life this was nearly a full time job for 2
+> people to identify, fix build, test, release updates for the supported
+> releases. The people that have inquired about helping with security
+> issues quickly go away when they find out how inglorious(sic) it is.
+> 
+
+What has been decided during latest packager meeting is that it's the QA team 
+who will try to check that the security bugs are really fixed during QA testing 
+(when it's possible), so that the security team doesn't need to do it and can 
+concentrate on monitoring and finding about existing issues.
+
+So the procedure is :
+- security team identifies issues and creates bug reports
+- packagers fix bugs
+- QA team validates
+
+This way I hope the security team work becomes doable with our current 
+ressources. It means also that we need a real commitment from packagers. QA 
+team is already ready and testing.
+
+Best regards
+
+Samuel Verschelde
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007735.html b/zarb-ml/mageia-dev/2011-September/007735.html new file mode 100644 index 000000000..9988a3291 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007735.html @@ -0,0 +1,92 @@ + + + + [Mageia-dev] Copying dependencies to Updates (Testing), or changing mgaapplet to use urpmi --auto-update instead of urpmi --update. + + + + + + + + + +

[Mageia-dev] Copying dependencies to Updates (Testing), or changing mgaapplet to use urpmi --auto-update instead of urpmi --update.

+ Thomas Backlund + tmb at mageia.org +
+ Thu Sep 1 12:34:51 CEST 2011 +

+
+ +
Samuel Verschelde skrev 1.9.2011 13:12:
+> Le jeudi 25 août 2011 11:03:42, David W. Hodgins a écrit :
+>> If the Mandriva way is kept, we must ensure all needed dependencies
+>> are available in Updates (Testing too).  In addition, all packager must
+>> be willing to copy the dependencies from Core Release to Core Updates
+>> Testing, and the sysadmin team must push them.
+>>
+>> If changing mgaapplet is chosen, that must be given a very high priority.
+>>
+>> Either way, a decision is needed quickly.
+>>
+>> Thanks, Dave Hodgins
+>
+> A decision was finally taken yesterday during packager meeting : we would like
+> to change MageiaUpdate's behaviour, but before this is done we have to copy
+> the dependencies from Core Release to Core Updates.
+>
+> What hasn't been decided is whether the packager must submit to
+> updates_testing or the sysadmin copy the package from Core Release to Core
+> Updates. Can we decide it quickly so that the pending updates can be validated
+> ?
+>
+
+It should be copied.
+
+If you submit it for rebuild there is extra package(s) to validate
+and more needless download/updates for those that already have the 
+correct packages installed.
+
+--
+Thomas
+
+
+ + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007736.html b/zarb-ml/mageia-dev/2011-September/007736.html new file mode 100644 index 000000000..4a2c7229c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007736.html @@ -0,0 +1,101 @@ + + + + [Mageia-dev] Copying dependencies to Updates (Testing), or changing mgaapplet to use urpmi --auto-update instead of urpmi --update. + + + + + + + + + +

[Mageia-dev] Copying dependencies to Updates (Testing), or changing mgaapplet to use urpmi --auto-update instead of urpmi --update.

+ Buchan Milne + bgmilne at staff.telkomsa.net +
+ Thu Sep 1 12:43:17 CEST 2011 +

+
+ +
On Thursday, 1 September 2011 12:12:46 Samuel Verschelde wrote:
+> Le jeudi 25 août 2011 11:03:42, David W. Hodgins a écrit :
+> > If the Mandriva way is kept, we must ensure all needed dependencies
+> > are available in Updates (Testing too).
+
+I note that the exception given for Mageia 1 to have packages that were in 
+Mandriva, but weren't available at Mageia 1 release be available in updates 
+makes this more difficult.
+
+My laptop, upgraded from Mandriva 2010.1, still has 143 non-library packages 
+with 'mdv' in the release tag. I would hate to have all the dependencies of 
+all these 143 packages have to be copied to updates ...
+
+> > In addition, all packager must
+> > be willing to copy the dependencies from Core Release to Core Updates
+> > Testing, and the sysadmin team must push them.
+> > 
+> > If changing mgaapplet is chosen, that must be given a very high priority.
+> > 
+> > Either way, a decision is needed quickly.
+> > 
+> > Thanks, Dave Hodgins
+> 
+> A decision was finally taken yesterday during packager meeting : we would
+> like to change MageiaUpdate's behaviour, but before this is done we have
+> to copy the dependencies from Core Release to Core Updates.
+> 
+> What hasn't been decided is whether the packager must submit to
+> updates_testing or the sysadmin copy the package from Core Release to Core
+> Updates. Can we decide it quickly so that the pending updates can be
+> validated ?
+
+IMHO, the identical package should be in updates (possibly hard-linked), as:
+1)Users who already had the dependency installed should not have to upgrade it
+2)Package %{NAME} and EVR should be unique.
+
+So, IMHO, sysadmins need to sync/hardlink dependency packages to updates-
+testing, and move to updates once validated.
+
+Regards,
+Buchan
+
+ + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007737.html b/zarb-ml/mageia-dev/2011-September/007737.html new file mode 100644 index 000000000..f2ee9f882 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007737.html @@ -0,0 +1,97 @@ + + + + [Mageia-dev] [135989] + + + + + + + + + +

[Mageia-dev] [135989]

+ Buchan Milne + bgmilne at staff.telkomsa.net +
+ Thu Sep 1 12:48:27 CEST 2011 +

+
+ +
On Thursday, 1 September 2011 01:46:17 Zé wrote:
+> 2011/8/31 Balcaen John <mikala at mageia.org>:
+
+> The main point here was how your attitude changed from a certain day.
+> You started rising tone everytime i didnt agree, like you owned kde
+
+But, he is the maintainer:
+$ mgarepo maintdb get kdebase4-workspace
+mikala
+$ mgarepo maintdb get soprano
+mikala
+$ mgarepo maintdb get qt4
+mikala
+
+(Granted, the maintainers database currently doesn't cater to teams, and I 
+have no background of how the KDE team is working at present).
+
+While we don't have a finalised packager's policy, the conventional meaning of 
+the 'maintainer' is he/she who has final authority over a package. This is 
+implied by some of the existing policies which assign specific 
+responsibilities to the maintainer:
+http://www.mageia.org/wiki/doku.php?id=updates_policy
+http://www.mageia.org/wiki/doku.php?id=bug_policy
+
+While mikala is the maintainer of the packages, and until the packager's 
+policy is completed, common courtesy dictates that you respect the decisions 
+of the person who is impacted more (due to having more responsibilities) by 
+changes you want.
+
+> and i was forced to follow your ideas.
+
+As it should be at persent, based on the output above.
+
+> It would much more productive if we could all use our efforts to
+> develop instead other things.
+
+I note that to someone who hasn't been following everything in detail, that it 
+seems you need to communicate better with, and respect the decisions of, the 
+people whose packages (and contribution) you are affecting.
+
+Regards,
+Buchan
+
+ + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007738.html b/zarb-ml/mageia-dev/2011-September/007738.html new file mode 100644 index 000000000..61fc5b6a8 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007738.html @@ -0,0 +1,88 @@ + + + + [Mageia-dev] [RPM] cauldron core/release bluedevil-1.2-0.rc2.1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release bluedevil-1.2-0.rc2.1.mga2

+ Balcaen John + mikala at mageia.org +
+ Thu Sep 1 14:19:48 CEST 2011 +

+
+ +
Le jeudi 1 septembre 2011 03:56:15, Mageia Team a écrit :
+> Name        : bluedevil                    Relocations: (not relocatable)
+> Version     : 1.2                               Vendor: Mageia.Org
+> Release     : 0.rc2.1.mga2                  Build Date: Thu Sep  1 08:50:12
+> 2011 Install Date: (not installed)               Build Host: ecosse
+> Group       : Graphical desktop/KDE         Source RPM: (none)
+> Size        : 188417                           License: GPL
+> Signature   : (none)
+> Packager    : Mageia Team <http://www.mageia.org>
+> URL         : https://projects.kde.org/projects/extragear/base/bluedevil
+> Summary     : BlueDevil is the new bluetooth stack for KDE4
+> Description :
+> BlueDevil is the new bluetooth stack for KDE, it's composed of:
+> KCM, KDED, KIO, Library and some other small applications.
+> 
+> ze <ze> 1.2-0.rc2.1.mga2:
+> + Revision: 137458
+> - fix categories for desktop files network-dun and network-panu
+You should submit it as a patch upstream too since desktop-file-validate 
+behaviour won't change.
+
+
+Regards,
+
+-- 
+Balcaen John
+Jabber-ID: mikala at jabber.littleboboy.net
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007739.html b/zarb-ml/mageia-dev/2011-September/007739.html new file mode 100644 index 000000000..8e4647f9f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007739.html @@ -0,0 +1,74 @@ + + + + [Mageia-dev] [RPM] cauldron core/release apache-2.2.20-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release apache-2.2.20-1.mga2

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Thu Sep 1 14:23:33 CEST 2011 +

+
+ +
Le 01/09/2011 13:10, Mageia Team a écrit :
+> guillomovitch<guillomovitch>  2.2.20-1.mga2:
+> + Revision: 137516
+> - add missing LSB headers to htcacheclean init script
+
+The script handling the changelog need some serious fixes. Usually it 
+cumulates the changes for several releases, while here it only take 
+accounts the changes between previous failed submission attempt, and 
+this one.
+-- 
+BOFH excuse #84:
+
+Someone is standing on the ethernet cable, causing a kink in the cable
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007740.html b/zarb-ml/mageia-dev/2011-September/007740.html new file mode 100644 index 000000000..45975ff26 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007740.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] [RPM] cauldron core/release apache-2.2.20-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release apache-2.2.20-1.mga2

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Thu Sep 1 15:21:57 CEST 2011 +

+
+ +
On 01.09.2011 15:23, Guillaume Rousse wrote:
+> Le 01/09/2011 13:10, Mageia Team a écrit :
+>> guillomovitch<guillomovitch>  2.2.20-1.mga2:
+>> + Revision: 137516
+>> - add missing LSB headers to htcacheclean init script
+> 
+> The script handling the changelog need some serious fixes. Usually it
+> cumulates the changes for several releases, while here it only take
+> accounts the changes between previous failed submission attempt, and
+> this one.
+
+What is happening is that markreleases for mga1 are done for the
+cauldron tree, causing changelogs for cauldron releases to be grouped
+according to submissions of mga1 updates_testing:
+
+$ mgarepo rpmlog -s apache
+* Thu Sep 01 2011 guillomovitch <guillomovitch> 2.2.20-1.mga2
++ Revision: 137516
+- add missing LSB headers to htcacheclean init script
+
+* Wed Aug 31 2011 guillomovitch <guillomovitch> 2.2.17-5.1.mga1
++ Revision: 137231
+- new version
+- drop suexec PATH patch
+[...]
+
+
+As I noted in #mageia-sysadm several months ago, the steps needed to fix
+this are:
+
+1) disable markrelease on these submits
+2) propedit the wrong markreleases (look for post-final mga1
+markreleases in cauldron tree) to have invalid log msgs so that mgarepo
+will ignore them
+3) add markrelease to the final update move (from _testing to updates)
+script, or make the youri action run markrelease in the originating tree
+instead of cauldron
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007741.html b/zarb-ml/mageia-dev/2011-September/007741.html new file mode 100644 index 000000000..35fd7d28f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007741.html @@ -0,0 +1,84 @@ + + + + [Mageia-dev] [137675] rebuild for missing packages + + + + + + + + + +

[Mageia-dev] [137675] rebuild for missing packages

+ John Balcaen + mikala at mageia.org +
+ Thu Sep 1 18:32:42 CEST 2011 +

+
+ +
2011/9/1  <root at mageia.org>:
+> Revision 137675 Author fwang Date 2011-09-01 17:56:16 +0200 (Thu, 01 Sep
+> 2011)
+>
+> Log Message
+>
+> rebuild for missing packages
+>
+i doubt it's useful to rebuild here, because thoses packages
+(qt4-common in your case for qt-creator) are probably just not
+available on the mirror even if pkgsubmit is showing them as
+available.
+>From an empiritic test for big packages such as
+qt4/kdelibs/kdebase-workspace you need to wait sometimes 30 minutes
+after the « green » status on pkgsubmit.
+
+
+
+-- 
+Balcaen John
+Jabber-id: mikala at jabber.littleboboy.net
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007742.html b/zarb-ml/mageia-dev/2011-September/007742.html new file mode 100644 index 000000000..c416c808c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007742.html @@ -0,0 +1,89 @@ + + + + [Mageia-dev] [137675] rebuild for missing packages + + + + + + + + + +

[Mageia-dev] [137675] rebuild for missing packages

+ Funda Wang + fundawang at gmail.com +
+ Thu Sep 1 18:37:28 CEST 2011 +

+
+ +
But those packages are available in x86_64 arch, but not in i586 arch,
+which is strange.
+
+2011/9/2 John Balcaen <mikala at mageia.org>:
+> 2011/9/1  <root at mageia.org>:
+>> Revision 137675 Author fwang Date 2011-09-01 17:56:16 +0200 (Thu, 01 Sep
+>> 2011)
+>>
+>> Log Message
+>>
+>> rebuild for missing packages
+>>
+> i doubt it's useful to rebuild here, because thoses packages
+> (qt4-common in your case for qt-creator) are probably just not
+> available on the mirror even if pkgsubmit is showing them as
+> available.
+> >From an empiritic test for big packages such as
+> qt4/kdelibs/kdebase-workspace you need to wait sometimes 30 minutes
+> after the « green » status on pkgsubmit.
+>
+>
+>
+> --
+> Balcaen John
+> Jabber-id: mikala at jabber.littleboboy.net
+>
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007743.html b/zarb-ml/mageia-dev/2011-September/007743.html new file mode 100644 index 000000000..d9cb5427b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007743.html @@ -0,0 +1,74 @@ + + + + [Mageia-dev] [137675] rebuild for missing packages + + + + + + + + + +

[Mageia-dev] [137675] rebuild for missing packages

+ John Balcaen + mikala at mageia.org +
+ Thu Sep 1 18:49:18 CEST 2011 +

+
+ +
2011/9/1 Funda Wang <fundawang at gmail.com>:
+> But those packages are available in x86_64 arch, but not in i586 arch,
+> which is strange.
+hum indeed. we should have wait for a sysadmin eye on it maybe.
+
+
+
+
+-- 
+Balcaen John
+Jabber-id: mikala at jabber.littleboboy.net
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007744.html b/zarb-ml/mageia-dev/2011-September/007744.html new file mode 100644 index 000000000..788eb2245 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007744.html @@ -0,0 +1,81 @@ + + + + [Mageia-dev] Where's Arnoud, the maintainer of the ARM-build for Mageia? + + + + + + + + + +

[Mageia-dev] Where's Arnoud, the maintainer of the ARM-build for Mageia?

+ Rémi Verschelde + rverschelde at gmail.com +
+ Thu Sep 1 22:47:13 CEST 2011 +

+
+ +
2011/7/20 Kristoffer Grundström <kristoffer.grundstrom1983 at gmail.com>:
+> I need to get a hold of him to ask some important questions.
+>
+> /Kristoffer
+>
+
+I don't know if you were answered, but if that's not the case, it can
+be inferred from the blog[1] that you are looking for Arnaud Patard
+(aka rtp).
+
+You can try to contact him directly on IRC (channel #mageia-dev on
+Freenode) or using his personal email which is probably listed on
+Mageia's wiki.
+
+Regards,
+Rémi / Akien
+
+[1] http://blog.mageia.org/en/2011/06/23/arm-port-preview/
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007745.html b/zarb-ml/mageia-dev/2011-September/007745.html new file mode 100644 index 000000000..01a81b144 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007745.html @@ -0,0 +1,89 @@ + + + + [Mageia-dev] Proposal: Deprecate draknetcenter+network init scripts after systemd becomes default. + + + + + + + + + +

[Mageia-dev] Proposal: Deprecate draknetcenter+network init scripts after systemd becomes default.

+ Olivier Blin + mageia at blino.org +
+ Thu Sep 1 23:16:36 CEST 2011 +

+
+ +
Buchan Milne <bgmilne at staff.telkomsa.net> writes:
+
+> On Tuesday, 23 August 2011 17:15:44 Michael Scherer wrote:
+>> Le mardi 23 août 2011 à 15:28 +0200, Thierry Vignaud a écrit :
+>> > What's more gaining 20s on a server when the IBM uefi/firmware take
+>> > *minutes* to setup the machine is worthless.
+>> > On the server side, we still manage RHEL networking through old style
+>> > ifcfg* config files
+>> 
+>> Some people do actually use vms, where boot speed could be important if
+>> created on demand ( and where the reactivity would warrant something
+>> more than "shell script", and where a better API to get interface
+>> information wuld be nice ).
+>
+> We have netcf in the distribution ...
+>
+> https://fedorahosted.org/netcf
+>
+> (required for network configuration from virt-manager).
+
+Having xml is quite readable when used for displaying interface
+information, but not very practical to set configuration.
+Is there any other tool to write the configuration?
+
+-- 
+Olivier Blin - blino
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007746.html b/zarb-ml/mageia-dev/2011-September/007746.html new file mode 100644 index 000000000..7190fb0b1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007746.html @@ -0,0 +1,99 @@ + + + + [Mageia-dev] Proposal: Deprecate draknetcenter+network init scripts after systemd becomes default. + + + + + + + + + +

[Mageia-dev] Proposal: Deprecate draknetcenter+network init scripts after systemd becomes default.

+ Olivier Blin + mageia at blino.org +
+ Thu Sep 1 23:40:33 CEST 2011 +

+
+ +
Colin Guthrie <mageia at colin.guthr.ie> writes:
+
+> Perhaps, but then a more interesting question is "what bits of drakx-net
+> are used in mgaonline and drax-installer?" Just stating that they are
+> used there as a reason to keep it isn't really a good argument IMO.
+
+About mgaonline, it would probably be possible to use NM to poke for
+network status.
+
+About the drakx-installer, drakx-net code is used to get network status
+but also configure the connections (ethernet, wireless, xdsl, ...).
+
+I don't think the DrakX installer is quite ready yet to have dbus + NM
+running, just to get the network status.
+Also, it would probably be quite hard to integrate NM configuration
+tools into the DrakX installer.
+
+Other things I think are still unique in drakx-net:
+- xDSL network configuration: we put a lot of work into this at
+Mandriva, it is still working pretty well, and some users still need it
+(just look at the comments of disappointed users of Mandriva 2011 on the
+official blog or forums)
+- automatic package installation: network tools, manufacturer tools,
+drivers and firmwares are automatically pulled by the tools when
+configuring an interface (the list of packages mentionned in drakx-net
+is also used to automatically include "hardware support" packages when
+building a live image)
+
+Drawbacks of NM that come to my mind:
+- hard to configure in command line (troubleshooting without X, or
+server configuration)
+- network config is by default user-dependant, and not available in
+display manager
+
+-- 
+Olivier Blin - blino
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007747.html b/zarb-ml/mageia-dev/2011-September/007747.html new file mode 100644 index 000000000..31deb8646 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007747.html @@ -0,0 +1,77 @@ + + + + [Mageia-dev] Proposal: Deprecate draknetcenter+network init scripts after systemd becomes default. + + + + + + + + + +

[Mageia-dev] Proposal: Deprecate draknetcenter+network init scripts after systemd becomes default.

+ Juan Luis Baptiste + juan.baptiste at gmail.com +
+ Thu Sep 1 23:45:38 CEST 2011 +

+
+ +
On Thu, Sep 1, 2011 at 6:40 PM, Olivier Blin <mageia at blino.org> wrote:
+> Colin Guthrie <mageia at colin.guthr.ie> writes:
+>
+> - automatic package installation: network tools, manufacturer tools,
+> drivers and firmwares are automatically pulled by the tools when
+> configuring an interface (the list of packages mentionned in drakx-net
+> is also used to automatically include "hardware support" packages when
+> building a live image)
+>
+
+noob question: couldn't this also be accomplished using packageKit ?
+
+-- 
+JLB
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007748.html b/zarb-ml/mageia-dev/2011-September/007748.html new file mode 100644 index 000000000..cabb2c9d6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007748.html @@ -0,0 +1,84 @@ + + + + [Mageia-dev] Proposal: Deprecate draknetcenter+network init scripts after systemd becomes default. + + + + + + + + + +

[Mageia-dev] Proposal: Deprecate draknetcenter+network init scripts after systemd becomes default.

+ Olivier Blin + mageia at blino.org +
+ Fri Sep 2 00:36:55 CEST 2011 +

+
+ +
Juan Luis Baptiste <juan.baptiste at gmail.com> writes:
+
+> On Thu, Sep 1, 2011 at 6:40 PM, Olivier Blin <mageia at blino.org> wrote:
+>> Colin Guthrie <mageia at colin.guthr.ie> writes:
+>>
+>> - automatic package installation: network tools, manufacturer tools,
+>> drivers and firmwares are automatically pulled by the tools when
+>> configuring an interface (the list of packages mentionned in drakx-net
+>> is also used to automatically include "hardware support" packages when
+>> building a live image)
+>
+> noob question: couldn't this also be accomplished using packageKit ?
+
+Probably, but even if using packagekit, the package installation still
+has to be called from some UI, and if you want the UI to be NM, you
+would have to rewrite in NM the devices detection code + packages list
+from drakx-net
+
+-- 
+Olivier Blin - blino
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007749.html b/zarb-ml/mageia-dev/2011-September/007749.html new file mode 100644 index 000000000..39106f9d8 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007749.html @@ -0,0 +1,110 @@ + + + + [Mageia-dev] perl-Sys-Mmap package review + + + + + + + + + +

[Mageia-dev] perl-Sys-Mmap package review

+ Barry Jackson + zen25000 at zen.co.uk +
+ Fri Sep 2 00:28:19 CEST 2011 +

+
+ +
On 31/08/11 23:17, Guillaume Rousse wrote:
+> Le 31/08/2011 15:20, Barry Jackson a écrit :
+>> Hello,
+>> Would someone please review the attached src.rpm for the above, with a
+>> view to committing it.
+> Here you have...
+>
+Many thanks Guillaume
+
+> You'd better use an author-neutral URL for the sources, such as
+> http://www.cpan.org/modules/by-module/Sys/%{upstream_name}-%{upstream_version}.tar.gz
+>
+> This way, if another maintainer submit a new version, the URL will stay
+> valid (and automatic update tool will work).
+>
+Yes - I learned something
+> The runtime depency on perl is useless: you can't install mageia without
+> perl anyway, and the minimal version isn't very helpful either.
+>
+Done
+> But you do need a build dependency (buildrequires) on perl-devel, as it
+> is a native perl package, you won't be able to build without it.
+>
+Done
+> you should not include the debug files (the .debug, and the source
+> files), they will be automatically included in the implicit
+> perl-Sys-Mmap-debug package. Especially as the path you're using here is
+> x86_64-specific :) So just forget them.
+>
+> You should not own the %{perl_vendorlib} directory (it belongs to perl
+> package), but just the subdirectory %{perl_vendorlib}/Sys, which is the
+> base directory for your package files.
+>
+Thanks - that explains the problem with the debug etc. as well - they 
+were being listed as installed but not packaged hence my comment and 
+their inclusion ;)
+ >
+> The %clean section isn't needed anymore with rpm 4.8
+>
+OK sth else I learned.
+> Usually, the document files (%doc macro) are listed first, but that's
+> purely cosmetic.
+Moved.
+
+Some of your above comments would also apply to the current 
+perl-Sys-Mknod.spec which I used as a template ;)
+
+Updated version attached.
+
+Barry.
+-------------- next part --------------
+An embedded and charset-unspecified text was scrubbed...
+Name: perl-Sys-Mmap.spec
+URL: </pipermail/mageia-dev/attachments/20110901/68dfb8ac/attachment-0001.ksh>
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007750.html b/zarb-ml/mageia-dev/2011-September/007750.html new file mode 100644 index 000000000..2a26d9ada --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007750.html @@ -0,0 +1,63 @@ + + + + [Mageia-dev] perl-Sys-Mmap package review + + + + + + + + + +

[Mageia-dev] perl-Sys-Mmap package review

+ Barry Jackson + zen25000 at zen.co.uk +
+ Fri Sep 2 02:16:50 CEST 2011 +

+
+ +
On 01/09/11 23:28, Barry Jackson wrote:
+
+>
+> Updated version attached.
+
+However this builds in mga1 but fails to build in Cauldron.
+
+Barry
+
+ + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007751.html b/zarb-ml/mageia-dev/2011-September/007751.html new file mode 100644 index 000000000..f1509ef99 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007751.html @@ -0,0 +1,107 @@ + + + + [Mageia-dev] Why does Mageia's Libreoffice obsolete OOo ? + + + + + + + + + +

[Mageia-dev] Why does Mageia's Libreoffice obsolete OOo ?

+ andre999 + andre999.mga at laposte.net +
+ Fri Sep 2 03:06:53 CEST 2011 +

+
+ +
I realise that many might think of LibreOffice as being nothing more 
+that a more recent version of OpenOffice, but upstream LibreOffice 
+package does not touch OpenOffice.
+It can be legitimate for a user to want both LibreOffice and OpenOffice 
+installed at the same time.
+Which is my case.  (To overcome a missing feature, which having both 
+running at the same time partially solves.)
+
+Recently I installed Mageia's package of LibreOffice (to replace the 
+upstream package of the same version I had already installed, only to 
+get rid of a persistant update suggestion),
+and it attempted to uninstall OpenOffice.
+(Only partially succeeding, probably since I had the official package, 
+and not mdv's package installed.  I had to reinstall Openoffice to make 
+it work properly.)
+
+So I think we should remove  "Obsoletes: openoffice.org" from the 
+Libreoffice spec (line 190 of the latest spec in cauldron), to avoid 
+this problem.
+If someone has Openoffice installed and wants to uninstall it, they can 
+always do so explicitly.
+
+This brings up an important point.  If there is a new application which 
+provides the same function as an existing application, but no conflict 
+exists between the 2 applications, why should we obsolete the existing 
+application.
+I have seen this on other occasions, such as between Mozilla Seamonkey 
+and Iceape.
+But at the same time, we don't do that for text editors. (e.g. gedit, 
+geany, and medit, all based on gtk+ -- which can similarly all be used 
+at the same time.)
+
+I think we should have a policy to _not_ obsolete applications if there 
+are no real conflicts between them.
+I'm not suggesting this for libraries, but for applications, especially 
+gui applications.
+To do otherwise is to unnecessarily impose our views of what users 
+should be permitted to install and use.
+
+-- 
+André
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007752.html b/zarb-ml/mageia-dev/2011-September/007752.html new file mode 100644 index 000000000..9952a241b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007752.html @@ -0,0 +1,81 @@ + + + + [Mageia-dev] Switch lipbng to 1.5? + + + + + + + + + +

[Mageia-dev] Switch lipbng to 1.5?

+ Funda Wang + fundawang at gmail.com +
+ Fri Sep 2 03:23:09 CEST 2011 +

+
+ +
Hello,
+
+Is there any possibility that we ship libpng 1.5.x as default for
+mga2? My idea will be:
+
+* libpng => 1.5.x for default installation
+* libpng12, libpng12-devel for old packages which cannot be rebuilt or
+some other reasons failing built.
+
+WDYT?
+
+FYI, opensuse and arch switched to libpng 1.4, but 1.4 branch is not
+an active branch any more according to [1].
+
+[1]: http://www.libpng.org/pub/png/libpng.html
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007753.html b/zarb-ml/mageia-dev/2011-September/007753.html new file mode 100644 index 000000000..3a6667f40 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007753.html @@ -0,0 +1,81 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Thomas Spuhler + thomas at btspuhler.com +
+ Fri Sep 2 04:57:50 CEST 2011 +

+
+ +
When upgrading lilypond I noticed that someone else mad the doc package noarch 
+to "make the huge doc subpackage be noarch"
+
+1. What is the advantage of this? We have noarch packages in i586 and x86_64 
+anyway
+
+2. The result wasn't as intended, we now have the arch + noarch package in the 
+repos
+
+
+-- 
+Thomas
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007754.html b/zarb-ml/mageia-dev/2011-September/007754.html new file mode 100644 index 000000000..070845654 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007754.html @@ -0,0 +1,88 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Funda Wang + fundawang at gmail.com +
+ Fri Sep 2 05:38:01 CEST 2011 +

+
+ +
2011/9/2 Thomas Spuhler <thomas at btspuhler.com>:
+> When upgrading lilypond I noticed that someone else mad the doc package noarch
+> to "make the huge doc subpackage be noarch"
+>
+> 1. What is the advantage of this? We have noarch packages in i586 and x86_64
+> anyway
+We may split noarch packages into a new directory in the future, like
+what opensuse is doing. That will save a lot of space for mirrors.
+
+> 2. The result wasn't as intended, we now have the arch + noarch package in the
+> repos
+That is another problem, exists for years in mandriva. maybe bugs in
+uploading script.
+
+>
+>
+> --
+> Thomas
+>
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007755.html b/zarb-ml/mageia-dev/2011-September/007755.html new file mode 100644 index 000000000..460787587 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007755.html @@ -0,0 +1,75 @@ + + + + [Mageia-dev] Why does Mageia's Libreoffice obsolete OOo ? + + + + + + + + + +

[Mageia-dev] Why does Mageia's Libreoffice obsolete OOo ?

+ José Jorge + jjorge at free.fr +
+ Fri Sep 2 07:42:19 CEST 2011 +

+
+ +
Le vendredi 2 septembre 2011 03:06:53, andre999 a écrit :
+> I realise that many might think of LibreOffice as being nothing more
+> that a more recent version of OpenOffice, but upstream LibreOffice
+> package does not touch OpenOffice.
+> It can be legitimate for a user to want both LibreOffice and OpenOffice
+> installed at the same time.
+
+Our packages only work well as long as you stay with Mageia packages. This 
+obsoletes is there to provide a easy upgrade from Mandriva.
+
+As long as you are using external RPMS, you are mean to know what you are 
+doing.
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007756.html b/zarb-ml/mageia-dev/2011-September/007756.html new file mode 100644 index 000000000..f1221001d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007756.html @@ -0,0 +1,90 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Maarten Vanraes + maarten.vanraes at gmail.com +
+ Fri Sep 2 08:34:58 CEST 2011 +

+
+ +
Op vrijdag 02 september 2011 05:38:01 schreef Funda Wang:
+> 2011/9/2 Thomas Spuhler <thomas at btspuhler.com>:
+> > When upgrading lilypond I noticed that someone else mad the doc package
+> > noarch to "make the huge doc subpackage be noarch"
+> > 
+> > 1. What is the advantage of this? We have noarch packages in i586 and
+> > x86_64 anyway
+> 
+> We may split noarch packages into a new directory in the future, like
+> what opensuse is doing. That will save a lot of space for mirrors.
+
+afaik noarch is hardlinked, plus underlying storage might have deduplication.
+
+> > 2. The result wasn't as intended, we now have the arch + noarch package
+> > in the repos
+> 
+> That is another problem, exists for years in mandriva. maybe bugs in
+> uploading script.
+> 
+> > --
+> > Thomas
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007757.html b/zarb-ml/mageia-dev/2011-September/007757.html new file mode 100644 index 000000000..d47a997e4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007757.html @@ -0,0 +1,97 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Pascal Terjan + pterjan at gmail.com +
+ Fri Sep 2 09:15:36 CEST 2011 +

+
+ +
On Fri, Sep 2, 2011 at 03:57, Thomas Spuhler <thomas at btspuhler.com> wrote:
+> When upgrading lilypond I noticed that someone else mad the doc package noarch
+> to "make the huge doc subpackage be noarch"
+>
+> 1. What is the advantage of this? We have noarch packages in i586 and x86_64
+> anyway
+
+They are hardlinks
+
+> 2. The result wasn't as intended, we now have the arch + noarch package in the
+> repos
+
+Yes there is still a bug in the build system, packages switching
+between arch/noarch are not deleted
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007758.html b/zarb-ml/mageia-dev/2011-September/007758.html new file mode 100644 index 000000000..29bd3a74f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007758.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Sander Lepik + sander.lepik at eesti.ee +
+ Fri Sep 2 09:18:01 CEST 2011 +

+
+ +
02.09.2011 10:15, Pascal Terjan kirjutas:
+> Yes there is still a bug in the build system, packages switching
+> between arch/noarch are not deleted
+Is there bug about this issue? Who should fix it?
+
+--
+Sander
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007759.html b/zarb-ml/mageia-dev/2011-September/007759.html new file mode 100644 index 000000000..54f5cd665 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007759.html @@ -0,0 +1,81 @@ + + + + [Mageia-dev] Switch lipbng to 1.5? + + + + + + + + + +

[Mageia-dev] Switch lipbng to 1.5?

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Sep 2 09:38:41 CEST 2011 +

+
+ +
On 2 September 2011 03:23, Funda Wang <fundawang at gmail.com> wrote:
+
+> Hello,
+>
+> Is there any possibility that we ship libpng 1.5.x as default for
+> mga2? My idea will be:
+>
+> * libpng => 1.5.x for default installation
+> * libpng12, libpng12-devel for old packages which cannot be rebuilt or
+> some other reasons failing built.
+>
+
+why not?
+And also we should switch from libjpeg to libjpeg-turbo like RH
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110902/ed29b7d0/attachment-0001.html>
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007760.html b/zarb-ml/mageia-dev/2011-September/007760.html new file mode 100644 index 000000000..c68721188 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007760.html @@ -0,0 +1,84 @@ + + + + [Mageia-dev] Proposal: Deprecate draknetcenter+network init scripts after systemd becomes default. + + + + + + + + + +

[Mageia-dev] Proposal: Deprecate draknetcenter+network init scripts after systemd becomes default.

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Sep 2 09:48:22 CEST 2011 +

+
+ +
'Twas brillig, and Olivier Blin at 01/09/11 22:40 did gyre and gimble:
+> - network config is by default user-dependant, and not available in
+> display manager
+
+Just on this small point... The latest GDM exposes networking config
+with network manager in the DM. Not tried playing with it (too busy
+fighting intel driver issues - quite crashy), but to save e.g. any wifi
+passwords, you'd have to enter the root password.
+
+Col
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007761.html b/zarb-ml/mageia-dev/2011-September/007761.html new file mode 100644 index 000000000..6d37b5f1d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007761.html @@ -0,0 +1,70 @@ + + + + [Mageia-dev] Proposal: Deprecate draknetcenter+network init scripts after systemd becomes default. + + + + + + + + + +

[Mageia-dev] Proposal: Deprecate draknetcenter+network init scripts after systemd becomes default.

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Fri Sep 2 10:07:26 CEST 2011 +

+
+ +
Le 02/09/2011 09:48, Colin Guthrie a écrit :
+>> fighting intel driver issues - quite crashy), but to save e.g. any wifi
+> passwords, you'd have to enter the root password.
+Which seems to be the rule for all shared connections for 0.9 branch.
+
+-- 
+BOFH excuse #296:
+
+The hardware bus needs a new token.
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007762.html b/zarb-ml/mageia-dev/2011-September/007762.html new file mode 100644 index 000000000..f1caf90e1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007762.html @@ -0,0 +1,86 @@ + + + + [Mageia-dev] Proposal: Deprecate draknetcenter+network init scripts after systemd becomes default. + + + + + + + + + +

[Mageia-dev] Proposal: Deprecate draknetcenter+network init scripts after systemd becomes default.

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Sep 2 10:23:02 CEST 2011 +

+
+ +
'Twas brillig, and Guillaume Rousse at 02/09/11 09:07 did gyre and gimble:
+> Le 02/09/2011 09:48, Colin Guthrie a écrit :
+>>> fighting intel driver issues - quite crashy), but to save e.g. any wifi
+>> passwords, you'd have to enter the root password.
+> Which seems to be the rule for all shared connections for 0.9 branch.
+
+Well, you can just enter your user password generally, but this is just
+the default policy kit rules. It can be tweaked such that normal users
+don't have to enter a password if so desired. I've not looked into it in
+any depth tho'
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007763.html b/zarb-ml/mageia-dev/2011-September/007763.html new file mode 100644 index 000000000..eead94761 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007763.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Balcaen John + mikala at mageia.org +
+ Fri Sep 2 12:29:36 CEST 2011 +

+
+ +
Le jeudi 1 septembre 2011 23:57:50, Thomas Spuhler a écrit :
+> When upgrading lilypond I noticed that someone else mad the doc package
+> noarch to "make the huge doc subpackage be noarch"
+> 
+> 1. What is the advantage of this? We have noarch packages in i586 and
+> x86_64 anyway
+> 
+> 2. The result wasn't as intended, we now have the arch + noarch package in
+> the repos
+While talking about noarch package i'm quite interrested in 
+https://bugs.mageia.org/show_bug.cgi?id=2101
+What about splitting handbooks from normal packages ?
+using as suggested by ahmad in comment9 some kdebase4-handbook for example to 
+install all of them or going even further with a meta package requiring 
+konsole-handbook etc etc ?
+It would simply the installation of documentation for live-cd users?
+(& we can use the 4.7.1 release to do this change )
+
+Regards
+
+-- 
+Balcaen John
+Jabber-ID: mikala at jabber.littleboboy.net
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007764.html b/zarb-ml/mageia-dev/2011-September/007764.html new file mode 100644 index 000000000..9dfe322a1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007764.html @@ -0,0 +1,69 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Frank Griffin + ftg at roadrunner.com +
+ Fri Sep 2 12:40:39 CEST 2011 +

+
+ +
On 09/01/2011 11:38 PM, Funda Wang wrote:
+> We may split noarch packages into a new directory in the future, like 
+> what opensuse is doing. That will save a lot of space for mirrors.
+Whoever finally decided this, your children and your  children's 
+children will rise up and call you blessed :-)
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007765.html b/zarb-ml/mageia-dev/2011-September/007765.html new file mode 100644 index 000000000..d0cd73acb --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007765.html @@ -0,0 +1,94 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Michael Scherer + misc at zarb.org +
+ Fri Sep 2 14:06:09 CEST 2011 +

+
+ +
Le vendredi 02 septembre 2011 à 11:38 +0800, Funda Wang a écrit :
+> 2011/9/2 Thomas Spuhler <thomas at btspuhler.com>:
+> > When upgrading lilypond I noticed that someone else mad the doc package noarch
+> > to "make the huge doc subpackage be noarch"
+> >
+> > 1. What is the advantage of this? We have noarch packages in i586 and x86_64
+> > anyway
+> We may split noarch packages into a new directory in the future, like
+> what opensuse is doing. That will save a lot of space for mirrors.
+
+As pterjan said, they are already the same file, provided the mirror
+sync using the correct options. ( checking that is left as a exercise to
+the reader ).
+
+It would help would be by having smaller hdlists, but I am not sure it
+would really help mirror so much. ( ie, I would not say "lots of space"
+even if that still a saving )
+
+But I am not sure that's worth the extra complexity ( ie more hdlists
+mean more potential sync problem, more complexity on the repository
+side, especially since that's shared and more complexity on the user
+side, by doubling the number of repository to declare ). 
+
+So that's not worth the change. I would rather make sure mirror do use
+proper options for hadlink, not sure if we can check remotely.
+
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007766.html b/zarb-ml/mageia-dev/2011-September/007766.html new file mode 100644 index 000000000..7ee8ee1b3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007766.html @@ -0,0 +1,81 @@ + + + + [Mageia-dev] noarch vs arch + + + + + + + + + +

[Mageia-dev] noarch vs arch

+ Frank Griffin + ftg at roadrunner.com +
+ Fri Sep 2 14:45:51 CEST 2011 +

+
+ +
FYI, I'm rsync'ing distrib-coffee with -lH flags, and watching 
+lilypond-doc download in full to each of the tree directories.  Either 
+distrib isn't rsync'ing correctly (unlikely), or lilypond-doc isn't 
+packaged as a link ?
+
+ + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007767.html b/zarb-ml/mageia-dev/2011-September/007767.html new file mode 100644 index 000000000..9c0ab4079 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007767.html @@ -0,0 +1,78 @@ + + + + [Mageia-dev] Switch lipbng to 1.5? + + + + + + + + + +

[Mageia-dev] Switch lipbng to 1.5?

+ Funda Wang + fundawang at gmail.com +
+ Fri Sep 2 16:04:26 CEST 2011 +

+
+ +
Any other opinions?
+
+2011/9/2 Thierry Vignaud <thierry.vignaud at gmail.com>:
+> On 2 September 2011 03:23, Funda Wang <fundawang at gmail.com> wrote:
+>>
+>> Hello,
+>>
+>> Is there any possibility that we ship libpng 1.5.x as default for
+>> mga2? My idea will be:
+>>
+>> * libpng => 1.5.x for default installation
+>> * libpng12, libpng12-devel for old packages which cannot be rebuilt or
+>> some other reasons failing built.
+>
+> why not?
+> And also we should switch from libjpeg to libjpeg-turbo like RH
+>
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007768.html b/zarb-ml/mageia-dev/2011-September/007768.html new file mode 100644 index 000000000..6f9a7ca49 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007768.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] Switch lipbng to 1.5? + + + + + + + + + +

[Mageia-dev] Switch lipbng to 1.5?

+ D.Morgan + dmorganec at gmail.com +
+ Fri Sep 2 16:09:16 CEST 2011 +

+
+ +
On Fri, Sep 2, 2011 at 4:04 PM, Funda Wang <fundawang at gmail.com> wrote:
+> Any other opinions?
+
+i do not see any pb as we are early in mga 2 development and as you
+keep libpng12 in parallel.
+
+for me this is a please do.
+
+> 2011/9/2 Thierry Vignaud <thierry.vignaud at gmail.com>:
+>> On 2 September 2011 03:23, Funda Wang <fundawang at gmail.com> wrote:
+>>>
+>>> Hello,
+>>>
+>>> Is there any possibility that we ship libpng 1.5.x as default for
+>>> mga2? My idea will be:
+>>>
+>>> * libpng => 1.5.x for default installation
+>>> * libpng12, libpng12-devel for old packages which cannot be rebuilt or
+>>> some other reasons failing built.
+>>
+>> why not?
+>> And also we should switch from libjpeg to libjpeg-turbo like RH
+>>
+>
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007769.html b/zarb-ml/mageia-dev/2011-September/007769.html new file mode 100644 index 000000000..e8c574e4a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007769.html @@ -0,0 +1,84 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Sep 2 16:50:00 CEST 2011 +

+
+ +
On 2 September 2011 14:06, Michael Scherer <misc at zarb.org> wrote:
+> It would help would be by having smaller hdlists, but I am not sure it
+> would really help mirror so much. ( ie, I would not say "lots of space"
+> even if that still a saving )
+
+Actualy hdlist are pretty much unused these days.
+urpmi (and thus the installer) doesn't use them any longer for quite a few
+years already (at least since 2007 or 2008).
+
+At that time, we only kept those big babies for:
+- users adding media from older distro for live upgrading but:
+  1) all mdv distros since 4 years handle that
+  2) we don't support upgrading from anything <2010
+- some test tools (don't remember which one) that nobody use still parse them
+
+That's why network BW usage by urpmi is small for checking media (checking
+if MD5SUM still matches then download small synthesis if needed)
+That doesn't change the amount of RAM and the CPU time needed to parse
+& compute updates but thats' another story...
+
+We could try to disable hdlists from cauldron mirrors and see who's crying
+(I guess nobody will)
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007770.html b/zarb-ml/mageia-dev/2011-September/007770.html new file mode 100644 index 000000000..5d3d5f552 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007770.html @@ -0,0 +1,76 @@ + + + + [Mageia-dev] Switch lipbng to 1.5? + + + + + + + + + +

[Mageia-dev] Switch lipbng to 1.5?

+ Funda Wang + fundawang at gmail.com +
+ Fri Sep 2 17:18:39 CEST 2011 +

+
+ +
2011/9/2 Thierry Vignaud <thierry.vignaud at gmail.com>:
+> On 2 September 2011 03:23, Funda Wang <fundawang at gmail.com> wrote:
+>>
+>> Hello,
+>>
+>> Is there any possibility that we ship libpng 1.5.x as default for
+>> mga2? My idea will be:
+>>
+>> * libpng => 1.5.x for default installation
+>> * libpng12, libpng12-devel for old packages which cannot be rebuilt or
+>> some other reasons failing built.
+>
+> why not?
+> And also we should switch from libjpeg to libjpeg-turbo like RH
+Mmm,, I would go for this one at first, cause this one sounds like a
+little change.
+
+ + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007771.html b/zarb-ml/mageia-dev/2011-September/007771.html new file mode 100644 index 000000000..3d8f296aa --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007771.html @@ -0,0 +1,88 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Maarten Vanraes + maarten.vanraes at gmail.com +
+ Fri Sep 2 20:15:25 CEST 2011 +

+
+ +
Op vrijdag 02 september 2011 16:50:00 schreef Thierry Vignaud:
+> On 2 September 2011 14:06, Michael Scherer <misc at zarb.org> wrote:
+> > It would help would be by having smaller hdlists, but I am not sure it
+> > would really help mirror so much. ( ie, I would not say "lots of space"
+> > even if that still a saving )
+> 
+> Actualy hdlist are pretty much unused these days.
+> urpmi (and thus the installer) doesn't use them any longer for quite a few
+> years already (at least since 2007 or 2008).
+> 
+> At that time, we only kept those big babies for:
+> - users adding media from older distro for live upgrading but:
+>   1) all mdv distros since 4 years handle that
+>   2) we don't support upgrading from anything <2010
+> - some test tools (don't remember which one) that nobody use still parse
+> them
+> 
+> That's why network BW usage by urpmi is small for checking media (checking
+> if MD5SUM still matches then download small synthesis if needed)
+> That doesn't change the amount of RAM and the CPU time needed to parse
+> & compute updates but thats' another story...
+> 
+> We could try to disable hdlists from cauldron mirrors and see who's crying
+> (I guess nobody will)
+
+isn't hdlists still necessary for urpmf and urmq ? (I don't know, i'm just 
+asking)
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007772.html b/zarb-ml/mageia-dev/2011-September/007772.html new file mode 100644 index 000000000..5e8c3913b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007772.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Florian Hubold + doktor5000 at arcor.de +
+ Sat Sep 3 01:50:08 CEST 2011 +

+
+ +
Am 02.09.2011 20:15, schrieb Maarten Vanraes:
+> Op vrijdag 02 september 2011 16:50:00 schreef Thierry Vignaud:
+>> On 2 September 2011 14:06, Michael Scherer<misc at zarb.org>  wrote:
+>>> It would help would be by having smaller hdlists, but I am not sure it
+>>> would really help mirror so much. ( ie, I would not say "lots of space"
+>>> even if that still a saving )
+>> Actualy hdlist are pretty much unused these days.
+>> urpmi (and thus the installer) doesn't use them any longer for quite a few
+>> years already (at least since 2007 or 2008).
+>>
+>> At that time, we only kept those big babies for:
+>> - users adding media from older distro for live upgrading but:
+>>    1) all mdv distros since 4 years handle that
+>>    2) we don't support upgrading from anything<2010
+>> - some test tools (don't remember which one) that nobody use still parse
+>> them
+>>
+>> That's why network BW usage by urpmi is small for checking media (checking
+>> if MD5SUM still matches then download small synthesis if needed)
+>> That doesn't change the amount of RAM and the CPU time needed to parse
+>> &  compute updates but thats' another story...
+>>
+>> We could try to disable hdlists from cauldron mirrors and see who's crying
+>> (I guess nobody will)
+> isn't hdlists still necessary for urpmf and urmq ? (I don't know, i'm just
+> asking)
+>
+Well, then they obviously wouldn't work anymore, since by default only 
+synthesis are used :)
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007773.html b/zarb-ml/mageia-dev/2011-September/007773.html new file mode 100644 index 000000000..4499e9d33 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007773.html @@ -0,0 +1,95 @@ + + + + [Mageia-dev] Copying dependencies to Updates (Testing), or changing mgaapplet to use urpmi --auto-update instead of urpmi --update. + + + + + + + + + +

[Mageia-dev] Copying dependencies to Updates (Testing), or changing mgaapplet to use urpmi --auto-update instead of urpmi --update.

+ David W. Hodgins + davidwhodgins at gmail.com +
+ Sat Sep 3 02:20:17 CEST 2011 +

+
+ +
On Thu, 01 Sep 2011 06:43:17 -0400, Buchan Milne <bgmilne at staff.telkomsa.net> wrote:
+
+> On Thursday, 1 September 2011 12:12:46 Samuel Verschelde wrote:
+>> Le jeudi 25 août 2011 11:03:42, David W. Hodgins a écrit :
+>> > If the Mandriva way is kept, we must ensure all needed dependencies
+>> > are available in Updates (Testing too).
+>
+> I note that the exception given for Mageia 1 to have packages that were in
+> Mandriva, but weren't available at Mageia 1 release be available in updates
+> makes this more difficult.
+
+Agreed.  What really makes things worse, is the dependencies of the dependencies.
+With kipi-plugins-expoblending, a requires was added for the package hugin.
+
+Since hugin was only in Core release, the mgaapplet fails to install it.
+So, hugin was copied to pushed to Core Updates Testing, and then to
+Core Updates.
+
+But, mgaapplet still couldn't install the update for kipi-plugins-expoblending,
+even though hugin was available, as enblend, required by hugin, is only in
+Core Release, so the dependencies dependencies must copied too.
+
+Identifying which packages must be copied, is going to be difficult.
+
+Effectively, everything listed by
+urpmq --requires-recursive kipi-plugins-expoblending
+minus the packages listed by
+urpmq --requires-recursive basesystem-minimal
+should be copied.
+
+$ urpmq --requires-recursive kipi-plugins-expoblending|wc -l
+629
+$ urpmq --requires-recursive basesystem-minimal|wc -l
+312
+
+So 317 packages would have to be copied, to be absolutely safe.
+
+Regards, Dave Hodgins
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007774.html b/zarb-ml/mageia-dev/2011-September/007774.html new file mode 100644 index 000000000..1132e400a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007774.html @@ -0,0 +1,92 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Funda Wang + fundawang at gmail.com +
+ Sat Sep 3 06:05:29 CEST 2011 +

+
+ +
2011/9/2 Thierry Vignaud <thierry.vignaud at gmail.com>:
+> On 2 September 2011 14:06, Michael Scherer <misc at zarb.org> wrote:
+>> It would help would be by having smaller hdlists, but I am not sure it
+>> would really help mirror so much. ( ie, I would not say "lots of space"
+>> even if that still a saving )
+>
+> Actualy hdlist are pretty much unused these days.
+> urpmi (and thus the installer) doesn't use them any longer for quite a few
+> years already (at least since 2007 or 2008).
+>
+> At that time, we only kept those big babies for:
+> - users adding media from older distro for live upgrading but:
+>  1) all mdv distros since 4 years handle that
+>  2) we don't support upgrading from anything <2010
+> - some test tools (don't remember which one) that nobody use still parse them
+>
+> That's why network BW usage by urpmi is small for checking media (checking
+> if MD5SUM still matches then download small synthesis if needed)
+> That doesn't change the amount of RAM and the CPU time needed to parse
+> & compute updates but thats' another story...
+>
+> We could try to disable hdlists from cauldron mirrors and see who's crying
+> (I guess nobody will)
+1. Do not provides hdlist in our ISOs in future test releases
+2. encourage the mirror maintainers to share there access logs on
+hdlists, so that we could analyze them to decide if hdlists could be
+removed safely.
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007775.html b/zarb-ml/mageia-dev/2011-September/007775.html new file mode 100644 index 000000000..717d96bb2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007775.html @@ -0,0 +1,98 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Maarten Vanraes + maarten.vanraes at gmail.com +
+ Sat Sep 3 09:22:37 CEST 2011 +

+
+ +
Op zaterdag 03 september 2011 01:50:08 schreef Florian Hubold:
+> Am 02.09.2011 20:15, schrieb Maarten Vanraes:
+> > Op vrijdag 02 september 2011 16:50:00 schreef Thierry Vignaud:
+> >> On 2 September 2011 14:06, Michael Scherer<misc at zarb.org>  wrote:
+> >>> It would help would be by having smaller hdlists, but I am not sure it
+> >>> would really help mirror so much. ( ie, I would not say "lots of space"
+> >>> even if that still a saving )
+> >> 
+> >> Actualy hdlist are pretty much unused these days.
+> >> urpmi (and thus the installer) doesn't use them any longer for quite a
+> >> few years already (at least since 2007 or 2008).
+> >> 
+> >> At that time, we only kept those big babies for:
+> >> 
+> >> - users adding media from older distro for live upgrading but:
+> >>    1) all mdv distros since 4 years handle that
+> >>    2) we don't support upgrading from anything<2010
+> >> 
+> >> - some test tools (don't remember which one) that nobody use still parse
+> >> them
+> >> 
+> >> That's why network BW usage by urpmi is small for checking media
+> >> (checking if MD5SUM still matches then download small synthesis if
+> >> needed) That doesn't change the amount of RAM and the CPU time needed
+> >> to parse &  compute updates but thats' another story...
+> >> 
+> >> We could try to disable hdlists from cauldron mirrors and see who's
+> >> crying (I guess nobody will)
+> > 
+> > isn't hdlists still necessary for urpmf and urmq ? (I don't know, i'm
+> > just asking)
+> 
+> Well, then they obviously wouldn't work anymore, since by default only
+> synthesis are used :)
+
+so even the synthesis files are too big? i mean, if you're in rpmdrake, and you 
+click on a package, it seems to fetch more details. is that from synthesis 
+files? because it takes quite some time to fetch it...
+
+ + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007776.html b/zarb-ml/mageia-dev/2011-September/007776.html new file mode 100644 index 000000000..d45b73ba3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007776.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Florian Hubold + doktor5000 at arcor.de +
+ Sat Sep 3 09:49:50 CEST 2011 +

+
+ +
Am 03.09.2011 09:22, schrieb Maarten Vanraes:
+> Op zaterdag 03 september 2011 01:50:08 schreef Florian Hubold:
+>> Am 02.09.2011 20:15, schrieb Maarten Vanraes:
+>>> Op vrijdag 02 september 2011 16:50:00 schreef Thierry Vignaud:
+>>>> On 2 September 2011 14:06, Michael Scherer<misc at zarb.org>   wrote:
+>>>>> It would help would be by having smaller hdlists, but I am not sure it
+>>>>> would really help mirror so much. ( ie, I would not say "lots of space"
+>>>>> even if that still a saving )
+>>>> Actualy hdlist are pretty much unused these days.
+>>>> urpmi (and thus the installer) doesn't use them any longer for quite a
+>>>> few years already (at least since 2007 or 2008).
+>>>>
+>>>> At that time, we only kept those big babies for:
+>>>>
+>>>> - users adding media from older distro for live upgrading but:
+>>>>     1) all mdv distros since 4 years handle that
+>>>>     2) we don't support upgrading from anything<2010
+>>>>
+>>>> - some test tools (don't remember which one) that nobody use still parse
+>>>> them
+>>>>
+>>>> That's why network BW usage by urpmi is small for checking media
+>>>> (checking if MD5SUM still matches then download small synthesis if
+>>>> needed) That doesn't change the amount of RAM and the CPU time needed
+>>>> to parse&   compute updates but thats' another story...
+>>>>
+>>>> We could try to disable hdlists from cauldron mirrors and see who's
+>>>> crying (I guess nobody will)
+>>> isn't hdlists still necessary for urpmf and urmq ? (I don't know, i'm
+>>> just asking)
+>> Well, then they obviously wouldn't work anymore, since by default only
+>> synthesis are used :)
+> so even the synthesis files are too big? i mean, if you're in rpmdrake, and you
+> click on a package, it seems to fetch more details. is that from synthesis
+> files? because it takes quite some time to fetch it...
+>
+Not too big, but it also takes a while to download/process these.
+Just take a look at the /media_info directory in any repository.
+Besides the synthesis.hdlist there are additional files with the metainfo
+about files, changelog, and info.
+
+ + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007777.html b/zarb-ml/mageia-dev/2011-September/007777.html new file mode 100644 index 000000000..a4ca397f7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007777.html @@ -0,0 +1,95 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Sat Sep 3 10:06:08 CEST 2011 +

+
+ +
On 02.09.2011 21:15, Maarten Vanraes wrote:
+> Op vrijdag 02 september 2011 16:50:00 schreef Thierry Vignaud:
+>> On 2 September 2011 14:06, Michael Scherer <misc at zarb.org> wrote:
+>>> It would help would be by having smaller hdlists, but I am not sure it
+>>> would really help mirror so much. ( ie, I would not say "lots of space"
+>>> even if that still a saving )
+>>
+>> Actualy hdlist are pretty much unused these days.
+>> urpmi (and thus the installer) doesn't use them any longer for quite a few
+>> years already (at least since 2007 or 2008).
+>>
+>> At that time, we only kept those big babies for:
+>> - users adding media from older distro for live upgrading but:
+>>   1) all mdv distros since 4 years handle that
+>>   2) we don't support upgrading from anything <2010
+>> - some test tools (don't remember which one) that nobody use still parse
+>> them
+>>
+>> That's why network BW usage by urpmi is small for checking media (checking
+>> if MD5SUM still matches then download small synthesis if needed)
+>> That doesn't change the amount of RAM and the CPU time needed to parse
+>> & compute updates but thats' another story...
+>>
+>> We could try to disable hdlists from cauldron mirrors and see who's crying
+>> (I guess nobody will)
+> 
+> isn't hdlists still necessary for urpmf and urmq ? (I don't know, i'm just 
+> asking)
+
+No.
+
+xml-info is used for the data not found in synthesis.
+
+-- 
+Anssi Hannula
+
+ + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007778.html b/zarb-ml/mageia-dev/2011-September/007778.html new file mode 100644 index 000000000..9bdac42c3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007778.html @@ -0,0 +1,116 @@ + + + + [Mageia-dev] Disable GTK/GLIB error messages - .xsession-errors overflooded + + + + + + + + + +

[Mageia-dev] Disable GTK/GLIB error messages - .xsession-errors overflooded

+ Florian Hubold + doktor5000 at arcor.de +
+ Sat Sep 3 10:58:59 CEST 2011 +

+
+ +
Hello,
+
+just recently i noticed that my .xsession-errors on Mageia 1 has grown quite a bit:
+
+    [doktor5000 at mageia1 ~]$ ls -lah .xsession-errors
+    -rw------- 1 doktor5000 doktor5000 1,2G Sep  3 10:46 .xsession-errors
+
+I already disabled all KDE debug information via kdebugdialog, which i needed 
+earlier,
+but GTK/GLIB seems to give a flood of messages like the ones below:
+
+    (transmission-gtk:16147): GLib-GObject-WARNING **: invalid cast from
+    `GtkTreeView' to `GtkProgress'
+
+    (transmission-gtk:16147): Gtk-CRITICAL **:
+    IA__gtk_progress_get_current_percentage: assertion `GTK_IS_PROGRESS
+    (progress)' failed
+
+    (transmission-gtk:16147): GLib-GObject-WARNING **: invalid cast from
+    `GtkTreeView' to `GtkProgress'
+
+    (transmission-gtk:16147): GLib-GObject-WARNING **: invalid cast from
+    `GtkTreeView' to `GtkProgress'
+
+    (transmission-gtk:16147): GLib-GObject-WARNING **: invalid cast from
+    `GtkTreeView' to `GtkProgressBar'
+
+    (transmission-gtk:16147): Gtk-CRITICAL **:
+    IA__gtk_progress_bar_get_orientation: assertion `GTK_IS_PROGRESS_BAR
+    (pbar)' failed
+
+    [doktor5000 at mageia1 ~]$ grep GLib-GObject-WARNING .xsession-errors | wc -l
+    166425
+    [doktor5000 at mageia1 ~]$ grep Gtk-CRITICAL .xsession-errors | wc -l
+    83470
+
+
+Can anyone give me a hint how to disable those, please? And how to proceed with
+the cause, those messages should clearly be suppressed, as transmission works 
+correct
+and such a growth of .xsession-error is totally wrong. It also makes it really hard
+to find real, legitimate error messages in .xsession-errors.
+Also this can lead to real problems, like in: 
+http://lists.gnu.org/archive/html/emacs-devel/2010-10/msg00927.html
+filling up the root partition, which can cause quite some problems to normal users,
+if they have no seperate /home partition. The only workarounds i have found so far
+suggest removing .xsession-errors and linking it to /dev/null after each X login,
+but this seems really ugly to me.
+
+Regards
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007779.html b/zarb-ml/mageia-dev/2011-September/007779.html new file mode 100644 index 000000000..0e3b206a2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007779.html @@ -0,0 +1,83 @@ + + + + [Mageia-dev] Disable GTK/GLIB error messages - .xsession-errors overflooded + + + + + + + + + +

[Mageia-dev] Disable GTK/GLIB error messages - .xsession-errors overflooded

+ Olav Vitters + olav at vitters.nl +
+ Sat Sep 3 15:01:53 CEST 2011 +

+
+ +
On Sat, Sep 03, 2011 at 10:58:59AM +0200, Florian Hubold wrote:
+> but GTK/GLIB seems to give a flood of messages like the ones below:
+>    (transmission-gtk:16147): Gtk-CRITICAL **:
+>    IA__gtk_progress_bar_get_orientation: assertion `GTK_IS_PROGRESS_BAR
+>    (pbar)' failed
+
+> Can anyone give me a hint how to disable those, please? And how to proceed with
+> the cause, those messages should clearly be suppressed, as
+> transmission works correct
+
+File bugs with the developers. Just because you think everything is
+working doesn't mean there is not a bug somewhere.
+
+Though Transmission doesn't give me any debug output on Cauldron.
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007780.html b/zarb-ml/mageia-dev/2011-September/007780.html new file mode 100644 index 000000000..8a77d0d55 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007780.html @@ -0,0 +1,78 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Olivier Blin + mageia at blino.org +
+ Sat Sep 3 16:41:06 CEST 2011 +

+
+ +
Thierry Vignaud <thierry.vignaud at gmail.com> writes:
+
+> On 2 September 2011 14:06, Michael Scherer <misc at zarb.org> wrote:
+>> It would help would be by having smaller hdlists, but I am not sure it
+>> would really help mirror so much. ( ie, I would not say "lots of space"
+>> even if that still a saving )
+>
+> Actualy hdlist are pretty much unused these days.
+
+It would still be of some benefit for synthesis as well, by having
+smaller ones, and by making dependency resolution a bit simpler for
+people having both 32 bits + 64 bits media available (by removing the
+doble noarch packages)
+
+-- 
+Olivier Blin - blino
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007781.html b/zarb-ml/mageia-dev/2011-September/007781.html new file mode 100644 index 000000000..994bbaeb7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007781.html @@ -0,0 +1,82 @@ + + + + [Mageia-dev] Disable GTK/GLIB error messages - .xsession-errors overflooded + + + + + + + + + +

[Mageia-dev] Disable GTK/GLIB error messages - .xsession-errors overflooded

+ Florian Hubold + doktor5000 at arcor.de +
+ Sat Sep 3 17:25:51 CEST 2011 +

+
+ +
Am 03.09.2011 15:01, schrieb Olav Vitters:
+> On Sat, Sep 03, 2011 at 10:58:59AM +0200, Florian Hubold wrote:
+>> but GTK/GLIB seems to give a flood of messages like the ones below:
+>>     (transmission-gtk:16147): Gtk-CRITICAL **:
+>>     IA__gtk_progress_bar_get_orientation: assertion `GTK_IS_PROGRESS_BAR
+>>     (pbar)' failed
+>> Can anyone give me a hint how to disable those, please? And how to proceed with
+>> the cause, those messages should clearly be suppressed, as
+>> transmission works correct
+> File bugs with the developers. Just because you think everything is
+> working doesn't mean there is not a bug somewhere.
+>
+> Though Transmission doesn't give me any debug output on Cauldron.
+Seems those are not considered a bug:
+https://qa.mandriva.com/show_bug.cgi?id=50252
+I'll check again with a local rebuild of transmission-2.33.
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007782.html b/zarb-ml/mageia-dev/2011-September/007782.html new file mode 100644 index 000000000..155cff914 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007782.html @@ -0,0 +1,78 @@ + + + + [Mageia-dev] Disable GTK/GLIB error messages - .xsession-errors overflooded + + + + + + + + + +

[Mageia-dev] Disable GTK/GLIB error messages - .xsession-errors overflooded

+ Olav Vitters + olav at vitters.nl +
+ Sat Sep 3 18:25:46 CEST 2011 +

+
+ +
On Sat, Sep 03, 2011 at 05:25:51PM +0200, Florian Hubold wrote:
+> Seems those are not considered a bug:
+> https://qa.mandriva.com/show_bug.cgi?id=50252
+> I'll check again with a local rebuild of transmission-2.33.
+
+I don't agree to that, it should always be reported. But suggest
+reporting these directly (https://trac.transmissionbt.com/ has a "report
+a problem" section).
+
+Though it is really strange it doesn't occur for me at all.
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007783.html b/zarb-ml/mageia-dev/2011-September/007783.html new file mode 100644 index 000000000..08eac4bb9 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007783.html @@ -0,0 +1,80 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Liam R E Quin + liam at holoweb.net +
+ Sat Sep 3 18:52:49 CEST 2011 +

+
+ +
On Sat, 2011-09-03 at 11:06 +0300, Anssi Hannula wrote:
+
+> 
+> xml-info is used for the data not found in synthesis.
+
+At one point I started to look at using dbxml to read these, which could
+make rpmdrake much faster... it uses the bsd db package to keep an index
+of XML documents so you can search without having to parse again, for
+example...but dbxml wasn't packaged. I could look into it again; dbxml
+has APIs in multiple languages (including Perl as well as many others).
+
+The install iso could then contain a (compressed) database.
+
+Liam
+
+
+-- 
+Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
+Pictures from old books: http://fromoldbooks.org/
+
+
+ + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007784.html b/zarb-ml/mageia-dev/2011-September/007784.html new file mode 100644 index 000000000..49f65fd9c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007784.html @@ -0,0 +1,80 @@ + + + + [Mageia-dev] Disable GTK/GLIB error messages - .xsession-errors overflooded + + + + + + + + + +

[Mageia-dev] Disable GTK/GLIB error messages - .xsession-errors overflooded

+ Florian Hubold + doktor5000 at arcor.de +
+ Sat Sep 3 19:47:55 CEST 2011 +

+
+ +
Am 03.09.2011 18:25, schrieb Olav Vitters:
+> On Sat, Sep 03, 2011 at 05:25:51PM +0200, Florian Hubold wrote:
+>> Seems those are not considered a bug:
+>> https://qa.mandriva.com/show_bug.cgi?id=50252
+>> I'll check again with a local rebuild of transmission-2.33.
+> I don't agree to that, it should always be reported. But suggest
+> reporting these directly (https://trac.transmissionbt.com/ has a "report
+> a problem" section).
+>
+> Though it is really strange it doesn't occur for me at all.
+You can't compare apples to bananas, cauldron is like another distribution.
+Also you read the comments from the Mandriva developers, especially
+from Goetz Waschk, GNOME maintainer for Mandriva?
+
+If the problem persists with 2.33, i'll report that upstream.
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007785.html b/zarb-ml/mageia-dev/2011-September/007785.html new file mode 100644 index 000000000..d9624caca --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007785.html @@ -0,0 +1,98 @@ + + + + [Mageia-dev] Disable GTK/GLIB error messages - .xsession-errors overflooded + + + + + + + + + +

[Mageia-dev] Disable GTK/GLIB error messages - .xsession-errors overflooded

+ Olav Vitters + olav at vitters.nl +
+ Sat Sep 3 20:53:30 CEST 2011 +

+
+ +
On Sat, Sep 03, 2011 at 07:47:55PM +0200, Florian Hubold wrote:
+> Am 03.09.2011 18:25, schrieb Olav Vitters:
+> >On Sat, Sep 03, 2011 at 05:25:51PM +0200, Florian Hubold wrote:
+> >>Seems those are not considered a bug:
+> >>https://qa.mandriva.com/show_bug.cgi?id=50252
+> >>I'll check again with a local rebuild of transmission-2.33.
+> >I don't agree to that, it should always be reported. But suggest
+> >reporting these directly (https://trac.transmissionbt.com/ has a "report
+> >a problem" section).
+> >
+> >Though it is really strange it doesn't occur for me at all.
+> You can't compare apples to bananas, cauldron is like another distribution.
+
+You're using Mageia 1 then? I didn't know (assume -dev = Cauldron
+people), but the bugreport is from 2009, so it should've been fixed
+already in Mageia 1. In any case, such error messages are not just for
+informational purposes; they might not cause user visible problems, but
+they do indicate a programming error.
+
+> Also you read the comments from the Mandriva developers, especially
+> from Goetz Waschk, GNOME maintainer for Mandriva?
+
+Yes, I know who he is as well as others who replied. Anyway, it appears
+he understands the cause and that it won't have impact. So there still
+is a bug (comment 3). I'm guessing it is a theme engine causing this
+though (in which case you won't notice in Cauldron), not anything in
+gtk+ or transmission.
+
+> If the problem persists with 2.33, i'll report that upstream.
+
+Thanks, also check with a different theme if you could.
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007786.html b/zarb-ml/mageia-dev/2011-September/007786.html new file mode 100644 index 000000000..1c18eb19b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007786.html @@ -0,0 +1,109 @@ + + + + [Mageia-dev] Disable GTK/GLIB error messages - .xsession-errors overflooded + + + + + + + + + +

[Mageia-dev] Disable GTK/GLIB error messages - .xsession-errors overflooded

+ Florian Hubold + doktor5000 at arcor.de +
+ Sat Sep 3 21:09:22 CEST 2011 +

+
+ +
Am 03.09.2011 20:53, schrieb Olav Vitters:
+> On Sat, Sep 03, 2011 at 07:47:55PM +0200, Florian Hubold wrote:
+>> Am 03.09.2011 18:25, schrieb Olav Vitters:
+>>> On Sat, Sep 03, 2011 at 05:25:51PM +0200, Florian Hubold wrote:
+>>>> Seems those are not considered a bug:
+>>>> https://qa.mandriva.com/show_bug.cgi?id=50252
+>>>> I'll check again with a local rebuild of transmission-2.33.
+>>> I don't agree to that, it should always be reported. But suggest
+>>> reporting these directly (https://trac.transmissionbt.com/ has a "report
+>>> a problem" section).
+>>>
+>>> Though it is really strange it doesn't occur for me at all.
+>> You can't compare apples to bananas, cauldron is like another distribution.
+> You're using Mageia 1 then? I didn't know (assume -dev = Cauldron
+> people),
+Yes, citing original mail:
+
+    /just recently i noticed that my .xsession-errors on Mageia 1 has grown
+    quite a bit/
+
+Guessed this list is suited better for technical stuff than -discuss.
+
+
+> but the bugreport is from 2009, so it should've been fixed
+> already in Mageia 1. In any case, such error messages are not just for
+> informational purposes; they might not cause user visible problems, but
+> they do indicate a programming error.
+Well, i'm more like: If there is an error message, but no real error to it, 
+don't really care.
+>
+>> Also you read the comments from the Mandriva developers, especially
+>> from Goetz Waschk, GNOME maintainer for Mandriva?
+> Yes, I know who he is as well as others who replied. Anyway, it appears
+> he understands the cause and that it won't have impact. So there still
+> is a bug (comment 3). I'm guessing it is a theme engine causing this
+> though (in which case you won't notice in Cauldron), not anything in
+> gtk+ or transmission.
+So far there is no real problem, but i don't want to ignore the sheer mass of 
+error messages.
+>
+>> If the problem persists with 2.33, i'll report that upstream.
+> Thanks, also check with a different theme if you could.
+Maybe also check without existing settings as i imported them from my 2010.1 
+installation.
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007787.html b/zarb-ml/mageia-dev/2011-September/007787.html new file mode 100644 index 000000000..78536d714 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007787.html @@ -0,0 +1,99 @@ + + + + [Mageia-dev] hplip update in progress - feedback needed + + + + + + + + + +

[Mageia-dev] hplip update in progress - feedback needed

+ Florian Hubold + doktor5000 at arcor.de +
+ Sun Sep 4 14:37:08 CEST 2011 +

+
+ +
Hello guys,
+
+as i'm writing this, hplip-3.11.7 should have been uploaded by the buildsystem.
+This is quite a big update, as before we had 3.11.3a, and it was necessary to skip
+one version, as Mandriva already has 3.11.5 and so an upgrade from Mandriva
+to Mageia will be blocked by hplip, as hplip requires Perl and upgrade will fail.
+After there is some feedback from cauldron users this will be submitted to
+Mageia 1 updates_testing, fixing one upgrade blocker from Mandriva.
+
+hplip-3.11.7 adds support for these printers:
+
+- HP DeskJet 3050A J611 series
+- HP LaserJet 100 Color MFP M175
+- HP LaserJet Professional M1216nfh MFP
+- HP LaserJet Professional M1219nf MFP
+
+and support for the following was added in 3.11.5
+
+- HP Designjet T790ps 24in
+- HP Designjet T790ps 44in
+- HP Designjet T1300 Postscript
+- HP LaserJet M4555 MFP
+- HP LaserJet Professional m1214nfh MFP
+
+It also brings the following significant new features:
+
+- Added LEDM ADF Scan support&  LEDM Wireless support
+
+Full changelog is available upstream:
+http://hplipopensource.com/hplip-web/release_notes.html
+Also note there were quite some issues fixed.
+
+
+Please test and report back!
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007788.html b/zarb-ml/mageia-dev/2011-September/007788.html new file mode 100644 index 000000000..102ef7536 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007788.html @@ -0,0 +1,96 @@ + + + + [Mageia-dev] Making the switch . . . + + + + + + + + + +

[Mageia-dev] Making the switch . . .

+ Robert Fox + list at foxconsult.net +
+ Sun Sep 4 18:49:34 CEST 2011 +

+
+ +
Hello to all - and to all a Hello!
+
+After careful consideration, I have chosen to move away from Mandriva
+(now that I have seen what has happened to 2011) and moving all of my
+machines over to Mageia!!  It just feels right!
+
+I have been doing a clean install and updating to Cauldron (was
+previously using Cooker)
+
+I almost have everything working just right - except that I have a
+problem with the latest Evolution (3.1.91) - which seems to have display
+problems under KDE (when I start it in GNOME is is fine)
+
+Evolution is my main mail client and I can't love without it - but when
+I start it under KDE, the message list pane is always blank.  I think it
+may be a GTK problem but not sure . . .
+
+Any help would be welcome and I look forward to participating on this
+list like I used to with Cooker . . .
+
+Cheers,
+R.Fox
+
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007789.html b/zarb-ml/mageia-dev/2011-September/007789.html new file mode 100644 index 000000000..184eb93cc --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007789.html @@ -0,0 +1,120 @@ + + + + [Mageia-dev] Making the switch . . . + + + + + + + + + +

[Mageia-dev] Making the switch . . .

+ Shlomi Fish + shlomif at shlomifish.org +
+ Sun Sep 4 19:16:19 CEST 2011 +

+
+ +
On Sun, 04 Sep 2011 18:49:34 +0200
+Robert Fox <list at foxconsult.net> wrote:
+
+> Hello to all - and to all a Hello!
+> 
+> After careful consideration, I have chosen to move away from Mandriva
+> (now that I have seen what has happened to 2011) and moving all of my
+> machines over to Mageia!!  It just feels right!
+> 
+> I have been doing a clean install and updating to Cauldron (was
+> previously using Cooker)
+> 
+> I almost have everything working just right - except that I have a
+> problem with the latest Evolution (3.1.91) - which seems to have display
+> problems under KDE (when I start it in GNOME is is fine)
+> 
+> Evolution is my main mail client and I can't love without it - but when
+> I start it under KDE, the message list pane is always blank.  I think it
+> may be a GTK problem but not sure . . .
+
+1. Does it happen under other desktops aside from KDE?
+
+2. Does it happen in a new UNIX user account?
+
+Regards,
+
+	Shlomi Fish
+
+> 
+> Any help would be welcome and I look forward to participating on this
+> list like I used to with Cooker . . .
+> 
+> Cheers,
+> R.Fox
+> 
+
+
+
+-- 
+-----------------------------------------------------------------
+Shlomi Fish       http://www.shlomifish.org/
+My Favourite FOSS - http://www.shlomifish.org/open-source/favourite/
+
+If Botticelli were alive today, he’d be working for Vogue.
+    — http://en.wikiquote.org/wiki/Peter_Ustinov
+
+Please reply to list if it's a mailing list post - http://shlom.in/reply .
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007790.html b/zarb-ml/mageia-dev/2011-September/007790.html new file mode 100644 index 000000000..df3fd5f01 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007790.html @@ -0,0 +1,90 @@ + + + + [Mageia-dev] Making the switch . . . + + + + + + + + + +

[Mageia-dev] Making the switch . . .

+ Robert Fox + list at foxconsult.net +
+ Sun Sep 4 20:02:19 CEST 2011 +

+
+ +
On Sun, 2011-09-04 at 20:16 +0300, Shlomi Fish wrote:
+>  Evolution is my main mail client and I can't love without it - but when
+> > I start it under KDE, the message list pane is always blank.  I think it
+> > may be a GTK problem but not sure . . .
+> 
+> 1. Does it happen under other desktops aside from KDE?
+> 
+Evolution works fine when I log into GNOME
+
+> 2. Does it happen in a new UNIX user account?
+> 
+Tried a NEW account and same thing.  It appears to be something with KDE
+- definitely.
+
+Thx,
+R.Fox
+
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007791.html b/zarb-ml/mageia-dev/2011-September/007791.html new file mode 100644 index 000000000..0dc342402 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007791.html @@ -0,0 +1,86 @@ + + + + [Mageia-dev] Making the switch . . . + + + + + + + + + +

[Mageia-dev] Making the switch . . .

+ Oliver Burger + oliver.bgr at googlemail.com +
+ Sun Sep 4 20:29:03 CEST 2011 +

+
+ +
2011/9/4 Robert Fox <list at foxconsult.net>:
+> On Sun, 2011-09-04 at 20:16 +0300, Shlomi Fish wrote:
+>>  Evolution is my main mail client and I can't love without it - but when
+>> > I start it under KDE, the message list pane is always blank.  I think it
+>> > may be a GTK problem but not sure . . .
+>>
+>> 1. Does it happen under other desktops aside from KDE?
+>>
+> Evolution works fine when I log into GNOME
+And others? LXDE? XFCE? One of the Window Managers?
+
+Oliver
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007792.html b/zarb-ml/mageia-dev/2011-September/007792.html new file mode 100644 index 000000000..30704ab19 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007792.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] Making the switch . . . + + + + + + + + + +

[Mageia-dev] Making the switch . . .

+ Thomas Spuhler + thomas at btspuhler.com +
+ Sun Sep 4 20:37:22 CEST 2011 +

+
+ +
On Sunday, September 04, 2011 09:49:34 am Robert Fox wrote:
+> Hello to all - and to all a Hello!
+> 
+> After careful consideration, I have chosen to move away from Mandriva
+> (now that I have seen what has happened to 2011) and moving all of my
+> machines over to Mageia!!  It just feels right!
+> 
+> I have been doing a clean install and updating to Cauldron (was
+> previously using Cooker)
+> 
+> I almost have everything working just right - except that I have a
+> problem with the latest Evolution (3.1.91) - which seems to have display
+> problems under KDE (when I start it in GNOME is is fine)
+> 
+> Evolution is my main mail client and I can't love without it - but when
+> I start it under KDE, the message list pane is always blank.  I think it
+> may be a GTK problem but not sure . . .
+> 
+> Any help would be welcome and I look forward to participating on this
+> list like I used to with Cooker . . .
+> 
+> Cheers,
+> R.Fox
+You shouldn't use cauldron for production. When you start up Evolution you are 
+being told not to use this version for real work.
+Evolution 3.1.90 worked here and so does 31.91 under KDE
+-- 
+Thomas
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007793.html b/zarb-ml/mageia-dev/2011-September/007793.html new file mode 100644 index 000000000..37e205035 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007793.html @@ -0,0 +1,101 @@ + + + + [Mageia-dev] Making the switch . . . + + + + + + + + + +

[Mageia-dev] Making the switch . . .

+ Robert Fox + list at foxconsult.net +
+ Sun Sep 4 21:02:45 CEST 2011 +

+
+ +
On Sun, 2011-09-04 at 20:29 +0200, Oliver Burger wrote:
+> 2011/9/4 Robert Fox <list at foxconsult.net>:
+> > On Sun, 2011-09-04 at 20:16 +0300, Shlomi Fish wrote:
+> >>  Evolution is my main mail client and I can't love without it - but when
+> >> > I start it under KDE, the message list pane is always blank.  I think it
+> >> > may be a GTK problem but not sure . . .
+> >>
+> >> 1. Does it happen under other desktops aside from KDE?
+> >>
+> > Evolution works fine when I log into GNOME
+> And others? LXDE? XFCE? One of the Window Managers?
+> 
+> Oliver
+
+Tried GNOME & GNOME Classic - both work fine
+
+IceWM - on the list but doesn't start (thrown back to KDM)
+
+KDE & Failsafe - both have the problem with the message pane being blank
+
+I did not install any other WMs on this box - only chose KDE & GNOME for
+installtion (not sure why IceWM is on the list?!?!?)
+
+Hope this helps . . .
+
+Thx,
+Robert
+
+
+
+ + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007794.html b/zarb-ml/mageia-dev/2011-September/007794.html new file mode 100644 index 000000000..bccb87cd3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007794.html @@ -0,0 +1,93 @@ + + + + [Mageia-dev] Making the switch . . . + + + + + + + + + +

[Mageia-dev] Making the switch . . .

+ Robert Fox + list at foxconsult.net +
+ Sun Sep 4 21:24:16 CEST 2011 +

+
+ +
On Sun, 2011-09-04 at 11:37 -0700, Thomas Spuhler wrote:
+> You shouldn't use cauldron for production. When you start up Evolution you are 
+> being told not to use this version for real work.
+> Evolution 3.1.90 worked here and so does 31.91 under KDE
+
+I know this - and have been a LONG time Cooker user - so I understand
+the potential pitfalls - That's why I am reporting this problem here -
+
+Strange that it works fine in GNOME & GNOME Classic - but not KDE
+
+I also tried another machine (same original Evolution data) and it seems
+to be OK in KDE - the only difference I can tell is one laptop is with
+the Intel HD3000 graphic chip and the other is an older NVidia Go7400
+
+Maybe it is a driver problem??
+
+Thx,
+R.Fox
+
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007795.html b/zarb-ml/mageia-dev/2011-September/007795.html new file mode 100644 index 000000000..cb0578f05 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007795.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] [RPM] cauldron core/release tortoisehg-2.1.3-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release tortoisehg-2.1.3-1.mga2

+ Angelo Naselli + anaselli at linux.it +
+ Sun Sep 4 21:37:28 CEST 2011 +

+
+ +
Hi,
+> Name        : tortoisehg                   Relocations: (not relocatable)
+
+Could someone please check if the nautilus plugin
+works or it does not? i cannot see it working, but i'm not
+a gnome guru so i don't know if it's a package issue or
+a gnome 3 one. We could consider not to ship it in the case.
+
+Thanks in advance, 
+
+-- 
+Angelo 
+
+-- 
+	Angelo
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 198 bytes
+Desc: This is a digitally signed message part.
+URL: </pipermail/mageia-dev/attachments/20110904/fd491aa3/attachment-0001.asc>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007796.html b/zarb-ml/mageia-dev/2011-September/007796.html new file mode 100644 index 000000000..6f1b39168 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007796.html @@ -0,0 +1,86 @@ + + + + [Mageia-dev] Making the switch . . . + + + + + + + + + +

[Mageia-dev] Making the switch . . .

+ Olav Vitters + olav at vitters.nl +
+ Mon Sep 5 00:15:36 CEST 2011 +

+
+ +
On Sun, Sep 04, 2011 at 06:49:34PM +0200, Robert Fox wrote:
+> Evolution is my main mail client and I can't love without it - but when
+> I start it under KDE, the message list pane is always blank.  I think it
+> may be a GTK problem but not sure . . .
+
+Could you start it from a terminal and see if there is any output? Error
+messages, warnings, etc? Further, could you please try and double click
+and so on to determine if it is either just pretending to be blank (e.g.
+white/white for everything) or really not showing anything?
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007797.html b/zarb-ml/mageia-dev/2011-September/007797.html new file mode 100644 index 000000000..0f82f5b0f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007797.html @@ -0,0 +1,101 @@ + + + + [Mageia-dev] Making the switch . . . + + + + + + + + + +

[Mageia-dev] Making the switch . . .

+ Funda Wang + fundawang at gmail.com +
+ Mon Sep 5 07:00:19 CEST 2011 +

+
+ +
2011/9/5 Robert Fox <list at foxconsult.net>:
+> Hello to all - and to all a Hello!
+>
+> After careful consideration, I have chosen to move away from Mandriva
+> (now that I have seen what has happened to 2011) and moving all of my
+> machines over to Mageia!!  It just feels right!
+>
+> I have been doing a clean install and updating to Cauldron (was
+> previously using Cooker)
+>
+> I almost have everything working just right - except that I have a
+> problem with the latest Evolution (3.1.91) - which seems to have display
+> problems under KDE (when I start it in GNOME is is fine)
+>
+> Evolution is my main mail client and I can't love without it - but when
+> I start it under KDE, the message list pane is always blank.  I think it
+> may be a GTK problem but not sure . . .
+Then file a bug on this issue at bugs.mageia.org, and attach the screenshot.
+
+> Any help would be welcome and I look forward to participating on this
+> list like I used to with Cooker . . .
+>
+> Cheers,
+> R.Fox
+>
+>
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007798.html b/zarb-ml/mageia-dev/2011-September/007798.html new file mode 100644 index 000000000..10f633e5a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007798.html @@ -0,0 +1,114 @@ + + + + [Mageia-dev] Making the switch . . . + + + + + + + + + +

[Mageia-dev] Making the switch . . .

+ Robert Fox + list at foxconsult.net +
+ Mon Sep 5 10:08:40 CEST 2011 +

+
+ +
On Mon, 2011-09-05 at 00:15 +0200, Olav Vitters wrote:
+> On Sun, Sep 04, 2011 at 06:49:34PM +0200, Robert Fox wrote:
+> > Evolution is my main mail client and I can't love without it - but when
+> > I start it under KDE, the message list pane is always blank.  I think it
+> > may be a GTK problem but not sure . . .
+> 
+> Could you start it from a terminal and see if there is any output? Error
+> messages, warnings, etc? Further, could you please try and double click
+> and so on to determine if it is either just pretending to be blank (e.g.
+> white/white for everything) or really not showing anything?
+
+No errors:
+
+[rfox at linux ~]$ evolution
+Migrating cached data
+Migrating config data
+Migrating local user data
+
+mv /home/rfox/.evolution/mail/local/folders.db /home/rfox/.local/share/evolution/mail/local/folders.db
+  FAILED: Destination file already exists
+  rmdir /home/rfox/.evolution/mail/local
+  FAILED: Directory not empty (contents follows)
+          folders.db
+  rmdir /home/rfox/.evolution/mail
+  FAILED: Directory not empty (contents follows)
+          local
+  rmdir /home/rfox/.evolution/tasks
+  FAILED: Directory not empty (contents follows)
+          tasks
+
+mv /home/rfox/.evolution/backup-restore-gconf.xml /home/rfox/.local/share/evolution/backup-restore-gconf.xml
+  FAILED: Destination file already exists
+
+And YES - it appears that it is pretending to be blank (when I click on
+the blank area, the message preview changes content - so something with
+fonts or colors maybe . . .
+
+Thx,
+R.Fox
+
+
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007799.html b/zarb-ml/mageia-dev/2011-September/007799.html new file mode 100644 index 000000000..79c8c004b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007799.html @@ -0,0 +1,75 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Mon Sep 5 11:24:26 CEST 2011 +

+
+ +
On 3 September 2011 18:52, Liam R E Quin <liam at holoweb.net> wrote:
+>> xml-info is used for the data not found in synthesis.
+>
+> At one point I started to look at using dbxml to read these, which could
+> make rpmdrake much faster... it uses the bsd db package to keep an index
+> of XML documents so you can search without having to parse again, for
+> example...but dbxml wasn't packaged. I could look into it again; dbxml
+> has APIs in multiple languages (including Perl as well as many others).
+
+Pardon me but I'm quite a bit skeptical before absence of numbers.
+I think you don't know what is slow in rpmdrake...
+Though urpm::media::configure does consumes a couple seconds to
+parse synthesis, what is actually slow is then computing the updates
+
+You cant claim doing this or that would speed up anything without
+actually testing something first...
+
+ + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007800.html b/zarb-ml/mageia-dev/2011-September/007800.html new file mode 100644 index 000000000..87b6d2e2b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007800.html @@ -0,0 +1,74 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Mon Sep 5 11:25:28 CEST 2011 +

+
+ +
On 3 September 2011 16:41, Olivier Blin <mageia at blino.org> wrote:
+>>> It would help would be by having smaller hdlists, but I am not sure it
+>>> would really help mirror so much. ( ie, I would not say "lots of space"
+>>> even if that still a saving )
+>>
+>> Actualy hdlist are pretty much unused these days.
+>
+> It would still be of some benefit for synthesis as well, by having
+> smaller ones, and by making dependency resolution a bit simpler for
+> people having both 32 bits + 64 bits media available (by removing the
+> doble noarch packages)
+
+Agreed.
+Misc: is there a BR open?
+
+ + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007801.html b/zarb-ml/mageia-dev/2011-September/007801.html new file mode 100644 index 000000000..c0cf0184f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007801.html @@ -0,0 +1,118 @@ + + + + [Mageia-dev] Copying dependencies to Updates (Testing), or changing mgaapplet to use urpmi --auto-update instead of urpmi --update. + + + + + + + + + +

[Mageia-dev] Copying dependencies to Updates (Testing), or changing mgaapplet to use urpmi --auto-update instead of urpmi --update.

+ Samuel Verschelde + stormi at laposte.net +
+ Mon Sep 5 12:06:39 CEST 2011 +

+
+ +
Le samedi 3 septembre 2011 02:20:17, David W. Hodgins a écrit :
+> On Thu, 01 Sep 2011 06:43:17 -0400, Buchan Milne <bgmilne at staff.telkomsa.net> 
+wrote:
+> > On Thursday, 1 September 2011 12:12:46 Samuel Verschelde wrote:
+> >> Le jeudi 25 août 2011 11:03:42, David W. Hodgins a écrit :
+> >> > If the Mandriva way is kept, we must ensure all needed dependencies
+> >> > are available in Updates (Testing too).
+> > 
+> > I note that the exception given for Mageia 1 to have packages that were
+> > in Mandriva, but weren't available at Mageia 1 release be available in
+> > updates makes this more difficult.
+> 
+> Agreed.  What really makes things worse, is the dependencies of the
+> dependencies. With kipi-plugins-expoblending, a requires was added for the
+> package hugin.
+> 
+> Since hugin was only in Core release, the mgaapplet fails to install it.
+> So, hugin was copied to pushed to Core Updates Testing, and then to
+> Core Updates.
+> 
+> But, mgaapplet still couldn't install the update for
+> kipi-plugins-expoblending, even though hugin was available, as enblend,
+> required by hugin, is only in Core Release, so the dependencies
+> dependencies must copied too.
+> 
+> Identifying which packages must be copied, is going to be difficult.
+> 
+> Effectively, everything listed by
+> urpmq --requires-recursive kipi-plugins-expoblending
+> minus the packages listed by
+> urpmq --requires-recursive basesystem-minimal
+> should be copied.
+> 
+> $ urpmq --requires-recursive kipi-plugins-expoblending|wc -l
+> 629
+> $ urpmq --requires-recursive basesystem-minimal|wc -l
+> 312
+> 
+> So 317 packages would have to be copied, to be absolutely safe.
+> 
+> Regards, Dave Hodgins
+
+I would check it differently :
+- for an update to an existing package in mageia 1 you have to compare the 
+list of dependencies (recursive) to that of the previous package, not to 
+basesystem-minimal. This will give less results I guess.
+- for a package added to Mageia 1 because it was missing but present in 
+Mandriva 2010.2, it can be trickier. Problems arise when the mdv package is 
+still present on mageia (from a previous migration) and MageiaUpdate wants to 
+update it : it can fail if it requires new dependencies.
+One way would be to install it in a minimal Mandriva 2010.2, migrate to Mageia 
+1 and then either :
+  - check what dependencies of the package have not been migrated
+  - or install the updated package with urpmi and note what dependencies have 
+been pulled from release media
+
+Hopefully urpmi --update's behaviour can be changed soon so that QA Team will 
+be relieved from those tedious checks ?
+
+Best regards
+
+Samuel
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007802.html b/zarb-ml/mageia-dev/2011-September/007802.html new file mode 100644 index 000000000..6a890c496 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007802.html @@ -0,0 +1,105 @@ + + + + [Mageia-dev] Making the switch . . . + + + + + + + + + +

[Mageia-dev] Making the switch . . .

+ Olav Vitters + olav at vitters.nl +
+ Mon Sep 5 18:34:31 CEST 2011 +

+
+ +
On Mon, Sep 05, 2011 at 10:08:40AM +0200, Robert Fox wrote:
+> On Mon, 2011-09-05 at 00:15 +0200, Olav Vitters wrote:
+> > On Sun, Sep 04, 2011 at 06:49:34PM +0200, Robert Fox wrote:
+> > > Evolution is my main mail client and I can't love without it - but when
+> > > I start it under KDE, the message list pane is always blank.  I think it
+> > > may be a GTK problem but not sure . . .
+> > 
+> > Could you start it from a terminal and see if there is any output? Error
+> > messages, warnings, etc? Further, could you please try and double click
+> > and so on to determine if it is either just pretending to be blank (e.g.
+> > white/white for everything) or really not showing anything?
+> 
+> No errors:
+
+Ok.
+
+> And YES - it appears that it is pretending to be blank (when I click on
+> the blank area, the message preview changes content - so something with
+> fonts or colors maybe . . .
+
+I think KDE has something like a GTK-QT-Engine. It tries to apply the qt
+theme to gtk applications. I'm guessing something is wrong with that.
+Could you try disabling it?
+
+Found some documentation on:
+https://wiki.archlinux.org/index.php/Uniform_Look_for_QT_and_GTK_Applications
+
+According to that, you want to go to:
+Control Center (kcontrol) --> Appearance & Themes --> GTK Styles and Fonts
+
+Suggest also pinging on IRC (#mageia-dev on freenode) as that is a bit
+easier than emails.
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007803.html b/zarb-ml/mageia-dev/2011-September/007803.html new file mode 100644 index 000000000..6601c766e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007803.html @@ -0,0 +1,80 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Michael Scherer + misc at zarb.org +
+ Mon Sep 5 19:06:38 CEST 2011 +

+
+ +
Le lundi 05 septembre 2011 à 11:25 +0200, Thierry Vignaud a écrit :
+> On 3 September 2011 16:41, Olivier Blin <mageia at blino.org> wrote:
+> >>> It would help would be by having smaller hdlists, but I am not sure it
+> >>> would really help mirror so much. ( ie, I would not say "lots of space"
+> >>> even if that still a saving )
+> >>
+> >> Actualy hdlist are pretty much unused these days.
+> >
+> > It would still be of some benefit for synthesis as well, by having
+> > smaller ones, and by making dependency resolution a bit simpler for
+> > people having both 32 bits + 64 bits media available (by removing the
+> > doble noarch packages)
+> 
+> Agreed.
+> Misc: is there a BR open?
+
+Not that I am aware of.
+
+-- 
+Michael Scherer
+
+
+ + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007804.html b/zarb-ml/mageia-dev/2011-September/007804.html new file mode 100644 index 000000000..000b16a2f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007804.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] [138564] support ff6 + + + + + + + + + +

[Mageia-dev] [138564] support ff6

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Mon Sep 5 20:15:13 CEST 2011 +

+
+ +
On 05.09.2011 03:59, root at mageia.org wrote:
+>       Log Message
+> 
+> support ff6
+
+It already worked fine in FF6.
+
+[...]
+> Modified: cauldron/firefox-ext-mozvoikko/current/SPECS/firefox-ext-mozvoikko.spec
+> ===================================================================
+> --- cauldron/firefox-ext-mozvoikko/current/SPECS/firefox-ext-mozvoikko.spec	2011-09-05 00:53:28 UTC (rev 138563)
+> +++ cauldron/firefox-ext-mozvoikko/current/SPECS/firefox-ext-mozvoikko.spec	2011-09-05 00:59:05 UTC (rev 138564)
+[...]
+>  Requires:	%{_lib}voikko1 >= 1.7
+> -Requires:	firefox = %{firefox_epoch}:%{firefox_version}
+> +Requires:	firefox >= %{firefox_epoch}:%{firefox_version}
+
+Why this?
+
+AFAICS we have extensions in versioned directories, so we need a strict
+dependency here.
+
+> @@ -24,6 +24,7 @@
+>  
+>  %prep
+>  %setup -q -n %oname-%version
+> +sed -i -e 's/MOZVOIKKO_FF_MAX.*/MOZVOIKKO_FF_MAX  = %{firefox_major}.*/' mozvoikko.config
+
+The values from mozvoikko.config are not used when building against
+xulrunner, so this is completely unnecessary.
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007805.html b/zarb-ml/mageia-dev/2011-September/007805.html new file mode 100644 index 000000000..a5ab72bfe --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007805.html @@ -0,0 +1,101 @@ + + + + [Mageia-dev] [RPM] cauldron core/release apache-2.2.20-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release apache-2.2.20-1.mga2

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Mon Sep 5 20:21:34 CEST 2011 +

+
+ +
On 01.09.2011 16:21, Anssi Hannula wrote:
+> On 01.09.2011 15:23, Guillaume Rousse wrote:
+>> Le 01/09/2011 13:10, Mageia Team a écrit :
+>>> guillomovitch<guillomovitch>  2.2.20-1.mga2:
+>>> + Revision: 137516
+>>> - add missing LSB headers to htcacheclean init script
+>>
+>> The script handling the changelog need some serious fixes. Usually it
+>> cumulates the changes for several releases, while here it only take
+>> accounts the changes between previous failed submission attempt, and
+>> this one.
+> 
+> What is happening is that markreleases for mga1 are done for the
+> cauldron tree, causing changelogs for cauldron releases to be grouped
+> according to submissions of mga1 updates_testing:
+> 
+> $ mgarepo rpmlog -s apache
+> * Thu Sep 01 2011 guillomovitch <guillomovitch> 2.2.20-1.mga2
+> + Revision: 137516
+> - add missing LSB headers to htcacheclean init script
+> 
+> * Wed Aug 31 2011 guillomovitch <guillomovitch> 2.2.17-5.1.mga1
+> + Revision: 137231
+> - new version
+> - drop suexec PATH patch
+> [...]
+> 
+> 
+> As I noted in #mageia-sysadm several months ago, the steps needed to fix
+> this are:
+> 
+> 1) disable markrelease on these submits
+> 2) propedit the wrong markreleases (look for post-final mga1
+> markreleases in cauldron tree) to have invalid log msgs so that mgarepo
+> will ignore them
+> 3) add markrelease to the final update move (from _testing to updates)
+> script, or make the youri action run markrelease in the originating tree
+> instead of cauldron
+> 
+
+Reported as https://bugs.mageia.org/show_bug.cgi?id=2633 .
+
+-- 
+Anssi Hannula
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007806.html b/zarb-ml/mageia-dev/2011-September/007806.html new file mode 100644 index 000000000..f2a46c5df --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007806.html @@ -0,0 +1,83 @@ + + + + [Mageia-dev] noarch vs. arch + + + + + + + + + +

[Mageia-dev] noarch vs. arch

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Mon Sep 5 20:56:21 CEST 2011 +

+
+ +
On 03.09.2011 17:41, Olivier Blin wrote:
+> Thierry Vignaud <thierry.vignaud at gmail.com> writes:
+> 
+>> On 2 September 2011 14:06, Michael Scherer <misc at zarb.org> wrote:
+>>> It would help would be by having smaller hdlists, but I am not sure it
+>>> would really help mirror so much. ( ie, I would not say "lots of space"
+>>> even if that still a saving )
+>>
+>> Actualy hdlist are pretty much unused these days.
+> 
+> It would still be of some benefit for synthesis as well, by having
+> smaller ones, and by making dependency resolution a bit simpler for
+> people having both 32 bits + 64 bits media available (by removing the
+> doble noarch packages)
+
+Well, with our current media architecture it is a no-go, since it would
+double the amount of repositories and with our current amount of repos
+changing configuration (e.g. to enable/disable Debug repos) either via
+urpmi.cfg or rpmdrake is already a major PITA.
+
+Before this can be considered, we need to change the configuration
+system so that entries (can) contain 'Distribution + options' (with a
+single flag for Debug, testing, etc), instead of current 'Media + options'.
+
+-- 
+Anssi Hannula
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007807.html b/zarb-ml/mageia-dev/2011-September/007807.html new file mode 100644 index 000000000..e50d13bbe --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007807.html @@ -0,0 +1,86 @@ + + + + [Mageia-dev] Mageia Backports policy + + + + + + + + + +

[Mageia-dev] Mageia Backports policy

+ Anne nicolas + ennael at mageia.org +
+ Mon Sep 5 23:10:12 CEST 2011 +

+
+ +
Hi there
+
+Following our last packagers meeting, here is the final version of
+Mageia Backports Policy:
+http://mageia.org/wiki/doku.php?id=backports_policy
+
+This first version is for sure not all complete as it will be reviewed
+in 6 montths. We will then modify and complete it if necessary,
+depending also on resources.
+
+We keep in mind also that we have to focus on updates for Mageia 1
+(another mail coming soon)
+
+Cheers
+
+-- 
+Anne
+http://www.mageia.org
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007808.html b/zarb-ml/mageia-dev/2011-September/007808.html new file mode 100644 index 000000000..979715704 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007808.html @@ -0,0 +1,120 @@ + + + + [Mageia-dev] [138564] support ff6 + + + + + + + + + +

[Mageia-dev] [138564] support ff6

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Tue Sep 6 01:51:38 CEST 2011 +

+
+ +
On 06.09.2011 02:45, Funda Wang wrote:
+> Well,you may want to check install.rdf in the package.
+
+It says <em:maxVersion>*</em:maxVersion>.
+
+
+> 在 2011年9月6日星期二，Anssi Hannula <anssi.hannula at iki.fi
+> <mailto:anssi.hannula at iki.fi>> 写道：
+>> On 05.09.2011 03:59, root at mageia.org <mailto:root at mageia.org> wrote:
+>>>       Log Message
+>>>
+>>> support ff6
+>>
+>> It already worked fine in FF6.
+>>
+>> [...]
+>>> Modified:
+> cauldron/firefox-ext-mozvoikko/current/SPECS/firefox-ext-mozvoikko.spec
+>>> ===================================================================
+>>> ---
+> cauldron/firefox-ext-mozvoikko/current/SPECS/firefox-ext-mozvoikko.spec
+>   2011-09-05 00:53:28 UTC (rev 138563)
+>>> +++
+> cauldron/firefox-ext-mozvoikko/current/SPECS/firefox-ext-mozvoikko.spec
+>   2011-09-05 00:59:05 UTC (rev 138564)
+>> [...]
+>>>  Requires:    %{_lib}voikko1 >= 1.7
+>>> -Requires:    firefox = %{firefox_epoch}:%{firefox_version}
+>>> +Requires:    firefox >= %{firefox_epoch}:%{firefox_version}
+>>
+>> Why this?
+>>
+>> AFAICS we have extensions in versioned directories, so we need a strict
+>> dependency here.
+>>
+>>> @@ -24,6 +24,7 @@
+>>>
+>>>  %prep
+>>>  %setup -q -n %oname-%version
+>>> +sed -i -e 's/MOZVOIKKO_FF_MAX.*/MOZVOIKKO_FF_MAX  =
+> %{firefox_major}.*/' mozvoikko.config
+>>
+>> The values from mozvoikko.config are not used when building against
+>> xulrunner, so this is completely unnecessary.
+>>
+>> --
+>> Anssi Hannula
+>>
+
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007809.html b/zarb-ml/mageia-dev/2011-September/007809.html new file mode 100644 index 000000000..f4965d90b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007809.html @@ -0,0 +1,98 @@ + + + + [Mageia-dev] [139181] fix file list + + + + + + + + + +

[Mageia-dev] [139181] fix file list

+ Jani Välimaa + jani.valimaa at gmail.com +
+ Tue Sep 6 08:39:25 CEST 2011 +

+
+ +
2011/9/6  <root at mageia.org>:
+> Revision 139181 Author tv Date 2011-09-06 08:33:11 +0200 (Tue, 06 Sep 2011)
+>
+> Log Message
+>
+> fix file list
+>
+> Modified Paths
+>
+> cauldron/accerciser/current/SPECS/accerciser.spec
+>
+> Modified: cauldron/accerciser/current/SPECS/accerciser.spec
+> ===================================================================
+> --- cauldron/accerciser/current/SPECS/accerciser.spec	2011-09-06 06:32:12
+> UTC (rev 139180)
+> +++ cauldron/accerciser/current/SPECS/accerciser.spec	2011-09-06 06:33:11
+> UTC (rev 139181)
+> @@ -42,7 +42,6 @@
+>  %files -f %{name}.lang
+>  %defattr(-,root,root)
+>  %doc AUTHORS README NEWS
+> -%{_sysconfdir}/gconf/schemas/%{name}.schemas
+>  %{_bindir}/%{name}
+>  %{py_puresitedir}/%{name}
+>  %{_datadir}/%{name}
+>
+>
+
+%preun script should also be removed as there's no schema to uninstall..
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007810.html b/zarb-ml/mageia-dev/2011-September/007810.html new file mode 100644 index 000000000..2749701f1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007810.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] [RPM] cauldron core/release apache-conf-2.2.20-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release apache-conf-2.2.20-1.mga2

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Tue Sep 6 09:06:31 CEST 2011 +

+
+ +
Le 06/09/2011 08:48, Mageia Team a écrit :
+> Name        : apache-conf                  Relocations: (not relocatable)
+> Version     : 2.2.20                            Vendor: Mageia.Org
+> Release     : 1.mga2                        Build Date: Tue Sep  6 08:45:13 2011
+> Install Date: (not installed)               Build Host: ecosse
+> Group       : System/Servers                Source RPM: (none)
+> Size        : 125180                           License: Apache License
+> Signature   : (none)
+> Packager    : Mageia Team<http://www.mageia.org>
+> URL         : http://www.mandriva.com
+> Summary     : Configuration files for Apache
+> Description :
+> This package contains configuration files for apache. It is necessary for
+> operation of the apache webserver. Having those files into a separate modules
+> provides better customization for OEMs and ISPs, who can modify the look and
+> feel of the apache webserver without having to re-compile the whole suite to
+> change a logo or config file.
+>
+> tv<tv>  2.2.20-1.mga2:
+> + Revision: 139205
+> - add missing LSB keywords
+That's useless, everything has been merged in main apache package. I 
+just left it because Pascal was suggesting to turn it into a generic and 
+agnostic base for all web servers.
+-- 
+BOFH excuse #373:
+
+Suspicious pointer corrupted virtual machine
+
+ + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007811.html b/zarb-ml/mageia-dev/2011-September/007811.html new file mode 100644 index 000000000..9c7bda858 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007811.html @@ -0,0 +1,97 @@ + + + + [Mageia-dev] Making the switch . . . + + + + + + + + + +

[Mageia-dev] Making the switch . . .

+ Robert Fox + list at foxconsult.net +
+ Tue Sep 6 10:14:26 CEST 2011 +

+
+ +
On Mon, 2011-09-05 at 18:34 +0200, Olav Vitters wrote:
+> > And YES - it appears that it is pretending to be blank (when I click on
+> > the blank area, the message preview changes content - so something with
+> > fonts or colors maybe . . .
+> 
+> I think KDE has something like a GTK-QT-Engine. It tries to apply the qt
+> theme to gtk applications. I'm guessing something is wrong with that.
+> Could you try disabling it?
+> 
+> Found some documentation on:
+> https://wiki.archlinux.org/index.php/Uniform_Look_for_QT_and_GTK_Applications
+> 
+> According to that, you want to go to:
+> Control Center (kcontrol) --> Appearance & Themes --> GTK Styles and Fonts
+> 
+This is not available under KDE 4.7 apparently - there is no "Appearance
+and Themes" option.  I do recall the "GTK Styles and Fonts" settings but
+could not find them in the latest KDE control panel
+
+Then I discovered that that the gtk-qt-kcm wasn't installed - and once
+installed the option was there - but changing the settings didn't seem
+to help much
+
+> Suggest also pinging on IRC (#mageia-dev on freenode) as that is a bit
+> easier than emails.
+
+Will try and look it up . .
+
+
+
+
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007812.html b/zarb-ml/mageia-dev/2011-September/007812.html new file mode 100644 index 000000000..562489165 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007812.html @@ -0,0 +1,71 @@ + + + + [Mageia-dev] [139181] fix file list + + + + + + + + + +

[Mageia-dev] [139181] fix file list

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Tue Sep 6 13:08:49 CEST 2011 +

+
+ +
On 6 September 2011 08:39, Jani Välimaa <jani.valimaa at gmail.com> wrote:
+> %preun script should also be removed as there's no schema to uninstall..
+
+Indeed
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007813.html b/zarb-ml/mageia-dev/2011-September/007813.html new file mode 100644 index 000000000..124a2ee9a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007813.html @@ -0,0 +1,95 @@ + + + + [Mageia-dev] making RPM in Lyon + + + + + + + + + +

[Mageia-dev] making RPM in Lyon

+ Daniel Tartavel + contact at librepc.com +
+ Tue Sep 6 18:06:48 CEST 2011 +

+
+ +
La communauté Mageia-Lyon , avec le concours de "Libre PC" proposent des ateliers "création de RPM".
+Les personnes intéressées peuvent prendre contact avec moi.
+
+ Mageia contributors from Lyon, along with "Libre PC", organize RPM making sessions. Those interested can contact me.
+
+Daniel Tartavel 
+Animateur Diplômé en Technologies de l'Information et de la Communication.
+Technicien de Maintenance en Informatique
+
+http://www.librepc.com
+siret : 511 210 858 RCS Lyon 
+-- 
+Je vous serais reconnaissant de ne pas m'envoyer de pièces jointes
+aux formats Word, Excel, PowerPoint, RTF,  fichiers aux formats propriétaires.
+Utilisez des formats universels et libres tels que texte, html,
+OpenDocument, TeX, à la limite PDF. Merci.
+Voir http://www.gnu.org/philosophy/no-word-attachments.fr.html
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 316 bytes
+Desc: This is a digitally signed message part.
+URL: </pipermail/mageia-dev/attachments/20110906/a8429988/attachment.asc>
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007814.html b/zarb-ml/mageia-dev/2011-September/007814.html new file mode 100644 index 000000000..53b9fdf66 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007814.html @@ -0,0 +1,74 @@ + + + + [Mageia-dev] [139181] fix file list + + + + + + + + + +

[Mageia-dev] [139181] fix file list

+ Florian Hubold + doktor5000 at arcor.de +
+ Tue Sep 6 19:01:11 CEST 2011 +

+
+ +
Am 06.09.2011 13:08, schrieb Thierry Vignaud:
+> On 6 September 2011 08:39, Jani Välimaa<jani.valimaa at gmail.com>  wrote:
+>> %preun script should also be removed as there's no schema to uninstall..
+> Indeed
+>
+Dumb question: Was that needed before,
+as there are filetriggers for gconf schema files?
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007815.html b/zarb-ml/mageia-dev/2011-September/007815.html new file mode 100644 index 000000000..59e1a5546 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007815.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] [RPM] cauldron core/release lyx-2.0.1-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release lyx-2.0.1-1.mga2

+ Donald Stewart + watersnowrock at gmail.com +
+ Tue Sep 6 19:37:07 CEST 2011 +

+
+ +
On 6 September 2011 18:34, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> Name        : lyx                          Relocations: (not relocatable)
+> Version     : 2.0.1                             Vendor: Mageia.Org
+> Release     : 1.mga2                        Build Date: Tue Sep  6 19:24:53 2011
+> Install Date: (not installed)               Build Host: jonund
+> Group       : Office                        Source RPM: (none)
+> Size        : 10127910                         License: GPLv2+
+> Signature   : (none)
+> Packager    : Mageia Team <http://www.mageia.org>
+> URL         : http://www.lyx.org/
+> Summary     : A word processor for the Desktop Environment
+> Description :
+> LyX is a modern approach of writing documents with a computer
+> which breaks with the tradition of the obsolete typewriter
+> concept.  It is designed for people who want a professional
+> output with a minimum of time effort, without becoming specia-
+> lists in typesetting.  Compared to common word processors LyX
+> will increase the productivity a lot, since most of the type-
+> setting will be done by the computer, not the author.  With LyX
+> the author can concentrate on the contents of his writing,
+> since the computer will take care of the look.
+>
+> fwang <fwang> 2.0.1-1.mga2:
+> + Revision: 139641
+> - new version 2.0.1
+> - rebuild for new boost
+
+I know that it is pedantic, but would anyone mind if I remove the
+gender from the description?
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007816.html b/zarb-ml/mageia-dev/2011-September/007816.html new file mode 100644 index 000000000..bf23e8d24 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007816.html @@ -0,0 +1,104 @@ + + + + [Mageia-dev] BS faillure: ERROR: could not write /home/iurt/chroot_tmp/iurt/chroot_cauldron.i586.0.20110906174004/home/builder/.rpmmacros (No such file or directory) + + + + + + + + + +

[Mageia-dev] BS faillure: ERROR: could not write /home/iurt/chroot_tmp/iurt/chroot_cauldron.i586.0.20110906174004/home/builder/.rpmmacros (No such file or directory)

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Tue Sep 6 20:08:27 CEST 2011 +

+
+ +
Hi
+Here's a strange failure:
+http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20110906172725.tv.valstar.2960/log/botcmd.1315330803.jonund.log
+ERROR: could not write
+/home/iurt/chroot_tmp/iurt/chroot_cauldron.i586.0.20110906174004/home/builder/.rpmmacros
+(No such file or directory)
+
+D: [iurt_root_command] Running iurt_root_command
+D: [iurt_root_command] Removing files
+D: [iurt_root_command] removing
+/home/iurt/chroot_tmp/iurt/chroot_cauldron.i586.0.20110906174004.tmp.htgvrM
+D: [iurt_root_command] removing
+/home/iurt/chroot_cauldron.i586.tar.gz.tmp.YqNWN3
+D: [iurt_root_command] Success!
+D: [iurt_root_command] Running iurt_root_command
+D: [iurt_root_command] Copying files
+F: [iurt_root_command] copying /tmp/rpmmacros to
+/home/iurt/chroot_tmp/iurt/chroot_cauldron.i586.0.20110906174004/home/builder/.rpmmacros
+failed (No such file or directory)
+D: [iurt_root_command] nothing copied
+I: [iurt_root_command] ERROR: Copying files
+I: [iurt2] [iurt2] ERROR: could not write
+/home/iurt/chroot_tmp/iurt/chroot_cauldron.i586.0.20110906174004/home/builder/.rpmmacros
+(No such file or directory)
+E: [iurt2] [iurt2] Failed to dump macros
+
+Resubmitting worked fine but still we should try to understand why it
+happened in order to prevent it to happen again.
+
+See you
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007817.html b/zarb-ml/mageia-dev/2011-September/007817.html new file mode 100644 index 000000000..1f96741b6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007817.html @@ -0,0 +1,107 @@ + + + + [Mageia-dev] [RPM] cauldron core/release lyx-2.0.1-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release lyx-2.0.1-1.mga2

+ Michael Scherer + misc at zarb.org +
+ Tue Sep 6 20:21:58 CEST 2011 +

+
+ +
Le mardi 06 septembre 2011 à 18:37 +0100, Donald Stewart a écrit :
+> On 6 September 2011 18:34, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> > Name        : lyx                          Relocations: (not relocatable)
+> > Version     : 2.0.1                             Vendor: Mageia.Org
+> > Release     : 1.mga2                        Build Date: Tue Sep  6 19:24:53 2011
+> > Install Date: (not installed)               Build Host: jonund
+> > Group       : Office                        Source RPM: (none)
+> > Size        : 10127910                         License: GPLv2+
+> > Signature   : (none)
+> > Packager    : Mageia Team <http://www.mageia.org>
+> > URL         : http://www.lyx.org/
+> > Summary     : A word processor for the Desktop Environment
+> > Description :
+> > LyX is a modern approach of writing documents with a computer
+> > which breaks with the tradition of the obsolete typewriter
+> > concept.  It is designed for people who want a professional
+> > output with a minimum of time effort, without becoming specia-
+> > lists in typesetting.  Compared to common word processors LyX
+> > will increase the productivity a lot, since most of the type-
+> > setting will be done by the computer, not the author.  With LyX
+> > the author can concentrate on the contents of his writing,
+> > since the computer will take care of the look.
+> >
+> > fwang <fwang> 2.0.1-1.mga2:
+> > + Revision: 139641
+> > - new version 2.0.1
+> > - rebuild for new boost
+> 
+> I know that it is pedantic, but would anyone mind if I remove the
+> gender from the description?
+
+feel free to improve description.
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007818.html b/zarb-ml/mageia-dev/2011-September/007818.html new file mode 100644 index 000000000..509578198 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007818.html @@ -0,0 +1,110 @@ + + + + [Mageia-dev] [RPM] cauldron core/release lyx-2.0.1-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release lyx-2.0.1-1.mga2

+ Donald Stewart + watersnowrock at gmail.com +
+ Tue Sep 6 20:27:18 CEST 2011 +

+
+ +
On 6 September 2011 19:21, Michael Scherer <misc at zarb.org> wrote:
+> Le mardi 06 septembre 2011 à 18:37 +0100, Donald Stewart a écrit :
+>> On 6 September 2011 18:34, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+>> > Name        : lyx                          Relocations: (not relocatable)
+>> > Version     : 2.0.1                             Vendor: Mageia.Org
+>> > Release     : 1.mga2                        Build Date: Tue Sep  6 19:24:53 2011
+>> > Install Date: (not installed)               Build Host: jonund
+>> > Group       : Office                        Source RPM: (none)
+>> > Size        : 10127910                         License: GPLv2+
+>> > Signature   : (none)
+>> > Packager    : Mageia Team <http://www.mageia.org>
+>> > URL         : http://www.lyx.org/
+>> > Summary     : A word processor for the Desktop Environment
+>> > Description :
+>> > LyX is a modern approach of writing documents with a computer
+>> > which breaks with the tradition of the obsolete typewriter
+>> > concept.  It is designed for people who want a professional
+>> > output with a minimum of time effort, without becoming specia-
+>> > lists in typesetting.  Compared to common word processors LyX
+>> > will increase the productivity a lot, since most of the type-
+>> > setting will be done by the computer, not the author.  With LyX
+>> > the author can concentrate on the contents of his writing,
+>> > since the computer will take care of the look.
+>> >
+>> > fwang <fwang> 2.0.1-1.mga2:
+>> > + Revision: 139641
+>> > - new version 2.0.1
+>> > - rebuild for new boost
+>>
+>> I know that it is pedantic, but would anyone mind if I remove the
+>> gender from the description?
+>
+> feel free to improve description.
+> --
+> Michael Scherer
+>
+>
+
+Thanks, will do.
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007819.html b/zarb-ml/mageia-dev/2011-September/007819.html new file mode 100644 index 000000000..5df6fcfd7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007819.html @@ -0,0 +1,90 @@ + + + + [Mageia-dev] making RPM in Lyon + + + + + + + + + +

[Mageia-dev] making RPM in Lyon

+ Bernard Siaud alias Troumad + liste at siaud.org +
+ Tue Sep 6 18:18:37 CEST 2011 +

+
+ +
Le 06/09/2011 18:06, Daniel Tartavel a écrit :
+> La communauté Mageia-Lyon , avec le concours de "Libre PC" proposent des ateliers "création de RPM".
+> Les personnes intéressées peuvent prendre contact avec moi.
+>
+>   Mageia contributors from Lyon, along with "Libre PC", organize RPM making sessions. Those interested can contact me.
+>
+> Daniel Tartavel
+> Animateur Diplômé en Technologies de l'Information et de la Communication.
+> Technicien de Maintenance en Informatique
+>
+> http://www.librepc.com
+> siret : 511 210 858 RCS Lyon
+Il faudrait que j'essaie un jour... En négociant, je pourrais avoir une 
+salle de TP avec des PC sous Mageia... Mais, c'est presque un rêve !
+
+-- 
+Amicalement vOOotre              Troumad Alias Bernard SIAUD
+mon site : http://troumad.org : AD&D maths WEB...
+Pour la liberté http://www.developpez.net/forums/f17/systemes/linux/ 
+N'envoyez que des documents avec des formats ouverts, comme 
+http://fr.libreoffice.org
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007820.html b/zarb-ml/mageia-dev/2011-September/007820.html new file mode 100644 index 000000000..32e0af9ed --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007820.html @@ -0,0 +1,93 @@ + + + + [Mageia-dev] making RPM in Lyon + + + + + + + + + +

[Mageia-dev] making RPM in Lyon

+ Kira + elegant.pegasus at gmail.com +
+ Wed Sep 7 03:48:23 CEST 2011 +

+
+ +
在 Wed, 07 Sep 2011 00:18:37 +0800, Bernard Siaud alias Troumad  
+<liste at siaud.org>寫道:
+
+> Le 06/09/2011 18:06, Daniel Tartavel a écrit :
+>> La communauté Mageia-Lyon , avec le concours de "Libre PC" proposent  
+>> des ateliers "création de RPM".
+>> Les personnes intéressées peuvent prendre contact avec moi.
+>>
+>>   Mageia contributors from Lyon, along with "Libre PC", organize RPM  
+>> making sessions. Those interested can contact me.
+>>
+>> Daniel Tartavel
+>> Animateur Diplômé en Technologies de l'Information et de la  
+>> Communication.
+>> Technicien de Maintenance en Informatique
+>>
+>> http://www.librepc.com
+>> siret : 511 210 858 RCS Lyon
+> Il faudrait que j'essaie un jour... En négociant, je pourrais avoir une  
+> salle de TP avec des PC sous Mageia... Mais, c'est presque un rêve !
+>
+Please don't use other language beside English in this mailing list,
+
+other people from outside of France can't read it...
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007821.html b/zarb-ml/mageia-dev/2011-September/007821.html new file mode 100644 index 000000000..60bb2484e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007821.html @@ -0,0 +1,80 @@ + + + + [Mageia-dev] [139181] fix file list + + + + + + + + + +

[Mageia-dev] [139181] fix file list

+ Oliver Burger + oliver.bgr at googlemail.com +
+ Wed Sep 7 07:46:18 CEST 2011 +

+
+ +
Am Dienstag, 6. September 2011, 19:01:11 schrieb Florian Hubold:
+> Am 06.09.2011 13:08, schrieb Thierry Vignaud:
+> > On 6 September 2011 08:39, Jani Välimaa<jani.valimaa at gmail.com>  wrote:
+> >> %preun script should also be removed as there's no schema to uninstall..
+> > 
+> > Indeed
+> 
+> Dumb question: Was that needed before,
+> as there are filetriggers for gconf schema files?
+
+IIRC you do need that for the deinstallation.
+
+Oliver
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007822.html b/zarb-ml/mageia-dev/2011-September/007822.html new file mode 100644 index 000000000..94a336e6f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007822.html @@ -0,0 +1,82 @@ + + + + [Mageia-dev] [139181] fix file list + + + + + + + + + +

[Mageia-dev] [139181] fix file list

+ Jani Välimaa + jani.valimaa at gmail.com +
+ Wed Sep 7 07:54:01 CEST 2011 +

+
+ +
2011/9/7 Oliver Burger <oliver.bgr at googlemail.com>:
+> Am Dienstag, 6. September 2011, 19:01:11 schrieb Florian Hubold:
+>> Am 06.09.2011 13:08, schrieb Thierry Vignaud:
+>> > On 6 September 2011 08:39, Jani Välimaa<jani.valimaa at gmail.com>  wrote:
+>> >> %preun script should also be removed as there's no schema to uninstall..
+>> >
+>> > Indeed
+>>
+>> Dumb question: Was that needed before,
+>> as there are filetriggers for gconf schema files?
+>
+> IIRC you do need that for the deinstallation.
+>
+
+Filetriggers handles the schema installation, but not uninstallation
+and one have to use %postun script for that.
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007823.html b/zarb-ml/mageia-dev/2011-September/007823.html new file mode 100644 index 000000000..1e3d3a26a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007823.html @@ -0,0 +1,115 @@ + + + + [Mageia-dev] mentors + apprentices + + + + + + + + + +

[Mageia-dev] mentors + apprentices

+ andre999 + andre999.mga at laposte.net +
+ Wed Sep 7 08:47:15 CEST 2011 +

+
+ +
Hi everyone.
+This is to present apprentices looking for mentors,
+inviting mentors to step forward,
+as well as other potential apprentices
+
+
+Our apprentices waiting include :
+(See 
+http://www.mageia.org/wiki/doku.php?id=packages_mentoring#packager_apprentice_table 
+)
+
+dotmil (Josh King)
+He has experience with .deb packaging (kernel maintainer, drivers) as 
+well as contributing patches to various projects.
+He is a sys admin in his day job.
+He is very interested in learning the "Mageia way of doing things".
+His primary interests are packaging system tools/utilities and web apps, 
+but is eager to help wherever needed.  He has been reading our wiki 
+pages on packaging and security.
+He has a really positive attitude and I'm sure he will be a great asset.
+
+barjac (Barry Jackson)
+He has experience doing personal packaging, would like to package grub2 
+and get-skype.
+Anybody following the -dev list might have noticed his enthusiasm to 
+package, and his willingness to accept constructive criticism, as he 
+works on packages on his own.  A mentor would certainly facilitate his 
+learning process.
+
+. . . .
+So anyone willing to mentor one of them, please let me know.
+You can contact them directly (please post to this thread), or through me.
+If you like, I can update the mentoring in progress table for you.
+http://www.mageia.org/wiki/doku.php?id=packages_mentoring#mentors_mentoring_in_progress
+
+Anyone looking for a mentor, let me know (you can post to this thread), 
+so I can put your name in the apprentice table -- or you can do it yourself.
+http://www.mageia.org/wiki/doku.php?id=packages_mentoring#packager_apprentice_table
+
+Regards :)
+
+(packager mentoring program coordinator)
+
+-- 
+André
+
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007824.html b/zarb-ml/mageia-dev/2011-September/007824.html new file mode 100644 index 000000000..5e4970893 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007824.html @@ -0,0 +1,88 @@ + + + + [Mageia-dev] Problem with gdm metacity again + + + + + + + + + +

[Mageia-dev] Problem with gdm metacity again

+ JA Magallon + jamagallon at ono.com +
+ Wed Sep 7 11:15:21 CEST 2011 +

+
+ +
Hi...
+
+This old problem has surfaced again:
+
+.xsession-errors:
+
+...
+Window manager warning: Screen 0 on display ":0" already has a window manager; try using the --replace option to replace the current window manager.
+Window manager warning: Screen 0 on display ":0" already has a window manager; try using the --replace option to replace the current window manager.
+...
+
+I get only the nautilus desktop, with two black bars on top and bottom of the screen.
+If I launch a terminal, 'gnome-shell --replace' works fine.
+
+Any idea ?
+Can it be some personal setting ?
+
+TIA
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007825.html b/zarb-ml/mageia-dev/2011-September/007825.html new file mode 100644 index 000000000..d0f482df6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007825.html @@ -0,0 +1,73 @@ + + + + [Mageia-dev] making RPM in Lyon + + + + + + + + + +

[Mageia-dev] making RPM in Lyon

+ José Jorge + jjorge at free.fr +
+ Wed Sep 7 11:16:51 CEST 2011 +

+
+ +
Le mardi 6 septembre 2011 18:18:37, Bernard Siaud alias Troumad a écrit :
+> Il faudrait que j'essaie un jour... En négociant, je pourrais avoir une
+> salle de TP avec des PC sous Mageia... Mais, c'est presque un rêve !
+
+"I should try one day... maybe I can get a school room full of Mageia."
+
+Why not? It is often only a question of time.
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007826.html b/zarb-ml/mageia-dev/2011-September/007826.html new file mode 100644 index 000000000..8ac2c5cc3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007826.html @@ -0,0 +1,89 @@ + + + + [Mageia-dev] Evolution broken - won't start anymore + + + + + + + + + +

[Mageia-dev] Evolution broken - won't start anymore

+ Robert Fox + list at foxconsult.net +
+ Wed Sep 7 11:33:31 CEST 2011 +

+
+ +
Since latest Cauldron updates - Evolution will not start (no matter what
+DM):
+
+[rfox at linux ~]$ evolution
+evolution: symbol lookup error: evolution: undefined symbol:
+g_unix_signal_add_watch_full
+[rfox at linux ~]$ 
+
+Any help would be appreciated.
+
+Thx,
+R.Fox
+
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007827.html b/zarb-ml/mageia-dev/2011-September/007827.html new file mode 100644 index 000000000..b13ef15e6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007827.html @@ -0,0 +1,110 @@ + + + + [Mageia-dev] Problem with gdm metacity again + + + + + + + + + +

[Mageia-dev] Problem with gdm metacity again

+ JA Magallon + jamagallon at ono.com +
+ Wed Sep 7 11:42:33 CEST 2011 +

+
+ +
On Wed, 7 Sep 2011 11:15:21 +0200
+JA Magallon <jamagallon at ono.com> wrote:
+
+> Hi...
+> 
+> This old problem has surfaced again:
+> 
+> .xsession-errors:
+> 
+> ...
+> Window manager warning: Screen 0 on display ":0" already has a window manager; try using the --replace option to replace the current window manager.
+> Window manager warning: Screen 0 on display ":0" already has a window manager; try using the --replace option to replace the current window manager.
+> ...
+> 
+> I get only the nautilus desktop, with two black bars on top and bottom of the screen.
+> If I launch a terminal, 'gnome-shell --replace' works fine.
+> 
+> Any idea ?
+> Can it be some personal setting ?
+> 
+> TIA
+
+Digging a bit more, something is wrong detecting acceleration.
+In GDM log:
+
+gnome-session[4752]: DEBUG(+): fill: *** Looking if /usr/share/gnome-session/sessions/gdm-shell.session is a valid session file
+gnome-session[4752]: DEBUG(+): fill: *** Launching helper 'bash -c "gnome-shell --help | grep -q gdm-mode && /usr/lib64/gnome-session-check-accelerated"' to know if session is runnable
+gnome-session-is-accelerated: No hardware 3D support.
+gnome-session-check-accelerated: Helper exited with code 256
+gnome-session[4752]: WARNING: Session 'gdm-shell' runnable check failed: Exited with code 1
+gnome-session[4752]: DEBUG(+): fill: *** Session is not runnable
+gnome-session[4752]: DEBUG(+): fill: *** Getting session 'gdm-fallback'
+
+This is for GDM's own session.
+The same happens for user.
+
+Any ideas ? How can I check why this fails ?
+Its a netbook with Intel graphics, so it uses Mesa.
+
+Will check on an nvidia system too.
+
+TIA
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007828.html b/zarb-ml/mageia-dev/2011-September/007828.html new file mode 100644 index 000000000..2c32393dc --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007828.html @@ -0,0 +1,138 @@ + + + + [Mageia-dev] Problem with gdm metacity again + + + + + + + + + +

[Mageia-dev] Problem with gdm metacity again

+ Shlomi Fish + shlomif at shlomifish.org +
+ Wed Sep 7 12:01:39 CEST 2011 +

+
+ +
Hi J. A.,
+
+On Wed, 7 Sep 2011 11:42:33 +0200
+JA Magallon <jamagallon at ono.com> wrote:
+
+> On Wed, 7 Sep 2011 11:15:21 +0200
+> JA Magallon <jamagallon at ono.com> wrote:
+> 
+> > Hi...
+> > 
+> > This old problem has surfaced again:
+> > 
+> > .xsession-errors:
+> > 
+> > ...
+> > Window manager warning: Screen 0 on display ":0" already has a window manager; try using the --replace option to replace the current window manager.
+> > Window manager warning: Screen 0 on display ":0" already has a window manager; try using the --replace option to replace the current window manager.
+> > ...
+> > 
+> > I get only the nautilus desktop, with two black bars on top and bottom of the screen.
+> > If I launch a terminal, 'gnome-shell --replace' works fine.
+> > 
+
+I reported this bug here:
+
+https://bugs.mageia.org/show_bug.cgi?id=2628
+
+I can reproduce it here on my x86-64 Mageia Linux Cauldron laptop.
+
+Regards,
+
+	Shlomi Fish
+
+> > Any idea ?
+> > Can it be some personal setting ?
+> > 
+> > TIA
+> 
+> Digging a bit more, something is wrong detecting acceleration.
+> In GDM log:
+> 
+> gnome-session[4752]: DEBUG(+): fill: *** Looking if /usr/share/gnome-session/sessions/gdm-shell.session is a valid session file
+> gnome-session[4752]: DEBUG(+): fill: *** Launching helper 'bash -c "gnome-shell --help | grep -q gdm-mode && /usr/lib64/gnome-session-check-accelerated"' to know if session is runnable
+> gnome-session-is-accelerated: No hardware 3D support.
+> gnome-session-check-accelerated: Helper exited with code 256
+> gnome-session[4752]: WARNING: Session 'gdm-shell' runnable check failed: Exited with code 1
+> gnome-session[4752]: DEBUG(+): fill: *** Session is not runnable
+> gnome-session[4752]: DEBUG(+): fill: *** Getting session 'gdm-fallback'
+> 
+> This is for GDM's own session.
+> The same happens for user.
+> 
+> Any ideas ? How can I check why this fails ?
+> Its a netbook with Intel graphics, so it uses Mesa.
+> 
+> Will check on an nvidia system too.
+> 
+> TIA
+
+
+
+-- 
+-----------------------------------------------------------------
+Shlomi Fish       http://www.shlomifish.org/
+"Star Trek: We, the Living Dead" - http://shlom.in/st-wtld
+
+The prefix “God Said” has the extraordinary logical property of converting any
+statement that follows it into a true one.
+
+Please reply to list if it's a mailing list post - http://shlom.in/reply .
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007829.html b/zarb-ml/mageia-dev/2011-September/007829.html new file mode 100644 index 000000000..bd7c41074 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007829.html @@ -0,0 +1,92 @@ + + + + [Mageia-dev] KDE SC 4.7.1 should land soon + + + + + + + + + +

[Mageia-dev] KDE SC 4.7.1 should land soon

+ Balcaen John + mikala at mageia.org +
+ Wed Sep 7 12:09:44 CEST 2011 +

+
+ +
Hello, i 'll push today KDE SC 4.7.1 on cauldron.
+There's a some changes regarding the packaging with this new version : i 
+split handbooks for most of KDE's related packages (at least thoses 
+available on the KDE 4 live-cd) in order to « fix » mga 2101.
+I also add more packages as noarch following recent thierry's changes.
+
+Regarding the next Mageia2 the release schedule for KDE SC 4.8 is now 
+out since some days so we should have KDE SC 4.8 for Mageia 2 (but i do 
+not expect to switch to it until beta2/rc1)
+
+Regards,
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007830.html b/zarb-ml/mageia-dev/2011-September/007830.html new file mode 100644 index 000000000..7f95da892 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007830.html @@ -0,0 +1,109 @@ + + + + [Mageia-dev] Evolution broken - won't start anymore + + + + + + + + + +

[Mageia-dev] Evolution broken - won't start anymore

+ Shlomi Fish + shlomif at shlomifish.org +
+ Wed Sep 7 12:03:11 CEST 2011 +

+
+ +
On Wed, 07 Sep 2011 11:33:31 +0200
+Robert Fox <list at foxconsult.net> wrote:
+
+> Since latest Cauldron updates - Evolution will not start (no matter what
+> DM):
+> 
+> [rfox at linux ~]$ evolution
+> evolution: symbol lookup error: evolution: undefined symbol:
+> g_unix_signal_add_watch_full
+> [rfox at linux ~]$ 
+> 
+> Any help would be appreciated.
+> 
+
+Can reproduce here (x86-64, Mageia Cauldron, KDE 4). It's possible can be
+fixed by a rebuild.
+
+Regards,
+
+	Shlomi Fish
+
+> Thx,
+> R.Fox
+> 
+
+
+
+-- 
+-----------------------------------------------------------------
+Shlomi Fish       http://www.shlomifish.org/
+"Humanity" - Parody of Modern Life - http://shlom.in/humanity
+
+When Chuck Norris uses Gentoo, “emerge kde” finishes in under a minute. A
+computer cannot afford to keep Chuck waiting for too long.
+
+Please reply to list if it's a mailing list post - http://shlom.in/reply .
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007831.html b/zarb-ml/mageia-dev/2011-September/007831.html new file mode 100644 index 000000000..35bbb6f88 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007831.html @@ -0,0 +1,141 @@ + + + + [Mageia-dev] Evolution broken - won't start anymore + + + + + + + + + +

[Mageia-dev] Evolution broken - won't start anymore

+ Shlomi Fish + shlomif at shlomifish.org +
+ Wed Sep 7 12:13:45 CEST 2011 +

+
+ +
Hi Robert,
+
+next time please CC the mailing list on your reply and don't reply to me in
+private (as I request in my E-mail signature). I've CCed them now. 
+
+On Wed, 07 Sep 2011 12:07:13 +0200
+Robert Fox <list at foxconsult.net> wrote:
+
+> On Wed, 2011-09-07 at 13:03 +0300, Shlomi Fish wrote:
+> > rfox at linux ~]$ evolution
+> > > evolution: symbol lookup error: evolution: undefined symbol:
+> > > g_unix_signal_add_watch_full
+> > > [rfox at linux ~]$ 
+> > > 
+> > > Any help would be appreciated.
+> > > 
+> > 
+> > Can reproduce here (x86-64, Mageia Cauldron, KDE 4). It's possible can be
+> > fixed by a rebuild.
+> > 
+> > Regards,
+> > 
+> > 	Shlomi Fish
+> 
+> Sorry Shlomi - what exactly do you mean by a "rebuild"??  I don't build
+> packages - I just test Cauldron . . .
+
+Rebuild means "building again.". It means that a packager builds the package
+again, to adapt it to the newer environment due to upgraded dependencies. Then
+one can simply bump the "Release:" field and have it working again.
+
+Regards,
+
+	Shlomi Fish
+
+> 
+> Cheers,
+> R.Fox
+> 
+
+
+
+-- 
+-----------------------------------------------------------------
+Shlomi Fish       http://www.shlomifish.org/
+Funny Anti-Terrorism Story - http://shlom.in/enemy
+
+The KGB used to torture their victims by having them look at scrolling XSLT
+code.
+
+Please reply to list if it's a mailing list post - http://shlom.in/reply .
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007832.html b/zarb-ml/mageia-dev/2011-September/007832.html new file mode 100644 index 000000000..647138b4f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007832.html @@ -0,0 +1,94 @@ + + + + [Mageia-dev] Evolution broken - won't start anymore + + + + + + + + + +

[Mageia-dev] Evolution broken - won't start anymore

+ Jani Välimaa + jani.valimaa at gmail.com +
+ Wed Sep 7 12:47:56 CEST 2011 +

+
+ +
2011/9/7 Shlomi Fish <shlomif at shlomifish.org>:
+> On Wed, 07 Sep 2011 11:33:31 +0200
+> Robert Fox <list at foxconsult.net> wrote:
+>
+>> Since latest Cauldron updates - Evolution will not start (no matter what
+>> DM):
+>>
+>> [rfox at linux ~]$ evolution
+>> evolution: symbol lookup error: evolution: undefined symbol:
+>> g_unix_signal_add_watch_full
+>> [rfox at linux ~]$
+>>
+>> Any help would be appreciated.
+>>
+>
+> Can reproduce here (x86-64, Mageia Cauldron, KDE 4). It's possible can be
+> fixed by a rebuild.
+>
+
+Rebuilded evolution and the new release should be available anytime
+soon. Please test and report how things went.
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007833.html b/zarb-ml/mageia-dev/2011-September/007833.html new file mode 100644 index 000000000..9b835ca17 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007833.html @@ -0,0 +1,101 @@ + + + + [Mageia-dev] Evolution broken - won't start anymore + + + + + + + + + +

[Mageia-dev] Evolution broken - won't start anymore

+ Robert Fox + list at foxconsult.net +
+ Wed Sep 7 12:53:49 CEST 2011 +

+
+ +
On Wed, 2011-09-07 at 13:47 +0300, Jani Välimaa wrote:
+> 2011/9/7 Shlomi Fish <shlomif at shlomifish.org>:
+> > On Wed, 07 Sep 2011 11:33:31 +0200
+> > Robert Fox <list at foxconsult.net> wrote:
+> >
+> >> Since latest Cauldron updates - Evolution will not start (no matter what
+> >> DM):
+> >>
+> >> [rfox at linux ~]$ evolution
+> >> evolution: symbol lookup error: evolution: undefined symbol:
+> >> g_unix_signal_add_watch_full
+> >> [rfox at linux ~]$
+> >>
+> >> Any help would be appreciated.
+> >>
+> >
+> > Can reproduce here (x86-64, Mageia Cauldron, KDE 4). It's possible can be
+> > fixed by a rebuild.
+> >
+> 
+> Rebuilded evolution and the new release should be available anytime
+> soon. Please test and report how things went.
+
+
+Will do - Thx!
+
+R.Fox
+
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007834.html b/zarb-ml/mageia-dev/2011-September/007834.html new file mode 100644 index 000000000..c64f78da8 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007834.html @@ -0,0 +1,147 @@ + + + + [Mageia-dev] Problem with gdm metacity again + + + + + + + + + +

[Mageia-dev] Problem with gdm metacity again

+ JA Magallon + jamagallon at ono.com +
+ Wed Sep 7 13:03:25 CEST 2011 +

+
+ +
On Wed, 7 Sep 2011 13:01:39 +0300
+Shlomi Fish <shlomif at shlomifish.org> wrote:
+
+> Hi J. A.,
+> 
+> On Wed, 7 Sep 2011 11:42:33 +0200
+> JA Magallon <jamagallon at ono.com> wrote:
+> 
+> > On Wed, 7 Sep 2011 11:15:21 +0200
+> > JA Magallon <jamagallon at ono.com> wrote:
+> > 
+> > > Hi...
+> > > 
+> > > This old problem has surfaced again:
+> > > 
+> > > .xsession-errors:
+> > > 
+> > > ...
+> > > Window manager warning: Screen 0 on display ":0" already has a window manager; try using the --replace option to replace the current window manager.
+> > > Window manager warning: Screen 0 on display ":0" already has a window manager; try using the --replace option to replace the current window manager.
+> > > ...
+> > > 
+> > > I get only the nautilus desktop, with two black bars on top and bottom of the screen.
+> > > If I launch a terminal, 'gnome-shell --replace' works fine.
+> > > 
+> 
+> I reported this bug here:
+> 
+> https://bugs.mageia.org/show_bug.cgi?id=2628
+> 
+> I can reproduce it here on my x86-64 Mageia Linux Cauldron laptop.
+> 
+> Regards,
+> 
+> 	Shlomi Fish
+> 
+> > > Any idea ?
+> > > Can it be some personal setting ?
+> > > 
+> > > TIA
+> > 
+> > Digging a bit more, something is wrong detecting acceleration.
+> > In GDM log:
+> > 
+> > gnome-session[4752]: DEBUG(+): fill: *** Looking if /usr/share/gnome-session/sessions/gdm-shell.session is a valid session file
+> > gnome-session[4752]: DEBUG(+): fill: *** Launching helper 'bash -c "gnome-shell --help | grep -q gdm-mode && /usr/lib64/gnome-session-check-accelerated"' to know if session is runnable
+> > gnome-session-is-accelerated: No hardware 3D support.
+> > gnome-session-check-accelerated: Helper exited with code 256
+> > gnome-session[4752]: WARNING: Session 'gdm-shell' runnable check failed: Exited with code 1
+> > gnome-session[4752]: DEBUG(+): fill: *** Session is not runnable
+> > gnome-session[4752]: DEBUG(+): fill: *** Getting session 'gdm-fallback'
+> > 
+> > This is for GDM's own session.
+> > The same happens for user.
+> > 
+> > Any ideas ? How can I check why this fails ?
+> > Its a netbook with Intel graphics, so it uses Mesa.
+> > 
+> > Will check on an nvidia system too.
+> > 
+
+I did, and everything works fine. I even discovered that GDM looks different
+when acceleration is available ;)).
+
+So these are two separate problems:
+
+- Acceleration detection on some systems, from my limited tests, it works on
+  nVidia (32bit, will check 64 shortly), and fails on intel (mesa???) graphics.
+  This can be a bug report for gnome-session (/usr/lib64/gnome-session-check-accelerated*)
+  or for Mesa if it's it what breaks things.
+
+- In full mode, gnome-shell from the user replaces gnome-shell from gdm.
+  But in fallback mode, gnome-shell can't replace GDM's metacity.
+
+> > TIA
+> 
+> 
+> 
+
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007835.html b/zarb-ml/mageia-dev/2011-September/007835.html new file mode 100644 index 000000000..fead99d8e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007835.html @@ -0,0 +1,98 @@ + + + + [Mageia-dev] hplip update in progress - feedback needed + + + + + + + + + +

[Mageia-dev] hplip update in progress - feedback needed

+ Florian Hubold + doktor5000 at arcor.de +
+ Wed Sep 7 13:29:29 CEST 2011 +

+
+ +
Am 04.09.2011 14:37, schrieb Florian Hubold:
+> Hello guys,
+>
+> as i'm writing this, hplip-3.11.7 should have been uploaded by the buildsystem.
+> This is quite a big update, as before we had 3.11.3a, and it was necessary to 
+> skip
+> one version, as Mandriva already has 3.11.5 and so an upgrade from Mandriva
+> to Mageia will be blocked by hplip, as hplip requires Perl and upgrade will 
+> fail.
+> After there is some feedback from cauldron users this will be submitted to
+> Mageia 1 updates_testing, fixing one upgrade blocker from Mandriva.
+>
+> hplip-3.11.7 adds support for these printers:
+>
+> - HP DeskJet 3050A J611 series
+> - HP LaserJet 100 Color MFP M175
+> - HP LaserJet Professional M1216nfh MFP
+> - HP LaserJet Professional M1219nf MFP
+>
+> and support for the following was added in 3.11.5
+>
+> - HP Designjet T790ps 24in
+> - HP Designjet T790ps 44in
+> - HP Designjet T1300 Postscript
+> - HP LaserJet M4555 MFP
+> - HP LaserJet Professional m1214nfh MFP
+>
+> It also brings the following significant new features:
+>
+> - Added LEDM ADF Scan support&  LEDM Wireless support
+>
+> Full changelog is available upstream:
+> http://hplipopensource.com/hplip-web/release_notes.html
+> Also note there were quite some issues fixed.
+>
+>
+> Please test and report back!
+>
+No cauldron users with HP printers? Please guys, c'mon!
+Any feedback is really appreciated.
+
+ + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007836.html b/zarb-ml/mageia-dev/2011-September/007836.html new file mode 100644 index 000000000..a4de1abab --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007836.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] hplip update in progress - feedback needed + + + + + + + + + +

[Mageia-dev] hplip update in progress - feedback needed

+ Florian Hubold + doktor5000 at arcor.de +
+ Wed Sep 7 13:43:25 CEST 2011 +

+
+ +
Am 07.09.2011 13:29, schrieb Florian Hubold:
+> Am 04.09.2011 14:37, schrieb Florian Hubold:
+>> Hello guys,
+>>
+>> as i'm writing this, hplip-3.11.7 should have been uploaded by the buildsystem.
+>> This is quite a big update, as before we had 3.11.3a, and it was necessary 
+>> to skip
+>> one version, as Mandriva already has 3.11.5 and so an upgrade from Mandriva
+>> to Mageia will be blocked by hplip, as hplip requires Perl and upgrade will 
+>> fail.
+>> After there is some feedback from cauldron users this will be submitted to
+>> Mageia 1 updates_testing, fixing one upgrade blocker from Mandriva.
+>>
+>> hplip-3.11.7 adds support for these printers:
+>>
+>> - HP DeskJet 3050A J611 series
+>> - HP LaserJet 100 Color MFP M175
+>> - HP LaserJet Professional M1216nfh MFP
+>> - HP LaserJet Professional M1219nf MFP
+>>
+>> and support for the following was added in 3.11.5
+>>
+>> - HP Designjet T790ps 24in
+>> - HP Designjet T790ps 44in
+>> - HP Designjet T1300 Postscript
+>> - HP LaserJet M4555 MFP
+>> - HP LaserJet Professional m1214nfh MFP
+>>
+>> It also brings the following significant new features:
+>>
+>> - Added LEDM ADF Scan support&  LEDM Wireless support
+>>
+>> Full changelog is available upstream:
+>> http://hplipopensource.com/hplip-web/release_notes.html
+>> Also note there were quite some issues fixed.
+>>
+>>
+>> Please test and report back!
+>>
+> No cauldron users with HP printers? Please guys, c'mon!
+> Any feedback is really appreciated.
+>
+CC'ing -discuss for more potential feedback. Hope i got the header
+
+ + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007837.html b/zarb-ml/mageia-dev/2011-September/007837.html new file mode 100644 index 000000000..c56b15257 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007837.html @@ -0,0 +1,82 @@ + + + + [Mageia-dev] KDE SC 4.7.1 should land soon + + + + + + + + + +

[Mageia-dev] KDE SC 4.7.1 should land soon

+ Balcaen John + mikala at mageia.org +
+ Wed Sep 7 13:51:33 CEST 2011 +

+
+ +
Balcaen JohnLe Mercredi 7 Septembre 2011 07:09:44  a écrit :
+> Hello, i 'll push today KDE SC 4.7.1 on cauldron.
+> There's a some changes regarding the packaging with this new version :
+> i split handbooks for most of KDE's related packages (at least thoses
+> available on the KDE 4 live-cd) in order to « fix » mga 2101.
+By mga 2101 i mean mageia bug #2101 as pointed by misc on irc.
+
+(i doubt i'll be around in more than 3500 years :/ )
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007838.html b/zarb-ml/mageia-dev/2011-September/007838.html new file mode 100644 index 000000000..873415375 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007838.html @@ -0,0 +1,82 @@ + + + + [Mageia-dev] KDE SC 4.7.1 should land soon + + + + + + + + + +

[Mageia-dev] KDE SC 4.7.1 should land soon

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Wed Sep 7 14:17:20 CEST 2011 +

+
+ +
On 7 September 2011 13:51, Balcaen John <mikala at mageia.org> wrote:
+> Balcaen JohnLe Mercredi 7 Septembre 2011 07:09:44  a écrit :
+>> Hello, i 'll push today KDE SC 4.7.1 on cauldron.
+>> There's a some changes regarding the packaging with this new version :
+>> i split handbooks for most of KDE's related packages (at least thoses
+>> available on the KDE 4 live-cd) in order to « fix » mga 2101.
+> By mga 2101 i mean mageia bug #2101 as pointed by misc on irc.
+>
+> (i doubt i'll be around in more than 3500 years :/ )
+
+why 3500 years?
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007839.html b/zarb-ml/mageia-dev/2011-September/007839.html new file mode 100644 index 000000000..65fc10d04 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007839.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] KDE SC 4.7.1 should land soon + + + + + + + + + +

[Mageia-dev] KDE SC 4.7.1 should land soon

+ Thomas Backlund + tmb at mageia.org +
+ Wed Sep 7 14:24:39 CEST 2011 +

+
+ +
Thierry Vignaud skrev 7.9.2011 15:17:
+> On 7 September 2011 13:51, Balcaen John<mikala at mageia.org>  wrote:
+>> Balcaen JohnLe Mercredi 7 Septembre 2011 07:09:44  a écrit :
+>>> Hello, i 'll push today KDE SC 4.7.1 on cauldron.
+>>> There's a some changes regarding the packaging with this new version :
+>>> i split handbooks for most of KDE's related packages (at least thoses
+>>> available on the KDE 4 live-cd) in order to « fix » mga 2101.
+>> By mga 2101 i mean mageia bug #2101 as pointed by misc on irc.
+>>
+>> (i doubt i'll be around in more than 3500 years :/ )
+>
+> why 3500 years?
+
+Yeah, it would be only ~1575 years wait
+
+OTOH we could swith to Mozilla Rapid Release, so we just have to wait 
+~242 years
+
+--
+Thomas
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007840.html b/zarb-ml/mageia-dev/2011-September/007840.html new file mode 100644 index 000000000..8c77f392b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007840.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] tracker... + + + + + + + + + +

[Mageia-dev] tracker...

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Wed Sep 7 14:26:55 CEST 2011 +

+
+ +
Since this morning, a shiny piece of software I never opted to run not 
+even to install is eating 99% of my cpu.
+
+I don't find any way to disable it (excepted killall...), and I can't 
+even uninstall it:
+tracker is needed by libtracker
+libtracker is needed by libfolks
+libfolks is needed by gnome-shell
+
+Whereas I perfectly understand why tracker (the binary) would requires 
+libtracker (the library), I really don't see why libtracker would make 
+tracker presence mandatory. After all, if the main program is missing, I 
+don't even need libtracker to be in working state, I just need its 
+symbols to be available to libfolks...
+-- 
+BOFH excuse #442:
+
+Trojan horse ran out of hay
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007841.html b/zarb-ml/mageia-dev/2011-September/007841.html new file mode 100644 index 000000000..b264a9949 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007841.html @@ -0,0 +1,166 @@ + + + + [Mageia-dev] Problem with gdm metacity again + + + + + + + + + +

[Mageia-dev] Problem with gdm metacity again

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Wed Sep 7 14:27:05 CEST 2011 +

+
+ +
'Twas brillig, and JA Magallon at 07/09/11 12:03 did gyre and gimble:
+> On Wed, 7 Sep 2011 13:01:39 +0300
+> Shlomi Fish <shlomif at shlomifish.org> wrote:
+> 
+>> Hi J. A.,
+>>
+>> On Wed, 7 Sep 2011 11:42:33 +0200
+>> JA Magallon <jamagallon at ono.com> wrote:
+>>
+>>> On Wed, 7 Sep 2011 11:15:21 +0200
+>>> JA Magallon <jamagallon at ono.com> wrote:
+>>>
+>>>> Hi...
+>>>>
+>>>> This old problem has surfaced again:
+>>>>
+>>>> .xsession-errors:
+>>>>
+>>>> ...
+>>>> Window manager warning: Screen 0 on display ":0" already has a window manager; try using the --replace option to replace the current window manager.
+>>>> Window manager warning: Screen 0 on display ":0" already has a window manager; try using the --replace option to replace the current window manager.
+>>>> ...
+>>>>
+>>>> I get only the nautilus desktop, with two black bars on top and bottom of the screen.
+>>>> If I launch a terminal, 'gnome-shell --replace' works fine.
+>>>>
+>>
+>> I reported this bug here:
+>>
+>> https://bugs.mageia.org/show_bug.cgi?id=2628
+>>
+>> I can reproduce it here on my x86-64 Mageia Linux Cauldron laptop.
+>>
+>> Regards,
+>>
+>> 	Shlomi Fish
+>>
+>>>> Any idea ?
+>>>> Can it be some personal setting ?
+>>>>
+>>>> TIA
+>>>
+>>> Digging a bit more, something is wrong detecting acceleration.
+>>> In GDM log:
+>>>
+>>> gnome-session[4752]: DEBUG(+): fill: *** Looking if /usr/share/gnome-session/sessions/gdm-shell.session is a valid session file
+>>> gnome-session[4752]: DEBUG(+): fill: *** Launching helper 'bash -c "gnome-shell --help | grep -q gdm-mode && /usr/lib64/gnome-session-check-accelerated"' to know if session is runnable
+>>> gnome-session-is-accelerated: No hardware 3D support.
+>>> gnome-session-check-accelerated: Helper exited with code 256
+>>> gnome-session[4752]: WARNING: Session 'gdm-shell' runnable check failed: Exited with code 1
+>>> gnome-session[4752]: DEBUG(+): fill: *** Session is not runnable
+>>> gnome-session[4752]: DEBUG(+): fill: *** Getting session 'gdm-fallback'
+>>>
+>>> This is for GDM's own session.
+>>> The same happens for user.
+>>>
+>>> Any ideas ? How can I check why this fails ?
+>>> Its a netbook with Intel graphics, so it uses Mesa.
+>>>
+>>> Will check on an nvidia system too.
+>>>
+> 
+> I did, and everything works fine. I even discovered that GDM looks different
+> when acceleration is available ;)).
+> 
+> So these are two separate problems:
+> 
+> - Acceleration detection on some systems, from my limited tests, it works on
+>   nVidia (32bit, will check 64 shortly), and fails on intel (mesa???) graphics.
+>   This can be a bug report for gnome-session (/usr/lib64/gnome-session-check-accelerated*)
+>   or for Mesa if it's it what breaks things.
+> 
+> - In full mode, gnome-shell from the user replaces gnome-shell from gdm.
+>   But in fallback mode, gnome-shell can't replace GDM's metacity.
+
+It's almost certainly a permissions thing.
+
+I'm not sure GDM registers itself with consolekit anymore. And
+in-so-doing, will not get permissions on the DRI device and thus will
+not be able to run the nice new shell.
+
+
+If you run systemd then all should be well.
+
+Col
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007842.html b/zarb-ml/mageia-dev/2011-September/007842.html new file mode 100644 index 000000000..dfea2caa2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007842.html @@ -0,0 +1,78 @@ + + + + [Mageia-dev] hplip update in progress - feedback needed + + + + + + + + + +

[Mageia-dev] hplip update in progress - feedback needed

+ Jani Välimaa + jani.valimaa at gmail.com +
+ Wed Sep 7 14:40:35 CEST 2011 +

+
+ +
2011/9/4 Florian Hubold <doktor5000 at arcor.de>:
+> Hello guys,
+>
+> as i'm writing this, hplip-3.11.7 should have been uploaded by the
+> buildsystem.
+> This is quite a big update, as before we had 3.11.3a, and it was necessary
+> to skip
+> one version, as Mandriva already has 3.11.5 and so an upgrade from Mandriva
+> to Mageia will be blocked by hplip, as hplip requires Perl and upgrade will
+> fail.
+> After there is some feedback from cauldron users this will be submitted to
+> Mageia 1 updates_testing, fixing one upgrade blocker from Mandriva.
+>
+..snip..
+
+> Please test and report back!
+>
+
+Works OK with LaserJet 2055dn and LaserJet 5100tn.
+
+ + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007843.html b/zarb-ml/mageia-dev/2011-September/007843.html new file mode 100644 index 000000000..12da4f2f9 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007843.html @@ -0,0 +1,97 @@ + + + + [Mageia-dev] tracker... + + + + + + + + + +

[Mageia-dev] tracker...

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Wed Sep 7 14:55:14 CEST 2011 +

+
+ +
On 7 September 2011 14:26, Guillaume Rousse <guillomovitch at gmail.com> wrote:
+> Since this morning, a shiny piece of software I never opted to run not even
+> to install is eating 99% of my cpu.
+>
+> I don't find any way to disable it (excepted killall...), and I can't even
+> uninstall it:
+> tracker is needed by libtracker
+> libtracker is needed by libfolks
+> libfolks is needed by gnome-shell
+>
+> Whereas I perfectly understand why tracker (the binary) would requires
+> libtracker (the library), I really don't see why libtracker would make
+> tracker presence mandatory. After all, if the main program is missing, I
+> don't even need libtracker to be in working state, I just need its symbols
+> to be available to libfolks...
+
+Agreed but where's the BR in bugzilla?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007844.html b/zarb-ml/mageia-dev/2011-September/007844.html new file mode 100644 index 000000000..58a422ffc --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007844.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] tracker... + + + + + + + + + +

[Mageia-dev] tracker...

+ Jani Välimaa + jani.valimaa at gmail.com +
+ Wed Sep 7 14:55:45 CEST 2011 +

+
+ +
2011/9/7 Guillaume Rousse <guillomovitch at gmail.com>:
+> Since this morning, a shiny piece of software I never opted to run not even
+> to install is eating 99% of my cpu.
+>
+> I don't find any way to disable it (excepted killall...), and I can't even
+> uninstall it:
+
+System-wide way would be editing tracker related .desktop files in
+/etc/xdg/autostart/ and add "Hidden=true" entry.
+
+Per-user solution is to use gnome-session-manager to disable tracker services..
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007845.html b/zarb-ml/mageia-dev/2011-September/007845.html new file mode 100644 index 000000000..63c8ad17d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007845.html @@ -0,0 +1,86 @@ + + + + [Mageia-dev] KDE SC 4.7.1 should land soon + + + + + + + + + +

[Mageia-dev] KDE SC 4.7.1 should land soon

+ Michael Scherer + misc at zarb.org +
+ Wed Sep 7 15:05:12 CEST 2011 +

+
+ +
Le mercredi 07 septembre 2011 à 14:17 +0200, Thierry Vignaud a écrit :
+> On 7 September 2011 13:51, Balcaen John <mikala at mageia.org> wrote:
+> > Balcaen JohnLe Mercredi 7 Septembre 2011 07:09:44  a écrit :
+> >> Hello, i 'll push today KDE SC 4.7.1 on cauldron.
+> >> There's a some changes regarding the packaging with this new version :
+> >> i split handbooks for most of KDE's related packages (at least thoses
+> >> available on the KDE 4 live-cd) in order to « fix » mga 2101.
+> > By mga 2101 i mean mageia bug #2101 as pointed by misc on irc.
+> >
+> > (i doubt i'll be around in more than 3500 years :/ )
+> 
+> why 3500 years?
+
+I guess he wanted to say in year 3500 :)
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007846.html b/zarb-ml/mageia-dev/2011-September/007846.html new file mode 100644 index 000000000..718ced4c0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007846.html @@ -0,0 +1,99 @@ + + + + [Mageia-dev] tracker... + + + + + + + + + +

[Mageia-dev] tracker...

+ Frank Griffin + ftg at roadrunner.com +
+ Wed Sep 7 16:16:18 CEST 2011 +

+
+ +
On 09/07/2011 08:26 AM, Guillaume Rousse wrote:
+> Since this morning, a shiny piece of software I never opted to run not 
+> even to install is eating 99% of my cpu.
+>
+> I don't find any way to disable it (excepted killall...), and I can't 
+> even uninstall it:
+> tracker is needed by libtracker
+> libtracker is needed by libfolks
+> libfolks is needed by gnome-shell
+>
+> Whereas I perfectly understand why tracker (the binary) would requires 
+> libtracker (the library), I really don't see why libtracker would make 
+> tracker presence mandatory. After all, if the main program is missing, 
+> I don't even need libtracker to be in working state, I just need its 
+> symbols to be available to libfolks...
+
+This must be a recent packaging change.  When tracker first showed up, I 
+changed my post-install auto-urpme of beagle to tracker, and it 
+uninstalled just fine.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007847.html b/zarb-ml/mageia-dev/2011-September/007847.html new file mode 100644 index 000000000..e0fbd43d7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007847.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] Tonight's meeting + + + + + + + + + +

[Mageia-dev] Tonight's meeting

+ Anne nicolas + ennael at mageia.org +
+ Wed Sep 7 16:48:56 CEST 2011 +

+
+ +
Hi there
+
+Our meeting will take place as usual on #mageia-dev at 19hUTC
+
+This one should be quite light one (well we always suppose that :) )
+
+- feedbacks on backport policy (if any)
+- review of pending updates
+- review of mentoring
+- triage review: mageia1 and cauldron
+
+As usual feel free to add topics
+
+Cheers
+
+-- 
+Anne
+http://www.mageia.org
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007848.html b/zarb-ml/mageia-dev/2011-September/007848.html new file mode 100644 index 000000000..f1605bb81 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007848.html @@ -0,0 +1,111 @@ + + + + [Mageia-dev] tracker... + + + + + + + + + +

[Mageia-dev] tracker...

+ Jani Välimaa + jani.valimaa at gmail.com +
+ Wed Sep 7 16:50:02 CEST 2011 +

+
+ +
2011/9/7 Frank Griffin <ftg at roadrunner.com>:
+> On 09/07/2011 08:26 AM, Guillaume Rousse wrote:
+>>
+>> Since this morning, a shiny piece of software I never opted to run not
+>> even to install is eating 99% of my cpu.
+>>
+>> I don't find any way to disable it (excepted killall...), and I can't even
+>> uninstall it:
+>> tracker is needed by libtracker
+>> libtracker is needed by libfolks
+>> libfolks is needed by gnome-shell
+>>
+>> Whereas I perfectly understand why tracker (the binary) would requires
+>> libtracker (the library), I really don't see why libtracker would make
+>> tracker presence mandatory. After all, if the main program is missing, I
+>> don't even need libtracker to be in working state, I just need its symbols
+>> to be available to libfolks...
+>
+> This must be a recent packaging change.  When tracker first showed up, I
+> changed my post-install auto-urpme of beagle to tracker, and it uninstalled
+> just fine.
+>
+
+I'd say all this is caused by a packaging error as tracker pkg
+contains some lib files:
+
+/usr/lib64/tracker-0.12/libtracker-common.so
+/usr/lib64/tracker-0.12/libtracker-common.so.0
+/usr/lib64/tracker-0.12/libtracker-common.so.0.1102.0
+/usr/lib64/tracker-0.12/libtracker-data.so
+/usr/lib64/tracker-0.12/libtracker-data.so.0
+/usr/lib64/tracker-0.12/libtracker-data.so.0.1102.0
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007849.html b/zarb-ml/mageia-dev/2011-September/007849.html new file mode 100644 index 000000000..6fd8c306c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007849.html @@ -0,0 +1,78 @@ + + + + [Mageia-dev] hplip update in progress - feedback needed + + + + + + + + + +

[Mageia-dev] hplip update in progress - feedback needed

+ Rémi Verschelde + rverschelde at gmail.com +
+ Wed Sep 7 17:48:23 CEST 2011 +

+
+ +
2011/9/4 Florian Hubold <doktor5000 at arcor.de>:
+> Hello guys,
+>
+> as i'm writing this, hplip-3.11.7 should have been uploaded by the
+> buildsystem.
+>
+> Please test and report back!
+>
+
+I have a HP Photosmart C5180 and it works like a charm on Cauldron. I
+was asked to install ~100 Mo of packages the first time I plugged it
+in, and after configuring system-config-printer, I could print with no
+issue.
+
+I did not test hplip-3.11.7 but it worked with the previous version. I
+suppose there were no regressions?
+
+Regards,
+Rémi / Akien
+
+ + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007850.html b/zarb-ml/mageia-dev/2011-September/007850.html new file mode 100644 index 000000000..9559a79d0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007850.html @@ -0,0 +1,83 @@ + + + + [Mageia-dev] hplip update in progress - feedback needed + + + + + + + + + +

[Mageia-dev] hplip update in progress - feedback needed

+ Kira + elegant.pegasus at gmail.com +
+ Wed Sep 7 17:54:18 CEST 2011 +

+
+ +
在 Wed, 07 Sep 2011 23:48:23 +0800, Rémi Verschelde  
+<rverschelde at gmail.com>寫道:
+
+> 2011/9/4 Florian Hubold <doktor5000 at arcor.de>:
+>> Hello guys,
+>>
+>> as i'm writing this, hplip-3.11.7 should have been uploaded by the
+>> buildsystem.
+>>
+>> Please test and report back!
+>>
+>
+> I have a HP Photosmart C5180 and it works like a charm on Cauldron. I
+> was asked to install ~100 Mo of packages the first time I plugged it
+> in, and after configuring system-config-printer, I could print with no
+> issue.
+>
+> I did not test hplip-3.11.7 but it worked with the previous version. I
+> suppose there were no regressions?
+>
+I suggest you to test hplip, since more function is supported in hplip,
+
+like scanning/faxing/...etc., and the testing request is mainly about  
+hplip.
+
+ + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007851.html b/zarb-ml/mageia-dev/2011-September/007851.html new file mode 100644 index 000000000..97730e2b3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007851.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] KDE SC 4.7.1 should land soon + + + + + + + + + +

[Mageia-dev] KDE SC 4.7.1 should land soon

+ John Balcaen + mikala at mageia.org +
+ Wed Sep 7 18:27:49 CEST 2011 +

+
+ +
2011/9/7 Balcaen John <mikala at mageia.org>:
+> Hello, i 'll push today KDE SC 4.7.1 on cauldron.
+> There's a some changes regarding the packaging with this new version : i
+> split handbooks for most of KDE's related packages (at least thoses
+> available on the KDE 4 live-cd) in order to « fix » mga 2101.
+> I also add more packages as noarch following recent thierry's changes.
+>
+> Regarding the next Mageia2 the release schedule for KDE SC 4.8 is now
+> out since some days so we should have KDE SC 4.8 for Mageia 2 (but i do
+> not expect to switch to it until beta2/rc1)
+>
+Ok you might expect some delays  for the full upgrade because it seems
+that FindBoost.cmake of the new cmake (2.8.6 rc2) does not find boost
+anymore ,  4.7.1 was built without problem with cmake 2.8.6 rc1
+locally, maybe it's related to
+http://cmake.org/gitweb?p=cmake.git;a=commit;h=5c51a7bdf3335663adf882938f3901cbde21da4e
+.
+
+
+
+
+-- 
+Balcaen John
+Jabber-id: mikala at jabber.littleboboy.net
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007852.html b/zarb-ml/mageia-dev/2011-September/007852.html new file mode 100644 index 000000000..e7abda1b7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007852.html @@ -0,0 +1,82 @@ + + + + [Mageia-dev] hplip update in progress - feedback needed + + + + + + + + + +

[Mageia-dev] hplip update in progress - feedback needed

+ Florian Hubold + doktor5000 at arcor.de +
+ Wed Sep 7 18:51:01 CEST 2011 +

+
+ +
Am 07.09.2011 17:48, schrieb Rémi Verschelde:
+> 2011/9/4 Florian Hubold<doktor5000 at arcor.de>:
+>> Hello guys,
+>>
+>> as i'm writing this, hplip-3.11.7 should have been uploaded by the
+>> buildsystem.
+>>
+>> Please test and report back!
+>>
+> I have a HP Photosmart C5180 and it works like a charm on Cauldron. I
+> was asked to install ~100 Mo of packages the first time I plugged it
+> in, and after configuring system-config-printer, I could print with no
+> issue.
+>
+> I did not test hplip-3.11.7 but it worked with the previous version. I
+> suppose there were no regressions?
+>
+> Regards,
+> Rémi / Akien
+>
+Guess we only know if you test it, which my mail was about.
+So could you please update to 3.11.7, and check for possible
+regressions?
+
+ + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007853.html b/zarb-ml/mageia-dev/2011-September/007853.html new file mode 100644 index 000000000..d55db3123 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007853.html @@ -0,0 +1,190 @@ + + + + [Mageia-dev] Problem with gdm metacity again + + + + + + + + + +

[Mageia-dev] Problem with gdm metacity again

+ JA Magallon + jamagallon at ono.com +
+ Wed Sep 7 19:18:30 CEST 2011 +

+
+ +
On Wed, 07 Sep 2011 13:27:05 +0100
+Colin Guthrie <mageia at colin.guthr.ie> wrote:
+
+> 'Twas brillig, and JA Magallon at 07/09/11 12:03 did gyre and gimble:
+> > On Wed, 7 Sep 2011 13:01:39 +0300
+> > Shlomi Fish <shlomif at shlomifish.org> wrote:
+> > 
+> >> Hi J. A.,
+> >>
+> >> On Wed, 7 Sep 2011 11:42:33 +0200
+> >> JA Magallon <jamagallon at ono.com> wrote:
+> >>
+> >>> On Wed, 7 Sep 2011 11:15:21 +0200
+> >>> JA Magallon <jamagallon at ono.com> wrote:
+> >>>
+> >>>> Hi...
+> >>>>
+> >>>> This old problem has surfaced again:
+> >>>>
+> >>>> .xsession-errors:
+> >>>>
+> >>>> ...
+> >>>> Window manager warning: Screen 0 on display ":0" already has a window manager; try using the --replace option to replace the current window manager.
+> >>>> Window manager warning: Screen 0 on display ":0" already has a window manager; try using the --replace option to replace the current window manager.
+> >>>> ...
+> >>>>
+> >>>> I get only the nautilus desktop, with two black bars on top and bottom of the screen.
+> >>>> If I launch a terminal, 'gnome-shell --replace' works fine.
+> >>>>
+> >>
+> >> I reported this bug here:
+> >>
+> >> https://bugs.mageia.org/show_bug.cgi?id=2628
+> >>
+> >> I can reproduce it here on my x86-64 Mageia Linux Cauldron laptop.
+> >>
+> >> Regards,
+> >>
+> >> 	Shlomi Fish
+> >>
+> >>>> Any idea ?
+> >>>> Can it be some personal setting ?
+> >>>>
+> >>>> TIA
+> >>>
+> >>> Digging a bit more, something is wrong detecting acceleration.
+> >>> In GDM log:
+> >>>
+> >>> gnome-session[4752]: DEBUG(+): fill: *** Looking if /usr/share/gnome-session/sessions/gdm-shell.session is a valid session file
+> >>> gnome-session[4752]: DEBUG(+): fill: *** Launching helper 'bash -c "gnome-shell --help | grep -q gdm-mode && /usr/lib64/gnome-session-check-accelerated"' to know if session is runnable
+> >>> gnome-session-is-accelerated: No hardware 3D support.
+> >>> gnome-session-check-accelerated: Helper exited with code 256
+> >>> gnome-session[4752]: WARNING: Session 'gdm-shell' runnable check failed: Exited with code 1
+> >>> gnome-session[4752]: DEBUG(+): fill: *** Session is not runnable
+> >>> gnome-session[4752]: DEBUG(+): fill: *** Getting session 'gdm-fallback'
+> >>>
+> >>> This is for GDM's own session.
+> >>> The same happens for user.
+> >>>
+> >>> Any ideas ? How can I check why this fails ?
+> >>> Its a netbook with Intel graphics, so it uses Mesa.
+> >>>
+> >>> Will check on an nvidia system too.
+> >>>
+> > 
+> > I did, and everything works fine. I even discovered that GDM looks different
+> > when acceleration is available ;)).
+> > 
+> > So these are two separate problems:
+> > 
+> > - Acceleration detection on some systems, from my limited tests, it works on
+> >   nVidia (32bit, will check 64 shortly), and fails on intel (mesa???) graphics.
+> >   This can be a bug report for gnome-session (/usr/lib64/gnome-session-check-accelerated*)
+> >   or for Mesa if it's it what breaks things.
+> > 
+> > - In full mode, gnome-shell from the user replaces gnome-shell from gdm.
+> >   But in fallback mode, gnome-shell can't replace GDM's metacity.
+> 
+> It's almost certainly a permissions thing.
+> 
+
+Yup, thats the problem.
+Booting into systemd gives this:
+
+one:~# ll /dev/dri*
+total 0
+crw-rw----+ 1 root video 226,  0 2011.09.07 15:12 card0
+crw-rw-rw-  1 root video 226, 64 2011.09.07 15:12 controlD64
+one:~# getfacl /dev/dri/card0
+getfacl: Removing leading '/' from absolute path names
+# file: dev/dri/card0
+# owner: root
+# group: video
+user::rw-
+user:gdm:rw-
+group::rw-
+mask::rw-
+other::---
+
+But with init, card0 has no acl.
+
+As a quick hack,
+
+one:/dev/dri# service dm stop
+Stopping display manager:                                       [  OK  ]
+one:/dev/dri# chmod 666 card0
+one:/dev/dri# ll
+total 0
+crw-rw-rw- 1 root video 226,  0 2011.09.07 19:15 card0
+crw-rw-rw- 1 root video 226, 64 2011.09.07 19:15 controlD64
+one:/dev/dri# service dm start
+Starting display manager:                                       [  OK  ]
+one:/dev/dri#
+
+made it work!
+
+> I'm not sure GDM registers itself with consolekit anymore. And
+> in-so-doing, will not get permissions on the DRI device and thus will
+> not be able to run the nice new shell.
+> 
+> 
+> If you run systemd then all should be well.
+> 
+> Col
+> 
+> 
+> 
+
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007854.html b/zarb-ml/mageia-dev/2011-September/007854.html new file mode 100644 index 000000000..4044c0839 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007854.html @@ -0,0 +1,96 @@ + + + + [Mageia-dev] KDE SC 4.7.1 should land soon + + + + + + + + + +

[Mageia-dev] KDE SC 4.7.1 should land soon

+ Donald Stewart + watersnowrock at gmail.com +
+ Wed Sep 7 19:26:46 CEST 2011 +

+
+ +
On 7 September 2011 17:27, John Balcaen <mikala at mageia.org> wrote:
+> 2011/9/7 Balcaen John <mikala at mageia.org>:
+>> Hello, i 'll push today KDE SC 4.7.1 on cauldron.
+>> There's a some changes regarding the packaging with this new version : i
+>> split handbooks for most of KDE's related packages (at least thoses
+>> available on the KDE 4 live-cd) in order to « fix » mga 2101.
+>> I also add more packages as noarch following recent thierry's changes.
+>>
+>> Regarding the next Mageia2 the release schedule for KDE SC 4.8 is now
+>> out since some days so we should have KDE SC 4.8 for Mageia 2 (but i do
+>> not expect to switch to it until beta2/rc1)
+>>
+> Ok you might expect some delays  for the full upgrade because it seems
+> that FindBoost.cmake of the new cmake (2.8.6 rc2) does not find boost
+> anymore ,  4.7.1 was built without problem with cmake 2.8.6 rc1
+> locally, maybe it's related to
+> http://cmake.org/gitweb?p=cmake.git;a=commit;h=5c51a7bdf3335663adf882938f3901cbde21da4e
+> .
+>
+>
+>
+>
+> --
+> Balcaen John
+> Jabber-id: mikala at jabber.littleboboy.net
+>
+
+According to Prof. A. De Gray, then before our lifes are out, we will
+be expanding human life spans faster than we age....
+So mikala, if he is right, then you might well me maintaining KDE in
+3500...... :)
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007855.html b/zarb-ml/mageia-dev/2011-September/007855.html new file mode 100644 index 000000000..5b1198107 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007855.html @@ -0,0 +1,81 @@ + + + + [Mageia-dev] KDE SC 4.7.1 should land soon + + + + + + + + + +

[Mageia-dev] KDE SC 4.7.1 should land soon

+ Oliver Burger + oliver.bgr at googlemail.com +
+ Thu Sep 8 09:44:14 CEST 2011 +

+
+ +
2011/9/7 John Balcaen <mikala at mageia.org>:
+> 2011/9/7 Balcaen John <mikala at mageia.org>:
+>> Hello, i 'll push today KDE SC 4.7.1 on cauldron.
+> Ok you might expect some delays  for the full upgrade because it seems
+> that FindBoost.cmake of the new cmake (2.8.6 rc2) does not find boost
+> anymore ,  4.7.1 was built without problem with cmake 2.8.6 rc1
+> locally, maybe it's related to
+> http://cmake.org/gitweb?p=cmake.git;a=commit;h=5c51a7bdf3335663adf882938f3901cbde21da4e
+
+Is the update completed now? This morning I got kde-4.7.1 updates on
+my machine and since then I'm facing problems with kmail aka it won't
+start at all.
+
+Are there still some missing kde-4.7.1 packages or is there a bug?
+
+Oliver
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007856.html b/zarb-ml/mageia-dev/2011-September/007856.html new file mode 100644 index 000000000..75833dea0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007856.html @@ -0,0 +1,94 @@ + + + + [Mageia-dev] Evolution broken - won't start anymore + + + + + + + + + +

[Mageia-dev] Evolution broken - won't start anymore

+ Robert Fox + list at foxconsult.net +
+ Thu Sep 8 10:25:32 CEST 2011 +

+
+ +
On Wed, 2011-09-07 at 13:47 +0300, Jani Välimaa wrote:
+> 2011/9/7 Shlomi Fish <shlomif at shlomifish.org>:
+> > On Wed, 07 Sep 2011 11:33:31 +0200
+> > Robert Fox <list at foxconsult.net> wrote:
+> >
+> >> Since latest Cauldron updates - Evolution will not start (no matter what
+> >> DM):
+> >>
+> >> [rfox at linux ~]$ evolution
+> >> evolution: symbol lookup error: evolution: undefined symbol:
+> >> g_unix_signal_add_watch_full
+> >> [rfox at linux ~]$
+> >>
+> >> Any help would be appreciated.
+> >>
+> >
+> > Can reproduce here (x86-64, Mageia Cauldron, KDE 4). It's possible can be
+> > fixed by a rebuild.
+> >
+> 
+> Rebuilded evolution and the new release should be available anytime
+> soon. Please test and report how things went.
+
+
+I have updated today to the latest Cauldron - Evolution now starts again, but the same display problem as reported in Bug 2627
+
+Thx,
+
+R.Fox
+
+
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007857.html b/zarb-ml/mageia-dev/2011-September/007857.html new file mode 100644 index 000000000..a504ba86b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007857.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] Copying dependencies from Release to Updates Testing + + + + + + + + + +

[Mageia-dev] Copying dependencies from Release to Updates Testing

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 8 10:39:47 CEST 2011 +

+
+ +
Hi,
+
+During yesterday's packager meeting, it was agreed that the sysadmins will 
+provide a tool allowing packagers to copy packages from Release media to 
+Updates Testing media.
+
+QA Team should be able soon to ask the packagers to provide needed 
+dependencies in Updates Testing so that updates are not blocked by 
+https://bugs.mageia.org/show_bug.cgi?id=2317
+
+Then those dependencies will have to be moved from Updates Testing to Updates, 
+like the other packages submitted by the packagers for the update.
+
+Could someone complete the update procedure wiki page with detailed 
+instructions for packagers to follow, regarding how to identify dependencies 
+that need to be copied to Updates Testing along with an update candidate ?
+
+Until that tool is made available, we can list the needed dependencies in the 
+bug report and ask the sysadmins to move them directly.
+
+Best regards
+
+Samuel Verschelde
+
+ + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007858.html b/zarb-ml/mageia-dev/2011-September/007858.html new file mode 100644 index 000000000..53f41eac1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007858.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] KDE SC 4.7.1 should land soon + + + + + + + + + +

[Mageia-dev] KDE SC 4.7.1 should land soon

+ John Balcaen + mikala at mageia.org +
+ Thu Sep 8 12:27:10 CEST 2011 +

+
+ +
2011/9/8 Oliver Burger <oliver.bgr at googlemail.com>:
+> 2011/9/7 John Balcaen <mikala at mageia.org>:
+>> 2011/9/7 Balcaen John <mikala at mageia.org>:
+>>> Hello, i 'll push today KDE SC 4.7.1 on cauldron.
+>> Ok you might expect some delays  for the full upgrade because it seems
+>> that FindBoost.cmake of the new cmake (2.8.6 rc2) does not find boost
+>> anymore ,  4.7.1 was built without problem with cmake 2.8.6 rc1
+>> locally, maybe it's related to
+>> http://cmake.org/gitweb?p=cmake.git;a=commit;h=5c51a7bdf3335663adf882938f3901cbde21da4e
+>
+> Is the update completed now? This morning I got kde-4.7.1 updates on
+> my machine and since
+Not all.
+I simply commit late tonight a fix to cmake & i launch more package to
+the build process, however i sleep a little bit :p
+
+>then I'm facing problems with kmail aka it won't
+> start at all.
+Can you try again tonight (i should be able to push most of the
+package in the next hours)
+
+> Are there still some missing kde-4.7.1 packages or is there a bug?
+Yep, most of them for  example at least kdepim
+If i did not miss somes packages before here are the missing src.rpm [1]:
+
+> marble blinken kalgebra kalzium kanagram kgeography khangman kig kiten klettres kmplot kstars ktouch kturtle kwordquiz step parley rocs kbruch
+> cantor smokekde
+> kdepim4 kdesdk4
+> kdeplasma-addons kdegames4
+> perl-kde4 qyoto kross-interpreters korundum
+> kimono
+However all of them are of course on svn since one day
+
+
+[1] http://www.mageia.org/wiki/doku.php?id=kde4_build#build_order
+-- 
+Balcaen John
+Jabber-id: mikala at jabber.littleboboy.net
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007859.html b/zarb-ml/mageia-dev/2011-September/007859.html new file mode 100644 index 000000000..bf1d3b579 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007859.html @@ -0,0 +1,132 @@ + + + + [Mageia-dev] Backports process (addendum to policy) + + + + + + + + + +

[Mageia-dev] Backports process (addendum to policy)

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 8 12:59:10 CEST 2011 +

+
+ +
(QA Team and Triage team in CC, but please answer only to 
+mageia-dev at mageia.org)
+
+I was asked to define a process for backports validation, so here is a 
+proposal. We can discuss it a few days and then I'll add the result to the 
+backports policy page.
+
+Process for backports :
+
+Triage:
+- identify backport requests
+- add "Backport Request: " in the bug report summary
+- add the "backport" keyword
+- assign to maintainer
+
+The maintainer can refuse to do the backport :
+- doesn't want to maintain it => assign the bug report back to 
+bugsquad at mageia.org so that another packager can step in
+- has a good reason for not providing this backport (policy, possible 
+breakage...) => close as wontfix
+
+Packager:
+- create bug report if not done already
+- submit to {core,nonfree,tainted}/backports_testing
+- find a tester : original bug reporter when there is one, yourself if there's 
+none, or ask in forums/irc/MLs...
+- once tested by at least one person (it must be said explicitly in the bug 
+report), hand it to QA :
+  - make sure the bug report summary starts with "Backport Request: " or 
+"Backport Candidate: "
+  - add the "backport" keyword if missing
+  - assign to qa-bugs at ml.mageia.org
+  - list the source RPMs if there are several
+- be ready to fix bugs and answer QA team questions
+
+QA:
+- test backports the same way that we test updates. But don't forget that 
+updates have a higher priority than that of backports.
+- move the packages from backports_testing to backports
+
+Packager again:
+- be ready to fix bugs : once you pushed a backport, you have to maintain it 
+until the distribution's end of life :)
+
+Does this seem a good process, from the packager, QA and triage point of view?
+
+Best regards
+
+Samuel Verschelde
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007860.html b/zarb-ml/mageia-dev/2011-September/007860.html new file mode 100644 index 000000000..30cd54370 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007860.html @@ -0,0 +1,189 @@ + + + + [Mageia-dev] Problem with gdm metacity again + + + + + + + + + +

[Mageia-dev] Problem with gdm metacity again

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Thu Sep 8 12:59:00 CEST 2011 +

+
+ +
'Twas brillig, and JA Magallon at 07/09/11 18:18 did gyre and gimble:
+> On Wed, 07 Sep 2011 13:27:05 +0100
+> Colin Guthrie <mageia at colin.guthr.ie> wrote:
+> 
+>> 'Twas brillig, and JA Magallon at 07/09/11 12:03 did gyre and gimble:
+>>> On Wed, 7 Sep 2011 13:01:39 +0300
+>>> Shlomi Fish <shlomif at shlomifish.org> wrote:
+>>>
+>>>> Hi J. A.,
+>>>>
+>>>> On Wed, 7 Sep 2011 11:42:33 +0200
+>>>> JA Magallon <jamagallon at ono.com> wrote:
+>>>>
+>>>>> On Wed, 7 Sep 2011 11:15:21 +0200
+>>>>> JA Magallon <jamagallon at ono.com> wrote:
+>>>>>
+>>>>>> Hi...
+>>>>>>
+>>>>>> This old problem has surfaced again:
+>>>>>>
+>>>>>> .xsession-errors:
+>>>>>>
+>>>>>> ...
+>>>>>> Window manager warning: Screen 0 on display ":0" already has a window manager; try using the --replace option to replace the current window manager.
+>>>>>> Window manager warning: Screen 0 on display ":0" already has a window manager; try using the --replace option to replace the current window manager.
+>>>>>> ...
+>>>>>>
+>>>>>> I get only the nautilus desktop, with two black bars on top and bottom of the screen.
+>>>>>> If I launch a terminal, 'gnome-shell --replace' works fine.
+>>>>>>
+>>>>
+>>>> I reported this bug here:
+>>>>
+>>>> https://bugs.mageia.org/show_bug.cgi?id=2628
+>>>>
+>>>> I can reproduce it here on my x86-64 Mageia Linux Cauldron laptop.
+>>>>
+>>>> Regards,
+>>>>
+>>>> 	Shlomi Fish
+>>>>
+>>>>>> Any idea ?
+>>>>>> Can it be some personal setting ?
+>>>>>>
+>>>>>> TIA
+>>>>>
+>>>>> Digging a bit more, something is wrong detecting acceleration.
+>>>>> In GDM log:
+>>>>>
+>>>>> gnome-session[4752]: DEBUG(+): fill: *** Looking if /usr/share/gnome-session/sessions/gdm-shell.session is a valid session file
+>>>>> gnome-session[4752]: DEBUG(+): fill: *** Launching helper 'bash -c "gnome-shell --help | grep -q gdm-mode && /usr/lib64/gnome-session-check-accelerated"' to know if session is runnable
+>>>>> gnome-session-is-accelerated: No hardware 3D support.
+>>>>> gnome-session-check-accelerated: Helper exited with code 256
+>>>>> gnome-session[4752]: WARNING: Session 'gdm-shell' runnable check failed: Exited with code 1
+>>>>> gnome-session[4752]: DEBUG(+): fill: *** Session is not runnable
+>>>>> gnome-session[4752]: DEBUG(+): fill: *** Getting session 'gdm-fallback'
+>>>>>
+>>>>> This is for GDM's own session.
+>>>>> The same happens for user.
+>>>>>
+>>>>> Any ideas ? How can I check why this fails ?
+>>>>> Its a netbook with Intel graphics, so it uses Mesa.
+>>>>>
+>>>>> Will check on an nvidia system too.
+>>>>>
+>>>
+>>> I did, and everything works fine. I even discovered that GDM looks different
+>>> when acceleration is available ;)).
+>>>
+>>> So these are two separate problems:
+>>>
+>>> - Acceleration detection on some systems, from my limited tests, it works on
+>>>   nVidia (32bit, will check 64 shortly), and fails on intel (mesa???) graphics.
+>>>   This can be a bug report for gnome-session (/usr/lib64/gnome-session-check-accelerated*)
+>>>   or for Mesa if it's it what breaks things.
+>>>
+>>> - In full mode, gnome-shell from the user replaces gnome-shell from gdm.
+>>>   But in fallback mode, gnome-shell can't replace GDM's metacity.
+>>
+>> It's almost certainly a permissions thing.
+>>
+> 
+> Yup, thats the problem.
+> Booting into systemd gives this:
+> 
+> one:~# ll /dev/dri*
+> total 0
+> crw-rw----+ 1 root video 226,  0 2011.09.07 15:12 card0
+> crw-rw-rw-  1 root video 226, 64 2011.09.07 15:12 controlD64
+> one:~# getfacl /dev/dri/card0
+> getfacl: Removing leading '/' from absolute path names
+> # file: dev/dri/card0
+> # owner: root
+> # group: video
+> user::rw-
+> user:gdm:rw-
+> group::rw-
+> mask::rw-
+> other::---
+> 
+
+OK, can you try this:
+
+Can you edit and add the line: /etc/pam.d/gdm-welcome
+
+-session    optional     pam_ck_connector.so
+
+BEFORE the line:
+
+session    include     system-auth
+
+And then reboot... see if that helps?
+
+Col
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007861.html b/zarb-ml/mageia-dev/2011-September/007861.html new file mode 100644 index 000000000..cd7140e41 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007861.html @@ -0,0 +1,144 @@ + + + + [Mageia-dev] Backports process (addendum to policy) + + + + + + + + + +

[Mageia-dev] Backports process (addendum to policy)

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Thu Sep 8 13:08:39 CEST 2011 +

+
+ +
'Twas brillig, and Samuel Verschelde at 08/09/11 11:59 did gyre and gimble:
+> (QA Team and Triage team in CC, but please answer only to 
+> mageia-dev at mageia.org)
+> 
+> I was asked to define a process for backports validation, so here is a 
+> proposal. We can discuss it a few days and then I'll add the result to the 
+> backports policy page.
+> 
+> Process for backports :
+> 
+> Triage:
+> - identify backport requests
+> - add "Backport Request: " in the bug report summary
+> - add the "backport" keyword
+> - assign to maintainer
+> 
+> The maintainer can refuse to do the backport :
+> - doesn't want to maintain it => assign the bug report back to 
+> bugsquad at mageia.org so that another packager can step in
+> - has a good reason for not providing this backport (policy, possible 
+> breakage...) => close as wontfix
+> 
+> Packager:
+> - create bug report if not done already
+> - submit to {core,nonfree,tainted}/backports_testing
+
+Is this straight from the cauldron tree in subversion?
+
+> - find a tester : original bug reporter when there is one, yourself if there's 
+> none, or ask in forums/irc/MLs...
+> - once tested by at least one person (it must be said explicitly in the bug 
+> report), hand it to QA :
+>   - make sure the bug report summary starts with "Backport Request: " or 
+> "Backport Candidate: "
+>   - add the "backport" keyword if missing
+>   - assign to qa-bugs at ml.mageia.org
+>   - list the source RPMs if there are several
+> - be ready to fix bugs and answer QA team questions
+> 
+> QA:
+> - test backports the same way that we test updates. But don't forget that 
+> updates have a higher priority than that of backports.
+> - move the packages from backports_testing to backports
+
+Just from a man power perspective this, could be a lot of work for QA
+(even at lower priority) but I cannot see a way to improve this without
+sacrificing quality control!
+
+Col
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007862.html b/zarb-ml/mageia-dev/2011-September/007862.html new file mode 100644 index 000000000..03ff1a112 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007862.html @@ -0,0 +1,94 @@ + + + + [Mageia-dev] Backports process (addendum to policy) + + + + + + + + + +

[Mageia-dev] Backports process (addendum to policy)

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 8 13:31:37 CEST 2011 +

+
+ +
Le jeudi 8 septembre 2011 13:08:39, Colin Guthrie a écrit :
+> > Packager:
+> > - create bug report if not done already
+> > - submit to {core,nonfree,tainted}/backports_testing
+> 
+> Is this straight from the cauldron tree in subversion?
+
+Yes, ultimately I would favor a separate branch, but I think that for 
+simplicity's sake, it was chosen to not do it for now.
+
+Samuel 
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007863.html b/zarb-ml/mageia-dev/2011-September/007863.html new file mode 100644 index 000000000..e818976d7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007863.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] time to try to build KDE with gold as linker? + + + + + + + + + +

[Mageia-dev] time to try to build KDE with gold as linker?

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Thu Sep 8 13:29:39 CEST 2011 +

+
+ +
Hi
+In order to speed up KDE build which is said to link quite slowly,
+wouldn't it be time to try to build KDE with gold as linker?
+
+See you
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007864.html b/zarb-ml/mageia-dev/2011-September/007864.html new file mode 100644 index 000000000..05d7eab14 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007864.html @@ -0,0 +1,112 @@ + + + + [Mageia-dev] Backports process (addendum to policy) + + + + + + + + + +

[Mageia-dev] Backports process (addendum to policy)

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Thu Sep 8 13:31:42 CEST 2011 +

+
+ +
'Twas brillig, and Samuel Verschelde at 08/09/11 12:31 did gyre and gimble:
+> Le jeudi 8 septembre 2011 13:08:39, Colin Guthrie a écrit :
+>>> Packager:
+>>> - create bug report if not done already
+>>> - submit to {core,nonfree,tainted}/backports_testing
+>>
+>> Is this straight from the cauldron tree in subversion?
+> 
+> Yes, ultimately I would favor a separate branch, but I think that for 
+> simplicity's sake, it was chosen to not do it for now.
+
+I think I prefer it with the same branch. It's how things were typically
+handled in mdv. If there is a real need for a separate branch it can be
+done on a per-package basis - the tools all support this :)
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007865.html b/zarb-ml/mageia-dev/2011-September/007865.html new file mode 100644 index 000000000..d7db55cdc --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007865.html @@ -0,0 +1,112 @@ + + + + [Mageia-dev] Copying dependencies from Release to Updates Testing + + + + + + + + + +

[Mageia-dev] Copying dependencies from Release to Updates Testing

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 8 13:53:07 CEST 2011 +

+
+ +
Le jeudi 8 septembre 2011 10:39:47, Samuel Verschelde a écrit :
+> Hi,
+> 
+> During yesterday's packager meeting, it was agreed that the sysadmins will
+> provide a tool allowing packagers to copy packages from Release media to
+> Updates Testing media.
+> 
+> QA Team should be able soon to ask the packagers to provide needed
+> dependencies in Updates Testing so that updates are not blocked by
+> https://bugs.mageia.org/show_bug.cgi?id=2317
+> 
+> Then those dependencies will have to be moved from Updates Testing to
+> Updates, like the other packages submitted by the packagers for the
+> update.
+> 
+> Could someone complete the update procedure wiki page with detailed
+> instructions for packagers to follow, regarding how to identify
+> dependencies that need to be copied to Updates Testing along with an
+> update candidate ?
+> 
+> Until that tool is made available, we can list the needed dependencies in
+> the bug report and ask the sysadmins to move them directly.
+> 
+> Best regards
+> 
+> Samuel Verschelde
+
+Good question from MrsB : must we link only the needed binary RPMs, or all 
+those coming from the SRPM ?
+
+Example : qt4-database-plugin-sqlite-4.7.3-1.mga1.i586.rpm is needed, will we 
+link all packages from the qt4 SRPM or only qt4-database-plugin-
+sqlite-4.7.3-1.mga1.i586.rpm ? The first option is probably cleaner, but this 
+means copy much more packages.
+
+Best regards
+
+Samuel Verschelde
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007866.html b/zarb-ml/mageia-dev/2011-September/007866.html new file mode 100644 index 000000000..8de8dfe3d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007866.html @@ -0,0 +1,116 @@ + + + + [Mageia-dev] Copying dependencies from Release to Updates Testing + + + + + + + + + +

[Mageia-dev] Copying dependencies from Release to Updates Testing

+ Balcaen John + mikala at mageia.org +
+ Thu Sep 8 13:52:49 CEST 2011 +

+
+ +
Le Jeudi 8 Septembre 2011 13:53:07 Samuel Verschelde a écrit :
+> Le jeudi 8 septembre 2011 10:39:47, Samuel Verschelde a écrit :
+> > Hi,
+> > 
+> > During yesterday's packager meeting, it was agreed that the
+> > sysadmins will provide a tool allowing packagers to copy packages
+> > from Release media to Updates Testing media.
+> > 
+> > QA Team should be able soon to ask the packagers to provide needed
+> > dependencies in Updates Testing so that updates are not blocked by
+> > https://bugs.mageia.org/show_bug.cgi?id=2317
+> > 
+> > Then those dependencies will have to be moved from Updates Testing
+> > to Updates, like the other packages submitted by the packagers
+> > for the update.
+> > 
+> > Could someone complete the update procedure wiki page with
+> > detailed
+> > instructions for packagers to follow, regarding how to identify
+> > dependencies that need to be copied to Updates Testing along with
+> > an update candidate ?
+> > 
+> > Until that tool is made available, we can list the needed
+> > dependencies in the bug report and ask the sysadmins to move them
+> > directly.
+> > 
+> > Best regards
+> > 
+> > Samuel Verschelde
+> 
+> Good question from MrsB : must we link only the needed binary RPMs, or
+> all those coming from the SRPM ?
+> 
+> Example : qt4-database-plugin-sqlite-4.7.3-1.mga1.i586.rpm is needed,
+> will we link all packages from the qt4 SRPM or only
+> qt4-database-plugin- sqlite-4.7.3-1.mga1.i586.rpm ? The first option
+> is probably cleaner, but this means copy much more packages.
+Well we shoud links only the *requirements* for qt4-database-plugin- 
+sqlite so probably not all qt4 packages (but most of them :/ )
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007867.html b/zarb-ml/mageia-dev/2011-September/007867.html new file mode 100644 index 000000000..0c12d3942 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007867.html @@ -0,0 +1,89 @@ + + + + [Mageia-dev] Copying dependencies from Release to Updates Testing + + + + + + + + + +

[Mageia-dev] Copying dependencies from Release to Updates Testing

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Thu Sep 8 14:24:38 CEST 2011 +

+
+ +
On 8 September 2011 13:52, Balcaen John <mikala at mageia.org> wrote:
+>> Good question from MrsB : must we link only the needed binary RPMs, or
+>> all those coming from the SRPM ?
+>>
+>> Example : qt4-database-plugin-sqlite-4.7.3-1.mga1.i586.rpm is needed,
+>> will we link all packages from the qt4 SRPM or only
+>> qt4-database-plugin- sqlite-4.7.3-1.mga1.i586.rpm ? The first option
+>> is probably cleaner, but this means copy much more packages.
+> Well we shoud links only the *requirements* for qt4-database-plugin-
+> sqlite so probably not all qt4 packages (but most of them :/ )
+
+No that would be only the *new requirements* of the updated package.
+Eg: if amarok doesn't with XYZ devices work because we forgot to link it
+with libXYZ, we should only copy libXYZ when uploading new amarok
+package into updates
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007868.html b/zarb-ml/mageia-dev/2011-September/007868.html new file mode 100644 index 000000000..866a1fb9d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007868.html @@ -0,0 +1,119 @@ + + + + [Mageia-dev] time to try to build KDE with gold as linker? + + + + + + + + + +

[Mageia-dev] time to try to build KDE with gold as linker?

+ Balcaen John + mikala at mageia.org +
+ Thu Sep 8 14:27:34 CEST 2011 +

+
+ +
Le Jeudi 8 Septembre 2011 13:29:39 Thierry Vignaud a écrit :
+> Hi
+> In order to speed up KDE build which is said to link quite slowly,
+> wouldn't it be time to try to build KDE with gold as linker?
+I can try locally at least (if i can use less than 6 hours to build KDE 
+on BS it would be nice :p ) , however do we have a specific macro to 
+specify using ld.gold instead of ld  (i never played with linker before) 
+?
+
+Also from the mandriva thread  [1]. maybe we can considere switching to 
+gold by default for all packages (with somes exceptions for kernel & 
+others packages).
+Another « solution » could be using alternatives for binutils so a 
+package can simply use gold linker by simply requering a binutils-gold 
+package like it's done in debian ?
+
+
+Regards,
+
+
+
+
+[1]
+http://mandriva.598463.n5.nabble.com/Cooker-Announcement-binutils-
+changes-switching-to-gold-and-new-behaviour-td4636613.html
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007869.html b/zarb-ml/mageia-dev/2011-September/007869.html new file mode 100644 index 000000000..52ac724f2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007869.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Thu Sep 8 15:53:00 CEST 2011 +

+
+ +
Hi
+
+In order to got more testing for systemd, I'm considering switching
+the installer to:
+- install it
+- default to it (aka add "init=/bin/systemd")
+
+WDYT?
+
+See you
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007870.html b/zarb-ml/mageia-dev/2011-September/007870.html new file mode 100644 index 000000000..765b73bfe --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007870.html @@ -0,0 +1,110 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Sander Lepik + sander.lepik at eesti.ee +
+ Thu Sep 8 16:16:21 CEST 2011 +

+
+ +
08.09.2011 16:53, Thierry Vignaud kirjutas:
+> Hi
+>
+> In order to got more testing for systemd, I'm considering switching
+> the installer to:
+> - install it
+> - default to it (aka add "init=/bin/systemd")
+>
+> WDYT?
+If someone fixes this bug ( https://bugs.mageia.org/show_bug.cgi?id=2246 ) then i'm ok with 
+it. Else i'm not sure how many people are affected and if it will make them happy (i'm quite 
+sure it doesn't :P).
+
+--
+Sander
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007871.html b/zarb-ml/mageia-dev/2011-September/007871.html new file mode 100644 index 000000000..0397e2497 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007871.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] Copying dependencies from Release to Updates Testing + + + + + + + + + +

[Mageia-dev] Copying dependencies from Release to Updates Testing

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 8 17:32:39 CEST 2011 +

+
+ +
Le jeudi 8 septembre 2011 14:24:38, Thierry Vignaud a écrit :
+> On 8 September 2011 13:52, Balcaen John <mikala at mageia.org> wrote:
+> >> Good question from MrsB : must we link only the needed binary RPMs, or
+> >> all those coming from the SRPM ?
+> >> 
+> >> Example : qt4-database-plugin-sqlite-4.7.3-1.mga1.i586.rpm is needed,
+> >> will we link all packages from the qt4 SRPM or only
+> >> qt4-database-plugin- sqlite-4.7.3-1.mga1.i586.rpm ? The first option
+> >> is probably cleaner, but this means copy much more packages.
+> > 
+> > Well we shoud links only the *requirements* for qt4-database-plugin-
+> > sqlite so probably not all qt4 packages (but most of them :/ )
+> 
+> No that would be only the *new requirements* of the updated package.
+> Eg: if amarok doesn't with XYZ devices work because we forgot to link it
+> with libXYZ, we should only copy libXYZ when uploading new amarok
+> package into updates
+
+Maybe my question was not clear : qt4-database-plugin-
+sqlite-4.7.3-1.mga1.i586.rpm is needed *as a new requirement* of another 
+updated package. Do we link only qt4-database-plugin-
+sqlite-4.7.3-1.mga1.i586.rpm from Core Release to Updates, or do we link all 
+packages from its SRPM, which is qt4 ?
+
+Said otherwise : must we keep a coherence between RPMs and SRPMs in Core 
+Updates ?
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007872.html b/zarb-ml/mageia-dev/2011-September/007872.html new file mode 100644 index 000000000..f92c58c76 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007872.html @@ -0,0 +1,94 @@ + + + + [Mageia-dev] Copying dependencies from Release to Updates Testing + + + + + + + + + +

[Mageia-dev] Copying dependencies from Release to Updates Testing

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Thu Sep 8 17:31:57 CEST 2011 +

+
+ +
On 8 September 2011 17:32, Samuel Verschelde <stormi at laposte.net> wrote:
+>> > Well we shoud links only the *requirements* for qt4-database-plugin-
+>> > sqlite so probably not all qt4 packages (but most of them :/ )
+>>
+>> No that would be only the *new requirements* of the updated package.
+>> Eg: if amarok doesn't with XYZ devices work because we forgot to link it
+>> with libXYZ, we should only copy libXYZ when uploading new amarok
+>> package into updates
+>
+> Maybe my question was not clear : qt4-database-plugin-
+> sqlite-4.7.3-1.mga1.i586.rpm is needed *as a new requirement* of another
+> updated package. Do we link only qt4-database-plugin-
+> sqlite-4.7.3-1.mga1.i586.rpm from Core Release to Updates, or do we link all
+> packages from its SRPM, which is qt4 ?
+>
+> Said otherwise : must we keep a coherence between RPMs and SRPMs in Core
+> Updates ?
+
+I would say not, we don't need to keep that coherence
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007873.html b/zarb-ml/mageia-dev/2011-September/007873.html new file mode 100644 index 000000000..7b50fef18 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007873.html @@ -0,0 +1,122 @@ + + + + [Mageia-dev] systemd ? + + + + + + + + + +

[Mageia-dev] systemd ?

+ Dick Gevers + dvgevers at xs4all.nl +
+ Thu Sep 8 17:23:48 CEST 2011 +

+
+ +
Hi,
+
+If I urpmi systemd, is it 'grown up' enough to automagically update all of
+Cauldron, or do I have to manually arrange a lot of other things myself?
+
+I didn't manage to find a lot of info telling me HOWTO for Cauldron, only
+for other distros. If there is, please be so kind to point me to it.
+
+Thanks in advance.
+
+Cheers,
+=Dick Gevers=
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007874.html b/zarb-ml/mageia-dev/2011-September/007874.html new file mode 100644 index 000000000..34021bfc0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007874.html @@ -0,0 +1,126 @@ + + + + [Mageia-dev] systemd ? + + + + + + + + + +

[Mageia-dev] systemd ?

+ Kira + elegant.pegasus at gmail.com +
+ Thu Sep 8 17:40:11 CEST 2011 +

+
+ +
在 Thu, 08 Sep 2011 23:23:48 +0800, Dick Gevers <dvgevers at xs4all.nl>寫道:
+
+> Hi,
+>
+> If I urpmi systemd, is it 'grown up' enough to automagically update all  
+> of
+> Cauldron, or do I have to manually arrange a lot of other things myself?
+>
+> I didn't manage to find a lot of info telling me HOWTO for Cauldron, only
+> for other distros. If there is, please be so kind to point me to it.
+>
+> Thanks in advance.
+>
+You mean you want to upgrade Mageia 1 to Cauldron?
+
+Or you just want to test systemd?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007875.html b/zarb-ml/mageia-dev/2011-September/007875.html new file mode 100644 index 000000000..501678580 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007875.html @@ -0,0 +1,79 @@ + + + + [Mageia-dev] hplip update in progress - feedback needed + + + + + + + + + +

[Mageia-dev] hplip update in progress - feedback needed

+ TJ + andrewsfarm at gmail.com +
+ Thu Sep 8 17:08:42 CEST 2011 +

+
+ +
On 09/07/2011 07:43 AM, Florian Hubold wrote:
+> Am 07.09.2011 13:29, schrieb Florian Hubold:
+
+>> No cauldron users with HP printers? Please guys, c'mon!
+>> Any feedback is really appreciated.
+>>
+> CC'ing -discuss for more potential feedback. Hope i got the header
+>
+
+Some information which may or may not be useful...
+
+When discussing a printing bug concerning duplex printing with the HPLIP 
+folks, I was asked for the output of the command hp-check -t. That 
+output reported several missing dependencies, some from compile time, 
+others from runtime. I was unconcerned with the compile time ones, but 
+when I looked using urpmi, all the runtime dependencies were reported as 
+installed.
+
+I do not have the expertise to speculate on this. I merely report it.
+
+TJ
+
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007876.html b/zarb-ml/mageia-dev/2011-September/007876.html new file mode 100644 index 000000000..1ce68902d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007876.html @@ -0,0 +1,136 @@ + + + + [Mageia-dev] systemd ? + + + + + + + + + +

[Mageia-dev] systemd ?

+ Dick Gevers + dvgevers at xs4all.nl +
+ Thu Sep 8 18:03:06 CEST 2011 +

+
+ +
On Thu, 08 Sep 2011 23:40:11 +0800, Kira wrote about Re: [Mageia-dev]
+systemd ?:
+
+>在 Thu, 08 Sep 2011 23:23:48 +0800, Dick Gevers <dvgevers at xs4all.nl>寫道:
+>
+>> Hi,
+>>
+>> If I urpmi systemd, is it 'grown up' enough to automagically update all  
+>> of
+>> Cauldron, or do I have to manually arrange a lot of other things myself?
+>>
+>> I didn't manage to find a lot of info telling me HOWTO for Cauldron, only
+>> for other distros. If there is, please be so kind to point me to it.
+>>
+>> Thanks in advance.
+>>
+>You mean you want to upgrade Mageia 1 to Cauldron?
+>
+>Or you just want to test systemd?
+
+No: I use only Cauldron and I want to convert to systemd, but I dunno what
+problems I could face, so I'd like to know beforehand about any problems I
+might have to fix.
+
+Ciao,
+=Dick Gevers=
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007877.html b/zarb-ml/mageia-dev/2011-September/007877.html new file mode 100644 index 000000000..08c6138f8 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007877.html @@ -0,0 +1,68 @@ + + + + [Mageia-dev] KDE SC 4.7.1 should land soon + + + + + + + + + +

[Mageia-dev] KDE SC 4.7.1 should land soon

+ magnus + magnus.mud at googlemail.com +
+ Thu Sep 8 18:34:29 CEST 2011 +

+
+ +
Problems during the update of the 4.7.1 games.
+
+Habdbook packages have a collidation with the old "game-packages"
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110908/db6957dc/attachment.html>
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007878.html b/zarb-ml/mageia-dev/2011-September/007878.html new file mode 100644 index 000000000..6b2aca566 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007878.html @@ -0,0 +1,143 @@ + + + + [Mageia-dev] systemd ? + + + + + + + + + +

[Mageia-dev] systemd ?

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Thu Sep 8 18:34:54 CEST 2011 +

+
+ +
Le 08/09/2011 18:03, Dick Gevers a écrit :
+> On Thu, 08 Sep 2011 23:40:11 +0800, Kira wrote about Re: [Mageia-dev]
+> systemd ?:
+>
+>> 在 Thu, 08 Sep 2011 23:23:48 +0800, Dick Gevers<dvgevers at xs4all.nl>寫道:
+>>
+>>> Hi,
+>>>
+>>> If I urpmi systemd, is it 'grown up' enough to automagically update all
+>>> of
+>>> Cauldron, or do I have to manually arrange a lot of other things myself?
+>>>
+>>> I didn't manage to find a lot of info telling me HOWTO for Cauldron, only
+>>> for other distros. If there is, please be so kind to point me to it.
+>>>
+>>> Thanks in advance.
+>>>
+>> You mean you want to upgrade Mageia 1 to Cauldron?
+>>
+>> Or you just want to test systemd?
+>
+> No: I use only Cauldron and I want to convert to systemd, but I dunno what
+> problems I could face, so I'd like to know beforehand about any problems I
+> might have to fix.
+Nothing really painful, excepted a few non-running services.
+
+The series of articles from L. Poettering "systemd for Administrators" 
+are a worth reading to understand the new system:
+http://www.freedesktop.org/wiki/Software/systemd
+
+-- 
+BOFH excuse #24:
+
+network packets travelling uphill (use a carrier pigeon)
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007879.html b/zarb-ml/mageia-dev/2011-September/007879.html new file mode 100644 index 000000000..cd1f179c1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007879.html @@ -0,0 +1,118 @@ + + + + [Mageia-dev] systemd ? + + + + + + + + + +

[Mageia-dev] systemd ?

+ Kira + elegant.pegasus at gmail.com +
+ Thu Sep 8 18:40:20 CEST 2011 +

+
+ +
在 Fri, 09 Sep 2011 00:03:06 +0800, Dick Gevers <dvgevers at xs4all.nl>寫道:
+> No: I use only Cauldron and I want to convert to systemd, but I dunno  
+> what
+> problems I could face, so I'd like to know beforehand about any problems  
+> I
+> might have to fix.
+Just install systemd and systemd-sysvinit to replace sysvinit. Here in my
+
+virtualbox machine, everything works like a charm.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007880.html b/zarb-ml/mageia-dev/2011-September/007880.html new file mode 100644 index 000000000..235b4c48e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007880.html @@ -0,0 +1,117 @@ + + + + [Mageia-dev] systemd ? + + + + + + + + + +

[Mageia-dev] systemd ?

+ Dick Gevers + dvgevers at xs4all.nl +
+ Thu Sep 8 18:42:25 CEST 2011 +

+
+ +
On Thu, 08 Sep 2011 18:34:54 +0200, Guillaume Rousse wrote about Re:
+[Mageia-dev] systemd ?:
+
+>Nothing really painful, excepted a few non-running services.
+>
+>The series of articles from L. Poettering "systemd for Administrators" 
+>are a worth reading to understand the new system:
+>http://www.freedesktop.org/wiki/Software/systemd
+
+Okay fine. I'll go for it then. Thanks!
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007881.html b/zarb-ml/mageia-dev/2011-September/007881.html new file mode 100644 index 000000000..be3d2b702 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007881.html @@ -0,0 +1,70 @@ + + + + [Mageia-dev] KDE SC 4.7.1 should land soon + + + + + + + + + +

[Mageia-dev] KDE SC 4.7.1 should land soon

+ Balcaen John + mikala at mageia.org +
+ Thu Sep 8 18:43:48 CEST 2011 +

+
+ +
Le Jeudi 8 Septembre 2011 18:34:29 magnus a écrit :
+> Problems during the update of the 4.7.1 games.
+> 
+> Habdbook packages have a collidation with the old "game-packages"
+It could be useful to have the exact conflict so i can fix it.
+
+-- 
+Balcaen John
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007882.html b/zarb-ml/mageia-dev/2011-September/007882.html new file mode 100644 index 000000000..903234459 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007882.html @@ -0,0 +1,142 @@ + + + + [Mageia-dev] KDE SC 4.7.1 should land soon + + + + + + + + + +

[Mageia-dev] KDE SC 4.7.1 should land soon

+ magnus + magnus.mud at googlemail.com +
+ Thu Sep 8 18:47:23 CEST 2011 +

+
+ +
2011/9/8 Balcaen John <mikala at mageia.org>
+
+> Le Jeudi 8 Septembre 2011 18:34:29 magnus a écrit :
+> > Problems during the update of the 4.7.1 games.
+> >
+> > Habdbook packages have a collidation with the old "game-packages"
+> It could be useful to have the exact conflict so i can fix it.
+>
+> --
+> Balcaen John
+>
+Excuse, my mail-client isn't on cauldron
+
+Installation failed:    file
+/usr/share/doc/HTML/en/kfourinline/index.cache.bz2 conflicts between
+attempted installs of kfourinline-handbook-1:4.7.1-1.mga2.noarch and
+kfourinline-1:4.7.1-1.mga2.x86_64
+        ksudoku < 1:4.7.1 conflicts with
+ksudoku-handbook-1:4.7.1-1.mga2.noarch
+        kbreakout < 1:4.7.1 conflicts with
+kbreakout-handbook-1:4.7.1-1.mga2.noarch
+        ksirk < 1:4.7.1 conflicts with ksirk-handbook-1:4.7.1-1.mga2.noarch
+        kblocks < 1:4.7.1 conflicts with
+kblocks-handbook-1:4.7.1-1.mga2.noarch
+        ksquares < 1:4.7.1 conflicts with
+ksquares-handbook-1:4.7.1-1.mga2.noarch
+        ktron < 1:4.7.1 conflicts with ktron-handbook-1:4.7.1-1.mga2.noarch
+        kiriki < 1:4.7.1 conflicts with
+kiriki-handbook-1:4.7.1-1.mga2.noarch
+        lskat < 1:4.7.1 conflicts with lskat-handbook-1:4.7.1-1.mga2.noarch
+        kdiamond < 1:4.7.1 conflicts with
+kdiamond-handbook-1:4.7.1-1.mga2.noarch
+        kjumpingcube < 1:4.7.1 conflicts with
+kjumpingcube-handbook-1:4.7.1-1.mga2.noarch
+        kbattleship < 1:4.7.1 conflicts with
+kbattleship-handbook-1:4.7.1-1.mga2.noarch
+        kblackbox < 1:4.7.1 conflicts with
+kblackbox-handbook-1:4.7.1-1.mga2.noarch
+        klickety < 1:4.7.1 conflicts with
+klickety-handbook-1:4.7.1-1.mga2.noarch
+        killbots < 1:4.7.1 conflicts with
+killbots-handbook-1:4.7.1-1.mga2.noarch
+        bovo < 1:4.7.1 conflicts with bovo-handbook-1:4.7.1-1.mga2.noarch
+        kpat < 1:4.7.1 conflicts with kpat-handbook-1:4.7.1-1.mga2.noarch
+        kigo < 1:4.7.1 conflicts with kigo-handbook-1:4.7.1-1.mga2.noarch
+        katomic < 1:4.7.1 conflicts with
+katomic-handbook-1:4.7.1-1.mga2.noarch
+        ktuberling < 1:4.7.1 conflicts with
+ktuberling-handbook-1:4.7.1-1.mga2.noarch
+        kmines < 1:4.7.1 conflicts with
+kmines-handbook-1:4.7.1-1.mga2.noarch
+        kgoldrunner < 1:4.7.1 conflicts with
+kgoldrunner-handbook-1:4.7.1-1.mga2.noarch
+        palapeli < 1:4.7.1 conflicts with
+palapeli-handbook-1:4.7.1-1.mga2.noarch
+        kshisen < 1:4.7.1 conflicts with
+kshisen-handbook-1:4.7.1-1.mga2.noarch
+        kubrick < 1:4.7.1 conflicts with
+kubrick-handbook-1:4.7.1-1.mga2.noarch
+        knetwalk < 1:4.7.1 conflicts with
+knetwalk-handbook-1:4.7.1-1.mga2.noarch
+        konquest < 1:4.7.1 conflicts with
+konquest-handbook-1:4.7.1-1.mga2.noarch
+        kreversi < 1:4.7.1 conflicts with
+kreversi-handbook-1:4.7.1-1.mga2.noarch
+        kbounce < 1:4.7.1 conflicts with
+kbounce-handbook-1:4.7.1-1.mga2.noarch
+        kollision < 1:4.7.1 conflicts with
+kollision-handbook-1:4.7.1-1.mga2.noarch
+        granatier < 1:4.7.1 conflicts with
+granatier-handbook-1:4.7.1-1.mga2.noarch
+        klines < 1:4.7.1 conflicts with
+klines-handbook-1:4.7.1-1.mga2.noarch
+        kmahjongg < 1:4.7.1 conflicts with
+kmahjongg-handbook-1:4.7.1-1.mga2.noarch
+        kapman < 1:4.7.1 conflicts with
+kapman-handbook-1:4.7.1-1.mga2.noarch
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110908/36f850f7/attachment-0001.html>
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007883.html b/zarb-ml/mageia-dev/2011-September/007883.html new file mode 100644 index 000000000..584707bdf --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007883.html @@ -0,0 +1,82 @@ + + + + [Mageia-dev] KDE SC 4.7.1 should land soon + + + + + + + + + +

[Mageia-dev] KDE SC 4.7.1 should land soon

+ Balcaen John + mikala at mageia.org +
+ Thu Sep 8 18:54:11 CEST 2011 +

+
+ +
Le Jeudi 8 Septembre 2011 18:47:23 magnus a écrit :
+> 2011/9/8 Balcaen John <mikala at mageia.org>
+> 
+> > Le Jeudi 8 Septembre 2011 18:34:29 magnus a écrit :
+> > > Problems during the update of the 4.7.1 games.
+> > > 
+> > > Habdbook packages have a collidation with the old
+> > > "game-packages"
+> > 
+> > It could be useful to have the exact conflict so i can fix it.
+
+> 
+> Excuse, my mail-client isn't on cauldron
+[...]
+I was not angry :p
+I'll fix it (also i noticed some files i forgot to move too).
+
+
+-- 
+Balcaen John
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007884.html b/zarb-ml/mageia-dev/2011-September/007884.html new file mode 100644 index 000000000..5546f4cca --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007884.html @@ -0,0 +1,66 @@ + + + + [Mageia-dev] KDE SC 4.7.1 should land soon + + + + + + + + + +

[Mageia-dev] KDE SC 4.7.1 should land soon

+ magnus + magnus.mud at googlemail.com +
+ Thu Sep 8 18:59:01 CEST 2011 +

+
+ +
My laziness, I hoped  the short description would be enough :-)
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110908/23809e8c/attachment.html>
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007885.html b/zarb-ml/mageia-dev/2011-September/007885.html new file mode 100644 index 000000000..5b9bc3b53 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007885.html @@ -0,0 +1,80 @@ + + + + [Mageia-dev] hplip update in progress - feedback needed + + + + + + + + + +

[Mageia-dev] hplip update in progress - feedback needed

+ Rémi Verschelde + rverschelde at gmail.com +
+ Thu Sep 8 20:33:20 CEST 2011 +

+
+ +
2011/9/7 Florian Hubold <doktor5000 at arcor.de>:
+>>
+>> I did not test hplip-3.11.7 but it worked with the previous version. I
+>> suppose there were no regressions?
+>>
+>> Regards,
+>> Rémi / Akien
+>>
+> Guess we only know if you test it, which my mail was about.
+> So could you please update to 3.11.7, and check for possible
+> regressions?
+>
+
+Tested today on HP Photosmart C5180, and it works with no issues. I
+ran hpcheck and saw that three dependancies were missing
+(libusb-devel, libsane-devel, libnet-snmp-devel), so I installed them.
+I tested printing, scanning and using some custom tools (like viewing
+the amount of ink remaining in the cartridges, cleaning the heads,
+etc.). Everything works great.
+
+Regards,
+Rémi / Akien
+
+ + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007886.html b/zarb-ml/mageia-dev/2011-September/007886.html new file mode 100644 index 000000000..79155b0c5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007886.html @@ -0,0 +1,119 @@ + + + + [Mageia-dev] Backports process (addendum to policy) + + + + + + + + + +

[Mageia-dev] Backports process (addendum to policy)

+ Florian Hubold + doktor5000 at arcor.de +
+ Thu Sep 8 21:16:50 CEST 2011 +

+
+ +
Am 08.09.2011 13:08, schrieb Colin Guthrie:
+> 'Twas brillig, and Samuel Verschelde at 08/09/11 11:59 did gyre and gimble:
+>> (QA Team and Triage team in CC, but please answer only to
+>> mageia-dev at mageia.org)
+>>
+>> I was asked to define a process for backports validation, so here is a
+>> proposal. We can discuss it a few days and then I'll add the result to the
+>> backports policy page.
+>>
+>> Process for backports :
+>>
+>> Triage:
+>> - identify backport requests
+>> - add "Backport Request: " in the bug report summary
+>> - add the "backport" keyword
+>> - assign to maintainer
+>>
+>> The maintainer can refuse to do the backport :
+>> - doesn't want to maintain it =>  assign the bug report back to
+>> bugsquad at mageia.org so that another packager can step in
+>> - has a good reason for not providing this backport (policy, possible
+>> breakage...) =>  close as wontfix
+>>
+>> Packager:
+>> - create bug report if not done already
+>> - submit to {core,nonfree,tainted}/backports_testing
+> Is this straight from the cauldron tree in subversion?
+>
+>> - find a tester : original bug reporter when there is one, yourself if there's
+>> none, or ask in forums/irc/MLs...
+>> - once tested by at least one person (it must be said explicitly in the bug
+>> report), hand it to QA :
+>>    - make sure the bug report summary starts with "Backport Request: " or
+>> "Backport Candidate:"
+>>    - add the "backport" keyword if missing
+>>    - assign to qa-bugs at ml.mageia.org
+>>    - list the source RPMs if there are several
+>> - be ready to fix bugs and answer QA team questions
+>>
+>> QA:
+>> - test backports the same way that we test updates. But don't forget that
+>> updates have a higher priority than that of backports.
+>> - move the packages from backports_testing to backports
+> Just from a man power perspective this, could be a lot of work for QA
+> (even at lower priority) but I cannot see a way to improve this without
+> sacrificing quality control!
+If the packager himself does basic testing and makes sure backport works,
+that would relieve QA from some work, no?
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007887.html b/zarb-ml/mageia-dev/2011-September/007887.html new file mode 100644 index 000000000..c3b193cde --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007887.html @@ -0,0 +1,129 @@ + + + + [Mageia-dev] Backports process (addendum to policy) + + + + + + + + + +

[Mageia-dev] Backports process (addendum to policy)

+ Manuel Hiebel + manuel at hiebel.eu +
+ Thu Sep 8 21:30:35 CEST 2011 +

+
+ +
Le jeudi 08 septembre 2011 à 12:59 +0200, Samuel Verschelde a écrit :
+> (QA Team and Triage team in CC, but please answer only to 
+> mageia-dev at mageia.org)
+> 
+> I was asked to define a process for backports validation, so here is a 
+> proposal. We can discuss it a few days and then I'll add the result to the 
+> backports policy page.
+> 
+> Process for backports :
+> 
+> Triage:
+> - identify backport requests
+> - add "Backport Request: " in the bug report summary
+> - add the "backport" keyword
+> - assign to maintainer
+
+For it's Ok.
+
+> The maintainer can refuse to do the backport :
+> - doesn't want to maintain it => assign the bug report back to 
+> bugsquad at mageia.org so that another packager can step in
+> - has a good reason for not providing this backport (policy, possible 
+> breakage...) => close as wontfix
+> 
+> Packager:
+> - create bug report if not done already
+> - submit to {core,nonfree,tainted}/backports_testing
+> - find a tester : original bug reporter when there is one, yourself if there's 
+> none, or ask in forums/irc/MLs...
+> - once tested by at least one person (it must be said explicitly in the bug 
+> report), hand it to QA :
+>   - make sure the bug report summary starts with "Backport Request: " or 
+> "Backport Candidate: "
+>   - add the "backport" keyword if missing
+>   - assign to qa-bugs at ml.mageia.org
+>   - list the source RPMs if there are several
+> - be ready to fix bugs and answer QA team questions
+> 
+> QA:
+> - test backports the same way that we test updates. But don't forget that 
+> updates have a higher priority than that of backports.
+> - move the packages from backports_testing to backports
+> 
+> Packager again:
+> - be ready to fix bugs : once you pushed a backport, you have to maintain it 
+> until the distribution's end of life :)
+> 
+> Does this seem a good process, from the packager, QA and triage point of view?
+> 
+> Best regards
+> 
+> Samuel Verschelde
+
+-- 
+Manuel Hiebel (leuhmanu)
+
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007888.html b/zarb-ml/mageia-dev/2011-September/007888.html new file mode 100644 index 000000000..202ee0955 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007888.html @@ -0,0 +1,81 @@ + + + + [Mageia-dev] hplip update in progress - feedback needed + + + + + + + + + +

[Mageia-dev] hplip update in progress - feedback needed

+ Florian Hubold + doktor5000 at arcor.de +
+ Thu Sep 8 21:37:38 CEST 2011 +

+
+ +
Am 08.09.2011 20:33, schrieb Rémi Verschelde:
+> 2011/9/7 Florian Hubold<doktor5000 at arcor.de>:
+>>> I did not test hplip-3.11.7 but it worked with the previous version. I
+>>> suppose there were no regressions?
+>>>
+>>> Regards,
+>>> Rémi / Akien
+>>>
+>> Guess we only know if you test it, which my mail was about.
+>> So could you please update to 3.11.7, and check for possible
+>> regressions?
+>>
+> Tested today on HP Photosmart C5180, and it works with no issues. I
+> ran hpcheck and saw that three dependancies were missing
+> (libusb-devel, libsane-devel, libnet-snmp-devel), so I installed them.
+> I tested printing, scanning and using some custom tools (like viewing
+> the amount of ink remaining in the cartridges, cleaning the heads,
+> etc.). Everything works great.
+>
+> Regards,
+> Rémi / Akien
+>
+No need to install them, those are compile-time dependencies.
+But anyways, thanks for the rest of the feedback, good to hear :)
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007889.html b/zarb-ml/mageia-dev/2011-September/007889.html new file mode 100644 index 000000000..3e4c746a6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007889.html @@ -0,0 +1,128 @@ + + + + [Mageia-dev] Backports process (addendum to policy) + + + + + + + + + +

[Mageia-dev] Backports process (addendum to policy)

+ Maarten Vanraes + maarten.vanraes at gmail.com +
+ Thu Sep 8 22:12:26 CEST 2011 +

+
+ +
Op donderdag 08 september 2011 12:59:10 schreef Samuel Verschelde:
+> (QA Team and Triage team in CC, but please answer only to
+> mageia-dev at mageia.org)
+> 
+> I was asked to define a process for backports validation, so here is a
+> proposal. We can discuss it a few days and then I'll add the result to the
+> backports policy page.
+> 
+> Process for backports :
+> 
+> Triage:
+> - identify backport requests
+> - add "Backport Request: " in the bug report summary
+> - add the "backport" keyword
+> - assign to maintainer
+> 
+> The maintainer can refuse to do the backport :
+> - doesn't want to maintain it => assign the bug report back to
+> bugsquad at mageia.org so that another packager can step in
+> - has a good reason for not providing this backport (policy, possible
+> breakage...) => close as wontfix
+> 
+> Packager:
+> - create bug report if not done already
+> - submit to {core,nonfree,tainted}/backports_testing
+> - find a tester : original bug reporter when there is one, yourself if
+> there's none, or ask in forums/irc/MLs...
+> - once tested by at least one person (it must be said explicitly in the bug
+> report), hand it to QA :
+>   - make sure the bug report summary starts with "Backport Request: " or
+> "Backport Candidate: "
+>   - add the "backport" keyword if missing
+>   - assign to qa-bugs at ml.mageia.org
+>   - list the source RPMs if there are several
+> - be ready to fix bugs and answer QA team questions
+> 
+> QA:
+> - test backports the same way that we test updates. But don't forget that
+> updates have a higher priority than that of backports.
+> - move the packages from backports_testing to backports
+> 
+> Packager again:
+> - be ready to fix bugs : once you pushed a backport, you have to maintain
+> it until the distribution's end of life :)
+> 
+> Does this seem a good process, from the packager, QA and triage point of
+> view?
+> 
+> Best regards
+> 
+> Samuel Verschelde
+
+
+anything about i586 vs x86_64 ? ie: at least 2 tests? or not?
+
+at least updates is this way, iinm...
+
+ + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007890.html b/zarb-ml/mageia-dev/2011-September/007890.html new file mode 100644 index 000000000..9260d46ff --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007890.html @@ -0,0 +1,134 @@ + + + + [Mageia-dev] Backports process (addendum to policy) + + + + + + + + + +

[Mageia-dev] Backports process (addendum to policy)

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 8 22:18:59 CEST 2011 +

+
+ +
Le jeudi 8 septembre 2011 21:16:50, Florian Hubold a écrit :
+> Am 08.09.2011 13:08, schrieb Colin Guthrie:
+> > 'Twas brillig, and Samuel Verschelde at 08/09/11 11:59 did gyre and 
+gimble:
+> >> (QA Team and Triage team in CC, but please answer only to
+> >> mageia-dev at mageia.org)
+> >> 
+> >> I was asked to define a process for backports validation, so here is a
+> >> proposal. We can discuss it a few days and then I'll add the result to
+> >> the backports policy page.
+> >> 
+> >> Process for backports :
+> >> 
+> >> Triage:
+> >> - identify backport requests
+> >> - add "Backport Request: " in the bug report summary
+> >> - add the "backport" keyword
+> >> - assign to maintainer
+> >> 
+> >> The maintainer can refuse to do the backport :
+> >> - doesn't want to maintain it =>  assign the bug report back to
+> >> bugsquad at mageia.org so that another packager can step in
+> >> - has a good reason for not providing this backport (policy, possible
+> >> breakage...) =>  close as wontfix
+> >> 
+> >> Packager:
+> >> - create bug report if not done already
+> >> - submit to {core,nonfree,tainted}/backports_testing
+> > 
+> > Is this straight from the cauldron tree in subversion?
+> > 
+> >> - find a tester : original bug reporter when there is one, yourself if
+> >> there's none, or ask in forums/irc/MLs...
+> >> - once tested by at least one person (it must be said explicitly in the
+> >> bug
+> >> 
+> >> report), hand it to QA :
+> >>    - make sure the bug report summary starts with "Backport Request: "
+> >>    or
+> >> 
+> >> "Backport Candidate:"
+> >> 
+> >>    - add the "backport" keyword if missing
+> >>    - assign to qa-bugs at ml.mageia.org
+> >>    - list the source RPMs if there are several
+> >> 
+> >> - be ready to fix bugs and answer QA team questions
+> >> 
+> >> QA:
+> >> - test backports the same way that we test updates. But don't forget
+> >> that updates have a higher priority than that of backports.
+> >> - move the packages from backports_testing to backports
+> > 
+> > Just from a man power perspective this, could be a lot of work for QA
+> > (even at lower priority) but I cannot see a way to improve this without
+> > sacrificing quality control!
+> 
+> If the packager himself does basic testing and makes sure backport works,
+> that would relieve QA from some work, no?
+
+In my opinion this is what a packager should always do, be it for an update, a 
+backport, or a package in cauldron. But this doesn't remove the need for a QA 
+validation if we want to guarantee a minimal level of quality.
+
+Samuel
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007891.html b/zarb-ml/mageia-dev/2011-September/007891.html new file mode 100644 index 000000000..4ff990601 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007891.html @@ -0,0 +1,137 @@ + + + + [Mageia-dev] Backports process (addendum to policy) + + + + + + + + + +

[Mageia-dev] Backports process (addendum to policy)

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 8 22:19:42 CEST 2011 +

+
+ +
Le jeudi 8 septembre 2011 22:12:26, Maarten Vanraes a écrit :
+> Op donderdag 08 september 2011 12:59:10 schreef Samuel Verschelde:
+> > (QA Team and Triage team in CC, but please answer only to
+> > mageia-dev at mageia.org)
+> > 
+> > I was asked to define a process for backports validation, so here is a
+> > proposal. We can discuss it a few days and then I'll add the result to
+> > the backports policy page.
+> > 
+> > Process for backports :
+> > 
+> > Triage:
+> > - identify backport requests
+> > - add "Backport Request: " in the bug report summary
+> > - add the "backport" keyword
+> > - assign to maintainer
+> > 
+> > The maintainer can refuse to do the backport :
+> > - doesn't want to maintain it => assign the bug report back to
+> > bugsquad at mageia.org so that another packager can step in
+> > - has a good reason for not providing this backport (policy, possible
+> > breakage...) => close as wontfix
+> > 
+> > Packager:
+> > - create bug report if not done already
+> > - submit to {core,nonfree,tainted}/backports_testing
+> > - find a tester : original bug reporter when there is one, yourself if
+> > there's none, or ask in forums/irc/MLs...
+> > - once tested by at least one person (it must be said explicitly in the
+> > bug
+> > 
+> > report), hand it to QA :
+> >   - make sure the bug report summary starts with "Backport Request: " or
+> > 
+> > "Backport Candidate: "
+> > 
+> >   - add the "backport" keyword if missing
+> >   - assign to qa-bugs at ml.mageia.org
+> >   - list the source RPMs if there are several
+> > 
+> > - be ready to fix bugs and answer QA team questions
+> > 
+> > QA:
+> > - test backports the same way that we test updates. But don't forget that
+> > updates have a higher priority than that of backports.
+> > - move the packages from backports_testing to backports
+> > 
+> > Packager again:
+> > - be ready to fix bugs : once you pushed a backport, you have to maintain
+> > it until the distribution's end of life :)
+> > 
+> > Does this seem a good process, from the packager, QA and triage point of
+> > view?
+> > 
+> > Best regards
+> > 
+> > Samuel Verschelde
+> 
+> anything about i586 vs x86_64 ? ie: at least 2 tests? or not?
+> 
+> at least updates is this way, iinm...
+
+Yes, this is included in "- test backports the same way that we test updates." 
+:)
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007892.html b/zarb-ml/mageia-dev/2011-September/007892.html new file mode 100644 index 000000000..9a0986cbb --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007892.html @@ -0,0 +1,63 @@ + + + + [Mageia-dev] KDE SC 4.7.1 should land soon + + + + + + + + + +

[Mageia-dev] KDE SC 4.7.1 should land soon

+ magnus + magnus.mud at googlemail.com +
+ Thu Sep 8 22:37:52 CEST 2011 +

+
+ +
Just updated, all is ok. Thanks
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110908/9768b9e1/attachment.html>
+
+ + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007893.html b/zarb-ml/mageia-dev/2011-September/007893.html new file mode 100644 index 000000000..f8be64d94 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007893.html @@ -0,0 +1,104 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Thu Sep 8 22:50:17 CEST 2011 +

+
+ +
'Twas brillig, and Thierry Vignaud at 08/09/11 14:53 did gyre and gimble:
+> Hi
+> 
+> In order to got more testing for systemd, I'm considering switching
+> the installer to:
+> - install it
+> - default to it (aka add "init=/bin/systemd")
+> 
+> WDYT?
+
++1 from me (which I guess is no surprise!)
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007894.html b/zarb-ml/mageia-dev/2011-September/007894.html new file mode 100644 index 000000000..33ec25fa5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007894.html @@ -0,0 +1,190 @@ + + + + [Mageia-dev] Problem with gdm metacity again + + + + + + + + + +

[Mageia-dev] Problem with gdm metacity again

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Thu Sep 8 22:50:55 CEST 2011 +

+
+ +
'Twas brillig, and Colin Guthrie at 08/09/11 11:59 did gyre and gimble:
+> 'Twas brillig, and JA Magallon at 07/09/11 18:18 did gyre and gimble:
+>> On Wed, 07 Sep 2011 13:27:05 +0100
+>> Colin Guthrie <mageia at colin.guthr.ie> wrote:
+>>
+>>> 'Twas brillig, and JA Magallon at 07/09/11 12:03 did gyre and gimble:
+>>>> On Wed, 7 Sep 2011 13:01:39 +0300
+>>>> Shlomi Fish <shlomif at shlomifish.org> wrote:
+>>>>
+>>>>> Hi J. A.,
+>>>>>
+>>>>> On Wed, 7 Sep 2011 11:42:33 +0200
+>>>>> JA Magallon <jamagallon at ono.com> wrote:
+>>>>>
+>>>>>> On Wed, 7 Sep 2011 11:15:21 +0200
+>>>>>> JA Magallon <jamagallon at ono.com> wrote:
+>>>>>>
+>>>>>>> Hi...
+>>>>>>>
+>>>>>>> This old problem has surfaced again:
+>>>>>>>
+>>>>>>> .xsession-errors:
+>>>>>>>
+>>>>>>> ...
+>>>>>>> Window manager warning: Screen 0 on display ":0" already has a window manager; try using the --replace option to replace the current window manager.
+>>>>>>> Window manager warning: Screen 0 on display ":0" already has a window manager; try using the --replace option to replace the current window manager.
+>>>>>>> ...
+>>>>>>>
+>>>>>>> I get only the nautilus desktop, with two black bars on top and bottom of the screen.
+>>>>>>> If I launch a terminal, 'gnome-shell --replace' works fine.
+>>>>>>>
+>>>>>
+>>>>> I reported this bug here:
+>>>>>
+>>>>> https://bugs.mageia.org/show_bug.cgi?id=2628
+>>>>>
+>>>>> I can reproduce it here on my x86-64 Mageia Linux Cauldron laptop.
+>>>>>
+>>>>> Regards,
+>>>>>
+>>>>> 	Shlomi Fish
+>>>>>
+>>>>>>> Any idea ?
+>>>>>>> Can it be some personal setting ?
+>>>>>>>
+>>>>>>> TIA
+>>>>>>
+>>>>>> Digging a bit more, something is wrong detecting acceleration.
+>>>>>> In GDM log:
+>>>>>>
+>>>>>> gnome-session[4752]: DEBUG(+): fill: *** Looking if /usr/share/gnome-session/sessions/gdm-shell.session is a valid session file
+>>>>>> gnome-session[4752]: DEBUG(+): fill: *** Launching helper 'bash -c "gnome-shell --help | grep -q gdm-mode && /usr/lib64/gnome-session-check-accelerated"' to know if session is runnable
+>>>>>> gnome-session-is-accelerated: No hardware 3D support.
+>>>>>> gnome-session-check-accelerated: Helper exited with code 256
+>>>>>> gnome-session[4752]: WARNING: Session 'gdm-shell' runnable check failed: Exited with code 1
+>>>>>> gnome-session[4752]: DEBUG(+): fill: *** Session is not runnable
+>>>>>> gnome-session[4752]: DEBUG(+): fill: *** Getting session 'gdm-fallback'
+>>>>>>
+>>>>>> This is for GDM's own session.
+>>>>>> The same happens for user.
+>>>>>>
+>>>>>> Any ideas ? How can I check why this fails ?
+>>>>>> Its a netbook with Intel graphics, so it uses Mesa.
+>>>>>>
+>>>>>> Will check on an nvidia system too.
+>>>>>>
+>>>>
+>>>> I did, and everything works fine. I even discovered that GDM looks different
+>>>> when acceleration is available ;)).
+>>>>
+>>>> So these are two separate problems:
+>>>>
+>>>> - Acceleration detection on some systems, from my limited tests, it works on
+>>>>   nVidia (32bit, will check 64 shortly), and fails on intel (mesa???) graphics.
+>>>>   This can be a bug report for gnome-session (/usr/lib64/gnome-session-check-accelerated*)
+>>>>   or for Mesa if it's it what breaks things.
+>>>>
+>>>> - In full mode, gnome-shell from the user replaces gnome-shell from gdm.
+>>>>   But in fallback mode, gnome-shell can't replace GDM's metacity.
+>>>
+>>> It's almost certainly a permissions thing.
+>>>
+>>
+>> Yup, thats the problem.
+>> Booting into systemd gives this:
+>>
+>> one:~# ll /dev/dri*
+>> total 0
+>> crw-rw----+ 1 root video 226,  0 2011.09.07 15:12 card0
+>> crw-rw-rw-  1 root video 226, 64 2011.09.07 15:12 controlD64
+>> one:~# getfacl /dev/dri/card0
+>> getfacl: Removing leading '/' from absolute path names
+>> # file: dev/dri/card0
+>> # owner: root
+>> # group: video
+>> user::rw-
+>> user:gdm:rw-
+>> group::rw-
+>> mask::rw-
+>> other::---
+>>
+> 
+> OK, can you try this:
+> 
+> Can you edit and add the line: /etc/pam.d/gdm-welcome
+> 
+> -session    optional     pam_ck_connector.so
+> 
+> BEFORE the line:
+> 
+> session    include     system-auth
+> 
+> And then reboot... see if that helps?
+
+Actually, I believe from speaking with upstream that this is just a bug
+in gdm. THere should be a new release soon that fixes it.
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007895.html b/zarb-ml/mageia-dev/2011-September/007895.html new file mode 100644 index 000000000..8cce05ab3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007895.html @@ -0,0 +1,88 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Olav Vitters + olav at vitters.nl +
+ Thu Sep 8 23:57:31 CEST 2011 +

+
+ +
On Thu, Sep 08, 2011 at 03:53:00PM +0200, Thierry Vignaud wrote:
+> WDYT?
+
+I'm fine with it. Cauldron anyway, so if you think it is good enough,
+then best to switch so we get more testing. Though probably nice to get
+a slight prenotice (I guess you just did :).
+
+What about existing Cauldron installations (mine:)? Would they also
+switch?
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007896.html b/zarb-ml/mageia-dev/2011-September/007896.html new file mode 100644 index 000000000..7d5d3968e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007896.html @@ -0,0 +1,81 @@ + + + + [Mageia-dev] Backports process (addendum to policy) + + + + + + + + + +

[Mageia-dev] Backports process (addendum to policy)

+ Juan Luis Baptiste + juan.baptiste at gmail.com +
+ Fri Sep 9 00:01:25 CEST 2011 +

+
+ +
On Thu, Sep 8, 2011 at 5:59 AM, Samuel Verschelde <stormi at laposte.net> wrote:
+> Packager:
+> - create bug report if not done already
+
+This even counts if the packager is the one with the initiative to do
+the backport ? I mean, if I regularly update my packages and also want
+to up backport them, now I'll also would have to create a bug report
+each time I want to do a backport of my own packages ?
+
+
+-- 
+JLB
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007897.html b/zarb-ml/mageia-dev/2011-September/007897.html new file mode 100644 index 000000000..3f5b1fbeb --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007897.html @@ -0,0 +1,94 @@ + + + + [Mageia-dev] Backports process (addendum to policy) + + + + + + + + + +

[Mageia-dev] Backports process (addendum to policy)

+ Samuel Verschelde + stormi at laposte.net +
+ Fri Sep 9 00:26:51 CEST 2011 +

+
+ +
Le vendredi 9 septembre 2011 00:01:25, Juan Luis Baptiste a écrit :
+> On Thu, Sep 8, 2011 at 5:59 AM, Samuel Verschelde <stormi at laposte.net> 
+wrote:
+> > Packager:
+> > - create bug report if not done already
+> 
+> This even counts if the packager is the one with the initiative to do
+> the backport ? I mean, if I regularly update my packages and also want
+> to up backport them, now I'll also would have to create a bug report
+> each time I want to do a backport of my own packages ?
+
+Yes, we really want to provide supported backports, and that means there must 
+be testing. Creating a bug report doesn't take more time than testing the 
+backport in Mageia 1, so I don't think this will be a big overhead, apart for 
+packagers who don't test their backports themselves. 
+
+To summarize :
+- you are free to submit in backports_testing (so in a certain way the package 
+is available in Mageia 1 directly)
+- for the package to be promoted in the official backports media, there must be 
+a QA validation
+
+Best regards
+
+Samuel Verschelde
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007898.html b/zarb-ml/mageia-dev/2011-September/007898.html new file mode 100644 index 000000000..9a4c33473 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007898.html @@ -0,0 +1,98 @@ + + + + [Mageia-dev] Backports process (addendum to policy) + + + + + + + + + +

[Mageia-dev] Backports process (addendum to policy)

+ Balcaen John + mikala at mageia.org +
+ Fri Sep 9 00:40:42 CEST 2011 +

+
+ +
Le Vendredi 9 Septembre 2011 00:26:51 Samuel Verschelde a écrit :
+> Le vendredi 9 septembre 2011 00:01:25, Juan Luis Baptiste a écrit :
+> > On Thu, Sep 8, 2011 at 5:59 AM, Samuel Verschelde
+> > <stormi at laposte.net>
+> wrote:
+> > > Packager:
+> > > - create bug report if not done already
+> > 
+> > This even counts if the packager is the one with the initiative to
+> > do the backport ? I mean, if I regularly update my packages and
+> > also want to up backport them, now I'll also would have to create
+> > a bug report each time I want to do a backport of my own packages
+> > ?
+> 
+> Yes, we really want to provide supported backports, and that means
+> there must be testing. Creating a bug report doesn't take more time
+> than testing the backport in Mageia 1, so I don't think this will be
+> a big overhead, apart for packagers who don't test their backports
+> themselves.
+> 
+> To summarize :
+> - you are free to submit in backports_testing (so in a certain way the
+> package is available in Mageia 1 directly)
+We also need to remember that some backports available in 
+backports_testing can also affect others packages (like some library 
+update ).
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007899.html b/zarb-ml/mageia-dev/2011-September/007899.html new file mode 100644 index 000000000..5a836822c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007899.html @@ -0,0 +1,104 @@ + + + + [Mageia-dev] Backports process (addendum to policy) + + + + + + + + + +

[Mageia-dev] Backports process (addendum to policy)

+ Samuel Verschelde + stormi at laposte.net +
+ Fri Sep 9 01:01:52 CEST 2011 +

+
+ +
Le vendredi 9 septembre 2011 00:40:42, Balcaen John a écrit :
+> Le Vendredi 9 Septembre 2011 00:26:51 Samuel Verschelde a écrit :
+> > Le vendredi 9 septembre 2011 00:01:25, Juan Luis Baptiste a écrit :
+> > > On Thu, Sep 8, 2011 at 5:59 AM, Samuel Verschelde
+> > > <stormi at laposte.net>
+> > 
+> > wrote:
+> > > > Packager:
+> > > > - create bug report if not done already
+> > > 
+> > > This even counts if the packager is the one with the initiative to
+> > > do the backport ? I mean, if I regularly update my packages and
+> > > also want to up backport them, now I'll also would have to create
+> > > a bug report each time I want to do a backport of my own packages
+> > > ?
+> > 
+> > Yes, we really want to provide supported backports, and that means
+> > there must be testing. Creating a bug report doesn't take more time
+> > than testing the backport in Mageia 1, so I don't think this will be
+> > a big overhead, apart for packagers who don't test their backports
+> > themselves.
+> > 
+> > To summarize :
+> > - you are free to submit in backports_testing (so in a certain way the
+> > package is available in Mageia 1 directly)
+> 
+> We also need to remember that some backports available in
+> backports_testing can also affect others packages (like some library
+> update ).
+
+Yes, I should have said "free to submit, as long as you follow the policy" 
+(and libs are outside the policy, unless ALL packages depending on the given 
+lib are backported too and dependencies are done right).
+
+Samuel
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007900.html b/zarb-ml/mageia-dev/2011-September/007900.html new file mode 100644 index 000000000..a0667da87 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007900.html @@ -0,0 +1,104 @@ + + + + [Mageia-dev] tracker... + + + + + + + + + +

[Mageia-dev] tracker...

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Fri Sep 9 01:55:11 CEST 2011 +

+
+ +
On 07.09.2011 17:50, Jani Välimaa wrote:
+> 2011/9/7 Frank Griffin <ftg at roadrunner.com>:
+>> On 09/07/2011 08:26 AM, Guillaume Rousse wrote:
+>>>
+>>> Since this morning, a shiny piece of software I never opted to run not
+>>> even to install is eating 99% of my cpu.
+>>>
+>>> I don't find any way to disable it (excepted killall...), and I can't even
+>>> uninstall it:
+>>> tracker is needed by libtracker
+>>> libtracker is needed by libfolks
+>>> libfolks is needed by gnome-shell
+>>>
+>>> Whereas I perfectly understand why tracker (the binary) would requires
+>>> libtracker (the library), I really don't see why libtracker would make
+>>> tracker presence mandatory. After all, if the main program is missing, I
+>>> don't even need libtracker to be in working state, I just need its symbols
+>>> to be available to libfolks...
+>>
+>> This must be a recent packaging change.  When tracker first showed up, I
+>> changed my post-install auto-urpme of beagle to tracker, and it uninstalled
+>> just fine.
+>>
+> 
+> I'd say all this is caused by a packaging error as tracker pkg
+> contains some lib files:
+> 
+> /usr/lib64/tracker-0.12/libtracker-common.so
+> /usr/lib64/tracker-0.12/libtracker-common.so.0
+> /usr/lib64/tracker-0.12/libtracker-common.so.0.1102.0
+> /usr/lib64/tracker-0.12/libtracker-data.so
+> /usr/lib64/tracker-0.12/libtracker-data.so.0
+> /usr/lib64/tracker-0.12/libtracker-data.so.0.1102.0
+
+Well, it depends if these plugins are used by tracker or libtracker.
+
+It _looks_ like the above ones should be in libtracker-plugins or
+similar, which would be required by the libtracker0.12_0 package, and
+tracker shouldn't be required.
+
+But it all depends on what is using what, and what is required for what,
+which I didn't check.
+
+-- 
+Anssi Hannula
+
+ + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007901.html b/zarb-ml/mageia-dev/2011-September/007901.html new file mode 100644 index 000000000..239332f31 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007901.html @@ -0,0 +1,105 @@ + + + + [Mageia-dev] time to try to build KDE with gold as linker? + + + + + + + + + +

[Mageia-dev] time to try to build KDE with gold as linker?

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Fri Sep 9 01:59:36 CEST 2011 +

+
+ +
On 08.09.2011 15:27, Balcaen John wrote:
+> Le Jeudi 8 Septembre 2011 13:29:39 Thierry Vignaud a écrit :
+>> Hi
+>> In order to speed up KDE build which is said to link quite slowly,
+>> wouldn't it be time to try to build KDE with gold as linker?
+> I can try locally at least (if i can use less than 6 hours to build KDE 
+> on BS it would be nice :p ) , however do we have a specific macro to 
+> specify using ld.gold instead of ld  (i never played with linker before) 
+> ?
+> 
+> Also from the mandriva thread  [1]. maybe we can considere switching to 
+> gold by default for all packages (with somes exceptions for kernel & 
+> others packages).
+
+I remember gold being a compromise which has better build speed but
+worse run-time performance. However, I haven't seen this mentioned
+recently, and as cooker has switched to it, I suspect I may misremember
+or this might have changed since.
+
+Can someone confirm that there is indeed no run-time downside to gold?
+
+> Another « solution » could be using alternatives for binutils so a 
+> package can simply use gold linker by simply requering a binutils-gold 
+> package like it's done in debian ?
+
+I don't like alternatives for any tools related to package building, as
+they cause package builds to differ depending on local configuration.
+
+> 
+> [1]
+> http://mandriva.598463.n5.nabble.com/Cooker-Announcement-binutils-
+> changes-switching-to-gold-and-new-behaviour-td4636613.html
+
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007902.html b/zarb-ml/mageia-dev/2011-September/007902.html new file mode 100644 index 000000000..7f58681ba --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007902.html @@ -0,0 +1,118 @@ + + + + [Mageia-dev] [RPM] cauldron core/release dbus-1.4.14-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release dbus-1.4.14-1.mga2

+ Balcaen John + mikala at mageia.org +
+ Fri Sep 9 04:08:12 CEST 2011 +

+
+ +
Le Jeudi 8 Septembre 2011 23:47:32 Mageia Team a écrit :
+> Name        : dbus                         Relocations: (not
+> relocatable) Version     : 1.4.14                            Vendor:
+> Mageia.Org Release     : 1.mga2                        Build Date:
+> Thu Sep  8 23:40:45 2011 Install Date: (not installed)              
+> Build Host: jonund Group       : System/Servers                Source
+> RPM: (none) Size        : 1894245                          License:
+> GPLv2+ or AFL Signature   : (none)
+> Packager    : Mageia Team <http://www.mageia.org>
+> URL         : http://www.freedesktop.org/Software/dbus
+> Summary     : D-Bus message bus
+> Description :
+> D-Bus is a system for sending messages between applications. It is
+> used both for the systemwide message bus service, and as a
+> per-user-login-session messaging facility.
+> 
+> tv <tv> 1.4.14-1.mga2:
+> - protect '$' in xinit.d here-script
+With this changes /etc/X11/xinit.d/30dbus seems to be broken since we 
+have finally on the system  :
+
+if [ -z \"" ]; then
+  eval `/usr/bin/dbus-launch --exit-with-session --sh-syntax`
+fi
+
+
+Regards,
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007903.html b/zarb-ml/mageia-dev/2011-September/007903.html new file mode 100644 index 000000000..cb088f5b0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007903.html @@ -0,0 +1,82 @@ + + + + [Mageia-dev] Copying dependencies from Release to Updates Testing + + + + + + + + + +

[Mageia-dev] Copying dependencies from Release to Updates Testing

+ David W. Hodgins + davidwhodgins at gmail.com +
+ Fri Sep 9 04:23:39 CEST 2011 +

+
+ +
On Thu, 08 Sep 2011 08:24:38 -0400, Thierry Vignaud <thierry.vignaud at gmail.com> wrote:
+
+> No that would be only the *new requirements* of the updated package.
+> Eg: if amarok doesn't with XYZ devices work because we forgot to link it
+> with libXYZ, we should only copy libXYZ when uploading new amarok
+> package into updates
+
+That may not cover all of the cases.
+
+If a dependency from mandriva did not get updated in the upgrade,
+due to being required by a package missing from Mageia 1, and when
+the Mageia 1 package is created, it requires a newer version of the
+dependency, that is available in Core Release, that package will have
+to be linked as well.
+
+Ensuring we catch every case is going to be difficult.
+
+Regards, Dave Hodgins
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007904.html b/zarb-ml/mageia-dev/2011-September/007904.html new file mode 100644 index 000000000..f49dc7786 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007904.html @@ -0,0 +1,78 @@ + + + + [Mageia-dev] Copying dependencies from Release to Updates Testing + + + + + + + + + +

[Mageia-dev] Copying dependencies from Release to Updates Testing

+ David W. Hodgins + davidwhodgins at gmail.com +
+ Fri Sep 9 04:29:21 CEST 2011 +

+
+ +
On Thu, 08 Sep 2011 11:32:39 -0400, Samuel Verschelde <stormi at laposte.net> wrote:
+
+> Maybe my question was not clear : qt4-database-plugin-
+> sqlite-4.7.3-1.mga1.i586.rpm is needed *as a new requirement* of another
+> updated package. Do we link only qt4-database-plugin-
+> sqlite-4.7.3-1.mga1.i586.rpm from Core Release to Updates, or do we link all
+> packages from its SRPM, which is qt4 ?
+>
+> Said otherwise : must we keep a coherence between RPMs and SRPMs in Core
+> Updates ?
+
+If we don't keep the coherence, the procedure for pushing from Updates Testing
+to Updates will have to be changed as well.
+
+Currently the sysadmin team is given a list of srpm packages to push.
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007905.html b/zarb-ml/mageia-dev/2011-September/007905.html new file mode 100644 index 000000000..9aadd63d2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007905.html @@ -0,0 +1,147 @@ + + + + [Mageia-dev] Backports process (addendum to policy) + + + + + + + + + +

[Mageia-dev] Backports process (addendum to policy)

+ andre999 + andre999.mga at laposte.net +
+ Fri Sep 9 07:43:12 CEST 2011 +

+
+ +
Samuel Verschelde a écrit :
+> Le jeudi 8 septembre 2011 21:16:50, Florian Hubold a écrit :
+>> Am 08.09.2011 13:08, schrieb Colin Guthrie:
+>>> 'Twas brillig, and Samuel Verschelde at 08/09/11 11:59 did gyre and
+> gimble:
+>>>> (QA Team and Triage team in CC, but please answer only to
+>>>> mageia-dev at mageia.org)
+>>>>
+>>>> I was asked to define a process for backports validation, so here is a
+>>>> proposal. We can discuss it a few days and then I'll add the result to
+>>>> the backports policy page.
+>>>>
+>>>> Process for backports :
+>>>>
+>>>> Triage:
+>>>> - identify backport requests
+>>>> - add "Backport Request: " in the bug report summary
+>>>> - add the "backport" keyword
+>>>> - assign to maintainer
+>>>>
+>>>> The maintainer can refuse to do the backport :
+>>>> - doesn't want to maintain it =>   assign the bug report back to
+>>>> bugsquad at mageia.org so that another packager can step in
+>>>> - has a good reason for not providing this backport (policy, possible
+>>>> breakage...) =>   close as wontfix
+
+It would be a good idea to require giving the reason why refused, for clarity. 
+  (e.g. "Don't intend to maintain" or "Will conflict with version 123 of xyz", 
+or whatever.)
+
+>>>>
+>>>> Packager:
+>>>> - create bug report if not done already
+>>>> - submit to {core,nonfree,tainted}/backports_testing
+>>>
+>>> Is this straight from the cauldron tree in subversion?
+>>>
+>>>> - find a tester : original bug reporter when there is one, yourself if
+>>>> there's none, or ask in forums/irc/MLs...
+>>>> - once tested by at least one person (it must be said explicitly in the
+>>>> bug
+>>>>
+>>>> report), hand it to QA :
+>>>>     - make sure the bug report summary starts with "Backport Request: "
+>>>>     or
+>>>>
+>>>> "Backport Candidate:"
+>>>>
+>>>>     - add the "backport" keyword if missing
+>>>>     - assign to qa-bugs at ml.mageia.org
+>>>>     - list the source RPMs if there are several
+>>>>
+>>>> - be ready to fix bugs and answer QA team questions
+>>>>
+>>>> QA:
+>>>> - test backports the same way that we test updates. But don't forget
+>>>> that updates have a higher priority than that of backports.
+>>>> - move the packages from backports_testing to backports
+>>>
+>>> Just from a man power perspective this, could be a lot of work for QA
+>>> (even at lower priority) but I cannot see a way to improve this without
+>>> sacrificing quality control!
+>>
+>> If the packager himself does basic testing and makes sure backport works,
+>> that would relieve QA from some work, no?
+>
+> In my opinion this is what a packager should always do, be it for an update, a
+> backport, or a package in cauldron. But this doesn't remove the need for a QA
+> validation if we want to guarantee a minimal level of quality.
+
+Agree - that should always be done.  QA is there to find what the packager 
+might have missed.
+
+It seems an excellent backport policy - the weak link being the backport 
+packager having to commit to support for the life of the release -- even though 
+we can't garantie that it will be the case, that is a good requirement.
+
+>
+> Samuel
+>
+
+-- 
+André
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007906.html b/zarb-ml/mageia-dev/2011-September/007906.html new file mode 100644 index 000000000..01925750f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007906.html @@ -0,0 +1,94 @@ + + + + [Mageia-dev] KDE doesn't start after last updates + + + + + + + + + +

[Mageia-dev] KDE doesn't start after last updates

+ magnus + magnus.mud at googlemail.com +
+ Fri Sep 9 07:57:24 CEST 2011 +

+
+ +
After the last updates in the morning KDE doesn't start.
+
+Someone an idea?
+
+Magnus
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110909/775dc9a4/attachment-0001.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007907.html b/zarb-ml/mageia-dev/2011-September/007907.html new file mode 100644 index 000000000..a722ce65a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007907.html @@ -0,0 +1,87 @@ + + + + [Mageia-dev] KDE doesn't start after last updates + + + + + + + + + +

[Mageia-dev] KDE doesn't start after last updates

+ cazzaniga.sandro at gmail.com + cazzaniga.sandro at gmail.com +
+ Fri Sep 9 08:00:21 CEST 2011 +

+
+ +
Can you join more things (logs, stderr, ...)? Thanks.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007908.html b/zarb-ml/mageia-dev/2011-September/007908.html new file mode 100644 index 000000000..a725618c5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007908.html @@ -0,0 +1,96 @@ + + + + [Mageia-dev] KDE doesn't start after last updates + + + + + + + + + +

[Mageia-dev] KDE doesn't start after last updates

+ magnus + magnus.mud at googlemail.com +
+ Fri Sep 9 08:02:46 CEST 2011 +

+
+ +
2011/9/9 <cazzaniga.sandro at gmail.com>
+
+> Can you join more things (logs, stderr, ...)? Thanks.
+>
+
+What is neccessary?
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110909/cf001515/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007909.html b/zarb-ml/mageia-dev/2011-September/007909.html new file mode 100644 index 000000000..7d94b3d68 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007909.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] KDE doesn't start after last updates + + + + + + + + + +

[Mageia-dev] KDE doesn't start after last updates

+ cazzaniga.sandro at gmail.com + cazzaniga.sandro at gmail.com +
+ Fri Sep 9 08:05:14 CEST 2011 +

+
+ +
>   What is neccessary? 
+
+As I said, all errors msgs possible that you can find, all your configuration, ...
+
+Thanks
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007910.html b/zarb-ml/mageia-dev/2011-September/007910.html new file mode 100644 index 000000000..3bbb4e7fc --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007910.html @@ -0,0 +1,97 @@ + + + + [Mageia-dev] KDE doesn't start after last updates + + + + + + + + + +

[Mageia-dev] KDE doesn't start after last updates

+ magnus + magnus.mud at googlemail.com +
+ Fri Sep 9 08:05:05 CEST 2011 +

+
+ +
Xorg.0.log
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110909/752d6a46/attachment-0001.html>
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: Xorg.0.log
+Type: text/x-log
+Size: 40078 bytes
+Desc: not available
+URL: </pipermail/mageia-dev/attachments/20110909/752d6a46/attachment-0001.log>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007911.html b/zarb-ml/mageia-dev/2011-September/007911.html new file mode 100644 index 000000000..01a073a9c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007911.html @@ -0,0 +1,97 @@ + + + + [Mageia-dev] KDE doesn't start after last updates + + + + + + + + + +

[Mageia-dev] KDE doesn't start after last updates

+ magnus + magnus.mud at googlemail.com +
+ Fri Sep 9 08:09:37 CEST 2011 +

+
+ +
xsession-errors
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110909/df475b0c/attachment.html>
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: .xsession-errors
+Type: application/octet-stream
+Size: 147 bytes
+Desc: not available
+URL: </pipermail/mageia-dev/attachments/20110909/df475b0c/attachment.obj>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007912.html b/zarb-ml/mageia-dev/2011-September/007912.html new file mode 100644 index 000000000..bc304aafb --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007912.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] KDE doesn't start after last updates + + + + + + + + + +

[Mageia-dev] KDE doesn't start after last updates

+ magnus + magnus.mud at googlemail.com +
+ Fri Sep 9 08:18:23 CEST 2011 +

+
+ +
Excuse me, but I have not a lot of experience.
+So can you tell me which files a needed.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110909/ae1d25ce/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007913.html b/zarb-ml/mageia-dev/2011-September/007913.html new file mode 100644 index 000000000..b7ac3dc4f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007913.html @@ -0,0 +1,78 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Sep 9 08:39:09 CEST 2011 +

+
+ +
On 8 September 2011 23:57, Olav Vitters <olav at vitters.nl> wrote:
+> I'm fine with it. Cauldron anyway, so if you think it is good enough,
+> then best to switch so we get more testing. Though probably nice to get
+> a slight prenotice (I guess you just did :).
+>
+> What about existing Cauldron installations (mine:)? Would they also
+> switch?
+
+Not. At least not yet.
+I'm not suggesting to make sytemd obsoleting sysvinit, just
+installing it by default
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007914.html b/zarb-ml/mageia-dev/2011-September/007914.html new file mode 100644 index 000000000..9a2094871 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007914.html @@ -0,0 +1,80 @@ + + + + [Mageia-dev] time to try to build KDE with gold as linker? + + + + + + + + + +

[Mageia-dev] time to try to build KDE with gold as linker?

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Sep 9 08:45:37 CEST 2011 +

+
+ +
On 9 September 2011 01:59, Anssi Hannula <anssi.hannula at iki.fi> wrote:
+>> Also from the mandriva thread  [1]. maybe we can considere switching to
+>> gold by default for all packages (with somes exceptions for kernel &
+>> others packages).
+>
+> I remember gold being a compromise which has better build speed but
+> worse run-time performance. However, I haven't seen this mentioned
+> recently, and as cooker has switched to it, I suspect I may misremember
+> or this might have changed since.
+>
+> Can someone confirm that there is indeed no run-time downside to gold?
+
+I don't remember having read something like that.
+
+Btw both RH/FC & mdv have switched to gold.
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007915.html b/zarb-ml/mageia-dev/2011-September/007915.html new file mode 100644 index 000000000..2ad01f302 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007915.html @@ -0,0 +1,117 @@ + + + + [Mageia-dev] [RPM] cauldron core/release dbus-1.4.14-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release dbus-1.4.14-1.mga2

+ Manuel Hiebel + manuel at hiebel.eu +
+ Fri Sep 9 08:49:12 CEST 2011 +

+
+ +
Le jeudi 08 septembre 2011 à 23:08 -0300, Balcaen John a écrit :
+> Le Jeudi 8 Septembre 2011 23:47:32 Mageia Team a écrit :
+> > Name        : dbus                         Relocations: (not
+> > relocatable) Version     : 1.4.14                            Vendor:
+> > Mageia.Org Release     : 1.mga2                        Build Date:
+> > Thu Sep  8 23:40:45 2011 Install Date: (not installed)              
+> > Build Host: jonund Group       : System/Servers                Source
+> > RPM: (none) Size        : 1894245                          License:
+> > GPLv2+ or AFL Signature   : (none)
+> > Packager    : Mageia Team <http://www.mageia.org>
+> > URL         : http://www.freedesktop.org/Software/dbus
+> > Summary     : D-Bus message bus
+> > Description :
+> > D-Bus is a system for sending messages between applications. It is
+> > used both for the systemwide message bus service, and as a
+> > per-user-login-session messaging facility.
+> > 
+> > tv <tv> 1.4.14-1.mga2:
+> > - protect '$' in xinit.d here-script
+> With this changes /etc/X11/xinit.d/30dbus seems to be broken since we 
+> have finally on the system  :
+> 
+> if [ -z \"" ]; then
+>   eval `/usr/bin/dbus-launch --exit-with-session --sh-syntax`
+> fi
+> 
+> 
+> Regards,
+> 
+Related bug: https://bugs.mageia.org/show_bug.cgi?id=2677
+
+-- 
+Manuel Hiebel
+http://www.afa-france.com/netiquette.html
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007916.html b/zarb-ml/mageia-dev/2011-September/007916.html new file mode 100644 index 000000000..6023d03f4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007916.html @@ -0,0 +1,87 @@ + + + + [Mageia-dev] KDE doesn't start after last updates + + + + + + + + + +

[Mageia-dev] KDE doesn't start after last updates

+ magnus + magnus.mud at googlemail.com +
+ Fri Sep 9 08:53:26 CEST 2011 +

+
+ +
It seems bug 2677
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110909/dd701230/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007917.html b/zarb-ml/mageia-dev/2011-September/007917.html new file mode 100644 index 000000000..13ecb5ac5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007917.html @@ -0,0 +1,87 @@ + + + + [Mageia-dev] KDE doesn't start after last updates + + + + + + + + + +

[Mageia-dev] KDE doesn't start after last updates

+ magnus + magnus.mud at googlemail.com +
+ Fri Sep 9 09:01:35 CEST 2011 +

+
+ +
It is bug 2677 and the described workaround helps
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110909/71f17a6c/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007918.html b/zarb-ml/mageia-dev/2011-September/007918.html new file mode 100644 index 000000000..c1c155ebb --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007918.html @@ -0,0 +1,98 @@ + + + + [Mageia-dev] [RPM] cauldron core/release systemd-35-2.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release systemd-35-2.mga2

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Fri Sep 9 09:32:30 CEST 2011 +

+
+ +
Le 09/09/2011 01:20, Mageia Team a écrit :
+> dmorgan<dmorgan>  35-2.mga2:
+> + Revision: 141666
+> - add macros.systemd file for %{_unitdir}
+While quite useful, adding this macro to systemd make this package 
+mandatory as a build dependency for the macro to be available... rpm 
+macros should better get included in rpm package itself.
+-- 
+BOFH excuse #443:
+
+Zombie processes detected, machine is haunted.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007919.html b/zarb-ml/mageia-dev/2011-September/007919.html new file mode 100644 index 000000000..17db0ba89 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007919.html @@ -0,0 +1,71 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Kira + elegant.pegasus at gmail.com +
+ Fri Sep 9 09:34:10 CEST 2011 +

+
+ +
I got problem with systemd. If you switch to systemd and systemd-sysvinit,
+
+then after some update to pulseaudio/kde, you lose sound after rebooting.
+
+Switching back to sysvinit everything back to normal.
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007920.html b/zarb-ml/mageia-dev/2011-September/007920.html new file mode 100644 index 000000000..9664e51e6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007920.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] [RPM] cauldron core/release systemd-35-2.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release systemd-35-2.mga2

+ D.Morgan + dmorganec at gmail.com +
+ Fri Sep 9 09:49:01 CEST 2011 +

+
+ +
On Fri, Sep 9, 2011 at 9:32 AM, Guillaume Rousse
+<guillomovitch at gmail.com> wrote:
+> Le 09/09/2011 01:20, Mageia Team a écrit :
+>>
+>> dmorgan<dmorgan>  35-2.mga2:
+>> + Revision: 141666
+>> - add macros.systemd file for %{_unitdir}
+>
+> While quite useful, adding this macro to systemd make this package mandatory
+> as a build dependency for the macro to be available... rpm macros should
+> better get included in rpm package itself.
+
+you're right, i will change this.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007921.html b/zarb-ml/mageia-dev/2011-September/007921.html new file mode 100644 index 000000000..d89debc97 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007921.html @@ -0,0 +1,75 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Sep 9 09:49:35 CEST 2011 +

+
+ +
2011/9/9 Kira <elegant.pegasus at gmail.com>:
+> I got problem with systemd. If you switch to systemd and systemd-sysvinit,
+>
+> then after some update to pulseaudio/kde, you lose sound after rebooting.
+>
+> Switching back to sysvinit everything back to normal.
+
+That's the whole point of cauldron, getting more test coverage earlier in order
+to fix bugs earlier
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007922.html b/zarb-ml/mageia-dev/2011-September/007922.html new file mode 100644 index 000000000..95ad62dfa --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007922.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Donald Stewart + watersnowrock at gmail.com +
+ Fri Sep 9 09:58:18 CEST 2011 +

+
+ +
I can confirm the sound issue.
+
+I also lost knetworkmanager and had to use drakxnet.
+
+I can give more details when I am on my laptop.
+
+On 9 Sep 2011 08:50, "Thierry Vignaud" <thierry.vignaud at gmail.com> wrote:
+
+2011/9/9 Kira <elegant.pegasus at gmail.com>:
+
+> I got problem with systemd. If you switch to systemd and systemd-sysvinit,
+>
+> then after some upd...
+That's the whole point of cauldron, getting more test coverage earlier in
+order
+to fix bugs earlier
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110909/8e8e1ef9/attachment.html>
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007923.html b/zarb-ml/mageia-dev/2011-September/007923.html new file mode 100644 index 000000000..fdb7b75c6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007923.html @@ -0,0 +1,93 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Andres Kaaber + andres.kaaber at gmail.com +
+ Fri Sep 9 10:00:09 CEST 2011 +

+
+ +
I can also confirm the sound and network problem, but for me just
+loging out and back in fixes sond and knetmanager issue
+
+2011/9/9 Donald Stewart <watersnowrock at gmail.com>:
+> I can confirm the sound issue.
+>
+> I also lost knetworkmanager and had to use drakxnet.
+>
+> I can give more details when I am on my laptop.
+>
+> On 9 Sep 2011 08:50, "Thierry Vignaud" <thierry.vignaud at gmail.com> wrote:
+>
+> 2011/9/9 Kira <elegant.pegasus at gmail.com>:
+>
+>> I got problem with systemd. If you switch to systemd and systemd-sysvinit,
+>>
+>> then after some upd...
+>
+> That's the whole point of cauldron, getting more test coverage earlier in
+> order
+> to fix bugs earlier
+>
+
+
+
+-- 
+A. Kaaber
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007924.html b/zarb-ml/mageia-dev/2011-September/007924.html new file mode 100644 index 000000000..08d8dc2af --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007924.html @@ -0,0 +1,117 @@ + + + + [Mageia-dev] systemd and time management + + + + + + + + + +

[Mageia-dev] systemd and time management

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Fri Sep 9 10:00:48 CEST 2011 +

+
+ +
Hello list.
+
+I don't know if it is a bug, or a local misconfiguration, but I can't 
+have system clock set to the correct time at boot since switching to 
+systemd. My hardware clock is set to locale time (this is a dual-boot 
+host, and windows doesn't like UTC hw clock very much), but the clock is 
+always set 4 hours early, and I have to use ntpdate to correct it. I 
+have no clue if it is a wrong timezone, or a local/UTC misconfiguration 
+issue (despite 4 hours seems too large for the last case, as I'm in CEST).
+
+I finally managed to import from redhat almost all necessary piece of 
+software in our ntp package (still one file needed), but that's anormal 
+to rely on network for such issue.
+
+The old initscripts used two pieces of configuration for this:
+- /etc/sysconfig/clock text file for the settings
+- /etc/localtime binary timezone
+
+I'm trying to figure how systemd manage this. From the man pages at 
+http://0pointer.de/public/systemd-man/timezone.html, there is an 
+/etc/timezone file that should contains the timezone (we should probably 
+add it to the systemd package, as other new system configuration files), 
+but it doesn't work. Also, the timezone is just one part of the problem. 
+I also found a reference to timedated, but for programmers, without any 
+reference to a way to configure it.
+
+So, does anyone have a clue there ?
+-- 
+BOFH excuse #144:
+
+Too few computrons available.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007925.html b/zarb-ml/mageia-dev/2011-September/007925.html new file mode 100644 index 000000000..c198678cb --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007925.html @@ -0,0 +1,75 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Fri Sep 9 10:03:42 CEST 2011 +

+
+ +
Le 09/09/2011 10:00, Andres Kaaber a écrit :
+> I can also confirm the sound and network problem, but for me just
+> loging out and back in fixes sond and knetmanager issue
+probably because networkmanager isn't enabled by default, as told in the 
+README.urpmi message ? (OK, this behaviour ought to be changed also).
+-- 
+BOFH excuse #267:
+
+The UPS is on strike.
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007926.html b/zarb-ml/mageia-dev/2011-September/007926.html new file mode 100644 index 000000000..604064000 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007926.html @@ -0,0 +1,81 @@ + + + + [Mageia-dev] mentors + apprentices + + + + + + + + + +

[Mageia-dev] mentors + apprentices

+ Anne nicolas + ennael at mageia.org +
+ Fri Sep 9 10:04:52 CEST 2011 +

+
+ +
2011/9/7 andre999 <andre999.mga at laposte.net>:
+> Hi everyone.
+
+Hi guys
+
+
+> dotmil (Josh King)
+> He has experience with .deb packaging (kernel maintainer, drivers) as well
+> as contributing patches to various projects.
+> He is a sys admin in his day job.
+> He is very interesteld in learning the "Mageia way of doing things".
+> His primary interests are packaging system tools/utilities and web apps, but
+> is eager to help wherever needed.  He has been reading our wiki pages on
+> packaging and security.
+> He has a really positive attitude and I'm sure he will be a great asset.
+
+Guillaume Rousse (aka guillomovitch) is ok to mentor dotmil. I let you
+organize all this.
+
+Thanks all
+
+-- 
+Anne
+http://www.mageia.org
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007927.html b/zarb-ml/mageia-dev/2011-September/007927.html new file mode 100644 index 000000000..10b25114b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007927.html @@ -0,0 +1,99 @@ + + + + [Mageia-dev] [RPM] cauldron core/release cups-1.4.8-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release cups-1.4.8-1.mga2

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Fri Sep 9 10:15:51 CEST 2011 +

+
+ +
Le 09/09/2011 00:02, Mageia Team a écrit :
+> Name        : cups                         Relocations: (not relocatable)
+> Version     : 1.4.8                             Vendor: Mageia.Org
+> Release     : 1.mga2                        Build Date: Thu Sep  8 23:56:13 2011
+
+Excepted the additional work and testing required, is there any reason 
+not to switch to 1.5 ?
+
+-- 
+BOFH excuse #285:
+
+Telecommunications is upgrading.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007928.html b/zarb-ml/mageia-dev/2011-September/007928.html new file mode 100644 index 000000000..12791bda5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007928.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Donald Stewart + watersnowrock at gmail.com +
+ Fri Sep 9 10:27:05 CEST 2011 +

+
+ +
Could be, I haven't had time to look into it yet. I will investigate later
+if I can find the time.
+
+On 9 Sep 2011 09:03, "Guillaume Rousse" <guillomovitch at gmail.com> wrote:
+
+Le 09/09/2011 10:00, Andres Kaaber a écrit :
+
+
+>
+> I can also confirm the sound and network problem, but for me just
+> loging out and back in fixe...
+probably because networkmanager isn't enabled by default, as told in the
+README.urpmi message ? (OK, this behaviour ought to be changed also).
+-- 
+BOFH excuse #267:
+
+The UPS is on strike.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110909/9897f880/attachment.html>
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007929.html b/zarb-ml/mageia-dev/2011-September/007929.html new file mode 100644 index 000000000..75b07e95c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007929.html @@ -0,0 +1,93 @@ + + + + [Mageia-dev] [RPM] cauldron core/release cups-1.4.8-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release cups-1.4.8-1.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Sep 9 10:39:58 CEST 2011 +

+
+ +
On 9 September 2011 10:15, Guillaume Rousse <guillomovitch at gmail.com> wrote:
+> Excepted the additional work and testing required, is there any reason not
+> to switch to 1.5 ?
+
+Either that I didn't saw it?
+No.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007930.html b/zarb-ml/mageia-dev/2011-September/007930.html new file mode 100644 index 000000000..7ee755832 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007930.html @@ -0,0 +1,110 @@ + + + + [Mageia-dev] systemd and time management + + + + + + + + + +

[Mageia-dev] systemd and time management

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Sep 9 10:40:48 CEST 2011 +

+
+ +
On 9 September 2011 10:00, Guillaume Rousse <guillomovitch at gmail.com> wrote:
+> I don't know if it is a bug, or a local misconfiguration, but I can't have
+> system clock set to the correct time at boot since switching to systemd. My
+> hardware clock is set to locale time (this is a dual-boot host, and windows
+> doesn't like UTC hw clock very much), but the clock is always set 4 hours
+> early, and I have to use ntpdate to correct it. I have no clue if it is a
+> wrong timezone, or a local/UTC misconfiguration issue (despite 4 hours seems
+> too large for the last case, as I'm in CEST).
+>
+> I finally managed to import from redhat almost all necessary piece of
+> software in our ntp package (still one file needed), but that's anormal to
+> rely on network for such issue.
+>
+> The old initscripts used two pieces of configuration for this:
+> - /etc/sysconfig/clock text file for the settings
+> - /etc/localtime binary timezone
+>
+> I'm trying to figure how systemd manage this. From the man pages at
+> http://0pointer.de/public/systemd-man/timezone.html, there is an
+> /etc/timezone file that should contains the timezone (we should probably add
+> it to the systemd package, as other new system configuration files), but it
+> doesn't work. Also, the timezone is just one part of the problem. I also
+> found a reference to timedated, but for programmers, without any reference
+> to a way to configure it.
+>
+> So, does anyone have a clue there ?
+
+Doesn't systemd manages it through /etc/adjtime?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007931.html b/zarb-ml/mageia-dev/2011-September/007931.html new file mode 100644 index 000000000..67937f58b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007931.html @@ -0,0 +1,93 @@ + + + + [Mageia-dev] Copying dependencies from Release to Updates Testing + + + + + + + + + +

[Mageia-dev] Copying dependencies from Release to Updates Testing

+ Samuel Verschelde + stormi at laposte.net +
+ Fri Sep 9 10:56:03 CEST 2011 +

+
+ +
Le vendredi 9 septembre 2011 04:29:21, David W. Hodgins a écrit :
+> On Thu, 08 Sep 2011 11:32:39 -0400, Samuel Verschelde <stormi at laposte.net> 
+wrote:
+> > Maybe my question was not clear : qt4-database-plugin-
+> > sqlite-4.7.3-1.mga1.i586.rpm is needed *as a new requirement* of another
+> > updated package. Do we link only qt4-database-plugin-
+> > sqlite-4.7.3-1.mga1.i586.rpm from Core Release to Updates, or do we link
+> > all packages from its SRPM, which is qt4 ?
+> > 
+> > Said otherwise : must we keep a coherence between RPMs and SRPMs in Core
+> > Updates ?
+> 
+> If we don't keep the coherence, the procedure for pushing from Updates
+> Testing to Updates will have to be changed as well.
+> 
+> Currently the sysadmin team is given a list of srpm packages to push.
+
+In fact, if we don't keep the coherence, we are going to have mixed 
+situations. The scripts used to move updates from Updates Testing to Updates 
+will have to :
+- rely on the SRPMs for "built" updates (I'm calling "built" updates packages 
+that went through the build system from the 1/updates branch)
+- rely on a by arch RPM list for "copied" dependencies (as package name can 
+depend on the arch)
+
+Also, I don't know what will happen if a "copied" dependency gets a real 
+update in the future. The scripts should recognize this situation, remove the 
+copied deps and add the 'built' ones (more complexity in move scripts).
+
+This all gets complicated, maybe more than fixing MageiaUpdate in the end :)
+
+Samuel
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007932.html b/zarb-ml/mageia-dev/2011-September/007932.html new file mode 100644 index 000000000..a1adcd1a5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007932.html @@ -0,0 +1,77 @@ + + + + [Mageia-dev] Backports process (addendum to policy) + + + + + + + + + +

[Mageia-dev] Backports process (addendum to policy)

+ Samuel Verschelde + stormi at laposte.net +
+ Fri Sep 9 10:57:05 CEST 2011 +

+
+ +
Le vendredi 9 septembre 2011 07:43:12, andre999 a écrit :
+> Samuel Verschelde a écrit :
+> >>>> The maintainer can refuse to do the backport :
+> >>>> - doesn't want to maintain it =>   assign the bug report back to
+> >>>> bugsquad at mageia.org so that another packager can step in
+> >>>> - has a good reason for not providing this backport (policy, possible
+> >>>> breakage...) =>   close as wontfix
+> 
+> It would be a good idea to require giving the reason why refused, for
+> clarity. (e.g. "Don't intend to maintain" or "Will conflict with version
+> 123 of xyz", or whatever.)
+> 
+
+Yes, it was implicit, but better say it explicitly.
+
+Samuel
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007933.html b/zarb-ml/mageia-dev/2011-September/007933.html new file mode 100644 index 000000000..f66cba7ef --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007933.html @@ -0,0 +1,126 @@ + + + + [Mageia-dev] systemd and time management + + + + + + + + + +

[Mageia-dev] systemd and time management

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Sep 9 11:36:48 CEST 2011 +

+
+ +
'Twas brillig, and Guillaume Rousse at 09/09/11 09:00 did gyre and gimble:
+> Hello list.
+> 
+> I don't know if it is a bug, or a local misconfiguration, but I can't
+> have system clock set to the correct time at boot since switching to
+> systemd. My hardware clock is set to locale time (this is a dual-boot
+> host, and windows doesn't like UTC hw clock very much), but the clock is
+> always set 4 hours early, and I have to use ntpdate to correct it. I
+> have no clue if it is a wrong timezone, or a local/UTC misconfiguration
+> issue (despite 4 hours seems too large for the last case, as I'm in CEST).
+> 
+> I finally managed to import from redhat almost all necessary piece of
+> software in our ntp package (still one file needed), but that's anormal
+> to rely on network for such issue.
+> 
+> The old initscripts used two pieces of configuration for this:
+> - /etc/sysconfig/clock text file for the settings
+> - /etc/localtime binary timezone
+> 
+> I'm trying to figure how systemd manage this. From the man pages at
+> http://0pointer.de/public/systemd-man/timezone.html, there is an
+> /etc/timezone file that should contains the timezone (we should probably
+> add it to the systemd package, as other new system configuration files),
+> but it doesn't work. Also, the timezone is just one part of the problem.
+> I also found a reference to timedated, but for programmers, without any
+> reference to a way to configure it.
+> 
+> So, does anyone have a clue there ?
+
+This page is probably your friend:
+
+http://www.freedesktop.org/wiki/Software/systemd/timedated
+
+Col
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007934.html b/zarb-ml/mageia-dev/2011-September/007934.html new file mode 100644 index 000000000..cc8b10af6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007934.html @@ -0,0 +1,98 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Sep 9 11:41:39 CEST 2011 +

+
+ +
'Twas brillig, and Kira at 09/09/11 08:34 did gyre and gimble:
+> I got problem with systemd. If you switch to systemd and systemd-sysvinit,
+> 
+> then after some update to pulseaudio/kde, you lose sound after rebooting.
+> 
+> Switching back to sysvinit everything back to normal.
+
+I've covered this several times on the mailing list already.
+
+Check your /etc/pam.d folders for .rpmnew files, especially for system-auth.
+
+You need to make sure the pam_systemd.so module is loaded.
+
+To confirm this is the problem simply check: systemd-loginctl after
+logging in. I you are registered correctly, your user should show up
+there. If something is messed up with your pam configs you likely won't
+show up in the user list.
+
+HTHs
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007935.html b/zarb-ml/mageia-dev/2011-September/007935.html new file mode 100644 index 000000000..74fa72edb --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007935.html @@ -0,0 +1,121 @@ + + + + [Mageia-dev] [RPM] cauldron core/release dbus-1.4.14-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release dbus-1.4.14-1.mga2

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Sep 9 11:43:09 CEST 2011 +

+
+ +
'Twas brillig, and Manuel Hiebel at 09/09/11 07:49 did gyre and gimble:
+> Le jeudi 08 septembre 2011 à 23:08 -0300, Balcaen John a écrit :
+>> Le Jeudi 8 Septembre 2011 23:47:32 Mageia Team a écrit :
+>>> Name        : dbus                         Relocations: (not
+>>> relocatable) Version     : 1.4.14                            Vendor:
+>>> Mageia.Org Release     : 1.mga2                        Build Date:
+>>> Thu Sep  8 23:40:45 2011 Install Date: (not installed)              
+>>> Build Host: jonund Group       : System/Servers                Source
+>>> RPM: (none) Size        : 1894245                          License:
+>>> GPLv2+ or AFL Signature   : (none)
+>>> Packager    : Mageia Team <http://www.mageia.org>
+>>> URL         : http://www.freedesktop.org/Software/dbus
+>>> Summary     : D-Bus message bus
+>>> Description :
+>>> D-Bus is a system for sending messages between applications. It is
+>>> used both for the systemwide message bus service, and as a
+>>> per-user-login-session messaging facility.
+>>>
+>>> tv <tv> 1.4.14-1.mga2:
+>>> - protect '$' in xinit.d here-script
+>> With this changes /etc/X11/xinit.d/30dbus seems to be broken since we 
+>> have finally on the system  :
+>>
+>> if [ -z \"" ]; then
+>>   eval `/usr/bin/dbus-launch --exit-with-session --sh-syntax`
+>> fi
+>>
+>>
+>> Regards,
+>>
+> Related bug: https://bugs.mageia.org/show_bug.cgi?id=2677
+
+
+Seems to be fixed now :)
+
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007936.html b/zarb-ml/mageia-dev/2011-September/007936.html new file mode 100644 index 000000000..db3583c52 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007936.html @@ -0,0 +1,108 @@ + + + + [Mageia-dev] [RPM] cauldron core/release systemd-35-2.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release systemd-35-2.mga2

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Sep 9 11:45:09 CEST 2011 +

+
+ +
'Twas brillig, and D.Morgan at 09/09/11 08:49 did gyre and gimble:
+> On Fri, Sep 9, 2011 at 9:32 AM, Guillaume Rousse
+> <guillomovitch at gmail.com> wrote:
+>> Le 09/09/2011 01:20, Mageia Team a écrit :
+>>>
+>>> dmorgan<dmorgan>  35-2.mga2:
+>>> + Revision: 141666
+>>> - add macros.systemd file for %{_unitdir}
+>>
+>> While quite useful, adding this macro to systemd make this package mandatory
+>> as a build dependency for the macro to be available... rpm macros should
+>> better get included in rpm package itself.
+> 
+> you're right, i will change this.
+
+Also "unitdir" is a bit short... perhaps something more verbose?
+_systemdunitdir ?
+
+Col
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007937.html b/zarb-ml/mageia-dev/2011-September/007937.html new file mode 100644 index 000000000..48aaf930e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007937.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] [RPM] cauldron core/release systemd-35-2.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release systemd-35-2.mga2

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Fri Sep 9 12:34:08 CEST 2011 +

+
+ +
Le 09/09/2011 11:45, Colin Guthrie a écrit :
+> 'Twas brillig, and D.Morgan at 09/09/11 08:49 did gyre and gimble:
+>> On Fri, Sep 9, 2011 at 9:32 AM, Guillaume Rousse
+>> <guillomovitch at gmail.com>  wrote:
+>>> Le 09/09/2011 01:20, Mageia Team a écrit :
+>>>>
+>>>> dmorgan<dmorgan>   35-2.mga2:
+>>>> + Revision: 141666
+>>>> - add macros.systemd file for %{_unitdir}
+>>>
+>>> While quite useful, adding this macro to systemd make this package mandatory
+>>> as a build dependency for the macro to be available... rpm macros should
+>>> better get included in rpm package itself.
+>>
+>> you're right, i will change this.
+>
+> Also "unitdir" is a bit short... perhaps something more verbose?
+> _systemdunitdir ?
+That's the name used on fedora, I'd prefer to keep it identical for 
+easiest comparaison, as they are the main inspiration source here.
+
+-- 
+BOFH excuse #162:
+
+bugs in the RAID
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007938.html b/zarb-ml/mageia-dev/2011-September/007938.html new file mode 100644 index 000000000..f8f58c9ef --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007938.html @@ -0,0 +1,86 @@ + + + + [Mageia-dev] systemd and time management + + + + + + + + + +

[Mageia-dev] systemd and time management

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Fri Sep 9 12:35:55 CEST 2011 +

+
+ +
Le 09/09/2011 11:36, Colin Guthrie a écrit :
+> This page is probably your friend:
+>
+> http://www.freedesktop.org/wiki/Software/systemd/timedated
+Yes, I saw it also. But that's developer guide, not an end-user one....
+
+-- 
+BOFH excuse #110:
+
+The rolling stones concert down the road caused a brown out
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007939.html b/zarb-ml/mageia-dev/2011-September/007939.html new file mode 100644 index 000000000..1efec5e74 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007939.html @@ -0,0 +1,76 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Sep 9 13:09:09 CEST 2011 +

+
+ +
On 9 September 2011 11:41, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+> I've covered this several times on the mailing list already.
+>
+> Check your /etc/pam.d folders for .rpmnew files, especially for system-auth.
+>
+> You need to make sure the pam_systemd.so module is loaded.
+>
+> To confirm this is the problem simply check: systemd-loginctl after
+> logging in. I you are registered correctly, your user should show up
+> there. If something is messed up with your pam configs you likely won't
+> show up in the user list.
+
+Couldn't we do some basic migration in a %trigger?
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007940.html b/zarb-ml/mageia-dev/2011-September/007940.html new file mode 100644 index 000000000..8b406d1be --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007940.html @@ -0,0 +1,98 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Sep 9 13:45:09 CEST 2011 +

+
+ +
'Twas brillig, and Thierry Vignaud at 09/09/11 12:09 did gyre and gimble:
+> On 9 September 2011 11:41, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+>> I've covered this several times on the mailing list already.
+>>
+>> Check your /etc/pam.d folders for .rpmnew files, especially for system-auth.
+>>
+>> You need to make sure the pam_systemd.so module is loaded.
+>>
+>> To confirm this is the problem simply check: systemd-loginctl after
+>> logging in. I you are registered correctly, your user should show up
+>> there. If something is messed up with your pam configs you likely won't
+>> show up in the user list.
+> 
+> Couldn't we do some basic migration in a %trigger?
+
+Well, I'm not convinced these files should be configure(noreplace) in
+the first place.
+
+Perhaps we should do something fancier e.g. by using fedora's authconfig?
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007941.html b/zarb-ml/mageia-dev/2011-September/007941.html new file mode 100644 index 000000000..cc2ad9355 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007941.html @@ -0,0 +1,95 @@ + + + + [Mageia-dev] systemd and time management + + + + + + + + + +

[Mageia-dev] systemd and time management

+ Andres Kaaber + andres.kaaber at gmail.com +
+ Fri Sep 9 14:45:40 CEST 2011 +

+
+ +
I had the same issue, my clock is 6 hours behind and I couldn't figure
+it out :).
+
+2011/9/9 Guillaume Rousse <guillomovitch at gmail.com>:
+> Le 09/09/2011 11:36, Colin Guthrie a écrit :
+>>
+>> This page is probably your friend:
+>>
+>> http://www.freedesktop.org/wiki/Software/systemd/timedated
+>
+> Yes, I saw it also. But that's developer guide, not an end-user one....
+>
+> --
+> BOFH excuse #110:
+>
+> The rolling stones concert down the road caused a brown out
+>
+
+
+
+-- 
+A. Kaaber
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007942.html b/zarb-ml/mageia-dev/2011-September/007942.html new file mode 100644 index 000000000..c5c2ef8f7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007942.html @@ -0,0 +1,83 @@ + + + + [Mageia-dev] [RPM] cauldron core/release mythtv-0.24.1-20110909.1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release mythtv-0.24.1-20110909.1.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Sep 9 15:51:32 CEST 2011 +

+
+ +
On 9 September 2011 15:19, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> colin <colin> 0.24.1-20110909.1.mga2:
+> + Revision: 141864
+> -  is deprecated. Replaced by file triggers.
+
+what is deprecated?
+
+ + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007943.html b/zarb-ml/mageia-dev/2011-September/007943.html new file mode 100644 index 000000000..64cfe1f75 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007943.html @@ -0,0 +1,107 @@ + + + + [Mageia-dev] Fwd: [Mageia-discuss] Switiching window decoration + + + + + + + + + +

[Mageia-dev] Fwd: [Mageia-discuss] Switiching window decoration

+ Anne Nicolas + ennael1 at gmail.com +
+ Fri Sep 9 15:51:30 CEST 2011 +

+
+ +
+
+-------- Message original --------
+Sujet: [Mageia-discuss] Switiching window decoration
+Date : Fri, 09 Sep 2011 15:50:43 +0200
+De : Thorsten van Lil <tvl83 at gmx.de>
+Répondre à : Mageia general discussions <mageia-discuss at mageia.org>
+Pour : Mageia general discussions <mageia-discuss at mageia.org>
+
+Hi folks,
+
+the artwork team discussed to change the window decoration and abandon
+IaOra, because it is old-fashioned and it is a lot of work to maintain.
+
+Therefore, a new default window decoration is needed, which is available
+for all environments (KDE, GNOME, Qt, GTK+), well maintained and looks
+acceptable.
+
+As far as we know, Oxygen matches all these requirements. Oxygen exists
+for all environments with the same maintainers for it. Thus, we would
+like to discuss to switch to Oxygen as the default window decoration for
+Mageia 2.
+
+One disadvantage would be, that Mageia looses one unique feature, as it
+uses a "generic" window decoration. But it would also be a well
+maintained, good looking, up to date window decoration, which also
+supports special (KDE) features like the tabbing mode.
+
+Please let us know, what you think about. Most interesting are technical
+aspects, we might forgot, but also your "feeling" with it.
+
+Greetings,
+Thorsten
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007944.html b/zarb-ml/mageia-dev/2011-September/007944.html new file mode 100644 index 000000000..20ba12e57 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007944.html @@ -0,0 +1,87 @@ + + + + [Mageia-dev] Fwd: [Mageia-discuss] Switiching window decoration + + + + + + + + + +

[Mageia-dev] Fwd: [Mageia-discuss] Switiching window decoration

+ Sander Lepik + sander.lepik at eesti.ee +
+ Fri Sep 9 16:51:48 CEST 2011 +

+
+ +
09.09.2011 16:51, Anne Nicolas kirjutas:
+>
+>
+> As far as we know, Oxygen matches all these requirements. Oxygen exists
+> for all environments with the same maintainers for it. Thus, we would
+> like to discuss to switch to Oxygen as the default window decoration for
+> Mageia 2.
++1 on that. I'm already switched to it on all my systems. IaOra had just too many problems 
+and Oxygen works very well. I prefer well working thing to an unique thing :)
+
+--
+Sander
+
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007945.html b/zarb-ml/mageia-dev/2011-September/007945.html new file mode 100644 index 000000000..27a865c98 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007945.html @@ -0,0 +1,88 @@ + + + + [Mageia-dev] [RPM] cauldron core/release mythtv-0.24.1-20110909.1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release mythtv-0.24.1-20110909.1.mga2

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Fri Sep 9 16:57:03 CEST 2011 +

+
+ +
Le 09/09/2011 15:51, Thierry Vignaud a écrit :
+> On 9 September 2011 15:19, Mageia Team<buildsystem-daemon at mageia.org>  wrote:
+>> colin<colin>  0.24.1-20110909.1.mga2:
+>> + Revision: 141864
+>> -  is deprecated. Replaced by file triggers.
+>
+> what is deprecated?
+proper changelog messages :)
+
+-- 
+BOFH excuse #288:
+
+Hard drive sleeping. Let it wake up on it's own...
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007946.html b/zarb-ml/mageia-dev/2011-September/007946.html new file mode 100644 index 000000000..c197dba5b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007946.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] Fwd: [Mageia-discuss] Switiching window decoration + + + + + + + + + +

[Mageia-dev] Fwd: [Mageia-discuss] Switiching window decoration

+ Dimitrios Glentadakis + dglent at gmail.com +
+ Fri Sep 9 16:57:04 CEST 2011 +

+
+ +
2011/9/9 Sander Lepik <sander.lepik at eesti.ee>
+
+> 09.09.2011 16:51, Anne Nicolas kirjutas:
+>
+>
+>>
+>> As far as we know, Oxygen matches all these requirements. Oxygen exists
+>> for all environments with the same maintainers for it. Thus, we would
+>> like to discuss to switch to Oxygen as the default window decoration for
+>> Mageia 2.
+>>
+> +1 on that. I'm already switched to it on all my systems. IaOra had just
+> too many problems and Oxygen works very well. I prefer well working thing to
+> an unique thing :)
+>
+> --
+> Sander
+>
+>
+i agree with oxygen, is good looking and it goes very nice with Mageia, i
+dont see any negative point
+
+-- 
+Dimitrios Glentadakis
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110909/8e58371b/attachment-0001.html>
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007947.html b/zarb-ml/mageia-dev/2011-September/007947.html new file mode 100644 index 000000000..3b3202d32 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007947.html @@ -0,0 +1,105 @@ + + + + [Mageia-dev] [RPM] cauldron core/release mythtv-0.24.1-20110909.1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release mythtv-0.24.1-20110909.1.mga2

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Sep 9 16:58:30 CEST 2011 +

+
+ +
'Twas brillig, and Guillaume Rousse at 09/09/11 15:57 did gyre and gimble:
+> Le 09/09/2011 15:51, Thierry Vignaud a écrit :
+>> On 9 September 2011 15:19, Mageia Team<buildsystem-daemon at mageia.org> 
+>> wrote:
+>>> colin<colin>  0.24.1-20110909.1.mga2:
+>>> + Revision: 141864
+>>> -  is deprecated. Replaced by file triggers.
+>>
+>> what is deprecated?
+> proper changelog messages :)
+
+Hehe, yeah I didn't double escape my macro name.
+
+I'll revprop it.
+
+Col
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007948.html b/zarb-ml/mageia-dev/2011-September/007948.html new file mode 100644 index 000000000..80be5dbd3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007948.html @@ -0,0 +1,95 @@ + + + + [Mageia-dev] [RPM] cauldron core/release mythtv-0.24.1-20110909.1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release mythtv-0.24.1-20110909.1.mga2

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Fri Sep 9 19:20:12 CEST 2011 +

+
+ +
On 09.09.2011 17:58, Colin Guthrie wrote:
+> 'Twas brillig, and Guillaume Rousse at 09/09/11 15:57 did gyre and gimble:
+>> Le 09/09/2011 15:51, Thierry Vignaud a écrit :
+>>> On 9 September 2011 15:19, Mageia Team<buildsystem-daemon at mageia.org> 
+>>> wrote:
+>>>> colin<colin>  0.24.1-20110909.1.mga2:
+>>>> + Revision: 141864
+>>>> -  is deprecated. Replaced by file triggers.
+>>>
+>>> what is deprecated?
+>> proper changelog messages :)
+> 
+> Hehe, yeah I didn't double escape my macro name.
+> 
+> I'll revprop it.
+
+Er, svn commit messages are escaped automatically by mgarepo.
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007949.html b/zarb-ml/mageia-dev/2011-September/007949.html new file mode 100644 index 000000000..17be09931 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007949.html @@ -0,0 +1,84 @@ + + + + [Mageia-dev] how to push branches rpm in testing ? + + + + + + + + + +

[Mageia-dev] how to push branches rpm in testing ?

+ D.Morgan + dmorganec at gmail.com +
+ Fri Sep 9 19:21:07 CEST 2011 +

+
+ +
Hello,
+
+i have created a work for new rpm, and i would like to push it in
+update_testing of cauldron. But i don't find the good mgarepo command.
+
+Does one of you can helpe me ?
+
+regards
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007950.html b/zarb-ml/mageia-dev/2011-September/007950.html new file mode 100644 index 000000000..fb1d62fcd --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007950.html @@ -0,0 +1,110 @@ + + + + [Mageia-dev] tracker... + + + + + + + + + +

[Mageia-dev] tracker...

+ Jani Välimaa + jani.valimaa at gmail.com +
+ Fri Sep 9 19:30:33 CEST 2011 +

+
+ +
2011/9/9 Anssi Hannula <anssi.hannula at iki.fi>:
+> On 07.09.2011 17:50, Jani Välimaa wrote:
+>> 2011/9/7 Frank Griffin <ftg at roadrunner.com>:
+>>> On 09/07/2011 08:26 AM, Guillaume Rousse wrote:
+>>>>
+>>>> Since this morning, a shiny piece of software I never opted to run not
+>>>> even to install is eating 99% of my cpu.
+>>>>
+>>>> I don't find any way to disable it (excepted killall...), and I can't even
+>>>> uninstall it:
+>>>> tracker is needed by libtracker
+>>>> libtracker is needed by libfolks
+>>>> libfolks is needed by gnome-shell
+>>>>
+>>>> Whereas I perfectly understand why tracker (the binary) would requires
+>>>> libtracker (the library), I really don't see why libtracker would make
+>>>> tracker presence mandatory. After all, if the main program is missing, I
+>>>> don't even need libtracker to be in working state, I just need its symbols
+>>>> to be available to libfolks...
+>>>
+>>> This must be a recent packaging change.  When tracker first showed up, I
+>>> changed my post-install auto-urpme of beagle to tracker, and it uninstalled
+>>> just fine.
+>>>
+>>
+>> I'd say all this is caused by a packaging error as tracker pkg
+>> contains some lib files:
+>>
+>> /usr/lib64/tracker-0.12/libtracker-common.so
+>> /usr/lib64/tracker-0.12/libtracker-common.so.0
+>> /usr/lib64/tracker-0.12/libtracker-common.so.0.1102.0
+>> /usr/lib64/tracker-0.12/libtracker-data.so
+>> /usr/lib64/tracker-0.12/libtracker-data.so.0
+>> /usr/lib64/tracker-0.12/libtracker-data.so.0.1102.0
+>
+> Well, it depends if these plugins are used by tracker or libtracker.
+>
+> It _looks_ like the above ones should be in libtracker-plugins or
+> similar, which would be required by the libtracker0.12_0 package, and
+> tracker shouldn't be required.
+>
+> But it all depends on what is using what, and what is required for what,
+> which I didn't check.
+>
+
+Both tracker and libtracker0.12_0 requires libtracker-common.so.0 and
+libtracker-data.so.0.
+
+Tested locally to split out libtracker-common.so.0* and
+libtracker-data.so.0* to a separate lib pkg and moving *.so files to
+-devel pkg. This allowed me to remove tracker pkg and everything seems
+to be working fine, at least until now.
+
+ + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007951.html b/zarb-ml/mageia-dev/2011-September/007951.html new file mode 100644 index 000000000..a2075ede3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007951.html @@ -0,0 +1,115 @@ + + + + [Mageia-dev] how to push branches rpm in testing ? + + + + + + + + + +

[Mageia-dev] how to push branches rpm in testing ?

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Sep 9 20:40:31 CEST 2011 +

+
+ +
'Twas brillig, and D.Morgan at 09/09/11 18:21 did gyre and gimble:
+> Hello,
+> 
+> i have created a work for new rpm, and i would like to push it in
+> update_testing of cauldron. But i don't find the good mgarepo command.
+> 
+> Does one of you can helpe me ?
+
+IIRC, your branch needs to have a "current" folder, which it doesn't
+right now. So I *think* this is the right sequence:
+
+svn mkdir -m "Create current folder"
+svn+ssh://svn.mageia.org/svn/packages/cauldron/rpm/branches/4.9/current
+svn mv -m "Move SPECS folder"
+svn+ssh://svn.mageia.org/svn/packages/cauldron/rpm/branches/4.9/SPECS
+svn+ssh://svn.mageia.org/svn/packages/cauldron/rpm/branches/4.9/current
+svn mv -m "Move SOURCES folder"
+svn+ssh://svn.mageia.org/svn/packages/cauldron/rpm/branches/4.9/SOURCES
+svn+ssh://svn.mageia.org/svn/packages/cauldron/rpm/branches/4.9/current
+
+mgarepo submit --define section=core/release_testing
+svn+ssh://svn.mageia.org/svn/packages/cauldron/rpm/branches/4.9
+
+
+But I'm not 100% certain.
+
+Col
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007952.html b/zarb-ml/mageia-dev/2011-September/007952.html new file mode 100644 index 000000000..60638a3a8 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007952.html @@ -0,0 +1,109 @@ + + + + [Mageia-dev] [RPM] cauldron core/release mythtv-0.24.1-20110909.1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release mythtv-0.24.1-20110909.1.mga2

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Sep 9 20:40:54 CEST 2011 +

+
+ +
'Twas brillig, and Anssi Hannula at 09/09/11 18:20 did gyre and gimble:
+> On 09.09.2011 17:58, Colin Guthrie wrote:
+>> 'Twas brillig, and Guillaume Rousse at 09/09/11 15:57 did gyre and gimble:
+>>> Le 09/09/2011 15:51, Thierry Vignaud a écrit :
+>>>> On 9 September 2011 15:19, Mageia Team<buildsystem-daemon at mageia.org> 
+>>>> wrote:
+>>>>> colin<colin>  0.24.1-20110909.1.mga2:
+>>>>> + Revision: 141864
+>>>>> -  is deprecated. Replaced by file triggers.
+>>>>
+>>>> what is deprecated?
+>>> proper changelog messages :)
+>>
+>> Hehe, yeah I didn't double escape my macro name.
+>>
+>> I'll revprop it.
+> 
+> Er, svn commit messages are escaped automatically by mgarepo.
+
+/me used svn commit... old habits :p
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007953.html b/zarb-ml/mageia-dev/2011-September/007953.html new file mode 100644 index 000000000..edaed73aa --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007953.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] how to push branches rpm in testing ? + + + + + + + + + +

[Mageia-dev] how to push branches rpm in testing ?

+ D.Morgan + dmorganec at gmail.com +
+ Fri Sep 9 20:46:58 CEST 2011 +

+
+ +
On Fri, Sep 9, 2011 at 8:40 PM, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+> 'Twas brillig, and D.Morgan at 09/09/11 18:21 did gyre and gimble:
+>> Hello,
+>>
+>> i have created a work for new rpm, and i would like to push it in
+>> update_testing of cauldron. But i don't find the good mgarepo command.
+>>
+>> Does one of you can helpe me ?
+>
+> IIRC, your branch needs to have a "current" folder, which it doesn't
+> right now. So I *think* this is the right sequence:
+>
+> svn mkdir -m "Create current folder"
+> svn+ssh://svn.mageia.org/svn/packages/cauldron/rpm/branches/4.9/current
+> svn mv -m "Move SPECS folder"
+> svn+ssh://svn.mageia.org/svn/packages/cauldron/rpm/branches/4.9/SPECS
+> svn+ssh://svn.mageia.org/svn/packages/cauldron/rpm/branches/4.9/current
+> svn mv -m "Move SOURCES folder"
+> svn+ssh://svn.mageia.org/svn/packages/cauldron/rpm/branches/4.9/SOURCES
+> svn+ssh://svn.mageia.org/svn/packages/cauldron/rpm/branches/4.9/current
+>
+> mgarepo submit --define section=core/release_testing
+> svn+ssh://svn.mageia.org/svn/packages/cauldron/rpm/branches/4.9
+>
+>
+> But I'm not 100% certain.
+
+thank you a lot  it works now
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007954.html b/zarb-ml/mageia-dev/2011-September/007954.html new file mode 100644 index 000000000..c099e4c74 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007954.html @@ -0,0 +1,101 @@ + + + + [Mageia-dev] [RPM] cauldron core/release mythtv-0.24.1-20110909.1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release mythtv-0.24.1-20110909.1.mga2

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Fri Sep 9 20:49:20 CEST 2011 +

+
+ +
On 09.09.2011 21:40, Colin Guthrie wrote:
+> 'Twas brillig, and Anssi Hannula at 09/09/11 18:20 did gyre and gimble:
+>> On 09.09.2011 17:58, Colin Guthrie wrote:
+>>> 'Twas brillig, and Guillaume Rousse at 09/09/11 15:57 did gyre and gimble:
+>>>> Le 09/09/2011 15:51, Thierry Vignaud a écrit :
+>>>>> On 9 September 2011 15:19, Mageia Team<buildsystem-daemon at mageia.org> 
+>>>>> wrote:
+>>>>>> colin<colin>  0.24.1-20110909.1.mga2:
+>>>>>> + Revision: 141864
+>>>>>> -  is deprecated. Replaced by file triggers.
+>>>>>
+>>>>> what is deprecated?
+>>>> proper changelog messages :)
+>>>
+>>> Hehe, yeah I didn't double escape my macro name.
+>>>
+>>> I'll revprop it.
+>>
+>> Er, svn commit messages are escaped automatically by mgarepo.
+> 
+> /me used svn commit... old habits :p
+
+It does it on submission time, not at commit time.
+
+E.g. here I have %ldflags in commit message and it works fine:
+http://svnweb.mageia.org/packages?view=revision&revision=139524
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007955.html b/zarb-ml/mageia-dev/2011-September/007955.html new file mode 100644 index 000000000..7b03923bb --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007955.html @@ -0,0 +1,120 @@ + + + + [Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2

+ John Balcaen + mikala at mageia.org +
+ Fri Sep 9 20:57:51 CEST 2011 +

+
+ +
2011/9/9 Mageia Team <buildsystem-daemon at mageia.org>:
+> Name        : kphotoalbum                  Relocations: (not relocatable)
+> Version     : 0                                 Vendor: Mageia.Org
+> Release     : 1.mga2                        Build Date: Fri Sep  9 19:07:38 2011
+> Install Date: (not installed)               Build Host: jonund
+> Group       : Graphics                      Source RPM: (none)
+> Size        : 37771417                         License: GPLv2+
+> Signature   : (none)
+> Packager    : Mageia Team <http://www.mageia.org>
+> URL         : http://www.kphotoalbum.org/
+> Summary     : Photo album manager
+> Description :
+> KPhotoAlbum supports all the normal image formats including
+> raw formats produced by most digital cameras and scanners
+> (using dcraw to do the decoding).
+> It is also possible to use the thumbnails embedded in raw
+> images (that are usually of decent size and quality) for
+> fast viewing so there is no need to decode the whole raw image.
+> Version GIT 61a16c1
+>
+> matteo <matteo> 0-1.mga2:
+> + Revision: 141909
+> - cleaned spec
+> - imported package kphotoalbum
+You should clean a little bit more this package :
+You can use libexiv-devel as BR instead of an arch conditionnal BR
+(also now the best solution to match our policy would be to use
+pkgconfig(exiv2)
+After marble-devel is pulling kdelibs4-devel which is pulling
+qt4-devel & kde4-macros (which is pulling cmake)
+So you can have only 2 BR on this package marble-devel and pkgconfig(exiv2).
+%clean section & %defattr() are required anymore so you can safely remove them.
+in the %files list you can also use more kde4 macros
+like %_kde_applicationsdir or %_kde_appsdir
+Regarding the %mkrel if you're using a git tarball it could be nice to
+have it announced in the file name
+something for release like %mkrel -c git %git should do the trick
+Also the last version of kphotoalbum is 4.1.1 so the version should not be 0
+
+Thks for importing another kde app :)
+
+Regards,
+
+-- 
+Balcaen John
+Jabber-id: mikala at jabber.littleboboy.net
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007956.html b/zarb-ml/mageia-dev/2011-September/007956.html new file mode 100644 index 000000000..6d6785c9b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007956.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] [RPM] cauldron core/release gnome-games-extra-data-3.2.0-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release gnome-games-extra-data-3.2.0-1.mga2

+ Dick Gevers + dvgevers at xs4all.nl +
+ Fri Sep 9 22:26:39 CEST 2011 +

+
+ +
On Wed,  7 Sep 2011 16:23:12 +0200 (CEST), Mageia Team wrote about [RPM]
+cauldron core/release gnome-games-extra-data-3.2.0-1.mga2:
+
+>Name        : gnome-games-extra-data       Relocations: (not relocatable)
+>Version     : 3.2.0                             Vendor: Mageia.Org
+>Release     : 1.mga2                        Build Date: Wed Sep  7
+
+>wally <wally> 3.2.0-1.mga2:
+>+ Revision: 140790
+>- imported package gnome-games-extra-data
+
+It's been 48+ hours now, but it's still not on the mirrors !?
+
+Cheers,
+=Dick Gevers=
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007957.html b/zarb-ml/mageia-dev/2011-September/007957.html new file mode 100644 index 000000000..08657836c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007957.html @@ -0,0 +1,108 @@ + + + + [Mageia-dev] [RPM] cauldron core/release gnome-games-extra-data-3.2.0-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release gnome-games-extra-data-3.2.0-1.mga2

+ Jani Välimaa + jani.valimaa at gmail.com +
+ Fri Sep 9 22:36:02 CEST 2011 +

+
+ +
2011/9/9 Dick Gevers <dvgevers at xs4all.nl>:
+> On Wed,  7 Sep 2011 16:23:12 +0200 (CEST), Mageia Team wrote about [RPM]
+> cauldron core/release gnome-games-extra-data-3.2.0-1.mga2:
+>
+>>Name        : gnome-games-extra-data       Relocations: (not relocatable)
+>>Version     : 3.2.0                             Vendor: Mageia.Org
+>>Release     : 1.mga2                        Build Date: Wed Sep  7
+>
+>>wally <wally> 3.2.0-1.mga2:
+>>+ Revision: 140790
+>>- imported package gnome-games-extra-data
+>
+> It's been 48+ hours now, but it's still not on the mirrors !?
+>
+
+gnome-games-extra-data is only the source pkg name. Binary pkgs built
+from it are:
+glines-extra-data
+gnobots2-extra-data
+gnome-mahjongg-extra-data
+iagno-extra-data
+
+All those are available on mirrors.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007958.html b/zarb-ml/mageia-dev/2011-September/007958.html new file mode 100644 index 000000000..068117926 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007958.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] [RPM] cauldron core/release gnome-games-extra-data-3.2.0-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release gnome-games-extra-data-3.2.0-1.mga2

+ Dick Gevers + dvgevers at xs4all.nl +
+ Fri Sep 9 22:39:51 CEST 2011 +

+
+ +
On Fri, 9 Sep 2011 23:36:02 +0300, Jani Välimaa wrote about Re:
+[Mageia-dev] [RPM] cauldron core/release
+gnome-games-extra-data-3.2.0-1.mga2:
+
+>gnome-games-extra-data is only the source pkg name. Binary pkgs built
+>from it are:
+>glines-extra-data
+>gnobots2-extra-data
+>gnome-mahjongg-extra-data
+>iagno-extra-data
+>
+>All those are available on mirrors.
+
+Oh. Okay. Thanks. I wasn't aware of that. And urpmi was no help :(
+
+Ciao,
+=Dick Gevers=
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007959.html b/zarb-ml/mageia-dev/2011-September/007959.html new file mode 100644 index 000000000..79ed38c6d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007959.html @@ -0,0 +1,113 @@ + + + + [Mageia-dev] Backports process (addendum to policy) + + + + + + + + + +

[Mageia-dev] Backports process (addendum to policy)

+ Samuel Verschelde + stormi at laposte.net +
+ Fri Sep 9 23:03:44 CEST 2011 +

+
+ +
Le jeudi 8 septembre 2011 12:59:10, Samuel Verschelde a écrit :
+> (QA Team and Triage team in CC, but please answer only to
+> mageia-dev at mageia.org)
+> 
+> I was asked to define a process for backports validation, so here is a
+> proposal. We can discuss it a few days and then I'll add the result to the
+> backports policy page.
+> 
+> Process for backports :
+> 
+> Triage:
+> - identify backport requests
+> - add "Backport Request: " in the bug report summary
+> - add the "backport" keyword
+> - assign to maintainer
+> 
+> The maintainer can refuse to do the backport :
+> - doesn't want to maintain it => assign the bug report back to
+> bugsquad at mageia.org so that another packager can step in
+> - has a good reason for not providing this backport (policy, possible
+> breakage...) => close as wontfix
+> 
+> Packager:
+> - create bug report if not done already
+> - submit to {core,nonfree,tainted}/backports_testing
+> - find a tester : original bug reporter when there is one, yourself if
+> there's none, or ask in forums/irc/MLs...
+> - once tested by at least one person (it must be said explicitly in the bug
+> report), hand it to QA :
+>   - make sure the bug report summary starts with "Backport Request: " or
+> "Backport Candidate: "
+>   - add the "backport" keyword if missing
+>   - assign to qa-bugs at ml.mageia.org
+>   - list the source RPMs if there are several
+> - be ready to fix bugs and answer QA team questions
+> 
+> QA:
+> - test backports the same way that we test updates. But don't forget that
+> updates have a higher priority than that of backports.
+> - move the packages from backports_testing to backports
+> 
+> Packager again:
+> - be ready to fix bugs : once you pushed a backport, you have to maintain
+> it until the distribution's end of life :)
+> 
+> Does this seem a good process, from the packager, QA and triage point of
+> view?
+> 
+
+I updated the wiki page : 
+http://mageia.org/wiki/doku.php?id=backports_policy#steps
+
+Samuel
+
+ + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007960.html b/zarb-ml/mageia-dev/2011-September/007960.html new file mode 100644 index 000000000..0bdc46d2d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007960.html @@ -0,0 +1,125 @@ + + + + [Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2

+ Florian Hubold + doktor5000 at arcor.de +
+ Fri Sep 9 23:42:46 CEST 2011 +

+
+ +
Am 09.09.2011 20:57, schrieb John Balcaen:
+> 2011/9/9 Mageia Team<buildsystem-daemon at mageia.org>:
+>> Name        : kphotoalbum                  Relocations: (not relocatable)
+>> Version     : 0                                 Vendor: Mageia.Org
+>> Release     : 1.mga2                        Build Date: Fri Sep  9 19:07:38 2011
+>> Install Date: (not installed)               Build Host: jonund
+>> Group       : Graphics                      Source RPM: (none)
+>> Size        : 37771417                         License: GPLv2+
+>> Signature   : (none)
+>> Packager    : Mageia Team<http://www.mageia.org>
+>> URL         : http://www.kphotoalbum.org/
+>> Summary     : Photo album manager
+>> Description :
+>> KPhotoAlbum supports all the normal image formats including
+>> raw formats produced by most digital cameras and scanners
+>> (using dcraw to do the decoding).
+>> It is also possible to use the thumbnails embedded in raw
+>> images (that are usually of decent size and quality) for
+>> fast viewing so there is no need to decode the whole raw image.
+>> Version GIT 61a16c1
+>>
+>> matteo<matteo>  0-1.mga2:
+>> + Revision: 141909
+>> - cleaned spec
+>> - imported package kphotoalbum
+> You should clean a little bit more this package :
+> You can use libexiv-devel as BR instead of an arch conditionnal BR
+> (also now the best solution to match our policy would be to use
+> pkgconfig(exiv2)
+> After marble-devel is pulling kdelibs4-devel which is pulling
+> qt4-devel&  kde4-macros (which is pulling cmake)
+> So you can have only 2 BR on this package marble-devel and pkgconfig(exiv2).
+> %clean section&  %defattr() are required anymore so you can safely remove them.
+> in the %files list you can also use more kde4 macros
+> like %_kde_applicationsdir or %_kde_appsdir
+> Regarding the %mkrel if you're using a git tarball it could be nice to
+> have it announced in the file name
+> something for release like %mkrel -c git %git should do the trick
+Interesting. What does %mkrel -c git do?
+
+Isn't there a problem when using git commit hashes as they are random,
+unsorted, and shouldn't be used in a version comparison?
+See f.ex. this thread: http://lists.mandriva.com/cooker/2011-03/msg00009.php
+
+Although i didn't look at the SPEC at all ...
+
+> Also the last version of kphotoalbum is 4.1.1 so the version should not be 0
+>
+> Thks for importing another kde app :)
+>
+> Regards,
+>
+
+
+ + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007961.html b/zarb-ml/mageia-dev/2011-September/007961.html new file mode 100644 index 000000000..dc3e7c647 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007961.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2

+ Balcaen John + mikala at mageia.org +
+ Sat Sep 10 02:22:32 CEST 2011 +

+
+ +
Le Vendredi 9 Septembre 2011 23:42:46 Florian Hubold a écrit :
+[...]
+> > like %_kde_applicationsdir or %_kde_appsdir
+> > Regarding the %mkrel if you're using a git tarball it could be
+> > nice to have it announced in the file name
+> > something for release like %mkrel -c git %git should do the trick
+> 
+> Interesting. What does %mkrel -c git do?
+It's interressing for git/svn snapshot so you can get a srpm like this 
+for exemple :
+libkvkontakte-1.0-0.git.20110908.mga2.src.rpm
+version here is 1.0 & the Release is set to %mkrel -c git %gitdate
+
+> Isn't there a problem when using git commit hashes as they are random,
+> unsorted, and shouldn't be used in a version comparison?
+Yep i forgot to mention that it's better to use the date of the snapshot 
+instead of the commit hash (which can still be available somewhere in 
+the spec for memory).
+
+> See f.ex. this thread:
+> http://lists.mandriva.com/cooker/2011-03/msg00009.php
+> 
+> Although i didn't look at the SPEC at all ...
+
+No you're right, the %git macro here is not correct :p
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007962.html b/zarb-ml/mageia-dev/2011-September/007962.html new file mode 100644 index 000000000..fc0f87641 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007962.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] There are 2 different packages with same version and release in the repository + + + + + + + + + +

[Mageia-dev] There are 2 different packages with same version and release in the repository

+ Samuel Verschelde + stormi at laposte.net +
+ Sat Sep 10 02:32:33 CEST 2011 +

+
+ +
Hi,
+
+While treating the update candidate for freetype2 in Mageia 1, I found that 
+packages having exactly the same name are present in :
+tainted/updates
+tainted/updates_testing
+
+The package is freetype2- 2.4.4-5.1.mga1.tainted.src.rpm
+
+Those 2 packages are different, one from June, the other from August.
+
+I'm trying to guess what happened : 
+- there was an update in June (pushed only to tainted)
+- the packager forgot to increase subrel and pushed a new update candidate in 
+tainted/updates_testing
+
+I think that upon submit into tainted/updates_testing, the BS didn't check 
+that there wasn't a package with a higher or equal version in tainted/updates. 
+Am I right ?
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007963.html b/zarb-ml/mageia-dev/2011-September/007963.html new file mode 100644 index 000000000..9681d5ffb --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007963.html @@ -0,0 +1,109 @@ + + + + [Mageia-dev] There are 2 different packages with same version and release in the repository + + + + + + + + + +

[Mageia-dev] There are 2 different packages with same version and release in the repository

+ Samuel Verschelde + stormi at laposte.net +
+ Sat Sep 10 02:42:26 CEST 2011 +

+
+ +
Le samedi 10 septembre 2011 02:32:33, Samuel Verschelde a écrit :
+> Hi,
+> 
+> While treating the update candidate for freetype2 in Mageia 1, I found that
+> packages having exactly the same name are present in :
+> tainted/updates
+> tainted/updates_testing
+> 
+> The package is freetype2- 2.4.4-5.1.mga1.tainted.src.rpm
+> 
+> Those 2 packages are different, one from June, the other from August.
+> 
+> I'm trying to guess what happened :
+> - there was an update in June (pushed only to tainted)
+> - the packager forgot to increase subrel and pushed a new update candidate
+> in tainted/updates_testing
+> 
+> I think that upon submit into tainted/updates_testing, the BS didn't check
+> that there wasn't a package with a higher or equal version in
+> tainted/updates. Am I right ?
+> 
+> Samuel
+
+According to https://bugs.mageia.org/show_bug.cgi?id=2475#c3 it may have been 
+a sysadmin mischief !
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007964.html b/zarb-ml/mageia-dev/2011-September/007964.html new file mode 100644 index 000000000..71761ae57 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007964.html @@ -0,0 +1,132 @@ + + + + [Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2

+ Matteo + pasotti.matteo at gmail.com +
+ Sat Sep 10 03:14:36 CEST 2011 +

+
+ +
-----BEGIN PGP SIGNED MESSAGE-----
+Hash: SHA1
+
+Il 10/09/2011 02:22, Balcaen John ha scritto:
+> Le Vendredi 9 Septembre 2011 23:42:46 Florian Hubold a écrit :
+> [...]
+>>> like %_kde_applicationsdir or %_kde_appsdir
+>>> Regarding the %mkrel if you're using a git tarball it could be
+>>> nice to have it announced in the file name
+>>> something for release like %mkrel -c git %git should do the trick
+>>
+>> Interesting. What does %mkrel -c git do?
+> It's interressing for git/svn snapshot so you can get a srpm like this 
+> for exemple :
+> libkvkontakte-1.0-0.git.20110908.mga2.src.rpm
+> version here is 1.0 & the Release is set to %mkrel -c git %gitdate
+> 
+>> Isn't there a problem when using git commit hashes as they are random,
+>> unsorted, and shouldn't be used in a version comparison?
+> Yep i forgot to mention that it's better to use the date of the snapshot 
+> instead of the commit hash (which can still be available somewhere in 
+> the spec for memory).
+> 
+>> See f.ex. this thread:
+>> http://lists.mandriva.com/cooker/2011-03/msg00009.php
+>>
+>> Although i didn't look at the SPEC at all ...
+> 
+> No you're right, the %git macro here is not correct :p
+> 
+Hi John,
+the archive of the sources of the latest "stable" release (4.1.1) it's
+not available on the web site (404 error)[1]. Moreover the one coming
+from the git repo don't compile due to an error related to exiv2 (I'm
+always talking about the 4.1.1 version).
+That's why I choose the latest git revision (cloned the 2011.09.09) to
+build the package. This revision compiles and works fine but it doesn't
+match version 4.1.1 (the application itself displays "Version GIT" into
+the about box) so I've used that version numbering to allow future upgrades.
+
+Let me know if you think it's an acceptable behaviour, please.
+
+I'm fixing the spec right now, thank you for your support and your
+suggestions.
+
+[1] http://www.kphotoalbum.org/data/download/kphotoalbum-4.1.1.tar.bz2
+- -- 
+Matteo
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.11 (GNU/Linux)
+Comment: Using GnuPG with Mageia - http://enigmail.mozdev.org/
+
+iQEcBAEBAgAGBQJOarn5AAoJED3LowjDDWbNWtQH/RZ/YNQzdgwyAicRE+RGObPV
+IgchNc52AKEUNMeGImEiVVvA/U2LVp2zOUOPxPJpSjX9R6ZctIpuGx7sV7y1u4Ym
+6ff5sztgpkRyR+CwF5eKH/v7Fl9byC3uT3uj9LsqJPmYgX4PE3SPGtQNuS2S7Lhe
+IchrtiHmMA/54vSMfDj+ZwwrUlr5kJs9M2ny2yxLLkUUylcLhX2y1c8fwi8Ed2cy
+tZfgAJwZv1NLW6yUt5Xxj9bh6IEOvRb1y8U4iPRQ+EcFeykJiwUwG5RLzuoYcsBi
+ZPigp5Yojv/xNJVmAbGju94+cxVvT5bzddGO6/ffsCnknsPNjDhMBre+ubTw2oo=
+=tuP8
+-----END PGP SIGNATURE-----
+
+ + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007965.html b/zarb-ml/mageia-dev/2011-September/007965.html new file mode 100644 index 000000000..7fe0c5f1b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007965.html @@ -0,0 +1,108 @@ + + + + [Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2

+ Balcaen John + mikala at mageia.org +
+ Sat Sep 10 03:31:06 CEST 2011 +

+
+ +
Le Samedi 10 Septembre 2011 03:14:36 Matteo a écrit :
+[...]
+> 
+> Hi John,
+Hi matteo,
+
+> the archive of the sources of the latest "stable" release (4.1.1) it's
+> not available on the web site (404 error)[1].
+In fact it seems the whole /data folder has disappear from the www  :/
+
+> Moreover the one coming
+> from the git repo don't compile due to an error related to exiv2 (I'm
+> always talking about the 4.1.1 version).
+> That's why I choose the latest git revision (cloned the 2011.09.09) to
+> build the package. This revision compiles and works fine but it
+> doesn't match version 4.1.1 (the application itself displays "Version
+> GIT" into the about box) so I've used that version numbering to allow
+> future upgrades.
+> Let me know if you think it's an acceptable behaviour, please.
+There's no problem from my point of view of providing a git version of 
+kphotoalbum (especially if it's fixing some compilations problem).
+Regarding the version the end user in fact will look for the « last » 
+version aka 4.1.1 and will only notice that mageia is providing the 
+version 0, since the next release of  kphotoalbum  will be > 4.1.1 , i  
+think you can use safely 4.1.1 for the version number in the spec.
+It also reflect the fact that current git is based against the 4.1.1 even 
+if currently the « about version » mentionned that kphotoalbum is git 
+based.
+> 
+> I'm fixing the spec right now, thank you for your support and your
+> suggestions.
+Np :)
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007966.html b/zarb-ml/mageia-dev/2011-September/007966.html new file mode 100644 index 000000000..35db94712 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007966.html @@ -0,0 +1,105 @@ + + + + [Mageia-dev] Problem when compiling a program - missing file "taglib/flacpicture.h" + + + + + + + + + +

[Mageia-dev] Problem when compiling a program - missing file "taglib/flacpicture.h"

+ Dimitrios Glentadakis + dglent at gmail.com +
+ Sat Sep 10 09:45:16 CEST 2011 +

+
+ +
I 'd like to compile this program:
+http://kde-look.org/content/show.php/AudioThumbs?content=145088
+
+
+and in make i have this error:
+
+
+[100%] Building CXX object src/CMakeFiles/AudioThumbs.dir/AudioThumbs.o
+/home/dglent/145088-AudioThumbs-0.2/src/AudioThumbs.cpp:32:32: fatal error: taglib/flacpicture.h: There is not such file or directory
+compilation terminated.
+make[2]: *** [src/CMakeFiles/AudioThumbs.dir/AudioThumbs.o] Error 1
+make[1]: *** [src/CMakeFiles/AudioThumbs.dir/all] Error 2
+make: *** [all] Error 2
+
+
+i did nt found the file taglib/flacpicture.h in any package (i searched with urpmf taglib/flacpicture.h).
+
+How i could successfully compile the program ?
+
+Thanks
+
+
+
+-- 
+Dimitrios Glentadakis
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007967.html b/zarb-ml/mageia-dev/2011-September/007967.html new file mode 100644 index 000000000..7e7a91f48 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007967.html @@ -0,0 +1,110 @@ + + + + [Mageia-dev] Problem when compiling a program - missing file "taglib/flacpicture.h" + + + + + + + + + +

[Mageia-dev] Problem when compiling a program - missing file "taglib/flacpicture.h"

+ Thomas Backlund + tmb at mageia.org +
+ Sat Sep 10 09:52:50 CEST 2011 +

+
+ +
Dimitrios Glentadakis skrev 10.9.2011 10:45:
+> I 'd like to compile this program:
+> http://kde-look.org/content/show.php/AudioThumbs?content=145088
+>
+>
+> and in make i have this error:
+>
+>
+> [100%] Building CXX object src/CMakeFiles/AudioThumbs.dir/AudioThumbs.o
+> /home/dglent/145088-AudioThumbs-0.2/src/AudioThumbs.cpp:32:32: fatal error: taglib/flacpicture.h: There is not such file or directory
+> compilation terminated.
+> make[2]: *** [src/CMakeFiles/AudioThumbs.dir/AudioThumbs.o] Error 1
+> make[1]: *** [src/CMakeFiles/AudioThumbs.dir/all] Error 2
+> make: *** [all] Error 2
+>
+>
+> i did nt found the file taglib/flacpicture.h in any package (i searched with urpmf taglib/flacpicture.h).
+>
+> How i could successfully compile the program ?
+
+I guess you tested on Mageia 1.
+
+taglib-1.7 is in cauldron, and that provides taglib/flacpicture.h
+(the -devel package that is...)
+
+http://sophie.zarb.org/rpms/50089c0786dd0628ac0715a6487f8e34/files
+
+--
+Thomas
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007968.html b/zarb-ml/mageia-dev/2011-September/007968.html new file mode 100644 index 000000000..be673de7d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007968.html @@ -0,0 +1,77 @@ + + + + [Mageia-dev] tracker... + + + + + + + + + +

[Mageia-dev] tracker...

+ Jani Välimaa + jani.valimaa at gmail.com +
+ Sat Sep 10 09:58:04 CEST 2011 +

+
+ +
2011/9/9 Jani Välimaa <jani.valimaa at gmail.com>:
+>
+> Tested locally to split out libtracker-common.so.0* and
+> libtracker-data.so.0* to a separate lib pkg and moving *.so files to
+> -devel pkg. This allowed me to remove tracker pkg and everything seems
+> to be working fine, at least until now.
+>
+
+Actually the "everything seems to be working fine" part is not true. I
+was using GnomeClassic when testing.
+
+Gnome-shell won't start without tracker and .xsession-errors says:
+(gnome-shell:6244): tracker-WARNING **: trf-persona-store.vala:1102:
+Error fetching SPARQL connection handler:
+GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name
+org.freedesktop.Tracker1 was not provided by any .service files
+**
+
+It only says WARNING, but after installing tracker, gnome-shell starts again.
+
+ + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007969.html b/zarb-ml/mageia-dev/2011-September/007969.html new file mode 100644 index 000000000..a3d670c49 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007969.html @@ -0,0 +1,135 @@ + + + + [Mageia-dev] Problem when compiling a program - missing file "taglib/flacpicture.h" + + + + + + + + + +

[Mageia-dev] Problem when compiling a program - missing file "taglib/flacpicture.h"

+ Dimitrios Glentadakis + dglent at gmail.com +
+ Sat Sep 10 10:03:11 CEST 2011 +

+
+ +
Στις Σάββατο 10 Σεπτέμβριος 2011 09:52:50 Thomas Backlund γράψατε:
+> Dimitrios Glentadakis skrev 10.9.2011 10:45:
+> > I 'd like to compile this program:
+> > http://kde-look.org/content/show.php/AudioThumbs?content=145088
+> >
+> >
+> > and in make i have this error:
+> >
+> >
+> > [100%] Building CXX object src/CMakeFiles/AudioThumbs.dir/AudioThumbs.o
+> > /home/dglent/145088-AudioThumbs-0.2/src/AudioThumbs.cpp:32:32: fatal error: taglib/flacpicture.h: There is not such file or directory
+> > compilation terminated.
+> > make[2]: *** [src/CMakeFiles/AudioThumbs.dir/AudioThumbs.o] Error 1
+> > make[1]: *** [src/CMakeFiles/AudioThumbs.dir/all] Error 2
+> > make: *** [all] Error 2
+> >
+> >
+> > i did nt found the file taglib/flacpicture.h in any package (i searched with urpmf taglib/flacpicture.h).
+> >
+> > How i could successfully compile the program ?
+> 
+> I guess you tested on Mageia 1.
+> 
+> taglib-1.7 is in cauldron, and that provides taglib/flacpicture.h
+> (the -devel package that is...)
+> 
+> http://sophie.zarb.org/rpms/50089c0786dd0628ac0715a6487f8e34/files
+> 
+> --
+> Thomas
+> 
+> 
+
+Yes, i have Mageia 1 , i have to wait a little ...
+
+i saw in the README that was needed the version 1.6.x:
+
+--
+
+DEPENDENCIES
+`````````````
+The following libraries and development packages are needed:
+KDE        >=4.3.x
+QT         >=4.5.x
+Taglib     >=1.6.x
+libFLAC++6 >=1.2.x
+
+
+--
+
+thanks for the reply
+
+
+-- 
+Dimitrios Glentadakis
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007970.html b/zarb-ml/mageia-dev/2011-September/007970.html new file mode 100644 index 000000000..ca74678b3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007970.html @@ -0,0 +1,99 @@ + + + + [Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2

+ Florian Hubold + doktor5000 at arcor.de +
+ Sat Sep 10 10:27:22 CEST 2011 +

+
+ +
Am 10.09.2011 02:22, schrieb Balcaen John:
+> Le Vendredi 9 Septembre 2011 23:42:46 Florian Hubold a écrit :
+> [...]
+>>> like %_kde_applicationsdir or %_kde_appsdir
+>>> Regarding the %mkrel if you're using a git tarball it could be
+>>> nice to have it announced in the file name
+>>> something for release like %mkrel -c git %git should do the trick
+>> Interesting. What does %mkrel -c git do?
+> It's interressing for git/svn snapshot so you can get a srpm like this
+> for exemple :
+> libkvkontakte-1.0-0.git.20110908.mga2.src.rpm
+> version here is 1.0&  the Release is set to %mkrel -c git %gitdate
+Well, would be nice if this could be put somewhere in the wiki ;)
+>
+>> Isn't there a problem when using git commit hashes as they are random,
+>> unsorted, and shouldn't be used in a version comparison?
+> Yep i forgot to mention that it's better to use the date of the snapshot
+> instead of the commit hash (which can still be available somewhere in
+> the spec for memory).
+>
+>> See f.ex. this thread:
+>> http://lists.mandriva.com/cooker/2011-03/msg00009.php
+>>
+>> Although i didn't look at the SPEC at all ...
+> No you're right, the %git macro here is not correct :p
+>
+
+
+ + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007971.html b/zarb-ml/mageia-dev/2011-September/007971.html new file mode 100644 index 000000000..07657b17a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007971.html @@ -0,0 +1,95 @@ + + + + [Mageia-dev] [WARNING] libpng-1.5.4 landing soon + + + + + + + + + +

[Mageia-dev] [WARNING] libpng-1.5.4 landing soon

+ Funda Wang + fundawang at gmail.com +
+ Sat Sep 10 10:44:23 CEST 2011 +

+
+ +
Hello,
+
+I'm about to push libpng 1.5.4 as default libpng for mga2 into
+cauldron soon. There will be some breakage for devtime deps, but I
+think it won't affect runtime deps. Compat libs for libpng 1.2 will
+landing at first as libpng12.
+
+Maintainers:
+If some packages cannot be built against libpng 1.5 even with patches
+(upstream should be notified), you should adjust the BuildRequires
+into "pkgconfig(libpng12)", and only rely on pkgconfig or
+libpng12-config to find libs and includedir,
+
+Regards.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007972.html b/zarb-ml/mageia-dev/2011-September/007972.html new file mode 100644 index 000000000..6009c914d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007972.html @@ -0,0 +1,118 @@ + + + + [Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2

+ Matteo + pasotti.matteo at gmail.com +
+ Sat Sep 10 11:37:21 CEST 2011 +

+
+ +
-----BEGIN PGP SIGNED MESSAGE-----
+Hash: SHA1
+
+Il 10/09/2011 03:31, Balcaen John ha scritto:
+> Le Samedi 10 Septembre 2011 03:14:36 Matteo a écrit :
+> [...]
+>>
+>> Hi John,
+> Hi matteo,
+> 
+>> the archive of the sources of the latest "stable" release (4.1.1) it's
+>> not available on the web site (404 error)[1].
+> In fact it seems the whole /data folder has disappear from the www  :/
+> 
+>> Moreover the one coming
+>> from the git repo don't compile due to an error related to exiv2 (I'm
+>> always talking about the 4.1.1 version).
+>> That's why I choose the latest git revision (cloned the 2011.09.09) to
+>> build the package. This revision compiles and works fine but it
+>> doesn't match version 4.1.1 (the application itself displays "Version
+>> GIT" into the about box) so I've used that version numbering to allow
+>> future upgrades.
+>> Let me know if you think it's an acceptable behaviour, please.
+> There's no problem from my point of view of providing a git version of 
+> kphotoalbum (especially if it's fixing some compilations problem).
+> Regarding the version the end user in fact will look for the « last » 
+> version aka 4.1.1 and will only notice that mageia is providing the 
+> version 0, since the next release of  kphotoalbum  will be > 4.1.1 , i  
+> think you can use safely 4.1.1 for the version number in the spec.
+> It also reflect the fact that current git is based against the 4.1.1 even 
+> if currently the « about version » mentionned that kphotoalbum is git 
+> based.
+Ok, fixed.
+Thanks :-)
+- -- 
+Matteo
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.11 (GNU/Linux)
+Comment: Using GnuPG with Mageia - http://enigmail.mozdev.org/
+
+iQEcBAEBAgAGBQJOay/NAAoJED3LowjDDWbNNccH+gO5npL6t83telzCegC8ErS8
+D4nt6PO7RvxBYy/mGSW2Ag5W4UKOd2RGPkAYvJxodbCMMqOFLqkhpqwmNr93Cvjs
+ZM4ufMfQJWWyadilGqAvBPu0y/qCtH3wBbqNPV/IIRwkNIVBk3i2SDObjquX6b3E
+h9OTgzUzN31uLNAA+UwiWgO9cRDWuMfbYCBj+YLUb30iJC2ER9wf7V90nHI/PPAo
+xhBAzHuqhZoXUxnzgHTs6J1eZtaYzD6LxAMxJtiZEQsBwkqFbi/SsekGKqTPJw2j
+b28YqVCR/kzod9Z+I7f92IozhQjhrLkaXw2LKKMCSNVuGYNjR0ASk6RZbtqwjHM=
+=QOAj
+-----END PGP SIGNATURE-----
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007973.html b/zarb-ml/mageia-dev/2011-September/007973.html new file mode 100644 index 000000000..a650ab5c4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007973.html @@ -0,0 +1,94 @@ + + + + [Mageia-dev] Problem when compiling a program - missing file "taglib/flacpicture.h" + + + + + + + + + +

[Mageia-dev] Problem when compiling a program - missing file "taglib/flacpicture.h"

+ Rémi Verschelde + rverschelde at gmail.com +
+ Sat Sep 10 12:43:26 CEST 2011 +

+
+ +
2011/9/10 Dimitrios Glentadakis <dglent at gmail.com>:
+> Yes, i have Mageia 1 , i have to wait a little ...
+>
+> i saw in the README that was needed the version 1.6.x:
+>
+[...]
+> Taglib     >=1.6.x
+
+Superior or equal to, though, so version 1.7 should be alright. Maybe
+you could try with the package from Cauldron (though it is not advised
+in general), or you may want to compile taglib[1] prior to compiling
+AudioThumbs?
+
+Regards,
+Rémi / Akien
+
+[1] http://developer.kde.org/~wheeler/taglib.html
+
+ + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007974.html b/zarb-ml/mageia-dev/2011-September/007974.html new file mode 100644 index 000000000..623c0937e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007974.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] tracker... + + + + + + + + + +

[Mageia-dev] tracker...

+ Olav Vitters + olav at vitters.nl +
+ Sat Sep 10 13:13:52 CEST 2011 +

+
+ +
On Sat, Sep 10, 2011 at 10:58:04AM +0300, Jani Välimaa wrote:
+> Gnome-shell won't start without tracker and .xsession-errors says:
+> (gnome-shell:6244): tracker-WARNING **: trf-persona-store.vala:1102:
+> Error fetching SPARQL connection handler:
+> GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name
+> org.freedesktop.Tracker1 was not provided by any .service files
+> **
+
+folks has been compiled with the --enable-tracker-backend. By default
+fols (IIRC) does not compile the tracker support and only
+evolution-data-server (which just has a confusing name) is used.
+
+>From what I remember from the GNOME discussions is that the tracker
+support in folks would be split up in somehow, but don't recall exactly.
+
+See also the folks status discussion at the archives of:
+http://mail.gnome.org/mailman/listinfo/release-team
+
+desktop-devel-list has a message regarding the tracker backend:
+https://mail.gnome.org/archives/desktop-devel-list/2011-September/msg00059.html
+
+Think folks should not be compiled with the tracker backend (note: won't
+matter much for dependencies of GNOME 3.2; gnome-documents relies on
+tracker).
+-- 
+Regards,
+Olav
+
+ + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007975.html b/zarb-ml/mageia-dev/2011-September/007975.html new file mode 100644 index 000000000..c9a239da1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007975.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] Problem when compiling a program - missing file "taglib/flacpicture.h" + + + + + + + + + +

[Mageia-dev] Problem when compiling a program - missing file "taglib/flacpicture.h"

+ Dimitrios Glentadakis + dglent at gmail.com +
+ Sat Sep 10 13:30:27 CEST 2011 +

+
+ +
Στις Σάββατο 10 Σεπτέμβριος 2011 12:43:26 Rémi Verschelde γράψατε:
+> 2011/9/10 Dimitrios Glentadakis <dglent at gmail.com>:
+> > Yes, i have Mageia 1 , i have to wait a little ...
+> >
+> > i saw in the README that was needed the version 1.6.x:
+> >
+> [...]
+> > Taglib     >=1.6.x
+> 
+> Superior or equal to, though, so version 1.7 should be alright. Maybe
+> you could try with the package from Cauldron (though it is not advised
+> in general), or you may want to compile taglib[1] prior to compiling
+> AudioThumbs?
+> 
+> Regards,
+> Rémi / Akien
+> 
+> [1] http://developer.kde.org/~wheeler/taglib.html
+> 
+
+it is required the taglib equal or higher of 1.6.x but the 1.7 is needed for the taglib/flacpicture.h
+So , i have to wait for the next version of mageia 2 to compile it (or manualy compile the taglib 1.7 first)
+
+-- 
+
+
+Dimitrios Glentadakis
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007976.html b/zarb-ml/mageia-dev/2011-September/007976.html new file mode 100644 index 000000000..d0ef4f869 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007976.html @@ -0,0 +1,84 @@ + + + + [Mageia-dev] tracker... + + + + + + + + + +

[Mageia-dev] tracker...

+ Jani Välimaa + jani.valimaa at gmail.com +
+ Sat Sep 10 13:48:58 CEST 2011 +

+
+ +
2011/9/10 Olav Vitters <olav at vitters.nl>:
+> On Sat, Sep 10, 2011 at 10:58:04AM +0300, Jani Välimaa wrote:
+>> Gnome-shell won't start without tracker and .xsession-errors says:
+>> (gnome-shell:6244): tracker-WARNING **: trf-persona-store.vala:1102:
+>> Error fetching SPARQL connection handler:
+>> GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name
+>> org.freedesktop.Tracker1 was not provided by any .service files
+>> **
+>
+> folks has been compiled with the --enable-tracker-backend. By default
+> fols (IIRC) does not compile the tracker support and only
+> evolution-data-server (which just has a confusing name) is used.
+>
+> >From what I remember from the GNOME discussions is that the tracker
+> support in folks would be split up in somehow, but don't recall exactly.
+>
+> See also the folks status discussion at the archives of:
+> http://mail.gnome.org/mailman/listinfo/release-team
+>
+> desktop-devel-list has a message regarding the tracker backend:
+> https://mail.gnome.org/archives/desktop-devel-list/2011-September/msg00059.html
+>
+> Think folks should not be compiled with the tracker backend (note: won't
+> matter much for dependencies of GNOME 3.2; gnome-documents relies on
+> tracker).
+
+OK, I'll disable tracker backend from folks as it's not recommended to use it.
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007977.html b/zarb-ml/mageia-dev/2011-September/007977.html new file mode 100644 index 000000000..205d422e0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007977.html @@ -0,0 +1,137 @@ + + + + [Mageia-dev] Update Problem on Mageia 1 (dkms-fglrx-8.881-1.mga1.nonfree.x86_64) + + + + + + + + + +

[Mageia-dev] Update Problem on Mageia 1 (dkms-fglrx-8.881-1.mga1.nonfree.x86_64)

+ magnus + magnus.mud at googlemail.com +
+ Sat Sep 10 14:16:42 CEST 2011 +

+
+ +
I have a Prob to update my system:
+
+[root at tux_edge magnus]# LC_ALL=C urpmi --auto-update
+medium "Core Release" is up-to-date
+medium "Core Updates" is up-to-date
+medium "Nonfree Release" is up-to-date
+medium "Nonfree Updates" is up-to-date
+medium "Tainted Release" is up-to-date
+medium "Tainted Updates" is up-to-date
+medium "Core 32bit Release" is up-to-date
+medium "Core 32bit Updates" is up-to-date
+The following package has to be removed for others to be upgraded:
+dkms-fglrx-8.881-1.mga1.nonfree.x86_64
+ (in order to install dkms-fglrx-8.881-1.mga1.nonfree.x86_64) (y/N) y
+To satisfy dependencies, the following packages are going to be installed:
+   Package                        Version      Release       Arch
+(medium "Core Updates")
+  chromium-browser-stable        13.0.782.220 1.1.mga1      x86_64
+  ifmetric                       0.3          9.1.mga1      x86_64
+  lib64python2.7                 2.7.1        6.1.mga1      x86_64
+  lib64xfont1                    1.4.3        1.1.mga1      x86_64
+  python                         2.7.1        6.1.mga1      x86_64
+  tkinter                        2.7.1        6.1.mga1      x86_64
+(medium "Nonfree Updates")
+  dkms-fglrx                     8.881        1.mga1.nonfr> x86_64
+  fglrx-control-center           8.881        1.mga1.nonfr> x86_64
+  x11-driver-video-fglrx         8.881        1.mga1.nonfr> x86_64
+4.4MB of additional disk space will be used.
+53MB of packages will be retrieved.
+Proceed with the installation of the 9 packages? (Y/n) y
+
+
+installing ifmetric-0.3-9.1.mga1.x86_64.rpm python-2.7.1-6.1.mga1.x86_64.rpm
+fglrx-control-center-8.881-1.mga1.nonfree.x86_64.rpm
+lib64xfont1-1.4.3-1.1.mga1.x86_64.rpm
+x11-driver-video-fglrx-8.881-1.mga1.nonfree.x86_64.rpm
+tkinter-2.7.1-6.1.mga1.x86_64.rpm lib64python2.7-2.7.1-6.1.mga1.x86_64.rpm
+dkms-fglrx-8.881-1.mga1.nonfree.x86_64.rpm
+chromium-browser-stable-13.0.782.220-1.1.mga1.x86_64.rpm from
+/var/cache/urpmi/rpms
+Preparing...
+#####################################################################
+Installation failed:    package dkms-fglrx-8.881-1.mga1.nonfree.x86_64 is
+already installed
+[root at tux_edge magnus]#
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110910/f6f9e203/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007978.html b/zarb-ml/mageia-dev/2011-September/007978.html new file mode 100644 index 000000000..9919116a5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007978.html @@ -0,0 +1,90 @@ + + + + [Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2

+ Jani Välimaa + jani.valimaa at gmail.com +
+ Sat Sep 10 19:24:25 CEST 2011 +

+
+ +
2011/9/10 Balcaen John <mikala at mageia.org>:
+> Le Vendredi 9 Septembre 2011 23:42:46 Florian Hubold a écrit :
+> [...]
+>> > like %_kde_applicationsdir or %_kde_appsdir
+>> > Regarding the %mkrel if you're using a git tarball it could be
+>> > nice to have it announced in the file name
+>> > something for release like %mkrel -c git %git should do the trick
+>>
+>> Interesting. What does %mkrel -c git do?
+> It's interressing for git/svn snapshot so you can get a srpm like this
+> for exemple :
+> libkvkontakte-1.0-0.git.20110908.mga2.src.rpm
+> version here is 1.0 & the Release is set to %mkrel -c git %gitdate
+>
+
+What if you need to do some (minor) changes? Which part of release do
+you bump when using the same git release?
+
+For example '%mkrel -c git%{gitdate} %{rel}' would be better as then
+there are "release" part which you can bump after changes. My example
+expands to something like 0.git20110908.1.mga2..
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007979.html b/zarb-ml/mageia-dev/2011-September/007979.html new file mode 100644 index 000000000..37a2f7a54 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007979.html @@ -0,0 +1,87 @@ + + + + [Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2

+ Balcaen John + mikala at mageia.org +
+ Sat Sep 10 19:40:42 CEST 2011 +

+
+ +
Le Samedi 10 Septembre 2011 20:24:25 Jani Välimaa a écrit :
+[...]
+> > version here is 1.0 & the Release is set to %mkrel -c git %gitdate
+> 
+> What if you need to do some (minor) changes? Which part of release do
+> you bump when using the same git release?
+> 
+> For example '%mkrel -c git%{gitdate} %{rel}' would be better as then
+> there are "release" part which you can bump after changes. My example
+> expands to something like 0.git20110908.1.mga2..
+Sure,
+you can of course add a %rel tag after if you want to do some changes 
+since 0.git20110908.1.mga2 is > 0.git20110908.mga2
+
+Regards,
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007980.html b/zarb-ml/mageia-dev/2011-September/007980.html new file mode 100644 index 000000000..dfef16dfe --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007980.html @@ -0,0 +1,89 @@ + + + + [Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2

+ Jani Välimaa + jani.valimaa at gmail.com +
+ Sat Sep 10 20:06:21 CEST 2011 +

+
+ +
2011/9/10 Balcaen John <mikala at mageia.org>:
+> Le Samedi 10 Septembre 2011 20:24:25 Jani Välimaa a écrit :
+> [...]
+>> > version here is 1.0 & the Release is set to %mkrel -c git %gitdate
+>>
+>> What if you need to do some (minor) changes? Which part of release do
+>> you bump when using the same git release?
+>>
+>> For example '%mkrel -c git%{gitdate} %{rel}' would be better as then
+>> there are "release" part which you can bump after changes. My example
+>> expands to something like 0.git20110908.1.mga2..
+> Sure,
+> you can of course add a %rel tag after if you want to do some changes
+> since 0.git20110908.1.mga2 is > 0.git20110908.mga2
+>
+
+Yes, I know but I meant it should be there from the start, for
+consistency. IMHO it should be noted somewhere in release tag that
+it's the first release, even in this "special" case. And like it's
+done in normal release tag.
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007981.html b/zarb-ml/mageia-dev/2011-September/007981.html new file mode 100644 index 000000000..ca19cb3ae --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007981.html @@ -0,0 +1,97 @@ + + + + [Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2

+ Jani Välimaa + jani.valimaa at gmail.com +
+ Sat Sep 10 20:13:49 CEST 2011 +

+
+ +
2011/9/10 Jani Välimaa <jani.valimaa at gmail.com>:
+> 2011/9/10 Balcaen John <mikala at mageia.org>:
+>> Le Samedi 10 Septembre 2011 20:24:25 Jani Välimaa a écrit :
+>> [...]
+>>> > version here is 1.0 & the Release is set to %mkrel -c git %gitdate
+>>>
+>>> What if you need to do some (minor) changes? Which part of release do
+>>> you bump when using the same git release?
+>>>
+>>> For example '%mkrel -c git%{gitdate} %{rel}' would be better as then
+>>> there are "release" part which you can bump after changes. My example
+>>> expands to something like 0.git20110908.1.mga2..
+>> Sure,
+>> you can of course add a %rel tag after if you want to do some changes
+>> since 0.git20110908.1.mga2 is > 0.git20110908.mga2
+>>
+>
+> Yes, I know but I meant it should be there from the start, for
+> consistency. IMHO it should be noted somewhere in release tag that
+> it's the first release, even in this "special" case. And like it's
+> done in normal release tag.
+>
+
+Also, I have one example why the %rel part should be there from the start.
+
+What if we have some tool (like 'mdvsys update') which bumps release
+(semi-)automatically? If there's no %rel part it probably bumps the
+%gitdate part which is not intended.
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007982.html b/zarb-ml/mageia-dev/2011-September/007982.html new file mode 100644 index 000000000..c73a5f04d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007982.html @@ -0,0 +1,87 @@ + + + + [Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2

+ Balcaen John + mikala at mageia.org +
+ Sat Sep 10 21:12:28 CEST 2011 +

+
+ +
Le Samedi 10 Septembre 2011 21:13:49 Jani Välimaa a écrit :
+[...]
+> > Yes, I know but I meant it should be there from the start, for
+> > consistency. IMHO it should be noted somewhere in release tag that
+> > it's the first release, even in this "special" case. And like it's
+> > done in normal release tag.
+You're right.
+
+> Also, I have one example why the %rel part should be there from the
+> start.
+> 
+> What if we have some tool (like 'mdvsys update') which bumps release
+> (semi-)automatically? If there's no %rel part it probably bumps the
+> %gitdate part which is not intended.
+Yep.
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007983.html b/zarb-ml/mageia-dev/2011-September/007983.html new file mode 100644 index 000000000..b12d5a1ef --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007983.html @@ -0,0 +1,105 @@ + + + + [Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release kphotoalbum-0-1.mga2

+ Matteo + pasotti.matteo at gmail.com +
+ Sat Sep 10 21:33:06 CEST 2011 +

+
+ +
-----BEGIN PGP SIGNED MESSAGE-----
+Hash: SHA1
+
+Il 10/09/2011 21:12, Balcaen John ha scritto:
+> Le Samedi 10 Septembre 2011 21:13:49 Jani Välimaa a écrit :
+> [...]
+>>> Yes, I know but I meant it should be there from the start, for
+>>> consistency. IMHO it should be noted somewhere in release tag that
+>>> it's the first release, even in this "special" case. And like it's
+>>> done in normal release tag.
+> You're right.
+> 
+>> Also, I have one example why the %rel part should be there from the
+>> start.
+>>
+>> What if we have some tool (like 'mdvsys update') which bumps release
+>> (semi-)automatically? If there's no %rel part it probably bumps the
+>> %gitdate part which is not intended.
+> Yep.
+> 
+Got it.
+I completely agree with you guys, I'm fixing the spec :-)
+Tnx
+- -- 
+Matteo
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.11 (GNU/Linux)
+Comment: Using GnuPG with Mageia - http://enigmail.mozdev.org/
+
+iQEcBAEBAgAGBQJOa7tuAAoJED3LowjDDWbNwc4H+gO7gPzdaTZANz+qFD4B/6GV
+MNFkQ9ktX8CVb6DMmKK2MKZ1WnrhSKPIPO63RWrGyHfCJOYF2KCXY2mpQltgU0Hu
+LJ5M/gtZBMPB2nLBaJ6GEGFnTVC7qRcY5M8aERl9UFvGlkiKJgQev3umyyqYie3l
+rf6wWylqZ7u9Jz+ZV+BfZO7Z+BtwUZ5AUlmsVjUNXKFhQZ3zE9GarYwN6ZhtrTTd
+TBjpL/bKrWVgdFSuRJHx0fOfcmxbXN4YwXD8Cfj8kpAtldjPPO0p5PV8+uZnCW9a
+1VLEliZQR2wFJYBrIw6/bVqHPEHuSlqaiFrMV+2IaXQ0s38zETTk4/dED2g9lV0=
+=/Wlv
+-----END PGP SIGNATURE-----
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007984.html b/zarb-ml/mageia-dev/2011-September/007984.html new file mode 100644 index 000000000..b539a531f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007984.html @@ -0,0 +1,77 @@ + + + + [Mageia-dev] KDE doesn't start after last updates + + + + + + + + + +

[Mageia-dev] KDE doesn't start after last updates

+ Barry Jackson + zen25000 at zen.co.uk +
+ Sun Sep 11 11:50:36 CEST 2011 +

+
+ +
On 09/09/11 07:05, cazzaniga.sandro at gmail.com wrote:
+>>    What is neccessary?
+>
+> As I said, all errors msgs possible that you can find, all your configuration, ...
+>
+> Thanks
+>
+
+probably
+https://bugs.mageia.org/show_bug.cgi?id=2700
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007985.html b/zarb-ml/mageia-dev/2011-September/007985.html new file mode 100644 index 000000000..a9e91da5e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007985.html @@ -0,0 +1,89 @@ + + + + [Mageia-dev] [RPM] cauldron core/release gcc-4.5.2-5.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release gcc-4.5.2-5.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Sun Sep 11 19:59:47 CEST 2011 +

+
+ +
On 11 September 2011 04:51, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> fwang <fwang> 4.5.2-5.mga2:
+> + Revision: 142272
+> - rebuild for new libpng
+
+WTF????
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007986.html b/zarb-ml/mageia-dev/2011-September/007986.html new file mode 100644 index 000000000..acf318f79 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007986.html @@ -0,0 +1,88 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Michael Scherer + misc at zarb.org +
+ Mon Sep 12 01:15:45 CEST 2011 +

+
+ +
Le vendredi 09 septembre 2011 à 12:45 +0100, Colin Guthrie a écrit :
+> 'Twas brillig, and Thierry Vignaud at 09/09/11 12:09 did gyre and gimble:
+> > On 9 September 2011 11:41, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+> >> I've covered this several times on the mailing list already.
+> >>
+> >> Check your /etc/pam.d folders for .rpmnew files, especially for system-auth.
+> >>
+> >> You need to make sure the pam_systemd.so module is loaded.
+> >>
+> >> To confirm this is the problem simply check: systemd-loginctl after
+> >> logging in. I you are registered correctly, your user should show up
+> >> there. If something is messed up with your pam configs you likely won't
+> >> show up in the user list.
+> > 
+> > Couldn't we do some basic migration in a %trigger?
+> 
+> Well, I'm not convinced these files should be configure(noreplace) in
+> the first place.
+
+I would rather then split this in 2, a file for admin to modify, and one
+for the system.
+
+> Perhaps we should do something fancier e.g. by using fedora's authconfig?
+
+What about asking to lennart to rewrite pam once he finish systemd /o\
+
+-- 
+Michael Scherer
+
+
+ + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007987.html b/zarb-ml/mageia-dev/2011-September/007987.html new file mode 100644 index 000000000..ca07a8312 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007987.html @@ -0,0 +1,108 @@ + + + + [Mageia-dev] Problem with python + + + + + + + + + +

[Mageia-dev] Problem with python

+ JA Magallon + jamagallon at ono.com +
+ Mon Sep 12 02:14:55 CEST 2011 +

+
+ +
Hi....
+
+After latest updates, something went nuts wrt pyton. Some apps that use python
+plugins just crash, for example gedit or totem.
+Running on gdb, I get this:
+
+gdb gedit
+...
+Starting program: /usr/bin/gedit 
+[Thread debugging using libthread_db enabled]
+[New Thread 0x7fffedd76710 (LWP 32034)]
+[New Thread 0x7fffed575710 (LWP 32035)]
+[New Thread 0x7fffecb6b710 (LWP 32036)]
+
+Program received signal SIGSEGV, Segmentation fault.
+0x00007fffdeeded1d in PySys_GetObject () from /usr/lib64/libpython2.7.so.1.0
+
+For totem, its the same:
+
+...
+Program received signal SIGSEGV, Segmentation fault.
+0x00007fffc98d5d1d in PySys_GetObject () from /usr/lib64/libpython2.7.so.1.0
+
+Someone else sees this ?
+Any ideas ?
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007988.html b/zarb-ml/mageia-dev/2011-September/007988.html new file mode 100644 index 000000000..b00d66407 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007988.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] [RPM] cauldron core/release gcc-4.5.2-5.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release gcc-4.5.2-5.mga2

+ Funda Wang + fundawang at gmail.com +
+ Mon Sep 12 04:35:49 CEST 2011 +

+
+ +
Well,libgcj requires libpng for some reasons.
+
+2011/9/12, Thierry Vignaud <thierry.vignaud at gmail.com>:
+> On 11 September 2011 04:51, Mageia Team <buildsystem-daemon at mageia.org>
+> wrote:
+>> fwang <fwang> 4.5.2-5.mga2:
+>> + Revision: 142272
+>> - rebuild for new libpng
+>
+> WTF????
+>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007989.html b/zarb-ml/mageia-dev/2011-September/007989.html new file mode 100644 index 000000000..09481d276 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007989.html @@ -0,0 +1,99 @@ + + + + [Mageia-dev] Erhalte Zugang zu meinen Bildern und mehr + + + + + + + + + +

[Mageia-dev] Erhalte Zugang zu meinen Bildern und mehr

+ Wolfgang Bornath + noreply+M192120801 at netlogmail.com +
+ Mon Sep 12 07:40:03 CEST 2011 +

+
+ +
Hey,
+
+Ich habe ein Netlog Profil mit meinen Bildern, Videos, Blogs und Events erstellt und möchte dich als Freund hinzufügen, damit du dir das ansehen kannst. Du musst dich zuerst auf Netlog registrieren! Wenn du dich einloggst, kannst du dein eigenes Profil erstellen.
+
+Sieh's dir an:
+http://de.netlog.com/go/mailurl/-bT0xMzgyMjMyNjE5Jmw9MSZnbT0xMiZ1PSUyRmdvJTJGcmVnaXN0ZXIlMkZpZCUzRC1iV0ZuWldsaExXUmxka0J0WVdkbGFXRXViM0puJTI2dWlkJTNEMTczNDU5ODc0
+
+Grüße
+Wolfgang
+
+----------------------------------------------------------------
+Möchtest du keine Einladungen von deinen Freunden mehr erhalten?
+http://de.netlog.com/go/mailurl/-bT0xMzgyMjMyNjE5Jmw9MiZnbT0xMiZ1PSUyRmdvJTJGbm9tYWlscyUyRmludml0ZSUyRmVtYWlsJTNELWJXRm5aV2xoTFdSbGRrQnRZV2RsYVdFdWIzSm4lMjZjb2RlJTNEMDI2OTgwNjM_
+Don't want to receive invitations from your friends anymore?
+http://de.netlog.com/go/mailurl/-bT0xMzgyMjMyNjE5Jmw9MyZnbT0xMiZ1PWh0dHAlM0ElMkYlMkZlbi5uZXRsb2cuY29tJTJGZ28lMkZub21haWxzJTJGaW52aXRlJTJGZW1haWwlM0QtYldGblpXbGhMV1JsZGtCdFlXZGxhV0V1YjNKbiUyNmNvZGUlM0QwMjY5ODA2Mw__
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110912/31dfb9bc/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007990.html b/zarb-ml/mageia-dev/2011-September/007990.html new file mode 100644 index 000000000..0225536d2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007990.html @@ -0,0 +1,87 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Sander Lepik + sander.lepik at eesti.ee +
+ Mon Sep 12 08:22:32 CEST 2011 +

+
+ +
08.09.2011 16:53, Thierry Vignaud kirjutas:
+> Hi
+>
+> In order to got more testing for systemd, I'm considering switching
+> the installer to:
+> - install it
+> - default to it (aka add "init=/bin/systemd")
+>
+> WDYT?
+>
+> See you
+I got another problem. This time with /var. For two systems i have 
+created /var as a separate volume on LVM. And systemd can't start /var. 
+It's complaining that some deps failed. So long i only noticed different 
+types of loggers that won't start. Also complaining about failed deps. 
+So is there a loop? Loggers won't start as they want to log on /var and 
+/var can't be mounted as it needs some logger to log it?! I'll try to 
+test it more on VM but so long it seems that separated /var is causing 
+boot problems :S (one system didn't start at all (and has weird 
+repeating errors: 
+http://dl.dropbox.com/u/4210594/IMG_20110911_230902.jpg ) so i have to 
+revert back to sysvinit).
+
+--
+Sander
+
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007991.html b/zarb-ml/mageia-dev/2011-September/007991.html new file mode 100644 index 000000000..3302783ca --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007991.html @@ -0,0 +1,128 @@ + + + + [Mageia-dev] Erhalte Zugang zu meinen Bildern und mehr + + + + + + + + + +

[Mageia-dev] Erhalte Zugang zu meinen Bildern und mehr

+ Wolfgang Bornath + molch.b at googlemail.com +
+ Mon Sep 12 09:28:29 CEST 2011 +

+
+ +
Sorry folks, this was an *unwanted* automatic mail from the netlog system.
+
+-- 
+wobo
+
+Am 12. September 2011 07:40 schrieb Wolfgang Bornath <
+noreply+M192120801 at netlogmail.com>:
+
+> **
+>
+>  Wolfgang Bornath
+>  männlich - 64 Jahre alt
+> Hessen
+>
+>
+>      Hi!
+>
+> Ich habe ein Netlog-Profil erstellt und möchte dir (mageia-dev at mageia.org)
+> Zugang zu meinen neuesten Bilder und mehr geben.
+>
+>       Verbinde dich mit Wolfgang
+> <http://de.netlog.com/go/mailurl/-bT0xMzgyMjMyNjE5Jmw9MSZnbT0xMiZ1PSUyRmdvJTJGcmVnaXN0ZXIlMkZpZCUzRC1iV0ZuWldsaExXUmxka0J0WVdkbGFXRXViM0puJTI2dWlkJTNEMTczNDU5ODc0>
+>
+>  Hallo,
+> Wolfgang                      Wird der Button oben nicht korrekt gezeigt?
+> Klick here<http://de.netlog.com/go/mailurl/-bT0xMzgyMjMyNjE5Jmw9MSZnbT0xMiZ1PSUyRmdvJTJGcmVnaXN0ZXIlMkZpZCUzRC1iV0ZuWldsaExXUmxka0J0WVdkbGFXRXViM0puJTI2dWlkJTNEMTczNDU5ODc0>oder kopiere den Link unten in die Adressleiste deines Browsers.
+>
+> http://de.netlog.com/go/mailurl/-bT0xMzgyMjMyNjE5Jmw9MSZnbT0xMiZ1PSUyRmdvJTJGcmVnaXN0ZXIlMkZpZCUzRC1iV0ZuWldsaExXUmxka0J0WVdkbGFXRXViM0puJTI2dWlkJTNEMTczNDU5ODc0
+>
+>
+>
+>
+>
+>
+>  Möchtest du keine Einladungen von deinen Freunden mehr erhalten? Klick
+> hier
+> <http://de.netlog.com/go/mailurl/-bT0xMzgyMjMyNjE5Jmw9NiZnbT0xMiZ1PSUyRmdvJTJGbm9tYWlscyUyRmludml0ZSUyRmVtYWlsJTNELWJXRm5aV2xoTFdSbGRrQnRZV2RsYVdFdWIzSm4lMjZjb2RlJTNEMDI2OTgwNjM_>.
+>
+> Don't want to receive invitations from your friends anymore? Click here
+> <http://de.netlog.com/go/mailurl/-bT0xMzgyMjMyNjE5Jmw9NyZnbT0xMiZ1PWh0dHAlM0ElMkYlMkZlbi5uZXRsb2cuY29tJTJGZ28lMkZub21haWxzJTJGaW52aXRlJTJGZW1haWwlM0QtYldGblpXbGhMV1JsZGtCdFlXZGxhV0V1YjNKbiUyNmNvZGUlM0QwMjY5ODA2Mw__>
+> .
+> *Massive Media NV* - E. Braunplein 18. B-9000 Gent. Belgium.
+> BE0859635972 - abuse-de at netlog.com
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110912/58454bb5/attachment-0001.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007992.html b/zarb-ml/mageia-dev/2011-September/007992.html new file mode 100644 index 000000000..1c0c8d134 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007992.html @@ -0,0 +1,75 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Mon Sep 12 10:18:11 CEST 2011 +

+
+ +
On 12 September 2011 08:22, Sander Lepik <sander.lepik at eesti.ee> wrote:
+> I got another problem. This time with /var. For two systems i have created
+> /var as a separate volume on LVM. And systemd can't start /var. It's
+> complaining that some deps failed. So long i only noticed different types of
+> loggers that won't start. Also complaining about failed deps. So is there a
+> loop? Loggers won't start as they want to log on /var and /var can't be
+> mounted as it needs some logger to log it?! I'll try to test it more on VM
+> but so long it seems that separated /var is causing boot problems :S (one
+> system didn't start at all (and has weird repeating errors:
+> http://dl.dropbox.com/u/4210594/IMG_20110911_230902.jpg ) so i have to
+> revert back to sysvinit).
+
+Please open a bug report instead of hijacking this thread.
+Thanks
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007993.html b/zarb-ml/mageia-dev/2011-September/007993.html new file mode 100644 index 000000000..bb93f5660 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007993.html @@ -0,0 +1,105 @@ + + + + [Mageia-dev] Switch from Corba to D-Bus based AT-SPI? + + + + + + + + + +

[Mageia-dev] Switch from Corba to D-Bus based AT-SPI?

+ Olav Vitters + olav at vitters.nl +
+ Mon Sep 12 11:09:11 CEST 2011 +

+
+ +
While trying to test the new on-screen keyboard in GNOME 3.1, I noticed
+that the Python module 'pyatspi' from at-spi 1.32 doesn't work with
+caribou.
+
+Problem in short: at-spi 1.32 is very old and its python bindings are
+static and this won't work with any module which has been converted to
+gobject introspection.
+
+In Fedora as of GNOME 3.1+, D-Bus is used instead of Corba for at-spi.
+
+They way they do this:
+In at-spi 1.32, you can pass --enable-locate to rename the Python module
+to pyatspi_corba.
+Then there also is a separate "pyatspi" module (2.1.90); this one should
+work together with Caribou. There are still other issues with Caribou
+(still under development), but gets us at least closer to an on-screen
+keyboard.
+
+
+Can we make the same switch?
+
+
+Note: not an expert on anything said above. Perhaps I missed some steps.
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007994.html b/zarb-ml/mageia-dev/2011-September/007994.html new file mode 100644 index 000000000..23d2fd19f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007994.html @@ -0,0 +1,127 @@ + + + + [Mageia-dev] Switch from Corba to D-Bus based AT-SPI? + + + + + + + + + +

[Mageia-dev] Switch from Corba to D-Bus based AT-SPI?

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Mon Sep 12 16:20:11 CEST 2011 +

+
+ +
'Twas brillig, and Olav Vitters at 12/09/11 10:09 did gyre and gimble:
+> While trying to test the new on-screen keyboard in GNOME 3.1, I noticed
+> that the Python module 'pyatspi' from at-spi 1.32 doesn't work with
+> caribou.
+> 
+> Problem in short: at-spi 1.32 is very old and its python bindings are
+> static and this won't work with any module which has been converted to
+> gobject introspection.
+> 
+> In Fedora as of GNOME 3.1+, D-Bus is used instead of Corba for at-spi.
+> 
+> They way they do this:
+> In at-spi 1.32, you can pass --enable-locate to rename the Python module
+> to pyatspi_corba.
+> Then there also is a separate "pyatspi" module (2.1.90); this one should
+> work together with Caribou. There are still other issues with Caribou
+> (still under development), but gets us at least closer to an on-screen
+> keyboard.
+> 
+> 
+> Can we make the same switch?
+> 
+> 
+> Note: not an expert on anything said above. Perhaps I missed some steps.
+
+I'm not sure any of us is an expert here, so you're the best we've got!
+I actually only imported Caribou recently to satify the deps but didn't
+have time to look into things properly like you are doing.
+
+As far as I'm concerned, you have carte blanche to make the necessary
+changes here!
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007995.html b/zarb-ml/mageia-dev/2011-September/007995.html new file mode 100644 index 000000000..a3a93831f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007995.html @@ -0,0 +1,77 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Mon Sep 12 16:20:49 CEST 2011 +

+
+ +
'Twas brillig, and Michael Scherer at 12/09/11 00:15 did gyre and gimble:
+> What about asking to lennart to rewrite pam once he finish systemd /o\
+
+No, I want him back doing audio :D
+
+Col
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007996.html b/zarb-ml/mageia-dev/2011-September/007996.html new file mode 100644 index 000000000..c63563038 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007996.html @@ -0,0 +1,128 @@ + + + + [Mageia-dev] systemd + separate /var (was Re: more testing for systemd: defaulting to it) + + + + + + + + + +

[Mageia-dev] systemd + separate /var (was Re: more testing for systemd: defaulting to it)

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Mon Sep 12 16:36:41 CEST 2011 +

+
+ +
'Twas brillig, and Sander Lepik at 12/09/11 07:22 did gyre and gimble:
+> 08.09.2011 16:53, Thierry Vignaud kirjutas:
+>> Hi
+>>
+>> In order to got more testing for systemd, I'm considering switching
+>> the installer to:
+>> - install it
+>> - default to it (aka add "init=/bin/systemd")
+>>
+>> WDYT?
+>>
+>> See you
+> I got another problem. This time with /var. For two systems i have
+> created /var as a separate volume on LVM. And systemd can't start /var.
+> It's complaining that some deps failed. So long i only noticed different
+> types of loggers that won't start. Also complaining about failed deps.
+> So is there a loop? Loggers won't start as they want to log on /var and
+> /var can't be mounted as it needs some logger to log it?! I'll try to
+> test it more on VM but so long it seems that separated /var is causing
+> boot problems :S (one system didn't start at all (and has weird
+> repeating errors:
+> http://dl.dropbox.com/u/4210594/IMG_20110911_230902.jpg ) so i have to
+> revert back to sysvinit).
+
+OK, so unless you use rsyslog, I think there could easily be a logging loop.
+
+I packaged the latest rsyslog with all the systemd goodness a couple
+weeks back so it should be cool now.
+
+You should definitely mount /var before starting your logger, (systemd
+will happily pass over any accumulated log output to the actual logger
+when it starts - well not quite systemd, passing it over, but it happens
+magically anyway!)
+
+So the question is "Why isn't /var mounted early enough?".
+
+I'm not really in a position to think about why this is right now, but
+suffice to say, the auto mounter in systemd should really automatically
+mount /var as soon as it's needed, so perhaps the logger is somehow
+starting before the automounter?
+
+
+If you do: "man systemd.special"  and look for info about
+local-fs.target, it contains some interesting info about how /etc/fstab
+is processed.
+
+Primarily it needs the "auto" keyword in the options. Perhaps if you add
+"auto" to the mount options (should be harmless for non-systemd) then
+things will work fine?
+
+Worth a shot.
+
+Col
+
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007997.html b/zarb-ml/mageia-dev/2011-September/007997.html new file mode 100644 index 000000000..ef7021c5e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007997.html @@ -0,0 +1,71 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Michael Scherer + misc at zarb.org +
+ Mon Sep 12 16:55:56 CEST 2011 +

+
+ +
Le lundi 12 septembre 2011 à 15:20 +0100, Colin Guthrie a écrit :
+> 'Twas brillig, and Michael Scherer at 12/09/11 00:15 did gyre and gimble:
+> > What about asking to lennart to rewrite pam once he finish systemd /o\
+> 
+> No, I want him back doing audio :D
+
+pam_pulseaudio, so you need to use your voice to connect. Sound like a
+great idea to have lennart doing audio and pam /o\
+
+
+-- 
+Michael Scherer
+
+
+ + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007998.html b/zarb-ml/mageia-dev/2011-September/007998.html new file mode 100644 index 000000000..542ae92cd --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007998.html @@ -0,0 +1,86 @@ + + + + [Mageia-dev] more testing for systemd: defaulting to it + + + + + + + + + +

[Mageia-dev] more testing for systemd: defaulting to it

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Mon Sep 12 17:02:30 CEST 2011 +

+
+ +
'Twas brillig, and Michael Scherer at 12/09/11 15:55 did gyre and gimble:
+> Le lundi 12 septembre 2011 à 15:20 +0100, Colin Guthrie a écrit :
+>> 'Twas brillig, and Michael Scherer at 12/09/11 00:15 did gyre and gimble:
+>>> What about asking to lennart to rewrite pam once he finish systemd /o\
+>>
+>> No, I want him back doing audio :D
+> 
+> pam_pulseaudio, so you need to use your voice to connect. Sound like a
+> great idea to have lennart doing audio and pam /o\
+
+/me has visions of an ED209 unit not quite hearing properly that I
+dropped my gun on the floor....
+
+Col
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/007999.html b/zarb-ml/mageia-dev/2011-September/007999.html new file mode 100644 index 000000000..01f6e2f49 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/007999.html @@ -0,0 +1,157 @@ + + + + [Mageia-dev] Review of security updates + + + + + + + + + +

[Mageia-dev] Review of security updates

+ Manuel Hiebel + manuel at hiebel.eu +
+ Mon Sep 12 22:03:26 CEST 2011 +

+
+ +
Hi, 
+
+At this moment we have 15 security bugs open: 5 on QA, 4 waiting on
+answer of packager, 1 assigned, 1 with a patch, 4 with no progress  
+
+Since the bugzilla exist: 57 closed, 24 before the stable and 48 after.
+4 bugs was resolved as invalid and 7 as duplicate.
+
+The average for closure of Security bugs: 
+in June 37.4 days 5-6 weeks
+in July 35.5 days ~5 weeks
+in august 1 week
+and for September 3 days.
+			
+########
+No progress:
+      * 1854 .config in / 2011-06-19 18:41 CEST by james Whitby
+        Modified: 2011-06-20 01:42 CEST
+
+      * 1971 PHP 2011-06-30 15:54 CEST by Stew Benedict
+        Modified: 2011-08-30 11:59 CEST
+
+      * 1979 oprofile 2011-06-30 23:43 CEST by Nicolas Vigier
+        Modified: 2011-08-30 10:00 CEST
+
+      * 2638 ruby-rails 011-09-06 13:16 CEST by Sander Lepik
+        Modified: 2011-09-06 13:16 CEST
+
+######
+On QA: 
+      * 1519 GDM 2011-06-02 12:48 CEST by Jérôme Soyer
+        Modified: 	2011-09-10 01:16 CEST
+
+      * 1731 OpenJDK 2011-06-10 11:59 CEST by Hermes Laws
+        Modified: 	2011-09-11 21:19 CEST
+
+      * 1949 libvirt 2011-06-28 15:51 CEST by Stew Benedict
+        Modified: 	2011-09-10 03:33 CEST 
+
+      * 2642 kernel 2011-09-06 16:56 CEST by Thomas Backlund
+        Modified: 	2011-09-11 04:31 CEST
+
+      * 2717 python-django 2011-09-12 18:33 CEST by Michael Scherer
+        Modified: 	2011-09-12 18:56 CEST
+
+######
+QA waiting of packager:
+      * 2063 qemu 2011-07-07 09:37 CEST by Jérôme Soyer
+        Modified:	2011-09-11 13:30 CEST
+  >misc
+
+      * 2475 freetype2 2011-08-20 21:29 CEST by Funda Wang
+        Modified: 	2011-09-10 04:40 CEST
+  >dmorgan
+
+######
+Waiting/response of packager:
+      * 1948 nagios 2011-06-28 15:41 CEST by Stew Benedict
+        Modified: 	2011-09-06 02:56 CEST
+  >guillomovitch
+
+      * 2064 krb5 2011-07-07 15:44 CEST by Stew Benedict
+        Modified: 	2011-09-06 02:44 CEST
+  >guillomovitch, pterjan
+
+######
+Assigned:
+      * 1963 tigervnc 2011-06-29 15:25 CEST by Stew Benedict
+        Modified: 	2011-09-04 04:27 CEST
+  >dmorgan
+
+######
+Patch:
+      * 2255 msec / sectools 2011-07-24 09:26 CEST by Raphaël Vinet
+        Modified: 	2011-09-05 06:57 CEST
+
+
+Thanks to all ! (and sorry for the delay) 
+-- 
+Manuel Hiebel (leuhmanu)
+
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008000.html b/zarb-ml/mageia-dev/2011-September/008000.html new file mode 100644 index 000000000..bc9220f2d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008000.html @@ -0,0 +1,89 @@ + + + + [Mageia-dev] Review of security updates + + + + + + + + + +

[Mageia-dev] Review of security updates

+ Florian Hubold + doktor5000 at arcor.de +
+ Mon Sep 12 23:14:28 CEST 2011 +

+
+ +
Am 12.09.2011 22:03, schrieb Manuel Hiebel:
+> ########
+> No progress:
+>
+>        * 2638 ruby-rails 011-09-06 13:16 CEST by Sander Lepik
+>          Modified: 2011-09-06 13:16 CEST
+>
+Not exactly, fixes have been committed after trying to reach
+Remy, who the bug was assigned to, which i didn't want to alter.
+But there were some issues with the buildsystem, so the fixed
+packages should probably be ready in the next few days.
+
+Otherwise, nice overall report :)
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008001.html b/zarb-ml/mageia-dev/2011-September/008001.html new file mode 100644 index 000000000..ef62cac4b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008001.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] Review of security updates + + + + + + + + + +

[Mageia-dev] Review of security updates

+ Pascal Terjan + pterjan at gmail.com +
+ Mon Sep 12 23:49:19 CEST 2011 +

+
+ +
On Mon, Sep 12, 2011 at 21:03, Manuel Hiebel <manuel at hiebel.eu> wrote:
+>      * 1854 .config in / 2011-06-19 18:41 CEST by james Whitby
+>        Modified: 2011-06-20 01:42 CEST
+
+I don't think this is a security problem
+
+>      * 1971 PHP 2011-06-30 15:54 CEST by Stew Benedict
+>        Modified: 2011-08-30 11:59 CEST
+
+This one needs to be fixed (urgently)
+
+>      * 1979 oprofile 2011-06-30 23:43 CEST by Nicolas Vigier
+>        Modified: 2011-08-30 10:00 CEST
+
+This one needs to be fixed
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008002.html b/zarb-ml/mageia-dev/2011-September/008002.html new file mode 100644 index 000000000..70579e560 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008002.html @@ -0,0 +1,90 @@ + + + + [Mageia-dev] Review of security updates + + + + + + + + + +

[Mageia-dev] Review of security updates

+ Manuel Hiebel + manuel at hiebel.eu +
+ Tue Sep 13 00:43:20 CEST 2011 +

+
+ +
Le lundi 12 septembre 2011 à 22:03 +0200, Manuel Hiebel a écrit :	
+> ########
+> No progress:
+One more missing (it was not in the security component):
+https://bugs.mageia.org/show_bug.cgi?id=1157
+"Various issue in mount helper related to RLIMIT_FSIZE, file corruption
+possible" (util-linux-ng)
+
+
+
+-- 
+Manuel Hiebel
+http://www.afa-france.com/netiquette.html
+
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008003.html b/zarb-ml/mageia-dev/2011-September/008003.html new file mode 100644 index 000000000..2eab03ed4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008003.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] Review of security updates + + + + + + + + + +

[Mageia-dev] Review of security updates

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Tue Sep 13 09:17:17 CEST 2011 +

+
+ +
Le 12/09/2011 22:03, Manuel Hiebel a écrit :
+> ######
+> Waiting/response of packager:
+>        * 1948 nagios 2011-06-28 15:41 CEST by Stew Benedict
+>          Modified: 	2011-09-06 02:56 CEST
+>    >guillomovitch
+>
+>        * 2064 krb5 2011-07-07 15:44 CEST by Stew Benedict
+>          Modified: 	2011-09-06 02:44 CEST
+>    >guillomovitch, pterjan
+I'm a bit unconfortable with the fact I just game some hints for both of 
+the issues to help resolution, and now it seems I'm been automatically 
+granted the responsability of terminating the job, because there is no 
+one else to do it... What should I answer here "No, thank you, I'd 
+already did it if I was really interested" ?
+
+I don't know who decided that every package in the distribution should 
+be followed for security updates, despite 80% having no attributed 
+responsable, but it doesn't scale.
+
+-- 
+BOFH excuse #276:
+
+U.S. Postal Service
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008004.html b/zarb-ml/mageia-dev/2011-September/008004.html new file mode 100644 index 000000000..b4678d97f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008004.html @@ -0,0 +1,105 @@ + + + + [Mageia-dev] Review of security updates + + + + + + + + + +

[Mageia-dev] Review of security updates

+ Samuel Verschelde + stormi at laposte.net +
+ Tue Sep 13 10:44:18 CEST 2011 +

+
+ +
Le mardi 13 septembre 2011 09:17:17, Guillaume Rousse a écrit :
+> Le 12/09/2011 22:03, Manuel Hiebel a écrit :
+> > ######
+> > 
+> > Waiting/response of packager:
+> >        * 1948 nagios 2011-06-28 15:41 CEST by Stew Benedict
+> >        
+> >          Modified: 	2011-09-06 02:56 CEST
+> >    >
+> >    >guillomovitch
+> >    >
+> >        * 2064 krb5 2011-07-07 15:44 CEST by Stew Benedict
+> >        
+> >          Modified: 	2011-09-06 02:44 CEST
+> >    >
+> >    >guillomovitch, pterjan
+> 
+> I'm a bit unconfortable with the fact I just game some hints for both of
+> the issues to help resolution, and now it seems I'm been automatically
+> granted the responsability of terminating the job, because there is no
+> one else to do it... What should I answer here "No, thank you, I'd
+> already did it if I was really interested" ?
+
+Or maybe you could just answer to dmorgan who asked 7 days ago if you want to 
+take care of it or let him do it ? :)
+
+https://bugs.mageia.org/show_bug.cgi?id=1948#c6
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008005.html b/zarb-ml/mageia-dev/2011-September/008005.html new file mode 100644 index 000000000..5d09bd990 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008005.html @@ -0,0 +1,105 @@ + + + + [Mageia-dev] Review of security updates + + + + + + + + + +

[Mageia-dev] Review of security updates

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Tue Sep 13 11:58:50 CEST 2011 +

+
+ +
Le 13/09/2011 10:44, Samuel Verschelde a écrit :
+> Le mardi 13 septembre 2011 09:17:17, Guillaume Rousse a écrit :
+>> Le 12/09/2011 22:03, Manuel Hiebel a écrit :
+>>> ######
+>>>
+>>> Waiting/response of packager:
+>>>         * 1948 nagios 2011-06-28 15:41 CEST by Stew Benedict
+>>>
+>>>           Modified: 	2011-09-06 02:56 CEST
+>>>     >
+>>>     >guillomovitch
+>>>     >
+>>>         * 2064 krb5 2011-07-07 15:44 CEST by Stew Benedict
+>>>
+>>>           Modified: 	2011-09-06 02:44 CEST
+>>>     >
+>>>     >guillomovitch, pterjan
+>>
+>> I'm a bit unconfortable with the fact I just game some hints for both of
+>> the issues to help resolution, and now it seems I'm been automatically
+>> granted the responsability of terminating the job, because there is no
+>> one else to do it... What should I answer here "No, thank you, I'd
+>> already did it if I was really interested" ?
+>
+> Or maybe you could just answer to dmorgan who asked 7 days ago if you want to
+> take care of it or let him do it ? :)
+Which I did immediatly on IRC, thanks to takes cares of it.
+-- 
+Guillaume
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008006.html b/zarb-ml/mageia-dev/2011-September/008006.html new file mode 100644 index 000000000..67a218bca --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008006.html @@ -0,0 +1,113 @@ + + + + [Mageia-dev] Review of security updates + + + + + + + + + +

[Mageia-dev] Review of security updates

+ Samuel Verschelde + stormi at laposte.net +
+ Tue Sep 13 12:15:06 CEST 2011 +

+
+ +
Le mardi 13 septembre 2011 11:58:50, Guillaume Rousse a écrit :
+> Le 13/09/2011 10:44, Samuel Verschelde a écrit :
+> > Le mardi 13 septembre 2011 09:17:17, Guillaume Rousse a écrit :
+> >> Le 12/09/2011 22:03, Manuel Hiebel a écrit :
+> >>> ######
+> >>> 
+> >>> Waiting/response of packager:
+> >>>         * 1948 nagios 2011-06-28 15:41 CEST by Stew Benedict
+> >>>         
+> >>>           Modified: 	2011-09-06 02:56 CEST
+> >>>     >
+> >>>     >guillomovitch
+> >>>     >
+> >>>         * 2064 krb5 2011-07-07 15:44 CEST by Stew Benedict
+> >>>         
+> >>>           Modified: 	2011-09-06 02:44 CEST
+> >>>     >
+> >>>     >guillomovitch, pterjan
+> >> 
+> >> I'm a bit unconfortable with the fact I just game some hints for both of
+> >> the issues to help resolution, and now it seems I'm been automatically
+> >> granted the responsability of terminating the job, because there is no
+> >> one else to do it... What should I answer here "No, thank you, I'd
+> >> already did it if I was really interested" ?
+> > 
+> > Or maybe you could just answer to dmorgan who asked 7 days ago if you
+> > want to take care of it or let him do it ? :)
+> 
+> Which I did immediatly on IRC, thanks to takes cares of it.
+
+Ok, but you can't expect the triage team to read and remember everything from 
+IRC, so if you don't say it in the bug report you can't blame Manuel for 
+trying to infer who is working on the bug from limited information.
+
+Best regards
+
+Samuel Verschelde
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008007.html b/zarb-ml/mageia-dev/2011-September/008007.html new file mode 100644 index 000000000..d0c8a2fcc --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008007.html @@ -0,0 +1,116 @@ + + + + [Mageia-dev] Review of security updates + + + + + + + + + +

[Mageia-dev] Review of security updates

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Tue Sep 13 15:32:36 CEST 2011 +

+
+ +
Le 13/09/2011 12:15, Samuel Verschelde a écrit :
+> Le mardi 13 septembre 2011 11:58:50, Guillaume Rousse a écrit :
+>> Le 13/09/2011 10:44, Samuel Verschelde a écrit :
+>>> Le mardi 13 septembre 2011 09:17:17, Guillaume Rousse a écrit :
+>>>> Le 12/09/2011 22:03, Manuel Hiebel a écrit :
+>>>>> ######
+>>>>>
+>>>>> Waiting/response of packager:
+>>>>>          * 1948 nagios 2011-06-28 15:41 CEST by Stew Benedict
+>>>>>
+>>>>>            Modified: 	2011-09-06 02:56 CEST
+>>>>>      >
+>>>>>      >guillomovitch
+>>>>>      >
+>>>>>          * 2064 krb5 2011-07-07 15:44 CEST by Stew Benedict
+>>>>>
+>>>>>            Modified: 	2011-09-06 02:44 CEST
+>>>>>      >
+>>>>>      >guillomovitch, pterjan
+>>>>
+>>>> I'm a bit unconfortable with the fact I just game some hints for both of
+>>>> the issues to help resolution, and now it seems I'm been automatically
+>>>> granted the responsability of terminating the job, because there is no
+>>>> one else to do it... What should I answer here "No, thank you, I'd
+>>>> already did it if I was really interested" ?
+>>>
+>>> Or maybe you could just answer to dmorgan who asked 7 days ago if you
+>>> want to take care of it or let him do it ? :)
+>>
+>> Which I did immediatly on IRC, thanks to takes cares of it.
+>
+> Ok, but you can't expect the triage team to read and remember everything from
+> IRC, so if you don't say it in the bug report you can't blame Manuel for
+> trying to infer who is working on the bug from limited information.
+Which confirm my feeling than avoiding interaction with the triage team 
+is the best way to avoid endless self-justification.
+-- 
+BOFH excuse #168:
+
+le0: no carrier: transceiver cable problem?
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008008.html b/zarb-ml/mageia-dev/2011-September/008008.html new file mode 100644 index 000000000..ee9689745 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008008.html @@ -0,0 +1,117 @@ + + + + [Mageia-dev] Review of security updates + + + + + + + + + +

[Mageia-dev] Review of security updates

+ Remco Rijnders + remco at webconquest.com +
+ Tue Sep 13 15:45:06 CEST 2011 +

+
+ +
On Tue, Sep 13, 2011 at 03:32:36PM +0200, Guillaume wrote in 
+<4E6F5B74.5040503 at gmail.com>:
+>>>>>>     >guillomovitch, pterjan
+>>>>>
+>>>>>I'm a bit unconfortable with the fact I just game some hints for both of
+>>>>>the issues to help resolution, and now it seems I'm been automatically
+>>>>>granted the responsability of terminating the job, because there is no
+>>>>>one else to do it... What should I answer here "No, thank you, I'd
+>>>>>already did it if I was really interested" ?
+>>>>
+>>>>Or maybe you could just answer to dmorgan who asked 7 days ago if you
+>>>>want to take care of it or let him do it ? :)
+>>>
+>>>Which I did immediatly on IRC, thanks to takes cares of it.
+>>
+>>Ok, but you can't expect the triage team to read and remember everything from
+>>IRC, so if you don't say it in the bug report you can't blame Manuel for
+>>trying to infer who is working on the bug from limited information.
+>Which confirm my feeling than avoiding interaction with the triage 
+>team is the best way to avoid endless self-justification.
+
+Well, the triage team is not your enemy in this. You said it was not 
+correct to list you as responsible packager for this bug, the bug report 
+was updated accordingly, and that's the end of the story.
+
+If we leave every report that is opened against a package without a 
+maintainer untriaged, the distribution as a whole will be no better for 
+it.
+
+Anyways, thanks for your patch for this particular bug report :-)
+
+Cheers,
+
+Remco
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 836 bytes
+Desc: Digital signature
+URL: </pipermail/mageia-dev/attachments/20110913/c2092b75/attachment.asc>
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008009.html b/zarb-ml/mageia-dev/2011-September/008009.html new file mode 100644 index 000000000..8f88cca81 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008009.html @@ -0,0 +1,119 @@ + + + + [Mageia-dev] Review of security updates + + + + + + + + + +

[Mageia-dev] Review of security updates

+ Samuel Verschelde + stormi at laposte.net +
+ Tue Sep 13 16:09:08 CEST 2011 +

+
+ +
Le mardi 13 septembre 2011 15:32:36, Guillaume Rousse a écrit :
+> Le 13/09/2011 12:15, Samuel Verschelde a écrit :
+> > Le mardi 13 septembre 2011 11:58:50, Guillaume Rousse a écrit :
+> >> Le 13/09/2011 10:44, Samuel Verschelde a écrit :
+> >>> Le mardi 13 septembre 2011 09:17:17, Guillaume Rousse a écrit :
+> >>>> Le 12/09/2011 22:03, Manuel Hiebel a écrit :
+> >>>>> ######
+> >>>>> 
+> >>>>> Waiting/response of packager:
+> >>>>>          * 1948 nagios 2011-06-28 15:41 CEST by Stew Benedict
+> >>>>>          
+> >>>>>            Modified: 	2011-09-06 02:56 CEST
+> >>>>>      >
+> >>>>>      >guillomovitch
+> >>>>>      >
+> >>>>>          * 2064 krb5 2011-07-07 15:44 CEST by Stew Benedict
+> >>>>>          
+> >>>>>            Modified: 	2011-09-06 02:44 CEST
+> >>>>>      >
+> >>>>>      >guillomovitch, pterjan
+> >>>> 
+> >>>> I'm a bit unconfortable with the fact I just game some hints for both
+> >>>> of the issues to help resolution, and now it seems I'm been
+> >>>> automatically granted the responsability of terminating the job,
+> >>>> because there is no one else to do it... What should I answer here
+> >>>> "No, thank you, I'd already did it if I was really interested" ?
+> >>> 
+> >>> Or maybe you could just answer to dmorgan who asked 7 days ago if you
+> >>> want to take care of it or let him do it ? :)
+> >> 
+> >> Which I did immediatly on IRC, thanks to takes cares of it.
+> > 
+> > Ok, but you can't expect the triage team to read and remember everything
+> > from IRC, so if you don't say it in the bug report you can't blame
+> > Manuel for trying to infer who is working on the bug from limited
+> > information.
+> 
+> Which confirm my feeling than avoiding interaction with the triage team
+> is the best way to avoid endless self-justification.
+
+You are the only one talking about justification. We just need information.
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008010.html b/zarb-ml/mageia-dev/2011-September/008010.html new file mode 100644 index 000000000..c36489336 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008010.html @@ -0,0 +1,119 @@ + + + + [Mageia-dev] Review of security updates + + + + + + + + + +

[Mageia-dev] Review of security updates

+ D.Morgan + dmorganec at gmail.com +
+ Tue Sep 13 16:24:22 CEST 2011 +

+
+ +
On Tue, Sep 13, 2011 at 11:58 AM, Guillaume Rousse
+<guillomovitch at gmail.com> wrote:
+> Le 13/09/2011 10:44, Samuel Verschelde a écrit :
+>>
+>> Le mardi 13 septembre 2011 09:17:17, Guillaume Rousse a écrit :
+>>>
+>>> Le 12/09/2011 22:03, Manuel Hiebel a écrit :
+>>>>
+>>>> ######
+>>>>
+>>>> Waiting/response of packager:
+>>>>        * 1948 nagios 2011-06-28 15:41 CEST by Stew Benedict
+>>>>
+>>>>          Modified:     2011-09-06 02:56 CEST
+>>>>    >
+>>>>    >guillomovitch
+>>>>    >
+>>>>        * 2064 krb5 2011-07-07 15:44 CEST by Stew Benedict
+>>>>
+>>>>          Modified:     2011-09-06 02:44 CEST
+>>>>    >
+>>>>    >guillomovitch, pterjan
+>>>
+>>> I'm a bit unconfortable with the fact I just game some hints for both of
+>>> the issues to help resolution, and now it seems I'm been automatically
+>>> granted the responsability of terminating the job, because there is no
+>>> one else to do it... What should I answer here "No, thank you, I'd
+>>> already did it if I was really interested" ?
+>>
+>> Or maybe you could just answer to dmorgan who asked 7 days ago if you want
+>> to
+>> take care of it or let him do it ? :)
+>
+> Which I did immediatly on IRC, thanks to takes cares of it.
+> --
+> Guillaume
+>
+
+i will i was just busy at work and i was traveling abroad.
+
+I will try to do it soonish
+
+ + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008011.html b/zarb-ml/mageia-dev/2011-September/008011.html new file mode 100644 index 000000000..30b37b99c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008011.html @@ -0,0 +1,88 @@ + + + + [Mageia-dev] [RPM] cauldron core/release webkit-1.5.2-3.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release webkit-1.5.2-3.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Tue Sep 13 17:51:48 CEST 2011 +

+
+ +
On 11 September 2011 03:36, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> fwang <fwang> 1:1.5.2-3.mga2:
+> + Revision: 142265
+> - rebuild for new libpng
+> - really split typelib
+> - New version 1.5.2
+> - temporary disable closewindow patch, huge rediff required
+
+expect breakage in ftw, drakx's help dialogs, ...
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008012.html b/zarb-ml/mageia-dev/2011-September/008012.html new file mode 100644 index 000000000..444bc2d5c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008012.html @@ -0,0 +1,96 @@ + + + + [Mageia-dev] [ANN] rpm-4.9.1 + + + + + + + + + +

[Mageia-dev] [ANN] rpm-4.9.1

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Tue Sep 13 17:52:20 CEST 2011 +

+
+ +
Hi
+
+rpm-4.9.1 has been pushed into core/updates_testing
+You're welcome to test it.
+
+I've tested with success:
+- live upgrade
+- a special build of drakx-installer
+ (the installer available on mirrors still uses older rpm-4.8.1).
+
+Please further test.
+
+Thanks
+
+See you
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008013.html b/zarb-ml/mageia-dev/2011-September/008013.html new file mode 100644 index 000000000..b71c3a153 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008013.html @@ -0,0 +1,96 @@ + + + + [Mageia-dev] [RPM] cauldron core/release webkit-1.5.2-3.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release webkit-1.5.2-3.mga2

+ Olivier Blin + mageia at blino.org +
+ Tue Sep 13 17:57:18 CEST 2011 +

+
+ +
Thierry Vignaud <thierry.vignaud at gmail.com> writes:
+
+> On 11 September 2011 03:36, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+>> fwang <fwang> 1:1.5.2-3.mga2:
+>> + Revision: 142265
+>> - rebuild for new libpng
+>> - really split typelib
+>> - New version 1.5.2
+>> - temporary disable closewindow patch, huge rediff required
+>
+> expect breakage in ftw, drakx's help dialogs, ...
+
+Yep, you shouldn't have pushed this update before3B rediffing and testing
+this patch. Now DrakX dialogs using WebKit will be unclosable using the
+Gtk buttons.
+
+-- 
+Olivier Blin - blino
+
+ + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008014.html b/zarb-ml/mageia-dev/2011-September/008014.html new file mode 100644 index 000000000..79c1d1ff1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008014.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] [changelog] cauldron core/release qt4-4.7.4-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release qt4-4.7.4-4.mga2

+ John Balcaen + mikala at mageia.org +
+ Tue Sep 13 18:51:09 CEST 2011 +

+
+ +
2011/9/13 Mageia Team <buildsystem-daemon at mageia.org>:
+> Name        : qt4                          Relocations: (not relocatable)
+> Version     : 4.7.4                             Vendor: Mageia.Org
+> Release     : 4.mga2                        Build Date: Tue Sep 13 16:45:22 2011
+[...]
+>
+> dlucio <dlucio> 4:4.7.4-4.mga2:
+> + Revision: 143013
+> - compile against new libpng
+fwang did it already (see 4.7.4-3 changelog)...
+
+-- 
+Balcaen John
+Jabber-id: mikala at jabber.littleboboy.net
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008015.html b/zarb-ml/mageia-dev/2011-September/008015.html new file mode 100644 index 000000000..e0c115d73 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008015.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] Bugzilla probs + + + + + + + + + +

[Mageia-dev] Bugzilla probs

+ Dick Gevers + dvgevers at xs4all.nl +
+ Tue Sep 13 19:32:58 CEST 2011 +

+
+ +
Lately, with every bug that I post in Mageia's Bugzilla I get an error
+saying I already posted it in big large red banner also showing the
+previous bug number I reported: even though there is no connection between
+the two.
+
+Also, when I add a comment, Bugzilla says there is a mid-air collision with
+the previous commenter, even though that comment may be (for example) 20
+hours old already.
+
+I usually go into Bugzilla with Iceape, that's where all by bookmarks are.
+
+Anyone else seeing this please? Needs a new bugreport? Against what please?
+
+Thanks and BFN,
+
+=Dick Gevers=
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008016.html b/zarb-ml/mageia-dev/2011-September/008016.html new file mode 100644 index 000000000..34d4aa387 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008016.html @@ -0,0 +1,106 @@ + + + + [Mageia-dev] Bugzilla probs + + + + + + + + + +

[Mageia-dev] Bugzilla probs

+ Florian Hubold + doktor5000 at arcor.de +
+ Tue Sep 13 19:40:10 CEST 2011 +

+
+ +
Am 13.09.2011 19:32, schrieb Dick Gevers:
+> Lately, with every bug that I post in Mageia's Bugzilla I get an error
+> saying I already posted it in big large red banner also showing the
+> previous bug number I reported: even though there is no connection between
+> the two.
+>
+> Also, when I add a comment, Bugzilla says there is a mid-air collision with
+> the previous commenter, even though that comment may be (for example) 20
+> hours old already.
+>
+> I usually go into Bugzilla with Iceape, that's where all by bookmarks are.
+>
+> Anyone else seeing this please? Needs a new bugreport? Against what please?
+>
+> Thanks and BFN,
+>
+> =Dick Gevers=
+>
+Did you try with another browser?
+Maybe Mageia SeaMonkey package is broken somehow?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008017.html b/zarb-ml/mageia-dev/2011-September/008017.html new file mode 100644 index 000000000..cef679268 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008017.html @@ -0,0 +1,115 @@ + + + + [Mageia-dev] Bugzilla probs + + + + + + + + + +

[Mageia-dev] Bugzilla probs

+ Remco Rijnders + remco at webconquest.com +
+ Tue Sep 13 19:56:07 CEST 2011 +

+
+ +
On Tue, Sep 13, 2011 at 05:32:58PM +0000, Dick wrote in 
+<201109131733.p8DHX1fX057139 at smtp-vbr10.xs4all.nl>:
+>Lately, with every bug that I post in Mageia's Bugzilla I get an error
+>saying I already posted it in big large red banner also showing the
+>previous bug number I reported: even though there is no connection between
+>the two.
+>
+>Also, when I add a comment, Bugzilla says there is a mid-air collision with
+>the previous commenter, even though that comment may be (for example) 20
+>hours old already.
+>
+>I usually go into Bugzilla with Iceape, that's where all by bookmarks are.
+>
+>Anyone else seeing this please? Needs a new bugreport? Against what please?
+
+Hi Dick,
+
+Can't say I've seen anything like this before. I suppose you have closed 
+and reopened Iceape already. Have you tried logging out of bugzilla and 
+logging in again?
+
+Remco
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 836 bytes
+Desc: Digital signature
+URL: </pipermail/mageia-dev/attachments/20110913/0a13d134/attachment.asc>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008018.html b/zarb-ml/mageia-dev/2011-September/008018.html new file mode 100644 index 000000000..facb91580 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008018.html @@ -0,0 +1,129 @@ + + + + [Mageia-dev] Bugzilla probs + + + + + + + + + +

[Mageia-dev] Bugzilla probs

+ Dick Gevers + dvgevers at xs4all.nl +
+ Tue Sep 13 20:22:02 CEST 2011 +

+
+ +
On Tue, 13 Sep 2011 19:56:07 +0200, Remco Rijnders wrote about Re:
+[Mageia-dev] Bugzilla probs:
+
+>On Tue, Sep 13, 2011 at 05:32:58PM +0000, Dick wrote in 
+><201109131733.p8DHX1fX057139 at smtp-vbr10.xs4all.nl>:
+>>Lately, with every bug that I post in Mageia's Bugzilla I get an error
+>>saying I already posted it in big large red banner also showing the
+>>previous bug number I reported: even though there is no connection between
+>>the two.
+>>
+>>Also, when I add a comment, Bugzilla says there is a mid-air collision
+>>with the previous commenter, even though that comment may be (for
+>>example) 20 hours old already.
+>>
+>>I usually go into Bugzilla with Iceape, that's where all by bookmarks are.
+>>
+>>Anyone else seeing this please? Needs a new bugreport? Against what
+>>please?
+>
+>Hi Dick,
+>
+>Can't say I've seen anything like this before. I suppose you have closed 
+>and reopened Iceape already. Have you tried logging out of bugzilla and 
+>logging in again?
+>
+>Remco
+
+Florian & Remco:
+
+I didn't try with another browser yet, but I don't see any other problems
+with Iceape, so I dunno what's happening. And the workaround seemed to be
+to simply press further and use the button "post the bug anyway" or words
+to that effect and it worked every time. It's been going on for a few
+weeks, I think, but not sure: I don't have a bug to report every day ;)
+
+Next time I'll try another browser - unless someone else sees the same
+things.
+
+Thanks for now.
+
+Cheers,
+=Dick Gevers=
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008019.html b/zarb-ml/mageia-dev/2011-September/008019.html new file mode 100644 index 000000000..e8f30e012 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008019.html @@ -0,0 +1,104 @@ + + + + [Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2

+ Thomas Backlund + tmb at mageia.org +
+ Tue Sep 13 21:02:49 CEST 2011 +

+
+ +
Mageia Team skrev 13.9.2011 21:24:
+> Name        : basesystem                   Relocations: (not relocatable)
+> Version     : 1                                 Vendor: Mageia.Org
+> Release     : 4.mga2                        Build Date: Tue Sep 13 20:23:13 2011
+
+>
+> tv<tv>  1:1-4.mga2:
+> + Revision: 143068
+> - require systemd-sysvinit instead of sysvinit in order to got more testing
+
+IMHO this should have been announced/warned on the ml before forcing the 
+change on everyone.
+
+--
+Thomas
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008020.html b/zarb-ml/mageia-dev/2011-September/008020.html new file mode 100644 index 000000000..db06572c6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008020.html @@ -0,0 +1,114 @@ + + + + [Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2

+ John Balcaen + mikala at mageia.org +
+ Tue Sep 13 21:07:50 CEST 2011 +

+
+ +
2011/9/13 Thomas Backlund <tmb at mageia.org>:
+> Mageia Team skrev 13.9.2011 21:24:
+>>
+>> Name        : basesystem                   Relocations: (not relocatable)
+>> Version     : 1                                 Vendor: Mageia.Org
+>> Release     : 4.mga2                        Build Date: Tue Sep 13
+>> 20:23:13 2011
+>
+>>
+>> tv<tv>  1:1-4.mga2:
+>> + Revision: 143068
+>> - require systemd-sysvinit instead of sysvinit in order to got more
+>> testing
+>
+> IMHO this should have been announced/warned on the ml before forcing the
+> change on everyone.
+And people won't be able to switch back to sysvinit since the require
+is explicit.
+I guess guillomovitch will be quite happy to not log anymore ;o)
+
+
+
+-- 
+Balcaen John
+Jabber-id: mikala at jabber.littleboboy.net
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008021.html b/zarb-ml/mageia-dev/2011-September/008021.html new file mode 100644 index 000000000..5bf87ab88 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008021.html @@ -0,0 +1,122 @@ + + + + [Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2

+ Florian Hubold + doktor5000 at arcor.de +
+ Tue Sep 13 21:13:29 CEST 2011 +

+
+ +
Am 13.09.2011 21:02, schrieb Thomas Backlund:
+> Mageia Team skrev 13.9.2011 21:24:
+>> Name        : basesystem                   Relocations: (not relocatable)
+>> Version     : 1                                 Vendor: Mageia.Org
+>> Release     : 4.mga2                        Build Date: Tue Sep 13 20:23:13 
+>> 2011
+>
+>>
+>> tv<tv>  1:1-4.mga2:
+>> + Revision: 143068
+>> - require systemd-sysvinit instead of sysvinit in order to got more testing
+>
+> IMHO this should have been announced/warned on the ml before forcing the 
+> change on everyone.
+>
+> -- 
+> Thomas
+>
+
+Well, he did warn/announce:
+
+Am 08.09.2011 15:53, schrieb Thierry Vignaud:
+> Hi
+>
+> In order to got more testing for systemd, I'm considering switching
+> the installer to:
+> - install it
+> - default to it (aka add "init=/bin/systemd")
+>
+> WDYT?
+>
+> See you
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008022.html b/zarb-ml/mageia-dev/2011-September/008022.html new file mode 100644 index 000000000..552f105c7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008022.html @@ -0,0 +1,132 @@ + + + + [Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2

+ Thomas Backlund + tmb at mageia.org +
+ Tue Sep 13 21:17:58 CEST 2011 +

+
+ +
Florian Hubold skrev 13.9.2011 22:13:
+> Am 13.09.2011 21:02, schrieb Thomas Backlund:
+>> Mageia Team skrev 13.9.2011 21:24:
+>>> Name        : basesystem                   Relocations: (not relocatable)
+>>> Version     : 1                                 Vendor: Mageia.Org
+>>> Release     : 4.mga2                        Build Date: Tue Sep 13 20:23:13
+>>> 2011
+>>
+>>>
+>>> tv<tv>   1:1-4.mga2:
+>>> + Revision: 143068
+>>> - require systemd-sysvinit instead of sysvinit in order to got more testing
+>>
+>> IMHO this should have been announced/warned on the ml before forcing the
+>> change on everyone.
+>>
+>> --
+>> Thomas
+>>
+>
+> Well, he did warn/announce:
+>
+> Am 08.09.2011 15:53, schrieb Thierry Vignaud:
+>> Hi
+>>
+>> In order to got more testing for systemd, I'm considering switching
+>> the installer to:
+>> - install it
+>> - default to it (aka add "init=/bin/systemd")
+>>
+>> WDYT?
+>>
+>> See you
+>
+
+
+Ummm, this talked about the *Installer*, not running systems and was 
+only a RFC...
+
+No heads-up before forcing the install was posted.
+
+--
+Thomas
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008023.html b/zarb-ml/mageia-dev/2011-September/008023.html new file mode 100644 index 000000000..139e0c5bd --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008023.html @@ -0,0 +1,98 @@ + + + + [Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Tue Sep 13 21:17:47 CEST 2011 +

+
+ +
On 13 September 2011 21:02, Thomas Backlund <tmb at mageia.org> wrote:
+>> - require systemd-sysvinit instead of sysvinit in order to got more
+>> testing
+>
+> IMHO this should have been announced/warned on the ml before forcing the
+> change on everyone.
+
+I did announced/warned 5 days ago.
+Just read your archives
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008024.html b/zarb-ml/mageia-dev/2011-September/008024.html new file mode 100644 index 000000000..fce106d0e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008024.html @@ -0,0 +1,107 @@ + + + + [Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Tue Sep 13 17:45:34 CEST 2011 +

+
+ +
Le 13/09/2011 21:17, Thierry Vignaud a écrit :
+> On 13 September 2011 21:02, Thomas Backlund<tmb at mageia.org>  wrote:
+>>> - require systemd-sysvinit instead of sysvinit in order to got more
+>>> testing
+>>
+>> IMHO this should have been announced/warned on the ml before forcing the
+>> change on everyone.
+>
+> I did announced/warned 5 days ago.
+> Just read your archives
+Isn't it possible to just change the default process used at boot, so as 
+to allow to fallback explicitely to sysinit if needed ?
+
+-- 
+BOFH excuse #266:
+
+All of the packets are empty.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008025.html b/zarb-ml/mageia-dev/2011-September/008025.html new file mode 100644 index 000000000..1da7a3410 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008025.html @@ -0,0 +1,96 @@ + + + + [Mageia-dev] systemctl list-units output + + + + + + + + + +

[Mageia-dev] systemctl list-units output

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Tue Sep 13 17:47:46 CEST 2011 +

+
+ +
Some services are missing from 'systemctl list-units --all' output, such 
+as ntp-wait:
+
+[root at beria guillaume]# systemctl list-units --full --all | grep ntp
+ntpd.service              loaded failed     failed          Network Time 
+Service
+ntpdate.service           loaded inactive   dead            Set time via NTP
+
+[root at beria guillaume]# ll /lib/systemd/system/* | grep ntp
+-rw-r--r-- 1 root root  236 sept.  9 13:18 
+/lib/systemd/system/ntpdate.service
+-rw-r--r-- 1 root root  209 sept.  9 13:18 /lib/systemd/system/ntpd.service
+-rw-r--r-- 1 root root  260 sept.  9 13:18 
+/lib/systemd/system/ntp-wait.service
+
+Is there any reason, before I open a bug upstream ?
+-- 
+BOFH excuse #26:
+
+first Saturday after first full moon in Winter
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008026.html b/zarb-ml/mageia-dev/2011-September/008026.html new file mode 100644 index 000000000..24f31e392 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008026.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] Please remove or move siproxd + + + + + + + + + +

[Mageia-dev] Please remove or move siproxd

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Tue Sep 13 21:49:01 CEST 2011 +

+
+ +
Hi!
+
+I accidentally submitted siproxd-0.8.1-3.mga2 to cauldron
+core/updates_testing, can someone please either move it to core/release
+or remove it?
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008027.html b/zarb-ml/mageia-dev/2011-September/008027.html new file mode 100644 index 000000000..e22399868 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008027.html @@ -0,0 +1,104 @@ + + + + [Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Tue Sep 13 22:39:59 CEST 2011 +

+
+ +
On 13 September 2011 17:45, Guillaume Rousse <guillomovitch at gmail.com> wrote:
+>>>> - require systemd-sysvinit instead of sysvinit in order to got more
+>>>> testing
+>>>
+>>> IMHO this should have been announced/warned on the ml before forcing the
+>>> change on everyone.
+>>
+>> I did announced/warned 5 days ago.
+>> Just read your archives
+>
+> Isn't it possible to just change the default process used at boot, so as to
+> allow to fallback explicitely to sysinit if needed ?
+
+um... yes it should be possible.
+I'll look at it tomorrow.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008028.html b/zarb-ml/mageia-dev/2011-September/008028.html new file mode 100644 index 000000000..ec7d21af4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008028.html @@ -0,0 +1,104 @@ + + + + [Mageia-dev] [ANN] rpm-4.9.1 + + + + + + + + + +

[Mageia-dev] [ANN] rpm-4.9.1

+ D.Morgan + dmorganec at gmail.com +
+ Tue Sep 13 23:11:15 CEST 2011 +

+
+ +
On Tue, Sep 13, 2011 at 5:52 PM, Thierry Vignaud
+<thierry.vignaud at gmail.com> wrote:
+> Hi
+>
+> rpm-4.9.1 has been pushed into core/updates_testing
+> You're welcome to test it.
+>
+> I've tested with success:
+> - live upgrade
+> - a special build of drakx-installer
+>  (the installer available on mirrors still uses older rpm-4.8.1).
+>
+> Please further test.
+>
+> Thanks
+>
+> See you
+>
+
+just to complete what thierry said,   this is in update_testing
+because we did big changes and we still need to apply/rediff some
+patches.
+
+Know issues:
+
+- rpm -b{a,i,s} does not work you need rpmbuild  -b{a,i,s}
+
+ + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008029.html b/zarb-ml/mageia-dev/2011-September/008029.html new file mode 100644 index 000000000..bf29d3263 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008029.html @@ -0,0 +1,110 @@ + + + + [Mageia-dev] [ANN] rpm-4.9.1 + + + + + + + + + +

[Mageia-dev] [ANN] rpm-4.9.1

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Tue Sep 13 19:30:03 CEST 2011 +

+
+ +
Le 13/09/2011 23:11, D.Morgan a écrit :
+> On Tue, Sep 13, 2011 at 5:52 PM, Thierry Vignaud
+> <thierry.vignaud at gmail.com>  wrote:
+>> Hi
+>>
+>> rpm-4.9.1 has been pushed into core/updates_testing
+>> You're welcome to test it.
+>>
+>> I've tested with success:
+>> - live upgrade
+>> - a special build of drakx-installer
+>>   (the installer available on mirrors still uses older rpm-4.8.1).
+>>
+>> Please further test.
+>>
+>> Thanks
+>>
+>> See you
+>>
+>
+> just to complete what thierry said,   this is in update_testing
+> because we did big changes and we still need to apply/rediff some
+> patches.
+>
+> Know issues:
+>
+> - rpm -b{a,i,s} does not work you need rpmbuild  -b{a,i,s}
+rpm -b is supposed to be deprecated for ages...
+-- 
+BOFH excuse #380:
+
+Operators killed when huge stack of backup tapes fell over.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008030.html b/zarb-ml/mageia-dev/2011-September/008030.html new file mode 100644 index 000000000..2c8a98d1e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008030.html @@ -0,0 +1,117 @@ + + + + [Mageia-dev] [ANN] rpm-4.9.1 + + + + + + + + + +

[Mageia-dev] [ANN] rpm-4.9.1

+ D.Morgan + dmorganec at gmail.com +
+ Tue Sep 13 23:33:38 CEST 2011 +

+
+ +
On Tue, Sep 13, 2011 at 7:30 PM, Guillaume Rousse
+<guillomovitch at gmail.com> wrote:
+> Le 13/09/2011 23:11, D.Morgan a écrit :
+>>
+>> On Tue, Sep 13, 2011 at 5:52 PM, Thierry Vignaud
+>> <thierry.vignaud at gmail.com>  wrote:
+>>>
+>>> Hi
+>>>
+>>> rpm-4.9.1 has been pushed into core/updates_testing
+>>> You're welcome to test it.
+>>>
+>>> I've tested with success:
+>>> - live upgrade
+>>> - a special build of drakx-installer
+>>>  (the installer available on mirrors still uses older rpm-4.8.1).
+>>>
+>>> Please further test.
+>>>
+>>> Thanks
+>>>
+>>> See you
+>>>
+>>
+>> just to complete what thierry said,   this is in update_testing
+>> because we did big changes and we still need to apply/rediff some
+>> patches.
+>>
+>> Know issues:
+>>
+>> - rpm -b{a,i,s} does not work you need rpmbuild  -b{a,i,s}
+>
+> rpm -b is supposed to be deprecated for ages...
+
+Yes we plan to remove it too, but i fear that removing it now would be
+too hard for packagers ( so i first though of it for rpm 4.10 ) . But
+if ppl agree we can make it deprecated for us too.
+
+Btw i looked and asked and iurt use rpmbuild so nothing will be broken.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008031.html b/zarb-ml/mageia-dev/2011-September/008031.html new file mode 100644 index 000000000..5e189f969 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008031.html @@ -0,0 +1,112 @@ + + + + [Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2

+ Luc Menut + lmenut at free.fr +
+ Wed Sep 14 00:05:50 CEST 2011 +

+
+ +
Le 13/09/2011 17:45, Guillaume Rousse a écrit :
+> Le 13/09/2011 21:17, Thierry Vignaud a écrit :
+>> On 13 September 2011 21:02, Thomas Backlund<tmb at mageia.org> wrote:
+>>>> - require systemd-sysvinit instead of sysvinit in order to got more
+>>>> testing
+>>>
+>>> IMHO this should have been announced/warned on the ml before forcing the
+>>> change on everyone.
+>>
+>> I did announced/warned 5 days ago.
+>> Just read your archives
+> Isn't it possible to just change the default process used at boot, so as
+> to allow to fallback explicitely to sysinit if needed ?
+>
+
+It would probably be better, and IIUC, it would be more in agreement 
+with the consensus we had in July to introduce systemd in a compatible 
+way - "option 2" - for Mageia 2.
+https://www.mageia.org/pipermail/mageia-dev/2011-July/006691.html
+
+
+-- 
+Luc
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008032.html b/zarb-ml/mageia-dev/2011-September/008032.html new file mode 100644 index 000000000..a9749f433 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008032.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2

+ Sander Lepik + sander.lepik at eesti.ee +
+ Wed Sep 14 09:17:14 CEST 2011 +

+
+ +
13.09.2011 23:39, Thierry Vignaud kirjutas:
+> On 13 September 2011 17:45, Guillaume Rousse<guillomovitch at gmail.com>  wrote:
+>>>>> - require systemd-sysvinit instead of sysvinit in order to got more
+>>>>> testing
+>>>> IMHO this should have been announced/warned on the ml before forcing the
+>>>> change on everyone.
+>>> I did announced/warned 5 days ago.
+>>> Just read your archives
+>> Isn't it possible to just change the default process used at boot, so as to
+>> allow to fallback explicitely to sysinit if needed ?
+> um... yes it should be possible.
+> I'll look at it tomorrow.
+That would help a lot. Currently if systemd fails recovery is PITA..
+
+--
+Sander
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008033.html b/zarb-ml/mageia-dev/2011-September/008033.html new file mode 100644 index 000000000..723cab38e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008033.html @@ -0,0 +1,74 @@ + + + + [Mageia-dev] [WARNING] libpng-1.5.4 landing soon + + + + + + + + + +

[Mageia-dev] [WARNING] libpng-1.5.4 landing soon

+ José Jorge + jjorge at free.fr +
+ Wed Sep 14 09:33:26 CEST 2011 +

+
+ +
Le samedi 10 septembre 2011 10:44:23, Funda Wang a écrit :
+> Maintainers:
+> If some packages cannot be built against libpng 1.5 even with patches
+> (upstream should be notified), you should adjust the BuildRequires
+> into "pkgconfig(libpng12)", and only rely on pkgconfig or
+> libpng12-config to find libs and includedir,
+> 
+Anyone has an example to that? I have understood this :
+
+BuildRequires pkgconfig(libpng12)
+
+but what to change on configure time?
+Thanks
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008034.html b/zarb-ml/mageia-dev/2011-September/008034.html new file mode 100644 index 000000000..3b3004b82 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008034.html @@ -0,0 +1,79 @@ + + + + [Mageia-dev] [WARNING] libpng-1.5.4 landing soon + + + + + + + + + +

[Mageia-dev] [WARNING] libpng-1.5.4 landing soon

+ Funda Wang + fundawang at gmail.com +
+ Wed Sep 14 10:01:14 CEST 2011 +

+
+ +
2011/9/14 José Jorge <jjorge at free.fr>:
+> Le samedi 10 septembre 2011 10:44:23, Funda Wang a écrit :
+>> Maintainers:
+>> If some packages cannot be built against libpng 1.5 even with patches
+>> (upstream should be notified), you should adjust the BuildRequires
+>> into "pkgconfig(libpng12)", and only rely on pkgconfig or
+>> libpng12-config to find libs and includedir,
+>>
+> Anyone has an example to that? I have understood this :
+>
+> BuildRequires pkgconfig(libpng12)
+>
+> but what to change on configure time?
+> Thanks
+You should tweak configure script so that it won't detect libpng15,
+either via environment or some ugly patches.
+
+But a better way is to patch it to support libpng1.5.
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008035.html b/zarb-ml/mageia-dev/2011-September/008035.html new file mode 100644 index 000000000..f9df49fc9 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008035.html @@ -0,0 +1,128 @@ + + + + [Mageia-dev] changing apache configuration handling + + + + + + + + + +

[Mageia-dev] changing apache configuration handling

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Wed Sep 14 10:06:56 CEST 2011 +

+
+ +
Hello list.
+
+Our current default apache module configuration files all starts with:
+<IfDefine HAVE_FOOBAR>
+loadModule FooBar
+</IfDefine>
+
+This allow to be smart, and eventually run apache without installed 
+modules, which seems a cool idea. However, it also requires to 
+explicitely launch apache with -DHAVE_FOOBAR to be able to use the given 
+module, which seems however far less compliant with the general 'install 
+and run' general idea (and eventually too much technical for some part 
+of the target population). In order to mitigate this last point, our 
+current sysinit init script automatically compute the list of arguments 
+from the list of files present on the system, making it transparent for 
+the end user. In the same time, it seems also to defeat the original 
+purpose, as to my knowledge, you can't prevent it to automatically add 
+-DHAVE_FOOBAR to httpd command line...
+
+Now, with systemd, the general idea is to reduce additional ad-hoc 
+behaviour found in init scripts, to focus on just running the services. 
+As a consequence, there is no 'find everything installed to pass option 
+to override conditional loading' in place. And I'm relunctant to 
+reintroduce something whose sole purpose seems to workaround a 
+self-imposed constraint.
+
+So, we have the following choice:
+- change current behaviour, by keeping conditionals in configuration 
+file. To use php, you have to install mod_php, and add -DHAVE_PHP5 in 
+/etc/sysconfig/httpd. This means additional configuration is required, 
+but also possibility to temporary disable without uninstalling.
+
+- keep current behaviour, by removing conditionals in configuration 
+file. This means no additional configuration needed, but also than 
+installing implies usage.
+
+What's the general opinion there ?
+-- 
+BOFH excuse #367:
+
+Webmasters kidnapped by evil cult.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008036.html b/zarb-ml/mageia-dev/2011-September/008036.html new file mode 100644 index 000000000..ce6c4de02 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008036.html @@ -0,0 +1,98 @@ + + + + [Mageia-dev] changing apache configuration handling + + + + + + + + + +

[Mageia-dev] changing apache configuration handling

+ Sander Lepik + sander.lepik at eesti.ee +
+ Wed Sep 14 10:14:00 CEST 2011 +

+
+ +
14.09.2011 11:06, Guillaume Rousse kirjutas:
+> - keep current behaviour, by removing conditionals in configuration 
+> file. This means no additional configuration needed, but also than 
+> installing implies usage.
+I prefer this option. If you install some module you probably want to 
+use it. And if you don't you can uninstall it or modify conf.
+
+--
+Sander
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008037.html b/zarb-ml/mageia-dev/2011-September/008037.html new file mode 100644 index 000000000..da9413789 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008037.html @@ -0,0 +1,101 @@ + + + + [Mageia-dev] [changelog] cauldron core/release pixman-0.23.4-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release pixman-0.23.4-2.mga2

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Wed Sep 14 10:39:51 CEST 2011 +

+
+ +
> fwang<fwang>  0.23.4-2.mga2:
+> + Revision: 143394
+> - drop .la files
+Well, if there is a consensus about removing them, a submission filter 
+would be a good idea.
+-- 
+BOFH excuse #367:
+
+Webmasters kidnapped by evil cult.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008038.html b/zarb-ml/mageia-dev/2011-September/008038.html new file mode 100644 index 000000000..b2c4f99d2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008038.html @@ -0,0 +1,107 @@ + + + + [Mageia-dev] [changelog] cauldron core/release pixman-0.23.4-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release pixman-0.23.4-2.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Wed Sep 14 10:48:19 CEST 2011 +

+
+ +
On 14 September 2011 10:39, Guillaume Rousse <guillomovitch at gmail.com> wrote:
+>> fwang<fwang>  0.23.4-2.mga2:
+>> + Revision: 143394
+>> - drop .la files
+>
+> Well, if there is a consensus about removing them,
+
+There is.
+See monthes ago archives.
+And BTW thanks to Funda for doing that job!
+
+> a submission filter would be a good idea.
+
+No.
+There's an order to follow when removing them.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008039.html b/zarb-ml/mageia-dev/2011-September/008039.html new file mode 100644 index 000000000..4ce3bb335 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008039.html @@ -0,0 +1,131 @@ + + + + [Mageia-dev] [changelog] cauldron core/release pixman-0.23.4-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release pixman-0.23.4-2.mga2

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Wed Sep 14 10:58:06 CEST 2011 +

+
+ +
'Twas brillig, and Thierry Vignaud at 14/09/11 09:48 did gyre and gimble:
+> On 14 September 2011 10:39, Guillaume Rousse <guillomovitch at gmail.com> wrote:
+>>> fwang<fwang>  0.23.4-2.mga2:
+>>> + Revision: 143394
+>>> - drop .la files
+>>
+>> Well, if there is a consensus about removing them,
+> 
+> There is.
+> See monthes ago archives.
+> And BTW thanks to Funda for doing that job!
+> 
+>> a submission filter would be a good idea.
+> 
+> No.
+> There's an order to follow when removing them.
+
+After they are removed, it's probably worth a filter then tho' I guess?
+
+
+
+Also should there be a handy macro to call to remove them rather than
+copying the boiler plate "find" command? It's a simple command so not
+sure it's worth it, but I figured it's worth asking :D
+
+Col
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008040.html b/zarb-ml/mageia-dev/2011-September/008040.html new file mode 100644 index 000000000..fc2841e87 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008040.html @@ -0,0 +1,115 @@ + + + + [Mageia-dev] [changelog] cauldron core/release pixman-0.23.4-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release pixman-0.23.4-2.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Wed Sep 14 11:04:51 CEST 2011 +

+
+ +
On 14 September 2011 10:58, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+>>>> fwang<fwang>  0.23.4-2.mga2:
+>>>> + Revision: 143394
+>>>> - drop .la files
+>>>
+>>> Well, if there is a consensus about removing them,
+>>
+>> There is.
+>> See monthes ago archives.
+>> And BTW thanks to Funda for doing that job!
+>>
+>>> a submission filter would be a good idea.
+>>
+>> No.
+>> There's an order to follow when removing them.
+>
+> After they are removed, it's probably worth a filter then tho' I guess?
+>
+> Also should there be a handy macro to call to remove them rather than
+> copying the boiler plate "find" command? It's a simple command so not
+> sure it's worth it, but I figured it's worth asking :D
+
+humm that may be simpler
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008041.html b/zarb-ml/mageia-dev/2011-September/008041.html new file mode 100644 index 000000000..e9e03d4eb --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008041.html @@ -0,0 +1,127 @@ + + + + [Mageia-dev] changing apache configuration handling + + + + + + + + + +

[Mageia-dev] changing apache configuration handling

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Wed Sep 14 11:06:05 CEST 2011 +

+
+ +
'Twas brillig, and Guillaume Rousse at 14/09/11 09:06 did gyre and gimble:
+> - keep current behaviour, by removing conditionals in configuration
+> file. This means no additional configuration needed, but also than
+> installing implies usage.
+
+I much prefer this.
+
+e.g. the file /etc/httpd/modules.d/70_mod_php.conf just drops the
+<IfDefine HAVE_PHP5> bit.
+
+I really don't know what additional benefit the defines give you. Sure
+you could then relatively easily run two version of httpd (e.g. on
+different ports) one with a cut down install (e.g. no PHP for a static
+site or similar), but IMO it's much more common to use a separate server
+(e.g. lighthttpd) for this.
+
+Varnish also kinda masks why this would be needed due to allowing lots
+of different configurations of the underlying system.
+
+So, as I cannot think of any real-world benefits to the defines, I think
+they should be dropped.
+
+That said, if he's about online, it might be worthwhile asking Oden
+about it to see what he things generally (not Mageia specific)?
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008042.html b/zarb-ml/mageia-dev/2011-September/008042.html new file mode 100644 index 000000000..5a55a103b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008042.html @@ -0,0 +1,144 @@ + + + + [Mageia-dev] Bugzilla probs + + + + + + + + + +

[Mageia-dev] Bugzilla probs

+ andre999 + andre999.mga at laposte.net +
+ Wed Sep 14 11:51:20 CEST 2011 +

+
+ +
Dick Gevers a écrit :
+> On Tue, 13 Sep 2011 19:56:07 +0200, Remco Rijnders wrote about Re:
+> [Mageia-dev] Bugzilla probs:
+>
+>> On Tue, Sep 13, 2011 at 05:32:58PM +0000, Dick wrote in
+>> <201109131733.p8DHX1fX057139 at smtp-vbr10.xs4all.nl>:
+>>> Lately, with every bug that I post in Mageia's Bugzilla I get an error
+>>> saying I already posted it in big large red banner also showing the
+>>> previous bug number I reported: even though there is no connection between
+>>> the two.
+>>>
+>>> Also, when I add a comment, Bugzilla says there is a mid-air collision
+>>> with the previous commenter, even though that comment may be (for
+>>> example) 20 hours old already.
+>>>
+>>> I usually go into Bugzilla with Iceape, that's where all by bookmarks are.
+>>>
+>>> Anyone else seeing this please? Needs a new bugreport? Against what
+>>> please?
+>>
+>> Hi Dick,
+>>
+>> Can't say I've seen anything like this before. I suppose you have closed
+>> and reopened Iceape already. Have you tried logging out of bugzilla and
+>> logging in again?
+>>
+>> Remco
+>
+> Florian&  Remco:
+>
+> I didn't try with another browser yet, but I don't see any other problems
+> with Iceape, so I dunno what's happening. And the workaround seemed to be
+> to simply press further and use the button "post the bug anyway" or words
+> to that effect and it worked every time. It's been going on for a few
+> weeks, I think, but not sure: I don't have a bug to report every day ;)
+>
+> Next time I'll try another browser - unless someone else sees the same
+> things.
+>
+> Thanks for now.
+>
+> Cheers,
+> =Dick Gevers=
+
+I have upstream Seamonkey, and I've never seen such a message.  But although I 
+post to bugs regularly, I haven't opened a new Mageia bug lately.
+However, I do have other persistant problems with Seamonkey, which I suspect 
+are due to some corruption in my personal profile.  So maybe that is the cause 
+of your problems ?
+(My problems started after I killed Seamonkey during one of those famous 
+freezes with 100% cpu usage that randomly affects various applications ... as 
+reported on this and the -discuss lists from time to time.)
+If you try Firefox without problems, then it is most likely some personal 
+profile corruption, since it has essentially identical code as the browser side 
+of Iceape.
+
+You could try deleting the *.mfasl files in your profile folder (probably 
+~/.mozilla/iceape/*.{profile_name}/)
+They will be regenerated automatically.  (They just accelerate startup if present.)
+
+Regards :)
+
+-- 
+André
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008043.html b/zarb-ml/mageia-dev/2011-September/008043.html new file mode 100644 index 000000000..d65386099 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008043.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] lost sound after systemd update + + + + + + + + + +

[Mageia-dev] lost sound after systemd update

+ Robert Fox + list at foxconsult.net +
+ Wed Sep 14 12:19:38 CEST 2011 +

+
+ +
After recent Cauldon update which included systemd - I have now lost
+sound.  After going back to sysvinit - sound is back.
+
+[rfox at minifox ~]$ lspcidrake -v | fgrep -i AUDIO
+snd_hda_intel   : nVidia Corporation|High Definition Audio Controller
+(vendor:10de device:0be4 subv:174b subd:2150) (rev: a1)
+snd_hda_intel   : nVidia Corporation|MCP72XE/MCP72P/MCP78U/MCP78S High
+Definition Audio (vendor:10de device:0774 subv:1025 subd:0227) (rev: a1)
+
+Cheers,
+R.Fox
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008044.html b/zarb-ml/mageia-dev/2011-September/008044.html new file mode 100644 index 000000000..147d48dad --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008044.html @@ -0,0 +1,132 @@ + + + + [Mageia-dev] lost sound after systemd update + + + + + + + + + +

[Mageia-dev] lost sound after systemd update

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Wed Sep 14 12:36:49 CEST 2011 +

+
+ +
'Twas brillig, and Robert Fox at 14/09/11 11:19 did gyre and gimble:
+> After recent Cauldon update which included systemd - I have now lost
+> sound.  After going back to sysvinit - sound is back.
+> 
+> [rfox at minifox ~]$ lspcidrake -v | fgrep -i AUDIO
+> snd_hda_intel   : nVidia Corporation|High Definition Audio Controller
+> (vendor:10de device:0be4 subv:174b subd:2150) (rev: a1)
+> snd_hda_intel   : nVidia Corporation|MCP72XE/MCP72P/MCP78U/MCP78S High
+> Definition Audio (vendor:10de device:0774 subv:1025 subd:0227) (rev: a1)
+
+Posted this several times now. It's a pam.d config thing.
+
+Check for .rpmnew's in /etc/pam.d and ensure the relavent bits are
+merged properly to your local setup.
+
+When this are working right, you should have your user listed in
+systemd-loginctl output.
+
+Col
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008045.html b/zarb-ml/mageia-dev/2011-September/008045.html new file mode 100644 index 000000000..c2d97608a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008045.html @@ -0,0 +1,109 @@ + + + + [Mageia-dev] lost sound after systemd update + + + + + + + + + +

[Mageia-dev] lost sound after systemd update

+ Balcaen John + mikala at mageia.org +
+ Wed Sep 14 12:24:43 CEST 2011 +

+
+ +
Le Mercredi 14 Septembre 2011 12:19:38 Robert Fox a écrit :
+> After recent Cauldon update which included systemd - I have now lost
+> sound.  After going back to sysvinit - sound is back.
+> 
+> [rfox at minifox ~]$ lspcidrake -v | fgrep -i AUDIO
+> snd_hda_intel   : nVidia Corporation|High Definition Audio Controller
+> (vendor:10de device:0be4 subv:174b subd:2150) (rev: a1)
+> snd_hda_intel   : nVidia Corporation|MCP72XE/MCP72P/MCP78U/MCP78S High
+> Definition Audio (vendor:10de device:0774 subv:1025 subd:0227) (rev:
+> a1)
+I have the same problem here but only if i'm using autologin with kdm.
+Without autologin, sound is ok.
+Coling : do you have any idea how to debug this eventually ?
+(why sound would disappear only with auto login in kdm ? )
+
+Regards,
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008046.html b/zarb-ml/mageia-dev/2011-September/008046.html new file mode 100644 index 000000000..1073f878b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008046.html @@ -0,0 +1,131 @@ + + + + [Mageia-dev] lost sound after systemd update + + + + + + + + + +

[Mageia-dev] lost sound after systemd update

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Wed Sep 14 12:50:50 CEST 2011 +

+
+ +
'Twas brillig, and Balcaen John at 14/09/11 11:24 did gyre and gimble:
+> Le Mercredi 14 Septembre 2011 12:19:38 Robert Fox a écrit :
+>> After recent Cauldon update which included systemd - I have now lost
+>> sound.  After going back to sysvinit - sound is back.
+>>
+>> [rfox at minifox ~]$ lspcidrake -v | fgrep -i AUDIO
+>> snd_hda_intel   : nVidia Corporation|High Definition Audio Controller
+>> (vendor:10de device:0be4 subv:174b subd:2150) (rev: a1)
+>> snd_hda_intel   : nVidia Corporation|MCP72XE/MCP72P/MCP78U/MCP78S High
+>> Definition Audio (vendor:10de device:0774 subv:1025 subd:0227) (rev:
+>> a1)
+> I have the same problem here but only if i'm using autologin with kdm.
+> Without autologin, sound is ok.
+> Coling : do you have any idea how to debug this eventually ?
+> (why sound would disappear only with auto login in kdm ? )
+
+pam.d configs most likely.
+
+Work out what kdm is using in pam.d for processing the login and ensure
+it does the pam_systemd session stuff like in system-auth.
+
+systemd-loginctl is your friend. Once it starts working you should be
+all set!
+
+If you can't puzzle it out poke me on IRC and I'll see if I can have a look.
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008047.html b/zarb-ml/mageia-dev/2011-September/008047.html new file mode 100644 index 000000000..ddaf50ce8 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008047.html @@ -0,0 +1,120 @@ + + + + [Mageia-dev] lost sound after systemd update + + + + + + + + + +

[Mageia-dev] lost sound after systemd update

+ Robert Fox + list at foxconsult.net +
+ Wed Sep 14 13:00:48 CEST 2011 +

+
+ +
On Wed, 2011-09-14 at 11:50 +0100, Colin Guthrie wrote:
+> 'Twas brillig, and Balcaen John at 14/09/11 11:24 did gyre and gimble:
+> > Le Mercredi 14 Septembre 2011 12:19:38 Robert Fox a écrit :
+> >> After recent Cauldon update which included systemd - I have now lost
+> >> sound.  After going back to sysvinit - sound is back.
+> >>
+> >> [rfox at minifox ~]$ lspcidrake -v | fgrep -i AUDIO
+> >> snd_hda_intel   : nVidia Corporation|High Definition Audio Controller
+> >> (vendor:10de device:0be4 subv:174b subd:2150) (rev: a1)
+> >> snd_hda_intel   : nVidia Corporation|MCP72XE/MCP72P/MCP78U/MCP78S High
+> >> Definition Audio (vendor:10de device:0774 subv:1025 subd:0227) (rev:
+> >> a1)
+> > I have the same problem here but only if i'm using autologin with kdm.
+> > Without autologin, sound is ok.
+> > Coling : do you have any idea how to debug this eventually ?
+> > (why sound would disappear only with auto login in kdm ? )
+> 
+> pam.d configs most likely.
+> 
+> Work out what kdm is using in pam.d for processing the login and ensure
+> it does the pam_systemd session stuff like in system-auth.
+> 
+
+I found the system-auth.rpmnew and simply renamed that (copied the old
+one just in case) - restarted with Systemd, but sound is still missing.
+Not sure where to look under KDE pam.d settings.
+
+Thx,
+R.Fox
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008048.html b/zarb-ml/mageia-dev/2011-September/008048.html new file mode 100644 index 000000000..fe95427d1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008048.html @@ -0,0 +1,129 @@ + + + + [Mageia-dev] calling mentors + apprentices + + + + + + + + + +

[Mageia-dev] calling mentors + apprentices

+ andre999 + andre999.mga at laposte.net +
+ Wed Sep 14 13:06:21 CEST 2011 +

+
+ +
Hi everyone.
+
+Last week we found a mentor for dotmil (Josh King)
+
+We still need to find a mentor for barjac (Barry Jackson), who has 
+informally been getting his mentoring on the mailing lists.
+
+We have a new apprentice in waiting :
+solbu (Johnny Solbu)
+He is coming to Mageia as a long-time Mandriva user, where in the past 
+year he has been making a few packages.  He is eager to start packaging 
+for Mageia.
+
+See 
+http://www.mageia.org/wiki/doku.php?id=packages_mentoring#packager_apprentice_table
+
+So anyone willing to mentor an apprentice, please step forward.
+You can contact them directly (please post to this thread), or through me.
+If you like, I can update the mentoring in progress table for you.
+http://www.mageia.org/wiki/doku.php?id=packages_mentoring#mentors_mentoring_in_progress 
+
+
+Anyone looking for a mentor, let me know (you can post to this thread), 
+so I can put your name in the apprentice table -- or you can do it yourself. 
+
+http://www.mageia.org/wiki/doku.php?id=packages_mentoring#packager_apprentice_table 
+
+
+Regards :)
+
+-- 
+André
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008049.html b/zarb-ml/mageia-dev/2011-September/008049.html new file mode 100644 index 000000000..54df0c9b7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008049.html @@ -0,0 +1,136 @@ + + + + [Mageia-dev] [RFC] debloating minimal system + + + + + + + + + +

[Mageia-dev] [RFC] debloating minimal system

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Wed Sep 14 13:08:48 CEST 2011 +

+
+ +
Hi
+
+Currently our minimal system is pretty bloated (unless one install really
+minimal system without suggested packages).
+
+For example, installing udev will bring in many GNOME packages.
+
+See https://bugs.mageia.org/show_bug.cgi?id=1750
+and https://bugs.mageia.org/show_bug.cgi?id=609
+
+See the following require cycle:
+udev -> libglib -> glib2.0-common -> libgio -> libgvfs -> gvfs->
+libgnome-keyring -> gnome-keyring -> lib64(gtk|gnome)*
+
+Why?
+Because manual requires are added else some stuff wouldn't work because they
+are dlopen()ed instead of being linked to
+
+Note that pixel, fcrozat & me broke those cycles years ago (early 2008). Eg:
+- create sub-package libgio2.0_0 which suggests libgvfs0 to break
+require/suggest
+  link consolekit->glib->gvfs->hal
+
+But as we all know the empire always strikes back.
+Eg: now glib2.0-common requires the gio sub-package, which defeats its purpose.
+This was broken in "Add Requires(post) for gio modules list generation":
+http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/glib2.0/current/SPECS/glib2.0.spec?r1=499567&r2=499568&
+
+What's "funny" is that we still carry that whereas  gio-querymodules-*
+were then moved to
+the gio sub-package and are now called from there...
+
+I've just fixed that, but it would be nice if:
+- more people try to minimize minimal system
+- packagers watch what they're doing
+- some people watch minimal system size (maybe some bot should do that?).
+
+We may need to break further pkg cycles for minimal BS
+
+See you
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008050.html b/zarb-ml/mageia-dev/2011-September/008050.html new file mode 100644 index 000000000..75abce806 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008050.html @@ -0,0 +1,123 @@ + + + + [Mageia-dev] [RFC] debloating minimal system + + + + + + + + + +

[Mageia-dev] [RFC] debloating minimal system

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Wed Sep 14 13:40:12 CEST 2011 +

+
+ +
On 14 September 2011 13:08, Thierry Vignaud <thierry.vignaud at gmail.com> wrote:
+> I've just fixed that, but it would be nice if:
+> - more people try to minimize minimal system
+> - packagers watch what they're doing
+> - some people watch minimal system size (maybe some bot should do that?).
+
+Eg, if systemd-analyze would be split from systemd into an utils sub-package,
+we wouldn't require python in minimal system.
+
+Not requiring wireless-tools would also spare us comgt, usb_modeswitch & tcl
+from minimal basesystem .
+
+wireless-tools shouldn't be suggested since drakx-net installs it when needed
+
+prcsys should be a suggest now that we're moving towards systemd
+
+Likewise due to widespread suggests among perl modules, we bring quite
+a lot of perl modules:
+urpmi -> perl-Hal-Cdroms -> Net-DBus -> XML-Twig -> XML-Parser -> LWP
+-> perl-libwww-perl -> HTTP::Negotiate -> HTTP::Negotiate ->
+HTTP::Message
+
+does util-linux needs diffutils?
+
+crda & iw could maybe be installed if needed by drakx-net?
+
+...
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008051.html b/zarb-ml/mageia-dev/2011-September/008051.html new file mode 100644 index 000000000..32f3b7d5d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008051.html @@ -0,0 +1,130 @@ + + + + [Mageia-dev] lost sound after systemd update + + + + + + + + + +

[Mageia-dev] lost sound after systemd update

+ Donald Stewart + watersnowrock at gmail.com +
+ Wed Sep 14 13:57:25 CEST 2011 +

+
+ +
On 14 September 2011 12:00, Robert Fox <list at foxconsult.net> wrote:
+> On Wed, 2011-09-14 at 11:50 +0100, Colin Guthrie wrote:
+>> 'Twas brillig, and Balcaen John at 14/09/11 11:24 did gyre and gimble:
+>> > Le Mercredi 14 Septembre 2011 12:19:38 Robert Fox a écrit :
+>> >> After recent Cauldon update which included systemd - I have now lost
+>> >> sound.  After going back to sysvinit - sound is back.
+>> >>
+>> >> [rfox at minifox ~]$ lspcidrake -v | fgrep -i AUDIO
+>> >> snd_hda_intel   : nVidia Corporation|High Definition Audio Controller
+>> >> (vendor:10de device:0be4 subv:174b subd:2150) (rev: a1)
+>> >> snd_hda_intel   : nVidia Corporation|MCP72XE/MCP72P/MCP78U/MCP78S High
+>> >> Definition Audio (vendor:10de device:0774 subv:1025 subd:0227) (rev:
+>> >> a1)
+>> > I have the same problem here but only if i'm using autologin with kdm.
+>> > Without autologin, sound is ok.
+>> > Coling : do you have any idea how to debug this eventually ?
+>> > (why sound would disappear only with auto login in kdm ? )
+>>
+>> pam.d configs most likely.
+>>
+>> Work out what kdm is using in pam.d for processing the login and ensure
+>> it does the pam_systemd session stuff like in system-auth.
+>>
+>
+> I found the system-auth.rpmnew and simply renamed that (copied the old
+> one just in case) - restarted with Systemd, but sound is still missing.
+> Not sure where to look under KDE pam.d settings.
+>
+> Thx,
+> R.Fox
+>
+>
+
+I am having the same issues as Robert, however, switching to the TMB
+kernel has brought sounds back.
+
+I haven't looked in pam.d or changed any of the defaults in /etc apart
+from network for NM.
+
+Any ideas?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008052.html b/zarb-ml/mageia-dev/2011-September/008052.html new file mode 100644 index 000000000..5a8bc3411 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008052.html @@ -0,0 +1,115 @@ + + + + [Mageia-dev] [RFC] debloating minimal system + + + + + + + + + +

[Mageia-dev] [RFC] debloating minimal system

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Wed Sep 14 14:04:35 CEST 2011 +

+
+ +
Le 14/09/2011 13:40, Thierry Vignaud a écrit :
+> Likewise due to widespread suggests among perl modules, we bring quite
+> a lot of perl modules:
+> urpmi ->  perl-Hal-Cdroms ->  Net-DBus ->  XML-Twig ->  XML-Parser ->  LWP
+> ->  perl-libwww-perl ->  HTTP::Negotiate ->  HTTP::Negotiate ->
+> HTTP::Message
+Automatic dependencies computing result... The algorithm used here can't 
+figure if a module used anywhere in the source is always used, or only 
+in specific occasion.
+
+I see two potential links that could get turned in soft dependencies here:
+- urpmi ->  perl-Hal-Cdroms, but urpmi should probably get modified to 
+ensure a graceful failure if the user tries to use a cdrom, while 
+Hal::Cdroms is not installed.
+- XML-Parser ->  LWP, which is probably only used for validating against 
+remote grammars.
+-- 
+BOFH excuse #101:
+
+Collapsed Backbone
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008053.html b/zarb-ml/mageia-dev/2011-September/008053.html new file mode 100644 index 000000000..23dca5f8a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008053.html @@ -0,0 +1,119 @@ + + + + [Mageia-dev] [RFC] debloating minimal system + + + + + + + + + +

[Mageia-dev] [RFC] debloating minimal system

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Wed Sep 14 14:23:11 CEST 2011 +

+
+ +
On 14 September 2011 14:04, Guillaume Rousse <guillomovitch at gmail.com> wrote:
+> Le 14/09/2011 13:40, Thierry Vignaud a écrit :
+>>
+>> Likewise due to widespread suggests among perl modules, we bring quite
+>> a lot of perl modules:
+>> urpmi ->  perl-Hal-Cdroms ->  Net-DBus ->  XML-Twig ->  XML-Parser ->  LWP
+>> ->  perl-libwww-perl ->  HTTP::Negotiate ->  HTTP::Negotiate ->
+>> HTTP::Message
+>
+> Automatic dependencies computing result... The algorithm used here can't
+> figure if a module used anywhere in the source is always used, or only in
+> specific occasion.
+>
+> I see two potential links that could get turned in soft dependencies here:
+> - urpmi ->  perl-Hal-Cdroms, but urpmi should probably get modified to
+> ensure a graceful failure if the user tries to use a cdrom, while
+> Hal::Cdroms is not installed.
+
+It's already a suggests and urpmi already handles smoothly its absence.
+But we could remove altogether that suggests and only install it in case
+of DVD install.
+
+> - XML-Parser ->  LWP, which is probably only used for validating against
+> remote grammars.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008054.html b/zarb-ml/mageia-dev/2011-September/008054.html new file mode 100644 index 000000000..0fbeefda2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008054.html @@ -0,0 +1,119 @@ + + + + [Mageia-dev] [RFC] debloating minimal system + + + + + + + + + +

[Mageia-dev] [RFC] debloating minimal system

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Wed Sep 14 14:29:34 CEST 2011 +

+
+ +
On 14 September 2011 14:23, Thierry Vignaud <thierry.vignaud at gmail.com> wrote:
+>> Automatic dependencies computing result... The algorithm used here can't
+>> figure if a module used anywhere in the source is always used, or only in
+>> specific occasion.
+>>
+>> I see two potential links that could get turned in soft dependencies here:
+>> - urpmi ->  perl-Hal-Cdroms, but urpmi should probably get modified to
+>> ensure a graceful failure if the user tries to use a cdrom, while
+>> Hal::Cdroms is not installed.
+>
+> It's already a suggests and urpmi already handles smoothly its absence.
+> But we could remove altogether that suggests and only install it in case
+> of DVD install.
+
+eg: cf the attachment
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: kill-perl-from-basesystem.diff
+Type: application/octet-stream
+Size: 756 bytes
+Desc: not available
+URL: </pipermail/mageia-dev/attachments/20110914/e1ed1cb4/attachment.obj>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008055.html b/zarb-ml/mageia-dev/2011-September/008055.html new file mode 100644 index 000000000..11e041c53 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008055.html @@ -0,0 +1,112 @@ + + + + [Mageia-dev] [RFC] debloating minimal system + + + + + + + + + +

[Mageia-dev] [RFC] debloating minimal system

+ Thomas Backlund + tmb at mageia.org +
+ Wed Sep 14 14:29:50 CEST 2011 +

+
+ +
Thierry Vignaud skrev 14.9.2011 14:40:
+>
+> does util-linux needs diffutils?
+>
+
+Yep.
+
+it needs /usr/bin/cmp
+
+--
+Thomas
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008056.html b/zarb-ml/mageia-dev/2011-September/008056.html new file mode 100644 index 000000000..35f7994b2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008056.html @@ -0,0 +1,125 @@ + + + + [Mageia-dev] [RFC] debloating minimal system + + + + + + + + + +

[Mageia-dev] [RFC] debloating minimal system

+ Samuel Verschelde + stormi at laposte.net +
+ Wed Sep 14 14:48:25 CEST 2011 +

+
+ +
Le mercredi 14 septembre 2011 14:23:11, Thierry Vignaud a écrit :
+> On 14 September 2011 14:04, Guillaume Rousse <guillomovitch at gmail.com> 
+wrote:
+> > Le 14/09/2011 13:40, Thierry Vignaud a écrit :
+> >> Likewise due to widespread suggests among perl modules, we bring quite
+> >> a lot of perl modules:
+> >> urpmi ->  perl-Hal-Cdroms ->  Net-DBus ->  XML-Twig ->  XML-Parser ->
+> >>  LWP ->  perl-libwww-perl ->  HTTP::Negotiate ->  HTTP::Negotiate ->
+> >> HTTP::Message
+> > 
+> > Automatic dependencies computing result... The algorithm used here can't
+> > figure if a module used anywhere in the source is always used, or only in
+> > specific occasion.
+> > 
+> > I see two potential links that could get turned in soft dependencies
+> > here: - urpmi ->  perl-Hal-Cdroms, but urpmi should probably get
+> > modified to ensure a graceful failure if the user tries to use a cdrom,
+> > while Hal::Cdroms is not installed.
+> 
+> It's already a suggests and urpmi already handles smoothly its absence.
+> But we could remove altogether that suggests and only install it in case
+> of DVD install.
+
+I don't know about this one specifically, but couldn't there be 'no-suggests' 
+option (named for example "install only strong dependencies") in the 
+installer, under the form where you select the kind of packages you want ?
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008057.html b/zarb-ml/mageia-dev/2011-September/008057.html new file mode 100644 index 000000000..d8d865a88 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008057.html @@ -0,0 +1,109 @@ + + + + [Mageia-dev] [RFC] debloating minimal system + + + + + + + + + +

[Mageia-dev] [RFC] debloating minimal system

+ Thomas Backlund + tmb at mageia.org +
+ Wed Sep 14 14:50:26 CEST 2011 +

+
+ +
Samuel Verschelde skrev 14.9.2011 15:48:
+>
+> I don't know about this one specifically, but couldn't there be 'no-suggests'
+> option (named for example "install only strong dependencies") in the
+> installer, under the form where you select the kind of packages you want ?
+>
+
+IIRC there is already that option available...
+
+--
+Thomas
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008058.html b/zarb-ml/mageia-dev/2011-September/008058.html new file mode 100644 index 000000000..24a872c87 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008058.html @@ -0,0 +1,124 @@ + + + + [Mageia-dev] [RFC] debloating minimal system + + + + + + + + + +

[Mageia-dev] [RFC] debloating minimal system

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Wed Sep 14 15:00:56 CEST 2011 +

+
+ +
Le 14/09/2011 14:23, Thierry Vignaud a écrit :
+> On 14 September 2011 14:04, Guillaume Rousse<guillomovitch at gmail.com>  wrote:
+>> Le 14/09/2011 13:40, Thierry Vignaud a écrit :
+>>>
+>>> Likewise due to widespread suggests among perl modules, we bring quite
+>>> a lot of perl modules:
+>>> urpmi ->    perl-Hal-Cdroms ->    Net-DBus ->    XML-Twig ->    XML-Parser ->    LWP
+>>> ->    perl-libwww-perl ->    HTTP::Negotiate ->    HTTP::Negotiate ->
+>>> HTTP::Message
+>>
+>> Automatic dependencies computing result... The algorithm used here can't
+>> figure if a module used anywhere in the source is always used, or only in
+>> specific occasion.
+>>
+>> I see two potential links that could get turned in soft dependencies here:
+>> - urpmi ->    perl-Hal-Cdroms, but urpmi should probably get modified to
+>> ensure a graceful failure if the user tries to use a cdrom, while
+>> Hal::Cdroms is not installed.
+>
+> It's already a suggests and urpmi already handles smoothly its absence.
+> But we could remove altogether that suggests and only install it in case
+> of DVD install.
+Well, a suggest is OK for me. People concerned about minimal system can 
+can usually figure how to not install suggested package.
+-- 
+BOFH excuse #173:
+
+Recursive traversal of loopback mount points
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008059.html b/zarb-ml/mageia-dev/2011-September/008059.html new file mode 100644 index 000000000..33b6cacd2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008059.html @@ -0,0 +1,132 @@ + + + + [Mageia-dev] [RFC] debloating minimal system + + + + + + + + + +

[Mageia-dev] [RFC] debloating minimal system

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Wed Sep 14 15:28:45 CEST 2011 +

+
+ +
'Twas brillig, and Thierry Vignaud at 14/09/11 13:29 did gyre and gimble:
+> On 14 September 2011 14:23, Thierry Vignaud <thierry.vignaud at gmail.com> wrote:
+>>> Automatic dependencies computing result... The algorithm used here can't
+>>> figure if a module used anywhere in the source is always used, or only in
+>>> specific occasion.
+>>>
+>>> I see two potential links that could get turned in soft dependencies here:
+>>> - urpmi ->  perl-Hal-Cdroms, but urpmi should probably get modified to
+>>> ensure a graceful failure if the user tries to use a cdrom, while
+>>> Hal::Cdroms is not installed.
+>>
+>> It's already a suggests and urpmi already handles smoothly its absence.
+>> But we could remove altogether that suggests and only install it in case
+>> of DVD install.
+> 
+> eg: cf the attachment
+
+Forgive the ignorance, but shouldn't be try and ditch hal? On all the
+systems I run, it's disabled...
+
+We should aim for it being completely nuked for mga2 if possible (there
+may still be some specific use-case blockers of course)
+
+Col
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008060.html b/zarb-ml/mageia-dev/2011-September/008060.html new file mode 100644 index 000000000..2f07f9474 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008060.html @@ -0,0 +1,154 @@ + + + + [Mageia-dev] lost sound after systemd update + + + + + + + + + +

[Mageia-dev] lost sound after systemd update

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Wed Sep 14 15:29:47 CEST 2011 +

+
+ +
'Twas brillig, and Donald Stewart at 14/09/11 12:57 did gyre and gimble:
+> On 14 September 2011 12:00, Robert Fox <list at foxconsult.net> wrote:
+>> On Wed, 2011-09-14 at 11:50 +0100, Colin Guthrie wrote:
+>>> 'Twas brillig, and Balcaen John at 14/09/11 11:24 did gyre and gimble:
+>>>> Le Mercredi 14 Septembre 2011 12:19:38 Robert Fox a écrit :
+>>>>> After recent Cauldon update which included systemd - I have now lost
+>>>>> sound.  After going back to sysvinit - sound is back.
+>>>>>
+>>>>> [rfox at minifox ~]$ lspcidrake -v | fgrep -i AUDIO
+>>>>> snd_hda_intel   : nVidia Corporation|High Definition Audio Controller
+>>>>> (vendor:10de device:0be4 subv:174b subd:2150) (rev: a1)
+>>>>> snd_hda_intel   : nVidia Corporation|MCP72XE/MCP72P/MCP78U/MCP78S High
+>>>>> Definition Audio (vendor:10de device:0774 subv:1025 subd:0227) (rev:
+>>>>> a1)
+>>>> I have the same problem here but only if i'm using autologin with kdm.
+>>>> Without autologin, sound is ok.
+>>>> Coling : do you have any idea how to debug this eventually ?
+>>>> (why sound would disappear only with auto login in kdm ? )
+>>>
+>>> pam.d configs most likely.
+>>>
+>>> Work out what kdm is using in pam.d for processing the login and ensure
+>>> it does the pam_systemd session stuff like in system-auth.
+>>>
+>>
+>> I found the system-auth.rpmnew and simply renamed that (copied the old
+>> one just in case) - restarted with Systemd, but sound is still missing.
+>> Not sure where to look under KDE pam.d settings.
+>>
+>> Thx,
+>> R.Fox
+>>
+>>
+> 
+> I am having the same issues as Robert, however, switching to the TMB
+> kernel has brought sounds back.
+> 
+> I haven't looked in pam.d or changed any of the defaults in /etc apart
+> from network for NM.
+> 
+> Any ideas?
+
+Is this is USB audio devices?
+
+There is a bug in module-init-tools right now that prevents the
+snd-usb-audio module being loaded.
+
+Still that should change based on TMB vs. normal kernel.
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008061.html b/zarb-ml/mageia-dev/2011-September/008061.html new file mode 100644 index 000000000..fdc4b903d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008061.html @@ -0,0 +1,166 @@ + + + + [Mageia-dev] lost sound after systemd update + + + + + + + + + +

[Mageia-dev] lost sound after systemd update

+ Donald Stewart + watersnowrock at gmail.com +
+ Wed Sep 14 15:34:12 CEST 2011 +

+
+ +
On 14 September 2011 14:29, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+> 'Twas brillig, and Donald Stewart at 14/09/11 12:57 did gyre and gimble:
+>> On 14 September 2011 12:00, Robert Fox <list at foxconsult.net> wrote:
+>>> On Wed, 2011-09-14 at 11:50 +0100, Colin Guthrie wrote:
+>>>> 'Twas brillig, and Balcaen John at 14/09/11 11:24 did gyre and gimble:
+>>>>> Le Mercredi 14 Septembre 2011 12:19:38 Robert Fox a écrit :
+>>>>>> After recent Cauldon update which included systemd - I have now lost
+>>>>>> sound.  After going back to sysvinit - sound is back.
+>>>>>>
+>>>>>> [rfox at minifox ~]$ lspcidrake -v | fgrep -i AUDIO
+>>>>>> snd_hda_intel   : nVidia Corporation|High Definition Audio Controller
+>>>>>> (vendor:10de device:0be4 subv:174b subd:2150) (rev: a1)
+>>>>>> snd_hda_intel   : nVidia Corporation|MCP72XE/MCP72P/MCP78U/MCP78S High
+>>>>>> Definition Audio (vendor:10de device:0774 subv:1025 subd:0227) (rev:
+>>>>>> a1)
+>>>>> I have the same problem here but only if i'm using autologin with kdm.
+>>>>> Without autologin, sound is ok.
+>>>>> Coling : do you have any idea how to debug this eventually ?
+>>>>> (why sound would disappear only with auto login in kdm ? )
+>>>>
+>>>> pam.d configs most likely.
+>>>>
+>>>> Work out what kdm is using in pam.d for processing the login and ensure
+>>>> it does the pam_systemd session stuff like in system-auth.
+>>>>
+>>>
+>>> I found the system-auth.rpmnew and simply renamed that (copied the old
+>>> one just in case) - restarted with Systemd, but sound is still missing.
+>>> Not sure where to look under KDE pam.d settings.
+>>>
+>>> Thx,
+>>> R.Fox
+>>>
+>>>
+>>
+>> I am having the same issues as Robert, however, switching to the TMB
+>> kernel has brought sounds back.
+>>
+>> I haven't looked in pam.d or changed any of the defaults in /etc apart
+>> from network for NM.
+>>
+>> Any ideas?
+>
+> Is this is USB audio devices?
+>
+> There is a bug in module-init-tools right now that prevents the
+> snd-usb-audio module being loaded.
+>
+> Still that should change based on TMB vs. normal kernel.
+>
+> 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/]
+>
+
+No, not a usb device, in a laptop.
+
+snd_hda_intel   : Intel Corporation|82801I (ICH9 Family) HD Audio
+Controller (vendor:8086 device:293e subv:103c subd:361b) (rev: 03)
+
+The only other reason that I can think that it would be working is
+that disabling pulse required a reboot for systemd to fully catch up
+with or something.
+I will re-enable pulse and see if it still works as I prefer to have PA running.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008062.html b/zarb-ml/mageia-dev/2011-September/008062.html new file mode 100644 index 000000000..306904078 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008062.html @@ -0,0 +1,137 @@ + + + + [Mageia-dev] lost sound after systemd update + + + + + + + + + +

[Mageia-dev] lost sound after systemd update

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Wed Sep 14 15:38:54 CEST 2011 +

+
+ +
'Twas brillig, and Donald Stewart at 14/09/11 14:34 did gyre and gimble:
+> On 14 September 2011 14:29, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+>> There is a bug in module-init-tools right now that prevents the
+>> snd-usb-audio module being loaded.
+
+For clarity the bug itself is in sound-scripts, but the new problem was
+exposed by a fix in module-init-tools on x86_64 that prevents the
+snd-usb-audio module being loaded when the alsa sysvinit script has not
+been run... This would have always been a problem on systemd+i586.
+
+I'll look into tidying up the sound-scripts stuff shortly.
+
+> No, not a usb device, in a laptop.
+> 
+> snd_hda_intel   : Intel Corporation|82801I (ICH9 Family) HD Audio
+> Controller (vendor:8086 device:293e subv:103c subd:361b) (rev: 03)
+> 
+> The only other reason that I can think that it would be working is
+> that disabling pulse required a reboot for systemd to fully catch up
+> with or something.
+> I will re-enable pulse and see if it still works as I prefer to have PA running.
+
+So pulseaudio should have been running fine, so please keep it enabled.
+And yes, sometimes a reboot is required.
+
+The problem is PA probably would have been showing a Dummy Output rather
+than your real h/w
+
+Please post the output of "systemd-loginctl" after booting with systemd
+and logging in.
+
+Col
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008063.html b/zarb-ml/mageia-dev/2011-September/008063.html new file mode 100644 index 000000000..cfbdf5f92 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008063.html @@ -0,0 +1,142 @@ + + + + [Mageia-dev] lost sound after systemd update + + + + + + + + + +

[Mageia-dev] lost sound after systemd update

+ Donald Stewart + watersnowrock at gmail.com +
+ Wed Sep 14 15:43:23 CEST 2011 +

+
+ +
On 14 September 2011 14:38, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+> 'Twas brillig, and Donald Stewart at 14/09/11 14:34 did gyre and gimble:
+>> On 14 September 2011 14:29, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+>>> There is a bug in module-init-tools right now that prevents the
+>>> snd-usb-audio module being loaded.
+>
+> For clarity the bug itself is in sound-scripts, but the new problem was
+> exposed by a fix in module-init-tools on x86_64 that prevents the
+> snd-usb-audio module being loaded when the alsa sysvinit script has not
+> been run... This would have always been a problem on systemd+i586.
+>
+> I'll look into tidying up the sound-scripts stuff shortly.
+>
+>> No, not a usb device, in a laptop.
+>>
+>> snd_hda_intel   : Intel Corporation|82801I (ICH9 Family) HD Audio
+>> Controller (vendor:8086 device:293e subv:103c subd:361b) (rev: 03)
+>>
+>> The only other reason that I can think that it would be working is
+>> that disabling pulse required a reboot for systemd to fully catch up
+>> with or something.
+>> I will re-enable pulse and see if it still works as I prefer to have PA running.
+>
+> So pulseaudio should have been running fine, so please keep it enabled.
+> And yes, sometimes a reboot is required.
+>
+> The problem is PA probably would have been showing a Dummy Output rather
+> than your real h/w
+>
+> Please post the output of "systemd-loginctl" after booting with systemd
+> and logging in.
+>
+> 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/]
+>
+
+Will do later, need to go for a run now as the weather is actually worth while.
+
+Thanks for the help.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008064.html b/zarb-ml/mageia-dev/2011-September/008064.html new file mode 100644 index 000000000..80026081c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008064.html @@ -0,0 +1,99 @@ + + + + [Mageia-dev] [RFC] debloating minimal system + + + + + + + + + +

[Mageia-dev] [RFC] debloating minimal system

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Wed Sep 14 15:51:28 CEST 2011 +

+
+ +
> Forgive the ignorance, but shouldn't be try and ditch hal? On all the
+> systems I run, it's disabled...
+>
+> We should aim for it being completely nuked for mga2 if possible (there
+> may still be some specific use-case blockers of course)
+
+umm... :-(
+Indeed.
+Just open a bug against urpmi please
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008065.html b/zarb-ml/mageia-dev/2011-September/008065.html new file mode 100644 index 000000000..65a863d2d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008065.html @@ -0,0 +1,122 @@ + + + + [Mageia-dev] [ANN] rpm-4.9.1 + + + + + + + + + +

[Mageia-dev] [ANN] rpm-4.9.1

+ Pascal Terjan + pterjan at gmail.com +
+ Wed Sep 14 15:59:19 CEST 2011 +

+
+ +
On Tue, Sep 13, 2011 at 22:33, D.Morgan <dmorganec at gmail.com> wrote:
+> On Tue, Sep 13, 2011 at 7:30 PM, Guillaume Rousse
+> <guillomovitch at gmail.com> wrote:
+>> Le 13/09/2011 23:11, D.Morgan a écrit :
+>>>
+>>> On Tue, Sep 13, 2011 at 5:52 PM, Thierry Vignaud
+>>> <thierry.vignaud at gmail.com>  wrote:
+>>>>
+>>>> Hi
+>>>>
+>>>> rpm-4.9.1 has been pushed into core/updates_testing
+>>>> You're welcome to test it.
+>>>>
+>>>> I've tested with success:
+>>>> - live upgrade
+>>>> - a special build of drakx-installer
+>>>>  (the installer available on mirrors still uses older rpm-4.8.1).
+>>>>
+>>>> Please further test.
+>>>>
+>>>> Thanks
+>>>>
+>>>> See you
+>>>>
+>>>
+>>> just to complete what thierry said,   this is in update_testing
+>>> because we did big changes and we still need to apply/rediff some
+>>> patches.
+>>>
+>>> Know issues:
+>>>
+>>> - rpm -b{a,i,s} does not work you need rpmbuild  -b{a,i,s}
+>>
+>> rpm -b is supposed to be deprecated for ages...
+>
+> Yes we plan to remove it too, but i fear that removing it now would be
+> too hard for packagers ( so i first though of it for rpm 4.10 ) . But
+> if ppl agree we can make it deprecated for us too.
+>
+> Btw i looked and asked and iurt use rpmbuild so nothing will be broken.
+>
+
+Uploads to updates_testing fail because urpmi fails when restarting
+with new rpm:
+
+error: dbiOpen: dbapi 1 not available
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008066.html b/zarb-ml/mageia-dev/2011-September/008066.html new file mode 100644 index 000000000..962e03bf7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008066.html @@ -0,0 +1,117 @@ + + + + [Mageia-dev] [ANN] rpm-4.9.1 + + + + + + + + + +

[Mageia-dev] [ANN] rpm-4.9.1

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Wed Sep 14 16:09:58 CEST 2011 +

+
+ +
On 14 September 2011 15:59, Pascal Terjan <pterjan at gmail.com> wrote:
+>>>>> rpm-4.9.1 has been pushed into core/updates_testing
+>>>>> You're welcome to test it.
+>>>>>
+>>>>> I've tested with success:
+>>>>> - live upgrade
+>>>>> - a special build of drakx-installer
+>>>>>  (the installer available on mirrors still uses older rpm-4.8.1).
+>>>>>
+>>>>> Please further test.
+>>>>>
+>>>>> Thanks
+>>>>>
+>>>>> See you
+>>>>>
+>>>>
+>>>> just to complete what thierry said,   this is in update_testing
+>>>> because we did big changes and we still need to apply/rediff some
+>>>> patches.
+>>>>
+>>>> Know issues:
+>>>>
+>>>> - rpm -b{a,i,s} does not work you need rpmbuild  -b{a,i,s}
+>>>
+>>> rpm -b is supposed to be deprecated for ages...
+>>
+>> Yes we plan to remove it too, but i fear that removing it now would be
+>> too hard for packagers ( so i first though of it for rpm 4.10 ) . But
+>> if ppl agree we can make it deprecated for us too.
+>>
+>> Btw i looked and asked and iurt use rpmbuild so nothing will be broken.
+>>
+>
+> Uploads to updates_testing fail because urpmi fails when restarting
+> with new rpm:
+>
+> error: dbiOpen: dbapi 1 not available
+
+it looks like in some case, priority upgrade fail to update perl-URPM along rpm
+though it did worked for me.
+/me is looking why
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008067.html b/zarb-ml/mageia-dev/2011-September/008067.html new file mode 100644 index 000000000..5057a242c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008067.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] Meeting tonight + + + + + + + + + +

[Mageia-dev] Meeting tonight

+ Michael scherer + misc at zarb.org +
+ Wed Sep 14 16:46:19 CEST 2011 +

+
+ +
Hi,
+
+so tonight, meeting time ( packager, bug triager, QA, and all
+are invited, and there will be free food in the fridge ( not
+mine, but yours, of course )).
+
+Planning :
+- security updates ( ennael || misc )
+- maintainers assignation ( misc )
+- apprentice ( andre )
+
+And that would be IMHO enough for this evening ( short, etc )
+-- 
+Michael Scherer
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008068.html b/zarb-ml/mageia-dev/2011-September/008068.html new file mode 100644 index 000000000..9b00988c5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008068.html @@ -0,0 +1,122 @@ + + + + [Mageia-dev] [ANN] rpm-4.9.1 + + + + + + + + + +

[Mageia-dev] [ANN] rpm-4.9.1

+ Pascal Terjan + pterjan at gmail.com +
+ Wed Sep 14 17:11:42 CEST 2011 +

+
+ +
On Wed, Sep 14, 2011 at 15:09, Thierry Vignaud
+<thierry.vignaud at gmail.com> wrote:
+> On 14 September 2011 15:59, Pascal Terjan <pterjan at gmail.com> wrote:
+>>>>>> rpm-4.9.1 has been pushed into core/updates_testing
+>>>>>> You're welcome to test it.
+>>>>>>
+>>>>>> I've tested with success:
+>>>>>> - live upgrade
+>>>>>> - a special build of drakx-installer
+>>>>>>  (the installer available on mirrors still uses older rpm-4.8.1).
+>>>>>>
+>>>>>> Please further test.
+>>>>>>
+>>>>>> Thanks
+>>>>>>
+>>>>>> See you
+>>>>>>
+>>>>>
+>>>>> just to complete what thierry said,   this is in update_testing
+>>>>> because we did big changes and we still need to apply/rediff some
+>>>>> patches.
+>>>>>
+>>>>> Know issues:
+>>>>>
+>>>>> - rpm -b{a,i,s} does not work you need rpmbuild  -b{a,i,s}
+>>>>
+>>>> rpm -b is supposed to be deprecated for ages...
+>>>
+>>> Yes we plan to remove it too, but i fear that removing it now would be
+>>> too hard for packagers ( so i first though of it for rpm 4.10 ) . But
+>>> if ppl agree we can make it deprecated for us too.
+>>>
+>>> Btw i looked and asked and iurt use rpmbuild so nothing will be broken.
+>>>
+>>
+>> Uploads to updates_testing fail because urpmi fails when restarting
+>> with new rpm:
+>>
+>> error: dbiOpen: dbapi 1 not available
+>
+> it looks like in some case, priority upgrade fail to update perl-URPM along rpm
+> though it did worked for me.
+> /me is looking why
+
+I suppose the problem is that's it's not an auto-select but
+installation of buildrequires which pulls new version of rpm
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008069.html b/zarb-ml/mageia-dev/2011-September/008069.html new file mode 100644 index 000000000..f22b50ef4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008069.html @@ -0,0 +1,90 @@ + + + + [Mageia-dev] [ANN] rpm-4.9.1 + + + + + + + + + +

[Mageia-dev] [ANN] rpm-4.9.1

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Wed Sep 14 17:20:04 CEST 2011 +

+
+ +
On 14 September 2011 17:11, Pascal Terjan <pterjan at gmail.com> wrote:
+>>> Uploads to updates_testing fail because urpmi fails when restarting
+>>> with new rpm:
+>>>
+>>> error: dbiOpen: dbapi 1 not available
+>>
+>> it looks like in some case, priority upgrade fail to update perl-URPM along rpm
+>> though it did worked for me.
+>> /me is looking why
+>
+> I suppose the problem is that's it's not an auto-select but
+> installation of buildrequires which pulls new version of rpm
+
+Were you using --urpmi-root or --root ?
+If yes, urpmi doesn't do priority-upgrade in that case...
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008070.html b/zarb-ml/mageia-dev/2011-September/008070.html new file mode 100644 index 000000000..33512308d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008070.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] Meeting tonight + + + + + + + + + +

[Mageia-dev] Meeting tonight

+ Johnny A. Solbu + cooker at solbu.net +
+ Wed Sep 14 17:05:40 CEST 2011 +

+
+ +
On Wednesday 14 September 2011 16:46, Michael scherer wrote:
+> there will be free food in the fridge
+
+Ahh. thank you. 
+I especially loved the eggs and coffee.
+
+-- 
+Johnny A. Solbu
+PGP key ID: 0xFA687324
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 189 bytes
+Desc: This is a digitally signed message part.
+URL: </pipermail/mageia-dev/attachments/20110914/930d245b/attachment.asc>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008071.html b/zarb-ml/mageia-dev/2011-September/008071.html new file mode 100644 index 000000000..26361c289 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008071.html @@ -0,0 +1,125 @@ + + + + [Mageia-dev] Meeting tonight + + + + + + + + + +

[Mageia-dev] Meeting tonight

+ Samuel Verschelde + stormi at laposte.net +
+ Wed Sep 14 17:50:17 CEST 2011 +

+
+ +
Le mercredi 14 septembre 2011 16:46:19, Michael scherer a écrit :
+> Hi,
+> 
+> so tonight, meeting time ( packager, bug triager, QA, and all
+> are invited, and there will be free food in the fridge ( not
+> mine, but yours, of course )).
+> 
+> Planning :
+> - security updates ( ennael || misc )
+> - maintainers assignation ( misc )
+> - apprentice ( andre )
+> 
+> And that would be IMHO enough for this evening ( short, etc )
+
+I don't know if it's the right meeting for it, but I would like us to talk 
+again about bug 2317 https://bugs.mageia.org/show_bug.cgi?id=2317 that blocks 
+updates
+We tried to previously chosen solution "link from Release to Updates", but we 
+run into dependency nightmares such as in the end the solution would almost 
+lead to copy the whole Release media into Updates.
+
+Without proof of the contrary, I tend to think that fixing MageiaUpdate would 
+be a lot less work than the workaround we are trying to use which :
+- still needs work from the sysadmins
+- gives a lot of work to QA, that would be better used for testing the updates
+- forces us to link a lot of packages if we really want to make sure the 
+update never fails
+
+What I would like is a firm and courageous decision (we already talked a lot of 
+this issue without much progress until now) that we set a date (soon) before 
+which this problem will be completely solved, whatever the way.
+
+We really would like to have this issue solved and allow to concentrate on 
+other important stuff (such as security updates for example).
+
+Best regards
+
+Samuel Verschelde
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008072.html b/zarb-ml/mageia-dev/2011-September/008072.html new file mode 100644 index 000000000..186a1187a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008072.html @@ -0,0 +1,132 @@ + + + + [Mageia-dev] Meeting tonight + + + + + + + + + +

[Mageia-dev] Meeting tonight

+ Michael Scherer + misc at zarb.org +
+ Wed Sep 14 20:45:03 CEST 2011 +

+
+ +
Le mercredi 14 septembre 2011 à 17:50 +0200, Samuel Verschelde a écrit :
+> Le mercredi 14 septembre 2011 16:46:19, Michael scherer a écrit :
+> > Hi,
+> > 
+> > so tonight, meeting time ( packager, bug triager, QA, and all
+> > are invited, and there will be free food in the fridge ( not
+> > mine, but yours, of course )).
+> > 
+> > Planning :
+> > - security updates ( ennael || misc )
+> > - maintainers assignation ( misc )
+> > - apprentice ( andre )
+> > 
+> > And that would be IMHO enough for this evening ( short, etc )
+> 
+> I don't know if it's the right meeting for it, but I would like us to talk 
+> again about bug 2317 https://bugs.mageia.org/show_bug.cgi?id=2317 that blocks 
+> updates
+> We tried to previously chosen solution "link from Release to Updates", but we 
+> run into dependency nightmares such as in the end the solution would almost 
+> lead to copy the whole Release media into Updates.
+> 
+> Without proof of the contrary, I tend to think that fixing MageiaUpdate would 
+> be a lot less work than the workaround we are trying to use which :
+> - still needs work from the sysadmins
+> - gives a lot of work to QA, that would be better used for testing the updates
+> - forces us to link a lot of packages if we really want to make sure the 
+> update never fails
+> 
+> What I would like is a firm and courageous decision (we already talked a lot of 
+> this issue without much progress until now) that we set a date (soon) before 
+> which this problem will be completely solved, whatever the way.
+> 
+> We really would like to have this issue solved and allow to concentrate on 
+> other important stuff (such as security updates for example).
+
+If no one does the patch, nothing will move. And I doubt that telling
+"do the patch" would make it appear, but I can try :
+Samuel, can you produce a fix for the 18th september ?
+
+( if it doesn't work, imagine me looking at you, but more focused, until
+that work )
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008073.html b/zarb-ml/mageia-dev/2011-September/008073.html new file mode 100644 index 000000000..ad84e4493 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008073.html @@ -0,0 +1,101 @@ + + + + [Mageia-dev] changing apache configuration handling + + + + + + + + + +

[Mageia-dev] changing apache configuration handling

+ Michael Scherer + misc at zarb.org +
+ Wed Sep 14 20:53:17 CEST 2011 +

+
+ +
Le mercredi 14 septembre 2011 à 10:06 +0200, Guillaume Rousse a écrit :
+> Hello list.
+> 
+> Our current default apache module configuration files all starts with:
+> <IfDefine HAVE_FOOBAR>
+> loadModule FooBar
+> </IfDefine>
+> 
+> This allow to be smart, and eventually run apache without installed 
+> modules, which seems a cool idea. 
+
+That's frowned upon by people on #apache, as this make apache work
+silently instead of failing in case of missing module, and could lead to
+problem ( like "oops, I silently revealed php file because someone
+remove mod_php" ).
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008074.html b/zarb-ml/mageia-dev/2011-September/008074.html new file mode 100644 index 000000000..b3644b3d1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008074.html @@ -0,0 +1,99 @@ + + + + [Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2

+ Michael Scherer + misc at zarb.org +
+ Wed Sep 14 21:38:46 CEST 2011 +

+
+ +
Le mercredi 14 septembre 2011 à 10:17 +0300, Sander Lepik a écrit :
+> 13.09.2011 23:39, Thierry Vignaud kirjutas:
+> > On 13 September 2011 17:45, Guillaume Rousse<guillomovitch at gmail.com>  wrote:
+> >>>>> - require systemd-sysvinit instead of sysvinit in order to got more
+> >>>>> testing
+> >>>> IMHO this should have been announced/warned on the ml before forcing the
+> >>>> change on everyone.
+> >>> I did announced/warned 5 days ago.
+> >>> Just read your archives
+> >> Isn't it possible to just change the default process used at boot, so as to
+> >> allow to fallback explicitely to sysinit if needed ?
+> > um... yes it should be possible.
+> > I'll look at it tomorrow.
+> That would help a lot. Currently if systemd fails recovery is PITA..
+
+init=.... should work fine, no ?
+
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008075.html b/zarb-ml/mageia-dev/2011-September/008075.html new file mode 100644 index 000000000..93f7a4885 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008075.html @@ -0,0 +1,148 @@ + + + + [Mageia-dev] Meeting tonight + + + + + + + + + +

[Mageia-dev] Meeting tonight

+ Samuel Verschelde + stormi at laposte.net +
+ Wed Sep 14 21:53:53 CEST 2011 +

+
+ +
Le mercredi 14 septembre 2011 20:45:03, Michael Scherer a écrit :
+> Le mercredi 14 septembre 2011 à 17:50 +0200, Samuel Verschelde a écrit :
+> > Le mercredi 14 septembre 2011 16:46:19, Michael scherer a écrit :
+> > > Hi,
+> > > 
+> > > so tonight, meeting time ( packager, bug triager, QA, and all
+> > > are invited, and there will be free food in the fridge ( not
+> > > mine, but yours, of course )).
+> > > 
+> > > Planning :
+> > > - security updates ( ennael || misc )
+> > > - maintainers assignation ( misc )
+> > > - apprentice ( andre )
+> > > 
+> > > And that would be IMHO enough for this evening ( short, etc )
+> > 
+> > I don't know if it's the right meeting for it, but I would like us to
+> > talk again about bug 2317 https://bugs.mageia.org/show_bug.cgi?id=2317
+> > that blocks updates
+> > We tried to previously chosen solution "link from Release to Updates",
+> > but we run into dependency nightmares such as in the end the solution
+> > would almost lead to copy the whole Release media into Updates.
+> > 
+> > Without proof of the contrary, I tend to think that fixing MageiaUpdate
+> > would be a lot less work than the workaround we are trying to use which
+> > : - still needs work from the sysadmins
+> > - gives a lot of work to QA, that would be better used for testing the
+> > updates - forces us to link a lot of packages if we really want to make
+> > sure the update never fails
+> > 
+> > What I would like is a firm and courageous decision (we already talked a
+> > lot of this issue without much progress until now) that we set a date
+> > (soon) before which this problem will be completely solved, whatever the
+> > way.
+> > 
+> > We really would like to have this issue solved and allow to concentrate
+> > on other important stuff (such as security updates for example).
+> 
+> If no one does the patch, nothing will move. And I doubt that telling
+> "do the patch" would make it appear, but I can try :
+> Samuel, can you produce a fix for the 18th september ?
+
+Well, I thought we have a couple people capable of tweaking urpmi's code very 
+very better than me, but yes, I can try to move earth and heavens, ask for 
+help because I don't know urpmi and MageiaUpdate's code at all, and try to 
+make sure the problem is fixed soon. I'll say "the problem must be fixed before 
+the 18th of september, please help me doing it right or you risk having me do 
+it" 
+
+Or I could trick someone into becoming the maintainer and tell him/her to fix 
+the bug per the packager team leaders' will
+
+I think you underestimate the power of a decision. Once a decision has been 
+taken, then your "minions" can stop chatting and move together towards the 
+goal. The objective is clear, the the saying "when there's a will there's a 
+way" is often really true.
+
+So, who can help me ? tv ? blino ? pterjan ?
+
+Best regards
+
+Samuel Verschelde
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008076.html b/zarb-ml/mageia-dev/2011-September/008076.html new file mode 100644 index 000000000..1a990c243 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008076.html @@ -0,0 +1,145 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS ! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS !

+ Samuel Verschelde + stormi at laposte.net +
+ Wed Sep 14 23:06:07 CEST 2011 +

+
+ +
You may know it or not, many packages have no maintainer. This is due to the 
+fact that we had no maintainer database when we boostrapped the distribution.
+
+Excluding perl packages (a lot of packages, all maintained by jq), we have :
+1118 packages with a maintainer
+4931 without a maintainer !
+
+Full list: http://pkgsubmit.mageia.org/data/maintdb.txt
+
+As a result, many bugs are sleeping in bugzilla, because the triage team 
+doesn't know who to assign them to. If we want our distribution to succeed, 
+this is a situation that can't continue.
+
+Misc has a proposal to solve this : the next first submitter to an unmaintained 
+package will automatically get maintainership for it ! And after some time, if 
+a package still has no maintainer, it is dropped from the distribution.
+
+However, before we come to this, I obtained a little delay by promising I will 
+try to make YOU grab as much packages as possible !
+
+SO PLEASE SHOW YOU'RE WITH ME, and demonstrate to misc that we haven't tried 
+hard enough to make the packagers step in and become maintainers :)
+
+The objective for the 7 following days is to reach 2000 packages with a 
+maintainer (not counting perl packages, still). I will send you daily results. 
+Deadline is the next packager meeting.
+
+GO !
+
+Packagers with submit rights can participate, but apprentices too, because we 
+really need everybody's help here ! If your mentor agrees to take the 
+maintainership instead of you until you get commit rights, tell him what 
+packages you want to maintain.
+
+In the following days, all your keyboard should see is: 
+
+mgarepo maintdb set packagename yourlogin
+
+Best regards
+
+Samuel Verschelde, going to grab some packages
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008077.html b/zarb-ml/mageia-dev/2011-September/008077.html new file mode 100644 index 000000000..2bd17d9f3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008077.html @@ -0,0 +1,120 @@ + + + + [Mageia-dev] changing apache configuration handling + + + + + + + + + +

[Mageia-dev] changing apache configuration handling

+ Renaud MICHEL + r.h.michel+mageia at gmail.com +
+ Thu Sep 15 00:34:39 CEST 2011 +

+
+ +
Hello
+On mercredi 14 septembre 2011 at 10:06, Guillaume Rousse wrote :
+> So, we have the following choice:
+> - change current behaviour, by keeping conditionals in configuration 
+> file. To use php, you have to install mod_php, and add -DHAVE_PHP5 in 
+> /etc/sysconfig/httpd. This means additional configuration is required, 
+> but also possibility to temporary disable without uninstalling.
+> 
+> - keep current behaviour, by removing conditionals in configuration 
+> file. This means no additional configuration needed, but also than 
+> installing implies usage.
+
+How about the way it works on debian?
+
+Their apache2.2-common package, which contains all the base configuration 
+files, has a mods-available and a mods-enabled dirs in the apache conf dir 
+(/etc/apache2 for debian).
+Modules load command and specific configuration (if needed) are provided as 
+*.load and *.conf files in the mods-available dir, then the a2enmod command 
+is used to enable (and its counterpart e2dismod disables them) some mods by 
+creating symlink in the mods-enabled dir.
+The main apache2.conf file then has
+Include mods-enabled/*.load
+Include mods-enabled/*.conf
+to load the actually enabled mods.
+a2enmod also knows about modules dependencies via special comments in the 
+*.load files.
+
+Then there is a similar mechanism for sites installed by packages with 
+sites-available and sites-enabled directories and a2ensite a2dissite 
+commands.
+
+see
+http://packages.debian.org/squeeze/apache2.2-common
+http://manpages.debian.net/cgi-bin/man.cgi?query=A2ENMOD
+http://manpages.debian.net/cgi-bin/man.cgi?query=A2ENSITE
+
+-- 
+Renaud Michel
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008078.html b/zarb-ml/mageia-dev/2011-September/008078.html new file mode 100644 index 000000000..52b62020d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008078.html @@ -0,0 +1,176 @@ + + + + [Mageia-dev] changing apache configuration handling + + + + + + + + + +

[Mageia-dev] changing apache configuration handling

+ Maarten Vanraes + alien at rmail.be +
+ Thu Sep 15 01:26:18 CEST 2011 +

+
+ +
Op donderdag 15 september 2011 00:34:39 schreef Renaud MICHEL:
+> Hello
+> 
+> On mercredi 14 septembre 2011 at 10:06, Guillaume Rousse wrote :
+> > So, we have the following choice:
+> > - change current behaviour, by keeping conditionals in configuration
+> > file. To use php, you have to install mod_php, and add -DHAVE_PHP5 in
+> > /etc/sysconfig/httpd. This means additional configuration is required,
+> > but also possibility to temporary disable without uninstalling.
+> > 
+> > - keep current behaviour, by removing conditionals in configuration
+> > file. This means no additional configuration needed, but also than
+> > installing implies usage.
+> 
+> How about the way it works on debian?
+> 
+> Their apache2.2-common package, which contains all the base configuration
+> files, has a mods-available and a mods-enabled dirs in the apache conf dir
+> (/etc/apache2 for debian).
+> Modules load command and specific configuration (if needed) are provided as
+> *.load and *.conf files in the mods-available dir, then the a2enmod command
+> is used to enable (and its counterpart e2dismod disables them) some mods by
+> creating symlink in the mods-enabled dir.
+> The main apache2.conf file then has
+> Include mods-enabled/*.load
+> Include mods-enabled/*.conf
+> to load the actually enabled mods.
+> a2enmod also knows about modules dependencies via special comments in the
+> *.load files.
+> 
+> Then there is a similar mechanism for sites installed by packages with
+> sites-available and sites-enabled directories and a2ensite a2dissite
+> commands.
+> 
+> see
+> http://packages.debian.org/squeeze/apache2.2-common
+> http://manpages.debian.net/cgi-bin/man.cgi?query=A2ENMOD
+> http://manpages.debian.net/cgi-bin/man.cgi?query=A2ENSITE
+
+personally i prefer debian-style layout (it's even easy to change this as it's 
+a configure flag).
+
+I would be all for moving to that kind of layout
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008079.html b/zarb-ml/mageia-dev/2011-September/008079.html new file mode 100644 index 000000000..4dba9f3f9 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008079.html @@ -0,0 +1,217 @@ + + + + [Mageia-dev] Bug 2317. + + + + + + + + + +

[Mageia-dev] Bug 2317.

+ David W. Hodgins + davidwhodgins at gmail.com +
+ Thu Sep 15 09:33:19 CEST 2011 +

+
+ +
+It's very clear from the reply in bug 2720 that some packagers still do not
+understand the scope of bug 2317.  Hence I've decided to post my reply
+to one comment here.
+
+(In reply to comment #8)
+
+> Well the first step here would be that the packager & the QA team after to
+> install package from testing withurpmi --use-media "Core Testing" yourpackage
+
+Ever since bug 2317 was opened, qa have been watching for packages
+being installed from the Release repositories.
+
+The problem is, that the only way to recreate this problem is to start
+with a Mandriva 2010.2 system, with task-kde4 installed AND the package
+called root.
+
+When the op upgraded from Mandriva, the version specific dependencies
+of the package called root (or one of it's dependencies) prevented the
+Mandriva versions of libiodbc2 from being upgraded.
+
+Now, when an upgrade of task-kde4 is being installed using mgaapplet,
+it (or one of it's dependencies) has a version specific requires, or
+selects the package because it has a higher release, or version, for
+a package that is only in Core Release, so the update fails.
+
+This didn't happen during beta testing, as none of the people doing
+the beta testing had the package called root installed from Mandriva.
+
+I may be wrong about which package prevented the dependencies from
+being installed, but that doesn't matter.  Some Mandriva package
+(not available in Mageia 1) has version specific requires, which
+blocked the update during the upgrade to Mageia.
+
+The only possible methods of dealing with this (as I see it) ...
+- Alter MegeiaUpdate to do the equivalent of urpmi --auto-select
+- link all of the Release packages in the Release repositories
+   in corresponding Updates Testing and Updates repositories.
+   (Massive synthesis.hdlist.cz files)
+- Create installations of Mandriva 2010.2 with all possible combinations
+   of packages, and test every update on each installation.
+   (Not possible with time/diskspace)
+- For each  update, get a list of every dependency, then get a list of
+   every package that requires that dependency on Mandriva 2010.2, and
+   check each of the .spec files for version dependant requires, and
+   link those packages only, to both Updates Testing, and Updates.
+   (Very time consuming for QA).
+
+While changing MageiaUpdate to do the equivalent of urpmi --auto-select
+will have an impact on speed, it is the only reasonable solution, in
+my opinion.
+
+I tried to provide a patch to fix the problem, it failed, as it also
+picked up suggestions from non-enabled repositories. While I can usually
+figure out what perl code does, I'm not a perl programmer.  We need
+someone who knows perl and urpmi, to fix this, and quickly.
+
+Regards, Dave Hodgins
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008080.html b/zarb-ml/mageia-dev/2011-September/008080.html new file mode 100644 index 000000000..eb76f0ebe --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008080.html @@ -0,0 +1,124 @@ + + + + [Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Thu Sep 15 10:09:18 CEST 2011 +

+
+ +
'Twas brillig, and Michael Scherer at 14/09/11 20:38 did gyre and gimble:
+> Le mercredi 14 septembre 2011 à 10:17 +0300, Sander Lepik a écrit :
+>> 13.09.2011 23:39, Thierry Vignaud kirjutas:
+>>> On 13 September 2011 17:45, Guillaume Rousse<guillomovitch at gmail.com>  wrote:
+>>>>>>> - require systemd-sysvinit instead of sysvinit in order to got more
+>>>>>>> testing
+>>>>>> IMHO this should have been announced/warned on the ml before forcing the
+>>>>>> change on everyone.
+>>>>> I did announced/warned 5 days ago.
+>>>>> Just read your archives
+>>>> Isn't it possible to just change the default process used at boot, so as to
+>>>> allow to fallback explicitely to sysinit if needed ?
+>>> um... yes it should be possible.
+>>> I'll look at it tomorrow.
+>> That would help a lot. Currently if systemd fails recovery is PITA..
+> 
+> init=.... should work fine, no ?
+
+That's how I've been loading systemd until now, but once
+systemd-sysvinit is intalled, you only have once choice and I think this
+is what Sander was referring to.
+
+With systemd, there are some places you can go to to make possible for
+rescue. See:
+http://fedoraproject.org/wiki/How_to_debug_Systemd_problems#Boot_into_rescue_mode_or_to_a_emergency_shell
+
+
+Not tried them myself, but they should work (unless they depend on some
+dracut stuff)
+
+Col
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008081.html b/zarb-ml/mageia-dev/2011-September/008081.html new file mode 100644 index 000000000..a677c6879 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008081.html @@ -0,0 +1,174 @@ + + + + [Mageia-dev] Bug 2317. + + + + + + + + + +

[Mageia-dev] Bug 2317.

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Thu Sep 15 10:10:47 CEST 2011 +

+
+ +
I don't know urpmi or perl at all, but if you want to attract people to
+help, a more descriptive subject line would help!
+
+Col
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008082.html b/zarb-ml/mageia-dev/2011-September/008082.html new file mode 100644 index 000000000..f9b0a431b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008082.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2

+ Thomas Backlund + tmb at mageia.org +
+ Thu Sep 15 10:22:33 CEST 2011 +

+
+ +
Colin Guthrie skrev 15.9.2011 11:09:
+> 'Twas brillig, and Michael Scherer at 14/09/11 20:38 did gyre and gimble:
+>>
+>> init=.... should work fine, no ?
+>
+> That's how I've been loading systemd until now, but once
+> systemd-sysvinit is intalled, you only have once choice and I think this
+> is what Sander was referring to.
+
+
+Speaking of systemd...
+
+Should systemd-units be installed when you install systemd-sysvinit ?
+
+The change in basesystem installed systemd-sysvinit, but not 
+systemd-units, so you dont really have systemd in use AFAIK...
+
+(wich I noticed when dbus initscript  had to be "silenced" again
+  when it could not find /bin/systemctl)
+
+--
+Thomas
+
+ + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008083.html b/zarb-ml/mageia-dev/2011-September/008083.html new file mode 100644 index 000000000..97897bd04 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008083.html @@ -0,0 +1,166 @@ + + + + [Mageia-dev] Bug 2317. + + + + + + + + + +

[Mageia-dev] Bug 2317.

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 15 10:29:56 CEST 2011 +

+
+ +
Le jeudi 15 septembre 2011 10:10:47, Colin Guthrie a écrit :
+> I don't know urpmi or perl at all, but if you want to attract people to
+> help, a more descriptive subject line would help!
+> 
+> Col
+
+Well, to many people "bug 2317" is explicit, this bug is becoming famous :)
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008084.html b/zarb-ml/mageia-dev/2011-September/008084.html new file mode 100644 index 000000000..7b7e51bb6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008084.html @@ -0,0 +1,128 @@ + + + + [Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release basesystem-1-4.mga2

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Thu Sep 15 10:34:07 CEST 2011 +

+
+ +
'Twas brillig, and Thomas Backlund at 15/09/11 09:22 did gyre and gimble:
+> Colin Guthrie skrev 15.9.2011 11:09:
+>> 'Twas brillig, and Michael Scherer at 14/09/11 20:38 did gyre and gimble:
+>>>
+>>> init=.... should work fine, no ?
+>>
+>> That's how I've been loading systemd until now, but once
+>> systemd-sysvinit is intalled, you only have once choice and I think this
+>> is what Sander was referring to.
+> 
+> 
+> Speaking of systemd...
+> 
+> Should systemd-units be installed when you install systemd-sysvinit ?
+> 
+> The change in basesystem installed systemd-sysvinit, but not
+> systemd-units, so you dont really have systemd in use AFAIK...
+> 
+> (wich I noticed when dbus initscript  had to be "silenced" again
+>  when it could not find /bin/systemctl)
+
+Hmm, I'd have thought that systemd should pull in systemd-units.
+
+[colin at jimmy ~]$ rpm -q --whatrequires systemd-units
+systemd-35-3.mga2
+
+Yup it odes.. and of course:
+
+[colin at jimmy ~]$ rpm -q --requires systemd-sysvinit
+systemd = 35-3.mga2
+...
+
+So installing systemd-sysvinit should indeed require the units...
+perhaps it's needed as a Requires(post) somewhere? e.g. in dbus?
+
+Col
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008085.html b/zarb-ml/mageia-dev/2011-September/008085.html new file mode 100644 index 000000000..8e841c4ac --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008085.html @@ -0,0 +1,150 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ JA Magallon + jamagallon at ono.com +
+ Thu Sep 15 06:53:34 CEST 2011 +

+
+ +
Hi...
+
+Well, I'm starting to fight systemd...
+
+First easy to describe problem (apart from many others I will try to spot...)
+dm starts before getty, finds the first usable tty (usually tty2), and gets
+that. Everything supposes it runs on tty7 (see conflicts in systemd units
+with getty at tty7 and so on...). If you restart dm, as it always tries
+to find the first free tty, it depends on which ttys you have tried to
+use to see where it starts.
+
+I have been looking where to put the 'vt7' option for Xorg, to force it
+there and make it independent of order, but as gdm has
+not a gdm.conf file anymore, everything is on gconf files in /var/lib/gdm,
+I've had no luck.
+
+This is beginning to look like windows, we have a registry nobody understands
+and things happen and you don't know why (because my /var/log/messages is
+empty....0 size).
+
+sigh...
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008086.html b/zarb-ml/mageia-dev/2011-September/008086.html new file mode 100644 index 000000000..b087ec245 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008086.html @@ -0,0 +1,155 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Balcaen John + mikala at mageia.org +
+ Thu Sep 15 10:57:16 CEST 2011 +

+
+ +
Le Jeudi 15 Septembre 2011 06:53:34 JA Magallon a écrit :
+> Hi...
+> 
+> Well, I'm starting to fight systemd...
+> 
+> First easy to describe problem (apart from many others I will try to
+> spot...) dm starts before getty, finds the first usable tty (usually
+> tty2), and gets that. Everything supposes it runs on tty7 (see
+> conflicts in systemd units with getty at tty7 and so on...). If you
+> restart dm, as it always tries to find the first free tty, it depends
+> on which ttys you have tried to use to see where it starts.
+> 
+> I have been looking where to put the 'vt7' option for Xorg, to force
+> it there and make it independent of order, but as gdm has
+> not a gdm.conf file anymore, everything is on gconf files in
+> /var/lib/gdm, I've had no luck.
+> 
+> This is beginning to look like windows, we have a registry nobody
+> understands and things happen and you don't know why (because my
+> /var/log/messages is empty....0 size).
+> 
+> sigh...
+as a temporary workaround you can use kdm instead of gdm :p
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008087.html b/zarb-ml/mageia-dev/2011-September/008087.html new file mode 100644 index 000000000..8864330b4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008087.html @@ -0,0 +1,156 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Thu Sep 15 11:07:50 CEST 2011 +

+
+ +
Le 15/09/2011 06:53, JA Magallon a écrit :
+> Hi...
+>
+> Well, I'm starting to fight systemd...
+>
+> First easy to describe problem (apart from many others I will try to spot...)
+> dm starts before getty, finds the first usable tty (usually tty2), and gets
+> that. Everything supposes it runs on tty7 (see conflicts in systemd units
+> with getty at tty7 and so on...). If you restart dm, as it always tries
+> to find the first free tty, it depends on which ttys you have tried to
+> use to see where it starts.
+>
+> I have been looking where to put the 'vt7' option for Xorg, to force it
+> there and make it independent of order, but as gdm has
+> not a gdm.conf file anymore, everything is on gconf files in /var/lib/gdm,
+> I've had no luck.
+I don't think so, there is still a /etc/X11/gdm/custom.conf 
+configuration file.
+
+> This is beginning to look like windows, we have a registry nobody understands
+> and things happen and you don't know why (because my /var/log/messages is
+> empty....0 size).
+Check your syslog implementation service being enabled.
+-- 
+BOFH excuse #62:
+
+need to wrap system in aluminum foil to fix problem
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008088.html b/zarb-ml/mageia-dev/2011-September/008088.html new file mode 100644 index 000000000..1515af042 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008088.html @@ -0,0 +1,192 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ JA Magallon + jamagallon at ono.com +
+ Thu Sep 15 07:26:33 CEST 2011 +

+
+ +
On Thu, 15 Sep 2011 11:07:50 +0200
+Guillaume Rousse <guillomovitch at gmail.com> wrote:
+
+> Le 15/09/2011 06:53, JA Magallon a écrit :
+> > Hi...
+> >
+> > Well, I'm starting to fight systemd...
+> >
+> > First easy to describe problem (apart from many others I will try to spot...)
+> > dm starts before getty, finds the first usable tty (usually tty2), and gets
+> > that. Everything supposes it runs on tty7 (see conflicts in systemd units
+> > with getty at tty7 and so on...). If you restart dm, as it always tries
+> > to find the first free tty, it depends on which ttys you have tried to
+> > use to see where it starts.
+> >
+> > I have been looking where to put the 'vt7' option for Xorg, to force it
+> > there and make it independent of order, but as gdm has
+> > not a gdm.conf file anymore, everything is on gconf files in /var/lib/gdm,
+> > I've had no luck.
+> I don't think so, there is still a /etc/X11/gdm/custom.conf 
+> configuration file.
+> 
+> > This is beginning to look like windows, we have a registry nobody understands
+> > and things happen and you don't know why (because my /var/log/messages is
+> > empty....0 size).
+> Check your syslog implementation service being enabled.
+
+one:~# systemctl list-units -a --full | grep log
+console-kit-log-system-start.service loaded active   exited        Console System Startup Logging
+netconsole.service        loaded inactive dead          LSB: Initializes network console logging
+systemd-kmsg-syslogd.service loaded active   running       Syslog Kernel Log Buffer Bridge
+systemd-logind.service    loaded active   running       Login Service
+systemd-stdout-syslog-bridge.service loaded active   running       STDOUT Syslog Bridge
+syslog.socket             loaded active   running       Syslog Socket
+systemd-stdout-syslog-bridge.socket loaded active   running       Stdio Syslog Bridge Socket
+syslog.target             loaded active   active        Syslog
+
+one:~# rpm -qa --nosignature *syslog*
+rsyslog-5.8.5-1.mga2
+
+one:~# service rsyslog status
+rsyslog.service - System Logging Service
+	  Loaded: loaded (/lib/systemd/system/rsyslog.service; disabled)
+	  Active: inactive (dead)
+	  CGroup: name=systemd:/system/rsyslog.service
+
+Ahh.....why the hell it did not appear with systemctl list-units -a ?
+
+After systemctl enable rsyslog.service:
+
+one:~# systemctl list-units -a --full | grep log
+console-kit-log-system-start.service loaded active   exited        Console System Startup Logging
+netconsole.service        loaded inactive dead          LSB: Initializes network console logging
+rsyslog.service           loaded inactive dead          System Logging Service
+systemd-kmsg-syslogd.service loaded active   running       Syslog Kernel Log Buffer Bridge
+systemd-logind.service    loaded active   running       Login Service
+systemd-stdout-syslog-bridge.service loaded active   running       STDOUT Syslog Bridge
+syslog.socket             loaded active   running       Syslog Socket
+systemd-stdout-syslog-bridge.socket loaded active   running       Stdio Syslog Bridge Socket
+syslog.target             loaded active   active        Syslog
+
+
+rebooting now....
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008089.html b/zarb-ml/mageia-dev/2011-September/008089.html new file mode 100644 index 000000000..69a96b479 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008089.html @@ -0,0 +1,221 @@ + + + + [Mageia-dev] Meeting tonight + + + + + + + + + +

[Mageia-dev] Meeting tonight

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Thu Sep 15 11:26:41 CEST 2011 +

+
+ +
On 14 September 2011 17:50, Samuel Verschelde <stormi at laposte.net> wrote:
+> I don't know if it's the right meeting for it, but I would like us to talk
+> again about bug 2317 https://bugs.mageia.org/show_bug.cgi?id=2317 that blocks
+> updates
+> We tried to previously chosen solution "link from Release to Updates", but we
+> run into dependency nightmares such as in the end the solution would almost
+> lead to copy the whole Release media into Updates.
+>
+> Without proof of the contrary,
+
+what?
+No it's not and I've already explained many times.
+See below
+
+> I tend to think that fixing MageiaUpdate would
+> be a lot less work than the workaround we are trying to use which :
+> - still needs work from the sysadmins
+> - gives a lot of work to QA, that would be better used for testing the updates
+> - forces us to link a lot of packages if we really want to make sure the
+> update never fails
+
+For now, we are in the same configuration as @ mdv:
+the updates must be self host, if they add new
+requires, these must be added to the repository to update.
+
+This was decided a long time ago after thinking
+
+Some people have the media networks, ie all packages
+can be fetched.
+Others will have only DVD media and thus only have a subset
+of  packages.
+Other disable certain media.
+Other activate some other media (backports).
+Some will have non-free and/or tainted enabled, some won't.
+Ie there is no guarantee that a packet with new requires
+can be updated on all machines as end users will have
+a variety of packages subset.
+
+For almost 10 years MandrivaUpdate == "urpmi --update"
+and not "urpmi --auto-select"
+
+I think that for the already released mga1 we should stick
+to the known good old working method, the MDV's one,
+rather than inventing a new quick & dirty thing quickly whom we'll
+find subtle bugs along the incoming month
+
+Some suggested removing the --update flag that MgaUpdate
+"gives" to urpmi.
+
+I think most of them ignore what kind of problems that would bring,
+they haven't made any tests at all:
+
+1)  we know there will be cases where it won't work
+     (see above those with the DVD media and not the full network
+     media, some new dependencies won't be found on the DVD, ...).
+     Multiply by those who have installed 32 DVD, 64 DVD, dual arch DVD, ...
+     There are lots of different scenarios to deal with ...
+
+2) what's more, its not the time to do so, X months after the release
+
+3) MgaUpdate will be _much_ slower (compare the startup time
+    of rpmdrake vs MgaUpdate) because all synthesis
+   have to be parsed, then we need to compute / verify a far greater
+   number of potential updates ... (and it's _not_ O(n))
+   just look at how much faster to start is mgaupdate vs rpmdrake)
+  It will also consume a lot more RAM
+
+4) that means that we must also update mgaonline to change the way
+     it computes if there any available updates (so that it
+     doesn't reject/ignore  updates with missing Requires that can
+     be resolved from */release
+
+5) That means mgaapplet too will use quite a lot more time in
+     order to compute if there any updates
+
+ 6) That means mgaaplet will consume more RAM when
+   it checks the updates (more exactly the son process it
+   forks)
+   however people are already complaining about RAM usage
+   in mgapapplet
+
+7) rpmdrake behavior may change in unforeseen ways
+    (because a a shared algorithm will changes)
+
+8) Fred Lepied, Frederic Crozat & Warly have removed quite
+   a lot of code everywhere since that policy went years (nearly
+   a decade ago)
+   that means there're a lot of tools that need potential patching
+   (urpmi, rpmdrake, mgaonline, ...)
+    for eg: checking for missing media, ...
+
+In short, it's quite a lot more work and quite a lot more risky than
+"just" not using the --update "flag" as some think.
+They only see that it will be less work for them (the
+work previously done by mdv's secteam for years, that is check
+for new introduced requires and if yes add them to the update media)
+It can just blow up in quite a lot of places:
+- Updates that'll work for some and not for others depending
+  on which media are enabled
+- slower Mgaupdate
+- Mgaupdate consuming more RAM
+- slower Mgaapplet
+- Mgaapplet consuming more RAM
+
+IMHO it's obviously too risky to do such a major change and I failed
+to see why we cannot work the mdv way.
+
+For the _next_ release, we can test & try to use --media and look if:
+performance doesn't drop too much
+But we'll still have the same issues:
+- Disparate media (various DVDs flavour vs network, ...)
+- Performance: the fact that one can have quite a lot media:
+ (3 (or 6 on biarch) updates media vs 9 (or 18 on biarch) media [1]
+  even 15 or 30 (biarch) media for those who activate
+  backport ledia [2].
+- algorithm consistency: it must work for those who enable backports
+  and those who don't, for those who enables tainted/non-free but not
+  non-free/tainted , ....
+
+This must be thought about.
+Will you?
+Will you provides patches, test scenario and do the testing?
+
+my 2 cents
+
+[1] 3 (release / testing / update) x 3 (core / non-free / tainted)
+[2] 5 (release / testing / update / backport / backport_testing) x 3
+(Core / non-free / tainted)
+
+> What I would like is a firm and courageous decision
+
+no comment...
+
+> (we already talked a lot of
+> this issue without much progress until now) that we set a date (soon) before
+> which this problem will be completely solved, whatever the way.
+>
+> We really would like to have this issue solved and allow to concentrate on
+> other important stuff (such as security updates for example).
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008090.html b/zarb-ml/mageia-dev/2011-September/008090.html new file mode 100644 index 000000000..781da9248 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008090.html @@ -0,0 +1,157 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Thu Sep 15 12:37:34 CEST 2011 +

+
+ +
Le 15/09/2011 07:26, JA Magallon a écrit :
+> one:~# systemctl list-units -a --full | grep log
+> console-kit-log-system-start.service loaded active   exited        Console System Startup Logging
+> netconsole.service        loaded inactive dead          LSB: Initializes network console logging
+> systemd-kmsg-syslogd.service loaded active   running       Syslog Kernel Log Buffer Bridge
+> systemd-logind.service    loaded active   running       Login Service
+> systemd-stdout-syslog-bridge.service loaded active   running       STDOUT Syslog Bridge
+> syslog.socket             loaded active   running       Syslog Socket
+> systemd-stdout-syslog-bridge.socket loaded active   running       Stdio Syslog Bridge Socket
+> syslog.target             loaded active   active        Syslog
+>
+> one:~# rpm -qa --nosignature *syslog*
+> rsyslog-5.8.5-1.mga2
+>
+> one:~# service rsyslog status
+> rsyslog.service - System Logging Service
+> 	  Loaded: loaded (/lib/systemd/system/rsyslog.service; disabled)
+> 	  Active: inactive (dead)
+> 	  CGroup: name=systemd:/system/rsyslog.service
+>
+> Ahh.....why the hell it did not appear with systemctl list-units -a ?
+No idea, but I also had this issue earlier, see my previous mail 
+'systemctl list-units output'.
+
+I guess it's time for a bug report here.
+-- 
+BOFH excuse #305:
+
+IRQ-problems with the Un-Interruptible-Power-Supply
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008091.html b/zarb-ml/mageia-dev/2011-September/008091.html new file mode 100644 index 000000000..d8bbd510e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008091.html @@ -0,0 +1,271 @@ + + + + [Mageia-dev] Meeting tonight + + + + + + + + + +

[Mageia-dev] Meeting tonight

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 15 12:48:01 CEST 2011 +

+
+ +
Le jeudi 15 septembre 2011 11:26:41, Thierry Vignaud a écrit :
+> On 14 September 2011 17:50, Samuel Verschelde <stormi at laposte.net> wrote:
+> > I tend to think that fixing MageiaUpdate would
+> > be a lot less work than the workaround we are trying to use which :
+> > - still needs work from the sysadmins
+> > - gives a lot of work to QA, that would be better used for testing the
+> > updates - forces us to link a lot of packages if we really want to make
+> > sure the update never fails
+> 
+> For now, we are in the same configuration as @ mdv:
+> the updates must be self host, if they add new
+> requires, these must be added to the repository to update.
+> 
+> This was decided a long time ago after thinking
+> 
+> Some people have the media networks, ie all packages
+> can be fetched.
+> Others will have only DVD media and thus only have a subset
+> of  packages.
+> Other disable certain media.
+> Other activate some other media (backports).
+> Some will have non-free and/or tainted enabled, some won't.
+> Ie there is no guarantee that a packet with new requires
+> can be updated on all machines as end users will have
+> a variety of packages subset.
+> 
+> For almost 10 years MandrivaUpdate == "urpmi --update"
+> and not "urpmi --auto-select"
+> 
+> I think that for the already released mga1 we should stick
+> to the known good old working method, the MDV's one,
+> rather than inventing a new quick & dirty thing quickly whom we'll
+> find subtle bugs along the incoming month
+
+The problem is the situation is a lot more different that what the secteam at 
+mdv had to face. Would we only need to add "new" dependencies to updated 
+packages, that would be no big deal and we wouldn't make all this noise, we'd 
+just copy the deps and that's all. The problem is that we support migration 
+from Mandriva 2010.2 to Mageia 1, and that causes various situations where 
+*any* dependency of an updated package can be required to install from Core 
+Release, so we have to copy the full dependency chain ! See Dave's recent mail 
+about bug 2317 that explains that in more details and gives the possible 
+solutions to this situation. I would be interested (really) by your opinion 
+about the solution to use among those he suggests, or even another one.
+
+As the problem is migration from Mandriva 2010.2, we could also try a 2 levels 
+solution :
+- copy new deps the way mdv did, this will ensure fresh mageia installations 
+will never face an update problem because of a missing dep
+- add to the errata that + warn users in MageiaUpdate by improving the error 
+message ("you can't install, maybe it's because you have old mdv packages on 
+your system, here is a way to solve your problem, do this and that..., or even 
+better catch the failure, do not show it, and try again with release media 
+added)
+
+> 
+> Some suggested removing the --update flag that MgaUpdate
+> "gives" to urpmi.
+> 
+> I think most of them ignore what kind of problems that would bring,
+> they haven't made any tests at all:
+
+That's why your mail here is very valuable : we can't guess them all (that's 
+what I meant with "no proof", I should have said "not enough information to 
+understand with our limited knowledge").
+
+> 
+> 1)  we know there will be cases where it won't work
+>      (see above those with the DVD media and not the full network
+>      media, some new dependencies won't be found on the DVD, ...).
+>      Multiply by those who have installed 32 DVD, 64 DVD, dual arch DVD,
+> ... There are lots of different scenarios to deal with ...
+
+I think most of us are ready to ask users to add the full media set along with 
+updates media. The main difficulty is handling the transition, but this is 
+doable too. For people who might disable release media, this may be a problem, 
+but is there really an interesting use case for disabling release media and 
+activating updates media ? And if there is one, 
+
+> 
+> 2) what's more, its not the time to do so, X months after the release
+
+3.5 months, and the release will be supported for the coming 12.5 months, so I 
+think it's worth finding a solution now.
+
+> 
+> 3) MgaUpdate will be _much_ slower (compare the startup time
+>     of rpmdrake vs MgaUpdate) because all synthesis
+>    have to be parsed, then we need to compute / verify a far greater
+>    number of potential updates ... (and it's _not_ O(n))
+>    just look at how much faster to start is mgaupdate vs rpmdrake)
+>   It will also consume a lot more RAM
+
+Here I don't understand : can't MageiaUpdate make use of the Release media 
+only when it really performs the installation ? Or only if an update is 
+ignore/rejected because of a missing dep ? That's extra code, sure, but there 
+might be ways to do things so that extra CPU and RAM is used only when needed.
+
+> 
+> 4) that means that we must also update mgaonline to change the way
+>      it computes if there any available updates (so that it
+>      doesn't reject/ignore  updates with missing Requires that can
+>      be resolved from */release
+
+Indeed
+
+> 
+> 5) That means mgaapplet too will use quite a lot more time in
+>      order to compute if there any updates
+> 
+>  6) That means mgaaplet will consume more RAM when
+>    it checks the updates (more exactly the son process it
+>    forks)
+>    however people are already complaining about RAM usage
+>    in mgapapplet
+> 
+
+Not necessarily, if you do it in 2 steps : first compute list without release 
+media, and if updates have been rejected/ignored because of missing deps, try 
+again with release media. You will have that extra RAM and CPU usage only when 
+necessary.
+
+> 7) rpmdrake behavior may change in unforeseen ways
+>     (because a a shared algorithm will changes)
+
+This one I can't tell, I don't know what shared algorithm you are talking 
+about.
+
+> 
+> 8) Fred Lepied, Frederic Crozat & Warly have removed quite
+>    a lot of code everywhere since that policy went years (nearly
+>    a decade ago)
+>    that means there're a lot of tools that need potential patching
+>    (urpmi, rpmdrake, mgaonline, ...)
+>     for eg: checking for missing media, ...
+> 
+> In short, it's quite a lot more work and quite a lot more risky than
+> "just" not using the --update "flag" as some think.
+
+Indeed, I suspected that, I'm just trying to find a solution, and changing 
+MageiaUpdate and mgaapplet's behaviour is one of the solutions.
+
+> They only see that it will be less work for them (the
+> work previously done by mdv's secteam for years, that is check
+> for new introduced requires and if yes add them to the update media)
+
+This is unfair, as said in various places in the previous weeks, migration 
+from Mandriva 2010.2 to Mageia 1 and the fact that Mageia 1 had a lot less 
+packages than Mandriva is what is causing the painful situation we have now, 
+we're just trying to find a way out of this nightmare.
+
+> It can just blow up in quite a lot of places:
+> - Updates that'll work for some and not for others depending
+>   on which media are enabled
+> - slower Mgaupdate
+> - Mgaupdate consuming more RAM
+> - slower Mgaapplet
+> - Mgaapplet consuming more RAM
+> 
+> IMHO it's obviously too risky to do such a major change and I failed
+> to see why we cannot work the mdv way.
+> 
+> For the _next_ release, we can test & try to use --media and look if:
+> performance doesn't drop too much
+> But we'll still have the same issues:
+> - Disparate media (various DVDs flavour vs network, ...)
+> - Performance: the fact that one can have quite a lot media:
+>  (3 (or 6 on biarch) updates media vs 9 (or 18 on biarch) media [1]
+>   even 15 or 30 (biarch) media for those who activate
+>   backport ledia [2].
+> - algorithm consistency: it must work for those who enable backports
+>   and those who don't, for those who enables tainted/non-free but not
+>   non-free/tainted , ....
+> 
+> This must be thought about.
+> Will you?
+
+I'm trying.
+
+> Will you provides patches, test scenario and do the testing?
+
+Patches, not sure. Test scenarios is doable, testing too.
+
+> 
+> my 2 cents
+
+Thanks 
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008092.html b/zarb-ml/mageia-dev/2011-September/008092.html new file mode 100644 index 000000000..8ff8b5324 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008092.html @@ -0,0 +1,170 @@ + + + + [Mageia-dev] New packager + + + + + + + + + +

[Mageia-dev] New packager

+ Listes ( José Jorge) + lists.jjorge at free.fr +
+ Thu Sep 15 13:26:44 CEST 2011 +

+
+ +
well, as I have finished my learning time, I was asked to introduce myself ;-)
+
+so "zezinho" is a french guy, who came from Portugal. He started helping FOSS 
+translating Mandriva to portuguese until "zé" started doing a better job. 
+
+I have 3 childs, from 12 to 7 years old, so I thought I could help packaging 
+lots of games : I have testers ;-)
+
+I started packaging abandonware DOS games : http://jjorge.free.fr (Yes I know 
+this will never end into an official repo).
+
+As I try not to hack too much, I'll be rarely on IRC, and hope no security 
+bugs will be found on games ;-)
+
+Ah, and another way to know me : I commited an open-source short stop-motion 
+thing, here is the advertisement : http://lachuteduneplume.free.fr/
+
+Thanks for your attention
+
+zezinho
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008093.html b/zarb-ml/mageia-dev/2011-September/008093.html new file mode 100644 index 000000000..16a53ef62 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008093.html @@ -0,0 +1,116 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS ! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS !

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Thu Sep 15 13:52:32 CEST 2011 +

+
+ +
On 14 September 2011 23:06, Samuel Verschelde <stormi at laposte.net> wrote:
+> Misc has a proposal to solve this : the next first submitter to an unmaintained
+> package will automatically get maintainership for it ! And after some time, if
+> a package still has no maintainer, it is dropped from the distribution.
+
+At least the one importing it should get it by default...
+
+> SO PLEASE SHOW YOU'RE WITH ME, and demonstrate to misc that we haven't tried
+> hard enough to make the packagers step in and become maintainers :)
+>
+> The objective for the 7 following days is to reach 2000 packages with a
+> maintainer (not counting perl packages, still). I will send you daily results.
+
+Done my job.
+btw we're now at:
+4431 nobody
+4154 someone (inluding perl*)
+1621 someone (not inluding perl*)
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008094.html b/zarb-ml/mageia-dev/2011-September/008094.html new file mode 100644 index 000000000..20c90aea1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008094.html @@ -0,0 +1,106 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ José Jorge + jjorge at free.fr +
+ Thu Sep 15 13:51:47 CEST 2011 +

+
+ +
Le mercredi 14 septembre 2011 23:06:07, Samuel Verschelde a écrit :
+> The objective for the 7 following days is to reach 2000 packages with a
+> maintainer (not counting perl packages, still). I will send you daily
+> results. Deadline is the next packager meeting.
+>
+> Samuel Verschelde, going to grab some packages
+
+mgarepo maintdb get | grep -v perl | grep -v nobody  | wc -l
+1658
+
+seems we are already there? anyway, I grabbed some...
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008095.html b/zarb-ml/mageia-dev/2011-September/008095.html new file mode 100644 index 000000000..8881c7bb4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008095.html @@ -0,0 +1,171 @@ + + + + [Mageia-dev] [changelog] cauldron core/release task-c++-devel-2011.0-1.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release task-c++-devel-2011.0-1.mga2

+ Thomas Backlund + tmb at mageia.org +
+ Thu Sep 15 14:45:05 CEST 2011 +

+
+ +
Mageia Team skrev 15.9.2011 14:56:
+> Name        : task-c++-devel               Relocations: (not relocatable)
+> Version     : 2011.0                            Vendor: Mageia.Org
+> Release     : 1.mga2                        Build Date: Thu Sep 15 13:53:13 2011
+
+[...]
+
+> tv<tv>  2011.0-1.mga2:
+> + Revision: 143870
+> - bump release
+
+Minor detail...
+
+Shouldn't all task-* packages follow Mageia release versions, and not 
+mdv ones...
+
+So this one should be 1:2-1.mga2
+
+And come to think of it, I guess task-gnome-* should be at version 3 now...
+
+--
+Thomas
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008096.html b/zarb-ml/mageia-dev/2011-September/008096.html new file mode 100644 index 000000000..eed1e95dc --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008096.html @@ -0,0 +1,183 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Thu Sep 15 15:22:49 CEST 2011 +

+
+ +
'Twas brillig, and Guillaume Rousse at 15/09/11 11:37 did gyre and gimble:
+> Le 15/09/2011 07:26, JA Magallon a écrit :
+>> one:~# systemctl list-units -a --full | grep log
+>> console-kit-log-system-start.service loaded active   exited       
+>> Console System Startup Logging
+>> netconsole.service        loaded inactive dead          LSB:
+>> Initializes network console logging
+>> systemd-kmsg-syslogd.service loaded active   running       Syslog
+>> Kernel Log Buffer Bridge
+>> systemd-logind.service    loaded active   running       Login Service
+>> systemd-stdout-syslog-bridge.service loaded active   running      
+>> STDOUT Syslog Bridge
+>> syslog.socket             loaded active   running       Syslog Socket
+>> systemd-stdout-syslog-bridge.socket loaded active   running      
+>> Stdio Syslog Bridge Socket
+>> syslog.target             loaded active   active        Syslog
+>>
+>> one:~# rpm -qa --nosignature *syslog*
+>> rsyslog-5.8.5-1.mga2
+>>
+>> one:~# service rsyslog status
+>> rsyslog.service - System Logging Service
+>>       Loaded: loaded (/lib/systemd/system/rsyslog.service; disabled)
+>>       Active: inactive (dead)
+>>       CGroup: name=systemd:/system/rsyslog.service
+>>
+>> Ahh.....why the hell it did not appear with systemctl list-units -a ?
+> No idea, but I also had this issue earlier, see my previous mail
+> 'systemctl list-units output'.
+
+Yeah I think this must be a bug.
+
+It also has an annoying side-effect of breaking tab-completion for the
+"enable" command.
+
+e.g. systemctl enable rsys<tab>
+
+The above doesn't work (I presume the tab completion is likely based on
+list-units -a output).
+
+Col
+
+
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008097.html b/zarb-ml/mageia-dev/2011-September/008097.html new file mode 100644 index 000000000..6eaf17d13 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008097.html @@ -0,0 +1,274 @@ + + + + [Mageia-dev] Meeting tonight + + + + + + + + + +

[Mageia-dev] Meeting tonight

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Thu Sep 15 16:12:11 CEST 2011 +

+
+ +
On 15 September 2011 12:48, Samuel Verschelde <stormi at laposte.net> wrote:
+> The problem is the situation is a lot more different that what the secteam at
+> mdv had to face. Would we only need to add "new" dependencies to updated
+> packages, that would be no big deal and we wouldn't make all this noise, we'd
+> just copy the deps and that's all. The problem is that we support migration
+> from Mandriva 2010.2 to Mageia 1, and that causes various situations where
+> *any* dependency of an updated package can be required to install from Core
+> Release, so we have to copy the full dependency chain !
+
+OK.
+
+> See Dave's recent mail
+> about bug 2317 that explains that in more details and gives the possible
+> solutions to this situation.
+
+Note that his patch is broken as reported by testers...
+"the patch (...) suggested some updates from Backports Testing, even though
+the repository was not enabled"
+
+This is why I warned that playing with the algorithm regarding the various
+combinaisons of setup media, enabled media, ... in my previous mail
+
+Anyway this patch cannot be accepted as it basically turns Mandriva Update
+into rpmdrake, aka from "urpmi --auto-select --update" into:
+ "urpmi --auto-select --media='*/backports'"
+
+> I would be interested (really) by your opinion
+> about the solution to use among those he suggests,
+
+see above
+
+> or even another one.
+
+Suggestions:
+- investigating using the equivalent of --searchmedia
+- reusing the old connectiva upgrade infrastructure in the drakx installer
+  and release a patched installed (a mageia 1.1) that list mdv packages, remove
+  them prior to upgrading"
+- patch perl-URPM so that foobar-X-Ymga is always newer than foobar-Z-Wmdv
+
+In the first case, we would go with something like r[1-4].diff
+warning: unknown impact on startup time & RAM usage (in fact it's not
+even tested)
+
+in the second case, that only cover the installer case, we should update
+install::steps to favor mga over mdv.
+See patches gi0X.diff (untested)
+cf perl-install/install/share/upgrade/conectiva.10/* and
+install:steps::upgrading_redhat()
+But this means releasing an updated installer and updated ISOs...
+
+in the third case, that would mean patching URPM's Pkg_compare(),
+ranges_overlap()
+& rpmvercmp() and hoping nothing else open coded pkg comparison.
+We could do what drakx do when upgrading redhat (which has not
+been tested for quite a long time...), that is the live patching of URPM
+as always
+Should work.
+
+We may want to go the third way anyway for future updates...
+And maybe doing the first one too.
+
+> As the problem is migration from Mandriva 2010.2, we could also try a 2 levels
+> solution :
+> - copy new deps the way mdv did, this will ensure fresh mageia installations
+> will never face an update problem because of a missing dep
+> - add to the errata that + warn users in MageiaUpdate by improving the error
+> message ("you can't install, maybe it's because you have old mdv packages on
+> your system, here is a way to solve your problem, do this and that..., or even
+> better catch the failure, do not show it, and try again with release media
+> added)
+
+wrongdoing...
+
+>> 1)  we know there will be cases where it won't work
+>>      (see above those with the DVD media and not the full network
+>>      media, some new dependencies won't be found on the DVD, ...).
+>>      Multiply by those who have installed 32 DVD, 64 DVD, dual arch DVD,
+>> ... There are lots of different scenarios to deal with ...
+>
+> I think most of us are ready to ask users to add the full media set along with
+> updates media.
+
+And still you won't catch the users that won't ask you, that won't read the doc,
+...
+You can increase the % of end users that will be covered but I fear you
+won't even cover 50% of them.
+
+> The main difficulty is handling the transition, but this is
+> doable too. For people who might disable release media, this may be a problem,
+> but is there really an interesting use case for disabling release media and
+> activating updates media ?
+
+Whether it's either interesting or not, some people just do that.
+
+Or play with /etc/urpmi/skip.list.
+Another scenario I didn't bring attention upon..
+
+>> 2) what's more, its not the time to do so, X months after the release
+>
+> 3.5 months, and the release will be supported for the coming 12.5 months, so I
+> think it's worth finding a solution now.
+
+Sorry AFAIC after the release is too late by definition
+
+>> 3) MgaUpdate will be _much_ slower (compare the startup time
+>>     of rpmdrake vs MgaUpdate) because all synthesis
+>>    have to be parsed, then we need to compute / verify a far greater
+>>    number of potential updates ... (and it's _not_ O(n))
+>>    just look at how much faster to start is mgaupdate vs rpmdrake)
+>>   It will also consume a lot more RAM
+>
+> Here I don't understand : can't MageiaUpdate make use of the Release media
+> only when it really performs the installation ? Or only if an update is
+> ignore/rejected because of a missing dep ? That's extra code, sure, but there
+> might be ways to do things so that extra CPU and RAM is used only when needed.
+
+
+>> 7) rpmdrake behavior may change in unforeseen ways
+>>     (because a a shared algorithm will changes)
+>
+> This one I can't tell, I don't know what shared algorithm you are talking
+> about.
+
+you're suggering to alter mgaupdate behaviour
+however it just uses rpmdrake's code with an update flag.
+So altering the former's behaviour will alter the later's behaviour
+I don't want to be rude but that "I don't know" is exactly why
+I'm warning from the beginning
+
+>> Will you provides patches, test scenario and do the testing?
+>
+> Patches, not sure. Test scenarios is doable, testing too.
+
+The faillure of the proposed patch should be a scenario for regression
+testing btw.
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: r1.diff
+Type: application/octet-stream
+Size: 981 bytes
+Desc: not available
+URL: </pipermail/mageia-dev/attachments/20110915/e36848de/attachment.obj>
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: r2.diff
+Type: application/octet-stream
+Size: 666 bytes
+Desc: not available
+URL: </pipermail/mageia-dev/attachments/20110915/e36848de/attachment-0001.obj>
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: r3.diff
+Type: application/octet-stream
+Size: 708 bytes
+Desc: not available
+URL: </pipermail/mageia-dev/attachments/20110915/e36848de/attachment-0002.obj>
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: r4.diff
+Type: application/octet-stream
+Size: 951 bytes
+Desc: not available
+URL: </pipermail/mageia-dev/attachments/20110915/e36848de/attachment-0003.obj>
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: gi01.diff
+Type: application/octet-stream
+Size: 1077 bytes
+Desc: not available
+URL: </pipermail/mageia-dev/attachments/20110915/e36848de/attachment-0004.obj>
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: gi02.diff
+Type: application/octet-stream
+Size: 1252 bytes
+Desc: not available
+URL: </pipermail/mageia-dev/attachments/20110915/e36848de/attachment-0005.obj>
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: gi03.diff
+Type: application/octet-stream
+Size: 891 bytes
+Desc: not available
+URL: </pipermail/mageia-dev/attachments/20110915/e36848de/attachment-0006.obj>
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: gi04.diff
+Type: application/octet-stream
+Size: 812 bytes
+Desc: not available
+URL: </pipermail/mageia-dev/attachments/20110915/e36848de/attachment-0007.obj>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008098.html b/zarb-ml/mageia-dev/2011-September/008098.html new file mode 100644 index 000000000..71d1f1184 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008098.html @@ -0,0 +1,169 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Thu Sep 15 16:28:58 CEST 2011 +

+
+ +
Le 15/09/2011 15:22, Colin Guthrie a écrit :
+> 'Twas brillig, and Guillaume Rousse at 15/09/11 11:37 did gyre and gimble:
+>> Le 15/09/2011 07:26, JA Magallon a écrit :
+>>> one:~# systemctl list-units -a --full | grep log
+>>> console-kit-log-system-start.service loaded active   exited
+>>> Console System Startup Logging
+>>> netconsole.service        loaded inactive dead          LSB:
+>>> Initializes network console logging
+>>> systemd-kmsg-syslogd.service loaded active   running       Syslog
+>>> Kernel Log Buffer Bridge
+>>> systemd-logind.service    loaded active   running       Login Service
+>>> systemd-stdout-syslog-bridge.service loaded active   running
+>>> STDOUT Syslog Bridge
+>>> syslog.socket             loaded active   running       Syslog Socket
+>>> systemd-stdout-syslog-bridge.socket loaded active   running
+>>> Stdio Syslog Bridge Socket
+>>> syslog.target             loaded active   active        Syslog
+>>>
+>>> one:~# rpm -qa --nosignature *syslog*
+>>> rsyslog-5.8.5-1.mga2
+>>>
+>>> one:~# service rsyslog status
+>>> rsyslog.service - System Logging Service
+>>>        Loaded: loaded (/lib/systemd/system/rsyslog.service; disabled)
+>>>        Active: inactive (dead)
+>>>        CGroup: name=systemd:/system/rsyslog.service
+>>>
+>>> Ahh.....why the hell it did not appear with systemctl list-units -a ?
+>> No idea, but I also had this issue earlier, see my previous mail
+>> 'systemctl list-units output'.
+>
+> Yeah I think this must be a bug.
+>
+> It also has an annoying side-effect of breaking tab-completion for the
+> "enable" command.
+>
+> e.g. systemctl enable rsys<tab>
+>
+> The above doesn't work (I presume the tab completion is likely based on
+> list-units -a output).
+Absolutly, that's what lead me to the problem in the first place.
+-- 
+BOFH excuse #248:
+
+Too much radiation coming from the soil.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008099.html b/zarb-ml/mageia-dev/2011-September/008099.html new file mode 100644 index 000000000..2b6331d9c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008099.html @@ -0,0 +1,113 @@ + + + + [Mageia-dev] Meeting tonight + + + + + + + + + +

[Mageia-dev] Meeting tonight

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Thu Sep 15 16:40:51 CEST 2011 +

+
+ +
On 15 September 2011 16:12, Thierry Vignaud <thierry.vignaud at gmail.com> wrote:
+
+> Suggestions:
+> - investigating using the equivalent of --searchmedia
+> - reusing the old connectiva upgrade infrastructure in the drakx installer
+>  and release a patched installed (a mageia 1.1) that list mdv packages, remove
+>  them prior to upgrading"
+> - patch perl-URPM so that foobar-X-Ymga is always newer than foobar-Z-Wmdv
+>
+> In the first case, we would go with something like r[1-4].diff
+> warning: unknown impact on startup time & RAM usage (in fact it's not
+> even tested)
+>
+> in the second case, that only cover the installer case, we should update
+> install::steps to favor mga over mdv.
+> See patches gi0X.diff (untested)
+> cf perl-install/install/share/upgrade/conectiva.10/* and
+> install:steps::upgrading_redhat()
+> But this means releasing an updated installer and updated ISOs...
+
+we could list all renamed packages into into
+perl-install/install/share/upgrade/mandriva/map
+and apply patch gi05 in order to remove all mdv packages before upgrading,
+resolving your issues but loosing conf through *.rpmsave
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: gi05.diff
+Type: application/octet-stream
+Size: 726 bytes
+Desc: not available
+URL: </pipermail/mageia-dev/attachments/20110915/9f48b38f/attachment.obj>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008100.html b/zarb-ml/mageia-dev/2011-September/008100.html new file mode 100644 index 000000000..e7cbc1350 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008100.html @@ -0,0 +1,169 @@ + + + + [Mageia-dev] gtkmm + apps won't build + + + + + + + + + +

[Mageia-dev] gtkmm + apps won't build

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Thu Sep 15 17:43:56 CEST 2011 +

+
+ +
Hi,
+
+Just incase anyone is looking at this, it's due to the lack of gtkmm
+3.1.90 which has been tagged but no tarball produced.
+
+I tried building from git but for some reason it refuses to generate the
+.cc and .h files from the .ccg and .hg sources... dunno why.
+
+So I'm waiting for a tarball.
+
+Col
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008101.html b/zarb-ml/mageia-dev/2011-September/008101.html new file mode 100644 index 000000000..d87fff055 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008101.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] Meeting tonight + + + + + + + + + +

[Mageia-dev] Meeting tonight

+ Maarten Vanraes + alien at rmail.be +
+ Thu Sep 15 20:53:35 CEST 2011 +

+
+ +
Op donderdag 15 september 2011 16:12:11 schreef Thierry Vignaud:
+[...]
+> you're suggering to alter mgaupdate behaviour
+> however it just uses rpmdrake's code with an update flag.
+> So altering the former's behaviour will alter the later's behaviour
+> I don't want to be rude but that "I don't know" is exactly why
+> I'm warning from the beginning
+[...]
+
+I would think the cleanest solution would be to modify the behavior of the 
+update flag, to have only effect on the first level (ie: searching which packages 
+to update), but then internally remove the update flag when recursively getting 
+the dependencies of those.
+
+Of course, that would dig deep into the code and bugs and regressions are very 
+possible, that is true...
+
+I personally peeked into the code a bit, but unless we have someone who's very 
+knowledgable about this code, i don't think this would go safely...
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008102.html b/zarb-ml/mageia-dev/2011-September/008102.html new file mode 100644 index 000000000..f902129a3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008102.html @@ -0,0 +1,172 @@ + + + + [Mageia-dev] New packager + + + + + + + + + +

[Mageia-dev] New packager

+ Maarten Vanraes + alien at rmail.be +
+ Thu Sep 15 21:17:49 CEST 2011 +

+
+ +
Op donderdag 15 september 2011 13:26:44 schreef Listes (José Jorge):
+> well, as I have finished my learning time, I was asked to introduce myself
+> ;-)
+> 
+> so "zezinho" is a french guy, who came from Portugal. He started helping
+> FOSS translating Mandriva to portuguese until "zé" started doing a better
+> job.
+> 
+> I have 3 childs, from 12 to 7 years old, so I thought I could help
+> packaging lots of games : I have testers ;-)
+> 
+> I started packaging abandonware DOS games : http://jjorge.free.fr (Yes I
+> know this will never end into an official repo).
+> 
+> As I try not to hack too much, I'll be rarely on IRC, and hope no security
+> bugs will be found on games ;-)
+> 
+> Ah, and another way to know me : I commited an open-source short
+> stop-motion thing, here is the advertisement :
+> http://lachuteduneplume.free.fr/
+> 
+> Thanks for your attention
+> 
+> zezinho
+
+welcome...
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008103.html b/zarb-ml/mageia-dev/2011-September/008103.html new file mode 100644 index 000000000..d7b582620 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008103.html @@ -0,0 +1,168 @@ + + + + [Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS ! + + + + + + + + + +

[Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS !

+ Maarten Vanraes + alien at rmail.be +
+ Thu Sep 15 21:17:40 CEST 2011 +

+
+ +
Op donderdag 15 september 2011 13:52:32 schreef Thierry Vignaud:
+> On 14 September 2011 23:06, Samuel Verschelde <stormi at laposte.net> wrote:
+> > Misc has a proposal to solve this : the next first submitter to an
+> > unmaintained package will automatically get maintainership for it ! And
+> > after some time, if a package still has no maintainer, it is dropped
+> > from the distribution.
+> 
+> At least the one importing it should get it by default...
+> 
+> > SO PLEASE SHOW YOU'RE WITH ME, and demonstrate to misc that we haven't
+> > tried hard enough to make the packagers step in and become maintainers
+> > :)
+> > 
+> > The objective for the 7 following days is to reach 2000 packages with a
+> > maintainer (not counting perl packages, still). I will send you daily
+> > results.
+> 
+> Done my job.
+> btw we're now at:
+> 4431 nobody
+> 4154 someone (inluding perl*)
+> 1621 someone (not inluding perl*)
+
+I have a script ready to set the last comittor (that's a full packager) as 
+maintainer. perhaps it can be activated before the GREAT PURGE.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008104.html b/zarb-ml/mageia-dev/2011-September/008104.html new file mode 100644 index 000000000..2f4f12ecc --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008104.html @@ -0,0 +1,125 @@ + + + + [Mageia-dev] Meeting tonight + + + + + + + + + +

[Mageia-dev] Meeting tonight

+ David W. Hodgins + davidwhodgins at gmail.com +
+ Thu Sep 15 22:10:54 CEST 2011 +

+
+ +
On Thu, 15 Sep 2011 10:12:11 -0400, Thierry Vignaud <thierry.vignaud at gmail.com> wrote:
+
+> On 15 September 2011 12:48, Samuel Verschelde <stormi at laposte.net> wrote:
+>> The problem is the situation is a lot more different that what the secteam at
+>> mdv had to face. Would we only need to add "new" dependencies to updated
+>> packages, that would be no big deal and we wouldn't make all this noise, we'd
+>> just copy the deps and that's all. The problem is that we support migration
+>> from Mandriva 2010.2 to Mageia 1, and that causes various situations where
+>> *any* dependency of an updated package can be required to install from Core
+>> Release, so we have to copy the full dependency chain !
+>
+> OK.
+
+Note that determining which dependencies have to be linked is not easy.
+
+Some packages do not get installed from Core Release (or dvd), during upgrade,
+as they are required by packages that are in Mandriva, but not in Mageia 1.
+(Requires with explicit versions).
+
+When that missing package gets added to updates, mgaapplet will also try
+to install the dependencies from Core Release, to get the right version.
+
+Likewise with the dependencies of those dependencies.
+
+In the original bug 2097 (the one that triggered the filing of bug 2317),
+kipi-plugins-expoblending could not be installed due to hugin only being
+in core release.  So hugin was added to Core Updates.
+
+The update still failed, as hugin requires enblend, which was only in Core
+Release.  So not only do we need to link added dependencies, but a
+recursive list of dependencies, with no easy way to figure out which
+ones are really required.
+
+> Note that his patch is broken as reported by testers...
+> "the patch (...) suggested some updates from Backports Testing, even though
+> the repository was not enabled"
+
+Yes my attempted patch failed.  In my opinion, what we need, is for mgaapplet
+to use it's current method to determine if there are updates, but use the
+equivalent of urpmi --auto-select, to actually get the updates list, and
+install them.
+
+Regards, Dave Hodgins
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008105.html b/zarb-ml/mageia-dev/2011-September/008105.html new file mode 100644 index 000000000..1086a348f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008105.html @@ -0,0 +1,131 @@ + + + + [Mageia-dev] calling mentors + apprentices + + + + + + + + + +

[Mageia-dev] calling mentors + apprentices

+ David Sjölin + david.sjolin at gmail.com +
+ Thu Sep 15 22:32:10 CEST 2011 +

+
+ +
On Wed, Sep 14, 2011 at 1:06 PM, andre999 <andre999.mga at laposte.net> wrote:
+> Hi everyone.
+>
+> Last week we found a mentor for dotmil (Josh King)
+>
+> We still need to find a mentor for barjac (Barry Jackson), who has
+> informally been getting his mentoring on the mailing lists.
+>
+> We have a new apprentice in waiting :
+> solbu (Johnny Solbu)
+> He is coming to Mageia as a long-time Mandriva user, where in the past year
+> he has been making a few packages.  He is eager to start packaging for
+> Mageia.
+>
+> See
+> http://www.mageia.org/wiki/doku.php?id=packages_mentoring#packager_apprentice_table
+>
+> So anyone willing to mentor an apprentice, please step forward.
+> You can contact them directly (please post to this thread), or through me.
+> If you like, I can update the mentoring in progress table for you.
+> http://www.mageia.org/wiki/doku.php?id=packages_mentoring#mentors_mentoring_in_progress
+>
+> Anyone looking for a mentor, let me know (you can post to this thread), so I
+> can put your name in the apprentice table -- or you can do it yourself.
+> http://www.mageia.org/wiki/doku.php?id=packages_mentoring#packager_apprentice_table
+
+Hello!
+
+I've been on the mailinglist for a while, but haven't felt I could
+participate since I don't have any packaging experience, but I would
+like to give it a shot if someone could mentor me.
+
+Some info about myself:
+I've been using Linux since around 1997, Slackware the first few
+years, and later Red Hat, Debian, Mandriva, Puppy et al.. Currently
+using Mageia, Debian and Mandriva at home, and Ubuntu at work (plus
+working with UNIX servers, not as a sysadmin though), mostly running
+Gnome and sometimes Xfce. I've studied computer science and work as a
+Java Developer, and also have done some C programming in school and
+for fun, as well as some C# etc.
+
+I also have some computers which could be used for testing e.g. Asus
+EeeBox (Atom D525), FujitsuSiemens Laptop (Core2Duo T5400) and
+homebuilt computer (Core2Duo E7200) as well as VirtualBox of course.
+
+Let me know how I can help. I don't have any major preferences on
+packages, so if there are packages from the list sent today I could
+work on some of the unassigned once when I get up to speed.
+
+Regards,
+
+David Sjölin AKA Zarniwoop
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008106.html b/zarb-ml/mageia-dev/2011-September/008106.html new file mode 100644 index 000000000..2e1f4caec --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008106.html @@ -0,0 +1,162 @@ + + + + [Mageia-dev] systemd issues + + + + + + + + + +

[Mageia-dev] systemd issues

+ Scott Chevalley + avalon at osguru.org +
+ Thu Sep 15 22:10:14 CEST 2011 +

+
+ +
I'm running up-to-date cauldron and enabled systemd and find that, while KDE
+works fine, booting never really finishes and I never get any tty's enabled.
+
+I did fix the pam.d issue with the rpmnew file as well as verified that I have
+systemd-units installed, based on other conversations I've seen on the mailing list.
+
+I currently have these systemd packages installed:
+
+systemd-sysvinit-35-3.mga2.x86_64
+lib64systemd-login0-35-3.mga2.x86_64
+lib64systemd-daemon0-35-3.mga2.x86_64
+systemd-35-3.mga2.x86_64
+systemd-units-35-3.mga2.x86_64
+
+
+Thanks
+Scott
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008107.html b/zarb-ml/mageia-dev/2011-September/008107.html new file mode 100644 index 000000000..bb30b290f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008107.html @@ -0,0 +1,167 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 15 23:13:35 CEST 2011 +

+
+ +
Le mercredi 14 septembre 2011 23:06:07, Samuel Verschelde a écrit :
+> Excluding perl packages (a lot of packages, all maintained by jq), we have
+> : 1118 packages with a maintainer
+> 4931 without a maintainer !
+> 
+> Full list: http://pkgsubmit.mageia.org/data/maintdb.txt
+> 
+[...]
+> The objective for the 7 following days is to reach 2000 packages with a
+> maintainer (not counting perl packages, still). I will send you daily
+> results. Deadline is the next packager meeting.
+> 
+
+Yesterday, we had 1118 non-perl packages with a maintainer.
+
+Tonight, the number is : 1677, which is a great progress, but it's not 2000 
+yet (and 2000 is only the first step) ! Keep grabbing !
+
+Best regards
+
+Samuel Verschelde
+
+P.S.: per packager stats (thanks jq for the script):
+
+4382    nobody
+2548    jquelin
+331     dmorgan
+214     grenoya
+151     mikala
+137     tv
+132     spuhler
+112     anssi
+67      wally
+57      zezinho
+53      fwang
+51      obgr_seneca
+41      shlomif
+29      sander85
+27      guillomovitch
+23      stormi
+20      boklm
+20      dams
+19      misc
+19      dlucio
+19      colin
+18      tmb
+17      kharec
+15      anaselli
+15      philippem
+14      matteo
+11      supp
+11      cjw
+8       ofaurax
+8       lmenut
+5       juancho
+4       buchan
+4       ennael
+3       pterjan
+3       blino
+3       stewb
+1       trem
+1       nanardon
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008108.html b/zarb-ml/mageia-dev/2011-September/008108.html new file mode 100644 index 000000000..1117cb992 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008108.html @@ -0,0 +1,153 @@ + + + + [Mageia-dev] systemd issues + + + + + + + + + +

[Mageia-dev] systemd issues

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Thu Sep 15 23:42:10 CEST 2011 +

+
+ +
Le 15/09/2011 22:10, Scott Chevalley a écrit :
+> I'm running up-to-date cauldron and enabled systemd and find that, while KDE
+> works fine, booting never really finishes and I never get any tty's enabled.
+This is probably a systemd-plymouth interaction issue, see last comments 
+at https://bugs.mageia.org/show_bug.cgi?id=2698
+-- 
+BOFH excuse #420:
+
+Feature was not beta tested
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008109.html b/zarb-ml/mageia-dev/2011-September/008109.html new file mode 100644 index 000000000..99a4d9f0a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008109.html @@ -0,0 +1,150 @@ + + + + [Mageia-dev] New packager + + + + + + + + + +

[Mageia-dev] New packager

+ Oliver Burger + oliver.bgr at googlemail.com +
+ Fri Sep 16 07:49:29 CEST 2011 +

+
+ +
2011/9/15 Maarten Vanraes <alien at rmail.be>:
+> Op donderdag 15 september 2011 13:26:44 schreef Listes (José Jorge):
+>> well, as I have finished my learning time, I was asked to introduce myself
+>> ;-)
+> welcome...
+>
+Or "welcome to hell..." as I was greeted here, when I finished my mentoring...
+
+Oliver
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008110.html b/zarb-ml/mageia-dev/2011-September/008110.html new file mode 100644 index 000000000..5d24b8145 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008110.html @@ -0,0 +1,160 @@ + + + + [Mageia-dev] New packager + + + + + + + + + +

[Mageia-dev] New packager

+ Cazzaniga Sandro + cazzaniga.sandro at gmail.com +
+ Fri Sep 16 08:17:19 CEST 2011 +

+
+ +
2011/9/16 Oliver Burger <oliver.bgr at googlemail.com>
+
+> 2011/9/15 Maarten Vanraes <alien at rmail.be>:
+> > Op donderdag 15 september 2011 13:26:44 schreef Listes (José Jorge):
+> >> well, as I have finished my learning time, I was asked to introduce
+> myself
+> >> ;-)
+> > welcome...
+> >
+> Or "welcome to hell..." as I was greeted here, when I finished my
+> mentoring...
+>
+> Oliver
+>
+
+Welcome!
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110916/4393cec7/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008111.html b/zarb-ml/mageia-dev/2011-September/008111.html new file mode 100644 index 000000000..8a857f63a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008111.html @@ -0,0 +1,148 @@ + + + + [Mageia-dev] systemd article in weekly LWN + + + + + + + + + +

[Mageia-dev] systemd article in weekly LWN

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Fri Sep 16 09:49:02 CEST 2011 +

+
+ +
For anyone intested on the topic:
+http://lwn.net/SubscriberLink/458789/9c3df60c179593b9/
+-- 
+BOFH excuse #155:
+
+Dumb terminal
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008115.html b/zarb-ml/mageia-dev/2011-September/008115.html new file mode 100644 index 000000000..0189bb050 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008115.html @@ -0,0 +1,77 @@ + + + + [Mageia-dev] ARM summit at Plumbers 2011 + + + + + + + + + +

[Mageia-dev] ARM summit at Plumbers 2011

+ Steve McIntyre + steve.mcintyre at linaro.org +
+ Thu Sep 1 01:00:06 CEST 2011 +

+
+ +
[ Last big cross-post; I'll just post to the cross-distro list in
+  future! ]
+
+On Tue, Aug 23, 2011 at 05:11:34PM +0100, Steve McIntyre wrote:
+>On Tue, Aug 09, 2011 at 07:15:34PM +0100, Steve McIntyre wrote:
+>
+>> [ARM summit at Plumbers, Thursday 8th September]
+>
+>UPDATE: we've not had many people confirm interest in this event yet,
+>which is a shame. If you would like to join us for this session,
+>please reply and let me know. If we don't get enough interest by the
+>end of Sunday (28th August), then we'll have to cancel the meeting.
+
+And that seemed to provoke enought interest from people all over,
+which is good. This event is definitely going on. Let's look forwards
+to some good discussion. :-)
+
+Cheers,
+-- 
+Steve McIntyre                                steve.mcintyre at linaro.org
+<http://www.linaro.org/> Linaro.org | Open source software for ARM SoCs
+
+
+ + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008116.html b/zarb-ml/mageia-dev/2011-September/008116.html new file mode 100644 index 000000000..954cd81a7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008116.html @@ -0,0 +1,93 @@ + + + + [Mageia-dev] New packages + modifications to existing ones - what do I do with them? + + + + + + + + + +

[Mageia-dev] New packages + modifications to existing ones - what do I do with them?

+ Andrew Myers + am2605 at gmail.com +
+ Sun Sep 11 06:49:03 CEST 2011 +

+
+ +
Hi Folks,
+
+I've decided to have a go at building Ubuntu's Unity desktop on Mageia.  To
+be honest I'm not sure if I'll be able to complete the task, but I thought
+it would be a good way to get into it.
+
+At the moment I'm trying to build "NUX", and along the way I've found some
+packages which require some modifications to their .spec's (glew and
+pciutils).
+
+What should I do with these?  Should I create a patch and send them along?
+I'm not really sure what the process is.  Also, as I'm quite new to all
+this, they probably need someone to have a good look over them.  I think I
+also need to package some things that don't exist yet also, such as gmock.
+
+Also, is anyone else looking at Unity?  I figured that because it was
+unpopular I may be the only one that cares about it, but if anyone else is
+looking at it, it may be worth sharing what we've done.
+
+Andrew.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110911/e3f34ca1/attachment-0001.html>
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008117.html b/zarb-ml/mageia-dev/2011-September/008117.html new file mode 100644 index 000000000..f564e09c7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008117.html @@ -0,0 +1,99 @@ + + + + [Mageia-dev] [Bug 2727] [New] bugzilla mail list subject line has changed format from [Bug 1234] to [bugs] + + + + + + + + + +

[Mageia-dev] [Bug 2727] [New] bugzilla mail list subject line has changed format from [Bug 1234] to [bugs]

+ Vinet Raphaël + superaphke at gmail.com +
+ Tue Sep 13 13:32:12 CEST 2011 +

+
+ +
Le mardi 13 septembre 2011 07:56:29 Remco Rijnders, vous avez écrit :
+> https://bugs.mageia.org/show_bug.cgi?id=2727
+> 
+>            Summary: bugzilla mail list subject line has changed format
+>                     from [Bug 1234] to [bugs]
+>            Product: Infrastructure
+>            Version: unspecified
+>           Platform: All
+>         OS/Version: Linux
+>             Status: NEW
+>           Severity: enhancement
+>           Priority: Normal
+>          Component: Bugzilla
+>         AssignedTo: sysadmin-bugs at ml.mageia.org
+>         ReportedBy: remco at webconquest.com
+>                 CC: mageia-webteam at mageia.org, sysadmin-bugs at ml.mageia.org
+> 
+> 
+> Till yesterday (September 12th), mails sent from the bugs at ml.mageia.org
+> list had a subject line starting with "[Bug #]". Something changed, and
+> mails to this list now only have [bugs] at the start of the subject line.
+> 
+> I found the old format easier to work with.
+
++1 for filtering them or some of them ;)
+
+A+
+Raph
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008118.html b/zarb-ml/mageia-dev/2011-September/008118.html new file mode 100644 index 000000000..1de7d2fde --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008118.html @@ -0,0 +1,118 @@ + + + + [Mageia-dev] changing apache configuration handling + + + + + + + + + +

[Mageia-dev] changing apache configuration handling

+ Maarten Vanraes + maarten at rmail.be +
+ Thu Sep 15 01:03:27 CEST 2011 +

+
+ +
Op donderdag 15 september 2011 00:34:39 schreef Renaud MICHEL:
+> Hello
+> 
+> On mercredi 14 septembre 2011 at 10:06, Guillaume Rousse wrote :
+> > So, we have the following choice:
+> > - change current behaviour, by keeping conditionals in configuration
+> > file. To use php, you have to install mod_php, and add -DHAVE_PHP5 in
+> > /etc/sysconfig/httpd. This means additional configuration is required,
+> > but also possibility to temporary disable without uninstalling.
+> > 
+> > - keep current behaviour, by removing conditionals in configuration
+> > file. This means no additional configuration needed, but also than
+> > installing implies usage.
+> 
+> How about the way it works on debian?
+> 
+> Their apache2.2-common package, which contains all the base configuration
+> files, has a mods-available and a mods-enabled dirs in the apache conf dir
+> (/etc/apache2 for debian).
+> Modules load command and specific configuration (if needed) are provided as
+> *.load and *.conf files in the mods-available dir, then the a2enmod command
+> is used to enable (and its counterpart e2dismod disables them) some mods by
+> creating symlink in the mods-enabled dir.
+> The main apache2.conf file then has
+> Include mods-enabled/*.load
+> Include mods-enabled/*.conf
+> to load the actually enabled mods.
+> a2enmod also knows about modules dependencies via special comments in the
+> *.load files.
+> 
+> Then there is a similar mechanism for sites installed by packages with
+> sites-available and sites-enabled directories and a2ensite a2dissite
+> commands.
+> 
+> see
+> http://packages.debian.org/squeeze/apache2.2-common
+> http://manpages.debian.net/cgi-bin/man.cgi?query=A2ENMOD
+> http://manpages.debian.net/cgi-bin/man.cgi?query=A2ENSITE
+
+personally i prefer debian-style layout (it's even easy to change this as it's 
+a configure flag).
+
+I would be all for moving to that kind of layout
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008119.html b/zarb-ml/mageia-dev/2011-September/008119.html new file mode 100644 index 000000000..e408695cc --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008119.html @@ -0,0 +1,224 @@ + + + + [Mageia-dev] Meeting tonight + + + + + + + + + +

[Mageia-dev] Meeting tonight

+ Stew Benedict + stewbintn at gmail.com +
+ Thu Sep 15 12:36:40 CEST 2011 +

+
+ +
On 09/15/2011 05:26 AM, Thierry Vignaud wrote:
+> On 14 September 2011 17:50, Samuel Verschelde<stormi at laposte.net>  wrote:
+>> I don't know if it's the right meeting for it, but I would like us to talk
+>> again about bug 2317 https://bugs.mageia.org/show_bug.cgi?id=2317 that blocks
+>> updates
+>> We tried to previously chosen solution "link from Release to Updates", but we
+>> run into dependency nightmares such as in the end the solution would almost
+>> lead to copy the whole Release media into Updates.
+>>
+>> Without proof of the contrary,
+> what?
+> No it's not and I've already explained many times.
+> See below
+>
+>> I tend to think that fixing MageiaUpdate would
+>> be a lot less work than the workaround we are trying to use which :
+>> - still needs work from the sysadmins
+>> - gives a lot of work to QA, that would be better used for testing the updates
+>> - forces us to link a lot of packages if we really want to make sure the
+>> update never fails
+> For now, we are in the same configuration as @ mdv:
+> the updates must be self host, if they add new
+> requires, these must be added to the repository to update.
+>
+> This was decided a long time ago after thinking
+>
+> Some people have the media networks, ie all packages
+> can be fetched.
+> Others will have only DVD media and thus only have a subset
+> of  packages.
+> Other disable certain media.
+> Other activate some other media (backports).
+> Some will have non-free and/or tainted enabled, some won't.
+> Ie there is no guarantee that a packet with new requires
+> can be updated on all machines as end users will have
+> a variety of packages subset.
+>
+> For almost 10 years MandrivaUpdate == "urpmi --update"
+> and not "urpmi --auto-select"
+>
+> I think that for the already released mga1 we should stick
+> to the known good old working method, the MDV's one,
+> rather than inventing a new quick&  dirty thing quickly whom we'll
+> find subtle bugs along the incoming month
+>
+> Some suggested removing the --update flag that MgaUpdate
+> "gives" to urpmi.
+>
+> I think most of them ignore what kind of problems that would bring,
+> they haven't made any tests at all:
+>
+> 1)  we know there will be cases where it won't work
+>       (see above those with the DVD media and not the full network
+>       media, some new dependencies won't be found on the DVD, ...).
+>       Multiply by those who have installed 32 DVD, 64 DVD, dual arch DVD, ...
+>       There are lots of different scenarios to deal with ...
+>
+> 2) what's more, its not the time to do so, X months after the release
+>
+> 3) MgaUpdate will be _much_ slower (compare the startup time
+>      of rpmdrake vs MgaUpdate) because all synthesis
+>     have to be parsed, then we need to compute / verify a far greater
+>     number of potential updates ... (and it's _not_ O(n))
+>     just look at how much faster to start is mgaupdate vs rpmdrake)
+>    It will also consume a lot more RAM
+>
+> 4) that means that we must also update mgaonline to change the way
+>       it computes if there any available updates (so that it
+>       doesn't reject/ignore  updates with missing Requires that can
+>       be resolved from */release
+>
+> 5) That means mgaapplet too will use quite a lot more time in
+>       order to compute if there any updates
+>
+>   6) That means mgaaplet will consume more RAM when
+>     it checks the updates (more exactly the son process it
+>     forks)
+>     however people are already complaining about RAM usage
+>     in mgapapplet
+>
+> 7) rpmdrake behavior may change in unforeseen ways
+>      (because a a shared algorithm will changes)
+>
+> 8) Fred Lepied, Frederic Crozat&  Warly have removed quite
+>     a lot of code everywhere since that policy went years (nearly
+>     a decade ago)
+>     that means there're a lot of tools that need potential patching
+>     (urpmi, rpmdrake, mgaonline, ...)
+>      for eg: checking for missing media, ...
+>
+> In short, it's quite a lot more work and quite a lot more risky than
+> "just" not using the --update "flag" as some think.
+> They only see that it will be less work for them (the
+> work previously done by mdv's secteam for years, that is check
+> for new introduced requires and if yes add them to the update media)
+> It can just blow up in quite a lot of places:
+> - Updates that'll work for some and not for others depending
+>    on which media are enabled
+> - slower Mgaupdate
+> - Mgaupdate consuming more RAM
+> - slower Mgaapplet
+> - Mgaapplet consuming more RAM
+>
+> IMHO it's obviously too risky to do such a major change and I failed
+> to see why we cannot work the mdv way.
+>
+> For the _next_ release, we can test&  try to use --media and look if:
+> performance doesn't drop too much
+> But we'll still have the same issues:
+> - Disparate media (various DVDs flavour vs network, ...)
+> - Performance: the fact that one can have quite a lot media:
+>   (3 (or 6 on biarch) updates media vs 9 (or 18 on biarch) media [1]
+>    even 15 or 30 (biarch) media for those who activate
+>    backport ledia [2].
+> - algorithm consistency: it must work for those who enable backports
+>    and those who don't, for those who enables tainted/non-free but not
+>    non-free/tainted , ....
+>
+> This must be thought about.
+> Will you?
+> Will you provides patches, test scenario and do the testing?
+>
+> my 2 cents
+>
+> [1] 3 (release / testing / update) x 3 (core / non-free / tainted)
+> [2] 5 (release / testing / update / backport / backport_testing) x 3
+> (Core / non-free / tainted)
+>
+>> What I would like is a firm and courageous decision
+> no comment...
+>
+>> (we already talked a lot of
+>> this issue without much progress until now) that we set a date (soon) before
+>> which this problem will be completely solved, whatever the way.
+>>
+>> We really would like to have this issue solved and allow to concentrate on
+>> other important stuff (such as security updates for example).
+What complicates things is:
+
+1) we're adding new packages to updates for the mga1 exception
+2) we're being quite loose with bumping versions for updates, apparently 
+patching is "too hard" for the new generation of packagers
+3) we're trying to chase being able to do an update from mdv-2010.2 and 
+whatever those people might have installed as they use updates/backports
+
+-- 
+Stew Benedict
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008120.html b/zarb-ml/mageia-dev/2011-September/008120.html new file mode 100644 index 000000000..ee2e2b869 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008120.html @@ -0,0 +1,160 @@ + + + + [Mageia-dev] New packager + + + + + + + + + +

[Mageia-dev] New packager

+ Maarten Vanraes + maarten at rmail.be +
+ Thu Sep 15 20:55:20 CEST 2011 +

+
+ +
Op donderdag 15 september 2011 13:26:44 schreef Listes (José Jorge):
+> well, as I have finished my learning time, I was asked to introduce myself
+> ;-)
+> 
+> so "zezinho" is a french guy, who came from Portugal. He started helping
+> FOSS translating Mandriva to portuguese until "zé" started doing a better
+> job.
+> 
+> I have 3 childs, from 12 to 7 years old, so I thought I could help
+> packaging lots of games : I have testers ;-)
+> 
+> I started packaging abandonware DOS games : http://jjorge.free.fr (Yes I
+> know this will never end into an official repo).
+> 
+> As I try not to hack too much, I'll be rarely on IRC, and hope no security
+> bugs will be found on games ;-)
+> 
+> Ah, and another way to know me : I commited an open-source short
+> stop-motion thing, here is the advertisement :
+> http://lachuteduneplume.free.fr/
+> 
+> Thanks for your attention
+> 
+> zezinho
+
+welcome...
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008121.html b/zarb-ml/mageia-dev/2011-September/008121.html new file mode 100644 index 000000000..114e5c05a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008121.html @@ -0,0 +1,111 @@ + + + + [Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS ! + + + + + + + + + +

[Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS !

+ Maarten Vanraes + maarten at rmail.be +
+ Thu Sep 15 20:43:50 CEST 2011 +

+
+ +
Op donderdag 15 september 2011 13:52:32 schreef Thierry Vignaud:
+> On 14 September 2011 23:06, Samuel Verschelde <stormi at laposte.net> wrote:
+> > Misc has a proposal to solve this : the next first submitter to an
+> > unmaintained package will automatically get maintainership for it ! And
+> > after some time, if a package still has no maintainer, it is dropped
+> > from the distribution.
+> 
+> At least the one importing it should get it by default...
+> 
+> > SO PLEASE SHOW YOU'RE WITH ME, and demonstrate to misc that we haven't
+> > tried hard enough to make the packagers step in and become maintainers
+> > :)
+> > 
+> > The objective for the 7 following days is to reach 2000 packages with a
+> > maintainer (not counting perl packages, still). I will send you daily
+> > results.
+> 
+> Done my job.
+> btw we're now at:
+> 4431 nobody
+> 4154 someone (inluding perl*)
+> 1621 someone (not inluding perl*)
+
+I have a script ready to set the last comittor (that's a full packager) as 
+maintainer. perhaps it can be activated before the GREAT PURGE.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008122.html b/zarb-ml/mageia-dev/2011-September/008122.html new file mode 100644 index 000000000..f8d584e7e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008122.html @@ -0,0 +1,152 @@ + + + + [Mageia-dev] New packager + + + + + + + + + +

[Mageia-dev] New packager

+ grenoya + grenoya at zarb.org +
+ Fri Sep 16 10:00:55 CEST 2011 +

+
+ +
Le 16/09/11 08:17, Cazzaniga Sandro a écrit :
+> 2011/9/16 Oliver Burger <oliver.bgr at googlemail.com
+> <mailto:oliver.bgr at googlemail.com>>
+>
+>     2011/9/15 Maarten Vanraes <alien at rmail.be <mailto:alien at rmail.be>>:
+>      > Op donderdag 15 september 2011 13:26:44 schreef Listes (José Jorge):
+>      >> well, as I have finished my learning time, I was asked to
+>     introduce myself
+>      >> ;-)
+>      > welcome...
+>      >
+>     Or "welcome to hell..." as I was greeted here, when I finished my
+>     mentoring...
+>
+>     Oliver
+>
+>
+> Welcome!
+welcome :)
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008123.html b/zarb-ml/mageia-dev/2011-September/008123.html new file mode 100644 index 000000000..4e1f510ae --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008123.html @@ -0,0 +1,160 @@ + + + + [Mageia-dev] Problems with X [Was: KDE doesn't start after last updates] + + + + + + + + + +

[Mageia-dev] Problems with X [Was: KDE doesn't start after last updates]

+ Oliver Burger + oliver.bgr at googlemail.com +
+ Fri Sep 9 08:53:32 CEST 2011 +

+
+ +
Am Freitag, 9. September 2011, 08:18:23 schrieb magnus:
+
+It seems to be a general problem with the X server.
+
+I can't login into any window manager/desktop anymore, strangely enough the dm 
+itself does still work.
+
+I attach several files, I can find, but I don't really know, where to look...
+
+Oliver
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: Xorg.0.log
+Type: text/x-log
+Size: 24589 bytes
+Desc: not available
+URL: </pipermail/mageia-dev/attachments/20110909/9da02499/attachment-0002.log>
+-------------- next part --------------
+/etc/X11/xinit.d/30dbus: Zeile 2: Dateiende beim Suchen nach `"' erreicht.
+/etc/X11/xinit.d/30dbus: Zeile 5: Syntax Fehler: Unerwartetes Dateiende.
+                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                             Could not contact query service. 
+QStringList Akonadi::NepomukSearch::search(const QString&) Calling blockingQuery() failed! 
+plasma-desktop(4590)/plasma StatusNotifierItemSource::refreshCallback: DBusMenu disabled for this application 
+No protocol specified
+xcb_connection_has_error() returned true
+Could not contact query service. 
+QStringList Akonadi::NepomukSearch::search(const QString&) Calling blockingQuery() failed! 
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+plasma-desktop(4590)/plasma StatusNotifierItemSource::refreshCallback: DBusMenu disabled for this application 
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+No protocol specified
+xcb_connection_has_error() returned true
+kmail(4986)/kio (KIOJob) KIO::TransferJob::slotData: mimeType() not emitted when sending first data!; job URL = KUrl("imaps://oliver.bgr@imap.googlemail.com:993/mageia/dev/;UID=7991;SECTION=BODY.PEEK[]") data size = 1336 
+kmail(4986)/kio (KIOJob) KIO::TransferJob::slotData: mimeType() not emitted when sending first data!; job URL = KUrl("imaps://oliver.bgr@imap.googlemail.com:993/mageia/dev/;UID=7992;SECTION=BODY.PEEK[]") data size = 1336 
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+kmail(4986)/kio (KIOJob) KIO::TransferJob::slotData: mimeType() not emitted when sending first data!; job URL = KUrl("imaps://oliver.bgr@imap.googlemail.com:993/mageia/fedora-l10n/;UID=691;SECTION=BODY.PEEK[]") data size = 1338 
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+QPainter::end: Painter ended with 2 saved states
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: .Xauthority
+Type: application/octet-stream
+Size: 62 bytes
+Desc: not available
+URL: </pipermail/mageia-dev/attachments/20110909/9da02499/attachment-0001.obj>
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: test2.log
+Type: text/x-log
+Size: 1336 bytes
+Desc: not available
+URL: </pipermail/mageia-dev/attachments/20110909/9da02499/attachment-0003.log>
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008124.html b/zarb-ml/mageia-dev/2011-September/008124.html new file mode 100644 index 000000000..40258507a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008124.html @@ -0,0 +1,80 @@ + + + + [Mageia-dev] Problems with X [Was: KDE doesn't start after last updates] + + + + + + + + + +

[Mageia-dev] Problems with X [Was: KDE doesn't start after last updates]

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Fri Sep 16 10:11:13 CEST 2011 +

+
+ +
Le 09/09/2011 08:53, Oliver Burger a écrit :
+> Am Freitag, 9. September 2011, 08:18:23 schrieb magnus:
+>
+> It seems to be a general problem with the X server.
+>
+> I can't login into any window manager/desktop anymore, strangely enough the dm
+> itself does still work.
+Meaning that's likely not an X server issue, but rather a display 
+manager or a user session start one.
+
+Currently there is one known issue with gdm + systemd:
+https://bugs.mageia.org/show_bug.cgi?id=2698
+
+> I attach several files, I can find, but I don't really know, where to look...
+You should test different display managers, different kind of user 
+session, and test with either systemd or sysinit. And at least specificy 
+which one you tested.
+
+-- 
+BOFH excuse #234:
+
+Someone is broadcasting pygmy packets and the router doesn't know how to 
+deal with them.
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008125.html b/zarb-ml/mageia-dev/2011-September/008125.html new file mode 100644 index 000000000..6793bd5f3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008125.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] changing apache configuration handling + + + + + + + + + +

[Mageia-dev] changing apache configuration handling

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Fri Sep 16 10:12:33 CEST 2011 +

+
+ +
Le 15/09/2011 01:03, Maarten Vanraes a écrit :
+> personally i prefer debian-style layout (it's even easy to change this as it's
+> a configure flag).
+>
+> I would be all for moving to that kind of layout
+Everyone would, but as long as no one volonteers to achieve it, that's 
+not likely to happen. So far I only volonteered to clean the 
+mandriva-heritage cruft in the package.
+
+-- 
+BOFH excuse #299:
+
+The data on your hard drive is out of balance.
+
+ + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008126.html b/zarb-ml/mageia-dev/2011-September/008126.html new file mode 100644 index 000000000..ab138d432 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008126.html @@ -0,0 +1,118 @@ + + + + [Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS ! + + + + + + + + + +

[Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS !

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Fri Sep 16 10:16:56 CEST 2011 +

+
+ +
Le 15/09/2011 20:43, Maarten Vanraes a écrit :
+> Op donderdag 15 september 2011 13:52:32 schreef Thierry Vignaud:
+>> On 14 September 2011 23:06, Samuel Verschelde<stormi at laposte.net>  wrote:
+>>> Misc has a proposal to solve this : the next first submitter to an
+>>> unmaintained package will automatically get maintainership for it ! And
+>>> after some time, if a package still has no maintainer, it is dropped
+>>> from the distribution.
+>>
+>> At least the one importing it should get it by default...
+>>
+>>> SO PLEASE SHOW YOU'RE WITH ME, and demonstrate to misc that we haven't
+>>> tried hard enough to make the packagers step in and become maintainers
+>>> :)
+>>>
+>>> The objective for the 7 following days is to reach 2000 packages with a
+>>> maintainer (not counting perl packages, still). I will send you daily
+>>> results.
+>>
+>> Done my job.
+>> btw we're now at:
+>> 4431 nobody
+>> 4154 someone (inluding perl*)
+>> 1621 someone (not inluding perl*)
+>
+> I have a script ready to set the last comittor (that's a full packager) as
+> maintainer. perhaps it can be activated before the GREAT PURGE.
+That's quite ridiculous to assign someone a title of 'maintainer', if 
+he's not ready to assume to corresponding responsability for. As a user, 
+I prefer a package clearly labelled as 'unmaintained', than a package 
+with the name of someone who don't care at all.
+
+-- 
+BOFH excuse #272:
+
+Netscape has crashed
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008127.html b/zarb-ml/mageia-dev/2011-September/008127.html new file mode 100644 index 000000000..8bf35defd --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008127.html @@ -0,0 +1,153 @@ + + + + [Mageia-dev] Minimal package number at first install + + + + + + + + + +

[Mageia-dev] Minimal package number at first install

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Sep 16 10:34:10 CEST 2011 +

+
+ +
On 28 August 2011 10:21, Xuo <xuoy at free.fr> wrote:
+> I've just installed mageia-1 with the minimal number of packages (without
+> urpmi) as it is possible to select during install.
+> Then the required disk space used is about 660Mb !!
+> I am not a specialist, but isn't it possible to have a "real" minimal number
+> of packages installed ? For example, FreeNas is about 100Mb large.
+> I can give the list of the installed packages but I don't know which ones I
+> could remove (if it is possible to remove any of them).
+> For me, the minimal list should be :
+
+There's ongoing effort to reduce that (for mageia 2).
+See https://bugs.mageia.org/show_bug.cgi?id=609
+
+Currently installing basesystem w/o suggests results in:
+
+255MB of additional disk space will be used.
+91MB of packages will be retrieved.
+Proceed with the installation of the 201 packages? (Y/n)
+
+(modulo a little less space if you only choose a coule locales)
+
+Feel free to help breaking the require cycles (with and without
+suggests ideally)
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008128.html b/zarb-ml/mageia-dev/2011-September/008128.html new file mode 100644 index 000000000..fd051c3e4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008128.html @@ -0,0 +1,157 @@ + + + + [Mageia-dev] Evolution & Google Calendar / Contacts problem + + + + + + + + + +

[Mageia-dev] Evolution & Google Calendar / Contacts problem

+ Robert Fox + list at foxconsult.net +
+ Fri Sep 16 11:07:58 CEST 2011 +

+
+ +
Since I have updated to Mageia (fresh install) - but used an existing
+Evolution setup on my /home area previously used under Mandriva Cooker -
+I have been experiencing problems with the Google syncing of calendar
+and contacts - Is there a way to reset this?
+
+The calendar error is:
+Error calling StartServiceByName for
+org.gnome.evolution.dataserver.Calendar1:
+GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited:
+Process /usr/lib64/e-calendar-factory exited with status 12
+
+
+and the contacts error is:
+
+This address book cannot be opened.  This either means that an incorrect
+URI was entered, or the server is unreachable.
+
+Detailed error message: Error calling StartServiceByName for
+org.gnome.evolution.dataserver.AddressBook1:
+GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited:
+Process /usr/lib64/e-addressbook-factory exited with status 127
+
+
+Thx,
+R.Fox
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008129.html b/zarb-ml/mageia-dev/2011-September/008129.html new file mode 100644 index 000000000..3e52b8f00 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008129.html @@ -0,0 +1,83 @@ + + + + [Mageia-dev] Problems with X [Was: KDE doesn't start after last updates] + + + + + + + + + +

[Mageia-dev] Problems with X [Was: KDE doesn't start after last updates]

+ Balcaen John + mikala at mageia.org +
+ Fri Sep 16 11:23:21 CEST 2011 +

+
+ +
Le Vendredi 9 Septembre 2011 08:53:32 Oliver Burger a écrit :
+> Am Freitag, 9. September 2011, 08:18:23 schrieb magnus:
+> 
+> It seems to be a general problem with the X server.
+> 
+> I can't login into any window manager/desktop anymore, strangely
+> enough the dm itself does still work.
+> 
+> I attach several files, I can find, but I don't really know, where to
+> look...
+The first 2 lines of the .xsession-errors report the problem against the 
+30dbus error :
+
+/etc/X11/xinit.d/30dbus: Zeile 2: Dateiende beim Suchen nach `"' 
+erreicht.
+/etc/X11/xinit.d/30dbus: Zeile 5: Syntax Fehler: Unerwartetes Dateiende.
+I don't speak german but the line spooted (i guess Zeile mine line) is 
+related to the faulty dbus-x11 package.
+You should upgraded your dbus-package or fix manually the 
+/etc/X11/xinit.d/30dbus file
+
+cf https://bugs.mageia.org/show_bug.cgi?id=2677
+
+Regards,
+
+-- 
+Balcaen John
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008130.html b/zarb-ml/mageia-dev/2011-September/008130.html new file mode 100644 index 000000000..aff763308 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008130.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS ! + + + + + + + + + +

[Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS !

+ Sander Lepik + sander.lepik at eesti.ee +
+ Fri Sep 16 11:47:24 CEST 2011 +

+
+ +
15.09.2011 21:43, Maarten Vanraes kirjutas:
+> I have a script ready to set the last comittor (that's a full packager) as
+> maintainer. perhaps it can be activated before the GREAT PURGE.
+That's not so good idea. What we maybe can do is that we send out a 
+warning that if you commit to a package after the warning and the 
+package has no maintainer yet then you become one. So that people would 
+first check what they get on their name. Many packages were imported by 
+Anne, i'm not sure that she's going to maintain them all. :)
+
+I would do something like that:
+2 months of warning period, if you touch package that has no maintainer 
+you become its maintainer. After 2 months we start dropping those 
+packages that have still no maintainer.
+
+Maybe not dropping them all at once but by some list that is fist shown 
+on the ml and some packagers can still save some packages from going away.
+
+--
+Sander
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008131.html b/zarb-ml/mageia-dev/2011-September/008131.html new file mode 100644 index 000000000..81b9ae70d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008131.html @@ -0,0 +1,105 @@ + + + + [Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS ! + + + + + + + + + +

[Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS !

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Fri Sep 16 12:44:32 CEST 2011 +

+
+ +
Le 16/09/2011 11:47, Sander Lepik a écrit :
+> 15.09.2011 21:43, Maarten Vanraes kirjutas:
+>> I have a script ready to set the last comittor (that's a full
+>> packager) as
+>> maintainer. perhaps it can be activated before the GREAT PURGE.
+> That's not so good idea. What we maybe can do is that we send out a
+> warning that if you commit to a package after the warning and the
+> package has no maintainer yet then you become one. So that people would
+> first check what they get on their name. Many packages were imported by
+> Anne, i'm not sure that she's going to maintain them all. :)
+>
+> I would do something like that:
+> 2 months of warning period, if you touch package that has no maintainer
+> you become its maintainer. After 2 months we start dropping those
+> packages that have still no maintainer.
+This whole idea of 'touch a package, become its maintainer' assumes than 
+anyone modifying a package has an obvious interest in it. However, they 
+are case when you have rebuild a package just in order to accomodate for 
+changes you made somewhere else. For instance, rebuilding all packages 
+linked against a given library after updating this last one to a new 
+version...
+-- 
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008132.html b/zarb-ml/mageia-dev/2011-September/008132.html new file mode 100644 index 000000000..142e80382 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008132.html @@ -0,0 +1,142 @@ + + + + [Mageia-dev] Coherence Test Content?? + + + + + + + + + +

[Mageia-dev] Coherence Test Content??

+ Robert Fox + list at foxconsult.net +
+ Fri Sep 16 12:48:20 CEST 2011 +

+
+ +
I am now getting strange notifications under the Device Notifier - two
+entries which say: 
+
+
+Coherence Test Content - Open with File Manager
+
+and they have an eject button but nothing happens when I click on them.
+
+Any clues?
+
+Thx,
+R.Fox
+
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008133.html b/zarb-ml/mageia-dev/2011-September/008133.html new file mode 100644 index 000000000..581823c62 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008133.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS ! + + + + + + + + + +

[Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS !

+ Sander Lepik + sander.lepik at eesti.ee +
+ Fri Sep 16 12:53:05 CEST 2011 +

+
+ +
16.09.2011 13:44, Guillaume Rousse kirjutas:
+> This whole idea of 'touch a package, become its maintainer' assumes 
+> than anyone modifying a package has an obvious interest in it. 
+> However, they are case when you have rebuild a package just in order 
+> to accomodate for changes you made somewhere else. For instance, 
+> rebuilding all packages linked against a given library after updating 
+> this last one to a new version...
+Well, if you don't need those other packages then you just skip 
+rebuilding them to see if anyone needs them. If not then we don't have a 
+problem, they will be dropped :/ If anyone sees that this breaks some 
+functionality in his/her packages then (s)he needs to rebuild them and 
+will become maintainer.
+
+Or we need some optional maintainership status.. like 
+username-forced(-to-be-maintainer). So that other maintainers know they 
+can help or take over package.
+
+--
+Sander
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008134.html b/zarb-ml/mageia-dev/2011-September/008134.html new file mode 100644 index 000000000..da79bee02 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008134.html @@ -0,0 +1,143 @@ + + + + [Mageia-dev] Coherence Test Content?? + + + + + + + + + +

[Mageia-dev] Coherence Test Content??

+ Balcaen John + mikala at mageia.org +
+ Fri Sep 16 12:53:32 CEST 2011 +

+
+ +
Le Vendredi 16 Septembre 2011 12:48:20 Robert Fox a écrit :
+> I am now getting strange notifications under the Device Notifier - two
+> entries which say:
+> 
+> 
+> Coherence Test Content - Open with File Manager
+> 
+> and they have an eject button but nothing happens when I click on
+> them.
+> 
+> Any clues?
+It's related to the hupnp support in kde & the fact that you're probably 
+have coherence running on your computer.
+Now i did not play enough with it to understand how to « eject » them.
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008135.html b/zarb-ml/mageia-dev/2011-September/008135.html new file mode 100644 index 000000000..342691b29 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008135.html @@ -0,0 +1,113 @@ + + + + [Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS ! + + + + + + + + + +

[Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS !

+ Michael Scherer + misc at zarb.org +
+ Fri Sep 16 15:39:00 CEST 2011 +

+
+ +
Le vendredi 16 septembre 2011 à 12:44 +0200, Guillaume Rousse a écrit :
+> Le 16/09/2011 11:47, Sander Lepik a écrit :
+> > 15.09.2011 21:43, Maarten Vanraes kirjutas:
+> >> I have a script ready to set the last comittor (that's a full
+> >> packager) as
+> >> maintainer. perhaps it can be activated before the GREAT PURGE.
+> > That's not so good idea. What we maybe can do is that we send out a
+> > warning that if you commit to a package after the warning and the
+> > package has no maintainer yet then you become one. So that people would
+> > first check what they get on their name. Many packages were imported by
+> > Anne, i'm not sure that she's going to maintain them all. :)
+> >
+> > I would do something like that:
+> > 2 months of warning period, if you touch package that has no maintainer
+> > you become its maintainer. After 2 months we start dropping those
+> > packages that have still no maintainer.
+> This whole idea of 'touch a package, become its maintainer' assumes than 
+> anyone modifying a package has an obvious interest in it. 
+
+Then we can increase the heuristic, like "upgrade to a new version", or
+"do several commit on it". Someone upgrading a package either :
+- is interested in it for the package ( and thus would be a maintainer )
+- is interested into having it upgraded for using on another package
+( and thus, as a user of the rpm for another rpm, has a interest to not
+make it disappear ).
+
+And i doubt that someone would do X commit on a rpm if not interested in
+it.
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008136.html b/zarb-ml/mageia-dev/2011-September/008136.html new file mode 100644 index 000000000..ff709ed0e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008136.html @@ -0,0 +1,153 @@ + + + + [Mageia-dev] Coherence Test Content?? + + + + + + + + + +

[Mageia-dev] Coherence Test Content??

+ Erwan Velu + erwanaliasr1 at gmail.com +
+ Fri Sep 16 16:02:26 CEST 2011 +

+
+ +
Coherence is using the /etc/coherence.conf configuration file that defines a
+default test directory.
+If you wish changing this directory or disabling this testing setup, just
+edit this configuration file & restart the coherence service.
+
+2011/9/16 Balcaen John <mikala at mageia.org>
+
+> Le Vendredi 16 Septembre 2011 12:48:20 Robert Fox a écrit :
+> > I am now getting strange notifications under the Device Notifier - two
+> > entries which say:
+> >
+> >
+> > Coherence Test Content - Open with File Manager
+> >
+> > and they have an eject button but nothing happens when I click on
+> > them.
+> >
+> > Any clues?
+> It's related to the hupnp support in kde & the fact that you're probably
+> have coherence running on your computer.
+> Now i did not play enough with it to understand how to « eject » them.
+>
+> --
+> Balcaen John
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110916/01f71e8c/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008137.html b/zarb-ml/mageia-dev/2011-September/008137.html new file mode 100644 index 000000000..cf16b9485 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008137.html @@ -0,0 +1,171 @@ + + + + [Mageia-dev] [Fwd: [Bug 659231] Evolution: Error loading Calendar: ...] + + + + + + + + + +

[Mageia-dev] [Fwd: [Bug 659231] Evolution: Error loading Calendar: ...]

+ Robert Fox + list at foxconsult.net +
+ Fri Sep 16 16:36:35 CEST 2011 +

+
+ +
This bug I filed with Gnome regarding Evolution Calendar appears to have
+been fixed upstream, but our package doesn't have the fix . . .
+
+Thx,
+R.Fox
+
+
+-------- Forwarded Message --------
+> From: Evolution <bugzilla at gnome.org>
+> To: rfox at foxconsult.com
+> Subject: [Bug 659231] Evolution: Error loading Calendar: ...
+> Date: Fri, 16 Sep 2011 13:34:22 +0000 (UTC)
+> 
+> https://bugzilla.gnome.org/show_bug.cgi?id=659231
+>   Evolution | BugBuddyBugs | 3.1.x
+> 
+> Milan Crha <mcrha> changed:
+> 
+>            What    |Removed                     |Added
+> ----------------------------------------------------------------------------
+>              Status|NEEDINFO                    |RESOLVED
+>          Resolution|                            |DUPLICATE
+> 
+> --- Comment #5 from Milan Crha <mcrha at redhat.com> 2011-09-16 13:34:19 UTC ---
+> Thanks for a bug report. This is why it is crashing:
+> > /usr/lib64/e-calendar-factory: undefined symbol: g_unix_signal_add_watch_full
+> and it's fixed already [1]. I suppose your build doesn't have that fix included
+> as this is included in 3.1.91 release.
+> 
+> [1] bug #657836
+> 
+> *** This bug has been marked as a duplicate of bug 657836 ***
+> 
+> -- 
+> Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
+> ------- You are receiving this mail because: -------
+> You reported the bug.
+
+-- 
+Fox Consulting Services
++49 / (0) 4532 - 400991 Office
++49 / (0) 172 - 9600938 Handy
+http://foxconsult.com
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008138.html b/zarb-ml/mageia-dev/2011-September/008138.html new file mode 100644 index 000000000..d87409bd0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008138.html @@ -0,0 +1,130 @@ + + + + [Mageia-dev] Package request - Bump BZFlag to 2.4 + + + + + + + + + +

[Mageia-dev] Package request - Bump BZFlag to 2.4

+ Robert Fox + list at foxconsult.net +
+ Fri Sep 16 16:49:21 CEST 2011 +

+
+ +
We have 2.0.16 BZFlag package in Cauldron . . . the latest is 2.4
+
+Could we get the latest??
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008139.html b/zarb-ml/mageia-dev/2011-September/008139.html new file mode 100644 index 000000000..9b9865254 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008139.html @@ -0,0 +1,106 @@ + + + + [Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS ! + + + + + + + + + +

[Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS !

+ Rémi Verschelde + remi at verschelde.fr +
+ Fri Sep 16 17:13:34 CEST 2011 +

+
+ +
2011/9/16 Michael Scherer <misc at zarb.org>:
+> Then we can increase the heuristic, like "upgrade to a new version", or
+> "do several commit on it". Someone upgrading a package either :
+> - is interested in it for the package ( and thus would be a maintainer )
+> - is interested into having it upgraded for using on another package
+> ( and thus, as a user of the rpm for another rpm, has a interest to not
+> make it disappear ).
+>
+> And i doubt that someone would do X commit on a rpm if not interested in
+> it.
+
+I agree, though I'm afraid that some packagers may be reluctant to
+update some packages they are only a bit interested in, because they
+don't want to be automagically assigned as maintainers for these
+packages.
+
+It would be a shame if we were forced to drop packages because noone
+wants to maintain them, though I agree that having packages without
+maintainers is not a viable long-term solution. This said, I should
+really consider joining the dev team (after a bit of messing around
+with easy packages, though).
+
+Regards,
+Rémi / Akien
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008140.html b/zarb-ml/mageia-dev/2011-September/008140.html new file mode 100644 index 000000000..589d11550 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008140.html @@ -0,0 +1,132 @@ + + + + [Mageia-dev] Package request - Bump BZFlag to 2.4 + + + + + + + + + +

[Mageia-dev] Package request - Bump BZFlag to 2.4

+ Jani Välimaa + jani.valimaa at gmail.com +
+ Fri Sep 16 17:29:38 CEST 2011 +

+
+ +
2011/9/16 Robert Fox <list at foxconsult.net>:
+> We have 2.0.16 BZFlag package in Cauldron . . . the latest is 2.4
+>
+> Could we get the latest??
+>
+
+How about using bugzilla for bug reports and package requests?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008141.html b/zarb-ml/mageia-dev/2011-September/008141.html new file mode 100644 index 000000000..f5285efcc --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008141.html @@ -0,0 +1,137 @@ + + + + [Mageia-dev] Package request - Bump BZFlag to 2.4 + + + + + + + + + +

[Mageia-dev] Package request - Bump BZFlag to 2.4

+ Jerome Quelin + jquelin at gmail.com +
+ Fri Sep 16 17:47:17 CEST 2011 +

+
+ +
On 11/09/16 18:29 +0300, Jani Välimaa wrote:
+> 2011/9/16 Robert Fox <list at foxconsult.net>:
+> > We have 2.0.16 BZFlag package in Cauldron . . . the latest is 2.4
+> > Could we get the latest??
+> 
+> How about using bugzilla for bug reports and package requests?
+
+even better: what about joining the fun and become an apprentice
+packager? it's not that difficult, and spreading the load will lead to a
+self-sustainable linux distribution...
+
+jérôme 
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008142.html b/zarb-ml/mageia-dev/2011-September/008142.html new file mode 100644 index 000000000..0b5a7c796 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008142.html @@ -0,0 +1,149 @@ + + + + [Mageia-dev] Package request - Bump BZFlag to 2.4 + + + + + + + + + +

[Mageia-dev] Package request - Bump BZFlag to 2.4

+ Robert Fox + list at foxconsult.net +
+ Fri Sep 16 18:00:05 CEST 2011 +

+
+ +
On Fri, 2011-09-16 at 17:47 +0200, Jerome Quelin wrote:
+> On 11/09/16 18:29 +0300, Jani Välimaa wrote:
+> > 2011/9/16 Robert Fox <list at foxconsult.net>:
+> > > We have 2.0.16 BZFlag package in Cauldron . . . the latest is 2.4
+> > > Could we get the latest??
+> > 
+> > How about using bugzilla for bug reports and package requests?
+> 
+> even better: what about joining the fun and become an apprentice
+> packager? it's not that difficult, and spreading the load will lead to a
+> self-sustainable linux distribution...
+> 
+> jérôme 
+
+I have been seriously considering that - learning how to package.  I'm
+not really a developer type, but I know enough to be dangerous.  What
+does it take to learn how to package the latest BZFlag?  I don't know if
+I can become a maintainer - but would'nt mind helping out once and a
+while packaging upgraded versions like this.
+Where do I start? 
+
+Cheers,
+R.Fox
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008143.html b/zarb-ml/mageia-dev/2011-September/008143.html new file mode 100644 index 000000000..61815c98a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008143.html @@ -0,0 +1,117 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Dick Gevers + dvgevers at xs4all.nl +
+ Fri Sep 16 18:21:10 CEST 2011 +

+
+ +
On Thu, 15 Sep 2011 07:26:33 +0200, JA Magallon wrote about Re:
+[Mageia-dev] systemd vs dm:
+
+>one:~# systemctl list-units -a --full | grep log
+
+>rsyslog.service           loaded inactive dead          System Logging
+
+Has anyone got this fixed. How please? If not is there a bugreport?
+
+I can't seem to fix it, even though it seems from the content of syslog
+itself that it really is running !?!?
+
+Thanks & BFN,
+=Dick Gevers=
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008144.html b/zarb-ml/mageia-dev/2011-September/008144.html new file mode 100644 index 000000000..7e564a726 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008144.html @@ -0,0 +1,136 @@ + + + + [Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS ! + + + + + + + + + +

[Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS !

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Sep 16 18:48:20 CEST 2011 +

+
+ +
'Twas brillig, and Michael Scherer at 16/09/11 14:39 did gyre and gimble:
+> Le vendredi 16 septembre 2011 à 12:44 +0200, Guillaume Rousse a écrit :
+>> Le 16/09/2011 11:47, Sander Lepik a écrit :
+>>> 15.09.2011 21:43, Maarten Vanraes kirjutas:
+>>>> I have a script ready to set the last comittor (that's a full
+>>>> packager) as
+>>>> maintainer. perhaps it can be activated before the GREAT PURGE.
+>>> That's not so good idea. What we maybe can do is that we send out a
+>>> warning that if you commit to a package after the warning and the
+>>> package has no maintainer yet then you become one. So that people would
+>>> first check what they get on their name. Many packages were imported by
+>>> Anne, i'm not sure that she's going to maintain them all. :)
+>>>
+>>> I would do something like that:
+>>> 2 months of warning period, if you touch package that has no maintainer
+>>> you become its maintainer. After 2 months we start dropping those
+>>> packages that have still no maintainer.
+>> This whole idea of 'touch a package, become its maintainer' assumes than 
+>> anyone modifying a package has an obvious interest in it. 
+> 
+> Then we can increase the heuristic, like "upgrade to a new version", or
+> "do several commit on it". Someone upgrading a package either :
+> - is interested in it for the package ( and thus would be a maintainer )
+> - is interested into having it upgraded for using on another package
+> ( and thus, as a user of the rpm for another rpm, has a interest to not
+> make it disappear ).
+> 
+> And i doubt that someone would do X commit on a rpm if not interested in
+> it.
+
+
+Are heuristics a good idea? How about just making mgarepo ask you if you
+want to become the maintainer with a Y/n option (Y being default) when
+you call submit on an unmaintained package.
+
+This should be simple enough that people genuinely maintaining it can
+just hit return and also easy enough to opt out in the case of drive by
+upgrades.
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008145.html b/zarb-ml/mageia-dev/2011-September/008145.html new file mode 100644 index 000000000..fece2dcc4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008145.html @@ -0,0 +1,152 @@ + + + + [Mageia-dev] Package request - Bump BZFlag to 2.4 + + + + + + + + + +

[Mageia-dev] Package request - Bump BZFlag to 2.4

+ Florian Hubold + doktor5000 at arcor.de +
+ Fri Sep 16 18:58:29 CEST 2011 +

+
+ +
Am 16.09.2011 18:00, schrieb Robert Fox:
+> On Fri, 2011-09-16 at 17:47 +0200, Jerome Quelin wrote:
+>> On 11/09/16 18:29 +0300, Jani Välimaa wrote:
+>>> 2011/9/16 Robert Fox<list at foxconsult.net>:
+>>>> We have 2.0.16 BZFlag package in Cauldron . . . the latest is 2.4
+>>>> Could we get the latest??
+>>> How about using bugzilla for bug reports and package requests?
+>> even better: what about joining the fun and become an apprentice
+>> packager? it's not that difficult, and spreading the load will lead to a
+>> self-sustainable linux distribution...
+>>
+>> jérôme
+> I have been seriously considering that - learning how to package.  I'm
+> not really a developer type, but I know enough to be dangerous.  What
+> does it take to learn how to package the latest BZFlag?  I don't know if
+> I can become a maintainer - but would'nt mind helping out once and a
+> while packaging upgraded versions like this.
+> Where do I start?
+>
+> Cheers,
+> R.Fox
+>
+>
+Well, if you know how to edit a plaintext file, and change some numbers,
+that's (basically) what updating a package means. Just contact
+andre999.mga at laposte.net and he'll find you a mentor who will help
+you learn packaging.
+
+Come on, don't be afraid ;)
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008146.html b/zarb-ml/mageia-dev/2011-September/008146.html new file mode 100644 index 000000000..2eea76235 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008146.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS ! + + + + + + + + + +

[Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS !

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Fri Sep 16 19:06:12 CEST 2011 +

+
+ +
Le 16/09/2011 18:48, Colin Guthrie a écrit :
+> Are heuristics a good idea? How about just making mgarepo ask you if you
+> want to become the maintainer with a Y/n option (Y being default) when
+> you call submit on an unmaintained package.
+Cool, yet anoter reason to finish mdvsys port to mageia BS :P
+-- 
+BOFH excuse #299:
+
+The data on your hard drive is out of balance.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008147.html b/zarb-ml/mageia-dev/2011-September/008147.html new file mode 100644 index 000000000..774a932a1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008147.html @@ -0,0 +1,193 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Philippe DIDIER + philippedidier at laposte.net +
+ Fri Sep 16 19:20:56 CEST 2011 +

+
+ +
>16.09.2011 13:44, Guillaume Rousse :
+>/>  This whole idea of 'touch a package, become its maintainer' assumes
+/>/>  than anyone modifying a package has an obvious interest in it.
+/>/>  However, they are case when you have rebuild a package just in order
+/>/>  to accomodate for changes you made somewhere else. For instance,
+/>/>  rebuilding all packages linked against a given library after updating
+/>/>  this last one to a new version...
+/
+*>Sander Lepik*    replied/Fri Sep 16 12:53:05/
+*>
+*>Well, if you don't need those other packages then you just skip
+>rebuilding them to see if anyone needs them. If not then we don't have a
+>problem, they will be dropped :/ If anyone sees that this breaks some
+>functionality in his/her packages then (s)he needs to rebuild them and
+>will become maintainer.
+
+
+*>Michael Scherer*      /Fri Sep 16 15:39:00/
+
+>Someone upgrading a package either :
+>- is interested in it for the package ( and thus would be a maintainer )
+>- is interested into having it upgraded for using on another package
+>( and thus, as a user of the rpm for another rpm, has a interest to not
+>make it disappear ).
+
+
+Hey men what consequences will you expect !!!
+
+If you need an example :
+
+Funda Wang has done a huge work (not yet finished) to upgrade libpng in Mageia.
+He rebuilt at least hundred source packages to be coherent (and closed bug reports
+of people crying about some programs segfaulting since libpng was upgraded)
+While doing this, he upgraded several packages for which updated sources exist...
+While doing this he could resolve several other bugs (giving quick answers to
+personal messages I sent to him...)
+If you mean he must be the maintainer of the whole lot, he never will do such a work
+(Perhaps may I not to speak for him...)
+
+Just have a look in mandriva cooker mailing list to see what kind of problem occurs with
+new libpng .... (they seem overwhelmed by 500 rpms to rebuild...)
+
+No, indeed ! upgrading a package doesn't mean you're interested in (some people are interested
+in a package but not able to... thanks to the ones replying to their needs)
+
+No, beeing interested into having a package upgraded for using on another package
+( and thus, as a user of the rpm for another rpm, has a interest to not
+make it disappear ) doesn't mean you let others do what they need to use their packages
+depending on the one you modified...
+  
+
+I use hugin : I'm not able to submit a new version of it
+I'm not able to submit a new version of libpng (used by hugin)
+I'm not able to rebuild hugin with the new libpng
+(quite not true : I did it for my own use some time ago, but I may not propose my work to a whole
+community, )
+If ever I was able to upgrade libpng and rebuilt hugin, I wouldn't let people assume
+the consequences of my upgrading libpng ...
+
+I thank people doing the job (even if they are not the maintainer)
+  I'm perhaps a little more optimist, thinking that volunteers will catch the bugs even if they
+are not the official maintainer.
+But I'm afraid that declaring that a bug catcher becomes a package maintainer will prevent anyone to get so
+engaged... and let the number of bugs increase !
+
+My two drachmas
+
+
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008148.html b/zarb-ml/mageia-dev/2011-September/008148.html new file mode 100644 index 000000000..a346c83c7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008148.html @@ -0,0 +1,147 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Philippe DIDIER + philippedidier at laposte.net +
+ Fri Sep 16 19:52:58 CEST 2011 +

+
+ +
To illustrate what I meant :
+There's this thread :
+[Mageia-dev] Package request - Bump BZFlag to 2.4 
+<https://mageia.org/pipermail/mageia-dev/2011-September/008141.html>
+
+Shlomif did the upgrade 12 minutes ago... (less than 3 hours after the 
+discuss began, and before a bug report is written)
+
+Must he be now the official maintainer
+(or might have we reached steletch or wally that were the last commiters)
+
+
+Or may we thank him for the job and hope some others proceed the way he 
+did...
+
+
+
+
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110916/27bc6586/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008149.html b/zarb-ml/mageia-dev/2011-September/008149.html new file mode 100644 index 000000000..7cef39eaa --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008149.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS ! + + + + + + + + + +

[Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS !

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Sep 16 19:55:36 CEST 2011 +

+
+ +
'Twas brillig, and Guillaume Rousse at 16/09/11 18:06 did gyre and gimble:
+> Le 16/09/2011 18:48, Colin Guthrie a écrit :
+>> Are heuristics a good idea? How about just making mgarepo ask you if you
+>> want to become the maintainer with a Y/n option (Y being default) when
+>> you call submit on an unmaintained package.
+> Cool, yet anoter reason to finish mdvsys port to mageia BS :P
+
+Hey, that's cheating!!! :p
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008150.html b/zarb-ml/mageia-dev/2011-September/008150.html new file mode 100644 index 000000000..b1f5d60b7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008150.html @@ -0,0 +1,132 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Sep 16 19:59:07 CEST 2011 +

+
+ +
'Twas brillig, and Dick Gevers at 16/09/11 17:21 did gyre and gimble:
+> On Thu, 15 Sep 2011 07:26:33 +0200, JA Magallon wrote about Re:
+> [Mageia-dev] systemd vs dm:
+> 
+>> one:~# systemctl list-units -a --full | grep log
+> 
+>> rsyslog.service           loaded inactive dead          System Logging
+> 
+> Has anyone got this fixed. How please? If not is there a bugreport?
+
+Check /etc/systemd/system/multi-user.target.wants/ folder. Does it have
+a link to rsyslog.service?
+
+If not, just type:
+ systemctl enable rsyslog.service
+
+Does this create the link?
+
+Col
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008151.html b/zarb-ml/mageia-dev/2011-September/008151.html new file mode 100644 index 000000000..934341210 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008151.html @@ -0,0 +1,211 @@ + + + + [Mageia-dev] Systemd + Login issues. + + + + + + + + + +

[Mageia-dev] Systemd + Login issues.

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Sep 16 20:09:11 CEST 2011 +

+
+ +
Hi,
+
+OK, so there seem to be a couple bugs related to this still outstanding.
+
+I've been testing things today and I rebooted into kdm and logged into
+KDE and all was well.
+
+So I'd like to try and work out who is still having problems and if I
+can help debug.
+
+As I understand it, Guillaume is still having issues with systemd+gdm,
+but no problems with kdm in that setup.
+
+So can someone summarise things here so I can attempt to reproduce?
+
+For reference, I'm up to date as of a couple hours ago.
+
+rpm -V kdm gdm pam
+
+Only some inconsequential changes are left, although my system-auth file
+is a bit different.
+
+Here is what I have:
+
+
+#%PAM-1.0
+
+auth        required      pam_env.so
+auth        sufficient    pam_tcb.so shadow nullok prefix=$2a$ count=8
+auth        required      pam_deny.so
+
+account     sufficient    pam_tcb.so shadow
+account     required      pam_deny.so
+
+password    required      pam_cracklib.so try_first_pass retry=3
+minlen=4  dcredit=0  ucredit=0
+password    sufficient    pam_tcb.so use_authtok shadow write_to=shadow
+nullok prefix=$2a$ count=8
+password    required      pam_deny.so
+
+session     optional      pam_keyinit.so revoke
+session     required      pam_limits.so
+session     [success=1 default=ignore] pam_succeed_if.so service in
+crond quiet use_uid
+-session    optional      pam_systemd.so
+session     required      pam_tcb.so
+
+
+And here is the diff from the .rpmnew file there:
+--- system-auth.rpmnew	2011-08-27 13:06:24.000000000 +0100
++++ system-auth	2011-08-27 13:08:41.049923085 +0100
+@@ -4,9 +4,10 @@
+ auth        sufficient    pam_tcb.so shadow nullok prefix=$2a$ count=8
+ auth        required      pam_deny.so
+
+-account     required      pam_tcb.so shadow
++account     sufficient    pam_tcb.so shadow
++account     required      pam_deny.so
+
+-password    required      pam_cracklib.so try_first_pass retry=3
++password    required      pam_cracklib.so try_first_pass retry=3
+minlen=4  dcredit=0  ucredit=0
+ password    sufficient    pam_tcb.so use_authtok shadow write_to=shadow
+nullok prefix=$2a$ count=8
+ password    required      pam_deny.so
+
+
+
+
+Cheers
+
+Col
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008152.html b/zarb-ml/mageia-dev/2011-September/008152.html new file mode 100644 index 000000000..fb65b22f5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008152.html @@ -0,0 +1,137 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Dick Gevers + dvgevers at xs4all.nl +
+ Fri Sep 16 20:19:13 CEST 2011 +

+
+ +
On Fri, 16 Sep 2011 18:59:07 +0100, Colin Guthrie wrote about Re:
+[Mageia-dev] systemd vs dm:
+
+>'Twas brillig, and Dick Gevers at 16/09/11 17:21 did gyre and gimble:
+>> On Thu, 15 Sep 2011 07:26:33 +0200, JA Magallon wrote about Re:
+>> [Mageia-dev] systemd vs dm:
+>> 
+>>> one:~# systemctl list-units -a --full | grep log
+>> 
+>>> rsyslog.service           loaded inactive dead          System Logging
+>> 
+>> Has anyone got this fixed. How please? If not is there a bugreport?
+>
+>Check /etc/systemd/system/multi-user.target.wants/ folder. Does it have
+>a link to rsyslog.service?
+>
+>If not, just type:
+> systemctl enable rsyslog.service
+>
+>Does this create the link?
+
+Aye. I did that before my last reboot, but I still get the same errors:
+
+systemctl status rsyslog.service
+rsyslog.service - System Logging Service
+          Loaded: loaded (/lib/systemd/system/rsyslog.service; enabled)
+          Active: failed since Fri, 16 Sep 2011 12:45:31 +0000; 4h 37min ago
+         Process: 12785 ExecStart=/sbin/rsyslogd -n -c5 (code=exited,
+status=1/FAILURE) Process: 12782 ExecStartPre=/bin/systemctl stop
+systemd-kmsg-syslogd.service (code=exited, status=0/SUCCESS) CGroup:
+name=systemd:/system/rsyslog.service
+
+I'm wondering if only the status message is wrong, because it looks like
+rsyslog *is* running.
+
+Cheers,
+=Dick Gevers=
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008153.html b/zarb-ml/mageia-dev/2011-September/008153.html new file mode 100644 index 000000000..e025e1fae --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008153.html @@ -0,0 +1,141 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Sander Lepik + sander.lepik at eesti.ee +
+ Fri Sep 16 20:26:32 CEST 2011 +

+
+ +
16.09.2011 20:52, Philippe DIDIER kirjutas:
+> To illustrate what I meant :
+> There's this thread :
+> [Mageia-dev] Package request - Bump BZFlag to 2.4 
+> <https://mageia.org/pipermail/mageia-dev/2011-September/008141.html>
+>
+> Shlomif did the upgrade 12 minutes ago... (less than 3 hours after the discuss began, and 
+> before a bug report is written)
+>
+> Must he be now the official maintainer
+> (or might have we reached steletch or wally that were the last commiters)
+>
+>
+> Or may we thank him for the job and hope some others proceed the way he did...
+And now if it is released with Mageia 2. Then we get security hole for it. And who is going 
+to fix it then? We don't have paid secteam like Mandriva had. If package has no maintainer 
+it's hard to keep it onboard :(
+
+--
+Sander
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008154.html b/zarb-ml/mageia-dev/2011-September/008154.html new file mode 100644 index 000000000..2973b5143 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008154.html @@ -0,0 +1,154 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Philippe DIDIER + philippedidier at laposte.net +
+ Fri Sep 16 20:28:07 CEST 2011 +

+
+ +
/>/>  However, they are case when you have rebuild a package just in order
+/>/>  to accomodate for changes you made somewhere else. For instance,
+/>/>  rebuilding all packages linked against a given library after updating
+/>/>  this last one to a new version...
+/
+*>Well, if you don't need those other packages then you just skip
+> rebuilding them to see if anyone needs them. If not then we don't have a
+> problem, they will be dropped :/ If anyone sees that this breaks some
+> functionality in his/her packages then (s)he needs to rebuild them and
+> will become maintainer.
+
+
+
+If you want to see what that means :
+
+http://lists.mandriva.com/cooker/2011-09/msg00178.php
+
+http://lists.mandriva.com/cooker/2011-09/msg00188.php
+
+my 2 lepta
+
+
+
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008155.html b/zarb-ml/mageia-dev/2011-September/008155.html new file mode 100644 index 000000000..fc93f930a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008155.html @@ -0,0 +1,138 @@ + + + + [Mageia-dev] Systemd + Login issues. + + + + + + + + + +

[Mageia-dev] Systemd + Login issues.

+ John Balcaen + mikala at mageia.org +
+ Fri Sep 16 20:29:29 CEST 2011 +

+
+ +
2011/9/16 Colin Guthrie <mageia at colin.guthr.ie>:
+> Hi,
+>
+> OK, so there seem to be a couple bugs related to this still outstanding.
+>
+> I've been testing things today and I rebooted into kdm and logged into
+> KDE and all was well.
+Can you try the autologin functionnality with kde & kdm using systemd
+please ? :)
+This setup as said on irc is not functionnal :/
+
+
+
+-- 
+Balcaen John
+Jabber-id: mikala at jabber.littleboboy.net
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008156.html b/zarb-ml/mageia-dev/2011-September/008156.html new file mode 100644 index 000000000..380e7052a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008156.html @@ -0,0 +1,212 @@ + + + + [Mageia-dev] Systemd + Login issues. + + + + + + + + + +

[Mageia-dev] Systemd + Login issues.

+ Scott Chevalley + avalon at osguru.org +
+ Fri Sep 16 20:31:34 CEST 2011 +

+
+ +
On 09/16/2011 02:09 PM, Colin Guthrie wrote:
+> Hi,
+> 
+> OK, so there seem to be a couple bugs related to this still outstanding.
+> 
+> I've been testing things today and I rebooted into kdm and logged into
+> KDE and all was well.
+> 
+> So I'd like to try and work out who is still having problems and if I
+> can help debug.
+> 
+> As I understand it, Guillaume is still having issues with systemd+gdm,
+> but no problems with kdm in that setup.
+> 
+> So can someone summarise things here so I can attempt to reproduce?
+> 
+> For reference, I'm up to date as of a couple hours ago.
+> 
+> rpm -V kdm gdm pam
+> 
+> Only some inconsequential changes are left, although my system-auth file
+> is a bit different.
+> 
+> Here is what I have:
+> 
+> 
+> #%PAM-1.0
+> 
+> auth        required      pam_env.so
+> auth        sufficient    pam_tcb.so shadow nullok prefix=$2a$ count=8
+> auth        required      pam_deny.so
+> 
+> account     sufficient    pam_tcb.so shadow
+> account     required      pam_deny.so
+> 
+> password    required      pam_cracklib.so try_first_pass retry=3
+> minlen=4  dcredit=0  ucredit=0
+> password    sufficient    pam_tcb.so use_authtok shadow write_to=shadow
+> nullok prefix=$2a$ count=8
+> password    required      pam_deny.so
+> 
+> session     optional      pam_keyinit.so revoke
+> session     required      pam_limits.so
+> session     [success=1 default=ignore] pam_succeed_if.so service in
+> crond quiet use_uid
+> -session    optional      pam_systemd.so
+> session     required      pam_tcb.so
+> 
+> 
+> And here is the diff from the .rpmnew file there:
+> --- system-auth.rpmnew	2011-08-27 13:06:24.000000000 +0100
+> +++ system-auth	2011-08-27 13:08:41.049923085 +0100
+> @@ -4,9 +4,10 @@
+>  auth        sufficient    pam_tcb.so shadow nullok prefix=$2a$ count=8
+>  auth        required      pam_deny.so
+> 
+> -account     required      pam_tcb.so shadow
+> +account     sufficient    pam_tcb.so shadow
+> +account     required      pam_deny.so
+> 
+> -password    required      pam_cracklib.so try_first_pass retry=3
+> +password    required      pam_cracklib.so try_first_pass retry=3
+> minlen=4  dcredit=0  ucredit=0
+>  password    sufficient    pam_tcb.so use_authtok shadow write_to=shadow
+> nullok prefix=$2a$ count=8
+>  password    required      pam_deny.so
+> 
+> 
+> 
+> 
+> Cheers
+> 
+> Col
+> 
+> 
+> 
+
+I'm still having a problem where systemd never finishes to a point of loading
+tty's.  I'm using KDM and I turned off plymouth to see if that was the issue.
+KDM does start and the system, as far as I can tell, is working okay, but I
+can't log into any tty console.
+
+The systems been up for 20+ hours now and tty1 is still showing:
+
+Started LSB: run cron daemon.
+
+Scott
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008157.html b/zarb-ml/mageia-dev/2011-September/008157.html new file mode 100644 index 000000000..efb537aa5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008157.html @@ -0,0 +1,153 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Sep 16 20:53:04 CEST 2011 +

+
+ +
'Twas brillig, and Dick Gevers at 16/09/11 19:19 did gyre and gimble:
+> On Fri, 16 Sep 2011 18:59:07 +0100, Colin Guthrie wrote about Re:
+> [Mageia-dev] systemd vs dm:
+> 
+>> 'Twas brillig, and Dick Gevers at 16/09/11 17:21 did gyre and gimble:
+>>> On Thu, 15 Sep 2011 07:26:33 +0200, JA Magallon wrote about Re:
+>>> [Mageia-dev] systemd vs dm:
+>>>
+>>>> one:~# systemctl list-units -a --full | grep log
+>>>
+>>>> rsyslog.service           loaded inactive dead          System Logging
+>>>
+>>> Has anyone got this fixed. How please? If not is there a bugreport?
+>>
+>> Check /etc/systemd/system/multi-user.target.wants/ folder. Does it have
+>> a link to rsyslog.service?
+>>
+>> If not, just type:
+>> systemctl enable rsyslog.service
+>>
+>> Does this create the link?
+> 
+> Aye. I did that before my last reboot, but I still get the same errors:
+> 
+> systemctl status rsyslog.service
+> rsyslog.service - System Logging Service
+>           Loaded: loaded (/lib/systemd/system/rsyslog.service; enabled)
+>           Active: failed since Fri, 16 Sep 2011 12:45:31 +0000; 4h 37min ago
+>          Process: 12785 ExecStart=/sbin/rsyslogd -n -c5 (code=exited,
+> status=1/FAILURE) Process: 12782 ExecStartPre=/bin/systemctl stop
+> systemd-kmsg-syslogd.service (code=exited, status=0/SUCCESS) CGroup:
+> name=systemd:/system/rsyslog.service
+> 
+> I'm wondering if only the status message is wrong, because it looks like
+> rsyslog *is* running.
+
+Any crazy options in /etc/sysconfig/rsyslog?
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008158.html b/zarb-ml/mageia-dev/2011-September/008158.html new file mode 100644 index 000000000..89922c666 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008158.html @@ -0,0 +1,149 @@ + + + + [Mageia-dev] Systemd + Login issues. + + + + + + + + + +

[Mageia-dev] Systemd + Login issues.

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Sep 16 20:53:54 CEST 2011 +

+
+ +
'Twas brillig, and John Balcaen at 16/09/11 19:29 did gyre and gimble:
+> 2011/9/16 Colin Guthrie <mageia at colin.guthr.ie>:
+>> Hi,
+>>
+>> OK, so there seem to be a couple bugs related to this still outstanding.
+>>
+>> I've been testing things today and I rebooted into kdm and logged into
+>> KDE and all was well.
+> Can you try the autologin functionnality with kde & kdm using systemd
+> please ? :)
+> This setup as said on irc is not functionnal :/
+
+Damn! That was it :D I new I was forgetting something :D
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008159.html b/zarb-ml/mageia-dev/2011-September/008159.html new file mode 100644 index 000000000..9bc904737 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008159.html @@ -0,0 +1,154 @@ + + + + [Mageia-dev] Systemd + Login issues. + + + + + + + + + +

[Mageia-dev] Systemd + Login issues.

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Fri Sep 16 20:55:20 CEST 2011 +

+
+ +
'Twas brillig, and Scott Chevalley at 16/09/11 19:31 did gyre and gimble:
+> I'm still having a problem where systemd never finishes to a point of loading
+> tty's.  I'm using KDM and I turned off plymouth to see if that was the issue.
+> KDM does start and the system, as far as I can tell, is working okay, but I
+> can't log into any tty console.
+> 
+> The systems been up for 20+ hours now and tty1 is still showing:
+> 
+> Started LSB: run cron daemon.
+
+Well this isn't exactly a login issue....
+
+But what does "ps aux | grep plym" return?
+
+Try killing some of the processes there if you see them (the newest
+ones) and see if the ttys appear.
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008160.html b/zarb-ml/mageia-dev/2011-September/008160.html new file mode 100644 index 000000000..46e724e67 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008160.html @@ -0,0 +1,115 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Angelo Naselli + anaselli at linux.it +
+ Fri Sep 16 20:58:00 CEST 2011 +

+
+ +
> In the following days, all your keyboard should see is:
+> 
+> mgarepo maintdb set packagename yourlogin
+
+Sorry,
+I will take mine as soon as possible. 
+
+Thanks for remind it Samuel,
+
+-- 
+	Angelo
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 198 bytes
+Desc: This is a digitally signed message part.
+URL: </pipermail/mageia-dev/attachments/20110916/7af8727e/attachment.asc>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008161.html b/zarb-ml/mageia-dev/2011-September/008161.html new file mode 100644 index 000000000..21fdabfbe --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008161.html @@ -0,0 +1,157 @@ + + + + [Mageia-dev] Systemd + Login issues. + + + + + + + + + +

[Mageia-dev] Systemd + Login issues.

+ Scott Chevalley + avalon at osguru.org +
+ Fri Sep 16 21:49:22 CEST 2011 +

+
+ +
On 09/16/2011 02:55 PM, Colin Guthrie wrote:
+> 'Twas brillig, and Scott Chevalley at 16/09/11 19:31 did gyre and gimble:
+>> I'm still having a problem where systemd never finishes to a point of loading
+>> tty's.  I'm using KDM and I turned off plymouth to see if that was the issue.
+>> KDM does start and the system, as far as I can tell, is working okay, but I
+>> can't log into any tty console.
+>>
+>> The systems been up for 20+ hours now and tty1 is still showing:
+>>
+>> Started LSB: run cron daemon.
+> 
+> Well this isn't exactly a login issue....
+> 
+> But what does "ps aux | grep plym" return?
+> 
+> Try killing some of the processes there if you see them (the newest
+> ones) and see if the ttys appear.
+> 
+> Col
+> 
+> 
+
+Bingo!
+
+# ps aux | grep plym
+root      3577  0.0  0.0  12428   652 ?        Ss   Sep15   0:00 /bin/plymouth
+--wait
+
+
+Killing that and the ttys appears immediately.
+
+Thanks!
+
+Now how can I disable plymouth completely until a fix is available? I took the
+splash= line out of the kernel command line, but obviously that didn't do it. :)
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008162.html b/zarb-ml/mageia-dev/2011-September/008162.html new file mode 100644 index 000000000..c65e69aad --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008162.html @@ -0,0 +1,135 @@ + + + + [Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS ! + + + + + + + + + +

[Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS !

+ Samuel Verschelde + stormi at laposte.net +
+ Fri Sep 16 22:27:23 CEST 2011 +

+
+ +
Le vendredi 16 septembre 2011 18:48:20, Colin Guthrie a écrit :
+> 'Twas brillig, and Michael Scherer at 16/09/11 14:39 did gyre and gimble:
+> > Le vendredi 16 septembre 2011 à 12:44 +0200, Guillaume Rousse a écrit :
+> >> Le 16/09/2011 11:47, Sander Lepik a écrit :
+> >>> 15.09.2011 21:43, Maarten Vanraes kirjutas:
+> >>>> I have a script ready to set the last comittor (that's a full
+> >>>> packager) as
+> >>>> maintainer. perhaps it can be activated before the GREAT PURGE.
+> >>> 
+> >>> That's not so good idea. What we maybe can do is that we send out a
+> >>> warning that if you commit to a package after the warning and the
+> >>> package has no maintainer yet then you become one. So that people would
+> >>> first check what they get on their name. Many packages were imported by
+> >>> Anne, i'm not sure that she's going to maintain them all. :)
+> >>> 
+> >>> I would do something like that:
+> >>> 2 months of warning period, if you touch package that has no maintainer
+> >>> you become its maintainer. After 2 months we start dropping those
+> >>> packages that have still no maintainer.
+> >> 
+> >> This whole idea of 'touch a package, become its maintainer' assumes than
+> >> anyone modifying a package has an obvious interest in it.
+> > 
+> > Then we can increase the heuristic, like "upgrade to a new version", or
+> > "do several commit on it". Someone upgrading a package either :
+> > - is interested in it for the package ( and thus would be a maintainer )
+> > - is interested into having it upgraded for using on another package
+> > ( and thus, as a user of the rpm for another rpm, has a interest to not
+> > make it disappear ).
+> > 
+> > And i doubt that someone would do X commit on a rpm if not interested in
+> > it.
+> 
+> Are heuristics a good idea? How about just making mgarepo ask you if you
+> want to become the maintainer with a Y/n option (Y being default) when
+> you call submit on an unmaintained package.
+> 
+> This should be simple enough that people genuinely maintaining it can
+> just hit return and also easy enough to opt out in the case of drive by
+> upgrades.
+> 
+> Col
+
+This is an idea I like. More visibility to the fact that the package is 
+unmaintained, but no mandatory assignment.
+
+I also think, like Philippe, that groups would help here : if for example a 
+"games" packager group is ready to maintain all games that have no specific 
+maintainer, I would certainly join that group. 
+
+Best regards
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008163.html b/zarb-ml/mageia-dev/2011-September/008163.html new file mode 100644 index 000000000..528d69816 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008163.html @@ -0,0 +1,140 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Samuel Verschelde + stormi at laposte.net +
+ Fri Sep 16 22:42:41 CEST 2011 +

+
+ +
Le jeudi 15 septembre 2011 23:13:35, Samuel Verschelde a écrit :
+> Le mercredi 14 septembre 2011 23:06:07, Samuel Verschelde a écrit :
+> > The objective for the 7 following days is to reach 2000 packages with a
+> > maintainer (not counting perl packages, still). I will send you daily
+> > results. Deadline is the next packager meeting.
+> 
+> Yesterday, we had 1118 non-perl packages with a maintainer.
+> 
+> Tonight, the number is : 1677, which is a great progress, but it's not 2000
+> yet (and 2000 is only the first step) ! Keep grabbing !
+> 
+
+Now the count is 1919. Let's reach 2000 tomorrow !
+
+Per packager count:
+
+4140    nobody
+2548    jquelin
+549     dmorgan
+214     grenoya
+164     mikala
+137     tv
+132     spuhler
+112     anssi
+75      wally
+59      zezinho
+53      fwang
+52      obgr_seneca
+41      shlomif
+31      sander85
+27      guillomovitch
+23      stormi
+20      boklm
+20      dams
+19      misc
+19      dlucio
+19      colin
+18      tmb
+17      kharec
+15      anaselli
+14      matteo
+13      philippem
+11      supp
+11      cjw
+8       ofaurax
+8       lmenut
+6       juancho
+4       buchan
+4       ennael
+3       pterjan
+3       blino
+3       stewb
+1       trem
+1       nanardon
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008164.html b/zarb-ml/mageia-dev/2011-September/008164.html new file mode 100644 index 000000000..4faafbeb7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008164.html @@ -0,0 +1,126 @@ + + + + [Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS ! + + + + + + + + + +

[Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS !

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Fri Sep 16 23:37:01 CEST 2011 +

+
+ +
On 16.09.2011 19:48, Colin Guthrie wrote:
+> 'Twas brillig, and Michael Scherer at 16/09/11 14:39 did gyre and gimble:
+>> Le vendredi 16 septembre 2011 à 12:44 +0200, Guillaume Rousse a écrit :
+>>> Le 16/09/2011 11:47, Sander Lepik a écrit :
+>>>> 15.09.2011 21:43, Maarten Vanraes kirjutas:
+>>>>> I have a script ready to set the last comittor (that's a full
+>>>>> packager) as
+>>>>> maintainer. perhaps it can be activated before the GREAT PURGE.
+>>>> That's not so good idea. What we maybe can do is that we send out a
+>>>> warning that if you commit to a package after the warning and the
+>>>> package has no maintainer yet then you become one. So that people would
+>>>> first check what they get on their name. Many packages were imported by
+>>>> Anne, i'm not sure that she's going to maintain them all. :)
+>>>>
+>>>> I would do something like that:
+>>>> 2 months of warning period, if you touch package that has no maintainer
+>>>> you become its maintainer. After 2 months we start dropping those
+>>>> packages that have still no maintainer.
+>>> This whole idea of 'touch a package, become its maintainer' assumes than 
+>>> anyone modifying a package has an obvious interest in it. 
+>>
+>> Then we can increase the heuristic, like "upgrade to a new version", or
+>> "do several commit on it". Someone upgrading a package either :
+>> - is interested in it for the package ( and thus would be a maintainer )
+>> - is interested into having it upgraded for using on another package
+>> ( and thus, as a user of the rpm for another rpm, has a interest to not
+>> make it disappear ).
+>>
+>> And i doubt that someone would do X commit on a rpm if not interested in
+>> it.
+> 
+> 
+> Are heuristics a good idea? How about just making mgarepo ask you if you
+> want to become the maintainer with a Y/n option (Y being default) when
+> you call submit on an unmaintained package.
+> 
+> This should be simple enough that people genuinely maintaining it can
+> just hit return and also easy enough to opt out in the case of drive by
+> upgrades.
+
+This seems like a nice idea :)
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008165.html b/zarb-ml/mageia-dev/2011-September/008165.html new file mode 100644 index 000000000..8fd484511 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008165.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Juan Luis Baptiste + juan.baptiste at gmail.com +
+ Fri Sep 16 23:36:38 CEST 2011 +

+
+ +
On Fri, Sep 16, 2011 at 3:42 PM, Samuel Verschelde <stormi at laposte.net> wrote:
+>
+> Now the count is 1919. Let's reach 2000 tomorrow !
+>
+> Per packager count:
+>
+> 6       juancho
+
+
+Ohh I didn't knew that packages initially imported didn't had set
+their maintainer. I just grabbed mine, so the count increased by 10
+more :)
+
+Cheers,
+
+-- 
+juancho
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008166.html b/zarb-ml/mageia-dev/2011-September/008166.html new file mode 100644 index 000000000..5c6bc34da --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008166.html @@ -0,0 +1,109 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Dick Gevers + dvgevers at xs4all.nl +
+ Fri Sep 16 23:37:21 CEST 2011 +

+
+ +
On Fri, 16 Sep 2011 19:53:04 +0100, Colin Guthrie wrote about Re:
+[Mageia-dev] systemd vs dm:
+
+>>>> Has anyone got this fixed. How please? If not is there a bugreport?
+
+>> I'm wondering if only the status message is wrong, because it looks like
+>> rsyslog *is* running.
+>
+>Any crazy options in /etc/sysconfig/rsyslog?
+
+Nope, it is strictly the same as written by the rsyslog package.
+
+Ciao,
+=Dick Gevers=
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008167.html b/zarb-ml/mageia-dev/2011-September/008167.html new file mode 100644 index 000000000..26e13894b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008167.html @@ -0,0 +1,130 @@ + + + + [Mageia-dev] Dovecot upgrade ? + + + + + + + + + +

[Mageia-dev] Dovecot upgrade ?

+ Balcaen John + mikala at mageia.org +
+ Sat Sep 17 00:51:07 CEST 2011 +

+
+ +
Hello,
+While testing the upgrade of clucene (from 0.9.21b  to 2.3.34 )  & the 
+rebuild for various packages i noticed that current dovecot won't 
+rebuild against this new version.
+
+Does someone wants to update to 2.0.5 ?
+(there's a lot of changes regarding 1.2.17 :p)
+
+Regards,
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008168.html b/zarb-ml/mageia-dev/2011-September/008168.html new file mode 100644 index 000000000..7ba951c33 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008168.html @@ -0,0 +1,148 @@ + + + + [Mageia-dev] Systemd + Login issues. + + + + + + + + + +

[Mageia-dev] Systemd + Login issues.

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Sat Sep 17 10:55:18 CEST 2011 +

+
+ +
'Twas brillig, and Scott Chevalley at 16/09/11 20:49 did gyre and gimble:
+> Bingo!
+> 
+> # ps aux | grep plym
+> root      3577  0.0  0.0  12428   652 ?        Ss   Sep15   0:00 /bin/plymouth
+> --wait
+> 
+> 
+> Killing that and the ttys appears immediately.
+> 
+> Thanks!
+> 
+> Now how can I disable plymouth completely until a fix is available? I took the
+> splash= line out of the kernel command line, but obviously that didn't do it. :)
+
+What does the output of:
+
+systemctl list-units -a --full | grep plym
+
+give you?
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008169.html b/zarb-ml/mageia-dev/2011-September/008169.html new file mode 100644 index 000000000..feadfec2a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008169.html @@ -0,0 +1,132 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Sat Sep 17 11:02:03 CEST 2011 +

+
+ +
'Twas brillig, and Dick Gevers at 16/09/11 22:37 did gyre and gimble:
+> On Fri, 16 Sep 2011 19:53:04 +0100, Colin Guthrie wrote about Re:
+> [Mageia-dev] systemd vs dm:
+> 
+>>>>> Has anyone got this fixed. How please? If not is there a bugreport?
+> 
+>>> I'm wondering if only the status message is wrong, because it looks like
+>>> rsyslog *is* running.
+>>
+>> Any crazy options in /etc/sysconfig/rsyslog?
+> 
+> Nope, it is strictly the same as written by the rsyslog package.
+
+So does:
+
+systemctl restart rsyslog.service
+
+work?
+
+And finally, can you run: /sbin/rsyslogd -n -c5 manually or does it exit
+out with return code 1 also?
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008170.html b/zarb-ml/mageia-dev/2011-September/008170.html new file mode 100644 index 000000000..319ebac04 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008170.html @@ -0,0 +1,142 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Dick Gevers + dvgevers at xs4all.nl +
+ Sat Sep 17 11:36:34 CEST 2011 +

+
+ +
On Sat, 17 Sep 2011 10:02:03 +0100, Colin Guthrie wrote about Re:
+[Mageia-dev] systemd vs dm:
+
+>So does:
+>
+>systemctl restart rsyslog.service
+>
+>work?
+
+Not really:
+
+# systemctl restart rsyslog.service
+# systemctl status rsyslog.service
+rsyslog.service - System Logging Service
+          Loaded: loaded (/lib/systemd/system/rsyslog.service; enabled)
+          Active: failed since Sat, 17 Sep 2011 09:30:29 +0000; 8s ago
+         Process: 23407 ExecStart=/sbin/rsyslogd -n -c5 (code=exited,
+status=1/FAILURE) Process: 23404 ExecStartPre=/bin/systemctl stop
+systemd-kmsg-syslogd.service (code=exited, status=0/SUCCESS) CGroup:
+name=systemd:/system/rsyslog.service
+#
+
+>And finally, can you run: /sbin/rsyslogd -n -c5 manually or does it exit
+>out with return code 1 also?
+
+# /sbin/rsyslogd -n -c5
+Pidfile (and pid) already exist.
+
+and:
+# ps -eLF |grep rsys
+root      1104     1  1104  0    4 60184  1512   0 Sep16 ?        00:00:00
+rsyslogd -c 4
+root      1104     1  1130  0    4 60184  1512   4 Sep16 ?        00:00:00
+rsyslogd -c 4
+root      1104     1  1131  0    4 60184  1512   0 Sep16 ?        00:00:00
+rsyslogd -c 4 
+root      1104     1 1132  0    4 60184  1512   2 Sep16 ?        00:00:00
+rsyslogd -c 4 
+...
+
+And lsof shows that all relevant logs are touched by the rsyslog daemon. So
+my guess is that only the systemd status message is bad, but the service is
+running correctly.
+
+Cheers,
+=Dick Gevers=
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008171.html b/zarb-ml/mageia-dev/2011-September/008171.html new file mode 100644 index 000000000..25401fd30 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008171.html @@ -0,0 +1,163 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Sat Sep 17 12:16:57 CEST 2011 +

+
+ +
'Twas brillig, and Dick Gevers at 17/09/11 10:36 did gyre and gimble:
+> On Sat, 17 Sep 2011 10:02:03 +0100, Colin Guthrie wrote about Re:
+> [Mageia-dev] systemd vs dm:
+> 
+>> So does:
+>>
+>> systemctl restart rsyslog.service
+>>
+>> work?
+> 
+> Not really:
+> 
+> # systemctl restart rsyslog.service
+> # systemctl status rsyslog.service
+> rsyslog.service - System Logging Service
+>           Loaded: loaded (/lib/systemd/system/rsyslog.service; enabled)
+>           Active: failed since Sat, 17 Sep 2011 09:30:29 +0000; 8s ago
+>          Process: 23407 ExecStart=/sbin/rsyslogd -n -c5 (code=exited,
+> status=1/FAILURE) Process: 23404 ExecStartPre=/bin/systemctl stop
+> systemd-kmsg-syslogd.service (code=exited, status=0/SUCCESS) CGroup:
+> name=systemd:/system/rsyslog.service
+> #
+> 
+>> And finally, can you run: /sbin/rsyslogd -n -c5 manually or does it exit
+>> out with return code 1 also?
+> 
+> # /sbin/rsyslogd -n -c5
+> Pidfile (and pid) already exist.
+> 
+> and:
+> # ps -eLF |grep rsys
+> root      1104     1  1104  0    4 60184  1512   0 Sep16 ?        00:00:00
+> rsyslogd -c 4
+> root      1104     1  1130  0    4 60184  1512   4 Sep16 ?        00:00:00
+> rsyslogd -c 4
+> root      1104     1  1131  0    4 60184  1512   0 Sep16 ?        00:00:00
+> rsyslogd -c 4 
+> root      1104     1 1132  0    4 60184  1512   2 Sep16 ?        00:00:00
+> rsyslogd -c 4 
+> ...
+> 
+> And lsof shows that all relevant logs are touched by the rsyslog daemon. So
+> my guess is that only the systemd status message is bad, but the service is
+> running correctly.
+
+Well that's slightly disturbing. It seems that rsyslog was started but
+not by systemd.
+
+Can do do some kind of pstree type analysis (perhaps also using cgroups
+stuff) to work out what process actually started rsyslog?
+
+
+Col
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008172.html b/zarb-ml/mageia-dev/2011-September/008172.html new file mode 100644 index 000000000..7a6bcbf81 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008172.html @@ -0,0 +1,124 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Dick Gevers + dvgevers at xs4all.nl +
+ Sat Sep 17 12:40:04 CEST 2011 +

+
+ +
On Sat, 17 Sep 2011 11:16:57 +0100, Colin Guthrie wrote about Re:
+[Mageia-dev] systemd vs dm:
+
+>Well that's slightly disturbing. It seems that rsyslog was started but
+>not by systemd.
+>
+>Can do do some kind of pstree type analysis (perhaps also using cgroups
+>stuff) to work out what process actually started rsyslog?
+
+pstree is not quite unequivocal, because it shows systemd at the top of
+every running process, even those surely not started by systemd but e.g. by
+the current user.
+
+But on the other hand systemd has PID 1 so it's reasonable to assume
+everything stems from it.
+
+Although when I do lsof |grep rsys |grep syst it returns nothing, so
+perhaps that means rsyslog was not started by systemd: we'd have to compare
+with a system where systemctl status rsyslog.service gives a better result.
+
+"lsof |grep cgrou" returns only one line:
+
+systemd       1             root    6r      DIR               0,18
+0        193 /sys/fs/cgroup/systemd/system
+
+I hope this gives some clues.
+
+Thanks and BFN
+=Dick Gevers=
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008173.html b/zarb-ml/mageia-dev/2011-September/008173.html new file mode 100644 index 000000000..708e8cd64 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008173.html @@ -0,0 +1,171 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Sat Sep 17 13:02:50 CEST 2011 +

+
+ +
'Twas brillig, and Dick Gevers at 17/09/11 11:40 did gyre and gimble:
+> On Sat, 17 Sep 2011 11:16:57 +0100, Colin Guthrie wrote about Re:
+> [Mageia-dev] systemd vs dm:
+> 
+>> Well that's slightly disturbing. It seems that rsyslog was started but
+>> not by systemd.
+>>
+>> Can do do some kind of pstree type analysis (perhaps also using cgroups
+>> stuff) to work out what process actually started rsyslog?
+> 
+> pstree is not quite unequivocal, because it shows systemd at the top of
+> every running process, even those surely not started by systemd but e.g. by
+> the current user.
+
+Yeah that's expected. Everything is a child of pid 1 really, but what
+would be interesting is if rsyslog is a direct child of pid 1 or if
+there are any other processes in between, but I guess not.
+
+> But on the other hand systemd has PID 1 so it's reasonable to assume
+> everything stems from it.
+
+Yup.
+
+> Although when I do lsof |grep rsys |grep syst it returns nothing, so
+> perhaps that means rsyslog was not started by systemd: we'd have to compare
+> with a system where systemctl status rsyslog.service gives a better result.
+
+Nah I wouldn't expect rsyslog to know anything specifically about
+systemd, so this would be the expected output.
+
+> "lsof |grep cgrou" returns only one line:
+> 
+> systemd       1             root    6r      DIR               0,18
+> 0        193 /sys/fs/cgroup/systemd/system
+> 
+> I hope this gives some clues.
+
+Sadly not.
+
+What would be useful is to find the pid of rsyslog (mine is 1505), and
+then do:
+[root at jimmy ~]# cat /proc/1505/cgroup
+8:blkio:/
+7:net_cls:/
+6:freezer:/
+5:devices:/
+4:memory:/
+3:cpuacct,cpu:/system/rsyslog.service
+2:cpuset:/
+1:name=systemd:/system/rsyslog.service
+
+
+If it looks similar to mine then it has been started by systemd but it's
+somehow "lost" that info.
+
+
+I wonder, do you do anything special with either /var /var/run or /run
+directories? Are they on separate partitions or anything?
+
+Col
+
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008174.html b/zarb-ml/mageia-dev/2011-September/008174.html new file mode 100644 index 000000000..4d779bcad --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008174.html @@ -0,0 +1,153 @@ + + + + [Mageia-dev] Systemd + Login issues. + + + + + + + + + +

[Mageia-dev] Systemd + Login issues.

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Sat Sep 17 13:05:08 CEST 2011 +

+
+ +
'Twas brillig, and John Balcaen at 16/09/11 19:29 did gyre and gimble:
+> 2011/9/16 Colin Guthrie <mageia at colin.guthr.ie>:
+>> Hi,
+>>
+>> OK, so there seem to be a couple bugs related to this still outstanding.
+>>
+>> I've been testing things today and I rebooted into kdm and logged into
+>> KDE and all was well.
+> Can you try the autologin functionnality with kde & kdm using systemd
+> please ? :)
+> This setup as said on irc is not functionnal :/
+
+OK, I tried autologin with kde/kdm..... and it worked fine :s
+
+The process I followed:
+1. Switched to kdm/kde in /etc/sysconfig/desktop
+2. Rebooted.
+3. Logged in to KDE via kdm.
+4. Used systemsettings
+5. Selected my user as the autologin user.
+6. I also enabled passwordless login for my user.
+7. Rebooted
+8. Was logged in automatically with full permissions and was registered
+in systemd-loginctl list-sessions.
+
+So..... :s
+
+Col
+
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008175.html b/zarb-ml/mageia-dev/2011-September/008175.html new file mode 100644 index 000000000..975539b50 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008175.html @@ -0,0 +1,147 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Dick Gevers + dvgevers at xs4all.nl +
+ Sat Sep 17 13:28:06 CEST 2011 +

+
+ +
On Sat, 17 Sep 2011 12:02:50 +0100, Colin Guthrie wrote about Re:
+[Mageia-dev] systemd vs dm:
+
+>What would be useful is to find the pid of rsyslog (mine is 1505), and
+>then do:
+>[root at jimmy ~]# cat /proc/1505/cgroup
+>8:blkio:/
+>7:net_cls:/
+>6:freezer:/
+>5:devices:/
+>4:memory:/
+>3:cpuacct,cpu:/system/rsyslog.service
+>2:cpuset:/
+>1:name=systemd:/system/rsyslog.service
+
+
+Aha! Mine:
+8:blkio:/
+7:net_cls:/
+6:freezer:/
+5:devices:/
+4:memory:/
+3:cpuacct,cpu:/system/sysinit.service
+2:cpuset:/
+1:name=systemd:/system/sysinit.service
+
+So this shows up the error
+
+>If it looks similar to mine then it has been started by systemd but it's
+>somehow "lost" that info.
+>
+>
+>I wonder, do you do anything special with either /var /var/run or /run
+>directories? Are they on separate partitions or anything?
+
+Nope, nothing done, nothing separate.
+
+But looking at rpm -qa |grep init:
+initscripts-9.21-12.mga1
+mkinitrd-6.0.93-25.mga2
+module-init-tools-3.16-1.mga2
+systemd-sysvinit-35-3.mga2
+sysvinit-tools-2.87-10.mga1
+xinit-1.3.1-1.mga2
+xinitrc-2.4.21-1.mga2
+
+I suspect that sysvinit-tools might have to be removed, but it is required
+by initscripts. So that would show up some missing package conflicts and ph
+the cause of the rsyslog start.
+
+Ciao,
+=Dick Gevers=
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008176.html b/zarb-ml/mageia-dev/2011-September/008176.html new file mode 100644 index 000000000..c16f9331b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008176.html @@ -0,0 +1,139 @@ + + + + [Mageia-dev] [packages-commits] revise for gnome 3.2 + + + + + + + + + +

[Mageia-dev] [packages-commits] revise for gnome 3.2

+ Olav Vitters + olav at vitters.nl +
+ Sat Sep 17 13:58:55 CEST 2011 +

+
+ +
On Sat, Sep 17, 2011 at 01:52:43PM +0200, root at mageia.org wrote:
+> @@ -66,12 +62,11 @@
+>  %package minimal
+>  Summary: Minimal dependencies needed for GNOME desktop 
+>  Group: Graphical desktop/GNOME
+> -Requires: gnome-panel >= 2.8.3
+> -Requires: gnome-terminal >= 2.8.2
+> -Requires: nautilus >= 2.8.2
+> -Requires: metacity >= 2.8.13
+
+metacity is still needed for fallback mode. 
+
+> -Requires: yelp >= 2.6.5
+> -Requires: gnome-control-center >= 2.8.2
+> +Requires: gnome-panel >= 3.1.0
+
+so if you still keep gnome-panel, IMO metacity should also be kept.
+
+> +Requires: gnome-terminal >= 3.0.0
+> +Requires: nautilus >= 3.1.0
+> +Requires: yelp >= 3.1.0
+> +Requires: gnome-control-center >= 3.1.0
+>  Requires: gnome-power-manager
+>  Requires: networkmanager
+>  Requires: gnome-themes-standard
+
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008177.html b/zarb-ml/mageia-dev/2011-September/008177.html new file mode 100644 index 000000000..9e35aed14 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008177.html @@ -0,0 +1,132 @@ + + + + [Mageia-dev] [packages-commits] revise for gnome 3.2 + + + + + + + + + +

[Mageia-dev] [packages-commits] revise for gnome 3.2

+ Olav Vitters + olav at vitters.nl +
+ Sat Sep 17 14:11:08 CEST 2011 +

+
+ +
On Sat, Sep 17, 2011 at 01:58:55PM +0200, Olav Vitters wrote:
+> On Sat, Sep 17, 2011 at 01:52:43PM +0200, root at mageia.org wrote:
+> > @@ -66,12 +62,11 @@
+> >  %package minimal
+> >  Summary: Minimal dependencies needed for GNOME desktop 
+> >  Group: Graphical desktop/GNOME
+> > -Requires: gnome-panel >= 2.8.3
+> > -Requires: gnome-terminal >= 2.8.2
+> > -Requires: nautilus >= 2.8.2
+> > -Requires: metacity >= 2.8.13
+> 
+> metacity is still needed for fallback mode. 
+
+dmorgan said I could add it back, so just did
+
+fallback mode = metacity + gnome-panel btw (hold down alt and you will
+notice it)
+
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008178.html b/zarb-ml/mageia-dev/2011-September/008178.html new file mode 100644 index 000000000..16b48b8fe --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008178.html @@ -0,0 +1,144 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS ! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS !

+ Olav Vitters + olav at vitters.nl +
+ Sat Sep 17 14:15:47 CEST 2011 +

+
+ +
On Wed, Sep 14, 2011 at 11:06:07PM +0200, Samuel Verschelde wrote:
+> mgarepo maintdb set packagename yourlogin
+
+Grabbed various 'nobody' GNOME packages + some other stuff I use:
+· alacarte
+· at-spi
+· bugzilla
+· cheese
+· elinks
+· folks
+· gdm
+· gedit
+· glade3
+· gnome-backgrounds
+· gnome-control-center
+· gnome-desktop
+· gnome-desktop3
+· gnome-doc-utils
+· gnome-icon-theme
+· gnome-icon-theme-symbolic
+· gnome-keyring
+· gnome-online-accounts
+· gnome-packagekit
+· gnome-shell
+· gnome-user-docs
+· gtk+2.0
+· itstool
+· latexila
+· libgweather
+· libnotify
+· mail-notification
+· mc
+· mutter
+· nautilus
+· nautilus-open-terminal
+· nautilus-sendto
+· ngrep
+· pwgen
+· python-lzma
+· python-paramiko
+· rsync
+· task-gnome
+· totem
+· xchat
+· xchat-gnome
+
+41 in total :)
+
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008179.html b/zarb-ml/mageia-dev/2011-September/008179.html new file mode 100644 index 000000000..bf0e29115 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008179.html @@ -0,0 +1,128 @@ + + + + [Mageia-dev] [RPM] cauldron core/release apache-2.2.20-1.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release apache-2.2.20-1.mga2

+ nicolas vigier + boklm at mars-attacks.org +
+ Sat Sep 17 14:55:11 CEST 2011 +

+
+ +
On Thu, 01 Sep 2011, Anssi Hannula wrote:
+
+> On 01.09.2011 15:23, Guillaume Rousse wrote:
+> > Le 01/09/2011 13:10, Mageia Team a écrit :
+> >> guillomovitch<guillomovitch>  2.2.20-1.mga2:
+> >> + Revision: 137516
+> >> - add missing LSB headers to htcacheclean init script
+> > 
+> > The script handling the changelog need some serious fixes. Usually it
+> > cumulates the changes for several releases, while here it only take
+> > accounts the changes between previous failed submission attempt, and
+> > this one.
+> 
+> What is happening is that markreleases for mga1 are done for the
+> cauldron tree, causing changelogs for cauldron releases to be grouped
+> according to submissions of mga1 updates_testing:
+> 
+> $ mgarepo rpmlog -s apache
+> * Thu Sep 01 2011 guillomovitch <guillomovitch> 2.2.20-1.mga2
+> + Revision: 137516
+> - add missing LSB headers to htcacheclean init script
+> 
+> * Wed Aug 31 2011 guillomovitch <guillomovitch> 2.2.17-5.1.mga1
+> + Revision: 137231
+> - new version
+> - drop suexec PATH patch
+> [...]
+> 
+> 
+> As I noted in #mageia-sysadm several months ago, the steps needed to fix
+> this are:
+> 
+> 1) disable markrelease on these submits
+> 2) propedit the wrong markreleases (look for post-final mga1
+> markreleases in cauldron tree) to have invalid log msgs so that mgarepo
+> will ignore them
+> 3) add markrelease to the final update move (from _testing to updates)
+> script, or make the youri action run markrelease in the originating tree
+> instead of cauldron
+
+I think it's difficult to do markrelease at final update move, as we
+don't know the commit number for the markrelease.
+
+Maybe this change in youri config would allow to have the markrelease
+done on the right directory for updates :
+
+Index: modules/buildsystem/templates/submit-upload.conf
+===================================================================
+--- modules/buildsystem/templates/submit-upload.conf	(revision 2006)
++++ modules/buildsystem/templates/submit-upload.conf	(working copy)
+@@ -14,11 +14,12 @@
+         upload_state: queue
+         queue: queue
+         noarch: i586
+-        svn: svn+ssh://svn.<%= domain %>/svn/packages/cauldron/
+         1:
+             arch: i586 x86_64
++            svn: svn+ssh://svn.<%= domain %>/svn/packages/updates/1/
+         cauldron:
+             arch: i586 x86_64
++            svn: svn+ssh://svn.<%= domain %>/svn/packages/cauldron/
+ 
+ # targets definition
+ targets:
+
+
+But this would not be good for backports. The URL used for submit is
+not saved, so it's difficult to do the markrelease on the right
+directory. However if youri were using a database to store all the infos
+about submits (URL, commit number, submitter, etc ...), this would be
+possible. It would also be possible to do the markrelease when the
+package is moved, with the move script using youri database.
+
+
+ + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008180.html b/zarb-ml/mageia-dev/2011-September/008180.html new file mode 100644 index 000000000..823b67931 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008180.html @@ -0,0 +1,178 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Sat Sep 17 15:09:57 CEST 2011 +

+
+ +
'Twas brillig, and Dick Gevers at 17/09/11 12:28 did gyre and gimble:
+> On Sat, 17 Sep 2011 12:02:50 +0100, Colin Guthrie wrote about Re:
+> [Mageia-dev] systemd vs dm:
+> 
+>> What would be useful is to find the pid of rsyslog (mine is 1505), and
+>> then do:
+>> [root at jimmy ~]# cat /proc/1505/cgroup
+>> 8:blkio:/
+>> 7:net_cls:/
+>> 6:freezer:/
+>> 5:devices:/
+>> 4:memory:/
+>> 3:cpuacct,cpu:/system/rsyslog.service
+>> 2:cpuset:/
+>> 1:name=systemd:/system/rsyslog.service
+> 
+> 
+> Aha! Mine:
+> 8:blkio:/
+> 7:net_cls:/
+> 6:freezer:/
+> 5:devices:/
+> 4:memory:/
+> 3:cpuacct,cpu:/system/sysinit.service
+> 2:cpuset:/
+> 1:name=systemd:/system/sysinit.service
+> 
+> So this shows up the error
+
+
+Yeah it seems sysinit is starting rsyslog for you. So something in
+/etc/rc.d/rc.sysinit is causing the rsyslog to start.
+
+>> If it looks similar to mine then it has been started by systemd but it's
+>> somehow "lost" that info.
+
+Yeah I suspect that as rsyslog is not in the right cgroup, systemd has
+trouble finding it.
+
+>> I wonder, do you do anything special with either /var /var/run or /run
+>> directories? Are they on separate partitions or anything?
+> 
+> Nope, nothing done, nothing separate.
+> 
+> But looking at rpm -qa |grep init:
+> initscripts-9.21-12.mga1
+> mkinitrd-6.0.93-25.mga2
+> module-init-tools-3.16-1.mga2
+> systemd-sysvinit-35-3.mga2
+> sysvinit-tools-2.87-10.mga1
+> xinit-1.3.1-1.mga2
+> xinitrc-2.4.21-1.mga2
+> 
+> I suspect that sysvinit-tools might have to be removed, but it is required
+> by initscripts. So that would show up some missing package conflicts and ph
+> the cause of the rsyslog start.
+
+Nah I have the same stuff installed here so don't think it's that.
+
+Here's a question... what does your /etc/sysconfig/speedboot say?
+
+I've got SPEEDBOOT=no in there, perhaps try doing that as it affects how
+the sysint stuff works.
+
+Obviously we'll eventually strip out all the speedboot stuff as systemd
+completely supercedes it, but this would be a good first step.
+
+Cheers
+
+Col
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008181.html b/zarb-ml/mageia-dev/2011-September/008181.html new file mode 100644 index 000000000..925133aa4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008181.html @@ -0,0 +1,121 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Dick Gevers + dvgevers at xs4all.nl +
+ Sat Sep 17 15:35:32 CEST 2011 +

+
+ +
On Sat, 17 Sep 2011 14:09:57 +0100, Colin Guthrie wrote about Re:
+[Mageia-dev] systemd vs dm:
+
+>Here's a question... what does your /etc/sysconfig/speedboot say?
+>
+>I've got SPEEDBOOT=no in there, perhaps try doing that as it affects how
+>the sysint stuff works.
+
+Brilliant. Good catch! It was 'auto'. Changing it to 'no' and rebooting
+fixes the problem:
+
+systemctl status rsyslog.service
+rsyslog.service - System Logging Service
+          Loaded: loaded (/lib/systemd/system/rsyslog.service; enabled)
+          Active: active (running) since Sat, 17 Sep 2011 13:26:37 +0000;
+4min 20s ago Process: 1624 ExecStartPre=/bin/systemctl stop
+systemd-kmsg-syslogd.service (code=exited, status=0/SUCCESS) Main PID: 1930
+(rsyslogd) CGroup: name=systemd:/system/rsyslog.service
+                  └ 1930 /sbin/rsyslogd -n -c5
+
+>Obviously we'll eventually strip out all the speedboot stuff as systemd
+>completely supercedes it, but this would be a good first step.
+
+Thanks very much for your help! Shall I report this to Bugzilla or will
+you be fixing the initscript package on this basis ?
+
+Cheers,
+=Dick Gevers=
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008182.html b/zarb-ml/mageia-dev/2011-September/008182.html new file mode 100644 index 000000000..3341fb4e6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008182.html @@ -0,0 +1,142 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Sat Sep 17 15:38:56 CEST 2011 +

+
+ +
'Twas brillig, and Dick Gevers at 17/09/11 14:35 did gyre and gimble:
+> On Sat, 17 Sep 2011 14:09:57 +0100, Colin Guthrie wrote about Re:
+> [Mageia-dev] systemd vs dm:
+> 
+>> Here's a question... what does your /etc/sysconfig/speedboot say?
+>>
+>> I've got SPEEDBOOT=no in there, perhaps try doing that as it affects how
+>> the sysint stuff works.
+> 
+> Brilliant. Good catch! It was 'auto'. Changing it to 'no' and rebooting
+> fixes the problem:
+
+\o/
+
+> systemctl status rsyslog.service
+> rsyslog.service - System Logging Service
+>           Loaded: loaded (/lib/systemd/system/rsyslog.service; enabled)
+>           Active: active (running) since Sat, 17 Sep 2011 13:26:37 +0000;
+> 4min 20s ago Process: 1624 ExecStartPre=/bin/systemctl stop
+> systemd-kmsg-syslogd.service (code=exited, status=0/SUCCESS) Main PID: 1930
+> (rsyslogd) CGroup: name=systemd:/system/rsyslog.service
+>                   └ 1930 /sbin/rsyslogd -n -c5
+> 
+>> Obviously we'll eventually strip out all the speedboot stuff as systemd
+>> completely supercedes it, but this would be a good first step.
+> 
+> Thanks very much for your help! Shall I report this to Bugzilla or will
+> you be fixing the initscript package on this basis ?
+
+Yeah, please open a bug against initscripts (feel free to assign it to
+me) just so it's not forgotten.
+
+Cheers
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008183.html b/zarb-ml/mageia-dev/2011-September/008183.html new file mode 100644 index 000000000..0bc1e3d0f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008183.html @@ -0,0 +1,136 @@ + + + + [Mageia-dev] RFC: Rip out speedboot + + + + + + + + + +

[Mageia-dev] RFC: Rip out speedboot

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Sat Sep 17 15:42:24 CEST 2011 +

+
+ +
Hi,
+
+As we've just seen on the "systemd vs dm" thread, enabling speedboot
+kinda changes a few things when booting system systemd (such as some
+services being started early by speedboot logic (in the wrong cgroup!)
+when it should really be left to systemd.
+
+As the goals of speedboot are pretty much universally eclipsed by
+systemd (and as Fred who did the speedboot stuff in Mandriva is now very
+much working on systemd stuff for Suse) I think the time has come to
+just rip out speedboot and let initscripts work naturally.
+
+If this is not desired, then I will instead patch things to ensure that
+SPPEDBOOT=no is forced when systemd boot is detected.
+
+Col
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008184.html b/zarb-ml/mageia-dev/2011-September/008184.html new file mode 100644 index 000000000..0a1faa312 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008184.html @@ -0,0 +1,138 @@ + + + + [Mageia-dev] RFC: Rip out speedboot + + + + + + + + + +

[Mageia-dev] RFC: Rip out speedboot

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Sat Sep 17 15:53:35 CEST 2011 +

+
+ +
'Twas brillig, and Colin Guthrie at 17/09/11 14:42 did gyre and gimble:
+> Hi,
+> 
+> As we've just seen on the "systemd vs dm" thread, enabling speedboot
+> kinda changes a few things when booting system systemd (such as some
+> services being started early by speedboot logic (in the wrong cgroup!)
+> when it should really be left to systemd.
+> 
+> As the goals of speedboot are pretty much universally eclipsed by
+> systemd (and as Fred who did the speedboot stuff in Mandriva is now very
+> much working on systemd stuff for Suse) I think the time has come to
+> just rip out speedboot and let initscripts work naturally.
+> 
+> If this is not desired, then I will instead patch things to ensure that
+> SPPEDBOOT=no is forced when systemd boot is detected.
+
+Feel free to also comment on this bug tracking this issue:
+https://bugs.mageia.org/show_bug.cgi?id=2760
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008185.html b/zarb-ml/mageia-dev/2011-September/008185.html new file mode 100644 index 000000000..15cdabd67 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008185.html @@ -0,0 +1,104 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Dick Gevers + dvgevers at xs4all.nl +
+ Sat Sep 17 15:59:13 CEST 2011 +

+
+ +
On Sat, 17 Sep 2011 14:38:56 +0100, Colin Guthrie wrote about Re:
+[Mageia-dev] systemd vs dm:
+
+>Yeah, please open a bug against initscripts (feel free to assign it to
+>me) just so it's not forgotten.
+
+For the record (you already found it):
+https://bugs.mageia.org/show_bug.cgi?id=2760
+
+Thanks again,
+=Dick Gevers=
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008186.html b/zarb-ml/mageia-dev/2011-September/008186.html new file mode 100644 index 000000000..ddf7b0c3e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008186.html @@ -0,0 +1,130 @@ + + + + [Mageia-dev] [packages-commits] revise for gnome 3.2 + + + + + + + + + +

[Mageia-dev] [packages-commits] revise for gnome 3.2

+ Funda Wang + fundawang at gmail.com +
+ Sat Sep 17 16:39:07 CEST 2011 +

+
+ +
Maybe we should fallback to mutter, I couldn't figure a package named
+task-gnome3 pushing gtk2 package.
+
+2011/9/17, Olav Vitters <olav at vitters.nl>:
+> On Sat, Sep 17, 2011 at 01:58:55PM +0200, Olav Vitters wrote:
+>> On Sat, Sep 17, 2011 at 01:52:43PM +0200, root at mageia.org wrote:
+>> > @@ -66,12 +62,11 @@
+>> >  %package minimal
+>> >  Summary: Minimal dependencies needed for GNOME desktop
+>> >  Group: Graphical desktop/GNOME
+>> > -Requires: gnome-panel >= 2.8.3
+>> > -Requires: gnome-terminal >= 2.8.2
+>> > -Requires: nautilus >= 2.8.2
+>> > -Requires: metacity >= 2.8.13
+>>
+>> metacity is still needed for fallback mode.
+>
+> dmorgan said I could add it back, so just did
+>
+> fallback mode = metacity + gnome-panel btw (hold down alt and you will
+> notice it)
+>
+> --
+> Regards,
+> Olav
+>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008187.html b/zarb-ml/mageia-dev/2011-September/008187.html new file mode 100644 index 000000000..ae512eef4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008187.html @@ -0,0 +1,144 @@ + + + + [Mageia-dev] Systemd + Login issues. + + + + + + + + + +

[Mageia-dev] Systemd + Login issues.

+ Balcaen John + mikala at mageia.org +
+ Sat Sep 17 16:44:52 CEST 2011 +

+
+ +
Le Samedi 17 Septembre 2011 12:05:08 Colin Guthrie a écrit :
+> 'Twas brillig, and John Balcaen at 16/09/11 19:29 did gyre and gimble:
+> > 2011/9/16 Colin Guthrie <mageia at colin.guthr.ie>:
+> >> Hi,
+> >> 
+> >> OK, so there seem to be a couple bugs related to this still
+> >> outstanding.
+> >> 
+> >> I've been testing things today and I rebooted into kdm and
+> >> logged into KDE and all was well.
+> > 
+> > Can you try the autologin functionnality with kde & kdm using
+> > systemd please ? :)
+> > This setup as said on irc is not functionnal :/
+> 
+> OK, I tried autologin with kde/kdm..... and it worked fine :s
+> 
+> The process I followed:
+> 1. Switched to kdm/kde in /etc/sysconfig/desktop
+> 2. Rebooted.
+> 3. Logged in to KDE via kdm.
+> 4. Used systemsettings
+> 5. Selected my user as the autologin user.
+> 6. I also enabled passwordless login for my user.
+> 7. Rebooted
+> 8. Was logged in automatically with full permissions and was
+> registered in systemd-loginctl list-sessions.
+> 
+Ok so i did try again & noticed that you have speedboot disabled [1]
+The only way to get a working session is indeed to disable speedboot 
+with systemd because without that several things are not working with 
+autologin :
+no polkit authentification, no sound ( pulseaudio provides a « factice 
+audio output » ) & sometimes the nm is not detected as working by the 
+plasma-applet-nm in the systray.
+
+There's no need to have a passwordless login by the way :)
+
+
+[1] https://mageia.org/pipermail/mageia-dev/2011-September/008183.html
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008188.html b/zarb-ml/mageia-dev/2011-September/008188.html new file mode 100644 index 000000000..932e0ee96 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008188.html @@ -0,0 +1,115 @@ + + + + [Mageia-dev] [packages-commits] revise for gnome 3.2 + + + + + + + + + +

[Mageia-dev] [packages-commits] revise for gnome 3.2

+ Olav Vitters + olav at vitters.nl +
+ Sat Sep 17 16:56:45 CEST 2011 +

+
+ +
On Sat, Sep 17, 2011 at 10:39:07PM +0800, Funda Wang wrote:
+> Maybe we should fallback to mutter, I couldn't figure a package named
+> task-gnome3 pushing gtk2 package.
+
+But fallback mode is for 2 things:
+1. People who really want gnome-panel
+2. People who do not have good enough graphics support
+
+I thought Mutter required the newer graphics hardware.. or is it just
+gnome-shell?
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008189.html b/zarb-ml/mageia-dev/2011-September/008189.html new file mode 100644 index 000000000..2dc74200c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008189.html @@ -0,0 +1,110 @@ + + + + [Mageia-dev] RFC: Rip out speedboot + + + + + + + + + +

[Mageia-dev] RFC: Rip out speedboot

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Sat Sep 17 17:30:45 CEST 2011 +

+
+ +
On 17 September 2011 15:42, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+> As the goals of speedboot are pretty much universally eclipsed by
+> systemd (and as Fred who did the speedboot stuff in Mandriva is now very
+> much working on systemd stuff for Suse) I think the time has come to
+> just rip out speedboot and let initscripts work naturally.
+
+Fair enought
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008190.html b/zarb-ml/mageia-dev/2011-September/008190.html new file mode 100644 index 000000000..b671f3719 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008190.html @@ -0,0 +1,113 @@ + + + + [Mageia-dev] [changelog] cauldron nonfree/release nvidia-96xx-96.43.20-1.mga2.nonfree + + + + + + + + + +

[Mageia-dev] [changelog] cauldron nonfree/release nvidia-96xx-96.43.20-1.mga2.nonfree

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Sat Sep 17 18:24:54 CEST 2011 +

+
+ +
On 17 September 2011 17:51, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> doktor5000 <doktor5000> 96.43.20-1.mga2:
+> + Revision: 144253
+> - new version 96.43.20
+>  o adds support for X.Org xserver 1.10
+>  o fixes freeze/crash resize-bug with KDE4 desktop effects
+>  o should fix (mga#1106), fixing upgrade from Mandriva
+
+Please update ldetect-lst accordingly...
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008191.html b/zarb-ml/mageia-dev/2011-September/008191.html new file mode 100644 index 000000000..6c79dc3a2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008191.html @@ -0,0 +1,113 @@ + + + + [Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Sat Sep 17 18:26:38 CEST 2011 +

+
+ +
On 17 September 2011 17:15, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> colin <colin> 0.61-2.mga2:
+> + Revision: 144548
+> - Remove systemd units (superceded by alsa-utils)
+> - Remove snd-usb-audio modprobe rules (unnecessary)
+
+Did you fixed the war against webcam another way?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008192.html b/zarb-ml/mageia-dev/2011-September/008192.html new file mode 100644 index 000000000..0641024ac --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008192.html @@ -0,0 +1,143 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS ! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS !

+ Samuel Verschelde + stormi at laposte.net +
+ Sat Sep 17 21:04:07 CEST 2011 +

+
+ +
Le samedi 17 septembre 2011 14:15:47, Olav Vitters a écrit :
+> On Wed, Sep 14, 2011 at 11:06:07PM +0200, Samuel Verschelde wrote:
+> > mgarepo maintdb set packagename yourlogin
+> 
+> Grabbed various 'nobody' GNOME packages + some other stuff I use:
+> · alacarte
+> · at-spi
+> · bugzilla
+> · cheese
+> · elinks
+> · folks
+> · gdm
+> · gedit
+> · glade3
+> · gnome-backgrounds
+> · gnome-control-center
+> · gnome-desktop
+> · gnome-desktop3
+> · gnome-doc-utils
+> · gnome-icon-theme
+> · gnome-icon-theme-symbolic
+> · gnome-keyring
+> · gnome-online-accounts
+> · gnome-packagekit
+> · gnome-shell
+> · gnome-user-docs
+> · gtk+2.0
+> · itstool
+> · latexila
+> · libgweather
+> · libnotify
+> · mail-notification
+> · mc
+> · mutter
+> · nautilus
+> · nautilus-open-terminal
+> · nautilus-sendto
+> · ngrep
+> · pwgen
+> · python-lzma
+> · python-paramiko
+> · rsync
+> · task-gnome
+> · totem
+> · xchat
+> · xchat-gnome
+> 
+> 41 in total :)
+
+Great !
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008193.html b/zarb-ml/mageia-dev/2011-September/008193.html new file mode 100644 index 000000000..b4ca53470 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008193.html @@ -0,0 +1,139 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ JA Magallon + jamagallon at ono.com +
+ Sun Sep 18 01:28:47 CEST 2011 +

+
+ +
On Sat, 17 Sep 2011 13:59:13 +0000
+Dick Gevers <dvgevers at xs4all.nl> wrote:
+
+> On Sat, 17 Sep 2011 14:38:56 +0100, Colin Guthrie wrote about Re:
+> [Mageia-dev] systemd vs dm:
+> 
+> >Yeah, please open a bug against initscripts (feel free to assign it to
+> >me) just so it's not forgotten.
+> 
+> For the record (you already found it):
+> https://bugs.mageia.org/show_bug.cgi?id=2760
+> 
+
+Well, i have set SPEEDBOOT=no, installed sysvinit to replace systemd-sysvinit,
+and still GDM does strange things.
+Right after boot, it does not allow to switch to any vt, and even if you
+do it, sometimes hangs.
+I see this in messages:
+
+Sep 18 01:14:37 one /sbin/mingetty[3285]: tty2: invalid character 0xbc in login name
+
+If I restart gdm (via an ssh session), I can see that tty2 has a couple lines of
+garbage after the login prompt.
+
+It looks like gdm tries to use tty2, and bangs against mingetty, see that tty2
+session is the last:
+
+root      3284     1  0 01:14 tty1     00:00:00 /sbin/mingetty tty1
+root      3286     1  0 01:14 tty3     00:00:00 /sbin/mingetty tty3
+root      3287     1  0 01:14 tty4     00:00:00 /sbin/mingetty tty4
+root      3288     1  0 01:14 tty5     00:00:00 /sbin/mingetty tty5
+root      3289     1  0 01:14 tty6     00:00:00 /sbin/mingetty tty6
+root      3504     1  0 01:14 tty2     00:00:00 /sbin/mingetty tty2
+root      7402  7399  0 01:21 tty8     00:00:00 /etc/X11/X :0 -br -verbose -logverbose 7 -auth /var/run/gdm/auth-for-gdm-LD0qed/database -nolisten tcp
+
+How could I add the option 'vt7' to the X server command line ? New gdm
+custom.conf does not support the [servers] section I planned to use
+(from what I have been able to read).
+
+A workaround should be to hardcode, even in sources if needed, the option
+to use vt7. It is no so dangerous, even systemd makes tty7 the mandatory
+X target as it has a conflict in gdm for tty7...
+
+I also have noticed that systemd uses agetty, and /etc/inittab uses mingetty.
+To really compare things and rule aout any bugs, both should be the same...
+
+Any ideas ?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008194.html b/zarb-ml/mageia-dev/2011-September/008194.html new file mode 100644 index 000000000..672e611b7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008194.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ JA Magallon + jamagallon at ono.com +
+ Sun Sep 18 01:37:03 CEST 2011 +

+
+ +
On Sun, 18 Sep 2011 01:28:47 +0200
+JA Magallon <jamagallon at ono.com> wrote:
+
+> 
+> I also have noticed that systemd uses agetty, and /etc/inittab uses mingetty.
+> To really compare things and rule aout any bugs, both should be the same...
+> 
+
+Just to test, I changed '/sbin/mingetty tty?' to '/sbin/agetty tty? 38400'
+in /etc/inittab, and gdm still boots on tty2....
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008195.html b/zarb-ml/mageia-dev/2011-September/008195.html new file mode 100644 index 000000000..8f89449b6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008195.html @@ -0,0 +1,118 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Sun Sep 18 10:22:17 CEST 2011 +

+
+ +
'Twas brillig, and JA Magallon at 18/09/11 00:37 did gyre and gimble:
+> On Sun, 18 Sep 2011 01:28:47 +0200
+> JA Magallon <jamagallon at ono.com> wrote:
+> 
+>>
+>> I also have noticed that systemd uses agetty, and /etc/inittab uses mingetty.
+>> To really compare things and rule aout any bugs, both should be the same...
+>>
+> 
+> Just to test, I changed '/sbin/mingetty tty?' to '/sbin/agetty tty? 38400'
+> in /etc/inittab, and gdm still boots on tty2....
+
+Hmm, strange. My gdm boots on tty7 here without any problem... :s
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008196.html b/zarb-ml/mageia-dev/2011-September/008196.html new file mode 100644 index 000000000..d3110daec --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008196.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Sander Lepik + sander.lepik at eesti.ee +
+ Sun Sep 18 11:09:14 CEST 2011 +

+
+ +
18.09.2011 11:22, Colin Guthrie kirjutas:
+> Hmm, strange. My gdm boots on tty7 here without any problem... :s
+>
+Are you using systemd-sysvinit or sysvinit with init=/bin/systemd ... for me there is 
+difference. Using systemd-sysvinit i can't boot up at all.. With init=/bin/systemd things 
+are a bit better.
+
+--
+Sander
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008197.html b/zarb-ml/mageia-dev/2011-September/008197.html new file mode 100644 index 000000000..dcf365da0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008197.html @@ -0,0 +1,116 @@ + + + + [Mageia-dev] systemd vs dm + + + + + + + + + +

[Mageia-dev] systemd vs dm

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Sun Sep 18 11:26:37 CEST 2011 +

+
+ +
'Twas brillig, and Sander Lepik at 18/09/11 10:09 did gyre and gimble:
+> 18.09.2011 11:22, Colin Guthrie kirjutas:
+>> Hmm, strange. My gdm boots on tty7 here without any problem... :s
+>>
+> Are you using systemd-sysvinit or sysvinit with init=/bin/systemd ...
+> for me there is difference. Using systemd-sysvinit i can't boot up at
+> all.. With init=/bin/systemd things are a bit better.
+
+Both ways work equally well for me.
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008198.html b/zarb-ml/mageia-dev/2011-September/008198.html new file mode 100644 index 000000000..f8df1022a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008198.html @@ -0,0 +1,121 @@ + + + + [Mageia-dev] It's our birthday! + + + + + + + + + +

[Mageia-dev] It's our birthday!

+ Anne nicolas + ennael at mageia.org +
+ Sun Sep 18 12:05:59 CEST 2011 +

+
+ +
Hi all
+
+Baby Mageia is now 1 year old. Happy birthday all and many thanks for
+all the hard work!
+http://blog.mageia.org/en/2011/09/18/its-our-birthday/
+
+Road is starting now for next versions but I guess we can all be proud
+of the first result :)
+
+Cheers !
+
+-- 
+Anne
+http://www.mageia.org
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008199.html b/zarb-ml/mageia-dev/2011-September/008199.html new file mode 100644 index 000000000..dabaaa211 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008199.html @@ -0,0 +1,141 @@ + + + + [Mageia-dev] [changelog] cauldron core/release tuxpuck-0.8.2-14.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release tuxpuck-0.8.2-14.mga2

+ Angelo Naselli + anaselli at linux.it +
+ Sun Sep 18 16:23:50 CEST 2011 +

+
+ +
In data domenica 18 settembre 2011 16:17:09, Mageia Team ha scritto:
+> Name        : tuxpuck                      Relocations: (not relocatable)
+> Version     : 0.8.2                             Vendor: Mageia.Org
+> Release     : 14.mga2                       Build Date: Sun Sep 18 16:14:10
+> 2011 Install Date: (not installed)               Build Host: jonund
+> Group       : Games/Arcade                  Source RPM: (none)
+> Size        : 400308                           License: GPLv2+
+> Signature   : (none)
+> Packager    : Mageia Team <http://www.mageia.org>
+> URL         : http://www.efd.lth.se/~d00jkr/tuxpuck/
+> Summary     : Clone of ShufflePuck Cafe historical game
+> Description :
+> Anyone remember "Shufflepuck Cafe" for the Amiga/AtariST ?
+> 
+> fwang <fwang> 0.8.2-14.mga2:
+> + Revision: 145014
+> - fix build with libpng1.5
+wrong url?
+http://www.efd.lth.se/~d00jkr/tuxpuck/
+
+Not Found
+
+The requested URL /d00jkr/tuxpuck/ was not found on this server.
+
+-- 
+	Angelo
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 198 bytes
+Desc: This is a digitally signed message part.
+URL: </pipermail/mageia-dev/attachments/20110918/c8f6bbd3/attachment.asc>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008200.html b/zarb-ml/mageia-dev/2011-September/008200.html new file mode 100644 index 000000000..af1bc3a08 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008200.html @@ -0,0 +1,134 @@ + + + + [Mageia-dev] It's our birthday! + + + + + + + + + +

[Mageia-dev] It's our birthday!

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Sun Sep 18 17:45:24 CEST 2011 +

+
+ +
'Twas brillig, and Anne nicolas at 18/09/11 11:05 did gyre and gimble:
+> Hi all
+> 
+> Baby Mageia is now 1 year old. Happy birthday all and many thanks for
+> all the hard work!
+> http://blog.mageia.org/en/2011/09/18/its-our-birthday/
+> 
+> Road is starting now for next versions but I guess we can all be proud
+> of the first result :)
+
+Happy Birthday us!
+
+:D
+
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008201.html b/zarb-ml/mageia-dev/2011-September/008201.html new file mode 100644 index 000000000..98f04d875 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008201.html @@ -0,0 +1,114 @@ + + + + [Mageia-dev] [changelog] cauldron core/release optipng-0.6.5-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release optipng-0.6.5-2.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Sun Sep 18 18:05:13 CEST 2011 +

+
+ +
On 18 September 2011 15:33, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> fwang <fwang> 0.6.5-2.mga2:
+> + Revision: 144990
+> - build with internal png
+
+Why?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008202.html b/zarb-ml/mageia-dev/2011-September/008202.html new file mode 100644 index 000000000..7c809b023 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008202.html @@ -0,0 +1,123 @@ + + + + [Mageia-dev] [changelog] cauldron core/release tuxpuck-0.8.2-14.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release tuxpuck-0.8.2-14.mga2

+ Johnny A. Solbu + cooker at solbu.net +
+ Sun Sep 18 18:28:09 CEST 2011 +

+
+ +
On Sunday 18 September 2011 16:23, Angelo Naselli wrote:
+> wrong url?
+> http://www.efd.lth.se/~d00jkr/tuxpuck/
+
+I see Mandriva have this url, which works:
+http://altruistic.lbl.gov/mirrors/ubuntu/pool/universe/t/tuxpuck/
+
+-- 
+Johnny A. Solbu
+PGP key ID: 0xFA687324
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 189 bytes
+Desc: This is a digitally signed message part.
+URL: </pipermail/mageia-dev/attachments/20110918/f5942c9a/attachment.asc>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008203.html b/zarb-ml/mageia-dev/2011-September/008203.html new file mode 100644 index 000000000..17672c87c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008203.html @@ -0,0 +1,108 @@ + + + + [Mageia-dev] [changelog] cauldron nonfree/release nvidia-96xx-96.43.20-1.mga2.nonfree + + + + + + + + + +

[Mageia-dev] [changelog] cauldron nonfree/release nvidia-96xx-96.43.20-1.mga2.nonfree

+ Florian Hubold + doktor5000 at arcor.de +
+ Sun Sep 18 19:00:31 CEST 2011 +

+
+ +
Am 17.09.2011 18:24, schrieb Thierry Vignaud:
+> On 17 September 2011 17:51, Mageia Team<buildsystem-daemon at mageia.org>  wrote:
+>> doktor5000<doktor5000>  96.43.20-1.mga2:
+>> + Revision: 144253
+>> - new version 96.43.20
+>>   o adds support for X.Org xserver 1.10
+>>   o fixes freeze/crash resize-bug with KDE4 desktop effects
+>>   o should fix (mga#1106), fixing upgrade from Mandriva
+> Please update ldetect-lst accordingly...
+>
+Sorry, i'm new to this, would you be so kind to briefly explain to me how?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008204.html b/zarb-ml/mageia-dev/2011-September/008204.html new file mode 100644 index 000000000..81490e5e2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008204.html @@ -0,0 +1,130 @@ + + + + [Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Sun Sep 18 19:57:49 CEST 2011 +

+
+ +
'Twas brillig, and Thierry Vignaud at 17/09/11 17:26 did gyre and gimble:
+> On 17 September 2011 17:15, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+>> colin <colin> 0.61-2.mga2:
+>> + Revision: 144548
+>> - Remove systemd units (superceded by alsa-utils)
+>> - Remove snd-usb-audio modprobe rules (unnecessary)
+> 
+> Did you fixed the war against webcam another way?
+
+Is this a problem of webcam mics not working if they are present during
+boot? If not, can you remember the problem better?
+
+If so, no I've not fixed, but will find an official way that we can
+submit upstream.
+
+Col
+
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008205.html b/zarb-ml/mageia-dev/2011-September/008205.html new file mode 100644 index 000000000..74b97e26f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008205.html @@ -0,0 +1,118 @@ + + + + [Mageia-dev] [changelog] cauldron core/release optipng-0.6.5-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release optipng-0.6.5-2.mga2

+ D.Morgan + dmorganec at gmail.com +
+ Sun Sep 18 20:00:39 CEST 2011 +

+
+ +
On Sun, Sep 18, 2011 at 6:05 PM, Thierry Vignaud
+<thierry.vignaud at gmail.com> wrote:
+> On 18 September 2011 15:33, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+>> fwang <fwang> 0.6.5-2.mga2:
+>> + Revision: 144990
+>> - build with internal png
+>
+> Why?
+>
+
+Yes, here i take my sec team member hat, i would prefer us to use
+"system libs" instead of internal ones.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008206.html b/zarb-ml/mageia-dev/2011-September/008206.html new file mode 100644 index 000000000..40f70a9d0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008206.html @@ -0,0 +1,117 @@ + + + + [Mageia-dev] unmaintained packages: cdrkit, iproute2 and spec-helper + + + + + + + + + +

[Mageia-dev] unmaintained packages: cdrkit, iproute2 and spec-helper

+ Maarten Vanraes + alien at rmail.be +
+ Sun Sep 18 22:31:01 CEST 2011 +

+
+ +
I noticed these still being unmaintained, and I'm asking if someone who is 
+maintaining similar packages to get these as well:
+
+eg: 
+cdrkit -> dvd+rw-tools
+iproute2 -> iptables
+spec-helper -> rpm
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008207.html b/zarb-ml/mageia-dev/2011-September/008207.html new file mode 100644 index 000000000..7739a9346 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008207.html @@ -0,0 +1,155 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Samuel Verschelde + stormi at laposte.net +
+ Sun Sep 18 23:11:38 CEST 2011 +

+
+ +
Le vendredi 16 septembre 2011 22:42:41, Samuel Verschelde a écrit :
+> Le jeudi 15 septembre 2011 23:13:35, Samuel Verschelde a écrit :
+> > Le mercredi 14 septembre 2011 23:06:07, Samuel Verschelde a écrit :
+> > > The objective for the 7 following days is to reach 2000 packages with a
+> > > maintainer (not counting perl packages, still). I will send you daily
+> > > results. Deadline is the next packager meeting.
+> > 
+> > Yesterday, we had 1118 non-perl packages with a maintainer.
+> > 
+> > Tonight, the number is : 1677, which is a great progress, but it's not
+> > 2000 yet (and 2000 is only the first step) ! Keep grabbing !
+> 
+> Now the count is 1919. Let's reach 2000 tomorrow !
+> 
+
+Yesterday evening: 1993
+
+Today: 2306
+
+Here is the new objective: have more packages with a maintainer than packages 
+without a maintainer (still excluding perl packages).
+
+Maintained: 2306
+Unmaintained: 3762
+
+Unmaintained packages win this battle, but we'll fight this battle every day 
+until we win !
+
+Per packager count:
+
+3762    nobody
+2548    jquelin
+550     dmorgan
+324     spuhler
+214     grenoya
+174     mikala
+137     tv
+107     anssi
+81      wally
+64      shlomif
+60      zezinho
+55      fwang
+55      supp
+53      obgr_seneca
+43      nanardon
+41      ovitters
+31      sander85
+27      guillomovitch
+23      stormi
+22      anaselli
+20      boklm
+20      dams
+20      colin
+19      misc
+19      dlucio
+18      tmb
+17      kharec
+16      juancho
+14      matteo
+13      philippem
+11      cjw
+8       ofaurax
+8       lmenut
+8       alien
+5       ennael
+4       buchan
+3       pterjan
+3       blino
+3       stewb
+2       lebedov
+1       trem
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008208.html b/zarb-ml/mageia-dev/2011-September/008208.html new file mode 100644 index 000000000..5d9eebefc --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008208.html @@ -0,0 +1,123 @@ + + + + [Mageia-dev] [changelog] cauldron core/release optipng-0.6.5-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release optipng-0.6.5-2.mga2

+ Michael Scherer + misc at zarb.org +
+ Mon Sep 19 00:02:33 CEST 2011 +

+
+ +
Le dimanche 18 septembre 2011 à 20:00 +0200, D.Morgan a écrit :
+> On Sun, Sep 18, 2011 at 6:05 PM, Thierry Vignaud
+> <thierry.vignaud at gmail.com> wrote:
+> > On 18 September 2011 15:33, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> >> fwang <fwang> 0.6.5-2.mga2:
+> >> + Revision: 144990
+> >> - build with internal png
+> >
+> > Why?
+> >
+> 
+> Yes, here i take my sec team member hat, i would prefer us to use
+> "system libs" instead of internal ones.
+
+I guess funda tried it, and is likely waiting on the patch to do that.
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008209.html b/zarb-ml/mageia-dev/2011-September/008209.html new file mode 100644 index 000000000..9536cca25 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008209.html @@ -0,0 +1,111 @@ + + + + [Mageia-dev] [changelog] cauldron core/release tuxpuck-0.8.2-14.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release tuxpuck-0.8.2-14.mga2

+ José Jorge + jjorge at free.fr +
+ Mon Sep 19 00:05:05 CEST 2011 +

+
+ +
Le dimanche 18 septembre 2011 18:28:09, Johnny A. Solbu a écrit :
+> On Sunday 18 September 2011 16:23, Angelo Naselli wrote:
+> > wrong url?
+> > http://www.efd.lth.se/~d00jkr/tuxpuck/
+> 
+> I see Mandriva have this url, which works:
+> http://altruistic.lbl.gov/mirrors/ubuntu/pool/universe/t/tuxpuck/
+
+Thanks, now I corrected the URL on release 16.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008210.html b/zarb-ml/mageia-dev/2011-September/008210.html new file mode 100644 index 000000000..045f09cdb --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008210.html @@ -0,0 +1,117 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Michael Scherer + misc at zarb.org +
+ Mon Sep 19 00:57:25 CEST 2011 +

+
+ +
Le vendredi 16 septembre 2011 à 19:20 +0200, Philippe DIDIER a écrit :
+
+>   I'm perhaps a little more optimist, thinking that volunteers will catch the bugs even if they
+> are not the official maintainer.
+> But I'm afraid that declaring that a bug catcher becomes a package maintainer will prevent anyone to get so
+> engaged... and let the number of bugs increase !
+
+That would be nice if it was not in fact already tried at Mandriva since
+years. 
+First, the main problem is that we do not really know if something is
+unmaintained or not, because the maintainer db information mean nothing
+in practice since that's by design. 
+
+Several people had the impression that contribs was low quality, due to
+bugs, and lack of reaction from maintainer. Which is indeed a
+consequence of having no maintainer for some packages. No matter how you
+spin it, "this is not taken care of" sound bad.
+
+So we tried enough the policy of optimism. Enough to know that in the
+end, it just result in more problems, and it doesn't solve much.
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008211.html b/zarb-ml/mageia-dev/2011-September/008211.html new file mode 100644 index 000000000..ef11609d1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008211.html @@ -0,0 +1,120 @@ + + + + [Mageia-dev] [changelog] cauldron core/release optipng-0.6.5-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release optipng-0.6.5-2.mga2

+ D.Morgan + dmorganec at gmail.com +
+ Mon Sep 19 01:07:04 CEST 2011 +

+
+ +
On Mon, Sep 19, 2011 at 12:02 AM, Michael Scherer <misc at zarb.org> wrote:
+> Le dimanche 18 septembre 2011 à 20:00 +0200, D.Morgan a écrit :
+>> On Sun, Sep 18, 2011 at 6:05 PM, Thierry Vignaud
+>> <thierry.vignaud at gmail.com> wrote:
+>> > On 18 September 2011 15:33, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+>> >> fwang <fwang> 0.6.5-2.mga2:
+>> >> + Revision: 144990
+>> >> - build with internal png
+>> >
+>> > Why?
+>> >
+>>
+>> Yes, here i take my sec team member hat, i would prefer us to use
+>> "system libs" instead of internal ones.
+>
+> I guess funda tried it, and is likely waiting on the patch to do that.
+
+if this is "temporary" then i am oK
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008212.html b/zarb-ml/mageia-dev/2011-September/008212.html new file mode 100644 index 000000000..f5e5ac85d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008212.html @@ -0,0 +1,125 @@ + + + + [Mageia-dev] Introduction + + + + + + + + + +

[Mageia-dev] Introduction

+ Maarten Vanraes + alien at rmail.be +
+ Mon Sep 19 02:48:16 CEST 2011 +

+
+ +
Hi,
+
+I'm not sure any introduction is needed/wanted, but i've seen other people do 
+this.
+
+My name is Maarten Vanraes, i'm from Belgium and i've been with mageia since 
+it was announced; and was a novice packager in mandriva before, so i think i 
+may have the dubious achievement of the record on being a novice packager for 
+longest period of time.
+
+My interests are various, but i do care more about a stable mageia version 
+rather than cauldron. I would like to make Mageia even more suitable for being 
+a server distribution (amongst other things). This includes smaller minimal 
+sizes, for example.
+
+I do not have alot of time to spend on Mageia, but i help out when i can.
+
+Regards,
+
+Maarten (aka alien (or AL13N on IRC))
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008213.html b/zarb-ml/mageia-dev/2011-September/008213.html new file mode 100644 index 000000000..b1b70fa88 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008213.html @@ -0,0 +1,126 @@ + + + + [Mageia-dev] [changelog] cauldron core/release optipng-0.6.5-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release optipng-0.6.5-2.mga2

+ Funda Wang + fundawang at gmail.com +
+ Mon Sep 19 03:38:32 CEST 2011 +

+
+ +
2011/9/19 Michael Scherer <misc at zarb.org>:
+> Le dimanche 18 septembre 2011 à 20:00 +0200, D.Morgan a écrit :
+>> On Sun, Sep 18, 2011 at 6:05 PM, Thierry Vignaud
+>> <thierry.vignaud at gmail.com> wrote:
+>> > On 18 September 2011 15:33, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+>> >> fwang <fwang> 0.6.5-2.mga2:
+>> >> + Revision: 144990
+>> >> - build with internal png
+>> >
+>> > Why?
+>> >
+>>
+>> Yes, here i take my sec team member hat, i would prefer us to use
+>> "system libs" instead of internal ones.
+>
+> I guess funda tried it, and is likely waiting on the patch to do that.
+Yes, it does not build with system libpng1.5 without huge patch. If
+anyone want to help, go with it. Currently, the package itself ships
+libpng1,4, I think it is better than libpng 1.2.
+
+> --
+> Michael Scherer
+>
+>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008214.html b/zarb-ml/mageia-dev/2011-September/008214.html new file mode 100644 index 000000000..d3888207f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008214.html @@ -0,0 +1,109 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Funda Wang + fundawang at gmail.com +
+ Mon Sep 19 03:40:45 CEST 2011 +

+
+ +
2011/9/17 Philippe DIDIER <philippedidier at laposte.net>:
+> Funda Wang has done a huge work (not yet finished) to upgrade libpng in
+> Mageia.
+> He rebuilt at least hundred source packages to be coherent (and closed bug
+> reports
+> of people crying about some programs segfaulting since libpng was upgraded)
+> While doing this, he upgraded several packages for which updated sources
+> exist...
+> While doing this he could resolve several other bugs (giving quick answers
+> to
+> personal messages I sent to him...)
+> If you mean he must be the maintainer of the whole lot, he never will do
+> such a work
+> (Perhaps may I not to speak for him...)
+If packages have maintainers, the whole rebuild for new system libs
+would be easier. And, if we drop packages without maintainers, fewer
+orphan packages will be needed for rebuilding.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008215.html b/zarb-ml/mageia-dev/2011-September/008215.html new file mode 100644 index 000000000..d1a9f8762 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008215.html @@ -0,0 +1,113 @@ + + + + [Mageia-dev] [changelog] cauldron core/release mldonkey-3.0.7-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release mldonkey-3.0.7-4.mga2

+ Manuel Hiebel + manuel at hiebel.eu +
+ Mon Sep 19 09:06:48 CEST 2011 +

+
+ +
Le lundi 19 septembre 2011 à 08:52 +0200, Mageia Team a écrit :
+> Name        : mldonkey                     Relocations: (not relocatable)
+
+> - Bittorent
+> - FileTP
+> 
+> This package is in PLF because it contains a P2P software.
+Can we remove this   ^^ PLF string ?
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008216.html b/zarb-ml/mageia-dev/2011-September/008216.html new file mode 100644 index 000000000..9521275a5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008216.html @@ -0,0 +1,113 @@ + + + + [Mageia-dev] [changelog] cauldron core/release mldonkey-3.0.7-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release mldonkey-3.0.7-4.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Mon Sep 19 09:26:26 CEST 2011 +

+
+ +
On 19 September 2011 09:06, Manuel Hiebel <manuel at hiebel.eu> wrote:
+>> - Bittorent
+>> - FileTP
+>>
+>> This package is in PLF because it contains a P2P software.
+> Can we remove this   ^^ PLF string ?
+
+BTW This should be an upload stopper...
+Time to add a rpmlint check...
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008217.html b/zarb-ml/mageia-dev/2011-September/008217.html new file mode 100644 index 000000000..c3690655c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008217.html @@ -0,0 +1,118 @@ + + + + [Mageia-dev] [changelog] cauldron core/release optipng-0.6.5-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release optipng-0.6.5-2.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Mon Sep 19 09:28:15 CEST 2011 +

+
+ +
On 19 September 2011 03:38, Funda Wang <fundawang at gmail.com> wrote:
+>>> > On 18 September 2011 15:33, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+>>> >> fwang <fwang> 0.6.5-2.mga2:
+>>> >> + Revision: 144990
+>>> >> - build with internal png
+>>> >
+>>> > Why?
+>>>
+>>> Yes, here i take my sec team member hat, i would prefer us to use
+>>> "system libs" instead of internal ones.
+>>
+>> I guess funda tried it, and is likely waiting on the patch to do that.
+> Yes, it does not build with system libpng1.5 without huge patch. If
+> anyone want to help, go with it. Currently, the package itself ships
+> libpng1,4, I think it is better than libpng 1.2.
+
+better svn propedit the changelog so that this is understood by everyone
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008218.html b/zarb-ml/mageia-dev/2011-September/008218.html new file mode 100644 index 000000000..6b04bd2a9 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008218.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Mon Sep 19 09:30:11 CEST 2011 +

+
+ +
On 18 September 2011 23:11, Samuel Verschelde <stormi at laposte.net> wrote:
+> Yesterday evening: 1993
+>
+> Today: 2306
+>
+> Here is the new objective: have more packages with a maintainer than packages
+> without a maintainer (still excluding perl packages).
+
+I think you shouldn't exclude those
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008219.html b/zarb-ml/mageia-dev/2011-September/008219.html new file mode 100644 index 000000000..ba3d710d1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008219.html @@ -0,0 +1,114 @@ + + + + [Mageia-dev] [changelog] cauldron nonfree/release nvidia-96xx-96.43.20-1.mga2.nonfree + + + + + + + + + +

[Mageia-dev] [changelog] cauldron nonfree/release nvidia-96xx-96.43.20-1.mga2.nonfree

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Mon Sep 19 09:36:05 CEST 2011 +

+
+ +
On 18 September 2011 19:00, Florian Hubold <doktor5000 at arcor.de> wrote:
+>>> doktor5000<doktor5000>  96.43.20-1.mga2:
+>>> + Revision: 144253
+>>> - new version 96.43.20
+>>>  o adds support for X.Org xserver 1.10
+>>>  o fixes freeze/crash resize-bug with KDE4 desktop effects
+>>>  o should fix (mga#1106), fixing upgrade from Mandriva
+>>
+>> Please update ldetect-lst accordingly...
+>>
+> Sorry, i'm new to this, would you be so kind to briefly explain to me how?
+
+That mean:
+1) checking out ldetect-lst (http://svnweb.mageia.org/soft/ldetect-lst/trunk/)
+2) reverting "disable nvidia96xx (not compatible with x.org server 1.10)
+   (http://svnweb.mageia.org/soft/ldetect-lst/trunk/lst/Cards%2B?r1=1518&r2=1519)
+   also add an entry to the NEWS file
+
+Eg, look at:
+http://svnweb.mageia.org/soft/ldetect-lst/trunk/lst/Cards%2B?revision=1684&view=markup
+http://svnweb.mageia.org/soft/ldetect-lst/trunk/lst/pcitable?revision=1949&view=markup
+http://svnweb.mageia.org/soft/ldetect-lst/trunk/NEWS?revision=1949&view=markup
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008220.html b/zarb-ml/mageia-dev/2011-September/008220.html new file mode 100644 index 000000000..76e9db3ae --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008220.html @@ -0,0 +1,123 @@ + + + + [Mageia-dev] [changelog] cauldron core/release optipng-0.6.5-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release optipng-0.6.5-2.mga2

+ D.Morgan + dmorganec at gmail.com +
+ Mon Sep 19 09:45:16 CEST 2011 +

+
+ +
On Mon, Sep 19, 2011 at 3:38 AM, Funda Wang <fundawang at gmail.com> wrote:
+> 2011/9/19 Michael Scherer <misc at zarb.org>:
+>> Le dimanche 18 septembre 2011 à 20:00 +0200, D.Morgan a écrit :
+>>> On Sun, Sep 18, 2011 at 6:05 PM, Thierry Vignaud
+>>> <thierry.vignaud at gmail.com> wrote:
+>>> > On 18 September 2011 15:33, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+>>> >> fwang <fwang> 0.6.5-2.mga2:
+>>> >> + Revision: 144990
+>>> >> - build with internal png
+>>> >
+>>> > Why?
+>>> >
+>>>
+>>> Yes, here i take my sec team member hat, i would prefer us to use
+>>> "system libs" instead of internal ones.
+>>
+>> I guess funda tried it, and is likely waiting on the patch to do that.
+> Yes, it does not build with system libpng1.5 without huge patch. If
+> anyone want to help, go with it. Currently, the package itself ships
+> libpng1,4, I think it is better than libpng 1.2.
+
+thank you a lot for this explaination, this is perfect and i
+understand better why you did this.
+
+thank you
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008221.html b/zarb-ml/mageia-dev/2011-September/008221.html new file mode 100644 index 000000000..4a3214450 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008221.html @@ -0,0 +1,96 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Samuel Verschelde + stormi at laposte.net +
+ Mon Sep 19 10:57:24 CEST 2011 +

+
+ +
Le lundi 19 septembre 2011 09:30:11, Thierry Vignaud a écrit :
+> On 18 September 2011 23:11, Samuel Verschelde <stormi at laposte.net> wrote:
+> > Yesterday evening: 1993
+> > 
+> > Today: 2306
+> > 
+> > Here is the new objective: have more packages with a maintainer than
+> > packages without a maintainer (still excluding perl packages).
+> 
+> I think you shouldn't exclude those
+
+Why ?
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008222.html b/zarb-ml/mageia-dev/2011-September/008222.html new file mode 100644 index 000000000..d5a2bb3cd --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008222.html @@ -0,0 +1,98 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Jerome Quelin + jquelin at gmail.com +
+ Mon Sep 19 11:43:40 CEST 2011 +

+
+ +
On 11/09/19 10:57 +0200, Samuel Verschelde wrote:
+> Le lundi 19 septembre 2011 09:30:11, Thierry Vignaud a écrit :
+> > On 18 September 2011 23:11, Samuel Verschelde <stormi at laposte.net> wrote:
+> > > Yesterday evening: 1993
+> > > Today: 2306
+> > > Here is the new objective: have more packages with a maintainer than
+> > > packages without a maintainer (still excluding perl packages).
+> > 
+> > I think you shouldn't exclude those
+> 
+> Why ?
+
+because they are packages like the others, actively maintained & used
+by, you know, mageia users? :-)
+
+jérôme 
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008223.html b/zarb-ml/mageia-dev/2011-September/008223.html new file mode 100644 index 000000000..1dbda265c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008223.html @@ -0,0 +1,144 @@ + + + + [Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Mon Sep 19 11:44:48 CEST 2011 +

+
+ +
'Twas brillig, and Colin Guthrie at 18/09/11 18:57 did gyre and gimble:
+> 'Twas brillig, and Thierry Vignaud at 17/09/11 17:26 did gyre and gimble:
+>> On 17 September 2011 17:15, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+>>> colin <colin> 0.61-2.mga2:
+>>> + Revision: 144548
+>>> - Remove systemd units (superceded by alsa-utils)
+>>> - Remove snd-usb-audio modprobe rules (unnecessary)
+>>
+>> Did you fixed the war against webcam another way?
+> 
+> Is this a problem of webcam mics not working if they are present during
+> boot? If not, can you remember the problem better?
+> 
+> If so, no I've not fixed, but will find an official way that we can
+> submit upstream.
+
+Whoops, it seems this conversation went off list accidentally.
+
+TV clarified that the problem the snd-usb-audio modprobe rule solved was
+that of webcams getting the card0 slot on boot and pushing the normal,
+built in audio system to card1.
+
+As this problem attempts to resolve the underlying limitations of alsa
+(not preserving the audio device order) in a generic way (specific
+index= arguments could be added to your own specific hardware to solve
+it also), and considering that device order really shouldn't matter when
+PulseAudio is used (it has it's own built in system for determining the
+"priority" of devices when a first boot with a new user is encountered
+so that the correct defaults will be picked on first boot and there
+after it's the user's choice), I'm not really inclined to attempt to fix
+this "bug".
+
+If people feel super strongly about it I can look into it, but I think
+it's really a matter of "tough love" for the non-PA case if it means we
+have to put in lots of crazy work arounds like this.
+
+Opinions welcome.
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008224.html b/zarb-ml/mageia-dev/2011-September/008224.html new file mode 100644 index 000000000..e1f5a9aa0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008224.html @@ -0,0 +1,117 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Samuel Verschelde + stormi at laposte.net +
+ Mon Sep 19 11:55:41 CEST 2011 +

+
+ +
Le lundi 19 septembre 2011 11:43:40, Jerome Quelin a écrit :
+> On 11/09/19 10:57 +0200, Samuel Verschelde wrote:
+> > Le lundi 19 septembre 2011 09:30:11, Thierry Vignaud a écrit :
+> > > On 18 September 2011 23:11, Samuel Verschelde <stormi at laposte.net> 
+wrote:
+> > > > Yesterday evening: 1993
+> > > > Today: 2306
+> > > > Here is the new objective: have more packages with a maintainer than
+> > > > packages without a maintainer (still excluding perl packages).
+> > > 
+> > > I think you shouldn't exclude those
+> > 
+> > Why ?
+> 
+> because they are packages like the others, actively maintained & used
+> by, you know, mageia users? :-)
+> 
+
+I never excluded them from the count because they "don't count", but because 
+removing them gave a better visibility to package maintainerships. Removing 
+them showed how little packages had a maintainer, and I think it was more 
+incitative (and entertaining) to go from 1118 maintained packages to 2000.
+
+Now that the objective of 2000 has been attained, I set the focus on the 
+number of unmaintained packages, and thought that it was interesting to keep 
+the same way to count maintained packages so that we still see the progression 
+we got since we started. I hesitated between 3 objectives :
+- more non-perl packages maintained than unmaintained
+- help jquelin to have more packages than "nobody"
+- less than 2000 packages to nobody.
+
+I chose the objective that was closer to us (going step by step), but if you 
+want we can chose another one :)
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008225.html b/zarb-ml/mageia-dev/2011-September/008225.html new file mode 100644 index 000000000..72ba08b7b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008225.html @@ -0,0 +1,125 @@ + + + + [Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Mon Sep 19 12:06:39 CEST 2011 +

+
+ +
On 19 September 2011 11:44, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+>>> Did you fixed the war against webcam another way?
+>>
+>> Is this a problem of webcam mics not working if they are present during
+>> boot? If not, can you remember the problem better?
+>>
+>> If so, no I've not fixed, but will find an official way that we can
+>> submit upstream.
+>
+> Whoops, it seems this conversation went off list accidentally.
+>
+> TV clarified that the problem the snd-usb-audio modprobe rule solved was
+> that of webcams getting the card0 slot on boot and pushing the normal,
+> built in audio system to card1.
+>
+> As this problem attempts to resolve the underlying limitations of alsa
+> (not preserving the audio device order) in a generic way (specific
+> index= arguments could be added to your own specific hardware to solve
+> it also), and considering that device order really shouldn't matter when
+> PulseAudio is used (it has it's own built in system for determining the
+> "priority" of devices when a first boot with a new user is encountered
+> so that the correct defaults will be picked on first boot and there
+> after it's the user's choice), I'm not really inclined to attempt to fix
+> this "bug".
+>
+> If people feel super strongly about it I can look into it, but I think
+> it's really a matter of "tough love" for the non-PA case if it means we
+> have to put in lots of crazy work arounds like this.
+>
+> Opinions welcome.
+
+Not all people use PA.
+We even have options in draksound in order to disable it...
+Hence we must still support the case were PA isn't around...
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008226.html b/zarb-ml/mageia-dev/2011-September/008226.html new file mode 100644 index 000000000..0b81ff684 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008226.html @@ -0,0 +1,113 @@ + + + + [Mageia-dev] Evolution partially fixed - Google Calendar still brokem + + + + + + + + + +

[Mageia-dev] Evolution partially fixed - Google Calendar still brokem

+ Robert Fox + list at foxconsult.net +
+ Mon Sep 19 12:38:33 CEST 2011 +

+
+ +
After recent Cauldron updates, I see that Evolution now works with local
+and Google addressbooks - and local Calendar works - but Google calendar
+is still broken:
+
+(evolution:8054): libecal-WARNING **: e_cal_client_new: Cannot get
+calendar from factory: No backend factory for 'google' of 'VEVENT'
+
+(evolution:8054): libecal-WARNING **: e_cal_client_new: Cannot get
+calendar from factory: No backend factory for 'google' of 'VEVENT'
+
+(evolution:8054): calendar-modules-CRITICAL **:
+action_calendar_delete_cb: assertion `client != NULL' failed
+
+Cheers,
+R.Fox
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008227.html b/zarb-ml/mageia-dev/2011-September/008227.html new file mode 100644 index 000000000..e0d43b7b8 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008227.html @@ -0,0 +1,131 @@ + + + + [Mageia-dev] [changelog] cauldron nonfree/release nvidia-96xx-96.43.20-1.mga2.nonfree + + + + + + + + + +

[Mageia-dev] [changelog] cauldron nonfree/release nvidia-96xx-96.43.20-1.mga2.nonfree

+ Florian Hubold + doktor5000 at arcor.de +
+ Mon Sep 19 12:55:34 CEST 2011 +

+
+ +
Am 19.09.2011 12:05, schrieb Thierry Vignaud:
+> On 19 September 2011 11:24, Florian Hubold<doktor5000 at arcor.de>  wrote:
+>>>>> Please update ldetect-lst accordingly...
+>>>>>
+>>>> Sorry, i'm new to this, would you be so kind to briefly explain to me
+>>>> how?
+>>> That mean:
+>>> 1) checking out ldetect-lst
+>>> (http://svnweb.mageia.org/soft/ldetect-lst/trunk/)
+>>> 2) reverting "disable nvidia96xx (not compatible with x.org server 1.10)
+>>>
+>>>   (http://svnweb.mageia.org/soft/ldetect-lst/trunk/lst/Cards%2B?r1=1518&r2=1519)
+>>>     also add an entry to the NEWS file
+>>>
+>>> Eg, look at:
+>>>
+>>> http://svnweb.mageia.org/soft/ldetect-lst/trunk/lst/Cards%2B?revision=1684&view=markup
+>>>
+>>> http://svnweb.mageia.org/soft/ldetect-lst/trunk/lst/pcitable?revision=1949&view=markup
+>>>
+>>> http://svnweb.mageia.org/soft/ldetect-lst/trunk/NEWS?revision=1949&view=markup
+>>>
+>> OK, will do so, thanks for the hints :)
+>> Is there anything to do for nvidia173, too? Guess not, because it wasn't
+>> disabled before?
+> we can only enable it if nvidia release a new version compatible wit
+> xorg-server-1.10
+>
+Look in the commit message ;)
+Besides some fix for display issues it also adds support for xserver 1.10.
+So i guess i can enable that in ldetect-lst, too?
+Will try later today if noone beats me to it.
+
+BTW: looks like you didn't reply to list, so i added back -dev in CC.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008228.html b/zarb-ml/mageia-dev/2011-September/008228.html new file mode 100644 index 000000000..ebda9761f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008228.html @@ -0,0 +1,159 @@ + + + + [Mageia-dev] [changelog] cauldron nonfree/release nvidia-96xx-96.43.20-1.mga2.nonfree + + + + + + + + + +

[Mageia-dev] [changelog] cauldron nonfree/release nvidia-96xx-96.43.20-1.mga2.nonfree

+ Funda Wang + fundawang at gmail.com +
+ Mon Sep 19 13:19:32 CEST 2011 +

+
+ +
couldn't we do sth like this:
+
+Provides: xorg-driver(video)(LDETECTCODE)
+
+在 2011年9月19日星期一，Florian Hubold <doktor5000 at arcor.de> 写道：
+> Am 19.09.2011 12:05, schrieb Thierry Vignaud:
+>>
+>> On 19 September 2011 11:24, Florian Hubold<doktor5000 at arcor.de>  wrote:
+>>>>>>
+>>>>>> Please update ldetect-lst accordingly...
+>>>>>>
+>>>>> Sorry, i'm new to this, would you be so kind to briefly explain to me
+>>>>> how?
+>>>>
+>>>> That mean:
+>>>> 1) checking out ldetect-lst
+>>>> (http://svnweb.mageia.org/soft/ldetect-lst/trunk/)
+>>>> 2) reverting "disable nvidia96xx (not compatible with x.org server
+1.10)
+>>>>
+>>>>  (
+http://svnweb.mageia.org/soft/ldetect-lst/trunk/lst/Cards%2B?r1=1518&r2=1519
+)
+>>>>    also add an entry to the NEWS file
+>>>>
+>>>> Eg, look at:
+>>>>
+>>>>
+http://svnweb.mageia.org/soft/ldetect-lst/trunk/lst/Cards%2B?revision=1684&view=markup
+ <
+http://svnweb.mageia.org/soft/ldetect-lst/trunk/lst/Cards%2B?revision=1684&view=markup
+>
+>>>>
+>>>>
+http://svnweb.mageia.org/soft/ldetect-lst/trunk/lst/pcitable?revision=1949&view=markup
+ <
+http://svnweb.mageia.org/soft/ldetect-lst/trunk/lst/pcitable?revision=1949&view=markup
+>
+>>>>
+>>>>
+http://svnweb.mageia.org/soft/ldetect-lst/trunk/NEWS?revision=1949&view=markup
+ <
+http://svnweb.mageia.org/soft/ldetect-lst/trunk/NEWS?revision=1949&view=markup
+>
+>>>>
+>>> OK, will do so, thanks for the hints :)
+>>> Is there anything to do for nvidia173, too? Guess not, because it wasn't
+>>> disabled before?
+>>
+>> we can only enable it if nvidia release a new version compatible wit
+>> xorg-server-1.10
+>>
+> Look in the commit message ;)
+> Besides some fix for display issues it also adds support for xserver 1.10.
+> So i guess i can enable that in ldetect-lst, too?
+> Will try later today if noone beats me to it.
+>
+> BTW: looks like you didn't reply to list, so i added back -dev in CC.
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110919/df543b29/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008229.html b/zarb-ml/mageia-dev/2011-September/008229.html new file mode 100644 index 000000000..d8f6a4da6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008229.html @@ -0,0 +1,104 @@ + + + + [Mageia-dev] [changelog] cauldron nonfree/release nvidia-96xx-96.43.20-1.mga2.nonfree + + + + + + + + + +

[Mageia-dev] [changelog] cauldron nonfree/release nvidia-96xx-96.43.20-1.mga2.nonfree

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Mon Sep 19 14:14:01 CEST 2011 +

+
+ +
On 19 September 2011 13:19, Funda Wang <fundawang at gmail.com> wrote:
+> couldn't we do sth like this:
+>
+> Provides: xorg-driver(video)(LDETECTCODE)
+
+Can you explain more ?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008230.html b/zarb-ml/mageia-dev/2011-September/008230.html new file mode 100644 index 000000000..2330657b3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008230.html @@ -0,0 +1,101 @@ + + + + [Mageia-dev] What's wrong with BS? + + + + + + + + + +

[Mageia-dev] What's wrong with BS?

+ Funda Wang + fundawang at gmail.com +
+ Mon Sep 19 14:29:16 CEST 2011 +

+
+ +
http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20110919121040.fwang.valstar.7596/log/botcmd.1316434263.ecosse.log
+
+It seems %distro_section is wrongly set?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008231.html b/zarb-ml/mageia-dev/2011-September/008231.html new file mode 100644 index 000000000..7aa5a53d1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008231.html @@ -0,0 +1,108 @@ + + + + [Mageia-dev] What's wrong with BS? + + + + + + + + + +

[Mageia-dev] What's wrong with BS?

+ Michael Scherer + misc at zarb.org +
+ Mon Sep 19 14:45:20 CEST 2011 +

+
+ +
Le lundi 19 septembre 2011 à 20:29 +0800, Funda Wang a écrit :
+> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20110919121040.fwang.valstar.7596/log/botcmd.1316434263.ecosse.log
+> 
+> It seems %distro_section is wrongly set?
+
+In a iurt chroot, that's ok. 
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008232.html b/zarb-ml/mageia-dev/2011-September/008232.html new file mode 100644 index 000000000..62233f4f4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008232.html @@ -0,0 +1,115 @@ + + + + [Mageia-dev] What's wrong with BS? + + + + + + + + + +

[Mageia-dev] What's wrong with BS?

+ Thomas Backlund + tmb at mageia.org +
+ Mon Sep 19 14:50:56 CEST 2011 +

+
+ +
Michael Scherer skrev 19.9.2011 15:45:
+> Le lundi 19 septembre 2011 à 20:29 +0800, Funda Wang a écrit :
+>> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20110919121040.fwang.valstar.7596/log/botcmd.1316434263.ecosse.log
+>>
+>> It seems %distro_section is wrongly set?
+>
+> In a iurt chroot, that's ok.
+>
+
+But this part does not look ok:
+
+error: line 15: Illegal char '/' in: Release:	1.mga2.core/release
+
+
+--
+Thomas
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008233.html b/zarb-ml/mageia-dev/2011-September/008233.html new file mode 100644 index 000000000..d0f8310ac --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008233.html @@ -0,0 +1,109 @@ + + + + [Mageia-dev] What's wrong with BS? + + + + + + + + + +

[Mageia-dev] What's wrong with BS?

+ Pascal Terjan + pterjan at gmail.com +
+ Mon Sep 19 15:03:49 CEST 2011 +

+
+ +
On Mon, Sep 19, 2011 at 13:29, Funda Wang <fundawang at gmail.com> wrote:
+> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20110919121040.fwang.valstar.7596/log/botcmd.1316434263.ecosse.log
+>
+> It seems %distro_section is wrongly set?
+
+Did you use a non default command to submit ?
+
+It seems fine for me but BS is currently broken due to other reason
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008234.html b/zarb-ml/mageia-dev/2011-September/008234.html new file mode 100644 index 000000000..cee6ebcb1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008234.html @@ -0,0 +1,112 @@ + + + + [Mageia-dev] What's wrong with BS? + + + + + + + + + +

[Mageia-dev] What's wrong with BS?

+ Pascal Terjan + pterjan at gmail.com +
+ Mon Sep 19 15:07:31 CEST 2011 +

+
+ +
On Mon, Sep 19, 2011 at 14:03, Pascal Terjan <pterjan at gmail.com> wrote:
+> On Mon, Sep 19, 2011 at 13:29, Funda Wang <fundawang at gmail.com> wrote:
+>> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20110919121040.fwang.valstar.7596/log/botcmd.1316434263.ecosse.log
+>>
+>> It seems %distro_section is wrongly set?
+>
+> Did you use a non default command to submit ?
+>
+> It seems fine for me but BS is currently broken due to other reason
+>
+Ah sorry I can reproduce now that the http is fixed, will look more
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008235.html b/zarb-ml/mageia-dev/2011-September/008235.html new file mode 100644 index 000000000..9535d1758 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008235.html @@ -0,0 +1,146 @@ + + + + [Mageia-dev] What's wrong with BS? + + + + + + + + + +

[Mageia-dev] What's wrong with BS?

+ Michael Scherer + misc at zarb.org +
+ Mon Sep 19 15:16:41 CEST 2011 +

+
+ +
Le lundi 19 septembre 2011 à 14:45 +0200, Michael Scherer a écrit :
+> Le lundi 19 septembre 2011 à 20:29 +0800, Funda Wang a écrit :
+> > http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20110919121040.fwang.valstar.7596/log/botcmd.1316434263.ecosse.log
+> > 
+> > It seems %distro_section is wrongly set?
+> 
+> In a iurt chroot, that's ok. 
+> 
+
+So, the problem should be fixed now.
+
+The root cause is the upgrade of puppet that started sooner than planned
+
+For some reason, puppet 2.7.X was installed on rabbit.mageia.org since
+the main node, valstar, was not upgraded first ( and so rabbit was
+complainging about "post support" ). So I upgraded it after doing a
+quick test on my vm to check if some problem would arise. I am running
+it on my own servers since some time and didn't notice anything ( or
+forgot ), so I went with the upgrade route.
+
+However, just before the BS broke, I noticed that bcd.mageia.org was not
+working anymore, due to a weird apache error. Then the build system
+broke, and the website on valstar too ( like pkgsubmit, etc ), due to
+the same error. Since buildsystem need apache to be running for package
+installation, everything stopped working.
+
+Since a problem never appear alone, the upgrade of puppet also broke our
+svn hook that check puppet syntax, so I had to disable it, and to
+migrate to the new scheme ( which make me wonder why it didn't explode
+on my own servers ).
+
+( and alamut was not broken due to a breakage in postgresql module that
+prevented puppet from doing anything, so a breakage that prevented
+another breakage. It is fixed now I think. )
+
+The error was that before, in a puppet manifest, you could write :
+$foo = "$bar-stuff"
+
+and the content of $foo is $bar , with -stuff in the end
+and now, that the content of bar-stuff variable.
+
+So we have to use ${bar}-stuff.
+
+So in the end, I guess that's my fault from not warning to not do a
+version upgrade of puppet, sorry about that.
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008236.html b/zarb-ml/mageia-dev/2011-September/008236.html new file mode 100644 index 000000000..012b60605 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008236.html @@ -0,0 +1,115 @@ + + + + [Mageia-dev] What's wrong with BS? + + + + + + + + + +

[Mageia-dev] What's wrong with BS?

+ Michael Scherer + misc at zarb.org +
+ Mon Sep 19 15:18:26 CEST 2011 +

+
+ +
Le lundi 19 septembre 2011 à 15:16 +0200, Michael Scherer a écrit :
+> Le lundi 19 septembre 2011 à 14:45 +0200, Michael Scherer a écrit :
+> > Le lundi 19 septembre 2011 à 20:29 +0800, Funda Wang a écrit :
+> > > http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20110919121040.fwang.valstar.7596/log/botcmd.1316434263.ecosse.log
+> > > 
+> > > It seems %distro_section is wrongly set?
+> > 
+> > In a iurt chroot, that's ok. 
+> > 
+> 
+> So, the problem should be fixed now.
+
+I spoke too soon, that's not fixed, we will keep you informed 
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008237.html b/zarb-ml/mageia-dev/2011-September/008237.html new file mode 100644 index 000000000..c04409ace --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008237.html @@ -0,0 +1,115 @@ + + + + [Mageia-dev] What's wrong with BS? + + + + + + + + + +

[Mageia-dev] What's wrong with BS?

+ Pascal Terjan + pterjan at gmail.com +
+ Mon Sep 19 15:23:23 CEST 2011 +

+
+ +
On Mon, Sep 19, 2011 at 14:18, Michael Scherer <misc at zarb.org> wrote:
+> Le lundi 19 septembre 2011 à 15:16 +0200, Michael Scherer a écrit :
+>> Le lundi 19 septembre 2011 à 14:45 +0200, Michael Scherer a écrit :
+>> > Le lundi 19 septembre 2011 à 20:29 +0800, Funda Wang a écrit :
+>> > > http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20110919121040.fwang.valstar.7596/log/botcmd.1316434263.ecosse.log
+>> > >
+>> > > It seems %distro_section is wrongly set?
+>> >
+>> > In a iurt chroot, that's ok.
+>> >
+>>
+>> So, the problem should be fixed now.
+>
+> I spoke too soon, that's not fixed, we will keep you informed
+>
+
+Fix on its way, it should work fine now (I committed the fix and
+applied it manually on the server)
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008238.html b/zarb-ml/mageia-dev/2011-September/008238.html new file mode 100644 index 000000000..2c9bbe055 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008238.html @@ -0,0 +1,156 @@ + + + + [Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Mon Sep 19 16:14:30 CEST 2011 +

+
+ +
'Twas brillig, and Thierry Vignaud at 19/09/11 11:06 did gyre and gimble:
+> On 19 September 2011 11:44, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+>>>> Did you fixed the war against webcam another way?
+>>>
+>>> Is this a problem of webcam mics not working if they are present during
+>>> boot? If not, can you remember the problem better?
+>>>
+>>> If so, no I've not fixed, but will find an official way that we can
+>>> submit upstream.
+>>
+>> Whoops, it seems this conversation went off list accidentally.
+>>
+>> TV clarified that the problem the snd-usb-audio modprobe rule solved was
+>> that of webcams getting the card0 slot on boot and pushing the normal,
+>> built in audio system to card1.
+>>
+>> As this problem attempts to resolve the underlying limitations of alsa
+>> (not preserving the audio device order) in a generic way (specific
+>> index= arguments could be added to your own specific hardware to solve
+>> it also), and considering that device order really shouldn't matter when
+>> PulseAudio is used (it has it's own built in system for determining the
+>> "priority" of devices when a first boot with a new user is encountered
+>> so that the correct defaults will be picked on first boot and there
+>> after it's the user's choice), I'm not really inclined to attempt to fix
+>> this "bug".
+>>
+>> If people feel super strongly about it I can look into it, but I think
+>> it's really a matter of "tough love" for the non-PA case if it means we
+>> have to put in lots of crazy work arounds like this.
+>>
+>> Opinions welcome.
+> 
+> Not all people use PA.
+> We even have options in draksound in order to disable it...
+> Hence we must still support the case were PA isn't around...
+
+Yeah, but by the same token, turning off PA is obviously not part of the
+recommended config.
+
+If people turn off PA, they have to expect a less integrated solution.
+
+And it's not as if things don't work. It's just that their systems would
+require a little more configuration than before. But in turning off PA,
+that's pretty much what they are signing up for anyway.
+
+Hence my desire not to fix this "bug" when it's already fixed in the
+default setup.
+
+But if this is a show stopper for more people, I will see what we can do.
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008239.html b/zarb-ml/mageia-dev/2011-September/008239.html new file mode 100644 index 000000000..a0ee2d9c7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008239.html @@ -0,0 +1,141 @@ + + + + [Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Mon Sep 19 16:27:32 CEST 2011 +

+
+ +
On 19 September 2011 16:14, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+>>>>> Did you fixed the war against webcam another way?
+>>>>
+>>>> Is this a problem of webcam mics not working if they are present during
+>>>> boot? If not, can you remember the problem better?
+>>>>
+>>>> If so, no I've not fixed, but will find an official way that we can
+>>>> submit upstream.
+>>>
+>>> Whoops, it seems this conversation went off list accidentally.
+>>>
+>>> TV clarified that the problem the snd-usb-audio modprobe rule solved was
+>>> that of webcams getting the card0 slot on boot and pushing the normal,
+>>> built in audio system to card1.
+>>>
+>>> As this problem attempts to resolve the underlying limitations of alsa
+>>> (not preserving the audio device order) in a generic way (specific
+>>> index= arguments could be added to your own specific hardware to solve
+>>> it also), and considering that device order really shouldn't matter when
+>>> PulseAudio is used (it has it's own built in system for determining the
+>>> "priority" of devices when a first boot with a new user is encountered
+>>> so that the correct defaults will be picked on first boot and there
+>>> after it's the user's choice), I'm not really inclined to attempt to fix
+>>> this "bug".
+>>>
+>>> If people feel super strongly about it I can look into it, but I think
+>>> it's really a matter of "tough love" for the non-PA case if it means we
+>>> have to put in lots of crazy work arounds like this.
+>>>
+>>> Opinions welcome.
+>>
+>> Not all people use PA.
+>> We even have options in draksound in order to disable it...
+>> Hence we must still support the case were PA isn't around...
+>
+> Yeah, but by the same token, turning off PA is obviously not part of the
+> recommended config.
+>
+> If people turn off PA, they have to expect a less integrated solution.
+>
+> And it's not as if things don't work. It's just that their systems would
+> require a little more configuration than before. But in turning off PA,
+> that's pretty much what they are signing up for anyway.
+>
+> Hence my desire not to fix this "bug" when it's already fixed in the
+> default setup.
+>
+> But if this is a show stopper for more people, I will see what we can do.
+
+What about reverting a change :-) ?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008240.html b/zarb-ml/mageia-dev/2011-September/008240.html new file mode 100644 index 000000000..40ba2915a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008240.html @@ -0,0 +1,111 @@ + + + + [Mageia-dev] [changelog] cauldron nonfree/release nvidia-96xx-96.43.20-1.mga2.nonfree + + + + + + + + + +

[Mageia-dev] [changelog] cauldron nonfree/release nvidia-96xx-96.43.20-1.mga2.nonfree

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Mon Sep 19 16:56:17 CEST 2011 +

+
+ +
On 19.09.2011 15:14, Thierry Vignaud wrote:
+> On 19 September 2011 13:19, Funda Wang <fundawang at gmail.com> wrote:
+>> couldn't we do sth like this:
+>>
+>> Provides: xorg-driver(video)(LDETECTCODE)
+> 
+> Can you explain more ?
+
+I guess he means listing the supported cards in the Provides tags of the
+video driver, so that ldetect-lst updates wouldn't be necessary (for
+most common cases anyway).
+
+That is indeed something that I've had in mind for some time, but I
+don't think I'll have the time to implement it in the near future.
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008241.html b/zarb-ml/mageia-dev/2011-September/008241.html new file mode 100644 index 000000000..3b6ae81c4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008241.html @@ -0,0 +1,151 @@ + + + + [Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Mon Sep 19 17:56:22 CEST 2011 +

+
+ +
'Twas brillig, and Thierry Vignaud at 19/09/11 15:27 did gyre and gimble:
+>>> Not all people use PA.
+>>> We even have options in draksound in order to disable it...
+>>> Hence we must still support the case were PA isn't around...
+>>
+>> Yeah, but by the same token, turning off PA is obviously not part of the
+>> recommended config.
+>>
+>> If people turn off PA, they have to expect a less integrated solution.
+>>
+>> And it's not as if things don't work. It's just that their systems would
+>> require a little more configuration than before. But in turning off PA,
+>> that's pretty much what they are signing up for anyway.
+>>
+>> Hence my desire not to fix this "bug" when it's already fixed in the
+>> default setup.
+>>
+>> But if this is a show stopper for more people, I will see what we can do.
+> 
+> What about reverting a change :-) ?
+
+No, because it has the side affect of breaking sound from USB devices
+when booting with systemd!
+
+I probably should have noted it in the commit message but I did put a
+comment in the spec file (of course I probably should have mentioned it
+in this thread earlier too, but I guess I that because I just had it in
+my head, I assumed it was a given - silly me!).
+
+To explain further: alsa-utils has specific upstream-provided systemd
+units to do the volume save/restore, I very much wanted to use them
+rather than our home-made sound-scripts stuff.
+
+I've left the scripts themselves in place for sysvinit boots, but on
+systemd they are completely unused (I put in dummy units to ensure the
+sysvinit versions were not run). This means that the
+/var/lock/subsys/alsa file is never put in place and snd-usb-audio is
+never loaded due to the modprobe rule.
+
+This is why I removed it.
+
+We could of course go back to the sound-scripts solution, but I don't
+think it's really wise longer term.
+
+Col
+
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008242.html b/zarb-ml/mageia-dev/2011-September/008242.html new file mode 100644 index 000000000..a3c337b71 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008242.html @@ -0,0 +1,105 @@ + + + + [Mageia-dev] [changelog] cauldron core/release mldonkey-3.0.7-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release mldonkey-3.0.7-4.mga2

+ Luis Daniel Lucio Quiroz + dlucio at okay.com.mx +
+ Mon Sep 19 18:03:08 CEST 2011 +

+
+ +
Le Lundi 19 Septembre 2011 09:26:26 Thierry Vignaud a écrit :
+> On 19 September 2011 09:06, Manuel Hiebel <manuel at hiebel.eu> wrote:
+> >> - Bittorent
+> >> - FileTP
+> >> 
+> >> This package is in PLF because it contains a P2P software.
+> > 
+> > Can we remove this   ^^ PLF string ?
+> 
+> BTW This should be an upload stopper...
+> Time to add a rpmlint check...
+
+Tierry,
+I dont get your point "upload stopper", can you explain?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008243.html b/zarb-ml/mageia-dev/2011-September/008243.html new file mode 100644 index 000000000..5e6f20434 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008243.html @@ -0,0 +1,109 @@ + + + + [Mageia-dev] [changelog] cauldron core/release mldonkey-3.0.7-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release mldonkey-3.0.7-4.mga2

+ Kira + elegant.pegasus at gmail.com +
+ Mon Sep 19 18:07:45 CEST 2011 +

+
+ +
在 Tue, 20 Sep 2011 00:03:08 +0800, Luis Daniel Lucio Quiroz  
+<dlucio at okay.com.mx>寫道:
+
+> Le Lundi 19 Septembre 2011 09:26:26 Thierry Vignaud a écrit :
+>> On 19 September 2011 09:06, Manuel Hiebel <manuel at hiebel.eu> wrote:
+>> >> - Bittorent
+>> >> - FileTP
+>> >>
+>> >> This package is in PLF because it contains a P2P software.
+>> >
+>> > Can we remove this   ^^ PLF string ?
+>>
+>> BTW This should be an upload stopper...
+>> Time to add a rpmlint check...
+>
+> Tierry,
+> I dont get your point "upload stopper", can you explain?
+I guess he means to add the "PLF/Mandriva" String into the checking string?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008244.html b/zarb-ml/mageia-dev/2011-September/008244.html new file mode 100644 index 000000000..e210895a2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008244.html @@ -0,0 +1,126 @@ + + + + [Mageia-dev] [changelog] cauldron core/release mldonkey-3.0.7-4.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release mldonkey-3.0.7-4.mga2

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Mon Sep 19 18:28:01 CEST 2011 +

+
+ +
'Twas brillig, and Luis Daniel Lucio Quiroz at 19/09/11 17:03 did gyre
+and gimble:
+> Le Lundi 19 Septembre 2011 09:26:26 Thierry Vignaud a écrit :
+>> On 19 September 2011 09:06, Manuel Hiebel <manuel at hiebel.eu> wrote:
+>>>> - Bittorent
+>>>> - FileTP
+>>>>
+>>>> This package is in PLF because it contains a P2P software.
+>>>
+>>> Can we remove this   ^^ PLF string ?
+>>
+>> BTW This should be an upload stopper...
+>> Time to add a rpmlint check...
+> 
+> Tierry,
+> I dont get your point "upload stopper", can you explain?
+
+He just means that the built package will be rejected from uploads if
+the string "PLF" is found in the package description.
+
+This way we cannot accidentally forget to remove it.
+
+Col
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008245.html b/zarb-ml/mageia-dev/2011-September/008245.html new file mode 100644 index 000000000..c880f2416 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008245.html @@ -0,0 +1,134 @@ + + + + [Mageia-dev] Sound Stopped working in the ALSA profile on Cauldron. + + + + + + + + + +

[Mageia-dev] Sound Stopped working in the ALSA profile on Cauldron.

+ Shlomi Fish + shlomif at shlomifish.org +
+ Mon Sep 19 18:41:37 CEST 2011 +

+
+ +
Hi all,
+
+the sound stopped working on the ALSA profile in Cauldron. I was able to fix it
+by adding the following file:
+
+<<<
+shlomif at lap:~$ cat /etc/sound/profiles/alsa/alsa-default.conf 
+# Default to PulseAudio
+
+pcm.!default {
+    type hw
+    card 0
+    hint {
+        show on
+        description "Default ALSA Output"
+    }
+}
+
+ctl.!default {
+    type hw
+    card 0
+}
+>>>
+
+However, changing the volume of the PCM control in the mixers now does not do
+anything.
+
+What should be the correct file?
+
+Regards,
+
+	Shlomi Fish
+
+-- 
+-----------------------------------------------------------------
+Shlomi Fish       http://www.shlomifish.org/
+Optimising Code for Speed - http://shlom.in/optimise
+
+mplayer 0.9.999.2010.03.11-rc5-adc83b19e793491b1c6ea0fd8b46cd9f32e592fc now
+available for download.
+    — Shlomi Fish and d3x.
+
+Please reply to list if it's a mailing list post - http://shlom.in/reply .
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008246.html b/zarb-ml/mageia-dev/2011-September/008246.html new file mode 100644 index 000000000..d7dae65c8 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008246.html @@ -0,0 +1,115 @@ + + + + [Mageia-dev] Sound Stopped working in the ALSA profile on Cauldron. + + + + + + + + + +

[Mageia-dev] Sound Stopped working in the ALSA profile on Cauldron.

+ Michał Walenciak + kicer86 at gmail.com +
+ Mon Sep 19 19:05:50 CEST 2011 +

+
+ +
Dnia poniedziałek 19 września 2011 19:41:37 Shlomi Fish pisze:
+> Hi all,
+> 
+> the sound stopped working on the ALSA profile in Cauldron. I was able to fix
+> it by adding the following file:
+> 
+> <<<
+> shlomif at lap:~$ cat /etc/sound/profiles/alsa/alsa-default.conf
+> # Default to PulseAudio
+> 
+
+You probably mean the problem with broken symlink somewhere in /usr? 
+
+point it to /etc/sound/profiles/alsa/profile.conf
+
+-- 
+Michał Walenciak
+gmail.com kicer86
+http://kicer.sileman.net.pl
+gg: 3729519
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110919/ed5f1a99/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008247.html b/zarb-ml/mageia-dev/2011-September/008247.html new file mode 100644 index 000000000..170eb4cce --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008247.html @@ -0,0 +1,129 @@ + + + + [Mageia-dev] Sound Stopped working in the ALSA profile on Cauldron. + + + + + + + + + +

[Mageia-dev] Sound Stopped working in the ALSA profile on Cauldron.

+ Florian Hubold + doktor5000 at arcor.de +
+ Mon Sep 19 19:43:42 CEST 2011 +

+
+ +
Am 19.09.2011 18:41, schrieb Shlomi Fish:
+> Hi all,
+>
+> the sound stopped working on the ALSA profile in Cauldron. I was able to fix it
+> by adding the following file:
+>
+> <<<
+> shlomif at lap:~$ cat /etc/sound/profiles/alsa/alsa-default.conf
+> # Default to PulseAudio
+>
+> pcm.!default {
+>      type hw
+>      card 0
+>      hint {
+>          show on
+>          description "Default ALSA Output"
+>      }
+> }
+>
+> ctl.!default {
+>      type hw
+>      card 0
+> }
+> However, changing the volume of the PCM control in the mixers now does not do
+> anything.
+>
+> What should be the correct file?
+>
+> Regards,
+>
+> 	Shlomi Fish
+>
+See the discussion earlier this day with subject
+
+    [changelog] cauldron core/release sound-scripts-0.61-2.mga2
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008248.html b/zarb-ml/mageia-dev/2011-September/008248.html new file mode 100644 index 000000000..783b5e187 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008248.html @@ -0,0 +1,145 @@ + + + + [Mageia-dev] Sound Stopped working in the ALSA profile on Cauldron. + + + + + + + + + +

[Mageia-dev] Sound Stopped working in the ALSA profile on Cauldron.

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Mon Sep 19 20:01:18 CEST 2011 +

+
+ +
'Twas brillig, and Shlomi Fish at 19/09/11 17:41 did gyre and gimble:
+> Hi all,
+> 
+> the sound stopped working on the ALSA profile in Cauldron. I was able to fix it
+> by adding the following file:
+> 
+> <<<
+> shlomif at lap:~$ cat /etc/sound/profiles/alsa/alsa-default.conf 
+> # Default to PulseAudio
+> 
+> pcm.!default {
+>     type hw
+>     card 0
+>     hint {
+>         show on
+>         description "Default ALSA Output"
+>     }
+> }
+> 
+> ctl.!default {
+>     type hw
+>     card 0
+> }
+>>>>
+> 
+> However, changing the volume of the PCM control in the mixers now does not do
+> anything.
+> 
+> What should be the correct file?
+
+Ahh my bad.
+
+I forgot that the file didn't exist.
+
+Fix coming up shortly.
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008249.html b/zarb-ml/mageia-dev/2011-September/008249.html new file mode 100644 index 000000000..36d60f3c3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008249.html @@ -0,0 +1,118 @@ + + + + [Mageia-dev] Sound Stopped working in the ALSA profile on Cauldron. + + + + + + + + + +

[Mageia-dev] Sound Stopped working in the ALSA profile on Cauldron.

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Mon Sep 19 20:06:34 CEST 2011 +

+
+ +
'Twas brillig, and Michał Walenciak at 19/09/11 18:05 did gyre and gimble:
+> You probably mean the problem with broken symlink somewhere in /usr?
+> 
+> point it to /etc/sound/profiles/alsa/profile.conf
+
+No don't.
+
+Temporary fix is to do "sudo touch
+/etc/sound/profiles/alsa/alsa-default.conf"
+
+A blank file is all that's needed (and what I've put in the package now).
+
+Col
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008250.html b/zarb-ml/mageia-dev/2011-September/008250.html new file mode 100644 index 000000000..eb4a77e93 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008250.html @@ -0,0 +1,113 @@ + + + + [Mageia-dev] Sound Stopped working in the ALSA profile on Cauldron. + + + + + + + + + +

[Mageia-dev] Sound Stopped working in the ALSA profile on Cauldron.

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Mon Sep 19 20:07:04 CEST 2011 +

+
+ +
'Twas brillig, and Florian Hubold at 19/09/11 18:43 did gyre and gimble:
+> See the discussion earlier this day with subject
+> 
+>    [changelog] cauldron core/release sound-scripts-0.61-2.mga2
+
+Actually it's a different problem... the bug was between my chair and
+keyboard :p
+
+Col
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008251.html b/zarb-ml/mageia-dev/2011-September/008251.html new file mode 100644 index 000000000..8fb2dee81 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008251.html @@ -0,0 +1,104 @@ + + + + [Mageia-dev] Bugzilla probs + + + + + + + + + +

[Mageia-dev] Bugzilla probs

+ Dick Gevers + dvgevers at xs4all.nl +
+ Mon Sep 19 20:14:08 CEST 2011 +

+
+ +
On Wed, 14 Sep 2011 05:51:20 -0400, andre999 wrote about Re: [Mageia-dev]
+Bugzilla probs:
+
+>Dick Gevers a écrit :
+>> On Tue, 13 Sep 2011 19:56:07 +0200, Remco Rijnders wrote about Re:
+>> [Mageia-dev] Bugzilla probs:
+
+
+>I have upstream Seamonkey, and I've never seen such a message.  But
+>although I post to bugs regularly, I haven't opened a new Mageia bug
+>lately. However, I do have other persistant problems with Seamonkey, which
+>I suspect are due to some corruption in my personal profile.  So maybe
+>that is the cause of your problems ?
+>(My problems started after I killed Seamonkey during one of those famous 
+>freezes with 100% cpu usage that randomly affects various applications ...
+>as reported on this and the -discuss lists from time to time.)
+>If you try Firefox without problems, then it is most likely some personal 
+>profile corruption, since it has essentially identical code as the browser
+>side of Iceape.
+>
+>You could try deleting the *.mfasl files in your profile folder (probably 
+>~/.mozilla/iceape/*.{profile_name}/)
+>They will be regenerated automatically.  (They just accelerate startup if
+>present.)
+
+
+Thanks for your answer. Sorry for my slow reaction, but I don't have a
+chance every day to report a bug. I did 2 with firefox without problem and
+next one with Iceape after removing XUL.mfasl, but it made no difference:
+problem as before. I'm not anxious do delete my whole profile so I'll
+probably start using FF for accessing Mageia Bugzilla and Iceape otherwise,
+because in other respects it works great always.
+
+Cheers,
+=Dick Gevers=
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008252.html b/zarb-ml/mageia-dev/2011-September/008252.html new file mode 100644 index 000000000..0449aa366 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008252.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] Sound Stopped working in the ALSA profile on Cauldron. + + + + + + + + + +

[Mageia-dev] Sound Stopped working in the ALSA profile on Cauldron.

+ Florian Hubold + doktor5000 at arcor.de +
+ Mon Sep 19 20:42:10 CEST 2011 +

+
+ +
Am 19.09.2011 20:07, schrieb Colin Guthrie:
+> 'Twas brillig, and Florian Hubold at 19/09/11 18:43 did gyre and gimble:
+>> See the discussion earlier this day with subject
+>>
+>>     [changelog] cauldron core/release sound-scripts-0.61-2.mga2
+> Actually it's a different problem... the bug was between my chair and
+> keyboard :p
+>
+> Col
+>
+But situation was the same -> cauldron/pure alsa/sound issues. Nevermind.
+Typical PEBKAC :)
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008253.html b/zarb-ml/mageia-dev/2011-September/008253.html new file mode 100644 index 000000000..66464d2b5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008253.html @@ -0,0 +1,106 @@ + + + + [Mageia-dev] Bugzilla probs + + + + + + + + + +

[Mageia-dev] Bugzilla probs

+ Florian Hubold + doktor5000 at arcor.de +
+ Mon Sep 19 20:43:49 CEST 2011 +

+
+ +
Am 19.09.2011 20:14, schrieb Dick Gevers:
+> On Wed, 14 Sep 2011 05:51:20 -0400, andre999 wrote about Re: [Mageia-dev]
+> Bugzilla probs:
+>
+>> Dick Gevers a écrit :
+>>> On Tue, 13 Sep 2011 19:56:07 +0200, Remco Rijnders wrote about Re:
+>>> [Mageia-dev] Bugzilla probs:
+>
+>> I have upstream Seamonkey, and I've never seen such a message.  But
+>> although I post to bugs regularly, I haven't opened a new Mageia bug
+>> lately. However, I do have other persistant problems with Seamonkey, which
+>> I suspect are due to some corruption in my personal profile.  So maybe
+>> that is the cause of your problems ?
+>> (My problems started after I killed Seamonkey during one of those famous
+>> freezes with 100% cpu usage that randomly affects various applications ...
+>> as reported on this and the -discuss lists from time to time.)
+>> If you try Firefox without problems, then it is most likely some personal
+>> profile corruption, since it has essentially identical code as the browser
+>> side of Iceape.
+>>
+>> You could try deleting the *.mfasl files in your profile folder (probably
+>> ~/.mozilla/iceape/*.{profile_name}/)
+>> They will be regenerated automatically.  (They just accelerate startup if
+>> present.)
+>
+> Thanks for your answer. Sorry for my slow reaction, but I don't have a
+> chance every day to report a bug. I did 2 with firefox without problem and
+> next one with Iceape after removing XUL.mfasl, but it made no difference:
+> problem as before. I'm not anxious do delete my whole profile so I'll
+> probably start using FF for accessing Mageia Bugzilla and Iceape otherwise,
+> because in other respects it works great always.
+>
+> Cheers,
+> =Dick Gevers=
+>
+No need to delete your profile for testing. Just rename/move it away,
+check if the bug persists with iceape and a fresh profile and then restore
+your original profile.
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008254.html b/zarb-ml/mageia-dev/2011-September/008254.html new file mode 100644 index 000000000..94e081df7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008254.html @@ -0,0 +1,99 @@ + + + + [Mageia-dev] Shutdown from GDM ? + + + + + + + + + +

[Mageia-dev] Shutdown from GDM ?

+ JA Magallon + jamagallon at ono.com +
+ Tue Sep 20 00:52:41 CEST 2011 +

+
+ +
Hi...
+
+Perhaps this is a stupid question, but there is no way to shut down the
+computer from GDM login screen. Is this a design decission or something is
+missing ?
+You have to log in to shutdown ? Or push the power button ?
+Or some kind of pam/consolekit/whatever setup is missing ?
+
+TIA
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008255.html b/zarb-ml/mageia-dev/2011-September/008255.html new file mode 100644 index 000000000..d88ad065e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008255.html @@ -0,0 +1,104 @@ + + + + [Mageia-dev] [changelog] cauldron core/release mplayer-1.0-1.rc4.0.r32713.8.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release mplayer-1.0-1.rc4.0.r32713.8.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Tue Sep 20 09:35:01 CEST 2011 +

+
+ +
On 20 September 2011 08:43, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> fwang <fwang> 1.0-1.rc4.0.r32713.8.mga2:
+> + Revision: 145939
+> - fix typo
+> - fix build with libpng 1.5
+> - rebuild for new libpng
+
+BTW what about autosubmiting packages to tainted when a tainted build
+for it already exists?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008256.html b/zarb-ml/mageia-dev/2011-September/008256.html new file mode 100644 index 000000000..c298c00e1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008256.html @@ -0,0 +1,108 @@ + + + + [Mageia-dev] [Mageia-sysadm] [changelog] cauldron core/release mplayer-1.0-1.rc4.0.r32713.8.mga2 + + + + + + + + + +

[Mageia-dev] [Mageia-sysadm] [changelog] cauldron core/release mplayer-1.0-1.rc4.0.r32713.8.mga2

+ Pascal Terjan + pterjan at gmail.com +
+ Tue Sep 20 10:04:18 CEST 2011 +

+
+ +
On Tue, Sep 20, 2011 at 08:35, Thierry Vignaud
+<thierry.vignaud at gmail.com> wrote:
+> On 20 September 2011 08:43, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+>> fwang <fwang> 1.0-1.rc4.0.r32713.8.mga2:
+>> + Revision: 145939
+>> - fix typo
+>> - fix build with libpng 1.5
+>> - rebuild for new libpng
+>
+> BTW what about autosubmiting packages to tainted when a tainted build
+> for it already exists?
+
+https://bugs.mageia.org/show_bug.cgi?id=338#c33
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008257.html b/zarb-ml/mageia-dev/2011-September/008257.html new file mode 100644 index 000000000..7dde892e0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008257.html @@ -0,0 +1,99 @@ + + + + [Mageia-dev] Shutdown from GDM ? + + + + + + + + + +

[Mageia-dev] Shutdown from GDM ?

+ Olav Vitters + olav at vitters.nl +
+ Tue Sep 20 10:55:00 CEST 2011 +

+
+ +
On Tue, Sep 20, 2011 at 12:52:41AM +0200, JA Magallon wrote:
+> Perhaps this is a stupid question, but there is no way to shut down the
+> computer from GDM login screen. Is this a design decission or something is
+> missing ?
+
+Missing. It wasn't implemented yet in the gnome-shell like look. It
+should be in the gdm release-candicate, else gdm 3.2.0.
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008258.html b/zarb-ml/mageia-dev/2011-September/008258.html new file mode 100644 index 000000000..e5eec5758 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008258.html @@ -0,0 +1,106 @@ + + + + [Mageia-dev] [hadess at hadess.net: Another freeze break for gnome-control-center] + + + + + + + + + +

[Mageia-dev] [hadess at hadess.net: Another freeze break for gnome-control-center]

+ Olav Vitters + olav at vitters.nl +
+ Tue Sep 20 10:58:22 CEST 2011 +

+
+ +
Mageia would need this as well I think.
+-- 
+Regards,
+Olav
+-------------- next part --------------
+An embedded message was scrubbed...
+From: Bastien Nocera <hadess at hadess.net>
+Subject: Another freeze break for gnome-control-center
+Date: Tue, 20 Sep 2011 01:28:30 +0100
+Size: 3688
+URL: </pipermail/mageia-dev/attachments/20110920/39421f40/attachment-0001.mht>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008259.html b/zarb-ml/mageia-dev/2011-September/008259.html new file mode 100644 index 000000000..590733848 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008259.html @@ -0,0 +1,152 @@ + + + + [Mageia-dev] Faac and building upon faac + + + + + + + + + +

[Mageia-dev] Faac and building upon faac

+ Philippe DIDIER + philippedidier at laposte.net +
+ Tue Sep 20 11:32:47 CEST 2011 +

+
+ +
Hi !
+Since sunday september 18th faac is provided in tainted repos for 
+mageia1 and cauldron.... after some controversy
+
+https://bugs.mageia.org/show_bug.cgi?id=1730
+
+Mplayer (for the mencoder part)
+Libquicktime
+VLC
+Gstreamer-plugins-bad
+Mythtv
+had been imported and built in core... and in tainted repo with some 
+specific building potentially infringing patents
+
+but BR faac option was not validated for them because faac was not 
+present in the repo !
+
+Now the situation has changed :
+Handbrake bundles faac and could be built with this BR
+
+Now that faac is present  mythtv has been built with BR faac
+
+
+4 packages may now be built with BR faac (the same as they are in plf 
+for Mandriva 2010.2 or 2011):
+
+mplayer : https://bugs.mageia.org/show_bug.cgi?id=2771
+gstreamer-plugins-bad : https://bugs.mageia.org/show_bug.cgi?id=2772
+libquicktime : https://bugs.mageia.org/show_bug.cgi?id=2773
+vlc : https://bugs.mageia.org/show_bug.cgi?id=2774
+
+These four packages have just been rebuilt with new libpng by Funda
+
+I wrote a mp to Funda asking if he may rebuild them with BR faac now 
+that it's provided ...
+He thinks this should be discussed here
+
+Annsi Hannula seems to think so too :
+he said in bug 1730
+"Other things (including if using it in mythtv is ok) probably need to 
+be decided on a case-by-case basis."
+
+
+in addendum
+one other package should be imported now (bug 1730 was blocking until now)
+audiokonverter :              https://bugs.mageia.org/show_bug.cgi?id=985
+
+What do you think ?
+
+Philippe
+
+
+
+
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008260.html b/zarb-ml/mageia-dev/2011-September/008260.html new file mode 100644 index 000000000..82f536cf4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008260.html @@ -0,0 +1,160 @@ + + + + [Mageia-dev] Faac and building upon faac + + + + + + + + + +

[Mageia-dev] Faac and building upon faac

+ Florian Hubold + doktor5000 at arcor.de +
+ Tue Sep 20 12:02:37 CEST 2011 +

+
+ +
Am 20.09.2011 11:32, schrieb Philippe DIDIER:
+> Hi !
+> Since sunday september 18th faac is provided in tainted repos for mageia1 and 
+> cauldron.... after some controversy
+>
+> https://bugs.mageia.org/show_bug.cgi?id=1730
+>
+> Mplayer (for the mencoder part)
+> Libquicktime
+> VLC
+> Gstreamer-plugins-bad
+> Mythtv
+> had been imported and built in core... and in tainted repo with some specific 
+> building potentially infringing patents
+>
+> but BR faac option was not validated for them because faac was not present in 
+> the repo !
+>
+> Now the situation has changed :
+> Handbrake bundles faac and could be built with this BR
+As HandBrake bundles faac, it does not need to be built with BR faac.
+>
+> Now that faac is present  mythtv has been built with BR faac
+>
+>
+> 4 packages may now be built with BR faac (the same as they are in plf for 
+> Mandriva 2010.2 or 2011):
+>
+> mplayer : https://bugs.mageia.org/show_bug.cgi?id=2771
+> gstreamer-plugins-bad : https://bugs.mageia.org/show_bug.cgi?id=2772
+> libquicktime : https://bugs.mageia.org/show_bug.cgi?id=2773
+> vlc : https://bugs.mageia.org/show_bug.cgi?id=2774
+>
+> These four packages have just been rebuilt with new libpng by Funda
+>
+> I wrote a mp to Funda asking if he may rebuild them with BR faac now that 
+> it's provided ...
+> He thinks this should be discussed here
+>
+> Annsi Hannula seems to think so too :
+> he said in bug 1730
+> "Other things (including if using it in mythtv is ok) probably need to be 
+> decided on a case-by-case basis."
+>
+>
+> in addendum
+> one other package should be imported now (bug 1730 was blocking until now)
+> audiokonverter :              https://bugs.mageia.org/show_bug.cgi?id=985
+>
+> What do you think ?
+>
+> Philippe
+>
+>
+>
+>
+>
+>
+>
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008261.html b/zarb-ml/mageia-dev/2011-September/008261.html new file mode 100644 index 000000000..a1bf7b742 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008261.html @@ -0,0 +1,111 @@ + + + + [Mageia-dev] Faac and building upon faac + + + + + + + + + +

[Mageia-dev] Faac and building upon faac

+ Balcaen John + mikala at mageia.org +
+ Tue Sep 20 12:02:36 CEST 2011 +

+
+ +
Le mardi 20 septembre 2011 06:32:47, Philippe DIDIER a écrit :
+> Hi !
+> Since sunday september 18th faac is provided in tainted repos for
+> mageia1 and cauldron.... after some controversy
+[..]
+> What do you think ?
+> 
+> Philippe
+Well i even initially imported faac & soon after we removed it initially 
+because of the  patents/license issue.
+So if it's now ok to import it there's no reason to not build packages against 
+it since we do think it's « safe » enough to have it in our repository.
+
+-- 
+Balcaen John
+Jabber-ID: mikala at jabber.littleboboy.net
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008262.html b/zarb-ml/mageia-dev/2011-September/008262.html new file mode 100644 index 000000000..ca52d5717 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008262.html @@ -0,0 +1,121 @@ + + + + [Mageia-dev] Faac and building upon faac + + + + + + + + + +

[Mageia-dev] Faac and building upon faac

+ Oliver Burger + oliver.bgr at googlemail.com +
+ Tue Sep 20 12:13:08 CEST 2011 +

+
+ +
2011/9/20 Balcaen John <mikala at mageia.org>:
+> Le mardi 20 septembre 2011 06:32:47, Philippe DIDIER a écrit :
+>> Hi !
+>> Since sunday september 18th faac is provided in tainted repos for
+>> mageia1 and cauldron.... after some controversy
+> [..]
+>> What do you think ?
+>>
+>> Philippe
+> Well i even initially imported faac & soon after we removed it initially
+> because of the  patents/license issue.
+> So if it's now ok to import it there's no reason to not build packages against
+> it since we do think it's « safe » enough to have it in our repository.
+>
+I don't know, what changed our mind...
+The patent-/license-situation has not changed as far as I'm informed.
+Actually we would need a repo of its own for faac. Since it can't be
+in nonfree for patent issues and it can't be in tainted because we
+don't have full sources for it.
+
+I know, we already had long discussions about it, I just don't recall
+having found a decision.
+If we have, please excuse me, if we have not, we should do soonest.
+
+Oliver
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008263.html b/zarb-ml/mageia-dev/2011-September/008263.html new file mode 100644 index 000000000..cbe0a4b59 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008263.html @@ -0,0 +1,113 @@ + + + + [Mageia-dev] [hadess at hadess.net: Another freeze break for gnome-control-center] + + + + + + + + + +

[Mageia-dev] [hadess at hadess.net: Another freeze break for gnome-control-center]

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Tue Sep 20 13:40:04 CEST 2011 +

+
+ +
'Twas brillig, and Olav Vitters at 20/09/11 09:58 did gyre and gimble:
+> Mageia would need this as well I think.
+
+Yeah, assuming it gets into 3.2 we should be fine.
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008264.html b/zarb-ml/mageia-dev/2011-September/008264.html new file mode 100644 index 000000000..080caf21d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008264.html @@ -0,0 +1,115 @@ + + + + [Mageia-dev] Shutdown from GDM ? + + + + + + + + + +

[Mageia-dev] Shutdown from GDM ?

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Tue Sep 20 13:40:44 CEST 2011 +

+
+ +
'Twas brillig, and Olav Vitters at 20/09/11 09:55 did gyre and gimble:
+> On Tue, Sep 20, 2011 at 12:52:41AM +0200, JA Magallon wrote:
+>> Perhaps this is a stupid question, but there is no way to shut down the
+>> computer from GDM login screen. Is this a design decission or something is
+>> missing ?
+> 
+> Missing. It wasn't implemented yet in the gnome-shell like look. It
+> should be in the gdm release-candicate, else gdm 3.2.0.
+
+Cool. I actually just asked Ray about this on IRC, but it's nice to know
+it's in the pipeline :)
+
+Col
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008265.html b/zarb-ml/mageia-dev/2011-September/008265.html new file mode 100644 index 000000000..781b4787f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008265.html @@ -0,0 +1,119 @@ + + + + [Mageia-dev] Shutdown from GDM ? + + + + + + + + + +

[Mageia-dev] Shutdown from GDM ?

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Tue Sep 20 14:24:42 CEST 2011 +

+
+ +
'Twas brillig, and Colin Guthrie at 20/09/11 12:40 did gyre and gimble:
+> 'Twas brillig, and Olav Vitters at 20/09/11 09:55 did gyre and gimble:
+>> On Tue, Sep 20, 2011 at 12:52:41AM +0200, JA Magallon wrote:
+>>> Perhaps this is a stupid question, but there is no way to shut down the
+>>> computer from GDM login screen. Is this a design decission or something is
+>>> missing ?
+>>
+>> Missing. It wasn't implemented yet in the gnome-shell like look. It
+>> should be in the gdm release-candicate, else gdm 3.2.0.
+> 
+> Cool. I actually just asked Ray about this on IRC, but it's nice to know
+> it's in the pipeline :)
+
+Actually this should be fixed with the next gnome-shell (or so I'm told!)
+
+Col
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008266.html b/zarb-ml/mageia-dev/2011-September/008266.html new file mode 100644 index 000000000..3b1a7306c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008266.html @@ -0,0 +1,116 @@ + + + + [Mageia-dev] Faac and building upon faac + + + + + + + + + +

[Mageia-dev] Faac and building upon faac

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Tue Sep 20 17:29:44 CEST 2011 +

+
+ +
On 20.09.2011 13:02, Balcaen John wrote:
+> Le mardi 20 septembre 2011 06:32:47, Philippe DIDIER a écrit :
+>> Hi !
+>> Since sunday september 18th faac is provided in tainted repos for
+>> mageia1 and cauldron.... after some controversy
+> [..]
+>> What do you think ?
+>>
+>> Philippe
+> Well i even initially imported faac & soon after we removed it initially 
+> because of the  patents/license issue.
+> So if it's now ok to import it there's no reason to not build packages against 
+> it since we do think it's « safe » enough to have it in our repository.
+
+Including faac itself is no less safe than other patent-encumbered
+codecs, since the non-free parts do not forbid redistribution.
+
+However, the license of software 'x' may forbid (like GPL does)
+distributing a binary of 'x' which is linked against non-free code
+(which faac has), hence it may not be ok to build 'x' with faac support.
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008267.html b/zarb-ml/mageia-dev/2011-September/008267.html new file mode 100644 index 000000000..5d32a9b85 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008267.html @@ -0,0 +1,121 @@ + + + + [Mageia-dev] Faac and building upon faac + + + + + + + + + +

[Mageia-dev] Faac and building upon faac

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Tue Sep 20 17:32:46 CEST 2011 +

+
+ +
On 20.09.2011 13:13, Oliver Burger wrote:
+> 2011/9/20 Balcaen John <mikala at mageia.org>:
+>> Le mardi 20 septembre 2011 06:32:47, Philippe DIDIER a écrit :
+>>> Hi !
+>>> Since sunday september 18th faac is provided in tainted repos for
+>>> mageia1 and cauldron.... after some controversy
+>> [..]
+>>> What do you think ?
+>>>
+>>> Philippe
+>> Well i even initially imported faac & soon after we removed it initially
+>> because of the  patents/license issue.
+>> So if it's now ok to import it there's no reason to not build packages against
+>> it since we do think it's « safe » enough to have it in our repository.
+>>
+> I don't know, what changed our mind...
+> The patent-/license-situation has not changed as far as I'm informed.
+> Actually we would need a repo of its own for faac. Since it can't be
+> in nonfree for patent issues and it can't be in tainted because we
+> don't have full sources for it.
+> 
+> I know, we already had long discussions about it, I just don't recall
+> having found a decision.
+> If we have, please excuse me, if we have not, we should do soonest.
+
+https://www.mageia.org/pipermail/mageia-dev/2011-July/006560.html
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008268.html b/zarb-ml/mageia-dev/2011-September/008268.html new file mode 100644 index 000000000..e446f6ec1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008268.html @@ -0,0 +1,96 @@ + + + + [Mageia-dev] New packager + + + + + + + + + +

[Mageia-dev] New packager

+ Pierre Jarillon + jarillon at abul.org +
+ Tue Sep 20 20:57:54 CEST 2011 +

+
+ +
Le jeudi 15 septembre 2011 13:26:44, Listes (José Jorge) a écrit :
+> I started packaging abandonware DOS games : http://jjorge.free.fr (Yes I
+>  know  this will never end into an official repo).
+> 
+Congratulations José !
+I know José, a famous contributor of free Software in the South-West of 
+France. It is great to have José in the main contributors of Mageia!
+
+-- 
+Pierre Jarillon - http://pjarillon.free.fr/
+Vice-président de l'ABUL : http://abul.org/
+Microsoft est à l'informatique ce que McDonald est à la gastronomie.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008269.html b/zarb-ml/mageia-dev/2011-September/008269.html new file mode 100644 index 000000000..60d59aa96 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008269.html @@ -0,0 +1,111 @@ + + + + [Mageia-dev] Shutdown from GDM ? + + + + + + + + + +

[Mageia-dev] Shutdown from GDM ?

+ David W. Hodgins + davidwhodgins at gmail.com +
+ Tue Sep 20 22:09:21 CEST 2011 +

+
+ +
On Tue, 20 Sep 2011 08:24:42 -0400, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+
+> Actually this should be fixed with the next gnome-shell (or so I'm told!)
+
+I've just turned it on in gdm-2.32.1-1 on Mageia 1, by editing
+/var/lib/gdm/.gconf.mandatory/%gconf-tree.xml
+
+$ cat %gconf-tree.xml.patch
+--- /var/lib/gdm/.gconf.mandatory/%gconf-tree.xml.original      2011-09-20 15:58:28.041688430 -0400
++++ /var/lib/gdm/.gconf.mandatory/%gconf-tree.xml       2011-09-20 15:59:07.868248017 -0400
+@@ -484,8 +484,8 @@
+                                 </entry>
+                         </dir>
+                         <dir name="ui">
+-                               <entry name="show_actions" mtime="1301940618" type="bool" value="false"/>
+-                               <entry name="show_context_menu" mtime="1301940618" type="bool" value="false"/>
++                               <entry name="show_actions" mtime="1301940618" type="bool" value="true"/>
++                               <entry name="show_context_menu" mtime="1301940618" type="bool" value="true"/>
+                         </dir>
+                 </dir>
+                 <dir name="gnome-screensaver">
+
+Regards, Dave Hodgins
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008270.html b/zarb-ml/mageia-dev/2011-September/008270.html new file mode 100644 index 000000000..4ad259511 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008270.html @@ -0,0 +1,116 @@ + + + + [Mageia-dev] Faac and building upon faac + + + + + + + + + +

[Mageia-dev] Faac and building upon faac

+ Michael Scherer + misc at zarb.org +
+ Tue Sep 20 23:31:44 CEST 2011 +

+
+ +
Le mardi 20 septembre 2011 à 12:13 +0200, Oliver Burger a écrit :
+> 2011/9/20 Balcaen John <mikala at mageia.org>:
+> > Le mardi 20 septembre 2011 06:32:47, Philippe DIDIER a écrit :
+> >> Hi !
+> >> Since sunday september 18th faac is provided in tainted repos for
+> >> mageia1 and cauldron.... after some controversy
+> > [..]
+> >> What do you think ?
+> >>
+> >> Philippe
+> > Well i even initially imported faac & soon after we removed it initially
+> > because of the  patents/license issue.
+> > So if it's now ok to import it there's no reason to not build packages against
+> > it since we do think it's « safe » enough to have it in our repository.
+> >
+> I don't know, what changed our mind...
+
+Nothing, just nobody reacted or opposed. 
+
+Personally, I am rather less than motivated to do anything due to the
+whole issue and the lack of reaction by anybody. I am pretty sure that
+given the community reaction that I should seek one where I feel more
+aligned with their values than the one I helped to create.
+
+-- 
+Michael Scherer
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008271.html b/zarb-ml/mageia-dev/2011-September/008271.html new file mode 100644 index 000000000..280e69f89 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008271.html @@ -0,0 +1,115 @@ + + + + [Mageia-dev] Shutdown from GDM ? + + + + + + + + + +

[Mageia-dev] Shutdown from GDM ?

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Wed Sep 21 02:02:51 CEST 2011 +

+
+ +
'Twas brillig, and David W. Hodgins at 20/09/11 21:09 did gyre and gimble:
+> On Tue, 20 Sep 2011 08:24:42 -0400, Colin Guthrie
+> <mageia at colin.guthr.ie> wrote:
+> 
+>> Actually this should be fixed with the next gnome-shell (or so I'm told!)
+> 
+> I've just turned it on in gdm-2.32.1-1 on Mageia 1, by editing
+> /var/lib/gdm/.gconf.mandatory/%gconf-tree.xml
+
+Hmmm, not really the right fix I think as the upstream one is very
+different (in gnome-shell):
+https://bugzilla.gnome.org/show_bug.cgi?id=657822
+
+
+
+-- 
+
+Colin Guthrie
+mageia(at)colin.guthr.ie
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited [http://www.tribalogic.net/]
+Open Source:
+  Mageia Contributor [http://www.mageia.org/]
+  PulseAudio Hacker [http://www.pulseaudio.org/]
+  Trac Hacker [http://trac.edgewall.org/]
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008272.html b/zarb-ml/mageia-dev/2011-September/008272.html new file mode 100644 index 000000000..b4c450fd0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008272.html @@ -0,0 +1,173 @@ + + + + [Mageia-dev] Faac and building upon faac + + + + + + + + + +

[Mageia-dev] Faac and building upon faac

+ Philippe DIDIER + philippedidier at laposte.net +
+ Wed Sep 21 02:14:44 CEST 2011 +

+
+ +
Anssi Hannula wrote /Tue Sep 20 17:29:44/ :
+ >Including faac itself is no less safe than other patent-encumbered
+ >codecs, since the non-free parts do not forbid redistribution.
+
+The only non-free and non GPL part of FAAC is the ISO MPEG reference 
+code which
+it is based on... to comply with this international standard (nothing 
+strange in that)
+everything else is LGPL .
+An international standard may not be modified,  for sure, and is surely 
+not GPL !
+And for this reason we may consider FAAC as non-free...
+
+Faac i's the only way to create *.aac or *.m4a files without using a 
+proprietary encoder
+(like NERO aac encoder that can't be distribuable... and is surely not 
+GPL !)
+But this may induce some patent problems (same as creating *.mp3 files 
+with lame)
+So FAAC needs to go in tainted ...
+
+
+What to do with this f****g non-free & tainted program
+
+
+  Thomas Backlund said in july
+https://www.mageia.org/pipermail/mageia-dev/2011-July/006560.html
+
+>  If there is a package that otherwise matches core or nonfree repos,
+>  but has a possible patent issue it ends up in tainted.
+
+
+
+
+Anssi Hannula wrote :
+ >However, the license of software 'x' may forbid (like GPL does)
+ >distributing a binary of 'x' which is linked against non-free code
+ >(which faac has), hence it may not be ok to build 'x' with faac support.
+
+Binaries of faac ; and vlc, gstreamer-plugins-bad, mencoder, 
+libquicktime built with faac-devel
+are available in :
+Debian-Multimedia repo
+Ubuntu-multiverse repo
+opensuse-11.4-packman repo
+fedora-15-ATrpm repo
+plf repo for Mandriva 2010.2 & 2011
+etc...
+
+These are well known and well used third party repositories
+I don't know if they they don't respect the GPL (plf didn't ?)
+
+The sources of these programs have some building options (allowing to 
+respect
+patent legislation in some countries...) and the distributions that want 
+to be worldwide
+reachable skip some of these options to build the binaries in their 
+official repos...
+letting third party providing the "full binaries" with patent potential 
+problems
+
+
+The mageia's tainted repo being a kind of optional repo (some mirrors 
+being free not to propose
+it to respect local patent legislation) may be used the same way as 
+these third repo...
+
+
+But if these rpms can't be provided by Mageia,  some unofficial third 
+party repos will appear
+like for other distro (need to create a new plf for Mageia ?)
+or let appear a Mageia International Backport or a Thac's Mageia rpm...
+
+
+
+
+
+
+
+
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110921/d602b043/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008273.html b/zarb-ml/mageia-dev/2011-September/008273.html new file mode 100644 index 000000000..40306abb0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008273.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] Unreliable BS now + + + + + + + + + +

[Mageia-dev] Unreliable BS now

+ Funda Wang + fundawang at gmail.com +
+ Wed Sep 21 02:53:39 CEST 2011 +

+
+ +
Hello,
+
+It seems that BS statistics page is not reliable now.
+
+* I've submitted totem-3.1.92-1.mga2, but it has disappeared.
+* gnome-shell-3.1.92-1.mga2 builds failed due to unsatisfied gjs
+symbol, but it shows as uploaded.
+
+Is there anything wrong?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008274.html b/zarb-ml/mageia-dev/2011-September/008274.html new file mode 100644 index 000000000..0917a8a12 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008274.html @@ -0,0 +1,164 @@ + + + + [Mageia-dev] Faac and building upon faac + + + + + + + + + +

[Mageia-dev] Faac and building upon faac

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Wed Sep 21 03:47:31 CEST 2011 +

+
+ +
FYI your post broke threading (which seem somewhat strange as your
+User-Agent string says Thunderbird which should work fine when replying
+to lists).
+
+On 21.09.2011 03:14, Philippe DIDIER wrote:
+> Anssi Hannula wrote /Tue Sep 20 17:29:44/ :
+>>Including faac itself is no less safe than other patent-encumbered
+>>codecs, since the non-free parts do not forbid redistribution.
+> 
+> The only non-free and non GPL part of FAAC is the ISO MPEG reference
+> code which
+> it is based on... to comply with this international standard (nothing
+> strange in that)
+> everything else is LGPL .
+> An international standard may not be modified,  for sure, and is surely
+> not GPL !
+> And for this reason we may consider FAAC as non-free...
+
+Copying reference code is not needed to comply with an international
+standard.
+
+> Faac i's the only way to create *.aac or *.m4a files without using a
+> proprietary encoder
+
+Incorrect, libvo-aacenc and ffmpeg both have non-faac AAC encoders
+(though they are currently less capable than faac AFAIK).
+
+> Anssi Hannula wrote :
+>>However, the license of software 'x' may forbid (like GPL does)
+>>distributing a binary of 'x' which is linked against non-free code
+>>(which faac has), hence it may not be ok to build 'x' with faac support.
+> 
+> Binaries of faac ; and vlc, gstreamer-plugins-bad, mencoder,
+> libquicktime built with faac-devel
+> are available in :
+> Debian-Multimedia repo
+> Ubuntu-multiverse repo
+> opensuse-11.4-packman repo
+> fedora-15-ATrpm repo
+> plf repo for Mandriva 2010.2 & 2011
+> etc...
+> 
+> These are well known and well used third party repositories
+> I don't know if they they don't respect the GPL (plf didn't ?)
+
+At least for PLF faac was put in free section because it wasn't widely
+known until recently (when this was brought up in ffmpeg-dev@ mailing
+list IIRC) that faac had non-free code.
+
+Ubuntu multiverse only contains faac. It doesn't contain vlc, mencoder,
+etc built with faac support.
+
+> The sources of these programs have some building options (allowing to
+> respect
+> patent legislation in some countries...) and the distributions that want
+> to be worldwide
+> reachable skip some of these options to build the binaries in their
+> official repos...
+> letting third party providing the "full binaries" with patent potential
+> problems
+> 
+> The mageia's tainted repo being a kind of optional repo (some mirrors
+> being free not to propose
+> it to respect local patent legislation) may be used the same way as
+> these third repo...
+
+Patents are not the issue here, license is.
+
+> But if these rpms can't be provided by Mageia,  some unofficial third
+> party repos will appear
+> like for other distro (need to create a new plf for Mageia ?)
+> or let appear a Mageia International Backport or a Thac's Mageia rpm...
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008275.html b/zarb-ml/mageia-dev/2011-September/008275.html new file mode 100644 index 000000000..d21afdd5c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008275.html @@ -0,0 +1,73 @@ + + + + [Mageia-dev] [WARNING] libpng-1.5.4 landing soon + + + + + + + + + +

[Mageia-dev] [WARNING] libpng-1.5.4 landing soon

+ Funda Wang + fundawang at gmail.com +
+ Wed Sep 21 04:07:49 CEST 2011 +

+
+ +
Now the migration is almost done here. The left packages are:
+
+Won't build due to other reasons:
+eclipse, glibc, midori, R-base, xemacs
+
+Propose to drop from distro:
+kompozer, fltk2, sam2p, stratagus2.1
+
+Wait for upstream new version:
+texlive, xbmc
+
+*** Huge patch help wanted:
+freeimage, links-graphic, links-hacked, netpbm, TiMidity++
+
+Please report any other issues against libpng 1.5 migration now.
+
+Regards.
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008276.html b/zarb-ml/mageia-dev/2011-September/008276.html new file mode 100644 index 000000000..35b9ad087 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008276.html @@ -0,0 +1,117 @@ + + + + [Mageia-dev] [soft-commits] initial import + + + + + + + + + +

[Mageia-dev] [soft-commits] initial import

+ Remco Rijnders + remco at webconquest.com +
+ Wed Sep 21 07:33:29 CEST 2011 +

+
+ +
On Tue, Sep 20, 2011 at 08:35:53PM +0200, root wrote in 
+<20110920183553.2AE1C40194 at valstar.mageia.org>:
+>Revision: 1973
+>Author:   tv
+>Date:     2011-09-20 20:35:52 +0200 (Tue, 20 Sep 2011)
+>Log Message:
+>-----------
+>initial import
+>
+>Added Paths:
+>-----------
+>    perl_checker/trunk/AUTHORS~
+
+You probably did not mean to put this file into SVN?
+
+Remco
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 836 bytes
+Desc: Digital signature
+URL: </pipermail/mageia-dev/attachments/20110921/6b9aca49/attachment-0001.asc>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008277.html b/zarb-ml/mageia-dev/2011-September/008277.html new file mode 100644 index 000000000..eb8ca1507 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008277.html @@ -0,0 +1,82 @@ + + + + [Mageia-dev] [WARNING] libpng-1.5.4 landing soon + + + + + + + + + +

[Mageia-dev] [WARNING] libpng-1.5.4 landing soon

+ D.Morgan + dmorganec at gmail.com +
+ Wed Sep 21 07:40:07 CEST 2011 +

+
+ +
On Wed, Sep 21, 2011 at 4:07 AM, Funda Wang <fundawang at gmail.com> wrote:
+> Now the migration is almost done here. The left packages are:
+>
+> Won't build due to other reasons:
+> eclipse, glibc, midori, R-base, xemacs
+>
+> Propose to drop from distro:
+> kompozer, fltk2, sam2p, stratagus2.1
+>
+> Wait for upstream new version:
+> texlive, xbmc
+>
+> *** Huge patch help wanted:
+> freeimage, links-graphic, links-hacked, netpbm, TiMidity++
+>
+> Please report any other issues against libpng 1.5 migration now.
+>
+> Regards.
+>
+
+wow already  done ? :)
+
+For eclipse i will look to make it build.
+For texlive i will update to latest upstream version ( syncing with
+mandriva package )
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008278.html b/zarb-ml/mageia-dev/2011-September/008278.html new file mode 100644 index 000000000..bdbb11bc1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008278.html @@ -0,0 +1,163 @@ + + + + [Mageia-dev] Faac and building upon faac + + + + + + + + + +

[Mageia-dev] Faac and building upon faac

+ Florian Hubold + doktor5000 at arcor.de +
+ Wed Sep 21 10:20:11 CEST 2011 +

+
+ +
Am 21.09.2011 02:14, schrieb Philippe DIDIER:
+> Anssi Hannula wrote /Tue Sep 20 17:29:44/ :
+> >Including faac itself is no less safe than other patent-encumbered
+> >codecs, since the non-free parts do not forbid redistribution.
+>
+> The only non-free and non GPL part of FAAC is the ISO MPEG reference code which
+> it is based on... to comply with this international standard (nothing strange 
+> in that)
+> everything else is LGPL .
+> An international standard may not be modified,  for sure, and is surely not GPL !
+> And for this reason we may consider FAAC as non-free...
+>
+> Faac i's the only way to create *.aac or *.m4a files without using a 
+> proprietary encoder
+> (like NERO aac encoder that can't be distribuable... and is surely not GPL !)
+This is simply not true, there is vo-aacenc and there is also ffaac, both from 
+ffmpeg.
+> But this may induce some patent problems (same as creating *.mp3 files with lame)
+> So FAAC needs to go in tainted ...
+>
+>
+> What to do with this f****g non-free & tainted program
+>
+>
+>  Thomas Backlund said in july
+> https://www.mageia.org/pipermail/mageia-dev/2011-July/006560.html
+> >  If there is a package that otherwise matches core or nonfree repos,
+> >  but has a possible patent issue it ends up in tainted.
+>
+>
+>
+> Anssi Hannula wrote :
+> >However, the license of software 'x' may forbid (like GPL does)
+> >distributing a binary of 'x' which is linked against non-free code
+> >(which faac has), hence it may not be ok to build 'x' with faac support.
+>
+> Binaries of faac ; and vlc, gstreamer-plugins-bad, mencoder, libquicktime 
+> built with faac-devel
+> are available in :
+> Debian-Multimedia repo
+> Ubuntu-multiverse repo
+> opensuse-11.4-packman repo
+> fedora-15-ATrpm repo
+> plf repo for Mandriva 2010.2 & 2011
+> etc...
+>
+> These are well known and well used third party repositories
+> I don't know if they they don't respect the GPL (plf didn't ?)
+>
+> The sources of these programs have some building options (allowing to respect
+> patent legislation in some countries...) and the distributions that want to 
+> be worldwide
+> reachable skip some of these options to build the binaries in their official 
+> repos...
+> letting third party providing the "full binaries" with patent potential problems
+>
+>
+> The mageia's tainted repo being a kind of optional repo (some mirrors being 
+> free not to propose
+> it to respect local patent legislation) may be used the same way as these 
+> third repo...
+>
+>
+> But if these rpms can't be provided by Mageia,  some unofficial third party 
+> repos will appear
+> like for other distro (need to create a new plf for Mageia ?)
+> or let appear a Mageia International Backport or a Thac's Mageia rpm...
+>
+>
+>
+>
+>
+>
+>
+>
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008279.html b/zarb-ml/mageia-dev/2011-September/008279.html new file mode 100644 index 000000000..3b9fa0ef0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008279.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] Unreliable BS now + + + + + + + + + +

[Mageia-dev] Unreliable BS now

+ D.Morgan + dmorganec at gmail.com +
+ Wed Sep 21 10:26:37 CEST 2011 +

+
+ +
On Wed, Sep 21, 2011 at 2:53 AM, Funda Wang <fundawang at gmail.com> wrote:
+> Hello,
+>
+> It seems that BS statistics page is not reliable now.
+>
+> * I've submitted totem-3.1.92-1.mga2, but it has disappeared.
+> * gnome-shell-3.1.92-1.mga2 builds failed due to unsatisfied gjs
+> symbol, but it shows as uploaded.
+>
+> Is there anything wrong?
+>
+
+strange, gnome-shell and totem seems to be OK now.
+Tell again if pb reappear and we will take a look.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008280.html b/zarb-ml/mageia-dev/2011-September/008280.html new file mode 100644 index 000000000..fdc8f79ea --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008280.html @@ -0,0 +1,117 @@ + + + + [Mageia-dev] Faac and building upon faac + + + + + + + + + +

[Mageia-dev] Faac and building upon faac

+ Oliver Burger + oliver.bgr at googlemail.com +
+ Wed Sep 21 10:52:29 CEST 2011 +

+
+ +
2011/9/21 Florian Hubold <doktor5000 at arcor.de>:
+> Am 21.09.2011 02:14, schrieb Philippe DIDIER:
+>>
+>> Anssi Hannula wrote /Tue Sep 20 17:29:44/ :
+>> >Including faac itself is no less safe than other patent-encumbered
+>> >codecs, since the non-free parts do not forbid redistribution.
+>>
+>> The only non-free and non GPL part of FAAC is the ISO MPEG reference code
+>> which
+>> it is based on... to comply with this international standard (nothing
+>> strange in that)
+>> everything else is LGPL .
+>> An international standard may not be modified,  for sure, and is surely
+>> not GPL !
+>> And for this reason we may consider FAAC as non-free...
+>>
+>> Faac i's the only way to create *.aac or *.m4a files without using a
+>> proprietary encoder
+>> (like NERO aac encoder that can't be distribuable... and is surely not GPL
+>> !)
+>
+> This is simply not true, there is vo-aacenc and there is also ffaac, both
+> from ffmpeg.
+
+If there are alternatives to faac I strongly suggest, not adding faac
+to any of our repos, after all, we are using and providing
+OpenSource-Software and should follow its philosophy.
+If others don't care about it, we still should.
+
+Oliver
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008281.html b/zarb-ml/mageia-dev/2011-September/008281.html new file mode 100644 index 000000000..f046246fe --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008281.html @@ -0,0 +1,125 @@ + + + + [Mageia-dev] Faac and building upon faac + + + + + + + + + +

[Mageia-dev] Faac and building upon faac

+ Florian Hubold + doktor5000 at arcor.de +
+ Wed Sep 21 10:59:07 CEST 2011 +

+
+ +
Am 21.09.2011 10:52, schrieb Oliver Burger:
+> 2011/9/21 Florian Hubold<doktor5000 at arcor.de>:
+>> Am 21.09.2011 02:14, schrieb Philippe DIDIER:
+>>> Anssi Hannula wrote /Tue Sep 20 17:29:44/ :
+>>>> Including faac itself is no less safe than other patent-encumbered
+>>>> codecs, since the non-free parts do not forbid redistribution.
+>>> The only non-free and non GPL part of FAAC is the ISO MPEG reference code
+>>> which
+>>> it is based on... to comply with this international standard (nothing
+>>> strange in that)
+>>> everything else is LGPL .
+>>> An international standard may not be modified,  for sure, and is surely
+>>> not GPL !
+>>> And for this reason we may consider FAAC as non-free...
+>>>
+>>> Faac i's the only way to create *.aac or *.m4a files without using a
+>>> proprietary encoder
+>>> (like NERO aac encoder that can't be distribuable... and is surely not GPL
+>>> !)
+>> This is simply not true, there is vo-aacenc and there is also ffaac, both
+>> from ffmpeg.
+> If there are alternatives to faac I strongly suggest, not adding faac
+> to any of our repos, after all, we are using and providing
+> OpenSource-Software and should follow its philosophy.
+> If others don't care about it, we still should.
+>
+> Oliver
+>
+AFAIK, the output quality of ffaac is not quite good and it's in experimental 
+state.
+For vo-aacenc, it's a different problem, for now it doesn't even support
+direct encoding of 5.1/7.1 audio it only does downmix it to 2.0 stereo.
+
+We would have replaced bundled faac in handbrake, if there wouldn't have
+been those restrictions, and also as faac is default encoder and
+fallback alternative in many scenarios, so there may be bugs due to that.
+
+For other packages this may still be an option if it's only about encoding
+music tracks or something the like.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008282.html b/zarb-ml/mageia-dev/2011-September/008282.html new file mode 100644 index 000000000..99c6efa7a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008282.html @@ -0,0 +1,104 @@ + + + + [Mageia-dev] Tonight's meeting + + + + + + + + + +

[Mageia-dev] Tonight's meeting

+ Anne nicolas + ennael at mageia.org +
+ Wed Sep 21 11:37:57 CEST 2011 +

+
+ +
Hi there
+
+As usual we will have our weekly meeting at 19hUTC on #mageia-dev.
+Proposed topics:
+
+- faac and Mageia: take a final decision for it
+- final wiki setup
+- review of packages adoption by Stormi
+- QA / triage teams review
+
+Cheers
+
+-- 
+Anne
+http://www.mageia.org
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008283.html b/zarb-ml/mageia-dev/2011-September/008283.html new file mode 100644 index 000000000..8c4a33497 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008283.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] Tonight's meeting + + + + + + + + + +

[Mageia-dev] Tonight's meeting

+ Sander Lepik + sander.lepik at eesti.ee +
+ Wed Sep 21 11:41:52 CEST 2011 +

+
+ +
21.09.2011 12:37, Anne nicolas kirjutas:
+> Hi there
+>
+> As usual we will have our weekly meeting at 19hUTC on #mageia-dev.
+> Proposed topics:
+>
+> - faac and Mageia: take a final decision for it
+How about final decision for backports as well? AFAIK we STILL can't 
+submit them :/
+
+--
+Sander
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008284.html b/zarb-ml/mageia-dev/2011-September/008284.html new file mode 100644 index 000000000..c89b79e8e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008284.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] Tonight's meeting + + + + + + + + + +

[Mageia-dev] Tonight's meeting

+ nicolas vigier + boklm at mars-attacks.org +
+ Wed Sep 21 11:54:22 CEST 2011 +

+
+ +
On Wed, 21 Sep 2011, Sander Lepik wrote:
+
+> 21.09.2011 12:37, Anne nicolas kirjutas:
+>> Hi there
+>>
+>> As usual we will have our weekly meeting at 19hUTC on #mageia-dev.
+>> Proposed topics:
+>>
+>> - faac and Mageia: take a final decision for it
+> How about final decision for backports as well? AFAIK we STILL can't submit 
+> them :/
+
+Decision was made, it only needs to be enable, and should be done soon.
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008285.html b/zarb-ml/mageia-dev/2011-September/008285.html new file mode 100644 index 000000000..9c07d4172 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008285.html @@ -0,0 +1,97 @@ + + + + [Mageia-dev] Shutdown from GDM ? + + + + + + + + + +

[Mageia-dev] Shutdown from GDM ?

+ Olav Vitters + olav at vitters.nl +
+ Wed Sep 21 12:30:13 CEST 2011 +

+
+ +
On Wed, Sep 21, 2011 at 01:02:51AM +0100, Colin Guthrie wrote:
+> Hmmm, not really the right fix I think as the upstream one is very
+> different (in gnome-shell):
+
+Screenshot (don't share too much) of what it should look like:
+http://people.gnome.org/~halfline/GDM-Screenshot.png
+
+This was before it was actually committed, so not 100% guarantee it
+looks the same.
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008286.html b/zarb-ml/mageia-dev/2011-September/008286.html new file mode 100644 index 000000000..fb3d533d6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008286.html @@ -0,0 +1,92 @@ + + + + [Mageia-dev] [changelog] cauldron core/release perl_checker-1.2.12-1.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release perl_checker-1.2.12-1.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Wed Sep 21 17:18:02 CEST 2011 +

+
+ +
On 20 September 2011 21:28, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> URL         : http://svn.mandriva.com/cgi-bin/viewvc.cgi/soft/perl_checker
+
+Hey you moron! You should have fixed the URL!!!
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008287.html b/zarb-ml/mageia-dev/2011-September/008287.html new file mode 100644 index 000000000..185a3bc32 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008287.html @@ -0,0 +1,80 @@ + + + + [Mageia-dev] Meeting tonight + + + + + + + + + +

[Mageia-dev] Meeting tonight

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Wed Sep 21 17:48:15 CEST 2011 +

+
+ +
On 15 September 2011 16:12, Thierry Vignaud <thierry.vignaud at gmail.com> wrote:
+> Suggestions:
+> - investigating using the equivalent of --searchmedia
+> - reusing the old connectiva upgrade infrastructure in the drakx installer
+>  and release a patched installed (a mageia 1.1) that list mdv packages, remove
+>  them prior to upgrading"
+> - patch perl-URPM so that foobar-X-Ymga is always newer than foobar-Z-Wmdv
+>
+> In the first case, we would go with something like r[1-4].diff
+> warning: unknown impact on startup time & RAM usage (in fact it's not
+> even tested)
+
+So no one tested?
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008288.html b/zarb-ml/mageia-dev/2011-September/008288.html new file mode 100644 index 000000000..059460d34 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008288.html @@ -0,0 +1,88 @@ + + + + [Mageia-dev] Meeting tonight + + + + + + + + + +

[Mageia-dev] Meeting tonight

+ Samuel Verschelde + stormi at laposte.net +
+ Wed Sep 21 18:13:37 CEST 2011 +

+
+ +
Le mercredi 21 septembre 2011 17:48:15, Thierry Vignaud a écrit :
+> On 15 September 2011 16:12, Thierry Vignaud <thierry.vignaud at gmail.com> 
+wrote:
+> > Suggestions:
+> > - investigating using the equivalent of --searchmedia
+> > - reusing the old connectiva upgrade infrastructure in the drakx
+> > installer and release a patched installed (a mageia 1.1) that list mdv
+> > packages, remove them prior to upgrading"
+> > - patch perl-URPM so that foobar-X-Ymga is always newer than
+> > foobar-Z-Wmdv
+> > 
+> > In the first case, we would go with something like r[1-4].diff
+> > warning: unknown impact on startup time & RAM usage (in fact it's not
+> > even tested)
+> 
+> So no one tested?
+
+No, sorry, I haven't had any time for that but want to look at your patches 
+for the use of the equivalent of --searchmedia as soon as I can.
+
+Samuel
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008289.html b/zarb-ml/mageia-dev/2011-September/008289.html new file mode 100644 index 000000000..35bbd3202 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008289.html @@ -0,0 +1,118 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Florian Hubold + doktor5000 at arcor.de +
+ Wed Sep 21 20:35:38 CEST 2011 +

+
+ +
Hello,
+
+during validation of validation of msec/sectool update candidates,
+a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
+Seems mailx (on behalf of msec) can't send mails to local user accounts
+due to missing sendmail, citing one of the comments:
+
+    https://bugs.mageia.org/show_bug.cgi?id=2255#c25
+    But sendmail (or alternative) is required for local delivery.
+    Try it out for yourself
+
+    $ mailx -v -s "test mail" root
+    EOT
+    /usr/lib/sendmail: No such file or directory
+    "/home/derek/dead.letter" 9/214
+    . . . message not sent.
+
+This results in msec reports ending as /dead.letter and never being
+sent to the user who was specified in msec configuraion or during
+initial installation of Mageia.
+
+So i added a require on sendmail to msec. But sendmail conflicts
+with vacation, and more importantly with postfix.
+So how to solve this mess? Do we want the reports to not be sent
+to some local user account, we can leave it like it is and i'll
+remove the require on sendmail.
+
+But if we want security reports to be sent to local users if they
+specify so, how to proceed further?
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008290.html b/zarb-ml/mageia-dev/2011-September/008290.html new file mode 100644 index 000000000..c8a9df37d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008290.html @@ -0,0 +1,175 @@ + + + + [Mageia-dev] Faac and building upon faac + + + + + + + + + +

[Mageia-dev] Faac and building upon faac

+ Philippe DIDIER + philippedidier at laposte.net +
+ Wed Sep 21 20:41:35 CEST 2011 +

+
+ +
First I may apologize for breaking the thread
+(a little technical and geographical problem...)
+
+On/Wed Sep 21 03:47:31 CEST 2011/  *Anssi Hannula*  wrote :
+>On 21.09.2011 03:14, Philippe DIDIER wrote:
+>>/  Anssi Hannula wrote /Tue Sep 20 17:29:44/ :
+/>>>/Including faac itself is no less safe than other patent-encumbered
+/>>>/codecs, since the non-free parts do not forbid redistribution.
+/>/>
+/>/>  The only non-free and non GPL part of FAAC is the ISO MPEG reference
+/>/>  code which
+/>/>  it is based on... to comply with this international standard (nothing
+/>/>  strange in that)
+/>/>  everything else is LGPL .
+/>/>  An international standard may not be modified,  for sure, and is surely
+/>/>  not GPL !
+/>/>  And for this reason we may consider FAAC as non-free...
+/>
+>Copying reference code is not needed to comply with an international
+>standard.
+
+Sorry, my phrase was not clear enough :
+I meant :
+To comply with international standard (ISO), faac needed to be based on
+/the ISO MPEG reference/  /code/  , which is non-free and non GPL, and which is included
+in the sources... everything else is LGPL !
+Texas Instrument wrote and copyrighted this part of the ISO MPEG reference code in 1997...
+
+
+(I didn't mean that simply copying the reference code is needed to comply
+with the international standard...)
+
+
+Hope this post will arrive before the tonight meeting...
+
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008291.html b/zarb-ml/mageia-dev/2011-September/008291.html new file mode 100644 index 000000000..2caba15ff --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008291.html @@ -0,0 +1,125 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Thomas Backlund + tmb at mageia.org +
+ Wed Sep 21 20:48:30 CEST 2011 +

+
+ +
Florian Hubold skrev 21.9.2011 21:35:
+> Hello,
+>
+> during validation of validation of msec/sectool update candidates,
+> a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
+> Seems mailx (on behalf of msec) can't send mails to local user accounts
+> due to missing sendmail, citing one of the comments:
+>
+>      https://bugs.mageia.org/show_bug.cgi?id=2255#c25
+>      But sendmail (or alternative) is required for local delivery.
+>      Try it out for yourself
+>
+>      $ mailx -v -s "test mail" root
+>      EOT
+>      /usr/lib/sendmail: No such file or directory
+>      "/home/derek/dead.letter" 9/214
+>      . . . message not sent.
+>
+> This results in msec reports ending as /dead.letter and never being
+> sent to the user who was specified in msec configuraion or during
+> initial installation of Mageia.
+>
+> So i added a require on sendmail to msec. But sendmail conflicts
+> with vacation, and more importantly with postfix.
+> So how to solve this mess? Do we want the reports to not be sent
+> to some local user account, we can leave it like it is and i'll
+> remove the require on sendmail.
+>
+> But if we want security reports to be sent to local users if they
+> specify so, how to proceed further?
+>
+
+Require or Suggest sendmail-command
+
+--
+Thomas
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008292.html b/zarb-ml/mageia-dev/2011-September/008292.html new file mode 100644 index 000000000..d4f2e5382 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008292.html @@ -0,0 +1,99 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Balcaen John + mikala at mageia.org +
+ Wed Sep 21 20:48:16 CEST 2011 +

+
+ +
Le Mercredi 21 Septembre 2011 20:35:38 Florian Hubold a écrit :
+> Hello,
+> 
+> during validation of validation of msec/sectool update candidates,
+> a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
+> Seems mailx (on behalf of msec) can't send mails to local user
+> accounts due to missing sendmail, citing one of the comments:
+[...]
+> But if we want security reports to be sent to local users if they
+> specify so, how to proceed further?
+you simply need a requires on sendmail-command
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008293.html b/zarb-ml/mageia-dev/2011-September/008293.html new file mode 100644 index 000000000..503a3fb1f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008293.html @@ -0,0 +1,185 @@ + + + + [Mageia-dev] Faac and building upon faac + + + + + + + + + +

[Mageia-dev] Faac and building upon faac

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Wed Sep 21 20:53:21 CEST 2011 +

+
+ +
On 21.09.2011 21:41, Philippe DIDIER wrote:
+> First I may apologize for breaking the thread
+> (a little technical and geographical problem...)
+> 
+> On/Wed Sep 21 03:47:31 CEST 2011/  *Anssi Hannula*  wrote :
+>> On 21.09.2011 03:14, Philippe DIDIER wrote:
+>>> /  Anssi Hannula wrote /Tue Sep 20 17:29:44/ :
+> />>>/Including faac itself is no less safe than other patent-encumbered
+> />>>/codecs, since the non-free parts do not forbid redistribution.
+> />/>
+> />/>  The only non-free and non GPL part of FAAC is the ISO MPEG reference
+> />/>  code which
+> />/>  it is based on... to comply with this international standard (nothing
+> />/>  strange in that)
+> />/>  everything else is LGPL .
+> />/>  An international standard may not be modified,  for sure, and is
+> surely
+> />/>  not GPL !
+> />/>  And for this reason we may consider FAAC as non-free...
+> />
+>> Copying reference code is not needed to comply with an international
+>> standard.
+> 
+> Sorry, my phrase was not clear enough :
+> I meant :
+> To comply with international standard (ISO), faac needed to be based on
+> /the ISO MPEG reference/  /code/  , which is non-free and non GPL, and
+> which is included
+> in the sources... everything else is LGPL !
+> Texas Instrument wrote and copyrighted this part of the ISO MPEG
+> reference code in 1997...
+> 
+> (I didn't mean that simply copying the reference code is needed to comply
+> with the international standard...)
+
+There is no need whatsoever to base AAC encoder code in the reference
+code to comply with the standard.
+
+All that is needed is an encoder that complies with the stream format
+specification in the standard (which is not program code).
+
+None of the other encoders we have that comply with international
+standard are based on non-free reference code (to the best of our
+knowledge, of course).
+
+> Hope this post will arrive before the tonight meeting...
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008294.html b/zarb-ml/mageia-dev/2011-September/008294.html new file mode 100644 index 000000000..941817ba6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008294.html @@ -0,0 +1,109 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Samuel Verschelde + stormi at laposte.net +
+ Wed Sep 21 21:19:12 CEST 2011 +

+
+ +
Le dimanche 18 septembre 2011 23:11:38, Samuel Verschelde a écrit :
+> Le vendredi 16 septembre 2011 22:42:41, Samuel Verschelde a écrit :
+> > Le jeudi 15 septembre 2011 23:13:35, Samuel Verschelde a écrit :
+> > > Le mercredi 14 septembre 2011 23:06:07, Samuel Verschelde a écrit :
+> > > > The objective for the 7 following days is to reach 2000 packages with
+> > > > a maintainer (not counting perl packages, still). I will send you
+> > > > daily results. Deadline is the next packager meeting.
+> > > 
+> > > Yesterday, we had 1118 non-perl packages with a maintainer.
+> > > 
+> > > Tonight, the number is : 1677, which is a great progress, but it's not
+> > > 2000 yet (and 2000 is only the first step) ! Keep grabbing !
+> > 
+> > Now the count is 1919. Let's reach 2000 tomorrow !
+> 
+> Yesterday evening: 1993
+> 
+> Today: 2306
+> 
+> Here is the new objective: have more packages with a maintainer than
+> packages without a maintainer (still excluding perl packages).
+> 
+> Maintained: 2306
+> Unmaintained: 3762
+> 
+
+Maintained: 2341
+Unmaintained: 3737
+
+Looks like the 2 previous days have not seen much package grabbing, are we all 
+full ?
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008295.html b/zarb-ml/mageia-dev/2011-September/008295.html new file mode 100644 index 000000000..3ba6b8cbd --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008295.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Juan Luis Baptiste + juan.baptiste at gmail.com +
+ Wed Sep 21 21:21:18 CEST 2011 +

+
+ +
On Wed, Sep 21, 2011 at 2:19 PM, Samuel Verschelde <stormi at laposte.net> wrote:
+>
+> Maintained: 2341
+> Unmaintained: 3737
+>
+> Looks like the 2 previous days have not seen much package grabbing, are we all
+> full ?
+>
+
+Can you please send again the list of remaining unmaintained packages
+? that would make it easier to pick some more.
+
+
+-- 
+JLB
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008296.html b/zarb-ml/mageia-dev/2011-September/008296.html new file mode 100644 index 000000000..9d4b080af --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008296.html @@ -0,0 +1,101 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Cazzaniga Sandro + cazzaniga.sandro at gmail.com +
+ Wed Sep 21 21:22:57 CEST 2011 +

+
+ +
2011/9/21 Juan Luis Baptiste <juan.baptiste at gmail.com>
+
+> On Wed, Sep 21, 2011 at 2:19 PM, Samuel Verschelde <stormi at laposte.net>
+> wrote:
+> >
+> > Maintained: 2341
+> > Unmaintained: 3737
+> >
+> > Looks like the 2 previous days have not seen much package grabbing, are
+> we all
+> > full ?
+> >
+>
+> Can you please send again the list of remaining unmaintained packages
+> ? that would make it easier to pick some more.
+>
+>
+> --
+> JLB
+>
+
+May be you can use an mgarepo command for that.
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110921/df5b5ff8/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008297.html b/zarb-ml/mageia-dev/2011-September/008297.html new file mode 100644 index 000000000..daeae69b4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008297.html @@ -0,0 +1,87 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Sander Lepik + sander.lepik at eesti.ee +
+ Wed Sep 21 21:33:38 CEST 2011 +

+
+ +
21.09.2011 22:21, Juan Luis Baptiste kirjutas:
+> Can you please send again the list of remaining unmaintained packages
+> ? that would make it easier to pick some more.
+>
+mgarepo maintdb get |grep nobody
+
+Live list ;)
+
+--
+Sander
+
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008298.html b/zarb-ml/mageia-dev/2011-September/008298.html new file mode 100644 index 000000000..53ea1e717 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008298.html @@ -0,0 +1,130 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Mjules + mjulien.m at gmail.com +
+ Wed Sep 21 20:59:05 CEST 2011 +

+
+ +
Le Wed, 21 Sep 2011 20:35:38 +0200,
+Florian Hubold <doktor5000 at arcor.de> a écrit :
+
+> Hello,
+> 
+> during validation of validation of msec/sectool update candidates,
+> a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
+> Seems mailx (on behalf of msec) can't send mails to local user
+> accounts due to missing sendmail, citing one of the comments:
+> 
+>     https://bugs.mageia.org/show_bug.cgi?id=2255#c25
+>     But sendmail (or alternative) is required for local delivery.
+>     Try it out for yourself
+> 
+>     $ mailx -v -s "test mail" root
+>     EOT
+>     /usr/lib/sendmail: No such file or directory
+>     "/home/derek/dead.letter" 9/214
+>     . . . message not sent.
+> 
+> This results in msec reports ending as /dead.letter and never being
+> sent to the user who was specified in msec configuraion or during
+> initial installation of Mageia.
+> 
+> So i added a require on sendmail to msec. But sendmail conflicts
+> with vacation, and more importantly with postfix.
+> So how to solve this mess? Do we want the reports to not be sent
+> to some local user account, we can leave it like it is and i'll
+> remove the require on sendmail.
+> 
+> But if we want security reports to be sent to local users if they
+> specify so, how to proceed further?
+> 
+
+Hi,
+
+IIRC mailx don't do local delivery alone. If we want to allow local
+delivery but not require a full smtp server, we could use dma
+(DragonFly Mail Agent [1]) which is a lightweight alternative.
+
+It seems sendmail-command is a provide of most of smtp package so maybe
+you can add a require on it.
+
+regards
+Julien
+
+[1] https://gitorious.org/dma & http://svnweb.mageia.org/packages/cauldron/dma/
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008299.html b/zarb-ml/mageia-dev/2011-September/008299.html new file mode 100644 index 000000000..20041a5d6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008299.html @@ -0,0 +1,137 @@ + + + + [Mageia-dev] [changelog] [RPM] 1 core/updates_testing msec-0.80.10-2.2.mga1 + + + + + + + + + +

[Mageia-dev] [changelog] [RPM] 1 core/updates_testing msec-0.80.10-2.2.mga1

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Wed Sep 21 22:15:45 CEST 2011 +

+
+ +
On 21 September 2011 18:59, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> doktor5000 <doktor5000> 0.80.10-2.2.mga1:
+> + Revision: 146484
+> - add Require on sendmail to allow successful sending of reports
+
+Isn't there a virtual provide for MTA?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008300.html b/zarb-ml/mageia-dev/2011-September/008300.html new file mode 100644 index 000000000..54565fbb5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008300.html @@ -0,0 +1,127 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Luc Menut + lmenut at free.fr +
+ Thu Sep 22 00:09:16 CEST 2011 +

+
+ +
Le 21/09/2011 20:35, Florian Hubold a écrit :
+> Hello,
+>
+> during validation of validation of msec/sectool update candidates,
+> a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
+...
+>
+> But if we want security reports to be sent to local users if they
+> specify so, how to proceed further?
+>
+
+msec can work very well without sending these reports by email; all the 
+security's reports are available in /var/log/security, and msec notifies 
+the user about this at each time it runs, so sendmail is absolutely not 
+mandatory.
+So I think that msec shouldn't have a Requires on sendmail-command, 
+eventually it can be a Suggest.
+
+But perhaps we could/should change the configuration of msec to not send 
+email by default, by adding MAIL_WARN=no in 
+/etc/security/msec/security.conf.
+
+
+-- 
+Luc Menut
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008301.html b/zarb-ml/mageia-dev/2011-September/008301.html new file mode 100644 index 000000000..ab3ae0e14 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008301.html @@ -0,0 +1,70 @@ + + + + [Mageia-dev] [WARNING] libpng-1.5.4 landing soon + + + + + + + + + +

[Mageia-dev] [WARNING] libpng-1.5.4 landing soon

+ Luc Menut + lmenut at free.fr +
+ Thu Sep 22 00:11:55 CEST 2011 +

+
+ +
Le 21/09/2011 04:07, Funda Wang a écrit :
+> Now the migration is almost done here. The left packages are:
+>
+> Won't build due to other reasons:
+> eclipse, glibc, midori, R-base, xemacs
+
+I will look at R-base, probably next week-end.
+
+
+regards,
+
+-- 
+Luc Menut
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008302.html b/zarb-ml/mageia-dev/2011-September/008302.html new file mode 100644 index 000000000..92ef3f42f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008302.html @@ -0,0 +1,117 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Eugeni Dodonov + eugeni at dodonov.net +
+ Thu Sep 22 01:32:58 CEST 2011 +

+
+ +
On Wed, Sep 21, 2011 at 19:09, Luc Menut <lmenut at free.fr> wrote:
+
+>
+> But perhaps we could/should change the configuration of msec to not send
+> email by default, by adding MAIL_WARN=no in /etc/security/msec/security.**
+> conf.
+>
+
+Better doing it for /etc/security/msec/level.* then.
+
+-- 
+Eugeni Dodonov
+<http://eugeni.dodonov.net/>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110921/82a49b14/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008303.html b/zarb-ml/mageia-dev/2011-September/008303.html new file mode 100644 index 000000000..f65b55398 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008303.html @@ -0,0 +1,147 @@ + + + + [Mageia-dev] [changelog] [RPM] 1 core/updates_testing msec-0.80.10-2.2.mga1 + + + + + + + + + +

[Mageia-dev] [changelog] [RPM] 1 core/updates_testing msec-0.80.10-2.2.mga1

+ Eugeni Dodonov + eugeni at dodonov.net +
+ Thu Sep 22 01:34:15 CEST 2011 +

+
+ +
On Wed, Sep 21, 2011 at 17:15, Thierry Vignaud <thierry.vignaud at gmail.com>wrote:
+
+> On 21 September 2011 18:59, Mageia Team <buildsystem-daemon at mageia.org>
+> wrote:
+> > doktor5000 <doktor5000> 0.80.10-2.2.mga1:
+> > + Revision: 146484
+> > - add Require on sendmail to allow successful sending of reports
+>
+> Isn't there a virtual provide for MTA?
+>
+
+It is 'sendmail-command'.
+
+-- 
+Eugeni Dodonov
+<http://eugeni.dodonov.net/>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110921/33d0695b/attachment-0001.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008304.html b/zarb-ml/mageia-dev/2011-September/008304.html new file mode 100644 index 000000000..fe827d446 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008304.html @@ -0,0 +1,95 @@ + + + + [Mageia-dev] [WARNING] libpng-1.5.4 landing soon + + + + + + + + + +

[Mageia-dev] [WARNING] libpng-1.5.4 landing soon

+ Matteo + pasotti.matteo at gmail.com +
+ Thu Sep 22 10:57:22 CEST 2011 +

+
+ +
-----BEGIN PGP SIGNED MESSAGE-----
+Hash: SHA1
+
+Il 21/09/2011 04:07, Funda Wang ha scritto:
+> Now the migration is almost done here. The left packages are:
+> 
+> Won't build due to other reasons:
+> eclipse, glibc, midori, R-base, xemacs
+> 
+> Propose to drop from distro:
+> kompozer, fltk2, sam2p, stratagus2.1
+> 
+> Wait for upstream new version:
+> texlive, xbmc
+> 
+> *** Huge patch help wanted:
+> freeimage, links-graphic, links-hacked, netpbm, TiMidity++
+> 
+> Please report any other issues against libpng 1.5 migration now.
+> 
+> Regards.
+Hi,
+xaralx needs a patch I'm working on.
+Regards,
+- -- 
+Matteo
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.11 (GNU/Linux)
+Comment: Using GnuPG with Mageia - http://enigmail.mozdev.org/
+
+iQEcBAEBAgAGBQJOevhvAAoJED3LowjDDWbNdcUH+gL2e/42BqFk9V5ZVv5+FkfA
+xXw5KtuxZ6fAuVtsExpc8Yw/tw4HDzNlsCDZs2NadW/L4CfCKOu/j2pr1Gv3FIfL
+0RRd4pWCpvHOLx4NHKp2cGsu88NhCUojAaVOvKimLfIRlep9uFA6ZQixshlPPoeF
+ubgfc3i7dQEGW6/TxBBBUdZRZzYKqcXqlREuDptJ8nsBLLJG3rLVDsTsoHF8h/wI
+f8Yq3kSQk5rR9/htjkSQDGAG+LJgx27r8EpK+CKDnlfS1HjlZSxvdWFPWsm2mIfa
+6w7GmNlHqHFTaz5AkgEPH9VPCisz8zqwKEVWNYCRRLOs2JvrmGciTgtZeVROsGo=
+=d/Q9
+-----END PGP SIGNATURE-----
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008305.html b/zarb-ml/mageia-dev/2011-September/008305.html new file mode 100644 index 000000000..19e0c1e7e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008305.html @@ -0,0 +1,116 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Florian Hubold + doktor5000 at arcor.de +
+ Thu Sep 22 12:13:39 CEST 2011 +

+
+ +
Am 22.09.2011 01:32, schrieb Eugeni Dodonov:
+> On Wed, Sep 21, 2011 at 19:09, Luc Menut <lmenut at free.fr 
+> <mailto:lmenut at free.fr>> wrote:
+>
+>
+>     But perhaps we could/should change the configuration of msec to not send
+>     email by default, by adding MAIL_WARN=no in /etc/security/msec/security.conf.
+>
+>
+> Better doing it for /etc/security/msec/level.* then.
+>
+> -- 
+> Eugeni Dodonov
+> <http://eugeni.dodonov.net/>
+That sounds sensible to me. If nobody objects, i'll think that's the way to go.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008306.html b/zarb-ml/mageia-dev/2011-September/008306.html new file mode 100644 index 000000000..7343dacfc --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008306.html @@ -0,0 +1,137 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Florian Hubold + doktor5000 at arcor.de +
+ Thu Sep 22 12:19:40 CEST 2011 +

+
+ +
Am 21.09.2011 20:59, schrieb Mjules:
+> Le Wed, 21 Sep 2011 20:35:38 +0200,
+> Florian Hubold<doktor5000 at arcor.de>  a écrit :
+>
+>> Hello,
+>>
+>> during validation of validation of msec/sectool update candidates,
+>> a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
+>> Seems mailx (on behalf of msec) can't send mails to local user
+>> accounts due to missing sendmail, citing one of the comments:
+>>
+>>      https://bugs.mageia.org/show_bug.cgi?id=2255#c25
+>>      But sendmail (or alternative) is required for local delivery.
+>>      Try it out for yourself
+>>
+>>      $ mailx -v -s "test mail" root
+>>      EOT
+>>      /usr/lib/sendmail: No such file or directory
+>>      "/home/derek/dead.letter" 9/214
+>>      . . . message not sent.
+>>
+>> This results in msec reports ending as /dead.letter and never being
+>> sent to the user who was specified in msec configuraion or during
+>> initial installation of Mageia.
+>>
+>> So i added a require on sendmail to msec. But sendmail conflicts
+>> with vacation, and more importantly with postfix.
+>> So how to solve this mess? Do we want the reports to not be sent
+>> to some local user account, we can leave it like it is and i'll
+>> remove the require on sendmail.
+>>
+>> But if we want security reports to be sent to local users if they
+>> specify so, how to proceed further?
+>>
+> Hi,
+>
+> IIRC mailx don't do local delivery alone. If we want to allow local
+> delivery but not require a full smtp server, we could use dma
+> (DragonFly Mail Agent [1]) which is a lightweight alternative.
+>
+> It seems sendmail-command is a provide of most of smtp package so maybe
+> you can add a require on it.
+>
+> regards
+> Julien
+>
+> [1] https://gitorious.org/dma&  http://svnweb.mageia.org/packages/cauldron/dma/
+>
+The main problem when adding sendmail-command (or another MTA) is
+that at least every default installation of Mageia 1 will get an MTA installed.
+The question is, do we really want to force this on our users?
+
+As Luc Menut already mentioned, msec works fine without an MTA, and
+that all reports should be available under /var/log/security.
+Also his proposal to change default msec config to not send reports
+by email sounds sensible. So if nobody objects, i'll remove the require
+on sendmail-command and change default msec config.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008307.html b/zarb-ml/mageia-dev/2011-September/008307.html new file mode 100644 index 000000000..fba706764 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008307.html @@ -0,0 +1,99 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Johnny A. Solbu + cooker at solbu.net +
+ Thu Sep 22 13:09:35 CEST 2011 +

+
+ +
On Thursday 22 September 2011 12:19, Florian Hubold wrote:
+> Also his proposal to change default msec config to not send reports
+> by email sounds sensible.
+
+What happens then if the user during install provides an email address as the user who should recieve these reports?
+Or is that just overiding the default and it will then suggest to install an MTA, as the default is not used?
+
+I frequently do this in order to receive the reports from all machines in one location, and I imagine others also do.
+
+-- 
+Johnny A. Solbu
+PGP key ID: 0xFA687324
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 189 bytes
+Desc: This is a digitally signed message part.
+URL: </pipermail/mageia-dev/attachments/20110922/edfd155a/attachment.asc>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008308.html b/zarb-ml/mageia-dev/2011-September/008308.html new file mode 100644 index 000000000..76d4d4eef --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008308.html @@ -0,0 +1,205 @@ + + + + [Mageia-dev] Trying to solve bug #2317 (was: Re: Meeting tonight) + + + + + + + + + +

[Mageia-dev] Trying to solve bug #2317 (was: Re: Meeting tonight)

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 22 14:35:55 CEST 2011 +

+
+ +
Le jeudi 15 septembre 2011 16:12:11, Thierry Vignaud a écrit :
+[...]
+> Suggestions:
+> - investigating using the equivalent of --searchmedia
+
+That is an interesting option indeed.
+
+> - reusing the old connectiva upgrade infrastructure in the drakx installer
+>   and release a patched installed (a mageia 1.1) that list mdv packages,
+> remove them prior to upgrading"
+
+This looks like a heavy solution (needs new ISOs, doesn't cover already 
+migrated systems, means that mdv packages that have no equivalent in mageia 
+are removed from the system), so it's not my preferred solution.
+
+> - patch perl-URPM so that foobar-X-Ymga is always newer than foobar-Z-Wmdv
+
+I'm sorry, but I don't understand what problems this third option would solve. 
+Can you explain to me (and maybe I'm not alone) ?
+
+> 
+> In the first case, we would go with something like r[1-4].diff
+> warning: unknown impact on startup time & RAM usage (in fact it's not
+> even tested)
+
+I applied those 4 patches to rpmdrake and built a RPM that I installed on my 
+system, but I haven't seen a difference in behaviour. The msec update candidate 
+from updates_testing (updates_testing media have the update flag set on my 
+system) still can't be installed, with the following message:
+
+Sorry, the following package cannot be selected:
+- msec-0.80.10-2.2.mga1.i586 (due to unsatisfied sendmail)
+
+It apparently still doesn't use the /release media in MageiaUpdate, if I infer 
+correctly from the console logs :
+
+[root at localhost ~]# LC_ALL=C MageiaUpdate
+getting lock on urpmi
+using mirror ftp://distrib-
+coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/1/i586
+retrieved $MIRRORLIST media/core/updates media_info/MD5SUM
+comparing /var/cache/urpmi/partial/MD5SUM and /var/lib/urpmi/Core 
+Updates/MD5SUM
+medium "Core Updates" is up-to-date
+retrieved $MIRRORLIST media/core/updates_testing media_info/MD5SUM
+comparing /var/cache/urpmi/partial/MD5SUM and /var/lib/urpmi/Core Updates 
+Testing/MD5SUM
+medium "Core Updates Testing" is up-to-date
+retrieved $MIRRORLIST media/nonfree/updates media_info/MD5SUM
+comparing /var/cache/urpmi/partial/MD5SUM and /var/lib/urpmi/Nonfree 
+Updates/MD5SUM
+medium "Nonfree Updates" is up-to-date
+retrieved $MIRRORLIST media/nonfree/updates_testing media_info/MD5SUM
+comparing /var/cache/urpmi/partial/MD5SUM and /var/lib/urpmi/Nonfree Updates 
+Testing/MD5SUM
+medium "Nonfree Updates Testing" is up-to-date
+retrieved $MIRRORLIST media/tainted/updates media_info/MD5SUM
+comparing /var/cache/urpmi/partial/MD5SUM and /var/lib/urpmi/Tainted 
+Updates/MD5SUM
+medium "Tainted Updates" is up-to-date
+retrieved $MIRRORLIST media/tainted/updates_testing media_info/MD5SUM
+comparing /var/cache/urpmi/partial/MD5SUM and /var/lib/urpmi/Tainted Updates 
+Testing/MD5SUM
+medium "Tainted Updates Testing" is up-to-date
+unlocking urpmi database
+getting lock on urpmi
+using mirror ftp://distrib-
+coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/1/i586
+examining synthesis file [/var/lib/urpmi/Core Updates/synthesis.hdlist.cz]
+examining synthesis file [/var/lib/urpmi/Core Updates 
+Testing/synthesis.hdlist.cz]
+examining synthesis file [/var/lib/urpmi/Nonfree Updates/synthesis.hdlist.cz]
+examining synthesis file [/var/lib/urpmi/Nonfree Updates 
+Testing/synthesis.hdlist.cz]
+examining synthesis file [/var/lib/urpmi/Tainted Updates/synthesis.hdlist.cz]
+examining synthesis file [/var/lib/urpmi/Tainted Updates 
+Testing/synthesis.hdlist.cz]
+
+[...] 
+> >> 1)  we know there will be cases where it won't work
+> >>      (see above those with the DVD media and not the full network
+> >>      media, some new dependencies won't be found on the DVD, ...).
+> >>      Multiply by those who have installed 32 DVD, 64 DVD, dual arch DVD,
+> >> ... There are lots of different scenarios to deal with ...
+> > 
+> > I think most of us are ready to ask users to add the full media set along
+> > with updates media.
+> 
+> And still you won't catch the users that won't ask you, that won't read the
+> doc, ...
+> You can increase the % of end users that will be covered but I fear you
+> won't even cover 50% of them.
+
+Yes, that is something we will have to decide independently of bug 2137 : do 
+we still want self-contained updates media in the future (when the mdv=>mga 
+transition problem will be gone) or not. I don't know, I see drawbacks in both 
+ways. 
+If the tools add the whole media set by default (removing the button that 
+proposes only updates media), and if we add proper warnings and helpers in the 
+right place (for example have MageiaUpdate and/or rpmdrake detect the lack of 
+activated release media and propose to add them, the way it does for update 
+media currently), we should cover much more than 50% of the end-users.
+
+Also, a message such as "Sorry, the following package cannot be selected:
+- msec-0.80.10-2.2.mga1.i586 (due to unsatisfied sendmail)" is much more 
+understandable when you *don't* have release media available on your system 
+than when you do. Especially when starting the update tool you already got a 
+message saying that you should activate the release media.
+
+So the main argument that I would keep in favor of copying dependencies to 
+updates media would be if we want to support the mirroring of updates media 
+only. But I'm not sure it is worth the extra work (although I may be wrong).
+
+[...]
+> 
+> > The main difficulty is handling the transition, but this is
+> > doable too. For people who might disable release media, this may be a
+> > problem, but is there really an interesting use case for disabling
+> > release media and activating updates media ?
+> 
+> Whether it's either interesting or not, some people just do that.
+> 
+> Or play with /etc/urpmi/skip.list.
+> Another scenario I didn't bring attention upon..
+
+Indeed. But those should understand the error message I hope (and if they 
+don't, well, *they* played with the skip list :) ).
+
+> >> Will you provides patches, test scenario and do the testing?
+> > 
+> > Patches, not sure. Test scenarios is doable, testing too.
+> 
+> The faillure of the proposed patch should be a scenario for regression
+> testing btw.
+
+Indeed.
+
+Best regards
+
+Samuel
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008309.html b/zarb-ml/mageia-dev/2011-September/008309.html new file mode 100644 index 000000000..b185210a7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008309.html @@ -0,0 +1,81 @@ + + + + [Mageia-dev] Trying to solve bug #2317 (was: Re: Meeting tonight) + + + + + + + + + +

[Mageia-dev] Trying to solve bug #2317 (was: Re: Meeting tonight)

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 22 14:40:12 CEST 2011 +

+
+ +
Le jeudi 22 septembre 2011 14:35:55, Samuel Verschelde a écrit :
+> Le jeudi 15 septembre 2011 16:12:11, Thierry Vignaud a écrit :
+> [...]
+> 
+> > Suggestions:
+> > - investigating using the equivalent of --searchmedia
+> 
+> That is an interesting option indeed.
+> 
+
+I forgot: what about the suggestion that was made to tweak urpmi --update's 
+behaviour so that it proposes only updates from update media, but is capable 
+to pull dependencies from release media ? Would there be drawbacks to this 
+solution ?
+
+Samuel
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008310.html b/zarb-ml/mageia-dev/2011-September/008310.html new file mode 100644 index 000000000..9a8615d9a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008310.html @@ -0,0 +1,108 @@ + + + + [Mageia-dev] [WARNING] libpng-1.5.4 landing soon + + + + + + + + + +

[Mageia-dev] [WARNING] libpng-1.5.4 landing soon

+ Luis Daniel Lucio Quiroz + dlucio at okay.com.mx +
+ Thu Sep 22 15:08:23 CEST 2011 +

+
+ +
Why to drop komposer?
+
+Enviado desde mi teléfono Verizon Wireless
+
+-----Mensaje original-----
+De: Matteo <pasotti.matteo at gmail.com>
+Para: mageia-dev at mageia.org
+Enviado: jueves 22 de septiembre de 2011 08:57:30 GMT+00:00
+Asunto: Re: [Mageia-dev] [WARNING] libpng-1.5.4 landing soon
+
+-----BEGIN PGP SIGNED MESSAGE-----
+Hash: SHA1
+
+Il 21/09/2011 04:07, Funda Wang ha scritto:
+> Now the migration is almost done here. The left packages are:
+> 
+> Won't build due to other reasons:
+> eclipse, glibc, midori, R-base, xemacs
+> 
+> Propose to drop from distro:
+> kompozer, fltk2, sam2p, stratagus2.1
+> 
+> Wait for upstream new version:
+> texlive, xbmc
+> 
+> *** Huge patch help wanted:
+> freeimage, links-graphic, links-hacked, netpbm, TiMidity++
+> 
+> Please report any other issues against libpng 1.5 migration now.
+> 
+> Regards.
+Hi,
+xaralx needs a patch I'm working on.
+Regards,
+- -- 
+Matteo
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.11 (GNU/Linux)
+Comment: Using GnuPG with Mageia - http://enigmail.mozdev.org/
+
+iQEcBAEBAgAGBQJOevhvAAoJED3LowjDDWbNdcUH+gL2e/42BqFk9V5ZVv5+FkfA
+xXw5KtuxZ6fAuVtsExpc8Yw/tw4HDzNlsCDZs2NadW/L4CfCKOu/j2pr1Gv3FIfL
+0RRd4pWCpvHOLx4NHKp2cGsu88NhCUojAaVOvKimLfIRlep9uFA6ZQixshlPPoeF
+ubgfc3i7dQEGW6/TxBBBUdZRZzYKqcXqlREuDptJ8nsBLLJG3rLVDsTsoHF8h/wI
+f8Yq3kSQk5rR9/htjkSQDGAG+LJgx27r8EpK+CKDnlfS1HjlZSxvdWFPWsm2mIfa
+6w7GmNlHqHFTaz5AkgEPH9VPCisz8zqwKEVWNYCRRLOs2JvrmGciTgtZeVROsGo=
+=d/Q9
+-----END PGP SIGNATURE-----
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110922/5572b210/attachment-0001.html>
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008311.html b/zarb-ml/mageia-dev/2011-September/008311.html new file mode 100644 index 000000000..829da986a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008311.html @@ -0,0 +1,76 @@ + + + + [Mageia-dev] Trying to solve bug #2317 + + + + + + + + + +

[Mageia-dev] Trying to solve bug #2317

+ Sander Lepik + sander.lepik at eesti.ee +
+ Thu Sep 22 15:08:51 CEST 2011 +

+
+ +
22.09.2011 15:40, Samuel Verschelde kirjutas:
+> I forgot: what about the suggestion that was made to tweak urpmi --update's
+> behaviour so that it proposes only updates from update media, but is capable
+> to pull dependencies from release media ? Would there be drawbacks to this
+> solution ?
+>
+> Samuel
+Does urpmi know which one is release media and not backports?
+
+--
+Sander
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008312.html b/zarb-ml/mageia-dev/2011-September/008312.html new file mode 100644 index 000000000..aabe245ad --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008312.html @@ -0,0 +1,81 @@ + + + + [Mageia-dev] Trying to solve bug #2317 + + + + + + + + + +

[Mageia-dev] Trying to solve bug #2317

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 22 15:15:48 CEST 2011 +

+
+ +
Le jeudi 22 septembre 2011 15:08:51, Sander Lepik a écrit :
+> 22.09.2011 15:40, Samuel Verschelde kirjutas:
+> > I forgot: what about the suggestion that was made to tweak urpmi
+> > --update's behaviour so that it proposes only updates from update media,
+> > but is capable to pull dependencies from release media ? Would there be
+> > drawbacks to this solution ?
+> > 
+> > Samuel
+> 
+> Does urpmi know which one is release media and not backports?
+> 
+
+There are not tags used by urpmi for that AFAIK, but it could use media 
+containing /release/. There's already a similar hack for backports in 
+rpmdrake.
+
+Samuel
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008313.html b/zarb-ml/mageia-dev/2011-September/008313.html new file mode 100644 index 000000000..1aa990d51 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008313.html @@ -0,0 +1,75 @@ + + + + [Mageia-dev] Trying to solve bug #2317 + + + + + + + + + +

[Mageia-dev] Trying to solve bug #2317

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Thu Sep 22 16:08:12 CEST 2011 +

+
+ +
On 22 September 2011 15:08, Sander Lepik <sander.lepik at eesti.ee> wrote:
+>> I forgot: what about the suggestion that was made to tweak urpmi
+>> --update's
+>> behaviour so that it proposes only updates from update media, but is
+>> capable
+>> to pull dependencies from release media ? Would there be drawbacks to this
+>> solution ?
+>
+> Does urpmi know which one is release media and not backports?
+
+he _can_ though  through keywords in media_type from media.cfg
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008314.html b/zarb-ml/mageia-dev/2011-September/008314.html new file mode 100644 index 000000000..49d09d532 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008314.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Thu Sep 22 16:15:09 CEST 2011 +

+
+ +
On 22 September 2011 13:09, Johnny A. Solbu <cooker at solbu.net> wrote:
+>> Also his proposal to change default msec config to not send reports
+>> by email sounds sensible.
+>
+> What happens then if the user during install provides an email address as the user who should recieve these reports?
+> Or is that just overiding the default and it will then suggest to install an MTA, as the default is not used?
+>
+> I frequently do this in order to receive the reports from all machines in one location, and I imagine others also do.
+
+msec-gui should take care of installing an MTA then.
+If installation is canceled, it should not configure the email.
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008315.html b/zarb-ml/mageia-dev/2011-September/008315.html new file mode 100644 index 000000000..ddb51a349 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008315.html @@ -0,0 +1,87 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Florian Hubold + doktor5000 at arcor.de +
+ Thu Sep 22 16:25:56 CEST 2011 +

+
+ +
Am 22.09.2011 16:15, schrieb Thierry Vignaud:
+> On 22 September 2011 13:09, Johnny A. Solbu<cooker at solbu.net>  wrote:
+>>> Also his proposal to change default msec config to not send reports
+>>> by email sounds sensible.
+>> What happens then if the user during install provides an email address as the user who should recieve these reports?
+>> Or is that just overiding the default and it will then suggest to install an MTA, as the default is not used?
+>>
+>> I frequently do this in order to receive the reports from all machines in one location, and I imagine others also do.
+> msec-gui should take care of installing an MTA then.
+> If installation is canceled, it should not configure the email.
+>
+It should, but does it really do it?
+It is also not able to send reports to local users, even if it should be.
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008316.html b/zarb-ml/mageia-dev/2011-September/008316.html new file mode 100644 index 000000000..4c76e312b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008316.html @@ -0,0 +1,94 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Johnny A. Solbu + cooker at solbu.net +
+ Thu Sep 22 17:35:58 CEST 2011 +

+
+ +
On Thursday 22 September 2011 16:15, Thierry Vignaud wrote:
+> msec-gui should take care of installing an MTA then.
+
+What, if anything, have msec-gui to do with installing the operating system?
+If you read my previous post you would have noticed that I was talking about installing Mageia.
+
+> If installation is canceled, it should not configure the email.
+
+If installation is canceled, Mageia is not installed properly and boot loader is missing.
+
+-- 
+Johnny A. Solbu
+PGP key ID: 0xFA687324
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 189 bytes
+Desc: This is a digitally signed message part.
+URL: </pipermail/mageia-dev/attachments/20110922/d84bdf80/attachment.asc>
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008317.html b/zarb-ml/mageia-dev/2011-September/008317.html new file mode 100644 index 000000000..fbf6634e7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008317.html @@ -0,0 +1,88 @@ + + + + [Mageia-dev] [WARNING] libpng-1.5.4 landing soon + + + + + + + + + +

[Mageia-dev] [WARNING] libpng-1.5.4 landing soon

+ Pacho Ramos + pacho at condmat1.ciencias.uniovi.es +
+ Thu Sep 22 18:22:07 CEST 2011 +

+
+ +
El mié, 21-09-2011 a las 10:07 +0800, Funda Wang escribió:
+> Now the migration is almost done here. The left packages are:
+> 
+> Won't build due to other reasons:
+> eclipse, glibc, midori, R-base, xemacs
+> 
+> Propose to drop from distro:
+> kompozer, fltk2, sam2p, stratagus2.1
+> 
+> Wait for upstream new version:
+> texlive, xbmc
+> 
+> *** Huge patch help wanted:
+> freeimage, links-graphic, links-hacked, netpbm, TiMidity++
+> 
+> Please report any other issues against libpng 1.5 migration now.
+> 
+> Regards.
+> 
+
+I would point you to Gentoo and NetBSD to look for libpng-1.5 patches,
+as other people have being working on migration for a long time and
+maybe you can find fixes there :-)
+
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 198 bytes
+Desc: This is a digitally signed message part
+URL: </pipermail/mageia-dev/attachments/20110922/3ff6209e/attachment.asc>
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008318.html b/zarb-ml/mageia-dev/2011-September/008318.html new file mode 100644 index 000000000..39c986265 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008318.html @@ -0,0 +1,89 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Florian Hubold + doktor5000 at arcor.de +
+ Thu Sep 22 21:14:40 CEST 2011 +

+
+ +
Am 22.09.2011 17:35, schrieb Johnny A. Solbu:
+> On Thursday 22 September 2011 16:15, Thierry Vignaud wrote:
+>> msec-gui should take care of installing an MTA then.
+> What, if anything, have msec-gui to do with installing the operating system?
+> If you read my previous post you would have noticed that I was talking about installing Mageia.
+The bug is not about the installer, it's about msec. You're a bit off there.
+If you want to propose a change to the installer behavior, open up a bugreport
+or start a new thread, and maybe provide a patch to fix what is broken now.
+The default install includes an MTA (nail aka mailx) which is at least unable to
+send mails to local users, as it seems to require sendmail.
+This is a also seperate bug.
+>
+>> If installation is canceled, it should not configure the email.
+> If installation is canceled, Mageia is not installed properly and boot loader is missing.
+Again, Thierry was talking about msec-gui here, which is on-topic.
+Initial OS installation does not matter here.
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008319.html b/zarb-ml/mageia-dev/2011-September/008319.html new file mode 100644 index 000000000..f6891b16f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008319.html @@ -0,0 +1,142 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Florian Hubold + doktor5000 at arcor.de +
+ Thu Sep 22 21:37:04 CEST 2011 +

+
+ +
Am 22.09.2011 00:09, schrieb Luc Menut:
+> Le 21/09/2011 20:35, Florian Hubold a écrit :
+>> Hello,
+>>
+>> during validation of validation of msec/sectool update candidates,
+>> a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
+> ...
+>>
+>> But if we want security reports to be sent to local users if they
+>> specify so, how to proceed further?
+>>
+>
+> msec can work very well without sending these reports by email; all the 
+> security's reports are available in /var/log/security, and msec notifies the 
+> user about this at each time it runs, so sendmail is absolutely not mandatory.
+> So I think that msec shouldn't have a Requires on sendmail-command, 
+> eventually it can be a Suggest.
+>
+> But perhaps we could/should change the configuration of msec to not send 
+> email by default, by adding MAIL_WARN=no in /etc/security/msec/security.conf.
+>
+>
+So, to summarize, there happen to be multiple solutions here:
+
+
+1. do NOT require an MTA, let users manually read reports from /var/log/security
+     maybe even remove nail from msec Requires as it is currently non-functional.
+     Also Luc's proposal cited above could be realized.
+
+2. do require sendmail-command, which will pose a problem to users
+     installing from the CLI, because they are presented with a choice:
+
+    One of the following packages is required:
+       1 dma
+       2 ssmtp
+       3 postfix
+       4 sendmail
+       5 msmtp
+    Please make a selection:
+
+     Additionally this will force an MTA onto every default installation and every
+     installation that currently has msec installed.
+
+3. do require dma, which is a rather minimal MTA, and delivers without 
+configuration
+     Please see https://bugs.mageia.org/show_bug.cgi?id=2255#c36 for details.
+     This would also allow coexistence with an already-installed MTA, IIUC.
+
+4. Try to fix nail, which is required by msec and so in every default installation,
+     so that it is able to deliver mail by itself, without sendmail.
+
+Please give your votes.
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008320.html b/zarb-ml/mageia-dev/2011-September/008320.html new file mode 100644 index 000000000..ba72531e2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008320.html @@ -0,0 +1,161 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ andre999 + andre999.mga at laposte.net +
+ Thu Sep 22 21:48:49 CEST 2011 +

+
+ +
Florian Hubold a écrit :
+> Hello,
+>
+> during validation of validation of msec/sectool update candidates,
+> a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
+> Seems mailx (on behalf of msec) can't send mails to local user accounts
+> due to missing sendmail, citing one of the comments:
+>
+> https://bugs.mageia.org/show_bug.cgi?id=2255#c25
+> But sendmail (or alternative) is required for local delivery.
+> Try it out for yourself
+>
+> $ mailx -v -s "test mail" root
+> EOT
+> /usr/lib/sendmail: No such file or directory
+> "/home/derek/dead.letter" 9/214
+> . . . message not sent.
+>
+> This results in msec reports ending as /dead.letter and never being
+> sent to the user who was specified in msec configuraion or during
+> initial installation of Mageia.
+>
+> So i added a require on sendmail to msec. But sendmail conflicts
+> with vacation, and more importantly with postfix.
+> So how to solve this mess? Do we want the reports to not be sent
+> to some local user account, we can leave it like it is and i'll
+> remove the require on sendmail.
+>
+> But if we want security reports to be sent to local users if they
+> specify so, how to proceed further?
+
+I have postfix installed, and it works nicely with msec messages.
+So the problem with msec reports must be related to the configuration.
+(I originally installed postfix under Mandriva, so that may be a factor.)
+
+Note that in msec something like {userid}@localhost should be specified, to be 
+sent to a local user.  Maybe we should display something like
+"(use {userid}@localhost for a local user)"
+in msec.
+(I don't know offhand how to send to a local group.)
+
+Before installing postfix, the messages went to /dead.letter as you note, which 
+is awkward as it requires root privileges to remove older messages.
+
+I just noticed that sendmail is a lot smaller, so I installed it in place of 
+postfix, since that is all I use postfix for.  Hopefully it works with the 
+default config.
+It might be useful for msec to require one of postfix or sendmail.
+
+-- 
+André
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008321.html b/zarb-ml/mageia-dev/2011-September/008321.html new file mode 100644 index 000000000..4d2ef9a2f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008321.html @@ -0,0 +1,98 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Sander Lepik + sander.lepik at eesti.ee +
+ Thu Sep 22 22:19:50 CEST 2011 +

+
+ +
22.09.2011 22:37, Florian Hubold kirjutas:
+>
+> Please give your votes.
+I like the idea that by default MTA is not needed (but it might be suggested) and default
+conf uses only log. Requiring here would be too harsh as some users prefer log files and
+msec works with them as well. MTA is extra feature and user can configure it if needed.
+
+--
+Sander
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008322.html b/zarb-ml/mageia-dev/2011-September/008322.html new file mode 100644 index 000000000..80b5f8f33 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008322.html @@ -0,0 +1,160 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Florian Hubold + doktor5000 at arcor.de +
+ Thu Sep 22 22:29:18 CEST 2011 +

+
+ +
Am 22.09.2011 21:48, schrieb andre999:
+> Florian Hubold a écrit :
+>> Hello,
+>>
+>> during validation of validation of msec/sectool update candidates,
+>> a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
+>> Seems mailx (on behalf of msec) can't send mails to local user accounts
+>> due to missing sendmail, citing one of the comments:
+>>
+>> https://bugs.mageia.org/show_bug.cgi?id=2255#c25
+>> But sendmail (or alternative) is required for local delivery.
+>> Try it out for yourself
+>>
+>> $ mailx -v -s "test mail" root
+>> EOT
+>> /usr/lib/sendmail: No such file or directory
+>> "/home/derek/dead.letter" 9/214
+>> . . . message not sent.
+>>
+>> This results in msec reports ending as /dead.letter and never being
+>> sent to the user who was specified in msec configuraion or during
+>> initial installation of Mageia.
+>>
+>> So i added a require on sendmail to msec. But sendmail conflicts
+>> with vacation, and more importantly with postfix.
+>> So how to solve this mess? Do we want the reports to not be sent
+>> to some local user account, we can leave it like it is and i'll
+>> remove the require on sendmail.
+>>
+>> But if we want security reports to be sent to local users if they
+>> specify so, how to proceed further?
+>
+> I have postfix installed, and it works nicely with msec messages.
+> So the problem with msec reports must be related to the configuration.
+> (I originally installed postfix under Mandriva, so that may be a factor.)
+>
+> Note that in msec something like {userid}@localhost should be specified, to 
+> be sent to a local user.  Maybe we should display something like
+> "(use {userid}@localhost for a local user)"
+> in msec.
+> (I don't know offhand how to send to a local group.)
+>
+> Before installing postfix, the messages went to /dead.letter as you note, 
+> which is awkward as it requires root privileges to remove older messages.
+>
+> I just noticed that sendmail is a lot smaller, so I installed it in place of 
+> postfix, since that is all I use postfix for.  Hopefully it works with the 
+> default config.
+> It might be useful for msec to require one of postfix or sendmail.
+>
+Please see my other mail, with the four choices, and pick one.
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008323.html b/zarb-ml/mageia-dev/2011-September/008323.html new file mode 100644 index 000000000..47518ccd5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008323.html @@ -0,0 +1,106 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Florian Hubold + doktor5000 at arcor.de +
+ Thu Sep 22 22:32:25 CEST 2011 +

+
+ +
Am 22.09.2011 22:19, schrieb Sander Lepik:
+> 22.09.2011 22:37, Florian Hubold kirjutas:
+>> Please give your votes.
+> I like the idea that by default MTA is not needed (but it might be suggested) and default
+> conf uses only log. Requiring here would be too harsh as some users prefer log files and
+> msec works with them as well. MTA is extra feature and user can configure it if needed.
+>
+> --
+> Sander
+>
+>
+You didn't seem to understand the part about nail.
+nail aka mailx is an MTA and already in a default install, just currently it 
+doesn't work
+without sendmail, it seems. nail is currently required by msec, so msec per
+definition "needs" an MTA.
+
+But IIUC, you're in favor of choice 1. Right?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008324.html b/zarb-ml/mageia-dev/2011-September/008324.html new file mode 100644 index 000000000..380551d80 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008324.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Balcaen John + mikala at mageia.org +
+ Thu Sep 22 22:55:42 CEST 2011 +

+
+ +
Le Jeudi 22 Septembre 2011 22:32:25 Florian Hubold a écrit :
+[...]
+> 
+> You didn't seem to understand the part about nail.
+> nail aka mailx is an MTA and already in a default install, just
+> currently it doesn't work
+> without sendmail, it seems. nail is currently required by msec, so
+> msec per definition "needs" an MTA.
+Well if i'm not wrong nail or mailx is an MUA (Mail User Agent) not an 
+MTA (Mail Transfer Agent).
+
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008325.html b/zarb-ml/mageia-dev/2011-September/008325.html new file mode 100644 index 000000000..55a537c30 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008325.html @@ -0,0 +1,69 @@ + + + + [Mageia-dev] Switch from Corba to D-Bus based AT-SPI? + + + + + + + + + +

[Mageia-dev] Switch from Corba to D-Bus based AT-SPI?

+ Olav Vitters + olav at vitters.nl +
+ Thu Sep 22 23:03:53 CEST 2011 +

+
+ +
On Mon, Sep 12, 2011 at 03:20:11PM +0100, Colin Guthrie wrote:
+> As far as I'm concerned, you have carte blanche to make the necessary
+> changes here!
+
+Submitted a new at-spi which switches to dbus. Once it is finished, I'll
+import + submit pyatspi package.
+-- 
+Regards,
+Olav
+
+ + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008326.html b/zarb-ml/mageia-dev/2011-September/008326.html new file mode 100644 index 000000000..d7072bcfe --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008326.html @@ -0,0 +1,189 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ andre999 + andre999.mga at laposte.net +
+ Thu Sep 22 23:11:19 CEST 2011 +

+
+ +
Florian Hubold a écrit :
+> Am 22.09.2011 00:09, schrieb Luc Menut:
+>> Le 21/09/2011 20:35, Florian Hubold a écrit :
+>>> Hello,
+>>>
+>>> during validation of validation of msec/sectool update candidates,
+>>> a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
+>> ...
+>>> But if we want security reports to be sent to local users if they
+>>> specify so, how to proceed further?
+>>
+>> msec can work very well without sending these reports by email; all
+>> the security's reports are available in /var/log/security, and msec
+>> notifies the user about this at each time it runs, so sendmail is
+>> absolutely not mandatory.
+>> So I think that msec shouldn't have a Requires on sendmail-command,
+>> eventually it can be a Suggest.
+>>
+>> But perhaps we could/should change the configuration of msec to not
+>> send email by default, by adding MAIL_WARN=no in
+>> /etc/security/msec/security.conf.
+>>
+> So, to summarize, there happen to be multiple solutions here:
+>
+> 1. do NOT require an MTA, let users manually read reports from
+> /var/log/security
+> maybe even remove nail from msec Requires as it is currently
+> non-functional.
+
+Reading from /var/log/security is not especially user-friendly, and will be 
+ignored by less savy users.
+
+> Also Luc's proposal cited above could be realized.
+
+see below.
+
+> 2. do require sendmail-command, which will pose a problem to users
+> installing from the CLI, because they are presented with a choice:
+>
+> One of the following packages is required:
+> 1 dma
+> 2 ssmtp
+> 3 postfix
+> 4 sendmail
+> 5 msmtp
+> Please make a selection:
+>
+> Additionally this will force an MTA onto every default installation and
+> every
+> installation that currently has msec installed.
+
+Solution 3 avoids the complication of choosing, with virtually no disadvantage.
+
+> 3. do require dma, which is a rather minimal MTA, and delivers without
+> configuration
+> Please see https://bugs.mageia.org/show_bug.cgi?id=2255#c36 for details.
+> This would also allow coexistence with an already-installed MTA, IIUC.
+
+(dragonfly mail agent)
+If this works, I'd say that it is the best solution, since it is very compact 
+(64k), and virtually every system will have the DNS it requires installed.
+(Unless of course they don't have Internet or network access.  In which case 
+msec would not be particularly important.)
+Note that it is only at version 0.2 (or 0.3 upstream), so we should test it 
+carefully.
+
+> 4. Try to fix nail, which is required by msec and so in every default
+> installation,
+> so that it is able to deliver mail by itself, without sendmail.
+
+Solution #3 seems much better in every respect.
+
+> Please give your votes.
+
+Solution 3, with changes/verifications noted below.
+Since it is much simpler for the end-user to always have the capability to send 
+security alerts if an email address is entered, without installing anything extra.
+
+There are 2 options at the bottom of the first security page of msec, which 
+should already realise Luc's proposals.  They may have to be fixed.
+
+a) An option to send a security alert by email, where one enters the email 
+address.  By default it is checked.
+However, if no valid format email address is entered, an email should _not_ be 
+sent.
+As well, we should display something similar to
+"(Enter {userid}@localhost for a local user.)",
+  to help ensure that the user enters a valid local address.
+(Note that there are multi-line descriptions for all the other options above on 
+the same page, so this would fit nicely.)
+
+b) An option to display security alerts on the desktop.  Again, checked by 
+default.  They should probably remain visible until the user dismisses them. 
+(They currently display for a few seconds, then disappear.)
+
+My 2 cents :)
+
+-- 
+André
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008327.html b/zarb-ml/mageia-dev/2011-September/008327.html new file mode 100644 index 000000000..8e4fe3a42 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008327.html @@ -0,0 +1,95 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Johnny A. Solbu + cooker at solbu.net +
+ Thu Sep 22 23:37:31 CEST 2011 +

+
+ +
On Thursday 22 September 2011 21:14, Florian Hubold wrote:
+> The bug is not about the installer, it's about msec.
+
+Yes, excactly. And msec is part of the default install. No?
+So any changes to requirements of msec will influence what, if any, MTA get installed simply by installing msec.
+If someone refuse to install an MTA, for what ever reason, and actively deselect every MTA he finds, it will result in msec also beeing deselected if it require an MTA to be present. If msec is having an MTA as requirement, one cannot choose to have both msec and not an MTA at the same time. Deselecting an MTA will result in not having msec.
+
+You seemed to recognice this and suggested changing msec to not send email as default.
+Then I was wondering if entering an email address as the user who is to get reports is enouch to have msec to send email anyway, or do one have to run msec or msec-gui after install to enable it.
+
+Changing msec's default config will influense what happens to a system after OS install in future releases.
+
+-- 
+Johnny A. Solbu
+PGP key ID: 0xFA687324
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 189 bytes
+Desc: This is a digitally signed message part.
+URL: </pipermail/mageia-dev/attachments/20110922/84a583b5/attachment-0001.asc>
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008328.html b/zarb-ml/mageia-dev/2011-September/008328.html new file mode 100644 index 000000000..524eef096 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008328.html @@ -0,0 +1,84 @@ + + + + [Mageia-dev] Trying to solve bug #2317 + + + + + + + + + +

[Mageia-dev] Trying to solve bug #2317

+ JA Magallon + jamagallon at ono.com +
+ Thu Sep 22 23:53:57 CEST 2011 +

+
+ +
On Thu, 22 Sep 2011 16:08:12 +0200
+Thierry Vignaud <thierry.vignaud at gmail.com> wrote:
+
+> On 22 September 2011 15:08, Sander Lepik <sander.lepik at eesti.ee> wrote:
+> >> I forgot: what about the suggestion that was made to tweak urpmi
+> >> --update's
+> >> behaviour so that it proposes only updates from update media, but is
+> >> capable
+> >> to pull dependencies from release media ? Would there be drawbacks to this
+> >> solution ?
+> >
+> > Does urpmi know which one is release media and not backports?
+> 
+> he _can_ though  through keywords in media_type from media.cfg
+
+As a side effect, this would be wonderful to group media sources, so as
+to urpmi --group main,plf, urpmi --excludegroup plf', --excludekind backports,
+etc.... Or to enable/disable groups in edit-urpm-sources.pl.
+
+One tag for repo and other for kind.
+
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008329.html b/zarb-ml/mageia-dev/2011-September/008329.html new file mode 100644 index 000000000..c366a68a2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008329.html @@ -0,0 +1,89 @@ + + + + [Mageia-dev] [WARNING] libpng-1.5.4 landing soon + + + + + + + + + +

[Mageia-dev] [WARNING] libpng-1.5.4 landing soon

+ Funda Wang + fundawang at gmail.com +
+ Fri Sep 23 01:51:07 CEST 2011 +

+
+ +
Sure, as long as there are patches. Actually, I've already used a lot of
+patches from Gentoo. But some of them are not working locally.
+
+在 2011年9月23日星期五，Pacho Ramos <pacho at condmat1.ciencias.uniovi.es> 写道：
+> El mié, 21-09-2011 a las 10:07 +0800, Funda Wang escribió:
+>> Now the migration is almost done here. The left packages are:
+>>
+>> Won't build due to other reasons:
+>> eclipse, glibc, midori, R-base, xemacs
+>>
+>> Propose to drop from distro:
+>> kompozer, fltk2, sam2p, stratagus2.1
+>>
+>> Wait for upstream new version:
+>> texlive, xbmc
+>>
+>> *** Huge patch help wanted:
+>> freeimage, links-graphic, links-hacked, netpbm, TiMidity++
+>>
+>> Please report any other issues against libpng 1.5 migration now.
+>>
+>> Regards.
+>>
+>
+> I would point you to Gentoo and NetBSD to look for libpng-1.5 patches,
+> as other people have being working on migration for a long time and
+> maybe you can find fixes there :-)
+>
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110923/5fa625eb/attachment.html>
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008330.html b/zarb-ml/mageia-dev/2011-September/008330.html new file mode 100644 index 000000000..4317d0dfd --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008330.html @@ -0,0 +1,98 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Eugeni Dodonov + eugeni at dodonov.net +
+ Fri Sep 23 03:55:36 CEST 2011 +

+
+ +
On Thu, Sep 22, 2011 at 07:19, Florian Hubold <doktor5000 at arcor.de> wrote:
+
+> The main problem when adding sendmail-command (or another MTA) is
+> that at least every default installation of Mageia 1 will get an MTA
+> installed.
+> The question is, do we really want to force this on our users?
+>
+
+I have one yet more controversial idea - do we need msec installed by
+default? :)
+
+-- 
+Eugeni Dodonov
+ <http://eugeni.dodonov.net/>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110922/ec04c910/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008331.html b/zarb-ml/mageia-dev/2011-September/008331.html new file mode 100644 index 000000000..424be9bdc --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008331.html @@ -0,0 +1,157 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ blind Pete + 0123peter at gmail.com +
+ Fri Sep 23 04:16:26 CEST 2011 +

+
+ +
on Fri, 23 Sep 2011 05:37
+in the Usenet newsgroup gmane.linux.mageia.devel
+Florian Hubold wrote:
+
+> Am 22.09.2011 00:09, schrieb Luc Menut:
+>> Le 21/09/2011 20:35, Florian Hubold a écrit :
+>>> Hello,
+>>>
+>>> during validation of validation of msec/sectool update candidates,
+>>> a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
+>> ...
+>>>
+>>> But if we want security reports to be sent to local users if they
+>>> specify so, how to proceed further?
+>>>
+>>
+>> msec can work very well without sending these reports by email; all the 
+>> security's reports are available in /var/log/security, and msec notifies the 
+>> user about this at each time it runs, so sendmail is absolutely not mandatory.
+>> So I think that msec shouldn't have a Requires on sendmail-command, 
+>> eventually it can be a Suggest.
+>>
+>> But perhaps we could/should change the configuration of msec to not send 
+>> email by default, by adding MAIL_WARN=no in /etc/security/msec/security.conf.
+>>
+>>
+> So, to summarize, there happen to be multiple solutions here:
+> 
+> 
+> 1. do NOT require an MTA, let users manually read reports from /var/log/security
+>      maybe even remove nail from msec Requires as it is currently non-functional.
+>      Also Luc's proposal cited above could be realized.
+
+1a.  Popup box (this sort of happens in KDE) or a "write" message to 
+the tty that says, "go read the logs".  
+
+> 2. do require sendmail-command, which will pose a problem to users
+>      installing from the CLI, because they are presented with a choice:
+> 
+>     One of the following packages is required:
+>        1 dma
+>        2 ssmtp
+>        3 postfix
+>        4 sendmail
+>        5 msmtp
+>     Please make a selection:
+> 
+>      Additionally this will force an MTA onto every default installation and every
+>      installation that currently has msec installed.
+> 
+> 3. do require dma, which is a rather minimal MTA, and delivers without 
+> configuration
+>      Please see https://bugs.mageia.org/show_bug.cgi?id=2255#c36 for details.
+>      This would also allow coexistence with an already-installed MTA, IIUC.
+> 
+> 4. Try to fix nail, which is required by msec and so in every default installation,
+>      so that it is able to deliver mail by itself, without sendmail.
+
+Impossible question but would that involve much work?  
+
+> Please give your votes.
+
+Anything that works is acceptable.  
+
+If you want to get fancy, offer a choice that includes 
+"none (will lose functionality)".  Default to whatever 
+MTA has already been selected, or dma if no previous 
+selection has been made.  
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008332.html b/zarb-ml/mageia-dev/2011-September/008332.html new file mode 100644 index 000000000..d4f2910df --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008332.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Eugeni Dodonov + eugeni at dodonov.net +
+ Fri Sep 23 04:36:05 CEST 2011 +

+
+ +
On Thu, Sep 22, 2011 at 23:16, blind Pete <0123peter at gmail.com> wrote:
+
+> 1a.  Popup box (this sort of happens in KDE) or a "write" message to
+> the tty that says, "go read the logs".
+>
+
+The desktop notification is already there actually, since Mandriva 2009.1.
+
+Tty notification was there since Mandrake era I think.
+
+-- 
+Eugeni Dodonov
+<http://eugeni.dodonov.net/>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110922/96119838/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008333.html b/zarb-ml/mageia-dev/2011-September/008333.html new file mode 100644 index 000000000..c594ee16f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008333.html @@ -0,0 +1,108 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ andre999 + andre999.mga at laposte.net +
+ Fri Sep 23 04:43:58 CEST 2011 +

+
+ +
Balcaen John a écrit :
+> Le Jeudi 22 Septembre 2011 22:32:25 Florian Hubold a écrit :
+> [...]
+>>
+>> You didn't seem to understand the part about nail.
+>> nail aka mailx is an MTA and already in a default install, just
+>> currently it doesn't work
+>> without sendmail, it seems. nail is currently required by msec, so
+>> msec per definition "needs" an MTA.
+> Well if i'm not wrong nail or mailx is an MUA (Mail User Agent) not an
+> MTA (Mail Transfer Agent).
+
+You're right -- so we'll have to keep nail/mailx (or an equivalent) for the MUA 
+side of the process.
+Although nail is supposed to handle both sides, (according to the description), 
+it would likely be easier to add dma/dragonfly than to try fixing nail, which 
+does the user agent side well.  But if the MTA side of nail could be readily 
+fixed ...
+
+Since they've changed the name of nail to mailx upstream (according to the 
+description), shouldn't we be packaging it as mailx now ?  (With a provides 
+nail, I assume.)
+
+-- 
+André
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008334.html b/zarb-ml/mageia-dev/2011-September/008334.html new file mode 100644 index 000000000..c414edc16 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008334.html @@ -0,0 +1,187 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Florian Hubold + doktor5000 at arcor.de +
+ Fri Sep 23 10:47:30 CEST 2011 +

+
+ +
Am 22.09.2011 23:11, schrieb andre999:
+> Florian Hubold a écrit :
+>> Am 22.09.2011 00:09, schrieb Luc Menut:
+>>> Le 21/09/2011 20:35, Florian Hubold a écrit :
+>>>> Hello,
+>>>>
+>>>> during validation of validation of msec/sectool update candidates,
+>>>> a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
+>>> ...
+>>>> But if we want security reports to be sent to local users if they
+>>>> specify so, how to proceed further?
+>>>
+>>> msec can work very well without sending these reports by email; all
+>>> the security's reports are available in /var/log/security, and msec
+>>> notifies the user about this at each time it runs, so sendmail is
+>>> absolutely not mandatory.
+>>> So I think that msec shouldn't have a Requires on sendmail-command,
+>>> eventually it can be a Suggest.
+>>>
+>>> But perhaps we could/should change the configuration of msec to not
+>>> send email by default, by adding MAIL_WARN=no in
+>>> /etc/security/msec/security.conf.
+>>>
+>> So, to summarize, there happen to be multiple solutions here:
+>>
+>> 1. do NOT require an MTA, let users manually read reports from
+>> /var/log/security
+>> maybe even remove nail from msec Requires as it is currently
+>> non-functional.
+>
+> Reading from /var/log/security is not especially user-friendly, and will be 
+> ignored by less savy users.
+Less savvy users might also not want to read security reports, also it would 
+mean they
+can't interpret them properly or fix the cause of reported problems, no?
+>
+>> Also Luc's proposal cited above could be realized.
+>
+> see below.
+>
+>> 2. do require sendmail-command, which will pose a problem to users
+>> installing from the CLI, because they are presented with a choice:
+>>
+>> One of the following packages is required:
+>> 1 dma
+>> 2 ssmtp
+>> 3 postfix
+>> 4 sendmail
+>> 5 msmtp
+>> Please make a selection:
+>>
+>> Additionally this will force an MTA onto every default installation and
+>> every
+>> installation that currently has msec installed.
+>
+> Solution 3 avoids the complication of choosing, with virtually no disadvantage.
+>
+>> 3. do require dma, which is a rather minimal MTA, and delivers without
+>> configuration
+>> Please see https://bugs.mageia.org/show_bug.cgi?id=2255#c36 for details.
+>> This would also allow coexistence with an already-installed MTA, IIUC.
+>
+> (dragonfly mail agent)
+> If this works, I'd say that it is the best solution, since it is very compact 
+> (64k), and virtually every system will have the DNS it requires installed.
+> (Unless of course they don't have Internet or network access.  In which case 
+> msec would not be particularly important.)
+> Note that it is only at version 0.2 (or 0.3 upstream), so we should test it 
+> carefully.
+>
+>> 4. Try to fix nail, which is required by msec and so in every default
+>> installation,
+>> so that it is able to deliver mail by itself, without sendmail.
+>
+> Solution #3 seems much better in every respect.
+>
+>> Please give your votes.
+>
+> Solution 3, with changes/verifications noted below.
+> Since it is much simpler for the end-user to always have the capability to 
+> send security alerts if an email address is entered, without installing 
+> anything extra.
+>
+> There are 2 options at the bottom of the first security page of msec, which 
+> should already realise Luc's proposals.  They may have to be fixed.
+>
+> a) An option to send a security alert by email, where one enters the email 
+> address.  By default it is checked.
+> However, if no valid format email address is entered, an email should _not_ 
+> be sent.
+> As well, we should display something similar to
+> "(Enter {userid}@localhost for a local user.)",
+>  to help ensure that the user enters a valid local address.
+> (Note that there are multi-line descriptions for all the other options above 
+> on the same page, so this would fit nicely.)
+>
+> b) An option to display security alerts on the desktop.  Again, checked by 
+> default.  They should probably remain visible until the user dismisses them. 
+> (They currently display for a few seconds, then disappear.)
+>
+> My 2 cents :)
+>
+Feel free to send patches for a) and b).
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008335.html b/zarb-ml/mageia-dev/2011-September/008335.html new file mode 100644 index 000000000..36f7d6d36 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008335.html @@ -0,0 +1,88 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Florian Hubold + doktor5000 at arcor.de +
+ Fri Sep 23 10:52:26 CEST 2011 +

+
+ +
Am 22.09.2011 23:37, schrieb Johnny A. Solbu:
+> On Thursday 22 September 2011 21:14, Florian Hubold wrote:
+>> The bug is not about the installer, it's about msec.
+> Yes, excactly. And msec is part of the default install. No?
+> So any changes to requirements of msec will influence what, if any, MTA get installed simply by installing msec.
+> If someone refuse to install an MTA, for what ever reason, and actively deselect every MTA he finds, it will result in msec also beeing deselected if it require an MTA to be present. If msec is having an MTA as requirement, one cannot choose to have both msec and not an MTA at the same time. Deselecting an MTA will result in not having msec.
+Correction: nail/mailx is an MUA, as pointed out by Balcaen John.
+It seems to be only an email reader, but not able to transport on its own.
+>
+> You seemed to recognice this and suggested changing msec to not send email as default.
+> Then I was wondering if entering an email address as the user who is to get reports is enouch to have msec to send email anyway, or do one have to run msec or msec-gui after install to enable it.
+>
+> Changing msec's default config will influense what happens to a system after OS install in future releases.
+>
+Still, you didn't tell for which choice you vote.
+
+Also this sounds kind of confusing : You don't want msec to require an MTA,
+but seems you want msec to send reports to an email adress if you enter one.
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008336.html b/zarb-ml/mageia-dev/2011-September/008336.html new file mode 100644 index 000000000..8ad4e46a7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008336.html @@ -0,0 +1,107 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Florian Hubold + doktor5000 at arcor.de +
+ Fri Sep 23 11:03:32 CEST 2011 +

+
+ +
Am 23.09.2011 04:43, schrieb andre999:
+> Balcaen John a écrit :
+>> Le Jeudi 22 Septembre 2011 22:32:25 Florian Hubold a écrit :
+>> [...]
+>>>
+>>> You didn't seem to understand the part about nail.
+>>> nail aka mailx is an MTA and already in a default install, just
+>>> currently it doesn't work
+>>> without sendmail, it seems. nail is currently required by msec, so
+>>> msec per definition "needs" an MTA.
+>> Well if i'm not wrong nail or mailx is an MUA (Mail User Agent) not an
+>> MTA (Mail Transfer Agent).
+>
+> You're right -- so we'll have to keep nail/mailx (or an equivalent) for the 
+> MUA side of the process.
+> Although nail is supposed to handle both sides, (according to the 
+> description), it would likely be easier to add dma/dragonfly than to try 
+> fixing nail, which does the user agent side well.  But if the MTA side of 
+> nail could be readily fixed ...
+Do you have a patch at hand? Then i'd assume, yes, can be fixed in a short time.
+>
+> Since they've changed the name of nail to mailx upstream (according to the 
+> description), shouldn't we be packaging it as mailx now ?  (With a provides 
+> nail, I assume.)
+>
+Then please do a bugreport for it then.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008337.html b/zarb-ml/mageia-dev/2011-September/008337.html new file mode 100644 index 000000000..8a917fa61 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008337.html @@ -0,0 +1,191 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Florian Hubold + doktor5000 at arcor.de +
+ Fri Sep 23 11:05:03 CEST 2011 +

+
+ +
Am 23.09.2011 10:47, schrieb Florian Hubold:
+> Am 22.09.2011 23:11, schrieb andre999:
+>> Florian Hubold a écrit :
+>>> Am 22.09.2011 00:09, schrieb Luc Menut:
+>>>> Le 21/09/2011 20:35, Florian Hubold a écrit :
+>>>>> Hello,
+>>>>>
+>>>>> during validation of validation of msec/sectool update candidates,
+>>>>> a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
+>>>> ...
+>>>>> But if we want security reports to be sent to local users if they
+>>>>> specify so, how to proceed further?
+>>>>
+>>>> msec can work very well without sending these reports by email; all
+>>>> the security's reports are available in /var/log/security, and msec
+>>>> notifies the user about this at each time it runs, so sendmail is
+>>>> absolutely not mandatory.
+>>>> So I think that msec shouldn't have a Requires on sendmail-command,
+>>>> eventually it can be a Suggest.
+>>>>
+>>>> But perhaps we could/should change the configuration of msec to not
+>>>> send email by default, by adding MAIL_WARN=no in
+>>>> /etc/security/msec/security.conf.
+>>>>
+>>> So, to summarize, there happen to be multiple solutions here:
+>>>
+>>> 1. do NOT require an MTA, let users manually read reports from
+>>> /var/log/security
+>>> maybe even remove nail from msec Requires as it is currently
+>>> non-functional.
+>>
+>> Reading from /var/log/security is not especially user-friendly, and will be 
+>> ignored by less savy users.
+> Less savvy users might also not want to read security reports, also it would 
+> mean they
+> can't interpret them properly or fix the cause of reported problems, no?
+>>
+>>> Also Luc's proposal cited above could be realized.
+>>
+>> see below.
+>>
+>>> 2. do require sendmail-command, which will pose a problem to users
+>>> installing from the CLI, because they are presented with a choice:
+>>>
+>>> One of the following packages is required:
+>>> 1 dma
+>>> 2 ssmtp
+>>> 3 postfix
+>>> 4 sendmail
+>>> 5 msmtp
+>>> Please make a selection:
+>>>
+>>> Additionally this will force an MTA onto every default installation and
+>>> every
+>>> installation that currently has msec installed.
+>>
+>> Solution 3 avoids the complication of choosing, with virtually no disadvantage.
+>>
+>>> 3. do require dma, which is a rather minimal MTA, and delivers without
+>>> configuration
+>>> Please see https://bugs.mageia.org/show_bug.cgi?id=2255#c36 for details.
+>>> This would also allow coexistence with an already-installed MTA, IIUC.
+>>
+>> (dragonfly mail agent)
+>> If this works, I'd say that it is the best solution, since it is very 
+>> compact (64k), and virtually every system will have the DNS it requires 
+>> installed.
+>> (Unless of course they don't have Internet or network access.  In which case 
+>> msec would not be particularly important.)
+>> Note that it is only at version 0.2 (or 0.3 upstream), so we should test it 
+>> carefully.
+>>
+>>> 4. Try to fix nail, which is required by msec and so in every default
+>>> installation,
+>>> so that it is able to deliver mail by itself, without sendmail.
+>>
+>> Solution #3 seems much better in every respect.
+>>
+>>> Please give your votes.
+>>
+>> Solution 3, with changes/verifications noted below.
+>> Since it is much simpler for the end-user to always have the capability to 
+>> send security alerts if an email address is entered, without installing 
+>> anything extra.
+>>
+>> There are 2 options at the bottom of the first security page of msec, which 
+>> should already realise Luc's proposals.  They may have to be fixed.
+>>
+>> a) An option to send a security alert by email, where one enters the email 
+>> address.  By default it is checked.
+>> However, if no valid format email address is entered, an email should _not_ 
+>> be sent.
+>> As well, we should display something similar to
+>> "(Enter {userid}@localhost for a local user.)",
+>>  to help ensure that the user enters a valid local address.
+>> (Note that there are multi-line descriptions for all the other options above 
+>> on the same page, so this would fit nicely.)
+>>
+>> b) An option to display security alerts on the desktop.  Again, checked by 
+>> default.  They should probably remain visible until the user dismisses them. 
+>> (They currently display for a few seconds, then disappear.)
+Correction: If you mean a notification popup which tells you that the report 
+can be looked
+up at /path/to/report is already in place, aus Eugeni told already.
+>>
+>> My 2 cents :)
+>>
+> Feel free to send patches for a) and b).
+>
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008338.html b/zarb-ml/mageia-dev/2011-September/008338.html new file mode 100644 index 000000000..a78751f81 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008338.html @@ -0,0 +1,96 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Johnny A. Solbu + cooker at solbu.net +
+ Fri Sep 23 11:21:01 CEST 2011 +

+
+ +
On Friday 23 September 2011 10:52, Florian Hubold wrote:
+> Still, you didn't tell for which choice you vote. 
+
+I vote for still sending mail, if an address or username is provided for msec to send mail to.
+
+> You don't want msec to require an MTA, 
+> but seems you want msec to send reports to an email adress if you enter one.
+
+I ask what happens if one does enter an address, under the new proposed config.
+Today root get all reports unless one enters a username or a mail address. I understand it to mean that under the proposed no mail config it's just stored in logs.
+
+But if one does enter a username or a mail address, it should send mail to the configured user or mail address. And then the setup/installation could prompt for an MTA to be installed if one haven't selected one. And possibly give the user a list of MTAs to use, perhaps with the default MTA, Postfix, preselected.
+
+I guess what I'm saying is, configure msec to Not send mail if an MTA is not found and send if one is found.
+Not shure how much work that would require thou. :-)=
+
+-- 
+Johnny A. Solbu
+PGP key ID: 0xFA687324
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 189 bytes
+Desc: This is a digitally signed message part.
+URL: </pipermail/mageia-dev/attachments/20110923/8bcf8ba0/attachment.asc>
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008339.html b/zarb-ml/mageia-dev/2011-September/008339.html new file mode 100644 index 000000000..da598b971 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008339.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Florian Hubold + doktor5000 at arcor.de +
+ Fri Sep 23 11:43:32 CEST 2011 +

+
+ +
Am 23.09.2011 11:21, schrieb Johnny A. Solbu:
+> On Friday 23 September 2011 10:52, Florian Hubold wrote:
+>> Still, you didn't tell for which choice you vote.
+> I vote for still sending mail, if an address or username is provided for msec to send mail to.
+That's a conditional. Do you have a patch for that?
+>
+>> You don't want msec to require an MTA,
+>> but seems you want msec to send reports to an email adress if you enter one.
+> I ask what happens if one does enter an address, under the new proposed config.
+> Today root get all reports unless one enters a username or a mail address. I understand it to mean that under the proposed no mail config it's just stored in logs.
+If you only enter an email adress in msec config file, and have no MTA installed,
+it would be the same as now, the reports ending in /dead.letter.
+If you have an MTA installed (and configured) mail should be sent.
+
+>
+> But if one does enter a username or a mail address, it should send mail to the configured user or mail address. And then the setup/installation could prompt for an MTA to be installed if one haven't selected one. And possibly give the user a list of MTAs to use, perhaps with the default MTA, Postfix, preselected.
+>
+> I guess what I'm saying is, configure msec to Not send mail if an MTA is not found and send if one is found.
+> Not shure how much work that would require thou. :-)=
+>
+Feel free to send a patch for that.
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008340.html b/zarb-ml/mageia-dev/2011-September/008340.html new file mode 100644 index 000000000..ea557a6ab --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008340.html @@ -0,0 +1,82 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Sander Lepik + sander.lepik at eesti.ee +
+ Fri Sep 23 11:57:36 CEST 2011 +

+
+ +
23.09.2011 12:43, Florian Hubold kirjutas:
+> If you have an MTA installed (and configured) mail should be sent.
+Where?
+
+To local user? Does the user know how to read that mail?
+
+To real mail address? What if you have a laptop and are moving from one 
+ISP to another. Does the user know how to configure MTA for that?
+
+--
+Sander
+
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008341.html b/zarb-ml/mageia-dev/2011-September/008341.html new file mode 100644 index 000000000..cb21dda18 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008341.html @@ -0,0 +1,107 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ andre999 + andre999mga at laposte.net +
+ Fri Sep 23 12:49:41 CEST 2011 +

+
+ +
Johnny A. Solbu a écrit :
+> On Friday 23 September 2011 10:52, Florian Hubold wrote:
+>    
+>> Still, you didn't tell for which choice you vote.
+>>      
+> I vote for still sending mail, if an address or username is provided for msec to send mail to.
+>
+>    
+>> You don't want msec to require an MTA,
+>> but seems you want msec to send reports to an email adress if you enter one.
+>>      
+> I ask what happens if one does enter an address, under the new proposed config.
+> Today root get all reports unless one enters a username or a mail address. I understand it to mean that under the proposed no mail config it's just stored in logs.
+>
+> But if one does enter a username or a mail address, it should send mail to the configured user or mail address. And then the setup/installation could prompt for an MTA to be installed if one haven't selected one. And possibly give the user a list of MTAs to use, perhaps with the default MTA, Postfix, preselected.
+>    
+
+Currently, entering a userid alone does not work.  It has to be an email 
+address.
+Note however that userid at localhost _is_ an email address.
+We could change it to accept only a valid format email address or a 
+valid userid, in the latter case msec adding the @localhost part.  IIRC, 
+@localhost must be in a certain config file, which is the case by default.
+
+> I guess what I'm saying is, configure msec to Not send mail if an MTA is not found and send if one is found.
+> Not shure how much work that would require thou. :-)=
+>    
+
+The best solution is to ensure that an MTA is always installed.
+Be it a fixed nail or dragonfly (dma) or whatever.
+If an email isn't wanted, it can be turned off now.  But it is currently 
+on by default even if no email address is entered.  In which case we get 
+the /dead.letter delivery to root.
+
+-- 
+André
+
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008342.html b/zarb-ml/mageia-dev/2011-September/008342.html new file mode 100644 index 000000000..e75689ee6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008342.html @@ -0,0 +1,185 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Frank Griffin + ftg at roadrunner.com +
+ Fri Sep 23 15:32:19 CEST 2011 +

+
+ +
On 09/23/2011 06:49 AM, andre999 wrote:
+>
+> Currently, entering a userid alone does not work.  It has to be an 
+> email address.
+> Note however that userid at localhost _is_ an email address.
+> We could change it to accept only a valid format email address or a 
+> valid userid, in the latter case msec adding the @localhost part.  
+> IIRC, @localhost must be in a certain config file, which is the case 
+> by default.
+
+If you're referring to the Security panel in Summary, you certainly 
+*can* enter a userid.  I regularly enter "root", and then give "root" a 
+.forward file to redirect from there.
+
+There seems to be some confusion between the functioning of an MUA and 
+MTA.  They function identically, except that the MUA uses SMTP on behalf 
+of a single user and the MTA uses it on behalf of many users.  Also, an 
+MUA receives mail for its single user by polling an MTA, while an MTA 
+typically listens for incoming connections from MUAs or other MTAs and 
+receives unsolicited mail for its many users.
+
+Both of them use exactly the same SMTP exchange to hand mail off to an 
+intermediate or final-destination MTA, and both of them need to be 
+configured with the information necessary to open a socket connection to 
+that receiving MTA.
+
+You only need an MTA on the sending system if the recipient is a user 
+who uses the sending system as its MTA.  Unfortunately, that includes 
+the case of the user-to-user mail on the same system.
+
+So, regardless of what the RPMs require, msec really only needs an MUA 
+that is properly configured to hand mail off to the desired MTA, which 
+can be on another system entirely.  The requirement for a local MTA only 
+arises if you want users on your system to be able to receive mail, 
+whether it's sent by msec or anything else.
+
+But in either case, you can't get around having to configure the MUA.  
+If you don't, the default config is usually to target an MTA on 
+localhost.  And the default config for most MTAs when presented with a 
+userid as an address is to rewrite the address to user at localhost and 
+deliver it locally.  So yes, if you don't configure the MUA to use an 
+off-host MTA, you will need an on-host (localhost) MTA.  If you don't 
+have one, the MUA's response is unpredictable; it may throw an error, or 
+it may (if it has root access) put the mail  in /dead.letter.
+
+
+>
+> The best solution is to ensure that an MTA is always installed.
+>
+
+I'd vote for that for simplicity, provided the default configuration 
+made it usable only for local delivery to minimize security implications.
+
+However, I think there is a better solution.  MTAs all simulate the 
+sendmail API, and since sendmail is usable as an MUA as well, so are the 
+various MTAs.  Real MUAs aren't that uniform.  Virtually all mail reader 
+apps use their own internal MUAs to send mail, and have their own 
+specific configuration mechanisms, e.g. thunderbird, seamonkey-mail, 
+evolution.
+
+In fact:
+[root at ftgme2 ftg]# rpm -q --whatrequires mail
+no package requires mail
+[root at ftgme2 ftg]# rpm -q --whatrequires mailx
+msec-0.80.10-2.mga1
+[root at ftgme2 ftg]# rpm -q --whatrequires nail
+lsb-core-noarch-4.1-9.mga2
+[root at ftgme2 ftg]# rpm -q --whatrequires sendmail-command
+lsb-core-noarch-4.1-9.mga2
+[root at ftgme2 ftg]# rpm -q --whatrequires mail-server
+no package requires mail-server
+
+So, it might be a lot cleaner if we just changed msec to do its own 
+crippled send-only MUA activities,  This is really a trivial programming 
+exercise, as indicated by this comment block from a C program I wrote to 
+do exactly this:
+
+************************************************************
+       The mail file contains SMTP commands with interspersed message
+       data, as follows:
+            HELO ...
+            MAIL FROM:...
+            RCPT TO:...
+            (repeats for each recipient)
+            DATA
+             (mail headers and body)
+            .
+            QUIT
+
+       We open a session to the remote host's port 25, and ship each
+       of the SMTP commands, waiting for an acceptable response.  The
+       "acceptable response" to each SMTP command begins with three
+       digits and ends with a CRLF.  We examine only the three digits,
+       although we record the rest of the text.  The acceptable
+       response for most commands is a "250"; for DATA, it is a "354",
+       and for QUIT it is a 221.  We do not actually verify the
+       responses, since mailservers may vary, but simply forge on
+       unless we get an I/O error from the socket.  The user should
+       be able to diagnose any errors from the transcript.
+***********************************************************
+
+That's if you do it from scratch; I have to think that perl already has 
+library support for sending mail.  Of course, you'd probably not want to 
+hardcode port 25, and msec would need configuration which could be 
+handled by having a disabled entry field for host/port that gets enabled 
+if you fill in a mail recipient.
+
+If the host is missing, localhost, or the known host name of the local 
+machine, you'd want additional checks that something providing 
+mail-server is installed, and prompts to choose one if none is installed.
+
+Same support in msecgui, of course.
+
+
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008343.html b/zarb-ml/mageia-dev/2011-September/008343.html new file mode 100644 index 000000000..ddb22887d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008343.html @@ -0,0 +1,89 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Johnny A. Solbu + cooker at solbu.net +
+ Fri Sep 23 15:44:29 CEST 2011 +

+
+ +
On Friday 23 September 2011 12:49, andre999 wrote:
+> Currently, entering a userid alone does not work.  It has to be an email address.
+
+Then somewhere along the line this has been changed. When I entered a username in my Mandriva installations, which is what Mageia is based on, the user get mail with reports if an MTA is installed. The field even says something to the effect of "what user should receive the reports". if nothing is entered, root receive the mail.
+
+-- 
+Johnny A. Solbu
+PGP key ID: 0xFA687324
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 189 bytes
+Desc: This is a digitally signed message part.
+URL: </pipermail/mageia-dev/attachments/20110923/eed094d2/attachment.asc>
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008344.html b/zarb-ml/mageia-dev/2011-September/008344.html new file mode 100644 index 000000000..39c65de50 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008344.html @@ -0,0 +1,137 @@ + + + + [Mageia-dev] mentors + apprentices + + + + + + + + + +

[Mageia-dev] mentors + apprentices

+ andre999 + andre999mga at laposte.net +
+ Fri Sep 23 16:45:02 CEST 2011 +

+
+ +
Hi everyone,
+
+Since my last post on this subjet, we have a new packager -- zezinho 
+(José Jorge) -- who already is maintainer of at least 96 of 8625 
+packages, according to the latest maintdb.txt.
+It also shows 41 packagers maintaining at least one package.
+(Out of at least 65 who qualify to package for Mageia.)
+
+We had two apprentices in waiting.
+Both now have mentors, thanks to shlomif.
+
+Since then, we have had 4 new future packagers, one of whom already has 
+a mentor.
+Thanks again to shlomif.
+
+That leaves 3 excellent potential packagers, looking for a mentor.
+
+They are :
+kemral102 (Danny Roberts)
+zarniwoop (David Sjölin)
+juergen_harms (Juergen Harms)
+
+I'll refer you to the apprentice table, since they all have long 
+descriptions of the interests and skills they plan to bring to packaging 
+for Mageia.
+Take a look at
+http://www.mageia.org/wiki/doku.php?id=packages_mentoring#packager_apprentice_table
+
+Please let me know if you are willing to mentor one (or more) of these 
+candidates, and I'll update the tables for you.  You can contact your 
+apprentices directly, or through me.
+
+Thanks :)
+
+----
+
+Anyone else looking for a mentor, let me know so I can add your name to 
+the apprentice table -- or you can do it yourself.
+http://www.mageia.org/wiki/doku.php?id=packages_mentoring#packager_apprentice_table 
+
+
+See also the section just above, on becoming a Mageia packager :
+http://www.mageia.org/wiki/doku.php?id=packages_mentoring#becoming_a_mageia_packager
+
+Regards :)
+
+-- 
+André
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008345.html b/zarb-ml/mageia-dev/2011-September/008345.html new file mode 100644 index 000000000..e7a901c07 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008345.html @@ -0,0 +1,144 @@ + + + + [Mageia-dev] mentors + apprentices + + + + + + + + + +

[Mageia-dev] mentors + apprentices

+ D.Morgan + dmorganec at gmail.com +
+ Fri Sep 23 16:58:27 CEST 2011 +

+
+ +
On Fri, Sep 23, 2011 at 4:45 PM, andre999 <andre999mga at laposte.net> wrote:
+> Hi everyone,
+>
+> Since my last post on this subjet, we have a new packager -- zezinho (José
+> Jorge) -- who already is maintainer of at least 96 of 8625 packages,
+> according to the latest maintdb.txt.
+> It also shows 41 packagers maintaining at least one package.
+> (Out of at least 65 who qualify to package for Mageia.)
+>
+> We had two apprentices in waiting.
+> Both now have mentors, thanks to shlomif.
+>
+> Since then, we have had 4 new future packagers, one of whom already has a
+> mentor.
+> Thanks again to shlomif.
+>
+> That leaves 3 excellent potential packagers, looking for a mentor.
+>
+> They are :
+> kemral102 (Danny Roberts)
+> zarniwoop (David Sjölin)
+> juergen_harms (Juergen Harms)
+>
+> I'll refer you to the apprentice table, since they all have long
+> descriptions of the interests and skills they plan to bring to packaging for
+> Mageia.
+> Take a look at
+> http://www.mageia.org/wiki/doku.php?id=packages_mentoring#packager_apprentice_table
+>
+> Please let me know if you are willing to mentor one (or more) of these
+> candidates, and I'll update the tables for you.  You can contact your
+> apprentices directly, or through me.
+>
+> Thanks :)
+>
+> ----
+>
+> Anyone else looking for a mentor, let me know so I can add your name to the
+> apprentice table -- or you can do it yourself.
+> http://www.mageia.org/wiki/doku.php?id=packages_mentoring#packager_apprentice_table
+>
+> See also the section just above, on becoming a Mageia packager :
+> http://www.mageia.org/wiki/doku.php?id=packages_mentoring#becoming_a_mageia_packager
+>
+> Regards :)
+>
+> --
+> André
+>
+>
+
+i gave full access to one of my apprentice, so now i have again one
+free slot if needed.
+Maybe i can take David Sjölin.
+
+let me informed
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008346.html b/zarb-ml/mageia-dev/2011-September/008346.html new file mode 100644 index 000000000..7fb7af6d9 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008346.html @@ -0,0 +1,192 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Florian Hubold + doktor5000 at arcor.de +
+ Fri Sep 23 17:12:59 CEST 2011 +

+
+ +
Am 23.09.2011 15:32, schrieb Frank Griffin:
+> On 09/23/2011 06:49 AM, andre999 wrote:
+>>
+>> Currently, entering a userid alone does not work.  It has to be an email 
+>> address.
+>> Note however that userid at localhost _is_ an email address.
+>> We could change it to accept only a valid format email address or a valid 
+>> userid, in the latter case msec adding the @localhost part.  IIRC, 
+>> @localhost must be in a certain config file, which is the case by default.
+>
+> If you're referring to the Security panel in Summary, you certainly *can* 
+> enter a userid.  I regularly enter "root", and then give "root" a .forward 
+> file to redirect from there.
+>
+> There seems to be some confusion between the functioning of an MUA and MTA.  
+> They function identically, except that the MUA uses SMTP on behalf of a 
+> single user and the MTA uses it on behalf of many users.  Also, an MUA 
+> receives mail for its single user by polling an MTA, while an MTA typically 
+> listens for incoming connections from MUAs or other MTAs and receives 
+> unsolicited mail for its many users.
+>
+> Both of them use exactly the same SMTP exchange to hand mail off to an 
+> intermediate or final-destination MTA, and both of them need to be configured 
+> with the information necessary to open a socket connection to that receiving 
+> MTA.
+>
+> You only need an MTA on the sending system if the recipient is a user who 
+> uses the sending system as its MTA.  Unfortunately, that includes the case of 
+> the user-to-user mail on the same system.
+>
+> So, regardless of what the RPMs require, msec really only needs an MUA that 
+> is properly configured to hand mail off to the desired MTA, which can be on 
+> another system entirely.  The requirement for a local MTA only arises if you 
+> want users on your system to be able to receive mail, whether it's sent by 
+> msec or anything else.
+>
+> But in either case, you can't get around having to configure the MUA.  If you 
+> don't, the default config is usually to target an MTA on localhost.  And the 
+> default config for most MTAs when presented with a userid as an address is to 
+> rewrite the address to user at localhost and deliver it locally.  So yes, if you 
+> don't configure the MUA to use an off-host MTA, you will need an on-host 
+> (localhost) MTA.  If you don't have one, the MUA's response is unpredictable; 
+> it may throw an error, or it may (if it has root access) put the mail  in 
+> /dead.letter.
+>
+>
+>>
+>> The best solution is to ensure that an MTA is always installed.
+>>
+>
+> I'd vote for that for simplicity, provided the default configuration made it 
+> usable only for local delivery to minimize security implications.
+>
+> However, I think there is a better solution.  MTAs all simulate the sendmail 
+> API, and since sendmail is usable as an MUA as well, so are the various 
+> MTAs.  Real MUAs aren't that uniform.  Virtually all mail reader apps use 
+> their own internal MUAs to send mail, and have their own specific 
+> configuration mechanisms, e.g. thunderbird, seamonkey-mail, evolution.
+>
+> In fact:
+> [root at ftgme2 ftg]# rpm -q --whatrequires mail
+> no package requires mail
+> [root at ftgme2 ftg]# rpm -q --whatrequires mailx
+> msec-0.80.10-2.mga1
+> [root at ftgme2 ftg]# rpm -q --whatrequires nail
+> lsb-core-noarch-4.1-9.mga2
+> [root at ftgme2 ftg]# rpm -q --whatrequires sendmail-command
+> lsb-core-noarch-4.1-9.mga2
+> [root at ftgme2 ftg]# rpm -q --whatrequires mail-server
+> no package requires mail-server
+>
+> So, it might be a lot cleaner if we just changed msec to do its own crippled 
+> send-only MUA activities,  This is really a trivial programming exercise, as 
+> indicated by this comment block from a C program I wrote to do exactly this:
+>
+> ************************************************************
+>       The mail file contains SMTP commands with interspersed message
+>       data, as follows:
+>            HELO ...
+>            MAIL FROM:...
+>            RCPT TO:...
+>            (repeats for each recipient)
+>            DATA
+>             (mail headers and body)
+>            .
+>            QUIT
+>
+>       We open a session to the remote host's port 25, and ship each
+>       of the SMTP commands, waiting for an acceptable response.  The
+>       "acceptable response" to each SMTP command begins with three
+>       digits and ends with a CRLF.  We examine only the three digits,
+>       although we record the rest of the text.  The acceptable
+>       response for most commands is a "250"; for DATA, it is a "354",
+>       and for QUIT it is a 221.  We do not actually verify the
+>       responses, since mailservers may vary, but simply forge on
+>       unless we get an I/O error from the socket.  The user should
+>       be able to diagnose any errors from the transcript.
+> ***********************************************************
+>
+> That's if you do it from scratch; I have to think that perl already has 
+> library support for sending mail.  Of course, you'd probably not want to 
+> hardcode port 25, and msec would need configuration which could be handled by 
+> having a disabled entry field for host/port that gets enabled if you fill in 
+> a mail recipient.
+>
+> If the host is missing, localhost, or the known host name of the local 
+> machine, you'd want additional checks that something providing mail-server is 
+> installed, and prompts to choose one if none is installed.
+>
+> Same support in msecgui, of course.
+>
+>
+>
+So, when it comes down to the 4 choices, can i sign you up for number 3?
+dma is a really small MTA, requires no configuration so far and if the
+user installs a full-blown MTA that one is used instead of dma.
+
+Or did you volunteer for the programming work on msec? ;)
+
+
+BTW: The discussion goes on and on, so far i have only 2 conflicting votes.
+We need to at least find a concensus.
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008347.html b/zarb-ml/mageia-dev/2011-September/008347.html new file mode 100644 index 000000000..bbdd7df0b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008347.html @@ -0,0 +1,152 @@ + + + + [Mageia-dev] mentors + apprentices + + + + + + + + + +

[Mageia-dev] mentors + apprentices

+ Maarten Vanraes + maarten at rmail.be +
+ Fri Sep 23 17:27:41 CEST 2011 +

+
+ +
Op vrijdag 23 september 2011 16:58:27 schreef D.Morgan:
+> On Fri, Sep 23, 2011 at 4:45 PM, andre999 <andre999mga at laposte.net> wrote:
+> > Hi everyone,
+> > 
+> > Since my last post on this subjet, we have a new packager -- zezinho
+> > (José Jorge) -- who already is maintainer of at least 96 of 8625
+> > packages, according to the latest maintdb.txt.
+> > It also shows 41 packagers maintaining at least one package.
+> > (Out of at least 65 who qualify to package for Mageia.)
+> > 
+> > We had two apprentices in waiting.
+> > Both now have mentors, thanks to shlomif.
+> > 
+> > Since then, we have had 4 new future packagers, one of whom already has a
+> > mentor.
+> > Thanks again to shlomif.
+> > 
+> > That leaves 3 excellent potential packagers, looking for a mentor.
+> > 
+> > They are :
+> > kemral102 (Danny Roberts)
+> > zarniwoop (David Sjölin)
+> > juergen_harms (Juergen Harms)
+> > 
+> > I'll refer you to the apprentice table, since they all have long
+> > descriptions of the interests and skills they plan to bring to packaging
+> > for Mageia.
+> > Take a look at
+> > http://www.mageia.org/wiki/doku.php?id=packages_mentoring#packager_appren
+> > tice_table
+> > 
+> > Please let me know if you are willing to mentor one (or more) of these
+> > candidates, and I'll update the tables for you.  You can contact your
+> > apprentices directly, or through me.
+> > 
+> > Thanks :)
+> > 
+> > ----
+> > 
+> > Anyone else looking for a mentor, let me know so I can add your name to
+> > the apprentice table -- or you can do it yourself.
+> > http://www.mageia.org/wiki/doku.php?id=packages_mentoring#packager_appren
+> > tice_table
+> > 
+> > See also the section just above, on becoming a Mageia packager :
+> > http://www.mageia.org/wiki/doku.php?id=packages_mentoring#becoming_a_mage
+> > ia_packager
+> > 
+> > Regards :)
+> > 
+> > --
+> > André
+> 
+> i gave full access to one of my apprentice, so now i have again one
+> free slot if needed.
+> Maybe i can take David Sjölin.
+> 
+> let me informed
+
+that reminds me, i'm a full packager now, so i've changed the list 
+accordingly.
+
+I'm gonna refrain from taking on an apprentice until i get my TODO list 
+smaller though...
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008348.html b/zarb-ml/mageia-dev/2011-September/008348.html new file mode 100644 index 000000000..42a472e6c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008348.html @@ -0,0 +1,89 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Frank Griffin + ftg at roadrunner.com +
+ Fri Sep 23 17:30:47 CEST 2011 +

+
+ +
On 09/23/2011 11:12 AM, Florian Hubold wrote:
+>
+> So, when it comes down to the 4 choices, can i sign you up for number 3?
+> dma is a really small MTA, requires no configuration so far and if the
+> user installs a full-blown MTA that one is used instead of dma.
+>
+
+I assume you mean that it doesn't require configuration for local 
+delivery.  If it tries to handle full email addresses by delivering 
+directly to the final-destination MTA by default, it will fail in many 
+cases because the user's IP address will not correspond to a "trusted" MTA.
+
+My actual choice was a "4A" - fix msec rather than nail.  But, as I 
+said, I'm OK with 3.  I put MTAs on all of my systems anyway.
+
+
+> Or did you volunteer for the programming work on msec? ;)
+
+Not unless it can be done in C or Java :-)
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008349.html b/zarb-ml/mageia-dev/2011-September/008349.html new file mode 100644 index 000000000..49420973f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008349.html @@ -0,0 +1,78 @@ + + + + [Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS! + + + + + + + + + +

[Mageia-dev] MANDATORY READ : 7 days before misc unleashes CERBERUS!

+ Juan Luis Baptiste + juan.baptiste at gmail.com +
+ Fri Sep 23 22:13:42 CEST 2011 +

+
+ +
On Wed, Sep 21, 2011 at 2:33 PM, Sander Lepik <sander.lepik at eesti.ee> wrote:
+> 21.09.2011 22:21, Juan Luis Baptiste kirjutas:
+>> Can you please send again the list of remaining unmaintained packages
+>> ? that would make it easier to pick some more.
+>>
+> mgarepo maintdb get |grep nobody
+>
+> Live list ;)
+>
+
+Thanks.
+
+
+-- 
+JLB
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008350.html b/zarb-ml/mageia-dev/2011-September/008350.html new file mode 100644 index 000000000..eb443b41c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008350.html @@ -0,0 +1,239 @@ + + + + [Mageia-dev] Package adoption campaign + + + + + + + + + +

[Mageia-dev] Package adoption campaign

+ Samuel Verschelde + stormi at laposte.net +
+ Fri Sep 23 23:03:11 CEST 2011 +

+
+ +
The package adoption campaign is still active and there's still a lot of 
+unmaintained packages (3517 right now).
+
+5115 packages are maintained, including:
+- 2539 perl packages
+- 2576 other packages
+
+The next objective is still to have more non-perl maintained packages than 
+unmaintained packages, which is more or less equivalent to reducing the number 
+of unmaintained packages under 3000.
+
+Here are 2 tools to help in this task:
+
+First tool : a list of important packages that are unmaintained. This list is 
+not exhaustive, it's just a choice of packages. I'll try to give such a list 
+regularly. The list is at the end of this mail.
+
+Second tool : the list of committers, with the number of commits (based on the 
+cauldron branch), for each unmaintained package. The list is updated manually, 
+I'll try to update it regularly but if someone volunteers to produce it 
+automatically, it would be appreciated. Alien has a script to get the number 
+of commits per package and per committer, you can ask him. Then you must filter 
+it to keep only unmaintained packages.
+
+The list is there: 
+http://stormi.lautre.net/fichiers/mageia/unmaintained-per-committers.txt
+
+Of course, there's no obligation to become maintainer of a package when you 
+committed changes to it in the past, and there's nothing preventing someone 
+with 0 or few commits to a package to maintain it if those who have more 
+commits don't want to.
+
+Now a list of unmaintained packages of interest, with their committers. Let's 
+try to shrink this list !
+
+acpid: tv 12, kharec 4, pterjan 3, ennael 2, dmorgan 1
+amarok: mikala 14, fwang 12, ahmad 4, dmorgan 2
+aspell-*
+autoconf: blino 1
+autoconf2.1: blino 2
+avahi: dmorgan 10, pterjan 5, mikala 2, wally 1, rtp 1, misc 1
+banshee: ahmad 10, wally 7, ennael 4, tv 3, pterjan 3, fwang 2, dmorgan 2, 
+boklm 1
+basesystem: tv 5, pterjan 3, dmorgan 2, tmb 1, rtp 1, blino 1
+bash-completion: ahmad 6, blino 2
+bind: guillomovitch 45, misc 9, mikala 5, pterjan 4, ennael 2, cjw 2, ...
+binutils: rtp 4, pterjan 1, blino 1
+bootsplash: blino 3, dmorgan 2, ahmad 2, pterjan 1
+bzip2: eandry 4, pterjan 2, blino 1
+cairo: fwang 2, blino 2, rtp 1, dmorgan 1, ahmad 1
+chkconfig: tv 16, tmb 3, kharec 1
+chromium-browser-beta: tv 145, fwang 1
+chromium-browser-stable: tv 116, dmorgan 6, fwang 2
+chromium-browser-unstable: tv 168, fwang 1
+clamav: dlucio 6, tv 3, kharec 3, ennael 2, ahmad 2, stormi 1, spuhler 1
+cmake: ahmad 14, dmorgan 7, tv 2, mikala 2, fwang 2, kharec 1
+coreutils: tv 11, tmb 1
+cpio: blino 1
+cups: dmorgan 11, tv 6, fwang 1, blino 1, ahmad 1
+curl: pterjan 7, tv 6, dams 6, kharec 5, fwang 1, blino 1
+dash: tv 5, blino 1
+dbus: tv 8, dmorgan 5, cjw 4, misc 2, tmb 1, rtp 1, blino 1
+desktop-common-data: ennael 11, dmorgan 9, pterjan 2, blino 2, ...
+dev86: tv 14, pterjan 4, ahmad 3, tmb 1
+dmidecode: tv 6, blino 2
+drak3d: dmorgan 3, ennael 1
+drakcowsay: mikala 1, boklm 1
+drakguard: ennael 7, dmorgan 5
+draklive: blino 9
+draklive-install: blino 6, dmorgan 5, pterjan 1
+drakx-installer-advertising: ennael 21, tv 2
+drakx-net: ennael 12, dmorgan 6, tv 3
+empathy: fwang 17, dams 17, dmorgan 15, wally 9, ahmad 6, eandry 2, ...
+evolution: fwang 18, dmorgan 16, dams 4, pterjan 3, wally 1, ahmad 1
+ffmpeg: fwang 18, cjw 5, pterjan 3, colin 3, ahmad 2, dmorgan 1
+findutils: tv 5, tmb 1
+firefox: tv 36, dmorgan 34, fwang 17, ahmad 10, erwan 5, rda 2, ennael 2, ...
+gcc: tmb 3, rtp 3, fwang 1
+glib2.0: fwang 14, ahmad 10, dmorgan 8, tv 6, cjw 3, blino 3, pterjan 2, ...
+glibc: misc 8, rtp 5, blino 3, tv 1, tmb 1, dmorgan 1
+gnome-*
+grub: misc 2, tmb 1
+gtk+3.0: fwang 15, dmorgan 13, wally 4, cjw 4, ahmad 4, saispo 1
+gzip: tmb 1
+hunspell*
+hyphen*
+ipset: tmb 11, pterjan 3
+iptables: blino 4, tmb 2, ahmad 1
+iptraf: ennael 4
+iputils: pterjan 2, misc 2, blino 1
+iurt: pterjan 11, blino 10, boklm 2
+kernel-vserver: tmb 18, bertl 13
+kmplayer: ahmad 1
+konversation: mikala 3, ahmad 2
+lib*
+locales: misc 4, blino 3, dmorgan 1, boklm 1
+logrotate: misc 6, ahmad 4, tmb 1
+mageia-gfxboot-theme: ennael 28, dmorgan 6, tmb 2, schultz 2, ahmad 2
+mageia-release: ennael 15, tmb 9, boklm 5, blino 2, tv 1, rda 1
+mageia-theme: schultz 21, ennael 19, dmorgan 19, tmb 4, mikala 4, pterjan 3, 
+misc 3, dams 3, ahmad 3
+man: blino 1, ahmad 1
+man-pages: blino 2, ahmad 2
+mdadm: tmb 3
+mgaonline: tv 13, tmb 6, ennael 6, dmorgan 4, ze 2, ahmad 2, misc 1
+mozilla-thunderbird: fwang 40, ahmad 22, dmorgan 11, doktor5000 2, ...
+mplayer: fwang 5, blino 3, ahmad 3, cjw 1
+mysql: guillomovitch 21, dmorgan 17, ahmad 12, mikala 9, alien 3, rtp 1
+mysql-workbench: dmorgan 26, mikala 14, ahmad 5, fwang 4, spuhler 2, dlucio 2
+nagios: guillomovitch 13, ennael 2, misc 1, dmorgan 1
+nano: wally 15
+networkmanager: mikala 21, dmorgan 11, blino 4, cjw 1
+null: pterjan 22, boklm 20, dmorgan 10, tmb 7, misc 1, blino 1
+openssh: pterjan 8, blino 4, saispo 2, misc 1, kharec 1
+openssl: pterjan 6, blino 3, rtp 1, fwang 1
+pam: blino 4, pterjan 1, colin 1
+php-*
+python-*
+radeon-firmware: tmb 11
+radeontool: tv 3, pterjan 1
+ruby-*rubygem-passenger: dmorgan 1, dams 1
+shorewall: tv 15, ahmad 15, ennael 2, tmb 1, pterjan 1
+speedtouch-firmware: ahmad 2
+speedtouch-firmware-extractor: ennael 1, ahmad 1
+subversion: tv 5, ahmad 5, dmorgan 2, blino 2, pterjan 1, mikala 1, jquelin 1, 
+fwang 1
+sudo: tv 7, boklm 4, blino 3, rtp 1, pterjan 1, dmorgan 1
+syslinux: erwan 10, boklm 4, pterjan 1
+sysvinit: tmb 1, rtp 1
+task-c-devel: tv 1, ennael 1
+task-c++-devel: tv 1, ennael 1
+task-e17: ennael 4
+task-lamp: dmorgan 3, tv 1, philippem 1, misc 1
+task-nagios: ennael 1
+task-printing-scanning: tv 2, ennael 2, ahmad 2
+task-scanning: tv 1, ennael 1
+task-x11: ahmad 3, dmorgan 2, ennael 1
+task-xfce: ahmad 3, ennael 2, philippem 1
+uClibc: rtp 1, blino 1
+unzip: blino 2
+util-linux: eugeni 1
+util-linux-ng: tmb 1
+webkit: dmorgan 18, fwang 17, pterjan 2, wally 1, kharec 1, ennael 1
+webmin: ennael 20, pterjan 1
+wine: ahmad 70, fwang 3, dmorgan 1, anssi 1
+xen: tv 4, tmb 4, fwang 2, saispo 1
+xorg-x11: mikala 2, tv 1, dmorgan 1, blino 1
+xulrunner: tv 43, dmorgan 25, fwang 13, ahmad 11, blino 4, erwan 3, ...
+
+Best regards
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008351.html b/zarb-ml/mageia-dev/2011-September/008351.html new file mode 100644 index 000000000..6d75e6200 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008351.html @@ -0,0 +1,93 @@ + + + + [Mageia-dev] Package adoption campaign + + + + + + + + + +

[Mageia-dev] Package adoption campaign

+ Maarten Vanraes + maarten at rmail.be +
+ Fri Sep 23 23:58:47 CEST 2011 +

+
+ +
Op vrijdag 23 september 2011 23:03:11 schreef Samuel Verschelde:
+[...]
+> null: pterjan 22, boklm 20, dmorgan 10, tmb 7, misc 1, blino 1
+[...]
+
+Haha, you're so funny...
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008352.html b/zarb-ml/mageia-dev/2011-September/008352.html new file mode 100644 index 000000000..f1ad6893b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008352.html @@ -0,0 +1,133 @@ + + + + [Mageia-dev] Package adoption campaign + + + + + + + + + +

[Mageia-dev] Package adoption campaign

+ Florian Hubold + doktor5000 at arcor.de +
+ Sat Sep 24 09:46:28 CEST 2011 +

+
+ +
Am 23.09.2011 23:03, schrieb Samuel Verschelde:
+> The package adoption campaign is still active and there's still a lot of
+> unmaintained packages (3517 right now).
+>
+> 5115 packages are maintained, including:
+> - 2539 perl packages
+> - 2576 other packages
+>
+> The next objective is still to have more non-perl maintained packages than
+> unmaintained packages, which is more or less equivalent to reducing the number
+> of unmaintained packages under 3000.
+>
+> Here are 2 tools to help in this task:
+>
+> First tool : a list of important packages that are unmaintained. This list is
+> not exhaustive, it's just a choice of packages. I'll try to give such a list
+> regularly. The list is at the end of this mail.
+>
+> Second tool : the list of committers, with the number of commits (based on the
+> cauldron branch), for each unmaintained package. The list is updated manually,
+> I'll try to update it regularly but if someone volunteers to produce it
+> automatically, it would be appreciated. Alien has a script to get the number
+> of commits per package and per committer, you can ask him. Then you must filter
+> it to keep only unmaintained packages.
+>
+> The list is there:
+> http://stormi.lautre.net/fichiers/mageia/unmaintained-per-committers.txt
+>
+> Of course, there's no obligation to become maintainer of a package when you
+> committed changes to it in the past, and there's nothing preventing someone
+> with 0 or few commits to a package to maintain it if those who have more
+> commits don't want to.
+>
+> Now a list of unmaintained packages of interest, with their committers. Let's
+> try to shrink this list !
+>
+> amarok: mikala 14, fwang 12, ahmad 4, dmorgan 2
+> autoconf: blino 1
+> autoconf2.1: blino 2
+> bash-completion: ahmad 6, blino 2
+> cmake: ahmad 14, dmorgan 7, tv 2, mikala 2, fwang 2, kharec 1
+> firefox: tv 36, dmorgan 34, fwang 17, ahmad 10, erwan 5, rda 2, ennael 2, ...
+> mozilla-thunderbird: fwang 40, ahmad 22, dmorgan 11, doktor5000 2, ...
+> task-e17: ennael 4
+Those are on my list, Anssi still needs to grab them on my behalf.
+Maybe not found the time to to it yet ;)
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008353.html b/zarb-ml/mageia-dev/2011-September/008353.html new file mode 100644 index 000000000..88e9f6303 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008353.html @@ -0,0 +1,138 @@ + + + + [Mageia-dev] Package adoption campaign + + + + + + + + + +

[Mageia-dev] Package adoption campaign

+ Maarten Vanraes + maarten at rmail.be +
+ Sat Sep 24 10:01:24 CEST 2011 +

+
+ +
Op zaterdag 24 september 2011 09:46:28 schreef Florian Hubold:
+> Am 23.09.2011 23:03, schrieb Samuel Verschelde:
+> > The package adoption campaign is still active and there's still a lot of
+> > unmaintained packages (3517 right now).
+> > 
+> > 5115 packages are maintained, including:
+> > - 2539 perl packages
+> > - 2576 other packages
+> > 
+> > The next objective is still to have more non-perl maintained packages
+> > than unmaintained packages, which is more or less equivalent to reducing
+> > the number of unmaintained packages under 3000.
+> > 
+> > Here are 2 tools to help in this task:
+> > 
+> > First tool : a list of important packages that are unmaintained. This
+> > list is not exhaustive, it's just a choice of packages. I'll try to give
+> > such a list regularly. The list is at the end of this mail.
+> > 
+> > Second tool : the list of committers, with the number of commits (based
+> > on the cauldron branch), for each unmaintained package. The list is
+> > updated manually, I'll try to update it regularly but if someone
+> > volunteers to produce it automatically, it would be appreciated. Alien
+> > has a script to get the number of commits per package and per committer,
+> > you can ask him. Then you must filter it to keep only unmaintained
+> > packages.
+> > 
+> > The list is there:
+> > http://stormi.lautre.net/fichiers/mageia/unmaintained-per-committers.txt
+> > 
+> > Of course, there's no obligation to become maintainer of a package when
+> > you committed changes to it in the past, and there's nothing preventing
+> > someone with 0 or few commits to a package to maintain it if those who
+> > have more commits don't want to.
+> > 
+> > Now a list of unmaintained packages of interest, with their committers.
+> > Let's try to shrink this list !
+> > 
+> > amarok: mikala 14, fwang 12, ahmad 4, dmorgan 2
+> > autoconf: blino 1
+> > autoconf2.1: blino 2
+> > bash-completion: ahmad 6, blino 2
+> > cmake: ahmad 14, dmorgan 7, tv 2, mikala 2, fwang 2, kharec 1
+> > firefox: tv 36, dmorgan 34, fwang 17, ahmad 10, erwan 5, rda 2, ennael 2,
+> > ... mozilla-thunderbird: fwang 40, ahmad 22, dmorgan 11, doktor5000 2,
+> > ... task-e17: ennael 4
+> 
+> Those are on my list, Anssi still needs to grab them on my behalf.
+> Maybe not found the time to to it yet ;)
+
+no offense, and i'm not complaining, but aren't you taking on a bit too much?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008354.html b/zarb-ml/mageia-dev/2011-September/008354.html new file mode 100644 index 000000000..b50fbc659 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008354.html @@ -0,0 +1,95 @@ + + + + [Mageia-dev] Package adoption campaign + + + + + + + + + +

[Mageia-dev] Package adoption campaign

+ nicolas vigier + boklm at mars-attacks.org +
+ Sat Sep 24 16:15:54 CEST 2011 +

+
+ +
On Sat, 24 Sep 2011, Maarten Vanraes wrote:
+
+> 
+> no offense, and i'm not complaining, but aren't you taking on a bit too much?
+
+no offense, and i'm not complaining, but aren't you talking a bit too much?
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008355.html b/zarb-ml/mageia-dev/2011-September/008355.html new file mode 100644 index 000000000..cf1dc30a5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008355.html @@ -0,0 +1,144 @@ + + + + [Mageia-dev] Package adoption campaign + + + + + + + + + +

[Mageia-dev] Package adoption campaign

+ Florian Hubold + doktor5000 at arcor.de +
+ Sat Sep 24 17:38:35 CEST 2011 +

+
+ +
Am 24.09.2011 10:01, schrieb Maarten Vanraes:
+> Op zaterdag 24 september 2011 09:46:28 schreef Florian Hubold:
+>> Am 23.09.2011 23:03, schrieb Samuel Verschelde:
+>>> The package adoption campaign is still active and there's still a lot of
+>>> unmaintained packages (3517 right now).
+>>>
+>>> 5115 packages are maintained, including:
+>>> - 2539 perl packages
+>>> - 2576 other packages
+>>>
+>>> The next objective is still to have more non-perl maintained packages
+>>> than unmaintained packages, which is more or less equivalent to reducing
+>>> the number of unmaintained packages under 3000.
+>>>
+>>> Here are 2 tools to help in this task:
+>>>
+>>> First tool : a list of important packages that are unmaintained. This
+>>> list is not exhaustive, it's just a choice of packages. I'll try to give
+>>> such a list regularly. The list is at the end of this mail.
+>>>
+>>> Second tool : the list of committers, with the number of commits (based
+>>> on the cauldron branch), for each unmaintained package. The list is
+>>> updated manually, I'll try to update it regularly but if someone
+>>> volunteers to produce it automatically, it would be appreciated. Alien
+>>> has a script to get the number of commits per package and per committer,
+>>> you can ask him. Then you must filter it to keep only unmaintained
+>>> packages.
+>>>
+>>> The list is there:
+>>> http://stormi.lautre.net/fichiers/mageia/unmaintained-per-committers.txt
+>>>
+>>> Of course, there's no obligation to become maintainer of a package when
+>>> you committed changes to it in the past, and there's nothing preventing
+>>> someone with 0 or few commits to a package to maintain it if those who
+>>> have more commits don't want to.
+>>>
+>>> Now a list of unmaintained packages of interest, with their committers.
+>>> Let's try to shrink this list !
+>>>
+>>> amarok: mikala 14, fwang 12, ahmad 4, dmorgan 2
+>>> autoconf: blino 1
+>>> autoconf2.1: blino 2
+>>> bash-completion: ahmad 6, blino 2
+>>> cmake: ahmad 14, dmorgan 7, tv 2, mikala 2, fwang 2, kharec 1
+>>> firefox: tv 36, dmorgan 34, fwang 17, ahmad 10, erwan 5, rda 2, ennael 2,
+>>> ... mozilla-thunderbird: fwang 40, ahmad 22, dmorgan 11, doktor5000 2,
+>>> ... task-e17: ennael 4
+>> Those are on my list, Anssi still needs to grab them on my behalf.
+>> Maybe not found the time to to it yet ;)
+> no offense, and i'm not complaining, but aren't you taking on a bit too much?
+>
+As long as i haven't gotten a full packager account, feel free to grab them.
+In the end, it comes down to this: either a package is maintained or dropped.
+I don't want these packages dropped, so this is my logical conclusion.
+
+Remember: This doesn't mean nobody else can commit ...
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008356.html b/zarb-ml/mageia-dev/2011-September/008356.html new file mode 100644 index 000000000..94ce36c53 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008356.html @@ -0,0 +1,207 @@ + + + + [Mageia-dev] Package adoption campaign + + + + + + + + + +

[Mageia-dev] Package adoption campaign

+ Samuel Verschelde + stormi at laposte.net +
+ Sat Sep 24 21:28:40 CEST 2011 +

+
+ +
Tonight's report:
+- unmaintained: 3338
+- maintained (non-perl): 2759
+- maintained (perl): 2539
+
+Progress since yesterday: 179 packages. 
+
+The list of unmaintained packages with per-packager number of commits has been 
+updated:
+http://stormi.lautre.net/fichiers/mageia/unmaintained-per-committers.txt
+
+The list of unmaintained packages of interest is almost identical to 
+yesterday:
+
+acpid: tv 12, kharec 4, pterjan 3, ennael 2, dmorgan 1
+aspell-*
+avahi: dmorgan 10, pterjan 5, mikala 2, wally 1, rtp 1, misc 1
+banshee: ahmad 10, wally 7, ennael 4, tv 3, pterjan 3, fwang 2, ...
+basesystem: tv 5, pterjan 3, dmorgan 2, tmb 1, rtp 1, blino 1
+bind: guillomovitch 45, misc 9, mikala 5, pterjan 4, ennael 2, cjw 2, ...
+binutils: rtp 4, pterjan 1, blino 1
+bootsplash: blino 3, dmorgan 2, ahmad 2, pterjan 1
+bzip2: eandry 4, pterjan 2, blino 1
+cairo: fwang 2, blino 2, rtp 1, dmorgan 1, ahmad 1
+chkconfig: tv 16, tmb 3, kharec 1
+chromium-browser-beta: tv 145, fwang 1
+chromium-browser-stable: tv 116, dmorgan 6, fwang 2
+chromium-browser-unstable: tv 168, fwang 1
+clamav: dlucio 6, tv 3, kharec 3, ennael 2, ahmad 2, stormi 1, spuhler 1
+cmake: ahmad 14, dmorgan 7, tv 2, mikala 2, fwang 2, kharec 1
+coreutils: tv 11, tmb 1
+cpio: blino 1
+cups: dmorgan 11, tv 6, fwang 1, blino 1, ahmad 1
+curl: pterjan 7, tv 6, dams 6, kharec 5, fwang 1, blino 1
+dash: tv 5, blino 1
+dbus: tv 8, dmorgan 5, cjw 4, misc 2, tmb 1, rtp 1, blino 1
+desktop-common-data: ennael 11, dmorgan 9, pterjan 2, blino 2, ...
+dev86: tv 14, pterjan 4, ahmad 3, tmb 1
+dmidecode: tv 6, blino 2
+drak3d: dmorgan 3, ennael 1
+drakcowsay: mikala 1, boklm 1
+drakguard: ennael 7, dmorgan 5
+draklive: blino 9
+draklive-install: blino 6, dmorgan 5, pterjan 1
+drakx-installer-advertising: ennael 21, tv 2
+drakx-net: ennael 12, dmorgan 6, tv 3
+empathy: fwang 17, dams 17, dmorgan 15, wally 9, ahmad 6, eandry 2, ...
+evolution: fwang 18, dmorgan 16, dams 4, pterjan 3, wally 1, ahmad 1
+ffmpeg: fwang 18, cjw 5, pterjan 3, colin 3, ahmad 2, dmorgan 1
+findutils: tv 5, tmb 1
+gcc: tmb 3, rtp 3, fwang 1
+glib2.0: fwang 14, ahmad 10, dmorgan 8, tv 6, cjw 3, blino 3, pterjan 2, ...
+glibc: misc 8, rtp 5, blino 3, tv 1, tmb 1, dmorgan 1
+gnome-*
+grub: misc 2, tmb 1
+gtk+3.0: fwang 15, dmorgan 13, wally 4, cjw 4, ahmad 4, saispo 1
+gzip: tmb 1
+hunspell*
+hyphen*
+ipset: tmb 11, pterjan 3
+iptables: blino 4, tmb 2, ahmad 1
+iputils: pterjan 2, misc 2, blino 1
+iurt: pterjan 11, blino 10, boklm 2
+kernel-vserver: tmb 18, bertl 13
+kmplayer: ahmad 1
+konversation: mikala 3, ahmad 2
+lib*
+locales: misc 4, blino 3, dmorgan 1, boklm 1
+logrotate: misc 6, ahmad 4, tmb 1
+mageia-gfxboot-theme: ennael 28, dmorgan 6, tmb 2, schultz 2, ahmad 2
+mageia-release: ennael 15, tmb 9, boklm 5, blino 2, tv 1, rda 1
+mageia-theme: schultz 21, ennael 19, dmorgan 19, tmb 4, mikala 4, ...
+man: blino 1, ahmad 1
+man-pages: blino 2, ahmad 2
+mdadm: tmb 3
+mgaonline: tv 13, tmb 6, ennael 6, dmorgan 4, ze 2, ahmad 2, misc 1
+mplayer: fwang 5, blino 3, ahmad 3, cjw 1
+mysql: guillomovitch 21, dmorgan 17, ahmad 12, mikala 9, alien 3, rtp 1
+mysql-workbench: dmorgan 26, mikala 14, ahmad 5, fwang 4, spuhler 2, ...
+nagios: guillomovitch 13, ennael 2, misc 1, dmorgan 1
+networkmanager: mikala 21, dmorgan 11, blino 4, cjw 1
+null: pterjan 22, boklm 20, dmorgan 10, tmb 7, misc 1, blino 1
+openssh: pterjan 8, blino 4, saispo 2, misc 1, kharec 1
+openssl: pterjan 6, blino 3, rtp 1, fwang 1
+pam: blino 4, pterjan 1, colin 1
+php-*
+python-*
+radeon-firmware: tmb 11
+radeontool: tv 3, pterjan 1
+ruby-*
+shorewall: tv 15, ahmad 15, ennael 2, tmb 1, pterjan 1
+speedtouch-firmware: ahmad 2
+speedtouch-firmware-extractor: ennael 1, ahmad 1
+subversion: tv 5, ahmad 5, dmorgan 2, blino 2, pterjan 1, mikala 1, ...
+sudo: tv 7, boklm 4, blino 3, rtp 1, pterjan 1, dmorgan 1
+syslinux: erwan 10, boklm 4, pterjan 1
+sysvinit: tmb 1, rtp 1
+task-c-devel: tv 1, ennael 1
+task-c++-devel: tv 1, ennael 1
+task-e17: ennael 4
+task-lamp: dmorgan 3, tv 1, philippem 1, misc 1
+task-nagios: ennael 1
+task-printing-scanning: tv 2, ennael 2, ahmad 2
+task-scanning: tv 1, ennael 1
+task-x11: ahmad 3, dmorgan 2, ennael 1
+task-xfce: ahmad 3, ennael 2, philippem 1
+uClibc: rtp 1, blino 1
+unzip: blino 2
+util-linux: eugeni 1
+util-linux-ng: tmb 1
+webkit: dmorgan 18, fwang 17, pterjan 2, wally 1, kharec 1, ennael 1
+webmin: ennael 20, pterjan 1
+wine: ahmad 70, fwang 3, dmorgan 1, anssi 1
+xen: tv 4, tmb 4, fwang 2, saispo 1
+xorg-x11: mikala 2, tv 1, dmorgan 1, blino 1
+xulrunner: tv 43, dmorgan 25, fwang 13, ahmad 11, blino 4, erwan 3, ...
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008357.html b/zarb-ml/mageia-dev/2011-September/008357.html new file mode 100644 index 000000000..1ed2b5e76 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008357.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ Thomas Spuhler + thomas at btspuhler.com +
+ Sat Sep 24 22:10:51 CEST 2011 +

+
+ +
texi2html has no maintainer.
+This package provides 
+Provides:	tetex-texi2html = 1:3.0
+
+Anybody getting hartburns if I chahnge that to
+Provides:	texi2html
+
+-- 
+Thomas
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008358.html b/zarb-ml/mageia-dev/2011-September/008358.html new file mode 100644 index 000000000..b3afa532f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008358.html @@ -0,0 +1,105 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ nicolas vigier + boklm at mars-attacks.org +
+ Sat Sep 24 22:16:51 CEST 2011 +

+
+ +
On Sat, 24 Sep 2011, Thomas Spuhler wrote:
+
+> texi2html has no maintainer.
+> This package provides 
+> Provides:	tetex-texi2html = 1:3.0
+> 
+> Anybody getting hartburns if I chahnge that to
+> Provides:	texi2html
+
+Why ?
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008359.html b/zarb-ml/mageia-dev/2011-September/008359.html new file mode 100644 index 000000000..0c497bc0f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008359.html @@ -0,0 +1,110 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ nicolas vigier + boklm at mars-attacks.org +
+ Sat Sep 24 22:19:17 CEST 2011 +

+
+ +
On Sat, 24 Sep 2011, nicolas vigier wrote:
+
+> On Sat, 24 Sep 2011, Thomas Spuhler wrote:
+> 
+> > texi2html has no maintainer.
+> > This package provides 
+> > Provides:	tetex-texi2html = 1:3.0
+> > 
+> > Anybody getting hartburns if I chahnge that to
+> > Provides:	texi2html
+> 
+> Why ?
+
+By the way texlive also provides texi2html.
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008360.html b/zarb-ml/mageia-dev/2011-September/008360.html new file mode 100644 index 000000000..504af5d46 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008360.html @@ -0,0 +1,114 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ Pascal Terjan + pterjan at gmail.com +
+ Sat Sep 24 22:38:28 CEST 2011 +

+
+ +
On Sat, Sep 24, 2011 at 21:10, Thomas Spuhler <thomas at btspuhler.com> wrote:
+> texi2html has no maintainer.
+> This package provides
+> Provides:       tetex-texi2html = 1:3.0
+>
+> Anybody getting hartburns if I chahnge that to
+> Provides:       texi2html
+
+Providing the package name is useless
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008361.html b/zarb-ml/mageia-dev/2011-September/008361.html new file mode 100644 index 000000000..703a2166a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008361.html @@ -0,0 +1,114 @@ + + + + [Mageia-dev] removing all horde-xxxxx packages + + + + + + + + + +

[Mageia-dev] removing all horde-xxxxx packages

+ Thomas Spuhler + thomas at btspuhler.com +
+ Sat Sep 24 22:46:53 CEST 2011 +

+
+ +
Can a sysadmin please remove all packages that have a name beginning with 
+horde-
+
+They all have been or are being replaced with newer packages and the name 
+beginning with php-pear-Horde_
+
+
+-- 
+Thomas
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008362.html b/zarb-ml/mageia-dev/2011-September/008362.html new file mode 100644 index 000000000..e14710385 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008362.html @@ -0,0 +1,111 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ Thomas Spuhler + thomas at btspuhler.com +
+ Sat Sep 24 22:49:13 CEST 2011 +

+
+ +
On Saturday, September 24, 2011 01:19:17 pm nicolas vigier wrote:
+> On Sat, 24 Sep 2011, nicolas vigier wrote:
+> > On Sat, 24 Sep 2011, Thomas Spuhler wrote:
+> > > texi2html has no maintainer.
+> > > This package provides
+> > > Provides:	tetex-texi2html = 1:3.0
+> > > 
+> > > Anybody getting hartburns if I chahnge that to
+> > > Provides:	texi2html
+> > 
+> > Why ?
+> 
+> By the way texlive also provides texi2html.
+OK, I accept that.
+
+-- 
+Thomas
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008363.html b/zarb-ml/mageia-dev/2011-September/008363.html new file mode 100644 index 000000000..adcd3e940 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008363.html @@ -0,0 +1,118 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ Thomas Spuhler + thomas at btspuhler.com +
+ Sat Sep 24 22:50:32 CEST 2011 +

+
+ +
On Saturday, September 24, 2011 01:38:28 pm Pascal Terjan wrote:
+> On Sat, Sep 24, 2011 at 21:10, Thomas Spuhler <thomas at btspuhler.com> wrote:
+> > texi2html has no maintainer.
+> > This package provides
+> > Provides:       tetex-texi2html = 1:3.0
+> > 
+> > Anybody getting hartburns if I chahnge that to
+> > Provides:       texi2html
+> 
+> Providing the package name is useless
+Well the wrong name threw me off.
+try to find texi2html
+or urpmi texi2html
+the package doesn't exist.
+-- 
+Thomas
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008364.html b/zarb-ml/mageia-dev/2011-September/008364.html new file mode 100644 index 000000000..3ad79909c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008364.html @@ -0,0 +1,118 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ Thomas Spuhler + thomas at btspuhler.com +
+ Sat Sep 24 23:08:44 CEST 2011 +

+
+ +
On Saturday, September 24, 2011 01:49:13 pm Thomas Spuhler wrote:
+> On Saturday, September 24, 2011 01:19:17 pm nicolas vigier wrote:
+> > On Sat, 24 Sep 2011, nicolas vigier wrote:
+> > > On Sat, 24 Sep 2011, Thomas Spuhler wrote:
+> > > > texi2html has no maintainer.
+> > > > This package provides
+> > > > Provides:	tetex-texi2html = 1:3.0
+> > > > 
+> > > > Anybody getting hartburns if I chahnge that to
+> > > > Provides:	texi2html
+> > > 
+> > > Why ?
+> > 
+> > By the way texlive also provides texi2html.
+> 
+> OK, I accept that.
+a second thought, should we remove texi2html since texlive already provides 
+it.
+
+But are you sure about texlive providing it?
+I couldn't find it and lilypond neither.
+
+-- 
+Thomas
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008365.html b/zarb-ml/mageia-dev/2011-September/008365.html new file mode 100644 index 000000000..d5358ce1b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008365.html @@ -0,0 +1,114 @@ + + + + [Mageia-dev] removing all horde-xxxxx packages + + + + + + + + + +

[Mageia-dev] removing all horde-xxxxx packages

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Sat Sep 24 23:42:40 CEST 2011 +

+
+ +
On 24 September 2011 22:46, Thomas Spuhler <thomas at btspuhler.com> wrote:
+> Can a sysadmin please remove all packages that have a name beginning with
+> horde-
+
+Don't.
+
+> They all have been or are being replaced with newer packages and the name
+> beginning with php-pear-Horde_
+
+Just add the right provides to the new packages.
+Else you'll ruin upgrades.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008366.html b/zarb-ml/mageia-dev/2011-September/008366.html new file mode 100644 index 000000000..ea78938d4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008366.html @@ -0,0 +1,309 @@ + + + + [Mageia-dev] [110263] (boost build change) + + + + + + + + + +

[Mageia-dev] [110263] (boost build change)

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Sun Sep 25 00:02:56 CEST 2011 +

+
+ +
On 20.06.2011 06:37, root at mageia.org wrote:
+> Revision
+>     110263
+> Author
+>     fwang
+> Date
+>     2011-06-20 05:37:46 +0200 (Mon, 20 Jun 2011)
+> 
+> 
+>       Log Message
+> 
+> - New version 1.46.1
+> - synch with fedora (cmake flavour)
+
+Is there any actual advantage big enough to justify switching the build
+to use cmake instead of upstream bjam, relying on fedora-provided
+non-upstream big patch that changes the entire build system?
+(in the past I've run into issues when there was no cmake 'version'
+available yet when packaging an update)
+
+In addition, the change modifies SONAMEs to a non-upstream configuration
+(it adds '-mt' to them), plus changes the devel symlink names to have an
+'-mt' in them (which is easily workaroundable with compatibility
+symlinks which I'm adding now, though).
+This makes some sense on Fedora as they package both single-threaded and
+multi-threaded versions of all the libraries, while we (and e.g. Debian)
+have only the multi-threaded versions (without '-mt' as per upstream).
+
+
+(BTW, while it doesn't affect us, the Fedora convention seems quite
+scary, since software could expect the non-'-mt' variant to be
+multithreaded as per upstream and other distros...)
+
+
+>       Modified Paths
+> 
+>   * cauldron/boost/current/SPECS/boost.spec
+>     <#cauldronboostcurrentSPECSboostspec>
+> 
+> Modified: cauldron/boost/current/SPECS/boost.spec
+> ===================================================================
+> --- cauldron/boost/current/SPECS/boost.spec	2011-06-20 02:17:11 UTC (rev 110262)
+> +++ cauldron/boost/current/SPECS/boost.spec	2011-06-20 03:37:46 UTC (rev 110263)
+> @@ -1,41 +1,26 @@
+> -%define cmake_build 0
+> -
+> -%if %cmake_build
+> -%define cmake_pl 0
+> -%else
+>  %define packver %(echo "%{version}" | sed -e "s/\\\./_/g")
+> -%endif
+> -
+> -# From the version 13 of Fedora, the Boost libraries are delivered
+> -# with sonames equal to the Boost version (e.g., 1.41.0). 
+>  %define	libname %mklibname boost %{version}
+>  %define	libnamedevel %mklibname boost -d
+>  %define	libnamestaticdevel %mklibname boost -d -s
+>  
+>  Summary:	Portable C++ libraries
+>  Name:		boost
+> -Version:	1.44.0
+> -Release:	%mkrel 6
+> +Version:	1.46.1
+> +Release:	%mkrel 1
+>  License:	Boost
+>  Group:		Development/C++
+>  URL:		http://boost.org/
+> -%if %cmake_build
+> -Source0:	http://sodium.resophonic.com/boost-cmake/%{version}.cmake%{cmake_pl}/boost-%{version}.cmake%{cmake_pl}.tar.gz
+> -BuildRequires:	cmake
+> -%else
+>  Source0:	http://umn.dl.sourceforge.net/sourceforge/boost/boost_%{packver}.tar.bz2
+> -BuildRequires:	boost-jam
+> -%endif
+> -# (anssi) in bjam mode, use CXXFLAGS when optimization=speed
+> -Patch0:		boost-use-cxxflags.patch
+> -Patch1:		boost-serialize_nvp.patch
+> +Patch0: boost-1.46.1-cmakeify-full.patch
+> +Patch3: boost-1.46.1-signals-erase.patch
+> +Patch5: boost-1.46.1-spirit.patch
+>  BuildRequires:	bzip2-devel
+>  BuildRequires:	python-devel
+>  BuildRequires:	zlib-devel
+>  BuildRequires:	icu-devel
+> -#BuildRequires:	openmpi-devel
+>  BuildRequires:	expat-devel
+>  BuildRequires:	doxygen xsltproc
+> +BuildRequires:	cmake
+>  BuildRoot:	%{_tmppath}/%{name}-%{version}-%{release}-buildroot
+>  
+>  %description
+> @@ -44,11 +29,7 @@
+>  Standard Library. This package contains only the shared libraries
+>  needed for running programs using Boost.
+>  
+> -%ifarch %arm %mips
+> -%define boostlibs date_time filesystem graph iostreams math_c99 math_c99f math_tr1 math_tr1f prg_exec_monitor program_options python regex serialization signals system thread unit_test_framework wave wserialization random
+> -%else
+> -%define boostlibs date_time filesystem graph iostreams math_c99 math_c99f math_c99l math_tr1 math_tr1f math_tr1l prg_exec_monitor program_options python regex serialization signals system thread unit_test_framework wave wserialization random
+> -%endif
+> +%define boostlibs date_time filesystem graph iostreams prg_exec_monitor program_options python random regex serialization signals system thread unit_test_framework wave wserialization
+>  
+>  # (Anssi 01/2010) dashes are converted to underscores for macros ($lib2);
+>  # The sed script adds _ when library name ends in number.
+> @@ -75,7 +56,7 @@
+>  %%files -n %%{libname$lib2}
+>  %%defattr(-,root,root)
+>  %%doc LICENSE_1_0.txt
+> -%{_libdir}/libboost_$lib.so.%{version}
+> +%{_libdir}/libboost_$lib-mt.so.%{version}
+>  EOF
+>  done)}
+>  
+> @@ -132,12 +113,10 @@
+>  same place as the documentation.
+>  
+>  %prep
+> -%if %cmake_build
+> -%setup -q -n boost-%{version}.cmake%{cmake_pl}
+> -%else
+>  %setup -q -n boost_%{packver}
+> -%endif
+> -%apply_patches
+> +%patch0 -p1
+> +%patch3 -p1
+> +%patch5 -p0
+>  
+>  # Preparing the docs
+>  mkdir packagedoc
+> @@ -150,43 +129,16 @@
+>  find libs -type f \( -name "*.?pp" ! -path "*test*" ! -path "*src*" ! -path "*tools*" -o -path "*example*" \) -exec cp --parents {} examples/ \;
+>  
+>  %build
+> -%if %cmake_build
+> -%cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo -DENABLE_SINGLE_THREADED=NO \
+> +%cmake -DENABLE_SINGLE_THREADED=NO -DENABLE_DEBUG=OFF \
+>  	-DINSTALL_VERSIONED=OFF -DWITH_MPI=OFF
+>  %make
+>  
+> -%else
+> -
+> -%define boost_jam_common_flags %{_smp_mflags} -d2 --layout=system --toolset=gcc variant=release threading=multi optimization=speed linkflags="%{ldflags} -lpython%{py_ver}" debug-symbols=on -sHAVE_ICU=1 -sEXPAT_INCLUDE=%{_includedir} -sEXPAT_LIBPATH=%{_libdir} -sCXXFLAGS="%{optflags} -O3"
+> -%ifnarch %arm %mips
+> -%define boost_bjam bjam %{boost_jam_common_flags}
+> -%else
+> -%define boost_bjam bjam %{boost_jam_common_flags} --disable-long-double
+> -%endif
+> -
+> -%{boost_bjam} --prefix=%{_prefix} --libdir=%{_libdir}
+> -%endif
+> -
+>  %install
+>  rm -rf %{buildroot}
+> -%if %cmake_build
+>  %makeinstall_std -C build
+> -%else
+> -%{boost_bjam} --prefix=%{buildroot}%{_prefix} --libdir=%{buildroot}%{_libdir} install
+> -%endif
+>  
+> -# (Anssi 01/2010) add compatibility symlinks:
+> -for file in %{buildroot}%{_libdir}/*.so; do
+> -	cp -a $file ${file%.so}-mt.so
+> -done
+> -for file in %{buildroot}%{_libdir}/*.a; do
+> -	ln -s $(basename $file) ${file%.a}-mt.a
+> -done
+> -
+> -# Kill any debug library versions that may show up un-invited.
+> -rm -f %{buildroot}%{_libdir}/*-d.*
+>  # Remove cmake configuration files used to build the Boost libraries
+> -rm -f %{buildroot}%{_libdir}/Boost*.cmake 
+> +rm -f %{buildroot}%{_libdir}/Boost*.cmake
+>  
+>  %clean
+>  rm -rf %{buildroot}
+> @@ -195,9 +147,8 @@
+>  %defattr(644, root,root, 755)
+>  %{_libdir}/libboost_*.so
+>  %{_includedir}/boost
+> -%if %cmake_build
+> +%{_datadir}/cmake/boost/*.cmake
+>  %{_datadir}/%{name}-%{version}/cmake/*.cmake
+> -%endif
+>  
+>  %files -n %{libnamedevel}-doc
+>  %defattr(-,root,root)
+> @@ -210,8 +161,3 @@
+>  %files -n %{name}-examples
+>  %defattr(-,root,root)
+>  %doc examples/*
+> -
+> -
+> -
+> -
+> -
+> 
+> 
+
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008367.html b/zarb-ml/mageia-dev/2011-September/008367.html new file mode 100644 index 000000000..ec443768d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008367.html @@ -0,0 +1,120 @@ + + + + [Mageia-dev] removing all horde-xxxxx packages + + + + + + + + + +

[Mageia-dev] removing all horde-xxxxx packages

+ Johnny A. Solbu + cooker at solbu.net +
+ Sun Sep 25 00:38:35 CEST 2011 +

+
+ +
On Saturday 24 September 2011 23:42, Thierry Vignaud wrote:
+> Just add the right provides to the new packages.
+> Else you'll ruin upgrades.
+
+Out of curiocity, beeing apprentice and all and a wish to understand, when do one drop a package?
+My understanding have been that if ever, it is on new releases only.
+
+-- 
+Johnny A. Solbu
+PGP key ID: 0xFA687324
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 189 bytes
+Desc: This is a digitally signed message part.
+URL: </pipermail/mageia-dev/attachments/20110925/281430c6/attachment.asc>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008368.html b/zarb-ml/mageia-dev/2011-September/008368.html new file mode 100644 index 000000000..c7ad8e6c7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008368.html @@ -0,0 +1,119 @@ + + + + [Mageia-dev] removing all horde-xxxxx packages + + + + + + + + + +

[Mageia-dev] removing all horde-xxxxx packages

+ D.Morgan + dmorganec at gmail.com +
+ Sun Sep 25 00:47:21 CEST 2011 +

+
+ +
On Sat, Sep 24, 2011 at 11:42 PM, Thierry Vignaud
+<thierry.vignaud at gmail.com> wrote:
+> On 24 September 2011 22:46, Thomas Spuhler <thomas at btspuhler.com> wrote:
+>> Can a sysadmin please remove all packages that have a name beginning with
+>> horde-
+>
+> Don't.
+>
+>> They all have been or are being replaced with newer packages and the name
+>> beginning with php-pear-Horde_
+>
+> Just add the right provides to the new packages.
+> Else you'll ruin upgrades.
+>
+
+indeed this is cleaner and i think this is the best approach .
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008369.html b/zarb-ml/mageia-dev/2011-September/008369.html new file mode 100644 index 000000000..5782278ed --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008369.html @@ -0,0 +1,117 @@ + + + + [Mageia-dev] removing all horde-xxxxx packages + + + + + + + + + +

[Mageia-dev] removing all horde-xxxxx packages

+ D.Morgan + dmorganec at gmail.com +
+ Sun Sep 25 00:48:02 CEST 2011 +

+
+ +
On Sun, Sep 25, 2011 at 12:38 AM, Johnny A. Solbu <cooker at solbu.net> wrote:
+> On Saturday 24 September 2011 23:42, Thierry Vignaud wrote:
+>> Just add the right provides to the new packages.
+>> Else you'll ruin upgrades.
+>
+> Out of curiocity, beeing apprentice and all and a wish to understand, when do one drop a package?
+
+For ex when a package is not maintained anymore upstream and that we
+want to get rid of this.
+
+> My understanding have been that if ever, it is on new releases only.
+>
+> --
+> Johnny A. Solbu
+> PGP key ID: 0xFA687324
+>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008370.html b/zarb-ml/mageia-dev/2011-September/008370.html new file mode 100644 index 000000000..ca63f4a4f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008370.html @@ -0,0 +1,128 @@ + + + + [Mageia-dev] removing all horde-xxxxx packages + + + + + + + + + +

[Mageia-dev] removing all horde-xxxxx packages

+ Thomas Spuhler + thomas at btspuhler.com +
+ Sun Sep 25 01:36:49 CEST 2011 +

+
+ +
On Saturday, September 24, 2011 03:47:21 pm D.Morgan wrote:
+> On Sat, Sep 24, 2011 at 11:42 PM, Thierry Vignaud
+> 
+> <thierry.vignaud at gmail.com> wrote:
+> > On 24 September 2011 22:46, Thomas Spuhler <thomas at btspuhler.com> wrote:
+> >> Can a sysadmin please remove all packages that have a name beginning
+> >> with horde-
+> > 
+> > Don't.
+> > 
+> >> They all have been or are being replaced with newer packages and the
+> >> name beginning with php-pear-Horde_
+> > 
+> > Just add the right provides to the new packages.
+> > Else you'll ruin upgrades.
+> 
+> indeed this is cleaner and i think this is the best approach .
+
+I don't mind to do this. I put an Obsoletes into the spec file, but the the 
+64bits noarch don't get moved.
+I will take ownership of all the horde packages and then nobody should rebuild 
+them.
+
+Well, maybe I shouldn't and Cerberus will remove them :)  
+-- 
+Thomas
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008371.html b/zarb-ml/mageia-dev/2011-September/008371.html new file mode 100644 index 000000000..6869a3ef0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008371.html @@ -0,0 +1,112 @@ + + + + [Mageia-dev] mentors + apprentices + + + + + + + + + +

[Mageia-dev] mentors + apprentices

+ andre999 + andre999mga at laposte.net +
+ Sun Sep 25 01:49:43 CEST 2011 +

+
+ +
D.Morgan a écrit :
+> i gave full access to one of my apprentice, so now i have again one
+> free slot if needed.
+> Maybe i can take David Sjölin.
+>
+> let me informed
+>    
+
+Hi,
+
+Just confirmed, he is happy to have you as his mentor.
+Good luck with your new apprentice, and thanks for taking him on.
+I'll update the tables.
+
+BTW, could you tell me who is the new packager, and your other apprentices ?
+I'd like to add that info as well.
+
+If you have a particular orientation as a mentor, that would be good to add.
+And other info such as your time zone.
+(I realise that you are in the sysadmin group.)
+As you like, it's optional of course.
+
+Regards :)
+
+-- 
+André
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008372.html b/zarb-ml/mageia-dev/2011-September/008372.html new file mode 100644 index 000000000..33b35326f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008372.html @@ -0,0 +1,247 @@ + + + + [Mageia-dev] removing all horde-xxxxx packages + + + + + + + + + +

[Mageia-dev] removing all horde-xxxxx packages

+ D.Morgan + dmorganec at gmail.com +
+ Sun Sep 25 02:07:32 CEST 2011 +

+
+ +
On Sun, Sep 25, 2011 at 1:36 AM, Thomas Spuhler <thomas at btspuhler.com> wrote:
+> On Saturday, September 24, 2011 03:47:21 pm D.Morgan wrote:
+>> On Sat, Sep 24, 2011 at 11:42 PM, Thierry Vignaud
+>>
+>> <thierry.vignaud at gmail.com> wrote:
+>> > On 24 September 2011 22:46, Thomas Spuhler <thomas at btspuhler.com> wrote:
+>> >> Can a sysadmin please remove all packages that have a name beginning
+>> >> with horde-
+>> >
+>> > Don't.
+>> >
+>> >> They all have been or are being replaced with newer packages and the
+>> >> name beginning with php-pear-Horde_
+>> >
+>> > Just add the right provides to the new packages.
+>> > Else you'll ruin upgrades.
+>>
+>> indeed this is cleaner and i think this is the best approach .
+>
+> I don't mind to do this. I put an Obsoletes into the spec file, but the the
+> 64bits noarch don't get moved.
+> I will take ownership of all the horde packages and then nobody should rebuild
+> them.
+>
+> Well, maybe I shouldn't and Cerberus will remove them :)
+> --
+> Thomas
+>
+
+ls x86_64/media/core/release/horde-* | wc -l
+68
+ls i586/media/core/release/horde-* | wc -l
+40
+
+Here is the list, so you confirme we have to remove all ?
+
+# ls i586/media/core/release/horde-*
+i586/media/core/release/horde-3.3.8-3.mga1.noarch.rpm
+i586/media/core/release/horde-imp-4.3.7-1.mga1.noarch.rpm
+i586/media/core/release/horde-argv-1.0.3-2.mga2.noarch.rpm
+i586/media/core/release/horde-ingo-1.2.4-1.mga1.noarch.rpm
+i586/media/core/release/horde-auth-1.1.0-2.mga2.noarch.rpm
+i586/media/core/release/horde-kolab-0.0.6-3.mga1.noarch.rpm
+i586/media/core/release/horde-block-0.0.2-3.mga1.noarch.rpm
+i586/media/core/release/horde-kolab-filter-0.1.9-2.mga1.noarch.rpm
+i586/media/core/release/horde-browser-1.0.2-2.mga2.noarch.rpm
+i586/media/core/release/horde-kronolith-2.3.4-1.mga1.noarch.rpm
+i586/media/core/release/horde-cache-1.0.4-2.mga2.noarch.rpm
+i586/media/core/release/horde-mime-0.0.2-62.mga2.noarch.rpm
+i586/media/core/release/horde-chora-2.1-7.mga1.noarch.rpm
+i586/media/core/release/horde-mimp-1.1.3-3.mga1.noarch.rpm
+i586/media/core/release/horde-cipher-0.0.2-4.mga1.noarch.rpm
+i586/media/core/release/horde-mnemo-2.2.2-4.mga1.noarch.rpm
+i586/media/core/release/horde-cli-1.0.2-2.mga2.noarch.rpm
+i586/media/core/release/horde-nag-2.3.5-1.mga1.noarch.rpm
+i586/media/core/release/horde-dimp-1.1.3-3.mga1.noarch.rpm
+i586/media/core/release/horde-nls-1.0.1-2.mga2.noarch.rpm
+i586/media/core/release/horde-dom-0.1.0-2.mga1.noarch.rpm
+i586/media/core/release/horde-notification-0.0.2-5.mga2.noarch.rpm
+i586/media/core/release/horde-editor-0.0.2-2.mga1.noarch.rpm
+i586/media/core/release/horde-passwd-3.1.3-2.mga1.noarch.rpm
+i586/media/core/release/horde-form-1.0.3-2.mga2.noarch.rpm
+i586/media/core/release/horde-prefs-0.0.3-4.mga2.noarch.rpm
+i586/media/core/release/horde-forwards-3.2.1-1.mga1.noarch.rpm
+i586/media/core/release/horde-sessionobjects-0.0.2-3.mga1.noarch.rpm
+i586/media/core/release/horde-framework-0.0.2-7.mga1.noarch.rpm
+i586/media/core/release/horde-text-rest-0.0.2-13.mga1.noarch.rpm
+i586/media/core/release/horde-gollem-1.0.4-7.mga1.noarch.rpm
+i586/media/core/release/horde-turba-2.3.4-2.mga1.noarch.rpm
+i586/media/core/release/horde-hermes-1.0.1-1.mga1.noarch.rpm
+i586/media/core/release/horde-ui-0.0.2-3.mga1.noarch.rpm
+i586/media/core/release/horde-icalendar-0.1.0-5.mga2.noarch.rpm
+i586/media/core/release/horde-util-1.0.4-2.mga2.noarch.rpm
+i586/media/core/release/horde-identity-0.0.2-3.mga1.noarch.rpm
+i586/media/core/release/horde-vacation-3.2.1-1.mga1.noarch.rpm
+i586/media/core/release/horde-imap-0.0.3-2.mga1.noarch.rpm
+i586/media/core/release/horde-whups-1.0-8.mga1.noarch.rpm
+# ls x86_64/media/core/release/horde-*
+x86_64/media/core/release/horde-3.3.8-3.mga1.noarch.rpm
+x86_64/media/core/release/horde-ingo-1.2.4-1.mga1.noarch.rpm
+x86_64/media/core/release/horde-activesync-1.0.1-1.mga2.noarch.rpm
+x86_64/media/core/release/horde-kolab-0.0.6-3.mga1.noarch.rpm
+x86_64/media/core/release/horde-argv-1.0.3-2.mga2.noarch.rpm
+x86_64/media/core/release/horde-kolab-filter-0.1.9-2.mga1.noarch.rpm
+x86_64/media/core/release/horde-auth-1.1.0-2.mga2.noarch.rpm
+x86_64/media/core/release/horde-kolab-format-1.0.1-3.mga1.noarch.rpm
+x86_64/media/core/release/horde-autoloader-1.0.0-1.mga2.noarch.rpm
+x86_64/media/core/release/horde-kolab-server-0.5.0-3.mga1.noarch.rpm
+x86_64/media/core/release/horde-block-0.0.2-3.mga1.noarch.rpm
+x86_64/media/core/release/horde-kolab-storage-0.5.0-1.mga1.noarch.rpm
+x86_64/media/core/release/horde-browser-1.0.2-2.mga2.noarch.rpm
+x86_64/media/core/release/horde-kronolith-2.3.4-1.mga1.noarch.rpm
+x86_64/media/core/release/horde-cache-1.0.4-2.mga2.noarch.rpm
+x86_64/media/core/release/horde-ldap-0.0.2-4.mga1.noarch.rpm
+x86_64/media/core/release/horde-chora-2.1-7.mga1.noarch.rpm
+x86_64/media/core/release/horde-mime-0.0.2-62.mga2.noarch.rpm
+x86_64/media/core/release/horde-cipher-0.0.2-4.mga1.noarch.rpm
+x86_64/media/core/release/horde-mimp-1.1.3-3.mga1.noarch.rpm
+x86_64/media/core/release/horde-cli-1.0.2-2.mga2.noarch.rpm
+x86_64/media/core/release/horde-mnemo-2.2.2-4.mga1.noarch.rpm
+x86_64/media/core/release/horde-compress-1.0.3-1.mga2.noarch.rpm
+x86_64/media/core/release/horde-nag-2.3.5-1.mga1.noarch.rpm
+x86_64/media/core/release/horde-constraint-1.0.0-1.mga2.noarch.rpm
+x86_64/media/core/release/horde-nls-1.0.1-2.mga2.noarch.rpm
+x86_64/media/core/release/horde-controller-1.0.0-1.mga2.noarch.rpm
+x86_64/media/core/release/horde-notification-0.0.2-5.mga2.noarch.rpm
+x86_64/media/core/release/horde-crypt-1.0.3-1.mga2.noarch.rpm
+x86_64/media/core/release/horde-passwd-3.1.3-2.mga1.noarch.rpm
+x86_64/media/core/release/horde-data-1.0.2-1.mga2.noarch.rpm
+x86_64/media/core/release/horde-perms-0.1.0-3.mga1.noarch.rpm
+x86_64/media/core/release/horde-datatree-0.0.3-3.mga1.noarch.rpm
+x86_64/media/core/release/horde-prefs-0.0.3-4.mga2.noarch.rpm
+x86_64/media/core/release/horde-date-1.0.3-1.mga2.noarch.rpm
+x86_64/media/core/release/horde-role-1.0.0-1.mga2.noarch.rpm
+x86_64/media/core/release/horde-db-1.0.2-1.mga2.noarch.rpm
+x86_64/media/core/release/horde-secret-0.0.2-15.mga1.noarch.rpm
+x86_64/media/core/release/horde-dimp-1.1.3-3.mga1.noarch.rpm
+x86_64/media/core/release/horde-serialize-0.0.2-3.mga1.noarch.rpm
+x86_64/media/core/release/horde-dom-0.1.0-2.mga1.noarch.rpm
+x86_64/media/core/release/horde-sessionhandler-0.0.3-3.mga1.noarch.rpm
+x86_64/media/core/release/horde-editor-0.0.2-2.mga1.noarch.rpm
+x86_64/media/core/release/horde-sessionobjects-0.0.2-3.mga1.noarch.rpm
+x86_64/media/core/release/horde-form-1.0.3-2.mga2.noarch.rpm
+x86_64/media/core/release/horde-share-0.0.3-4.mga1.noarch.rpm
+x86_64/media/core/release/horde-forwards-3.2.1-1.mga1.noarch.rpm
+x86_64/media/core/release/horde-sql-0.0.2-3.mga1.noarch.rpm
+x86_64/media/core/release/horde-framework-0.0.2-7.mga1.noarch.rpm
+x86_64/media/core/release/horde-test-1.1.2-1.mga2.noarch.rpm
+x86_64/media/core/release/horde-gollem-1.0.4-7.mga1.noarch.rpm
+x86_64/media/core/release/horde-text-filter-0.0.2-3.mga1.noarch.rpm
+x86_64/media/core/release/horde-group-1.0.1-1.mga2.noarch.rpm
+x86_64/media/core/release/horde-text-rest-0.0.2-13.mga1.noarch.rpm
+x86_64/media/core/release/horde-hermes-1.0.1-1.mga1.noarch.rpm
+x86_64/media/core/release/horde-token-0.0.4-2.mga1.noarch.rpm
+x86_64/media/core/release/horde-history-1.0.0-1.mga2.noarch.rpm
+x86_64/media/core/release/horde-tree-0.0.2-3.mga1.noarch.rpm
+x86_64/media/core/release/horde-icalendar-0.1.0-5.mga2.noarch.rpm
+x86_64/media/core/release/horde-turba-2.3.4-2.mga1.noarch.rpm
+x86_64/media/core/release/horde-identity-0.0.2-3.mga1.noarch.rpm
+x86_64/media/core/release/horde-ui-0.0.2-3.mga1.noarch.rpm
+x86_64/media/core/release/horde-image-1.0.3-1.mga2.noarch.rpm
+x86_64/media/core/release/horde-util-1.0.4-2.mga2.noarch.rpm
+x86_64/media/core/release/horde-imap-0.0.3-2.mga1.noarch.rpm
+x86_64/media/core/release/horde-vacation-3.2.1-1.mga1.noarch.rpm
+x86_64/media/core/release/horde-imp-4.3.7-1.mga1.noarch.rpm
+x86_64/media/core/release/horde-whups-1.0-8.mga1.noarch.rpm
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008373.html b/zarb-ml/mageia-dev/2011-September/008373.html new file mode 100644 index 000000000..8b35eaac4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008373.html @@ -0,0 +1,123 @@ + + + + [Mageia-dev] mentors + apprentices + + + + + + + + + +

[Mageia-dev] mentors + apprentices

+ D.Morgan + dmorganec at gmail.com +
+ Sun Sep 25 02:38:46 CEST 2011 +

+
+ +
On Sun, Sep 25, 2011 at 1:49 AM, andre999 <andre999mga at laposte.net> wrote:
+> D.Morgan a écrit :
+>>
+>> i gave full access to one of my apprentice, so now i have again one
+>> free slot if needed.
+>> Maybe i can take David Sjölin.
+>>
+>> let me informed
+>>
+>
+> Hi,
+>
+> Just confirmed, he is happy to have you as his mentor.
+> Good luck with your new apprentice, and thanks for taking him on.
+> I'll update the tables.
+>
+> BTW, could you tell me who is the new packager,
+
+this is Olav Vitters ( bkor )
+
+> and your other apprentices ?
+
+they are gil and motoko
+
+> I'd like to add that info as well.
+>
+> If you have a particular orientation as a mentor, that would be good to add.
+not really
+> And other info such as your time zone.
+> (I realise that you are in the sysadmin group.)
+my tz is really large :)
+> As you like, it's optional of course.
+>
+> Regards :)
+>
+> --
+> André
+>
+>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008374.html b/zarb-ml/mageia-dev/2011-September/008374.html new file mode 100644 index 000000000..7285d9e61 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008374.html @@ -0,0 +1,250 @@ + + + + [Mageia-dev] removing all horde-xxxxx packages + + + + + + + + + +

[Mageia-dev] removing all horde-xxxxx packages

+ Thomas Spuhler + thomas at btspuhler.com +
+ Sun Sep 25 03:16:10 CEST 2011 +

+
+ +
On Saturday, September 24, 2011 05:07:32 pm D.Morgan wrote:
+> On Sun, Sep 25, 2011 at 1:36 AM, Thomas Spuhler <thomas at btspuhler.com> 
+wrote:
+> > On Saturday, September 24, 2011 03:47:21 pm D.Morgan wrote:
+> >> On Sat, Sep 24, 2011 at 11:42 PM, Thierry Vignaud
+> >> 
+> >> <thierry.vignaud at gmail.com> wrote:
+> >> > On 24 September 2011 22:46, Thomas Spuhler <thomas at btspuhler.com> 
+wrote:
+> >> >> Can a sysadmin please remove all packages that have a name beginning
+> >> >> with horde-
+> >> > 
+> >> > Don't.
+> >> > 
+> >> >> They all have been or are being replaced with newer packages and the
+> >> >> name beginning with php-pear-Horde_
+> >> > 
+> >> > Just add the right provides to the new packages.
+> >> > Else you'll ruin upgrades.
+> >> 
+> >> indeed this is cleaner and i think this is the best approach .
+> > 
+> > I don't mind to do this. I put an Obsoletes into the spec file, but the
+> > the 64bits noarch don't get moved.
+> > I will take ownership of all the horde packages and then nobody should
+> > rebuild them.
+> > 
+> > Well, maybe I shouldn't and Cerberus will remove them :)
+> > --
+> > Thomas
+> 
+> ls x86_64/media/core/release/horde-* | wc -l
+> 68
+> ls i586/media/core/release/horde-* | wc -l
+> 40
+> 
+> Here is the list, so you confirme we have to remove all ?
+> 
+> # ls i586/media/core/release/horde-*
+> i586/media/core/release/horde-3.3.8-3.mga1.noarch.rpm
+> i586/media/core/release/horde-imp-4.3.7-1.mga1.noarch.rpm
+> i586/media/core/release/horde-argv-1.0.3-2.mga2.noarch.rpm
+> i586/media/core/release/horde-ingo-1.2.4-1.mga1.noarch.rpm
+> i586/media/core/release/horde-auth-1.1.0-2.mga2.noarch.rpm
+> i586/media/core/release/horde-kolab-0.0.6-3.mga1.noarch.rpm
+> i586/media/core/release/horde-block-0.0.2-3.mga1.noarch.rpm
+> i586/media/core/release/horde-kolab-filter-0.1.9-2.mga1.noarch.rpm
+> i586/media/core/release/horde-browser-1.0.2-2.mga2.noarch.rpm
+> i586/media/core/release/horde-kronolith-2.3.4-1.mga1.noarch.rpm
+> i586/media/core/release/horde-cache-1.0.4-2.mga2.noarch.rpm
+> i586/media/core/release/horde-mime-0.0.2-62.mga2.noarch.rpm
+> i586/media/core/release/horde-chora-2.1-7.mga1.noarch.rpm
+> i586/media/core/release/horde-mimp-1.1.3-3.mga1.noarch.rpm
+> i586/media/core/release/horde-cipher-0.0.2-4.mga1.noarch.rpm
+> i586/media/core/release/horde-mnemo-2.2.2-4.mga1.noarch.rpm
+> i586/media/core/release/horde-cli-1.0.2-2.mga2.noarch.rpm
+> i586/media/core/release/horde-nag-2.3.5-1.mga1.noarch.rpm
+> i586/media/core/release/horde-dimp-1.1.3-3.mga1.noarch.rpm
+> i586/media/core/release/horde-nls-1.0.1-2.mga2.noarch.rpm
+> i586/media/core/release/horde-dom-0.1.0-2.mga1.noarch.rpm
+> i586/media/core/release/horde-notification-0.0.2-5.mga2.noarch.rpm
+> i586/media/core/release/horde-editor-0.0.2-2.mga1.noarch.rpm
+> i586/media/core/release/horde-passwd-3.1.3-2.mga1.noarch.rpm
+> i586/media/core/release/horde-form-1.0.3-2.mga2.noarch.rpm
+> i586/media/core/release/horde-prefs-0.0.3-4.mga2.noarch.rpm
+> i586/media/core/release/horde-forwards-3.2.1-1.mga1.noarch.rpm
+> i586/media/core/release/horde-sessionobjects-0.0.2-3.mga1.noarch.rpm
+> i586/media/core/release/horde-framework-0.0.2-7.mga1.noarch.rpm
+> i586/media/core/release/horde-text-rest-0.0.2-13.mga1.noarch.rpm
+> i586/media/core/release/horde-gollem-1.0.4-7.mga1.noarch.rpm
+> i586/media/core/release/horde-turba-2.3.4-2.mga1.noarch.rpm
+> i586/media/core/release/horde-hermes-1.0.1-1.mga1.noarch.rpm
+> i586/media/core/release/horde-ui-0.0.2-3.mga1.noarch.rpm
+> i586/media/core/release/horde-icalendar-0.1.0-5.mga2.noarch.rpm
+> i586/media/core/release/horde-util-1.0.4-2.mga2.noarch.rpm
+> i586/media/core/release/horde-identity-0.0.2-3.mga1.noarch.rpm
+> i586/media/core/release/horde-vacation-3.2.1-1.mga1.noarch.rpm
+> i586/media/core/release/horde-imap-0.0.3-2.mga1.noarch.rpm
+> i586/media/core/release/horde-whups-1.0-8.mga1.noarch.rpm
+> # ls x86_64/media/core/release/horde-*
+> x86_64/media/core/release/horde-3.3.8-3.mga1.noarch.rpm
+> x86_64/media/core/release/horde-ingo-1.2.4-1.mga1.noarch.rpm
+> x86_64/media/core/release/horde-activesync-1.0.1-1.mga2.noarch.rpm
+> x86_64/media/core/release/horde-kolab-0.0.6-3.mga1.noarch.rpm
+> x86_64/media/core/release/horde-argv-1.0.3-2.mga2.noarch.rpm
+> x86_64/media/core/release/horde-kolab-filter-0.1.9-2.mga1.noarch.rpm
+> x86_64/media/core/release/horde-auth-1.1.0-2.mga2.noarch.rpm
+> x86_64/media/core/release/horde-kolab-format-1.0.1-3.mga1.noarch.rpm
+> x86_64/media/core/release/horde-autoloader-1.0.0-1.mga2.noarch.rpm
+> x86_64/media/core/release/horde-kolab-server-0.5.0-3.mga1.noarch.rpm
+> x86_64/media/core/release/horde-block-0.0.2-3.mga1.noarch.rpm
+> x86_64/media/core/release/horde-kolab-storage-0.5.0-1.mga1.noarch.rpm
+> x86_64/media/core/release/horde-browser-1.0.2-2.mga2.noarch.rpm
+> x86_64/media/core/release/horde-kronolith-2.3.4-1.mga1.noarch.rpm
+> x86_64/media/core/release/horde-cache-1.0.4-2.mga2.noarch.rpm
+> x86_64/media/core/release/horde-ldap-0.0.2-4.mga1.noarch.rpm
+> x86_64/media/core/release/horde-chora-2.1-7.mga1.noarch.rpm
+> x86_64/media/core/release/horde-mime-0.0.2-62.mga2.noarch.rpm
+> x86_64/media/core/release/horde-cipher-0.0.2-4.mga1.noarch.rpm
+> x86_64/media/core/release/horde-mimp-1.1.3-3.mga1.noarch.rpm
+> x86_64/media/core/release/horde-cli-1.0.2-2.mga2.noarch.rpm
+> x86_64/media/core/release/horde-mnemo-2.2.2-4.mga1.noarch.rpm
+> x86_64/media/core/release/horde-compress-1.0.3-1.mga2.noarch.rpm
+> x86_64/media/core/release/horde-nag-2.3.5-1.mga1.noarch.rpm
+> x86_64/media/core/release/horde-constraint-1.0.0-1.mga2.noarch.rpm
+> x86_64/media/core/release/horde-nls-1.0.1-2.mga2.noarch.rpm
+> x86_64/media/core/release/horde-controller-1.0.0-1.mga2.noarch.rpm
+> x86_64/media/core/release/horde-notification-0.0.2-5.mga2.noarch.rpm
+> x86_64/media/core/release/horde-crypt-1.0.3-1.mga2.noarch.rpm
+> x86_64/media/core/release/horde-passwd-3.1.3-2.mga1.noarch.rpm
+> x86_64/media/core/release/horde-data-1.0.2-1.mga2.noarch.rpm
+> x86_64/media/core/release/horde-perms-0.1.0-3.mga1.noarch.rpm
+> x86_64/media/core/release/horde-datatree-0.0.3-3.mga1.noarch.rpm
+> x86_64/media/core/release/horde-prefs-0.0.3-4.mga2.noarch.rpm
+> x86_64/media/core/release/horde-date-1.0.3-1.mga2.noarch.rpm
+> x86_64/media/core/release/horde-role-1.0.0-1.mga2.noarch.rpm
+> x86_64/media/core/release/horde-db-1.0.2-1.mga2.noarch.rpm
+> x86_64/media/core/release/horde-secret-0.0.2-15.mga1.noarch.rpm
+> x86_64/media/core/release/horde-dimp-1.1.3-3.mga1.noarch.rpm
+> x86_64/media/core/release/horde-serialize-0.0.2-3.mga1.noarch.rpm
+> x86_64/media/core/release/horde-dom-0.1.0-2.mga1.noarch.rpm
+> x86_64/media/core/release/horde-sessionhandler-0.0.3-3.mga1.noarch.rpm
+> x86_64/media/core/release/horde-editor-0.0.2-2.mga1.noarch.rpm
+> x86_64/media/core/release/horde-sessionobjects-0.0.2-3.mga1.noarch.rpm
+> x86_64/media/core/release/horde-form-1.0.3-2.mga2.noarch.rpm
+> x86_64/media/core/release/horde-share-0.0.3-4.mga1.noarch.rpm
+> x86_64/media/core/release/horde-forwards-3.2.1-1.mga1.noarch.rpm
+> x86_64/media/core/release/horde-sql-0.0.2-3.mga1.noarch.rpm
+> x86_64/media/core/release/horde-framework-0.0.2-7.mga1.noarch.rpm
+> x86_64/media/core/release/horde-test-1.1.2-1.mga2.noarch.rpm
+> x86_64/media/core/release/horde-gollem-1.0.4-7.mga1.noarch.rpm
+> x86_64/media/core/release/horde-text-filter-0.0.2-3.mga1.noarch.rpm
+> x86_64/media/core/release/horde-group-1.0.1-1.mga2.noarch.rpm
+> x86_64/media/core/release/horde-text-rest-0.0.2-13.mga1.noarch.rpm
+> x86_64/media/core/release/horde-hermes-1.0.1-1.mga1.noarch.rpm
+> x86_64/media/core/release/horde-token-0.0.4-2.mga1.noarch.rpm
+> x86_64/media/core/release/horde-history-1.0.0-1.mga2.noarch.rpm
+> x86_64/media/core/release/horde-tree-0.0.2-3.mga1.noarch.rpm
+> x86_64/media/core/release/horde-icalendar-0.1.0-5.mga2.noarch.rpm
+> x86_64/media/core/release/horde-turba-2.3.4-2.mga1.noarch.rpm
+> x86_64/media/core/release/horde-identity-0.0.2-3.mga1.noarch.rpm
+> x86_64/media/core/release/horde-ui-0.0.2-3.mga1.noarch.rpm
+> x86_64/media/core/release/horde-image-1.0.3-1.mga2.noarch.rpm
+> x86_64/media/core/release/horde-util-1.0.4-2.mga2.noarch.rpm
+> x86_64/media/core/release/horde-imap-0.0.3-2.mga1.noarch.rpm
+> x86_64/media/core/release/horde-vacation-3.2.1-1.mga1.noarch.rpm
+> x86_64/media/core/release/horde-imp-4.3.7-1.mga1.noarch.rpm
+> x86_64/media/core/release/horde-whups-1.0-8.mga1.noarch.rpm
+Loks good. Thanks a lot.
+-- 
+Thomas
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008375.html b/zarb-ml/mageia-dev/2011-September/008375.html new file mode 100644 index 000000000..ed47d661b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008375.html @@ -0,0 +1,124 @@ + + + + [Mageia-dev] [110263] (boost build change) + + + + + + + + + +

[Mageia-dev] [110263] (boost build change)

+ Juan Luis Baptiste + juan.baptiste at gmail.com +
+ Sun Sep 25 03:26:15 CEST 2011 +

+
+ +
On Sat, Sep 24, 2011 at 5:02 PM, Anssi Hannula <anssi.hannula at iki.fi> wrote:
+>
+> In addition, the change modifies SONAMEs to a non-upstream configuration
+> (it adds '-mt' to them), plus changes the devel symlink names to have an
+> '-mt' in them (which is easily workaroundable with compatibility
+> symlinks which I'm adding now, though).
+> This makes some sense on Fedora as they package both single-threaded and
+> multi-threaded versions of all the libraries, while we (and e.g. Debian)
+> have only the multi-threaded versions (without '-mt' as per upstream).
+>
+>
+> (BTW, while it doesn't affect us, the Fedora convention seems quite
+> scary, since software could expect the non-'-mt' variant to be
+> multithreaded as per upstream and other distros...)
+>
+>
+
+True, some weeks ago I had to patch flaw to look for
+libboost_filesystem-mt instead of libboost_filesystem, maybe there are
+other programs that will break too :S
+
+-- 
+Juancho
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008376.html b/zarb-ml/mageia-dev/2011-September/008376.html new file mode 100644 index 000000000..f0ac8318a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008376.html @@ -0,0 +1,110 @@ + + + + [Mageia-dev] Package adoption campaign + + + + + + + + + +

[Mageia-dev] Package adoption campaign

+ Maarten Vanraes + alien at rmail.be +
+ Sun Sep 25 05:01:53 CEST 2011 +

+
+ +
Op zaterdag 24 september 2011 16:15:54 schreef nicolas vigier:
+> On Sat, 24 Sep 2011, Maarten Vanraes wrote:
+> > no offense, and i'm not complaining, but aren't you taking on a bit too
+> > much?
+> 
+> no offense, and i'm not complaining, but aren't you talking a bit too much?
+
+It's a very nice of you to respond in a similar way, but it actually sounds 
+like you're complaining about my talking too much.
+
+looking back, it seems to me that you are insinuating that i was actually 
+complaining too; but i can assure you that i was just trying to find out if 
+this novice packager knows what he's getting himself into.
+
+as you're sort of accusing me of talking too much(and therefor not doing 
+enough), (several times already), i've responded to that more than enough, but 
+i'd like you to stop acting like this, it was funny the first 5 times, but not 
+anymore.
+
+lastly, it seems odd to me that you who seem to prefer action to speech, that 
+you even find the time to respond with these useless posts, which would seem to 
+only troll myself into responding back with most of the time even bigger 
+posts... wouldn't it just be easier to ignore it?
+
+PS: this time i'm keeping you in CC, so that i'm fairly sure you're actually 
+reading the responses to these responses.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008377.html b/zarb-ml/mageia-dev/2011-September/008377.html new file mode 100644 index 000000000..b948cd4c8 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008377.html @@ -0,0 +1,109 @@ + + + + [Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS ! + + + + + + + + + +

[Mageia-dev] [Mageia-discuss] MANDATORY READ : 7 days before misc unleashes CERBERUS !

+ andre999 + andre999mga at laposte.net +
+ Sun Sep 25 05:12:56 CEST 2011 +

+
+ +
Anssi Hannula a écrit :
+> On 16.09.2011 19:48, Colin Guthrie wrote:
+>> 'Twas brillig, and Michael Scherer at 16/09/11 14:39 did gyre and gimble:
+>>> Le vendredi 16 septembre 2011 à 12:44 +0200, Guillaume Rousse a écrit :
+>>>> Le 16/09/2011 11:47, Sander Lepik a écrit :
+>>>>> 15.09.2011 21:43, Maarten Vanraes kirjutas:
+>>>>>> I have a script ready to set the last comittor (that's a full
+>>>>>> packager) as
+>>>>>> maintainer. perhaps it can be activated before the GREAT PURGE.
+>>>>> That's not so good idea. What we maybe can do is that we send out a
+>>>>> warning that if you commit to a package after the warning and the
+>>>>> package has no maintainer yet then you become one. So that people would
+>>>>> first check what they get on their name. Many packages were imported by
+>>>>> Anne, i'm not sure that she's going to maintain them all. :)
+>>>>>
+>>>>> I would do something like that:
+>>>>> 2 months of warning period, if you touch package that has no maintainer
+>>>>> you become its maintainer. After 2 months we start dropping those
+>>>>> packages that have still no maintainer.
+>>>> This whole idea of 'touch a package, become its maintainer' assumes than
+>>>> anyone modifying a package has an obvious interest in it.
+>>>
+>>> Then we can increase the heuristic, like "upgrade to a new version", or
+>>> "do several commit on it". Someone upgrading a package either :
+>>> - is interested in it for the package ( and thus would be a maintainer )
+>>> - is interested into having it upgraded for using on another package
+>>> ( and thus, as a user of the rpm for another rpm, has a interest to not
+>>> make it disappear ).
+>>>
+>>> And i doubt that someone would do X commit on a rpm if not interested in
+>>> it.
+>>
+>>
+>> Are heuristics a good idea? How about just making mgarepo ask you if you
+>> want to become the maintainer with a Y/n option (Y being default) when
+>> you call submit on an unmaintained package.
+>>
+>> This should be simple enough that people genuinely maintaining it can
+>> just hit return and also easy enough to opt out in the case of drive by
+>> upgrades.
+>
+> This seems like a nice idea :)
+>
+I like it too :)
+
+-- 
+André
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008378.html b/zarb-ml/mageia-dev/2011-September/008378.html new file mode 100644 index 000000000..11a9c8400 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008378.html @@ -0,0 +1,89 @@ + + + + [Mageia-dev] Unreliable BS now + + + + + + + + + +

[Mageia-dev] Unreliable BS now

+ Funda Wang + fundawang at gmail.com +
+ Sun Sep 25 05:31:54 CEST 2011 +

+
+ +
OK. I think I've found the problem.
+
+When I opened up two sessions, and both of them are doing 'mgarepo
+submit' at the same time, one of the package will be disappear from
+BS's statistic page, but I don't know it will be passed trough build
+system.
+
+2011/9/21 D.Morgan <dmorganec at gmail.com>:
+> On Wed, Sep 21, 2011 at 2:53 AM, Funda Wang <fundawang at gmail.com> wrote:
+>> Hello,
+>>
+>> It seems that BS statistics page is not reliable now.
+>>
+>> * I've submitted totem-3.1.92-1.mga2, but it has disappeared.
+>> * gnome-shell-3.1.92-1.mga2 builds failed due to unsatisfied gjs
+>> symbol, but it shows as uploaded.
+>>
+>> Is there anything wrong?
+>>
+>
+> strange, gnome-shell and totem seems to be OK now.
+> Tell again if pb reappear and we will take a look.
+>
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008379.html b/zarb-ml/mageia-dev/2011-September/008379.html new file mode 100644 index 000000000..b794a89d2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008379.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] Dovecot upgrade ? + + + + + + + + + +

[Mageia-dev] Dovecot upgrade ?

+ Remco Rijnders + remco at webconquest.com +
+ Sun Sep 25 08:27:41 CEST 2011 +

+
+ +
On Fri, Sep 16, 2011 at 07:51:07PM -0300, Balcaen wrote in 
+<9928764.ExgTYRZo1H at hatmehyt-cauldron.lan.littleboboy.net>:
+>Hello,
+>While testing the upgrade of clucene (from 0.9.21b  to 2.3.34 )  & the
+>rebuild for various packages i noticed that current dovecot won't
+>rebuild against this new version.
+>
+>Does someone wants to update to 2.0.5 ?
+>(there's a lot of changes regarding 1.2.17 :p)
+
+I'll have a go at packaging 2.0.15.
+
+Thanks,
+
+Remco
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 836 bytes
+Desc: Digital signature
+URL: </pipermail/mageia-dev/attachments/20110925/c44f5399/attachment.asc>
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008380.html b/zarb-ml/mageia-dev/2011-September/008380.html new file mode 100644 index 000000000..af1f89c7f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008380.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] Installation failure of iBus update + + + + + + + + + +

[Mageia-dev] Installation failure of iBus update

+ Kira + elegant.pegasus at gmail.com +
+ Sun Sep 25 12:17:54 CEST 2011 +

+
+ +
The files from lib64ibus1.0_0-1.4.0-1.mga2.x86_64 conflict with that
+
+in the lib64ibus2-1.3.9-4.mga2.x86_64, therefore the installation failed.
+
+Is it about the changing of the name of the package or something inside?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008381.html b/zarb-ml/mageia-dev/2011-September/008381.html new file mode 100644 index 000000000..1ee7fb367 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008381.html @@ -0,0 +1,135 @@ + + + + [Mageia-dev] Packages needing to be rebuilt with freeglut instead of mesaglut + + + + + + + + + +

[Mageia-dev] Packages needing to be rebuilt with freeglut instead of mesaglut

+ Philippe DIDIER + philippedidier at laposte.net +
+ Sun Sep 25 13:07:47 CEST 2011 +

+
+ +
Hi !
+This was discussed on this list in july for cauldron...
+(after some previous discuss on  avril 20th  when freeglut was pushed in 
+mageia1)
+
+bug reports were done in the end august
+https://bugs.mageia.org/show_bug.cgi?id=2412 (thanks to all that worked 
+on it)
+
+The whole job is done : packages needing glut as BR have been built with 
+BR freeglut (or cleaned if they don't need glut any more)
+
+Now Mageia is nearer from the common standard (using freeglut as other 
+distribution do : debian, opensuse fedora gentoo, MacOS etc...) Mandriva 
+remaining, alone, stuck with this old problem...
+
+That means too that there is a larger gap now between Mandriva2011 and 
+Mageia2 : no more upgrade  from Mandriva to Mageia !
+
+3 steps remain :
+1) the metapackage xorg-x11-devel need to be modified : asking to 
+install freeglut-devel instead of libmesaglut-devel
+  https://bugs.mageia.org/show_bug.cgi?id=2748
+2) mesa spec file may be switched now (Thierry Vignaud has already 
+prepared it : one option to validate) and mesa rebuilt
+3) freeglut may obsolete mesaglut (or mesaglut may be dropped out from 
+the cauldron repo)
+
+Must I send bug report for the 2 last steps ?
+
+NB 2 packages provided by Mandriva, needing mesaglut-devel as BR, have 
+not been imported in Mageia : if they are imported later they will need 
+to have their spec file modified ... where to put a reminder for them ?
+- libmgl-glut5
+- pymol
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008382.html b/zarb-ml/mageia-dev/2011-September/008382.html new file mode 100644 index 000000000..e23a9d6fc --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008382.html @@ -0,0 +1,124 @@ + + + + [Mageia-dev] [110263] (boost build change) + + + + + + + + + +

[Mageia-dev] [110263] (boost build change)

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Sun Sep 25 16:50:58 CEST 2011 +

+
+ +
On 25.09.2011 04:26, Juan Luis Baptiste wrote:
+> On Sat, Sep 24, 2011 at 5:02 PM, Anssi Hannula <anssi.hannula at iki.fi> wrote:
+>>
+>> In addition, the change modifies SONAMEs to a non-upstream configuration
+>> (it adds '-mt' to them), plus changes the devel symlink names to have an
+>> '-mt' in them (which is easily workaroundable with compatibility
+>> symlinks which I'm adding now, though).
+>> This makes some sense on Fedora as they package both single-threaded and
+>> multi-threaded versions of all the libraries, while we (and e.g. Debian)
+>> have only the multi-threaded versions (without '-mt' as per upstream).
+>>
+>>
+>> (BTW, while it doesn't affect us, the Fedora convention seems quite
+>> scary, since software could expect the non-'-mt' variant to be
+>> multithreaded as per upstream and other distros...)
+>>
+>>
+> 
+> True, some weeks ago I had to patch flaw to look for
+> libboost_filesystem-mt instead of libboost_filesystem, maybe there are
+> other programs that will break too :S
+
+Yes, I noticed this because Stormi reported an issue in IRC yesterday.
+As I've now added symlinks so that the standard names work again, the
+patch isn't necessary anymore, though.
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008383.html b/zarb-ml/mageia-dev/2011-September/008383.html new file mode 100644 index 000000000..22ffdf510 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008383.html @@ -0,0 +1,111 @@ + + + + [Mageia-dev] PING for bug 2160 + + + + + + + + + +

[Mageia-dev] PING for bug 2160

+ Frank Griffin + ftg at roadrunner.com +
+ Sun Sep 25 17:21:51 CEST 2011 +

+
+ +
Could someone please review https://bugs.mageia.org/show_bug.cgi?id=2160 ?
+
+The bug has been confirmed by others, but has been outstanding for over 
+2 months with no improvement.
+
+I really think a decision needs to be made here.  If we don't have the 
+expertise to fix NM, and if upstream won't, then I'd like us to 
+reevaluate why it is in the distro at all.  Apparently there are many 
+wireless devices that NetworkManager can't handle, and by default, it is 
+not enabled for wired devices, so I question why it's needed.
+
+Perhaps it should be moved to testing for those hardy souls for which it 
+is useful, but I really can't see Mageia 2 going out the door with this 
+level of wireless breakage.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008384.html b/zarb-ml/mageia-dev/2011-September/008384.html new file mode 100644 index 000000000..ed5e92920 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008384.html @@ -0,0 +1,75 @@ + + + + [Mageia-dev] Unreliable BS now + + + + + + + + + +

[Mageia-dev] Unreliable BS now

+ Pascal Terjan + pterjan at gmail.com +
+ Sun Sep 25 17:54:48 CEST 2011 +

+
+ +
On Sun, Sep 25, 2011 at 04:31, Funda Wang <fundawang at gmail.com> wrote:
+> OK. I think I've found the problem.
+>
+> When I opened up two sessions, and both of them are doing 'mgarepo
+> submit' at the same time, one of the package will be disappear from
+> BS's statistic page, but I don't know it will be passed trough build
+> system.
+
+If they are submitted at the same second it will probably cause
+problems both for the display and the build system as the time is used
+for the key :(
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008385.html b/zarb-ml/mageia-dev/2011-September/008385.html new file mode 100644 index 000000000..b6a44ff4b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008385.html @@ -0,0 +1,117 @@ + + + + [Mageia-dev] PING for bug 2160 + + + + + + + + + +

[Mageia-dev] PING for bug 2160

+ Balcaen John + mikala at mageia.org +
+ Sun Sep 25 18:05:18 CEST 2011 +

+
+ +
Le Dimanche 25 Septembre 2011 11:21:51 Frank Griffin a écrit :
+> Could someone please review
+> https://bugs.mageia.org/show_bug.cgi?id=2160 ?
+> 
+> The bug has been confirmed by others, but has been outstanding for
+> over 2 months with no improvement.
+> 
+> I really think a decision needs to be made here.  If we don't have the
+> expertise to fix NM, and if upstream won't, then I'd like us to
+> reevaluate why it is in the distro at all.  Apparently there are many
+> wireless devices that NetworkManager can't handle, and by default, it
+> is not enabled for wired devices, so I question why it's needed.
+Because of gnome 3.
+
+> Perhaps it should be moved to testing for those hardy souls for which
+> it is useful, but I really can't see Mageia 2 going out the door with
+> this level of wireless breakage.
+Well so far nm is still not the default network manager for mageia.
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008386.html b/zarb-ml/mageia-dev/2011-September/008386.html new file mode 100644 index 000000000..e264475be --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008386.html @@ -0,0 +1,120 @@ + + + + [Mageia-dev] PING for bug 2160 + + + + + + + + + +

[Mageia-dev] PING for bug 2160

+ Frank Griffin + ftg at roadrunner.com +
+ Sun Sep 25 18:32:59 CEST 2011 +

+
+ +
On 09/25/2011 12:05 PM, Balcaen John wrote:
+> Le Dimanche 25 Septembre 2011 11:21:51 Frank Griffin a écrit :
+>> so I question why it's needed.
+> Because of gnome 3.
+
+Considering that NM  activates (and fails) during network startup well 
+before GNOME ever gets into the picture, I doubt that it works any 
+better there.  Does GNOME 3 function with the older drakx support ?  If 
+so, could the requires for NM simply be removed until it works ?
+
+>
+>> Perhaps it should be moved to testing for those hardy souls for which
+>> it is useful, but I really can't see Mageia 2 going out the door with
+>> this level of wireless breakage.
+> Well so far nm is still not the default network manager for mageia.
+>
+Then why does it continue to try to manage my interfaces whether or not 
+I disable support in the ifcfg-wlan0 ?  Others have confirmed the same 
+behavior.  I'm not sure what significance "not being the default" has 
+here, unless you mean that we still provide support for the drakx stuff.
+
+Whether or not it is the default, just having it installed (or possibly 
+started by init, based on comments in the bug) is sufficient to break 
+wireless on many systems.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008387.html b/zarb-ml/mageia-dev/2011-September/008387.html new file mode 100644 index 000000000..a009a2699 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008387.html @@ -0,0 +1,139 @@ + + + + [Mageia-dev] PING for bug 2160 + + + + + + + + + +

[Mageia-dev] PING for bug 2160

+ Balcaen John + mikala at mageia.org +
+ Sun Sep 25 18:43:27 CEST 2011 +

+
+ +
Le Dimanche 25 Septembre 2011 12:32:59 Frank Griffin a écrit :
+> On 09/25/2011 12:05 PM, Balcaen John wrote:
+> > Le Dimanche 25 Septembre 2011 11:21:51 Frank Griffin a écrit :
+> >> so I question why it's needed.
+> > 
+> > Because of gnome 3.
+> 
+> Considering that NM  activates (and fails) during network startup well
+> before GNOME ever gets into the picture, I doubt that it works any
+> better there.  Does GNOME 3 function with the older drakx support ? 
+> If so, could the requires for NM simply be removed until it works ?
+[...]
+> 
+> Then why does it continue to try to manage my interfaces whether or
+> not I disable support in the ifcfg-wlan0 ?  Others have confirmed the
+> same behavior.  I'm not sure what significance "not being the
+> default" has here, unless you mean that we still provide support for
+> the drakx stuff.
+Because it's probably mis configured on your computer i guess.
+For memory the first release of nm in mageia were not able to handle the 
+ifcfg scripts and blino recently patch it to make it ignore/respect 
+interface which were not supposed to be handled by nm.
+Now with the ifcfg-rh plugin loaded before the keyfile plugin everything 
+should work correctly (aka nm won't launch an interface managed by the 
+drakx tools)
+
+> Whether or not it is the default, just having it installed (or
+> possibly started by init, based on comments in the bug) is sufficient
+> to break wireless on many systems.
+Well we're supposed/trying to switch to systemd & currently (on systemd) 
+it is not started automatically.
+& Even if it was started automatically according to the blino patch it 
+should not start/enable the wrong interface anymore.
+
+But the good solution might be to drop gnome3 so we won't have to 
+provide nm at all :) (said with my kde maintainer hat :p )
+
+Regards,
+
+
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008388.html b/zarb-ml/mageia-dev/2011-September/008388.html new file mode 100644 index 000000000..6344d439f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008388.html @@ -0,0 +1,113 @@ + + + + [Mageia-dev] PING for bug 2160 + + + + + + + + + +

[Mageia-dev] PING for bug 2160

+ Frank Griffin + ftg at roadrunner.com +
+ Sun Sep 25 18:57:27 CEST 2011 +

+
+ +
On 09/25/2011 12:43 PM, Balcaen John wrote:
+>
+> Because it's probably mis configured on your computer i guess.
+
+I haven't changed the default configuration at all.
+
+> Well we're supposed/trying to switch to systemd & currently (on 
+> systemd) it is not started automatically. & Even if it was started 
+> automatically according to the blino patch it should not start/enable 
+> the wrong interface anymore. But the good solution might be to drop 
+> gnome3 so we won't have to provide nm at all :) (said with my kde 
+> maintainer hat :p )
+
+Um, my testing is on current cauldron, so unless blino's patch showed up 
+in the last few days, it's not affecting this.  I'll retest later just 
+to be sure.
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008389.html b/zarb-ml/mageia-dev/2011-September/008389.html new file mode 100644 index 000000000..0fc3437ab --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008389.html @@ -0,0 +1,117 @@ + + + + [Mageia-dev] PING for bug 2160 + + + + + + + + + +

[Mageia-dev] PING for bug 2160

+ Balcaen John + mikala at mageia.org +
+ Sun Sep 25 20:21:04 CEST 2011 +

+
+ +
Le Dimanche 25 Septembre 2011 12:57:27 Frank Griffin a écrit :
+> On 09/25/2011 12:43 PM, Balcaen John wrote:
+> > Because it's probably mis configured on your computer i guess.
+> 
+> I haven't changed the default configuration at all.
+> 
+> > Well we're supposed/trying to switch to systemd & currently (on
+> > systemd) it is not started automatically. & Even if it was started
+> > automatically according to the blino patch it should not
+> > start/enable the wrong interface anymore. But the good solution
+> > might be to drop gnome3 so we won't have to provide nm at all :)
+> > (said with my kde maintainer hat :p )
+> 
+> Um, my testing is on current cauldron, so unless blino's patch showed
+> up in the last few days, it's not affecting this.  I'll retest later
+> just to be sure.
+What's the content of your /etc/NetworkManager/NetworkManager.conf ?
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008390.html b/zarb-ml/mageia-dev/2011-September/008390.html new file mode 100644 index 000000000..544b61681 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008390.html @@ -0,0 +1,199 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ andre999 + andre999mga at laposte.net +
+ Sun Sep 25 21:36:07 CEST 2011 +

+
+ +
Frank Griffin a écrit :
+> On 09/23/2011 06:49 AM, andre999 wrote:
+>>
+>> Currently, entering a userid alone does not work.  It has to be an 
+>> email address.
+>> Note however that userid at localhost _is_ an email address.
+>> We could change it to accept only a valid format email address or a 
+>> valid userid, in the latter case msec adding the @localhost part.  
+>> IIRC, @localhost must be in a certain config file, which is the case 
+>> by default.
+>
+> If you're referring to the Security panel in Summary, you certainly 
+> *can* enter a userid.  I regularly enter "root", and then give "root" 
+> a .forward file to redirect from there.
+
+You're right.  I just tested it and it works now.
+When I first installed postfix (on mdv2010.0 or earlier), it didn't work 
+until I added @localhost to my userid.  It was probably a config 
+problem, which was solved with subsequent updates.
+
+> There seems to be some confusion between the functioning of an MUA and 
+> MTA.  They function identically, except that the MUA uses SMTP on 
+> behalf of a single user and the MTA uses it on behalf of many users.  
+> Also, an MUA receives mail for its single user by polling an MTA, 
+> while an MTA typically listens for incoming connections from MUAs or 
+> other MTAs and receives unsolicited mail for its many users.
+>
+> Both of them use exactly the same SMTP exchange to hand mail off to an 
+> intermediate or final-destination MTA, and both of them need to be 
+> configured with the information necessary to open a socket connection 
+> to that receiving MTA.
+>
+> You only need an MTA on the sending system if the recipient is a user 
+> who uses the sending system as its MTA.  Unfortunately, that includes 
+> the case of the user-to-user mail on the same system.
+>
+> So, regardless of what the RPMs require, msec really only needs an MUA 
+> that is properly configured to hand mail off to the desired MTA, which 
+> can be on another system entirely.  The requirement for a local MTA 
+> only arises if you want users on your system to be able to receive 
+> mail, whether it's sent by msec or anything else.
+>
+> But in either case, you can't get around having to configure the MUA.  
+> If you don't, the default config is usually to target an MTA on 
+> localhost.  And the default config for most MTAs when presented with a 
+> userid as an address is to rewrite the address to user at localhost and 
+> deliver it locally.  So yes, if you don't configure the MUA to use an 
+> off-host MTA, you will need an on-host (localhost) MTA.  If you don't 
+> have one, the MUA's response is unpredictable; it may throw an error, 
+> or it may (if it has root access) put the mail  in /dead.letter.
+
+So in sum, you seem to be saying that an MUA needs an MTA, which may be 
+on a remote machine.  Except if it is to be delivered locally without 
+accessing a remote machine, the MTA (of course) has to be on the local 
+machine.
+
+>> The best solution is to ensure that an MTA is always installed.
+>
+> I'd vote for that for simplicity, provided the default configuration 
+> made it usable only for local delivery to minimize security implications.
+
+That makes sense.
+
+> However, I think there is a better solution.  MTAs all simulate the 
+> sendmail API, and since sendmail is usable as an MUA as well, so are 
+> the various MTAs.  Real MUAs aren't that uniform.  Virtually all mail 
+> reader apps use their own internal MUAs to send mail, and have their 
+> own specific configuration mechanisms, e.g. thunderbird, 
+> seamonkey-mail, evolution.
+>
+> In fact:
+> [root at ftgme2 ftg]# rpm -q --whatrequires mail
+> no package requires mail
+> [root at ftgme2 ftg]# rpm -q --whatrequires mailx
+> msec-0.80.10-2.mga1
+> [root at ftgme2 ftg]# rpm -q --whatrequires nail
+> lsb-core-noarch-4.1-9.mga2
+> [root at ftgme2 ftg]# rpm -q --whatrequires sendmail-command
+> lsb-core-noarch-4.1-9.mga2
+> [root at ftgme2 ftg]# rpm -q --whatrequires mail-server
+> no package requires mail-server
+>
+> So, it might be a lot cleaner if we just changed msec to do its own 
+> crippled send-only MUA activities,  This is really a trivial 
+> programming exercise, as indicated by this comment block from a C 
+> program I wrote to do exactly this:
+>
+> ************************************************************
+>       The mail file contains SMTP commands with interspersed message
+>       data, as follows:
+>            HELO ...
+>            MAIL FROM:...
+>            RCPT TO:...
+>            (repeats for each recipient)
+>            DATA
+>             (mail headers and body)
+>            .
+>            QUIT
+>
+>       We open a session to the remote host's port 25, and ship each
+>       of the SMTP commands, waiting for an acceptable response.  The
+>       "acceptable response" to each SMTP command begins with three
+>       digits and ends with a CRLF.  We examine only the three digits,
+>       although we record the rest of the text.  The acceptable
+>       response for most commands is a "250"; for DATA, it is a "354",
+>       and for QUIT it is a 221.  We do not actually verify the
+>       responses, since mailservers may vary, but simply forge on
+>       unless we get an I/O error from the socket.  The user should
+>       be able to diagnose any errors from the transcript.
+> ***********************************************************
+>
+> That's if you do it from scratch; I have to think that perl already 
+> has library support for sending mail.  Of course, you'd probably not 
+> want to hardcode port 25, and msec would need configuration which 
+> could be handled by having a disabled entry field for host/port that 
+> gets enabled if you fill in a mail recipient.
+>
+> If the host is missing, localhost, or the known host name of the local 
+> machine, you'd want additional checks that something providing 
+> mail-server is installed, and prompts to choose one if none is installed.
+>
+> Same support in msecgui, of course.
+
+I like that approach.
+There are a lot of mail-related perl packages.  Hopefully one is 
+appropriate (or readily modified to be so).
+
+We should also have code that gracefully deals with cases where it is 
+requested to send security messages to a remote host.  (For example, if 
+a remote-capable MTA is not installed or accessible.)
+
+-- 
+André
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008391.html b/zarb-ml/mageia-dev/2011-September/008391.html new file mode 100644 index 000000000..a2d971c02 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008391.html @@ -0,0 +1,79 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ andre999 + andre999mga at laposte.net +
+ Sun Sep 25 21:40:40 CEST 2011 +

+
+ +
Johnny A. Solbu a écrit :
+> On Friday 23 September 2011 12:49, andre999 wrote:
+>    
+>> Currently, entering a userid alone does not work.  It has to be an email address.
+>>      
+> Then somewhere along the line this has been changed. When I entered a username in my Mandriva installations, which is what Mageia is based on, the user get mail with reports if an MTA is installed. The field even says something to the effect of "what user should receive the reports". if nothing is entered, root receive the mail
+
+It must have been a config problem on my system, since although it 
+didn't work when I installed postfix (I had to change userid to 
+userid at localhost), according to my test last night, it works now :)
+
+-- 
+André
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008392.html b/zarb-ml/mageia-dev/2011-September/008392.html new file mode 100644 index 000000000..22a61b6a6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008392.html @@ -0,0 +1,113 @@ + + + + [Mageia-dev] [changelog] [RPM] cauldron core/release 0ad-1.0-0.10288.2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] [RPM] cauldron core/release 0ad-1.0-0.10288.2.mga2

+ Balcaen John + mikala at mageia.org +
+ Mon Sep 26 02:40:24 CEST 2011 +

+
+ +
Le Dimanche 25 Septembre 2011 14:13:27 Mageia Team a écrit :
+[...]
+> wally <wally> 1.0-0.10288.2.mga2:
+> + Revision: 147663
+> - build with system enet
+Thks, i  forgot to check enet compatibility with this new alpha (it was 
+possible now to use enet => 1.3 before & that's why i initially import 
+only enet 1.2 & not 1.3 on mageia 1)
+
+Regards,
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008393.html b/zarb-ml/mageia-dev/2011-September/008393.html new file mode 100644 index 000000000..3a3a58267 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008393.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] [110263] (boost build change) + + + + + + + + + +

[Mageia-dev] [110263] (boost build change)

+ Juan Luis Baptiste + juan.baptiste at gmail.com +
+ Mon Sep 26 02:51:09 CEST 2011 +

+
+ +
On Sun, Sep 25, 2011 at 9:50 AM, Anssi Hannula <anssi.hannula at iki.fi> wrote:
+>
+> Yes, I noticed this because Stormi reported an issue in IRC yesterday.
+> As I've now added symlinks so that the standard names work again, the
+> patch isn't necessary anymore, though.
+>
+
+Done.
+
+-- 
+JLB
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008394.html b/zarb-ml/mageia-dev/2011-September/008394.html new file mode 100644 index 000000000..d74f7eff2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008394.html @@ -0,0 +1,104 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ andre999 + andre999mga at laposte.net +
+ Mon Sep 26 02:55:26 CEST 2011 +

+
+ +
Florian Hubold a écrit :
+> Am 22.09.2011 01:32, schrieb Eugeni Dodonov:
+>> On Wed, Sep 21, 2011 at 19:09, Luc Menut <lmenut at free.fr
+>> <mailto:lmenut at free.fr>> wrote:
+>>
+>>
+>> But perhaps we could/should change the configuration of msec to not send
+>> email by default, by adding MAIL_WARN=no in
+>> /etc/security/msec/security.conf.
+>>
+>>
+>> Better doing it for /etc/security/msec/level.* then.
+>>
+>> --
+>> Eugeni Dodonov
+>> <http://eugeni.dodonov.net/>
+> That sounds sensible to me. If nobody objects, i'll think that's the way
+> to go.
+
+Looking at the current defaults by level
+  for MAIL_USER= , MAIL_WARN= , and NOTIFY_WARN= respectively:
+
+level.none: every parameter is nul (undefined)
+level.standard, .netbook, .audit_daily, .audit_weekly are:  root , yes , yes
+level.fileserver, .webserver, .secure are:  root , yes , no
+
+So all levels currently default to send warnings to root,
+and only the server and secure levels don't default to displaying warnings on 
+the desktop.
+
+It probably makes sense to change the default to MAIL_WARN=no for standard and 
+netbook.  (Since if the messages are ignored, they will end up using a lot of 
+disk space.)
+But for the other levels, it seems to me that the current default (yes) is more 
+likely to be wanted.  As well, users selecting those security levels should 
+(hopefully) be savy enough to know what values to configure.
+
+-- 
+André
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008395.html b/zarb-ml/mageia-dev/2011-September/008395.html new file mode 100644 index 000000000..57d42ca80 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008395.html @@ -0,0 +1,111 @@ + + + + [Mageia-dev] PING for bug 2160 + + + + + + + + + +

[Mageia-dev] PING for bug 2160

+ Frank Griffin + ftg at roadrunner.com +
+ Mon Sep 26 05:06:29 CEST 2011 +

+
+ +
On 09/25/2011 02:21 PM, Balcaen John wrote:
+>
+> What's the content of your /etc/NetworkManager/NetworkManager.conf ?
+>
+
+I have no such file, possibly as a result of removing the networkmanager 
+RPM.  The directory is there, and it isn't empty:
+
+[ftg at ftglap etc]$ ls -lR NetworkManager
+NetworkManager:
+total 4
+drwxr-xr-x 2 root root 4096 Aug 25 16:33 dispatcher.d/
+
+NetworkManager/dispatcher.d:
+total 8
+-rwxr-xr-x 1 root root 175 Sep 17  2010 00-netreport*
+-rwxr-xr-x 1 root root 345 Sep 17  2010 05-netfs*
+[ftg at ftglap etc]$
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008396.html b/zarb-ml/mageia-dev/2011-September/008396.html new file mode 100644 index 000000000..6ab369916 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008396.html @@ -0,0 +1,92 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Frank Griffin + ftg at roadrunner.com +
+ Mon Sep 26 05:16:07 CEST 2011 +

+
+ +
On 09/25/2011 03:36 PM, andre999 wrote:
+> Frank Griffin a écrit :
+>
+> So in sum, you seem to be saying that an MUA needs an MTA, which may 
+> be on a remote machine.  Except if it is to be delivered locally 
+> without accessing a remote machine, the MTA (of course) has to be on 
+> the local machine.
+
+Correct.
+
+>
+> I like that approach.
+> There are a lot of mail-related perl packages.  Hopefully one is 
+> appropriate (or readily modified to be so).
+>
+> We should also have code that gracefully deals with cases where it is 
+> requested to send security messages to a remote host.  (For example, 
+> if a remote-capable MTA is not installed or accessible.)
+>
+
+That can't easily be done.  For anti-spam reasons, very few remote MTAs 
+will accept mail from an MUA or MTA originating from an "unknown" IP 
+address.  For an ISP MTA, this is one not within the assigned IP pool 
+for its clients and for the big boys, it's anyone who isn't known as a 
+valid ISP or who can't authenticate themselves via userid/password or TLS.
+
+So, if you need the services of an external MTA, you will require 
+configuration info that is specific to the client system.
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008397.html b/zarb-ml/mageia-dev/2011-September/008397.html new file mode 100644 index 000000000..75f7a00f1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008397.html @@ -0,0 +1,117 @@ + + + + [Mageia-dev] [changelog] [RPM] cauldron core/release perl-Git-Repository-1.220.0-1.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] [RPM] cauldron core/release perl-Git-Repository-1.220.0-1.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Mon Sep 26 09:51:35 CEST 2011 +

+
+ +
On 26 September 2011 09:22, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> Name        : perl-Git-Repository          Relocations: (not relocatable)
+> Version     : 1.220.0                           Vendor: Mageia.Org
+> Release     : 1.mga2                        Build Date: Mon Sep 26 09:17:17 2011
+> Install Date: (not installed)               Build Host: jonund
+> Group       : Development/Perl              Source RPM: (none)
+> Size        : 42879                            License: GPL+ or Artistic
+> Signature   : (none)
+> Packager    : Mageia Team <http://www.mageia.org>
+> URL         : http://search.cpan.org/dist/Git-Repository
+> Summary     : Split a git log stream into records
+> Description :
+> 'Test::Git' provides a number of helpful functions when running test
+> scripts that require the creation and management of a Git repository.
+>
+> jquelin <jquelin> 1.220.0-1.mga2:
+> + Revision: 148079
+> - update to 1.22
+> - imported package perl-Git-Repository
+
+Wrong description?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008398.html b/zarb-ml/mageia-dev/2011-September/008398.html new file mode 100644 index 000000000..c6081a806 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008398.html @@ -0,0 +1,109 @@ + + + + [Mageia-dev] [changelog] [RPM] cauldron core/release perl-Git-Repository-1.220.0-1.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] [RPM] cauldron core/release perl-Git-Repository-1.220.0-1.mga2

+ Jerome Quelin + jquelin at gmail.com +
+ Mon Sep 26 10:20:18 CEST 2011 +

+
+ +
On 11/09/26 09:51 +0200, Thierry Vignaud wrote:
+> On 26 September 2011 09:22, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> > Name        : perl-Git-Repository          Relocations: (not relocatable)
+> > Summary     : Split a git log stream into records
+> > Description :
+> > 'Test::Git' provides a number of helpful functions when running test
+> > scripts that require the creation and management of a Git repository.
+> 
+> Wrong description?
+
+fixed summary & description.
+thanks for reporting,
+jérôme 
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008399.html b/zarb-ml/mageia-dev/2011-September/008399.html new file mode 100644 index 000000000..39f90c34f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008399.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] PING for bug 2160 + + + + + + + + + +

[Mageia-dev] PING for bug 2160

+ Balcaen John + mikala at mageia.org +
+ Mon Sep 26 11:47:06 CEST 2011 +

+
+ +
Le Dimanche 25 Septembre 2011 23:06:29 Frank Griffin a écrit :
+> On 09/25/2011 02:21 PM, Balcaen John wrote:
+> > What's the content of your /etc/NetworkManager/NetworkManager.conf
+> > ?
+> I have no such file, possibly as a result of removing the
+> networkmanager RPM.  The directory is there, and it isn't empty:
+[...]
+Since you know how to work around this (possible) issue could you please 
+install nm & test again if you can reproduce it ?
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008400.html b/zarb-ml/mageia-dev/2011-September/008400.html new file mode 100644 index 000000000..57b50a5a6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008400.html @@ -0,0 +1,121 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ Philippe DIDIER + philippedidier at laposte.net +
+ Mon Sep 26 13:19:26 CEST 2011 +

+
+ +
changing the provides from //
+Provides: tetex-texi2html = 1:3.0
+to////
+Provides: texi2html
+//make some problem appear :
+http://check.mageia.org/dependencies.html :
+ffmpeg
+gcompris
+lash
+qemu
+quagga
+xen
+have this BuilRequires
+2 solutions :
+- You may keep the 2 provides (//texi2html and ////tetex-texi2html = 1:3.0)
+// in the spec file of texi2html
+- You modify the spec file of all the packages depending on this 
+BuildRequire
+
+If you intend to remove texi2html from the repo the second solution 
+would be better (if you're sure that texlive provides exactly the same 
+thing as texi2html)
+
+Hope this will help
+Philippe
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008401.html b/zarb-ml/mageia-dev/2011-September/008401.html new file mode 100644 index 000000000..5dd787612 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008401.html @@ -0,0 +1,95 @@ + + + + [Mageia-dev] PING for bug 2160 + + + + + + + + + +

[Mageia-dev] PING for bug 2160

+ Frank Griffin + ftg at roadrunner.com +
+ Mon Sep 26 13:44:38 CEST 2011 +

+
+ +
On 09/26/2011 05:47 AM, Balcaen John wrote:
+> [...] Since you know how to work around this (possible) issue could 
+> you please install nm & test again if you can reproduce it ? 
+Will do.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008402.html b/zarb-ml/mageia-dev/2011-September/008402.html new file mode 100644 index 000000000..8367d6cb8 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008402.html @@ -0,0 +1,113 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ nicolas vigier + boklm at mars-attacks.org +
+ Mon Sep 26 14:47:00 CEST 2011 +

+
+ +
On Sat, 24 Sep 2011, Thomas Spuhler wrote:
+
+> On Saturday, September 24, 2011 01:49:13 pm Thomas Spuhler wrote:
+> > On Saturday, September 24, 2011 01:19:17 pm nicolas vigier wrote:
+> > > On Sat, 24 Sep 2011, nicolas vigier wrote:
+> > > > On Sat, 24 Sep 2011, Thomas Spuhler wrote:
+> > > > > texi2html has no maintainer.
+> > > > > This package provides
+> > > > > Provides:	tetex-texi2html = 1:3.0
+> > > > > 
+> > > > > Anybody getting hartburns if I chahnge that to
+> > > > > Provides:	texi2html
+> > > > 
+> > > > Why ?
+> > > 
+> > > By the way texlive also provides texi2html.
+> > 
+> > OK, I accept that.
+> a second thought, should we remove texi2html since texlive already provides 
+> it.
+
+Yes, either texi2html should be removed if it's already provided by
+texlive. Or the provide from texlive should be removed, if it's not
+really provided.
+
+> 
+> But are you sure about texlive providing it?
+
+I don't know. It looks like it's not in the texlive package.
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008403.html b/zarb-ml/mageia-dev/2011-September/008403.html new file mode 100644 index 000000000..ae0b5c9f0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008403.html @@ -0,0 +1,70 @@ + + + + [Mageia-dev] [WARNING] libpng-1.5.4 landing soon + + + + + + + + + +

[Mageia-dev] [WARNING] libpng-1.5.4 landing soon

+ Jerome Quelin + jquelin at gmail.com +
+ Mon Sep 26 14:48:28 CEST 2011 +

+
+ +
hi,
+
+On 11/09/10 16:44 +0800, Funda Wang wrote:
+> I'm about to push libpng 1.5.4 as default libpng for mga2 into
+> cauldron soon. There will be some breakage for devtime deps, but I
+> think it won't affect runtime deps. Compat libs for libpng 1.2 will
+> landing at first as libpng12.
+
+i get artefacts which i think are related to libpng upgrade:
+https://bugs.mageia.org/show_bug.cgi?id=2801
+
+what can i do to help?
+jérôme 
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008404.html b/zarb-ml/mageia-dev/2011-September/008404.html new file mode 100644 index 000000000..40dd45773 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008404.html @@ -0,0 +1,119 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ nicolas vigier + boklm at mars-attacks.org +
+ Mon Sep 26 14:56:46 CEST 2011 +

+
+ +
+On Mon, 26 Sep 2011, Philippe DIDIER wrote:
+
+> changing the provides from //
+> Provides: tetex-texi2html = 1:3.0
+> to////
+> Provides: texi2html
+> //make some problem appear :
+> http://check.mageia.org/dependencies.html :
+> ffmpeg
+> gcompris
+> lash
+> qemu
+> quagga
+> xen
+> have this BuilRequires
+> 2 solutions :
+> - You may keep the 2 provides (//texi2html and ////tetex-texi2html = 1:3.0)
+> // in the spec file of texi2html
+> - You modify the spec file of all the packages depending on this 
+> BuildRequire
+
+As tetex is no longer included, I think all requires on tetex-* should
+be modified.
+
+Can you answer in existing thread instead of creating a new one ?
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008405.html b/zarb-ml/mageia-dev/2011-September/008405.html new file mode 100644 index 000000000..b84f1f6bc --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008405.html @@ -0,0 +1,82 @@ + + + + [Mageia-dev] [WARNING] libpng-1.5.4 landing soon + + + + + + + + + +

[Mageia-dev] [WARNING] libpng-1.5.4 landing soon

+ John Balcaen + mikala at mageia.org +
+ Mon Sep 26 16:33:17 CEST 2011 +

+
+ +
2011/9/26 Jerome Quelin <jquelin at gmail.com>:
+> hi,
+>
+> On 11/09/10 16:44 +0800, Funda Wang wrote:
+>> I'm about to push libpng 1.5.4 as default libpng for mga2 into
+>> cauldron soon. There will be some breakage for devtime deps, but I
+>> think it won't affect runtime deps. Compat libs for libpng 1.2 will
+>> landing at first as libpng12.
+>
+> i get artefacts which i think are related to libpng upgrade:
+> https://bugs.mageia.org/show_bug.cgi?id=2801
+>
+> what can i do to help?
+> jérôme
+>
+Could you at least check with the xguest user (which seems not working
+anymore on tmpfs with systemd enable)  or another user just in case ?
+I was not able to do a lot of test this morning (i'll try again later
+today) but i installed tellico & did not notice any issue with the
+starts or the exit button at all.
+
+
+-- 
+Balcaen John
+Jabber-id: mikala at jabber.littleboboy.net
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008406.html b/zarb-ml/mageia-dev/2011-September/008406.html new file mode 100644 index 000000000..492faa60c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008406.html @@ -0,0 +1,93 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Mon Sep 26 17:34:30 CEST 2011 +

+
+ +
On 26.09.2011 15:47, nicolas vigier wrote:
+> On Sat, 24 Sep 2011, Thomas Spuhler wrote:
+>>
+>> But are you sure about texlive providing it?
+> 
+> I don't know. It looks like it's not in the texlive package.
+
+My impression (from a few years back I think) is that standalone
+texi2html is the texlive-era replacement for tetex-texi2html.
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008407.html b/zarb-ml/mageia-dev/2011-September/008407.html new file mode 100644 index 000000000..a8c6cfe0d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008407.html @@ -0,0 +1,151 @@ + + + + [Mageia-dev] [packages-commits] [147936] changed Provides: tetex-texi2html = 1:3.0 + + + + + + + + + +

[Mageia-dev] [packages-commits] [147936] changed Provides: tetex-texi2html = 1:3.0

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Mon Sep 26 17:38:17 CEST 2011 +

+
+ +
On 26.09.2011 04:27, root at mageia.org wrote:
+> Revision
+>     147936
+> Author
+>     spuhler
+> Date
+>     2011-09-26 03:27:20 +0200 (Mon, 26 Sep 2011)
+> 
+> 
+>       Log Message
+> 
+> changed Provides: tetex-texi2html = 1:3.0
+> to Provides:	texi2html in order for packages to find it
+
+As noted to you in mageia-dev@ by Pascal Terjan earlier, this change
+makes no sense whatsoever.
+
+1. Packages already provide their %name implicitely.
+2. Extra provides on tetex-texi2html doesn't prevent any packages from
+finding it, but prevents dependency issues if other packages depend on
+tetex-texi2html.
+
+
+
+>       Modified Paths
+> 
+>   * cauldron/texi2html/current/SPECS/texi2html.spec
+>     <#cauldrontexi2htmlcurrentSPECStexi2htmlspec>
+> 
+> Modified: cauldron/texi2html/current/SPECS/texi2html.spec
+> ===================================================================
+> --- cauldron/texi2html/current/SPECS/texi2html.spec	2011-09-26 01:26:54 UTC (rev 147935)
+> +++ cauldron/texi2html/current/SPECS/texi2html.spec	2011-09-26 01:27:20 UTC (rev 147936)
+> @@ -4,7 +4,7 @@
+>  
+>  Name:           texi2html
+>  Version:        1.82
+> -Release:        %mkrel 2
+> +Release:        %mkrel 3
+>  Epoch:          0
+>  License:        GPL
+>  Group:          Publishing
+> @@ -18,10 +18,10 @@
+>  %else
+>  Conflicts:      tetex-texi2html < 1:3.0
+>  %endif
+> -Provides:	tetex-texi2html = 1:3.0
+> +Provides:	texi2html
+>  BuildArch:      noarch
+> -BuildRoot:      %{_tmppath}/%{name}-%{version}-%{release}-root
+>  
+> +
+>  %description
+>  The basic purpose of texi2html is to convert Texinfo documents into HTML,
+>  and other formats. Configuration files written in perl provide fine degree
+> 
+> 
+
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008408.html b/zarb-ml/mageia-dev/2011-September/008408.html new file mode 100644 index 000000000..5f837e2eb --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008408.html @@ -0,0 +1,111 @@ + + + + [Mageia-dev] Drakx tools hosed w/today's updates + + + + + + + + + +

[Mageia-dev] Drakx tools hosed w/today's updates

+ Frank Griffin + ftg at roadrunner.com +
+ Mon Sep 26 18:06:29 CEST 2011 +

+
+ +
[root at ftglap ftg]# mcc
+[root at ftglap ftg]# GdkPixbuf-WARNING **: Bug! gdk-pixbuf loader 'png' 
+didn't set an error on failure. at /usr/lib/libDrakX/mygtk2.pm line 316.
+GdkPixbuf-WARNING **: Bug! gdk-pixbuf loader 'png' didn't set an error 
+on failure. at /usr/lib/libDrakX/mygtk2.pm line 316.
+Failed to load image '/usr/lib/libDrakX/icons/drakbug-16.png': reason 
+not known, probably a corrupt image file at /usr/lib/libDrakX/mygtk2.pm 
+line 316.
+standalone::bug_handler() called from /usr/lib/libDrakX/mygtk2.pm:316
+mygtk2::_gtk__Pixbuf() called from /usr/lib/libDrakX/mygtk2.pm:105
+mygtk2::_gtk() called from /usr/lib/libDrakX/mygtk2.pm:41
+mygtk2::gtknew() called from /usr/lib/libDrakX/mygtk2.pm:867
+mygtk2::_gtk_any_Window() called from /usr/lib/libDrakX/mygtk2.pm:832
+mygtk2::_gtk__Window() called from /usr/lib/libDrakX/mygtk2.pm:105
+mygtk2::_gtk() called from /usr/lib/libDrakX/mygtk2.pm:1233
+mygtk2::_create_Window() called from /usr/lib/libDrakX/mygtk2.pm:923
+mygtk2::_gtk__MagicWindow() called from /usr/lib/libDrakX/mygtk2.pm:105
+mygtk2::_gtk() called from /usr/lib/libDrakX/mygtk2.pm:41
+mygtk2::gtknew() called from /usr/lib/libDrakX/ugtk2.pm:739
+ugtk2::new() called from /usr/bin/drakbug:76
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008409.html b/zarb-ml/mageia-dev/2011-September/008409.html new file mode 100644 index 000000000..b5289b37b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008409.html @@ -0,0 +1,113 @@ + + + + [Mageia-dev] Drakx tools hosed w/today's updates + + + + + + + + + +

[Mageia-dev] Drakx tools hosed w/today's updates

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Mon Sep 26 18:36:23 CEST 2011 +

+
+ +
On 26 September 2011 18:06, Frank Griffin <ftg at roadrunner.com> wrote:
+> [root at ftglap ftg]# mcc
+> [root at ftglap ftg]# GdkPixbuf-WARNING **: Bug! gdk-pixbuf loader 'png' didn't
+> set an error on failure. at /usr/lib/libDrakX/mygtk2.pm line 316.
+> GdkPixbuf-WARNING **: Bug! gdk-pixbuf loader 'png' didn't set an error on
+> failure. at /usr/lib/libDrakX/mygtk2.pm line 316.
+> Failed to load image '/usr/lib/libDrakX/icons/drakbug-16.png': reason not
+> known, probably a corrupt image file at /usr/lib/libDrakX/mygtk2.pm line
+> 316.
+> standalone::bug_handler() called from /usr/lib/libDrakX/mygtk2.pm:316
+> mygtk2::_gtk__Pixbuf() called from /usr/lib/libDrakX/mygtk2.pm:105
+> mygtk2::_gtk() called from /usr/lib/libDrakX/mygtk2.pm:41
+> mygtk2::gtknew() called from /usr/lib/libDrakX/mygtk2.pm:867
+> mygtk2::_gtk_any_Window() called from /usr/lib/libDrakX/mygtk2.pm:832
+> mygtk2::_gtk__Window() called from /usr/lib/libDrakX/mygtk2.pm:105
+> mygtk2::_gtk() called from /usr/lib/libDrakX/mygtk2.pm:1233
+> mygtk2::_create_Window() called from /usr/lib/libDrakX/mygtk2.pm:923
+> mygtk2::_gtk__MagicWindow() called from /usr/lib/libDrakX/mygtk2.pm:105
+> mygtk2::_gtk() called from /usr/lib/libDrakX/mygtk2.pm:41
+> mygtk2::gtknew() called from /usr/lib/libDrakX/ugtk2.pm:739
+> ugtk2::new() called from /usr/bin/drakbug:76
+
+nothing related to drakxtools, gtk+ vs libpng*
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008410.html b/zarb-ml/mageia-dev/2011-September/008410.html new file mode 100644 index 000000000..17d42a059 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008410.html @@ -0,0 +1,93 @@ + + + + [Mageia-dev] Drakx tools hosed w/today's updates + + + + + + + + + +

[Mageia-dev] Drakx tools hosed w/today's updates

+ Frank Griffin + ftg at roadrunner.com +
+ Mon Sep 26 18:56:28 CEST 2011 +

+
+ +
On 09/26/2011 12:36 PM, Thierry Vignaud wrote:
+> nothing related to drakxtools, gtk+ vs libpng* 
+Work-in-progress, or shall I file a bug report ?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008411.html b/zarb-ml/mageia-dev/2011-September/008411.html new file mode 100644 index 000000000..01cf75733 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008411.html @@ -0,0 +1,96 @@ + + + + [Mageia-dev] Drakx tools hosed w/today's updates + + + + + + + + + +

[Mageia-dev] Drakx tools hosed w/today's updates

+ Barry Jackson + zen25000 at zen.co.uk +
+ Mon Sep 26 20:03:29 CEST 2011 +

+
+ +
On 26/09/11 17:56, Frank Griffin wrote:
+> On 09/26/2011 12:36 PM, Thierry Vignaud wrote:
+>> nothing related to drakxtools, gtk+ vs libpng*
+> Work-in-progress, or shall I file a bug report ?
+>
+https://bugs.mageia.org/show_bug.cgi?id=2822
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008412.html b/zarb-ml/mageia-dev/2011-September/008412.html new file mode 100644 index 000000000..389de4f40 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008412.html @@ -0,0 +1,102 @@ + + + + [Mageia-dev] Drakx tools hosed w/today's updates + + + + + + + + + +

[Mageia-dev] Drakx tools hosed w/today's updates

+ Frank Griffin + ftg at roadrunner.com +
+ Mon Sep 26 20:23:38 CEST 2011 +

+
+ +
On 09/26/2011 02:03 PM, Barry Jackson wrote:
+> On 26/09/11 17:56, Frank Griffin wrote:
+>> On 09/26/2011 12:36 PM, Thierry Vignaud wrote:
+>>> nothing related to drakxtools, gtk+ vs libpng*
+>> Work-in-progress, or shall I file a bug report ?
+>>
+> https://bugs.mageia.org/show_bug.cgi?id=2822
+>
+Ah, thanks for the link.  I thought I had seen a thread about MCC 
+problems, and searched the archives for this list, but didn't find 
+anything, and assumed it must have been a cooker thread.  It didn't 
+occur to me that what I had seen was the bugs list posts for this guy.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008413.html b/zarb-ml/mageia-dev/2011-September/008413.html new file mode 100644 index 000000000..2445e5eb2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008413.html @@ -0,0 +1,214 @@ + + + + [Mageia-dev] Package adoption campaign + + + + + + + + + +

[Mageia-dev] Package adoption campaign

+ Samuel Verschelde + stormi at laposte.net +
+ Mon Sep 26 21:31:42 CEST 2011 +

+
+ +
Now:
+- unmaintained: 3320
+- maintained (non-perl): 2788
+- maintained (perl): 2551
+
+Not much progress in 48h (only 18 packages have found a maintainer). 
+
+I haven't updated 
+http://stormi.lautre.net/fichiers/mageia/unmaintained-per-committers.txt
+for now, but it should not be too obsolete.
+
+Please don't forget to check if you can take care of some of the packages in 
+the "list of unmaintained packages of interest" that I gave in the previous 
+mail.
+
+Best regards
+
+Samuel Verschelde
+
+
+Le samedi 24 septembre 2011 21:28:40, Samuel Verschelde a écrit :
+> Tonight's report:
+> - unmaintained: 3338
+> - maintained (non-perl): 2759
+> - maintained (perl): 2539
+> 
+> Progress since yesterday: 179 packages.
+> 
+> The list of unmaintained packages with per-packager number of commits has
+> been updated:
+> http://stormi.lautre.net/fichiers/mageia/unmaintained-per-committers.txt
+> 
+> The list of unmaintained packages of interest is almost identical to
+> yesterday:
+> 
+> acpid: tv 12, kharec 4, pterjan 3, ennael 2, dmorgan 1
+> aspell-*
+> avahi: dmorgan 10, pterjan 5, mikala 2, wally 1, rtp 1, misc 1
+> banshee: ahmad 10, wally 7, ennael 4, tv 3, pterjan 3, fwang 2, ...
+> basesystem: tv 5, pterjan 3, dmorgan 2, tmb 1, rtp 1, blino 1
+> bind: guillomovitch 45, misc 9, mikala 5, pterjan 4, ennael 2, cjw 2, ...
+> binutils: rtp 4, pterjan 1, blino 1
+> bootsplash: blino 3, dmorgan 2, ahmad 2, pterjan 1
+> bzip2: eandry 4, pterjan 2, blino 1
+> cairo: fwang 2, blino 2, rtp 1, dmorgan 1, ahmad 1
+> chkconfig: tv 16, tmb 3, kharec 1
+> chromium-browser-beta: tv 145, fwang 1
+> chromium-browser-stable: tv 116, dmorgan 6, fwang 2
+> chromium-browser-unstable: tv 168, fwang 1
+> clamav: dlucio 6, tv 3, kharec 3, ennael 2, ahmad 2, stormi 1, spuhler 1
+> cmake: ahmad 14, dmorgan 7, tv 2, mikala 2, fwang 2, kharec 1
+> coreutils: tv 11, tmb 1
+> cpio: blino 1
+> cups: dmorgan 11, tv 6, fwang 1, blino 1, ahmad 1
+> curl: pterjan 7, tv 6, dams 6, kharec 5, fwang 1, blino 1
+> dash: tv 5, blino 1
+> dbus: tv 8, dmorgan 5, cjw 4, misc 2, tmb 1, rtp 1, blino 1
+> desktop-common-data: ennael 11, dmorgan 9, pterjan 2, blino 2, ...
+> dev86: tv 14, pterjan 4, ahmad 3, tmb 1
+> dmidecode: tv 6, blino 2
+> drak3d: dmorgan 3, ennael 1
+> drakcowsay: mikala 1, boklm 1
+> drakguard: ennael 7, dmorgan 5
+> draklive: blino 9
+> draklive-install: blino 6, dmorgan 5, pterjan 1
+> drakx-installer-advertising: ennael 21, tv 2
+> drakx-net: ennael 12, dmorgan 6, tv 3
+> empathy: fwang 17, dams 17, dmorgan 15, wally 9, ahmad 6, eandry 2, ...
+> evolution: fwang 18, dmorgan 16, dams 4, pterjan 3, wally 1, ahmad 1
+> ffmpeg: fwang 18, cjw 5, pterjan 3, colin 3, ahmad 2, dmorgan 1
+> findutils: tv 5, tmb 1
+> gcc: tmb 3, rtp 3, fwang 1
+> glib2.0: fwang 14, ahmad 10, dmorgan 8, tv 6, cjw 3, blino 3, pterjan 2,
+> ... glibc: misc 8, rtp 5, blino 3, tv 1, tmb 1, dmorgan 1
+> gnome-*
+> grub: misc 2, tmb 1
+> gtk+3.0: fwang 15, dmorgan 13, wally 4, cjw 4, ahmad 4, saispo 1
+> gzip: tmb 1
+> hunspell*
+> hyphen*
+> ipset: tmb 11, pterjan 3
+> iptables: blino 4, tmb 2, ahmad 1
+> iputils: pterjan 2, misc 2, blino 1
+> iurt: pterjan 11, blino 10, boklm 2
+> kernel-vserver: tmb 18, bertl 13
+> kmplayer: ahmad 1
+> konversation: mikala 3, ahmad 2
+> lib*
+> locales: misc 4, blino 3, dmorgan 1, boklm 1
+> logrotate: misc 6, ahmad 4, tmb 1
+> mageia-gfxboot-theme: ennael 28, dmorgan 6, tmb 2, schultz 2, ahmad 2
+> mageia-release: ennael 15, tmb 9, boklm 5, blino 2, tv 1, rda 1
+> mageia-theme: schultz 21, ennael 19, dmorgan 19, tmb 4, mikala 4, ...
+> man: blino 1, ahmad 1
+> man-pages: blino 2, ahmad 2
+> mdadm: tmb 3
+> mgaonline: tv 13, tmb 6, ennael 6, dmorgan 4, ze 2, ahmad 2, misc 1
+> mplayer: fwang 5, blino 3, ahmad 3, cjw 1
+> mysql: guillomovitch 21, dmorgan 17, ahmad 12, mikala 9, alien 3, rtp 1
+> mysql-workbench: dmorgan 26, mikala 14, ahmad 5, fwang 4, spuhler 2, ...
+> nagios: guillomovitch 13, ennael 2, misc 1, dmorgan 1
+> networkmanager: mikala 21, dmorgan 11, blino 4, cjw 1
+> null: pterjan 22, boklm 20, dmorgan 10, tmb 7, misc 1, blino 1
+> openssh: pterjan 8, blino 4, saispo 2, misc 1, kharec 1
+> openssl: pterjan 6, blino 3, rtp 1, fwang 1
+> pam: blino 4, pterjan 1, colin 1
+> php-*
+> python-*
+> radeon-firmware: tmb 11
+> radeontool: tv 3, pterjan 1
+> ruby-*
+> shorewall: tv 15, ahmad 15, ennael 2, tmb 1, pterjan 1
+> speedtouch-firmware: ahmad 2
+> speedtouch-firmware-extractor: ennael 1, ahmad 1
+> subversion: tv 5, ahmad 5, dmorgan 2, blino 2, pterjan 1, mikala 1, ...
+> sudo: tv 7, boklm 4, blino 3, rtp 1, pterjan 1, dmorgan 1
+> syslinux: erwan 10, boklm 4, pterjan 1
+> sysvinit: tmb 1, rtp 1
+> task-c-devel: tv 1, ennael 1
+> task-c++-devel: tv 1, ennael 1
+> task-e17: ennael 4
+> task-lamp: dmorgan 3, tv 1, philippem 1, misc 1
+> task-nagios: ennael 1
+> task-printing-scanning: tv 2, ennael 2, ahmad 2
+> task-scanning: tv 1, ennael 1
+> task-x11: ahmad 3, dmorgan 2, ennael 1
+> task-xfce: ahmad 3, ennael 2, philippem 1
+> uClibc: rtp 1, blino 1
+> unzip: blino 2
+> util-linux: eugeni 1
+> util-linux-ng: tmb 1
+> webkit: dmorgan 18, fwang 17, pterjan 2, wally 1, kharec 1, ennael 1
+> webmin: ennael 20, pterjan 1
+> wine: ahmad 70, fwang 3, dmorgan 1, anssi 1
+> xen: tv 4, tmb 4, fwang 2, saispo 1
+> xorg-x11: mikala 2, tv 1, dmorgan 1, blino 1
+> xulrunner: tv 43, dmorgan 25, fwang 13, ahmad 11, blino 4, erwan 3, ...
+> 
+> Samuel
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008414.html b/zarb-ml/mageia-dev/2011-September/008414.html new file mode 100644 index 000000000..8f6f30391 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008414.html @@ -0,0 +1,109 @@ + + + + [Mageia-dev] [install-module at master.gnome.org: glib 2.30.0] + + + + + + + + + +

[Mageia-dev] [install-module at master.gnome.org: glib 2.30.0]

+ Olav Vitters + olav at vitters.nl +
+ Tue Sep 27 00:00:16 CEST 2011 +

+
+ +
fwang/wally/other GNOME packagers
+
+some stuff will need to be rebuilt after packaging glib 2.30.0
+
+see
+https://mail.gnome.org/archives/distributor-list/2011-September/msg00005.html
+
+should be limited to nautilus,gnome-online-accounts
+
+the buildmachine is a bit behind so I'll leave glib for now
+-- 
+Regards,
+Olav
+-------------- next part --------------
+An embedded message was scrubbed...
+From: Ryan Lortie <install-module at master.gnome.org>
+Subject: glib 2.30.0
+Date: Mon, 26 Sep 2011 21:52:57 +0000 (UTC)
+Size: 5674
+URL: </pipermail/mageia-dev/attachments/20110927/ea6ad2b5/attachment.mht>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008415.html b/zarb-ml/mageia-dev/2011-September/008415.html new file mode 100644 index 000000000..07a2f4ab0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008415.html @@ -0,0 +1,95 @@ + + + + [Mageia-dev] KDM prompt in install + + + + + + + + + +

[Mageia-dev] KDM prompt in install

+ Frank Griffin + ftg at roadrunner.com +
+ Tue Sep 27 00:06:00 CEST 2011 +

+
+ +
Current cauldron install prompts saying that the KDM package is needed, 
+and do you want to installl it ?
+
+This is on an install where I have already selected KDE under Custom.
+
+Why is this specific package being prompted for ?  Is it not part of KDE ?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008416.html b/zarb-ml/mageia-dev/2011-September/008416.html new file mode 100644 index 000000000..8a6f52860 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008416.html @@ -0,0 +1,110 @@ + + + + [Mageia-dev] Could someone help me with an account issue ? + + + + + + + + + +

[Mageia-dev] Could someone help me with an account issue ?

+ Bruno Cornec + Bruno.Cornec at hp.com +
+ Tue Sep 27 01:20:46 CEST 2011 +

+
+ +
Hello,
+
+I have a problem trying to upload sources to SVN repo:
+
+$ mgarepo upload ../tellico-2.3.4.tar.bz2 
+error: svn: Can't open file '/svn/binrepos/cauldron/tellico/current/SOURCES/format': Permission denied
+It seems ssh-agent or ForwardAgent are not setup or your username is
+wrong. See http://www.mageia.org/wiki/doku.php?id=svn-faq for more
+information.
+
+I've updated my ssh config, following the guide on the wiki (as I was
+using old instructions, and remarked that a new setup was indicated, but
+this didn't help).
+
+TIA,
+Bruno.
+-- 
+Open Source & Linux Profession Lead EMEA           / http://opensource.hp.com
+HP/Intel/Red Hat Open Source Solutions Initiative  / http://www.hpintelco.net
+http://www.HyPer-Linux.org  http://mondorescue.org http://project-builder.org
+La musique ancienne?  http://www.musique-ancienne.org http://www.medieval.org
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008417.html b/zarb-ml/mageia-dev/2011-September/008417.html new file mode 100644 index 000000000..ae6ead927 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008417.html @@ -0,0 +1,105 @@ + + + + [Mageia-dev] Could someone help me with an account issue ? + + + + + + + + + +

[Mageia-dev] Could someone help me with an account issue ?

+ Balcaen John + mikala at mageia.org +
+ Tue Sep 27 01:50:19 CEST 2011 +

+
+ +
Le Mardi 27 Septembre 2011 01:20:46 Bruno Cornec a écrit :
+> Hello,
+> 
+> I have a problem trying to upload sources to SVN repo:
+> 
+> $ mgarepo upload ../tellico-2.3.4.tar.bz2
+> error: svn: Can't open file
+> '/svn/binrepos/cauldron/tellico/current/SOURCES/format': Permission
+[...]
+
+mgarepo is not up to date. SVN binrepo is not used anymore.
+
+Regards,
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008418.html b/zarb-ml/mageia-dev/2011-September/008418.html new file mode 100644 index 000000000..8fb4cb26c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008418.html @@ -0,0 +1,107 @@ + + + + [Mageia-dev] Could someone help me with an account issue ? + + + + + + + + + +

[Mageia-dev] Could someone help me with an account issue ?

+ Olav Vitters + olav at vitters.nl +
+ Tue Sep 27 01:50:58 CEST 2011 +

+
+ +
On Tue, Sep 27, 2011 at 01:20:46AM +0200, Bruno Cornec wrote:
+> I've updated my ssh config, following the guide on the wiki (as I was
+> using old instructions, and remarked that a new setup was indicated, but
+> this didn't help).
+
+did you add your ssh key to the keygen?
+
+please give the output of:
+ ssh-add -l
+
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008419.html b/zarb-ml/mageia-dev/2011-September/008419.html new file mode 100644 index 000000000..af45b1843 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008419.html @@ -0,0 +1,142 @@ + + + + [Mageia-dev] Could someone help me with an account issue ? + + + + + + + + + +

[Mageia-dev] Could someone help me with an account issue ?

+ Bruno Cornec + Bruno.Cornec at hp.com +
+ Tue Sep 27 02:02:42 CEST 2011 +

+
+ +
Balcaen John said on Mon, Sep 26, 2011 at 08:50:19PM -0300:
+
+> Le Mardi 27 Septembre 2011 01:20:46 Bruno Cornec a écrit :
+> > Hello,
+> > 
+> > I have a problem trying to upload sources to SVN repo:
+> > 
+> > $ mgarepo upload ../tellico-2.3.4.tar.bz2
+> > error: svn: Can't open file
+> > '/svn/binrepos/cauldron/tellico/current/SOURCES/format': Permission
+> [...]
+> 
+> mgarepo is not up to date. SVN binrepo is not used anymore.
+
+I was using 1.9.8 (from the mageia wiki) however.
+
+I've rebuilt the latest from Mandriva (1.10.1) - yes I know that I'm
+still not on Mageia on my main systems, but moving takes time, and I
+need to have all the required packages available, which I'd like to work
+on the vicious circle ;-)
+
+With that new version:
+
+mgarepo upload ../tellico-2.3.4.tar.bz2
+Traceback (most recent call last):
+  File "/usr/bin/mgarepo", line 93, in <module>
+    do_command(parse_options, dispatch_command)
+  File "/usr/lib/python2.6/site-packages/MgaRepo/command.py", line 39,
+in do_command
+    main_func(**opt.__dict__)
+  File "/usr/bin/mgarepo", line 84, in dispatch_command
+    command_module.main()
+  File "/usr/lib/python2.6/site-packages/MgaRepo/commands/upload.py",
+line 27, in main
+    do_command(parse_options, upload)
+  File "/usr/lib/python2.6/site-packages/MgaRepo/command.py", line 39,
+in do_command
+    main_func(**opt.__dict__)
+  File "/usr/lib/python2.6/site-packages/MgaRepo/rpmutil.py", line 638,
+in upload
+    binrepo.upload_binary(topdir, os.path.basename(path))
+  File "/usr/lib/python2.6/site-packages/MgaRepo/binrepo.py", line 95,
+in upload_binary
+    raise Error, "'%s' was not found" % spath
+NameError: global name 'spath' is not defined
+
+And yes, my ssh key is there (I can do mgarepo/svn co/ci)
+Bruno.
+-- 
+Open Source & Linux Profession Lead EMEA           / http://opensource.hp.com
+HP/Intel/Red Hat Open Source Solutions Initiative  / http://www.hpintelco.net
+http://www.HyPer-Linux.org  http://mondorescue.org http://project-builder.org
+La musique ancienne?  http://www.musique-ancienne.org http://www.medieval.org
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008420.html b/zarb-ml/mageia-dev/2011-September/008420.html new file mode 100644 index 000000000..bf8294790 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008420.html @@ -0,0 +1,145 @@ + + + + [Mageia-dev] Could someone help me with an account issue ? + + + + + + + + + +

[Mageia-dev] Could someone help me with an account issue ?

+ Balcaen John + mikala at mageia.org +
+ Tue Sep 27 02:09:55 CEST 2011 +

+
+ +
Le Mardi 27 Septembre 2011 02:02:42 Bruno Cornec a écrit :
+> Balcaen John said on Mon, Sep 26, 2011 at 08:50:19PM -0300:
+> > Le Mardi 27 Septembre 2011 01:20:46 Bruno Cornec a écrit :
+> > > Hello,
+> > > 
+> > > I have a problem trying to upload sources to SVN repo:
+> > > 
+> > > $ mgarepo upload ../tellico-2.3.4.tar.bz2
+> > > error: svn: Can't open file
+> > > '/svn/binrepos/cauldron/tellico/current/SOURCES/format':
+> > > Permission> 
+> > [...]
+> > 
+> > mgarepo is not up to date. SVN binrepo is not used anymore.
+> 
+> I was using 1.9.8 (from the mageia wiki) however.
+> 
+> I've rebuilt the latest from Mandriva (1.10.1) - yes I know that I'm
+> still not on Mageia on my main systems, but moving takes time, and I
+> need to have all the required packages available, which I'd like to
+> work on the vicious circle ;-)
+You mean mandriva 2010.1 ?or mgarepo 1.10.1 ?
+And you rebuild the version available in mandriva ? or the last src.rpm 
+from mageia ?
+
+> With that new version:
+> 
+> mgarepo upload ../tellico-2.3.4.tar.bz2
+
+Just an tip, you can simply use mgarepo sync -c to upload/delete files .
+
+> Traceback (most recent call last):
+>   File "/usr/bin/mgarepo", line 93, in <module>
+>     do_command(parse_options, dispatch_command)
+>   File "/usr/lib/python2.6/site-packages/MgaRepo/command.py", line 39,
+> in do_command
+>     main_func(**opt.__dict__)
+>   File "/usr/bin/mgarepo", line 84, in dispatch_command
+>     command_module.main()
+>   File "/usr/lib/python2.6/site-packages/MgaRepo/commands/upload.py",
+> line 27, in main
+>     do_command(parse_options, upload)
+>   File "/usr/lib/python2.6/site-packages/MgaRepo/command.py", line 39,
+> in do_command
+>     main_func(**opt.__dict__)
+>   File "/usr/lib/python2.6/site-packages/MgaRepo/rpmutil.py", line
+> 638, in upload
+>     binrepo.upload_binary(topdir, os.path.basename(path))
+>   File "/usr/lib/python2.6/site-packages/MgaRepo/binrepo.py", line 95,
+> in upload_binary
+>     raise Error, "'%s' was not found" % spath
+> NameError: global name 'spath' is not defined
+That's an error for python's gury :p
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008421.html b/zarb-ml/mageia-dev/2011-September/008421.html new file mode 100644 index 000000000..c91281663 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008421.html @@ -0,0 +1,150 @@ + + + + [Mageia-dev] Could someone help me with an account issue ? + + + + + + + + + +

[Mageia-dev] Could someone help me with an account issue ?

+ Funda Wang + fundawang at gmail.com +
+ Tue Sep 27 02:12:00 CEST 2011 +

+
+ +
You could find latest mgarepo in Mandriva's backports media.
+在 2011-9-27 上午8:02，"Bruno Cornec" <Bruno.Cornec at hp.com>写道：
+> Balcaen John said on Mon, Sep 26, 2011 at 08:50:19PM -0300:
+>
+>> Le Mardi 27 Septembre 2011 01:20:46 Bruno Cornec a écrit :
+>> > Hello,
+>> >
+>> > I have a problem trying to upload sources to SVN repo:
+>> >
+>> > $ mgarepo upload ../tellico-2.3.4.tar.bz2
+>> > error: svn: Can't open file
+>> > '/svn/binrepos/cauldron/tellico/current/SOURCES/format': Permission
+>> [...]
+>>
+>> mgarepo is not up to date. SVN binrepo is not used anymore.
+>
+> I was using 1.9.8 (from the mageia wiki) however.
+>
+> I've rebuilt the latest from Mandriva (1.10.1) - yes I know that I'm
+> still not on Mageia on my main systems, but moving takes time, and I
+> need to have all the required packages available, which I'd like to work
+> on the vicious circle ;-)
+>
+> With that new version:
+>
+> mgarepo upload ../tellico-2.3.4.tar.bz2
+> Traceback (most recent call last):
+> File "/usr/bin/mgarepo", line 93, in <module>
+> do_command(parse_options, dispatch_command)
+> File "/usr/lib/python2.6/site-packages/MgaRepo/command.py", line 39,
+> in do_command
+> main_func(**opt.__dict__)
+> File "/usr/bin/mgarepo", line 84, in dispatch_command
+> command_module.main()
+> File "/usr/lib/python2.6/site-packages/MgaRepo/commands/upload.py",
+> line 27, in main
+> do_command(parse_options, upload)
+> File "/usr/lib/python2.6/site-packages/MgaRepo/command.py", line 39,
+> in do_command
+> main_func(**opt.__dict__)
+> File "/usr/lib/python2.6/site-packages/MgaRepo/rpmutil.py", line 638,
+> in upload
+> binrepo.upload_binary(topdir, os.path.basename(path))
+> File "/usr/lib/python2.6/site-packages/MgaRepo/binrepo.py", line 95,
+> in upload_binary
+> raise Error, "'%s' was not found" % spath
+> NameError: global name 'spath' is not defined
+>
+> And yes, my ssh key is there (I can do mgarepo/svn co/ci)
+> Bruno.
+> --
+> Open Source & Linux Profession Lead EMEA / http://opensource.hp.com
+> HP/Intel/Red Hat Open Source Solutions Initiative /
+http://www.hpintelco.net
+> http://www.HyPer-Linux.org http://mondorescue.org
+http://project-builder.org
+> La musique ancienne? http://www.musique-ancienne.org
+http://www.medieval.org
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110927/cfcd6105/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008422.html b/zarb-ml/mageia-dev/2011-September/008422.html new file mode 100644 index 000000000..c935a163d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008422.html @@ -0,0 +1,219 @@ + + + + [Mageia-dev] Package adoption campaign + + + + + + + + + +

[Mageia-dev] Package adoption campaign

+ Thomas Spuhler + thomas at btspuhler.com +
+ Tue Sep 27 04:28:10 CEST 2011 +

+
+ +
On Monday, September 26, 2011 12:31:42 pm Samuel Verschelde wrote:
+> Now:
+> - unmaintained: 3320
+> - maintained (non-perl): 2788
+> - maintained (perl): 2551
+> 
+> Not much progress in 48h (only 18 packages have found a maintainer).
+> 
+> I haven't updated
+> http://stormi.lautre.net/fichiers/mageia/unmaintained-per-committers.txt
+> for now, but it should not be too obsolete.
+> 
+> Please don't forget to check if you can take care of some of the packages
+> in the "list of unmaintained packages of interest" that I gave in the
+> previous mail.
+> 
+> Best regards
+> 
+> Samuel Verschelde
+> 
+> Le samedi 24 septembre 2011 21:28:40, Samuel Verschelde a écrit :
+> > Tonight's report:
+> > - unmaintained: 3338
+> > - maintained (non-perl): 2759
+> > - maintained (perl): 2539
+> > 
+> > Progress since yesterday: 179 packages.
+> > 
+> > The list of unmaintained packages with per-packager number of commits has
+> > been updated:
+> > http://stormi.lautre.net/fichiers/mageia/unmaintained-per-committers.txt
+> > 
+> > The list of unmaintained packages of interest is almost identical to
+> > yesterday:
+> > 
+> > acpid: tv 12, kharec 4, pterjan 3, ennael 2, dmorgan 1
+> > aspell-*
+> > avahi: dmorgan 10, pterjan 5, mikala 2, wally 1, rtp 1, misc 1
+> > banshee: ahmad 10, wally 7, ennael 4, tv 3, pterjan 3, fwang 2, ...
+> > basesystem: tv 5, pterjan 3, dmorgan 2, tmb 1, rtp 1, blino 1
+> > bind: guillomovitch 45, misc 9, mikala 5, pterjan 4, ennael 2, cjw 2, ...
+> > binutils: rtp 4, pterjan 1, blino 1
+> > bootsplash: blino 3, dmorgan 2, ahmad 2, pterjan 1
+> > bzip2: eandry 4, pterjan 2, blino 1
+> > cairo: fwang 2, blino 2, rtp 1, dmorgan 1, ahmad 1
+> > chkconfig: tv 16, tmb 3, kharec 1
+> > chromium-browser-beta: tv 145, fwang 1
+> > chromium-browser-stable: tv 116, dmorgan 6, fwang 2
+> > chromium-browser-unstable: tv 168, fwang 1
+> > clamav: dlucio 6, tv 3, kharec 3, ennael 2, ahmad 2, stormi 1, spuhler 1
+> > cmake: ahmad 14, dmorgan 7, tv 2, mikala 2, fwang 2, kharec 1
+> > coreutils: tv 11, tmb 1
+> > cpio: blino 1
+> > cups: dmorgan 11, tv 6, fwang 1, blino 1, ahmad 1
+> > curl: pterjan 7, tv 6, dams 6, kharec 5, fwang 1, blino 1
+> > dash: tv 5, blino 1
+> > dbus: tv 8, dmorgan 5, cjw 4, misc 2, tmb 1, rtp 1, blino 1
+> > desktop-common-data: ennael 11, dmorgan 9, pterjan 2, blino 2, ...
+> > dev86: tv 14, pterjan 4, ahmad 3, tmb 1
+> > dmidecode: tv 6, blino 2
+> > drak3d: dmorgan 3, ennael 1
+> > drakcowsay: mikala 1, boklm 1
+> > drakguard: ennael 7, dmorgan 5
+> > draklive: blino 9
+> > draklive-install: blino 6, dmorgan 5, pterjan 1
+> > drakx-installer-advertising: ennael 21, tv 2
+> > drakx-net: ennael 12, dmorgan 6, tv 3
+> > empathy: fwang 17, dams 17, dmorgan 15, wally 9, ahmad 6, eandry 2, ...
+> > evolution: fwang 18, dmorgan 16, dams 4, pterjan 3, wally 1, ahmad 1
+> > ffmpeg: fwang 18, cjw 5, pterjan 3, colin 3, ahmad 2, dmorgan 1
+> > findutils: tv 5, tmb 1
+> > gcc: tmb 3, rtp 3, fwang 1
+> > glib2.0: fwang 14, ahmad 10, dmorgan 8, tv 6, cjw 3, blino 3, pterjan 2,
+> > ... glibc: misc 8, rtp 5, blino 3, tv 1, tmb 1, dmorgan 1
+> > gnome-*
+> > grub: misc 2, tmb 1
+> > gtk+3.0: fwang 15, dmorgan 13, wally 4, cjw 4, ahmad 4, saispo 1
+> > gzip: tmb 1
+> > hunspell*
+> > hyphen*
+> > ipset: tmb 11, pterjan 3
+> > iptables: blino 4, tmb 2, ahmad 1
+> > iputils: pterjan 2, misc 2, blino 1
+> > iurt: pterjan 11, blino 10, boklm 2
+> > kernel-vserver: tmb 18, bertl 13
+> > kmplayer: ahmad 1
+> > konversation: mikala 3, ahmad 2
+> > lib*
+> > locales: misc 4, blino 3, dmorgan 1, boklm 1
+> > logrotate: misc 6, ahmad 4, tmb 1
+> > mageia-gfxboot-theme: ennael 28, dmorgan 6, tmb 2, schultz 2, ahmad 2
+> > mageia-release: ennael 15, tmb 9, boklm 5, blino 2, tv 1, rda 1
+> > mageia-theme: schultz 21, ennael 19, dmorgan 19, tmb 4, mikala 4, ...
+> > man: blino 1, ahmad 1
+> > man-pages: blino 2, ahmad 2
+> > mdadm: tmb 3
+> > mgaonline: tv 13, tmb 6, ennael 6, dmorgan 4, ze 2, ahmad 2, misc 1
+> > mplayer: fwang 5, blino 3, ahmad 3, cjw 1
+> > mysql: guillomovitch 21, dmorgan 17, ahmad 12, mikala 9, alien 3, rtp 1
+> > mysql-workbench: dmorgan 26, mikala 14, ahmad 5, fwang 4, spuhler 2, ...
+> > nagios: guillomovitch 13, ennael 2, misc 1, dmorgan 1
+> > networkmanager: mikala 21, dmorgan 11, blino 4, cjw 1
+> > null: pterjan 22, boklm 20, dmorgan 10, tmb 7, misc 1, blino 1
+> > openssh: pterjan 8, blino 4, saispo 2, misc 1, kharec 1
+> > openssl: pterjan 6, blino 3, rtp 1, fwang 1
+> > pam: blino 4, pterjan 1, colin 1
+> > php-*
+> > python-*
+> > radeon-firmware: tmb 11
+> > radeontool: tv 3, pterjan 1
+> > ruby-*
+> > shorewall: tv 15, ahmad 15, ennael 2, tmb 1, pterjan 1
+> > speedtouch-firmware: ahmad 2
+> > speedtouch-firmware-extractor: ennael 1, ahmad 1
+> > subversion: tv 5, ahmad 5, dmorgan 2, blino 2, pterjan 1, mikala 1, ...
+> > sudo: tv 7, boklm 4, blino 3, rtp 1, pterjan 1, dmorgan 1
+> > syslinux: erwan 10, boklm 4, pterjan 1
+> > sysvinit: tmb 1, rtp 1
+> > task-c-devel: tv 1, ennael 1
+> > task-c++-devel: tv 1, ennael 1
+> > task-e17: ennael 4
+> > task-lamp: dmorgan 3, tv 1, philippem 1, misc 1
+> > task-nagios: ennael 1
+> > task-printing-scanning: tv 2, ennael 2, ahmad 2
+> > task-scanning: tv 1, ennael 1
+> > task-x11: ahmad 3, dmorgan 2, ennael 1
+> > task-xfce: ahmad 3, ennael 2, philippem 1
+> > uClibc: rtp 1, blino 1
+> > unzip: blino 2
+> > util-linux: eugeni 1
+> > util-linux-ng: tmb 1
+> > webkit: dmorgan 18, fwang 17, pterjan 2, wally 1, kharec 1, ennael 1
+> > webmin: ennael 20, pterjan 1
+> > wine: ahmad 70, fwang 3, dmorgan 1, anssi 1
+> > xen: tv 4, tmb 4, fwang 2, saispo 1
+> > xorg-x11: mikala 2, tv 1, dmorgan 1, blino 1
+> > xulrunner: tv 43, dmorgan 25, fwang 13, ahmad 11, blino 4, erwan 3, ...
+> > 
+> > Samuel
+I will grab the php-pear packages, but it's more work to grab them than to 
+maintain. so give me some time.
+
+-- 
+Thomas
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008423.html b/zarb-ml/mageia-dev/2011-September/008423.html new file mode 100644 index 000000000..9541407aa --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008423.html @@ -0,0 +1,93 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ Thomas Spuhler + thomas at btspuhler.com +
+ Tue Sep 27 04:33:20 CEST 2011 +

+
+ +
On Monday, September 26, 2011 08:34:30 am Anssi Hannula wrote:
+> On 26.09.2011 15:47, nicolas vigier wrote:
+> > On Sat, 24 Sep 2011, Thomas Spuhler wrote:
+> >> But are you sure about texlive providing it?
+> > 
+> > I don't know. It looks like it's not in the texlive package.
+> 
+> My impression (from a few years back I think) is that standalone
+> texi2html is the texlive-era replacement for tetex-texi2html.
+Since I need it for lilypond, I'll fix those requires that had a require for 
+tetex-texi2html
+
+-- 
+Thomas
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008424.html b/zarb-ml/mageia-dev/2011-September/008424.html new file mode 100644 index 000000000..9ed850930 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008424.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] Could someone help me with an account issue ? + + + + + + + + + +

[Mageia-dev] Could someone help me with an account issue ?

+ Funda Wang + fundawang at gmail.com +
+ Tue Sep 27 05:00:38 CEST 2011 +

+
+ +
2011/9/27 Funda Wang <fundawang at gmail.com>:
+> You could find latest mgarepo in Mandriva's backports media.
+I haven't tried 2010.1, but the backported packages work with Mandriva
+2009 and 2010.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008425.html b/zarb-ml/mageia-dev/2011-September/008425.html new file mode 100644 index 000000000..fcf701ab5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008425.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ Thomas Spuhler + thomas at btspuhler.com +
+ Tue Sep 27 07:29:01 CEST 2011 +

+
+ +
On Monday, September 26, 2011 07:33:20 pm Thomas Spuhler wrote:
+> On Monday, September 26, 2011 08:34:30 am Anssi Hannula wrote:
+> > On 26.09.2011 15:47, nicolas vigier wrote:
+> > > On Sat, 24 Sep 2011, Thomas Spuhler wrote:
+> > >> But are you sure about texlive providing it?
+> > > 
+> > > I don't know. It looks like it's not in the texlive package.
+> > 
+> > My impression (from a few years back I think) is that standalone
+> > texi2html is the texlive-era replacement for tetex-texi2html.
+> 
+> Since I need it for lilypond, I'll fix those requires that had a require
+> for tetex-texi2html
+it's also needed for gcomprise. It doesn't build without.
+But here comes an interesting twist.
+BuildRequires: texi2html in gcomprise is just being ignored, on the BS as well 
+as on the local VM
+Installing it let's me build the package, after uninstalling texi2html it 
+doesn't build, but the requires is ignored.
+If I change it to something else such as BuildRequires: texi3html
+Then it tells me rightfully texi2html is missing.
+
+-- 
+Thomas
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008426.html b/zarb-ml/mageia-dev/2011-September/008426.html new file mode 100644 index 000000000..5e916a8db --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008426.html @@ -0,0 +1,84 @@ + + + + [Mageia-dev] Package adoption campaign + + + + + + + + + +

[Mageia-dev] Package adoption campaign

+ Jerome Quelin + jquelin at gmail.com +
+ Tue Sep 27 08:13:47 CEST 2011 +

+
+ +
On 11/09/26 19:28 -0700, Thomas Spuhler wrote:
+> I will grab the php-pear packages, but it's more work to grab them than to 
+> maintain. so give me some time.
+
+for i in $( mgarepo maintdb get | perl -anE 'say $F[0] if
+/^php-pear.*nobody/'); do mgarepo maintdb set $i spuhler; done
+
+there you are.
+jérôme 
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008427.html b/zarb-ml/mageia-dev/2011-September/008427.html new file mode 100644 index 000000000..b8b1e4483 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008427.html @@ -0,0 +1,104 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ Jani Välimaa + jani.valimaa at gmail.com +
+ Tue Sep 27 08:54:50 CEST 2011 +

+
+ +
2011/9/27 Thomas Spuhler <thomas at btspuhler.com>:
+> On Monday, September 26, 2011 07:33:20 pm Thomas Spuhler wrote:
+>> On Monday, September 26, 2011 08:34:30 am Anssi Hannula wrote:
+>> > On 26.09.2011 15:47, nicolas vigier wrote:
+>> > > On Sat, 24 Sep 2011, Thomas Spuhler wrote:
+>> > >> But are you sure about texlive providing it?
+>> > >
+>> > > I don't know. It looks like it's not in the texlive package.
+>> >
+>> > My impression (from a few years back I think) is that standalone
+>> > texi2html is the texlive-era replacement for tetex-texi2html.
+>>
+>> Since I need it for lilypond, I'll fix those requires that had a require
+>> for tetex-texi2html
+> it's also needed for gcomprise. It doesn't build without.
+> But here comes an interesting twist.
+> BuildRequires: texi2html in gcomprise is just being ignored, on the BS as well
+> as on the local VM
+> Installing it let's me build the package, after uninstalling texi2html it
+> doesn't build, but the requires is ignored.
+> If I change it to something else such as BuildRequires: texi3html
+> Then it tells me rightfully texi2html is missing.
+>
+
+Your BR isn't ignored, texi2html is also provided by texlive and it
+gets installed instead of texi2html.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008428.html b/zarb-ml/mageia-dev/2011-September/008428.html new file mode 100644 index 000000000..1e12382b7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008428.html @@ -0,0 +1,110 @@ + + + + [Mageia-dev] [packages-commits] [149188] new version 7.0 + + + + + + + + + +

[Mageia-dev] [packages-commits] [149188] new version 7.0

+ D.Morgan + dmorganec at gmail.com +
+ Tue Sep 27 09:15:43 CEST 2011 +

+
+ +
On Tue, Sep 27, 2011 at 3:15 AM,  <root at mageia.org> wrote:
+> Revision 149188 Author fwang Date 2011-09-27 03:15:10 +0200 (Tue, 27 Sep
+> 2011)
+>
+> Log Message
+>
+> new version 7.0
+>
+> Modified Paths
+>
+> cauldron/firefox/current/SOURCES/sha1.lst
+> cauldron/firefox/current/SPECS/firefox.spec
+
+Hi,
+
+there is a small problem with firefox 7 and patch firefox-kde.patch
+
+XML Parsing Error: undefined entity
+Location: chrome://browser/content/browser.xul
+Line Number 455, Column 9:        <toolbarbutton
+id="inspector-previous-toolbutton"
+--------^
+
+i try to take a look , if someone does it before please tell me.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008429.html b/zarb-ml/mageia-dev/2011-September/008429.html new file mode 100644 index 000000000..fa47e12e2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008429.html @@ -0,0 +1,108 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ D.Morgan + dmorganec at gmail.com +
+ Tue Sep 27 09:16:19 CEST 2011 +

+
+ +
On Tue, Sep 27, 2011 at 8:54 AM, Jani Välimaa <jani.valimaa at gmail.com> wrote:
+> 2011/9/27 Thomas Spuhler <thomas at btspuhler.com>:
+>> On Monday, September 26, 2011 07:33:20 pm Thomas Spuhler wrote:
+>>> On Monday, September 26, 2011 08:34:30 am Anssi Hannula wrote:
+>>> > On 26.09.2011 15:47, nicolas vigier wrote:
+>>> > > On Sat, 24 Sep 2011, Thomas Spuhler wrote:
+>>> > >> But are you sure about texlive providing it?
+>>> > >
+>>> > > I don't know. It looks like it's not in the texlive package.
+>>> >
+>>> > My impression (from a few years back I think) is that standalone
+>>> > texi2html is the texlive-era replacement for tetex-texi2html.
+>>>
+>>> Since I need it for lilypond, I'll fix those requires that had a require
+>>> for tetex-texi2html
+>> it's also needed for gcomprise. It doesn't build without.
+>> But here comes an interesting twist.
+>> BuildRequires: texi2html in gcomprise is just being ignored, on the BS as well
+>> as on the local VM
+>> Installing it let's me build the package, after uninstalling texi2html it
+>> doesn't build, but the requires is ignored.
+>> If I change it to something else such as BuildRequires: texi3html
+>> Then it tells me rightfully texi2html is missing.
+>>
+>
+> Your BR isn't ignored, texi2html is also provided by texlive and it
+> gets installed instead of texi2html.
+>
+
+i am working on new texlive, i can take a look to this issue.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008430.html b/zarb-ml/mageia-dev/2011-September/008430.html new file mode 100644 index 000000000..555c1bb48 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008430.html @@ -0,0 +1,94 @@ + + + + [Mageia-dev] [changelog] [RPM] cauldron nonfree/release kernel-firmware-extra-20110817-2.mga2.nonfree + + + + + + + + + +

[Mageia-dev] [changelog] [RPM] cauldron nonfree/release kernel-firmware-extra-20110817-2.mga2.nonfree

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Tue Sep 27 10:45:31 CEST 2011 +

+
+ +
On 27 September 2011 01:42, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> tmb <tmb> 20110817-2.mga2:
+> + Revision: 149092
+> - fix broken/missing rt3070.bin (broken symlink)
+
+BTW, since we had quite a few of broken links, why not add a %check section
+in order to check out that all symlinks are OK?
+WDYT
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008431.html b/zarb-ml/mageia-dev/2011-September/008431.html new file mode 100644 index 000000000..7316cddd8 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008431.html @@ -0,0 +1,97 @@ + + + + [Mageia-dev] Could someone help me with an account issue ? + + + + + + + + + +

[Mageia-dev] Could someone help me with an account issue ?

+ nicolas vigier + boklm at mars-attacks.org +
+ Tue Sep 27 10:56:52 CEST 2011 +

+
+ +
On Tue, 27 Sep 2011, Bruno Cornec wrote:
+
+> in upload
+>     binrepo.upload_binary(topdir, os.path.basename(path))
+>   File "/usr/lib/python2.6/site-packages/MgaRepo/binrepo.py", line 95,
+> in upload_binary
+>     raise Error, "'%s' was not found" % spath
+> NameError: global name 'spath' is not defined
+
+It's an error in the error message (fixed in svn now), to say that the
+file to upload cannot be found.
+
+Can you try "mgarepo upload tellico-2.3.4.tar.bz2" from the SOURCES
+directory ?
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008432.html b/zarb-ml/mageia-dev/2011-September/008432.html new file mode 100644 index 000000000..4131671d9 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008432.html @@ -0,0 +1,111 @@ + + + + [Mageia-dev] [packages-commits] [149188] new version 7.0 + + + + + + + + + +

[Mageia-dev] [packages-commits] [149188] new version 7.0

+ Funda Wang + fundawang at gmail.com +
+ Tue Sep 27 10:58:50 CEST 2011 +

+
+ +
I've updated the patch from opensuse, it seems work.
+
+2011/9/27 D.Morgan <dmorganec at gmail.com>:
+> On Tue, Sep 27, 2011 at 3:15 AM,  <root at mageia.org> wrote:
+>> Revision 149188 Author fwang Date 2011-09-27 03:15:10 +0200 (Tue, 27 Sep
+>> 2011)
+>>
+>> Log Message
+>>
+>> new version 7.0
+>>
+>> Modified Paths
+>>
+>> cauldron/firefox/current/SOURCES/sha1.lst
+>> cauldron/firefox/current/SPECS/firefox.spec
+>
+> Hi,
+>
+> there is a small problem with firefox 7 and patch firefox-kde.patch
+>
+> XML Parsing Error: undefined entity
+> Location: chrome://browser/content/browser.xul
+> Line Number 455, Column 9:        <toolbarbutton
+> id="inspector-previous-toolbutton"
+> --------^
+>
+> i try to take a look , if someone does it before please tell me.
+>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008433.html b/zarb-ml/mageia-dev/2011-September/008433.html new file mode 100644 index 000000000..a6ca30047 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008433.html @@ -0,0 +1,90 @@ + + + + [Mageia-dev] Package adoption campaign + + + + + + + + + +

[Mageia-dev] Package adoption campaign

+ Donald Stewart + watersnowrock at gmail.com +
+ Tue Sep 27 12:00:32 CEST 2011 +

+
+ +
On 27 September 2011 07:13, Jerome Quelin <jquelin at gmail.com> wrote:
+> On 11/09/26 19:28 -0700, Thomas Spuhler wrote:
+>> I will grab the php-pear packages, but it's more work to grab them than to
+>> maintain. so give me some time.
+>
+> for i in $( mgarepo maintdb get | perl -anE 'say $F[0] if
+> /^php-pear.*nobody/'); do mgarepo maintdb set $i spuhler; done
+>
+> there you are.
+> jérôme
+>
+
+I will ask mikala to grab mga-theme for me.
+
+So thats one less....
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008434.html b/zarb-ml/mageia-dev/2011-September/008434.html new file mode 100644 index 000000000..ec146887a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008434.html @@ -0,0 +1,84 @@ + + + + [Mageia-dev] Package adoption campaign + + + + + + + + + +

[Mageia-dev] Package adoption campaign

+ Balcaen John + mikala at mageia.org +
+ Tue Sep 27 12:10:14 CEST 2011 +

+
+ +
Le Mardi 27 Septembre 2011 11:00:32 Donald Stewart a écrit :
+[...]
+> 
+> I will ask mikala to grab mga-theme for me.
+> 
+> So thats one less....
+done :)
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008435.html b/zarb-ml/mageia-dev/2011-September/008435.html new file mode 100644 index 000000000..f5893f5e6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008435.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] Package adoption campaign + + + + + + + + + +

[Mageia-dev] Package adoption campaign

+ Donald Stewart + watersnowrock at gmail.com +
+ Tue Sep 27 12:11:58 CEST 2011 +

+
+ +
On 27 September 2011 11:10, Balcaen John <mikala at mageia.org> wrote:
+> Le Mardi 27 Septembre 2011 11:00:32 Donald Stewart a écrit :
+> [...]
+>>
+>> I will ask mikala to grab mga-theme for me.
+>>
+>> So thats one less....
+> done :)
+> --
+> Balcaen John
+>
+
+Your fast.....
+
+My mechanics lecture slowed me down...
+
+Thanks.
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008436.html b/zarb-ml/mageia-dev/2011-September/008436.html new file mode 100644 index 000000000..eb482107d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008436.html @@ -0,0 +1,106 @@ + + + + [Mageia-dev] Problem building python-xlib on BS + + + + + + + + + +

[Mageia-dev] Problem building python-xlib on BS

+ Matteo + pasotti.matteo at gmail.com +
+ Tue Sep 27 12:58:11 CEST 2011 +

+
+ +
-----BEGIN PGP SIGNED MESSAGE-----
+Hash: SHA1
+
+Hi all,
+I'm experiencing some problem building python-xlib.
+It seems the build process starts looping
+(todo->building->todo->building etc).
+I can't figure out what I could have done wrong. I've only added two
+patches that fixes some known problem, and on my machine works fine.
+Any tips? Is there a way to stop that loop.
+- -- 
+Matteo
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.11 (GNU/Linux)
+Comment: Using GnuPG with Mageia - http://enigmail.mozdev.org/
+
+iQEcBAEBAgAGBQJOgaxAAAoJED3LowjDDWbNrz8IAJhOOaUea9BZ88iSOx2QD75y
+fprA4npmH3xwJwkGPFlJ8nWCSaQjFMdyEjAmWFzNgddTXl5/V12YlZhrPb7nQ73l
+7jCFXO3Jbn5FFuYd4adB0K4ITCTsds4yUb6Km/Q0OV2QrnfGSD+ylEJb2ZN5c7jp
+twWXQUnRejHUy7JtzwNve67kQy3AJL9BbhAcjSlEwESp6XXkJF1MAEbBXMH1hVxv
+Ip7EnCv29t79Ic+QoX7ag5nDkyVy9Q9cGWEC5awzATyu5sJqNfMHRrZQJ/ah5aiZ
+UuNmYG4w8QmxlS/9W6eu5heCRJF0vVukK4yZtRabulifXetHEUDIfdBFvwrQVEM=
+=othd
+-----END PGP SIGNATURE-----
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008437.html b/zarb-ml/mageia-dev/2011-September/008437.html new file mode 100644 index 000000000..1e118c62a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008437.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ Philippe DIDIER + philippedidier at laposte.net +
+ Tue Sep 27 13:13:18 CEST 2011 +

+
+ +
There's indeed a wrong " Provides: texi2html " in texlive :
+
+Texlive contains nothing similar to the files that we can find in 
+texi2html ! (previously named tetex-texi2html).....
+and it can't because the source of texi2html is not in the srpm (and is 
+not part of texlive's source tarbal)!
+
+This Provides was added in revision 63759
+
+
+
+
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008438.html b/zarb-ml/mageia-dev/2011-September/008438.html new file mode 100644 index 000000000..d55026451 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008438.html @@ -0,0 +1,99 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ nicolas vigier + boklm at mars-attacks.org +
+ Tue Sep 27 13:52:27 CEST 2011 +

+
+ +
On Tue, 27 Sep 2011, Philippe DIDIER wrote:
+
+> There's indeed a wrong " Provides: texi2html " in texlive :
+>
+> Texlive contains nothing similar to the files that we can find in texi2html 
+> ! (previously named tetex-texi2html).....
+> and it can't because the source of texi2html is not in the srpm (and is not 
+> part of texlive's source tarbal)!
+>
+> This Provides was added in revision 63759
+
+Can you stop creating a new thread anytime you send an email ?
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008439.html b/zarb-ml/mageia-dev/2011-September/008439.html new file mode 100644 index 000000000..9bad1518a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008439.html @@ -0,0 +1,101 @@ + + + + [Mageia-dev] sorry to break the threads (a reply to Nicolas Vigier and others that get bored with this...) + + + + + + + + + +

[Mageia-dev] sorry to break the threads (a reply to Nicolas Vigier and others that get bored with this...)

+ Philippe DIDIER + philippedidier at laposte.net +
+ Tue Sep 27 14:54:02 CEST 2011 +

+
+ +
*>nicolas vigier*   /Tue Sep 27 13:52:27 CEST 2011/  
+
+ >Can you stop creating a new thread anytime you send an email ?
+
+I'm really sorry...  It's not deliberate
+Whatever I tried I could never prevent Thunderbird to create a new 
+thread when I post in mageia mailing lists.
+
+I ask for some help in an other place ...
+https://mageia.org/pipermail/mageia-discuss/20110927/005481.html
+
+I hope this doesn't make you to much angry ...
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110927/7c620c6d/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008440.html b/zarb-ml/mageia-dev/2011-September/008440.html new file mode 100644 index 000000000..b9738459b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008440.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] [packages-commits] [149188] new version 7.0 + + + + + + + + + +

[Mageia-dev] [packages-commits] [149188] new version 7.0

+ D.Morgan + dmorganec at gmail.com +
+ Tue Sep 27 15:02:23 CEST 2011 +

+
+ +
On Tue, Sep 27, 2011 at 10:58 AM, Funda Wang <fundawang at gmail.com> wrote:
+> I've updated the patch from opensuse, it seems work.
+
+confirmed.
+
+thanks a lot
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008441.html b/zarb-ml/mageia-dev/2011-September/008441.html new file mode 100644 index 000000000..66c2280b9 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008441.html @@ -0,0 +1,92 @@ + + + + [Mageia-dev] Problem building python-xlib on BS + + + + + + + + + +

[Mageia-dev] Problem building python-xlib on BS

+ nicolas vigier + boklm at mars-attacks.org +
+ Tue Sep 27 15:14:47 CEST 2011 +

+
+ +
On Tue, 27 Sep 2011, Matteo wrote:
+
+> 
+> Hi all,
+> I'm experiencing some problem building python-xlib.
+> It seems the build process starts looping
+> (todo->building->todo->building etc).
+
+It's looping because we still have the same problem with segfaults in
+urpmi :
+https://mageia.org/pipermail/mageia-dev/2011-August/007652.html
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008442.html b/zarb-ml/mageia-dev/2011-September/008442.html new file mode 100644 index 000000000..fd06725b6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008442.html @@ -0,0 +1,110 @@ + + + + [Mageia-dev] sorry to break the threads (a reply to Nicolas Vigier and others that get bored with this...) + + + + + + + + + +

[Mageia-dev] sorry to break the threads (a reply to Nicolas Vigier and others that get bored with this...)

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Tue Sep 27 15:17:18 CEST 2011 +

+
+ +
Le 27/09/2011 14:54, Philippe DIDIER a écrit :
+> *>nicolas vigier*   /Tue Sep 27 13:52:27 CEST 2011/
+>
+>  >Can you stop creating a new thread anytime you send an email ?
+>
+> I'm really sorry... It's not deliberate
+> Whatever I tried I could never prevent Thunderbird to create a new
+> thread when I post in mageia mailing lists.
+>
+> I ask for some help in an other place ...
+> https://mageia.org/pipermail/mageia-discuss/20110927/005481.html
+This problem has nothing to do with your software setup, but from your 
+current practice. Threads displayed in MUA are not constructed from mail 
+subjects, but from 'In-reply-to' headers, so just pasting content from a 
+web browser in a mail client won't work...
+
+If you want to participate to this list, you'd better switch to standard 
+subscription. I don't see how reading archives on the web instead of 
+reading your mailbox content would spare you some time anyway. If you 
+prefer a web-based experience, you'd better use a webmail, rather than 
+manually skimming list archives.
+
+-- 
+BOFH excuse #22:
+
+monitor resolution too high
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008443.html b/zarb-ml/mageia-dev/2011-September/008443.html new file mode 100644 index 000000000..c8635269f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008443.html @@ -0,0 +1,119 @@ + + + + [Mageia-dev] sorry to break the threads (a reply to Nicolas Vigier and others that get bored with this...) + + + + + + + + + +

[Mageia-dev] sorry to break the threads (a reply to Nicolas Vigier and others that get bored with this...)

+ andre999 + andre999mga at laposte.net +
+ Tue Sep 27 15:34:03 CEST 2011 +

+
+ +
Philippe DIDIER a écrit :
+> *>nicolas vigier*   /Tue Sep 27 13:52:27 CEST 2011/  
+> >Can you stop creating a new thread anytime you send an email ?
+>
+> I'm really sorry...  It's not deliberate
+> Whatever I tried I could never prevent Thunderbird to create a new 
+> thread when I post in mageia mailing lists.
+>
+> I ask for some help in an other place ...
+> https://mageia.org/pipermail/mageia-discuss/20110927/005481.html
+>
+> I hope this doesn't make you to much angry ...
+
+It is more that it is frustrating trying to follow a thread that is broken.
+I think it is because the navigator doesn't keep the thread info in a 
+form usable by Thunderbird.
+
+Suggestion :
+1) open a new account just for Mageia (which I have done because of the 
+volume).
+
+2) Set Thunderbird to only download headers for the new account.
+(Assuming it is just like Seamonkey, via 
+Edit::Parameters-of-email-and-groups, under server-parameters, 4th item, 
+uncheck box)
+
+3) Only download the items with interesting headers.
+
+Then you should keep the threads.
+
+(If you need any more help, contact me off-list, en français ou en anglais.)
+
+-- 
+André
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008444.html b/zarb-ml/mageia-dev/2011-September/008444.html new file mode 100644 index 000000000..eb5e9922c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008444.html @@ -0,0 +1,112 @@ + + + + [Mageia-dev] Problem building python-xlib on BS + + + + + + + + + +

[Mageia-dev] Problem building python-xlib on BS

+ Matteo + pasotti.matteo at gmail.com +
+ Tue Sep 27 15:50:07 CEST 2011 +

+
+ +
-----BEGIN PGP SIGNED MESSAGE-----
+Hash: SHA1
+
+Il 27/09/2011 15:14, nicolas vigier ha scritto:
+> On Tue, 27 Sep 2011, Matteo wrote:
+> 
+>>
+>> Hi all,
+>> I'm experiencing some problem building python-xlib.
+>> It seems the build process starts looping
+>> (todo->building->todo->building etc).
+> 
+> It's looping because we still have the same problem with segfaults in
+> urpmi :
+> https://mageia.org/pipermail/mageia-dev/2011-August/007652.html
+> 
+Ok, thank you for the explanation Nicolas.
+Regards
+- -- 
+Matteo
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.11 (GNU/Linux)
+Comment: Using GnuPG with Mageia - http://enigmail.mozdev.org/
+
+iQEcBAEBAgAGBQJOgdSKAAoJED3LowjDDWbNNFYH/RgGLH1Er9oYbzd2/U93ynfB
+mhMdSHMwHdPAe4Mpt841FreK6KV325kUdQjn0r7UAyt/NpD5pRHGoYrjVkXleGNa
+A2cIJN5XMK4XqpnWpmY/K64NaqTqTS20AkuH1wCzve282IOatI65eKf71bSprRi1
+6Ki8q+8vuIG3xbbR/rJxADZC0K9HVnWmDKe9mzxAGGYYwRgFt65HU4vRiVMQ994k
+L8HwgFdrLXDspuEXkItqzGr4GIPQAz24ockZTtaCUXo6yKdQVE36eNlce1VqnZhG
+/gntYT6T58F1qA5gA/rqsIwaDWjy85geGPL5MJdM884jjGyDOTFtfY3DofBio2o=
+=78if
+-----END PGP SIGNATURE-----
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008445.html b/zarb-ml/mageia-dev/2011-September/008445.html new file mode 100644 index 000000000..4ae03dd2e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008445.html @@ -0,0 +1,123 @@ + + + + [Mageia-dev] sorry to break the threads (a reply to Nicolas Vigier and others that get bored with this...) + + + + + + + + + +

[Mageia-dev] sorry to break the threads (a reply to Nicolas Vigier and others that get bored with this...)

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Tue Sep 27 16:13:53 CEST 2011 +

+
+ +
'Twas brillig, and Philippe DIDIER at 27/09/11 13:54 did gyre and gimble:
+> *>nicolas vigier*  /Tue Sep 27 13:52:27 CEST 2011/ 
+> 
+>>Can you stop creating a new thread anytime you send an email ?
+> 
+> I'm really sorry...  It's not deliberate
+> Whatever I tried I could never prevent Thunderbird to create a new
+> thread when I post in mageia mailing lists.
+> 
+> I ask for some help in an other place ...
+> https://mageia.org/pipermail/mageia-discuss/20110927/005481.html
+> 
+> I hope this doesn't make you to much angry ...
+
+Just use Thunderbird and setup a Newsgroup for nntp.gmane.org. You can
+then send and "receive" message for all the Mageia groups via Gmane
+without having to subscribe. It also does not break any of the threading.
+
+Problem solved! And it is, in general, a much nicer way to consume
+mailing lists IMO.
+
+Also if you use my Thunderbird newsgroup rename extension, you'll get
+nice names:
+http://colin.guthr.ie/2011/08/thunderavian-renaming-thunderbird-newsgroups/
+
+Col
+
+-- 
+
+Colin Guthrie
+colin(at)mageia.org
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited http://www.tribalogic.net/
+Open Source:
+  Mageia Contributor http://www.mageia.org/
+  PulseAudio Hacker http://www.pulseaudio.org/
+  Trac Hacker http://trac.edgewall.org/
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008446.html b/zarb-ml/mageia-dev/2011-September/008446.html new file mode 100644 index 000000000..3d97c2aed --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008446.html @@ -0,0 +1,92 @@ + + + + [Mageia-dev] KDM borked ? + + + + + + + + + +

[Mageia-dev] KDM borked ?

+ Frank Griffin + ftg at roadrunner.com +
+ Tue Sep 27 16:29:38 CEST 2011 +

+
+ +
Has anyone else noticed that with this morning's batch of updates, all 
+logins through KDM fail ?
+
+The failure occurs for all desktops, but logging in at a VC with the 
+same userid/password works fine, as does switching to GDM.
+
+No messages are generated anywhere in /var/log/*.  KDM just says "Login 
+failed" with no other info.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008447.html b/zarb-ml/mageia-dev/2011-September/008447.html new file mode 100644 index 000000000..cc43cd2da --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008447.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] KDM borked ? + + + + + + + + + +

[Mageia-dev] KDM borked ?

+ John Balcaen + mikala at mageia.org +
+ Tue Sep 27 16:37:04 CEST 2011 +

+
+ +
2011/9/27 Frank Griffin <ftg at roadrunner.com>:
+> Has anyone else noticed that with this morning's batch of updates, all
+> logins through KDM fail ?
+>
+> The failure occurs for all desktops, but logging in at a VC with the same
+> userid/password works fine, as does switching to GDM.
+>
+> No messages are generated anywhere in /var/log/*.  KDM just says "Login
+> failed" with no other info.
+>
+do you have a /etc/pam.d/kdm file available ?
+
+
+-- 
+Balcaen John
+Jabber-id: mikala at jabber.littleboboy.net
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008448.html b/zarb-ml/mageia-dev/2011-September/008448.html new file mode 100644 index 000000000..f36b10a3f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008448.html @@ -0,0 +1,109 @@ + + + + [Mageia-dev] KDM borked ? + + + + + + + + + +

[Mageia-dev] KDM borked ?

+ Frank Griffin + ftg at roadrunner.com +
+ Tue Sep 27 16:52:58 CEST 2011 +

+
+ +
On 09/27/2011 10:37 AM, John Balcaen wrote:
+> 2011/9/27 Frank Griffin<ftg at roadrunner.com>:
+>> No messages are generated anywhere in /var/log/*.  KDM just says "Login
+>> failed" with no other info.
+>>
+> do you have a /etc/pam.d/kdm file available ?
+>
+>
+Last updated Sep21:
+
+#%PAM-1.0
+auth       required    pam_env.so
+auth       required    pam_succeed_if.so user != root quiet
+auth       sufficient  pam_succeed_if.so user ingroup nopasswdlogin
+auth       substack    system-auth
+account    required    pam_nologin.so
+account    include     system-auth
+password   include     system-auth
+session    optional    pam_keyinit.so force revoke
+session    required    pam_loginuid.so
+session    include     system-auth
+session    optional    pam_console.so
+
+
+That is as installed/updated by urpmi; I haven't touched it.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008449.html b/zarb-ml/mageia-dev/2011-September/008449.html new file mode 100644 index 000000000..b56b838f6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008449.html @@ -0,0 +1,105 @@ + + + + [Mageia-dev] KDM borked ? + + + + + + + + + +

[Mageia-dev] KDM borked ?

+ John Balcaen + mikala at mageia.org +
+ Tue Sep 27 17:12:10 CEST 2011 +

+
+ +
2011/9/27 Frank Griffin <ftg at roadrunner.com>:
+> On 09/27/2011 10:37 AM, John Balcaen wrote:
+>>
+>> 2011/9/27 Frank Griffin<ftg at roadrunner.com>:
+>>>
+>>> No messages are generated anywhere in /var/log/*.  KDM just says "Login
+>>> failed" with no other info.
+>>>
+>> do you have a /etc/pam.d/kdm file available ?
+>>
+>>
+> Last updated Sep21:
+[...]
+>
+strange i'll have a look when i'll get back home to see if i can reproduce.
+i guess there's nothing useful in ~/.xsession-errors ?
+
+
+-- 
+Balcaen John
+Jabber-id: mikala at jabber.littleboboy.net
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008450.html b/zarb-ml/mageia-dev/2011-September/008450.html new file mode 100644 index 000000000..e88de4fd4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008450.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] Problem building python-xlib on BS + + + + + + + + + +

[Mageia-dev] Problem building python-xlib on BS

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Tue Sep 27 17:22:47 CEST 2011 +

+
+ +
On 27 September 2011 15:14, nicolas vigier <boklm at mars-attacks.org> wrote:
+>> I'm experiencing some problem building python-xlib.
+>> It seems the build process starts looping
+>> (todo->building->todo->building etc).
+>
+> It's looping because we still have the same problem with segfaults in
+> urpmi :
+> https://mageia.org/pipermail/mageia-dev/2011-August/007652.html
+
+For the matter, when I looked, I see other processes segfaulting...
+Not sure if it's related (aka is it hw fault or rpm bug).
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008451.html b/zarb-ml/mageia-dev/2011-September/008451.html new file mode 100644 index 000000000..112464261 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008451.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] KDM borked ? + + + + + + + + + +

[Mageia-dev] KDM borked ?

+ Frank Griffin + ftg at roadrunner.com +
+ Tue Sep 27 17:24:05 CEST 2011 +

+
+ +
On 09/27/2011 11:12 AM, John Balcaen wrote:
+>
+> strange i'll have a look when i'll get back home to see if i can reproduce.
+> i guess there's nothing useful in ~/.xsession-errors ?
+>
+>
+It would have been overwritten by the successful switch to GDM, but I'll 
+reproduce and check it out.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008452.html b/zarb-ml/mageia-dev/2011-September/008452.html new file mode 100644 index 000000000..8e2a0366e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008452.html @@ -0,0 +1,81 @@ + + + + [Mageia-dev] [RPM] cauldron core/release webkit-1.5.2-3.mga2 + + + + + + + + + +

[Mageia-dev] [RPM] cauldron core/release webkit-1.5.2-3.mga2

+ Funda Wang + fundawang at gmail.com +
+ Tue Sep 27 17:24:54 CEST 2011 +

+
+ +
Can't we use this signal?
+http://webkitgtk.org/reference/webkitgtk-webkitwebview.html#WebKitWebView-close-web-view
+
+2011/9/13, Olivier Blin <mageia at blino.org>:
+> Thierry Vignaud <thierry.vignaud at gmail.com> writes:
+>
+>> On 11 September 2011 03:36, Mageia Team <buildsystem-daemon at mageia.org>
+>> wrote:
+>>> fwang <fwang> 1:1.5.2-3.mga2:
+>>> + Revision: 142265
+>>> - rebuild for new libpng
+>>> - really split typelib
+>>> - New version 1.5.2
+>>> - temporary disable closewindow patch, huge rediff required
+>>
+>> expect breakage in ftw, drakx's help dialogs, ...
+>
+> Yep, you shouldn't have pushed this update before3B rediffing and testing
+> this patch. Now DrakX dialogs using WebKit will be unclosable using the
+> Gtk buttons.
+>
+> --
+> Olivier Blin - blino
+>
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008453.html b/zarb-ml/mageia-dev/2011-September/008453.html new file mode 100644 index 000000000..54756fd06 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008453.html @@ -0,0 +1,99 @@ + + + + [Mageia-dev] Problem building python-xlib on BS + + + + + + + + + +

[Mageia-dev] Problem building python-xlib on BS

+ nicolas vigier + boklm at mars-attacks.org +
+ Tue Sep 27 17:30:43 CEST 2011 +

+
+ +
On Tue, 27 Sep 2011, Thierry Vignaud wrote:
+
+> On 27 September 2011 15:14, nicolas vigier <boklm at mars-attacks.org> wrote:
+> >> I'm experiencing some problem building python-xlib.
+> >> It seems the build process starts looping
+> >> (todo->building->todo->building etc).
+> >
+> > It's looping because we still have the same problem with segfaults in
+> > urpmi :
+> > https://mageia.org/pipermail/mageia-dev/2011-August/007652.html
+> 
+> For the matter, when I looked, I see other processes segfaulting...
+
+Yes, it's not only urpmi segfaulting.
+
+> Not sure if it's related (aka is it hw fault or rpm bug).
+
+I could reproduce the segfault on my laptop after copying the chroot, so
+I don't think it's hw fault.
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008454.html b/zarb-ml/mageia-dev/2011-September/008454.html new file mode 100644 index 000000000..3410f99b3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008454.html @@ -0,0 +1,95 @@ + + + + [Mageia-dev] KDM borked ? + + + + + + + + + +

[Mageia-dev] KDM borked ?

+ Frank Griffin + ftg at roadrunner.com +
+ Tue Sep 27 17:36:25 CEST 2011 +

+
+ +
On 09/27/2011 11:24 AM, Frank Griffin wrote:
+> On 09/27/2011 11:12 AM, John Balcaen wrote:
+>>
+>> strange i'll have a look when i'll get back home to see if i can 
+>> reproduce.
+>> i guess there's nothing useful in ~/.xsession-errors ?
+>>
+>>
+> It would have been overwritten by the successful switch to GDM, but 
+> I'll reproduce and check it out.
+>
+Never mind.  When I switched from GDM back to KDM to reproduce this, it 
+worked fine.  I guess whatever changed required KDM to be restarted.  
+Sorry for the noise.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008455.html b/zarb-ml/mageia-dev/2011-September/008455.html new file mode 100644 index 000000000..1c46ce69a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008455.html @@ -0,0 +1,108 @@ + + + + [Mageia-dev] KDM borked ? + + + + + + + + + +

[Mageia-dev] KDM borked ?

+ John Balcaen + mikala at mageia.org +
+ Tue Sep 27 17:39:35 CEST 2011 +

+
+ +
2011/9/27 Frank Griffin <ftg at roadrunner.com>:
+> On 09/27/2011 11:24 AM, Frank Griffin wrote:
+>>
+>> On 09/27/2011 11:12 AM, John Balcaen wrote:
+>>>
+>>> strange i'll have a look when i'll get back home to see if i can
+>>> reproduce.
+>>> i guess there's nothing useful in ~/.xsession-errors ?
+>>>
+>>>
+>> It would have been overwritten by the successful switch to GDM, but I'll
+>> reproduce and check it out.
+>>
+> Never mind.  When I switched from GDM back to KDM to reproduce this, it
+> worked fine.  I guess whatever changed required KDM to be restarted.  Sorry
+> for the noise.
+ok then it's indeed due to the restart of kdm :
+pam files have been moved from kdebase-workspace package to the
+kde4-config file,
+also the previous kdm was using /etc/pam.d/kde file instead of
+/etc/pam.d/kdm now
+
+
+
+-- 
+Balcaen John
+Jabber-id: mikala at jabber.littleboboy.net
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008456.html b/zarb-ml/mageia-dev/2011-September/008456.html new file mode 100644 index 000000000..a8550204d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008456.html @@ -0,0 +1,97 @@ + + + + [Mageia-dev] Disabling hybernation + + + + + + + + + +

[Mageia-dev] Disabling hybernation

+ JA Magallon + jamagallon at ono.com +
+ Tue Sep 27 18:17:50 CEST 2011 +

+
+ +
Hi...
+
+I have several boxes running Cauldron and some of them go suspend
+(or hiberante, I don't know) after some time, so I can't access them
+from the network.
+
+The curious thing is that only suspend the boxes that are running gdm,
+some gui-less servers just keep awake perfectly.
+So I suspect this is a problem with gdm's own settings.
+
+How can I disable suspend/hibernate completely ? How can I check if
+gdm is the culprit ?
+
+TIA
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008457.html b/zarb-ml/mageia-dev/2011-September/008457.html new file mode 100644 index 000000000..aca92e2eb --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008457.html @@ -0,0 +1,98 @@ + + + + [Mageia-dev] Problem building python-xlib on BS + + + + + + + + + +

[Mageia-dev] Problem building python-xlib on BS

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Tue Sep 27 18:42:38 CEST 2011 +

+
+ +
On 27 September 2011 17:30, nicolas vigier <boklm at mars-attacks.org> wrote:
+>> >> I'm experiencing some problem building python-xlib.
+>> >> It seems the build process starts looping
+>> >> (todo->building->todo->building etc).
+>> >
+>> > It's looping because we still have the same problem with segfaults in
+>> > urpmi :
+>> > https://mageia.org/pipermail/mageia-dev/2011-August/007652.html
+>>
+>> For the matter, when I looked, I see other processes segfaulting...
+>
+> Yes, it's not only urpmi segfaulting.
+>
+>> Not sure if it's related (aka is it hw fault or rpm bug).
+>
+> I could reproduce the segfault on my laptop after copying the chroot, so
+> I don't think it's hw fault.
+
+can you send me the tarball resulting from using "urpmi --bug=somedir
+... ; tar cfa somedir.tar.xz somedir"?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008458.html b/zarb-ml/mageia-dev/2011-September/008458.html new file mode 100644 index 000000000..757c0f936 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008458.html @@ -0,0 +1,90 @@ + + + + [Mageia-dev] PING for bug 2160 + + + + + + + + + +

[Mageia-dev] PING for bug 2160

+ Frank Griffin + ftg at roadrunner.com +
+ Tue Sep 27 18:49:08 CEST 2011 +

+
+ +
On 09/26/2011 07:44 AM, Frank Griffin wrote:
+> On 09/26/2011 05:47 AM, Balcaen John wrote:
+>> [...] Since you know how to work around this (possible) issue could 
+>> you please install nm & test again if you can reproduce it ? 
+> Will do.
+>
+OK, I've got a freshly-installed system, and I have not yet tried to add 
+the wireless interface.  What would you like to see, and in what order ?
+
+Here is the /etc/NetworkManager/NetworkManager.conf:
+
+[main]
+plugins=ifcfg-rh,keyfile
+
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008459.html b/zarb-ml/mageia-dev/2011-September/008459.html new file mode 100644 index 000000000..4aedcc323 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008459.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] sorry to break the threads (a reply to Nicolas Vigier and others that get bored with this...) + + + + + + + + + +

[Mageia-dev] sorry to break the threads (a reply to Nicolas Vigier and others that get bored with this...)

+ Philippe DIDIER + philippedidier at laposte.net +
+ Tue Sep 27 20:45:53 CEST 2011 +

+
+ +
Philippe DIDIER a écrit :
+
+> 
+> I hope this doesn't make you to much angry ...
+
+I saw you were not !
+
+Thanks to everyone who helped an old and five-thumbed hands goofy
+
+Hope this will work at least for this list
+
+Regards
+Philippe
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008460.html b/zarb-ml/mageia-dev/2011-September/008460.html new file mode 100644 index 000000000..c4db43a1b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008460.html @@ -0,0 +1,99 @@ + + + + [Mageia-dev] PING for bug 2160 + + + + + + + + + +

[Mageia-dev] PING for bug 2160

+ Balcaen John + mikala at mageia.org +
+ Tue Sep 27 21:02:25 CEST 2011 +

+
+ +
Le Mardi 27 Septembre 2011 12:49:08 Frank Griffin a écrit :
+> On 09/26/2011 07:44 AM, Frank Griffin wrote:
+> > On 09/26/2011 05:47 AM, Balcaen John wrote:
+> >> [...] Since you know how to work around this (possible) issue
+> >> could you please install nm & test again if you can reproduce
+> >> it ?> 
+> > Will do.
+> 
+> OK, I've got a freshly-installed system, and I have not yet tried to
+> add the wireless interface.  What would you like to see, and in what
+> order ?
+> 
+> Here is the /etc/NetworkManager/NetworkManager.conf:
+> 
+> [main]
+> plugins=ifcfg-rh,keyfile
+Well since you're not using networkmanager i just want to know if you've 
+got the same problem as before (aka nm preventing your wifi interface to 
+work correctly )
+
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008461.html b/zarb-ml/mageia-dev/2011-September/008461.html new file mode 100644 index 000000000..12cfcc004 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008461.html @@ -0,0 +1,105 @@ + + + + [Mageia-dev] [RFC] update / change driver for nvidia-96xx supported card on Mageia 1 + + + + + + + + + +

[Mageia-dev] [RFC] update / change driver for nvidia-96xx supported card on Mageia 1

+ Florian Hubold + doktor5000 at arcor.de +
+ Tue Sep 27 21:43:47 CEST 2011 +

+
+ +
Hello,
+
+currently on Mageia 1 there is no support with the proprietary nvidia-96xx
+drivers, as the older version on Mageia 1 has no support fo X.Org xserver 1.10.
+This has just recently been added with nvidia-96xx-96.43.20 which was
+updated for cauldron.
+
+So currently the default driver for GeForce 2 MX to GeForce 4 is nouveau,
+and no support in ldetect-lst for nvidia-96xx. And as there are at least
+as many problems with Nouveau as there are reports about missing
+nvidia-96xx support, i figured it would be good to push an nvidia-96xx
+update to Mageia 1.
+
+IIUC also nvidia-96xx is the fallback driver for GeForce 6100 to GeForce 360
+cards on systems with no cpu support for SSE instruction set, but as stated
+above this can't work currently as it has no support for our current xserver
+in Mageia 1. Maybe another reason for an update.
+
+
+Please don't hesitate to give your valued comments.
+
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008462.html b/zarb-ml/mageia-dev/2011-September/008462.html new file mode 100644 index 000000000..ee371813c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008462.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] Broadcom b43xx + + + + + + + + + +

[Mageia-dev] Broadcom b43xx

+ Zézinho + lists.jjorge at free.fr +
+ Tue Sep 27 21:48:07 CEST 2011 +

+
+ +
hi, I am trying to solve bug #923 : an open-source firmware is avalaible 
+for this hardware, and my tests shows that it seems to work.
+
+So this package is in cauldron : b43-openfwwf. Now drakxtools should 
+install it instead of the previous method (extract firmware from closed 
+source driver). Can someone tell me where to look at?
+
+Thanks
+zezinho
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008463.html b/zarb-ml/mageia-dev/2011-September/008463.html new file mode 100644 index 000000000..60c676c3b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008463.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] PING for bug 2160 + + + + + + + + + +

[Mageia-dev] PING for bug 2160

+ Frank Griffin + ftg at roadrunner.com +
+ Tue Sep 27 21:55:56 CEST 2011 +

+
+ +
On 09/27/2011 03:02 PM, Balcaen John wrote:
+> Well since you're not using networkmanager i just want to know if 
+> you've got the same problem as before (aka nm preventing your wifi 
+> interface to work correctly ) 
+
+OK, I just wanted to verify whether you wanted to see anything else 
+before drakconnect creates the connection and before I try to activate 
+it.  I'll post the results in bug 2160.
+
+Thanks.
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008464.html b/zarb-ml/mageia-dev/2011-September/008464.html new file mode 100644 index 000000000..7ef741224 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008464.html @@ -0,0 +1,92 @@ + + + + [Mageia-dev] Textlive is broken and prevent gfxboot to be rebuilt + + + + + + + + + +

[Mageia-dev] Textlive is broken and prevent gfxboot to be rebuilt

+ Erwan Velu + erwanaliasr1 at gmail.com +
+ Tue Sep 27 22:25:15 CEST 2011 +

+
+ +
Hi folks,
+
+While trying to update gfxboot, I do have the following error :
+
+A requested package cannot be installed:
+texlive-20100722-37.mga2.x86_64 (due to unsatisfied libpoppler.so.13()(64bit))
+
+Did anyone worked on this packages recently ?
+
+Cheers,
+Erwan
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008465.html b/zarb-ml/mageia-dev/2011-September/008465.html new file mode 100644 index 000000000..064e7dfc5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008465.html @@ -0,0 +1,95 @@ + + + + [Mageia-dev] Textlive is broken and prevent gfxboot to be rebuilt + + + + + + + + + +

[Mageia-dev] Textlive is broken and prevent gfxboot to be rebuilt

+ nicolas vigier + boklm at mars-attacks.org +
+ Tue Sep 27 22:28:54 CEST 2011 +

+
+ +
On Tue, 27 Sep 2011, Erwan Velu wrote:
+
+> Hi folks,
+>
+> While trying to update gfxboot, I do have the following error :
+>
+> A requested package cannot be installed:
+> texlive-20100722-37.mga2.x86_64 (due to unsatisfied libpoppler.so.13()(64bit))
+>
+> Did anyone worked on this packages recently ?
+
+libpoppler.so.13 has been replaced by libpoppler.so.18, so all packages
+using libpoppler need to be rebuilt.
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008466.html b/zarb-ml/mageia-dev/2011-September/008466.html new file mode 100644 index 000000000..13423d29f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008466.html @@ -0,0 +1,90 @@ + + + + [Mageia-dev] Textlive is broken and prevent gfxboot to be rebuilt + + + + + + + + + +

[Mageia-dev] Textlive is broken and prevent gfxboot to be rebuilt

+ Olav Vitters + olav at vitters.nl +
+ Tue Sep 27 22:39:29 CEST 2011 +

+
+ +
On Tue, Sep 27, 2011 at 10:28:54PM +0200, nicolas vigier wrote:
+> libpoppler.so.13 has been replaced by libpoppler.so.18, so all packages
+> using libpoppler need to be rebuilt.
+
+texlive fails, cannot figure out how to fix it
+
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008467.html b/zarb-ml/mageia-dev/2011-September/008467.html new file mode 100644 index 000000000..7e7def8a0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008467.html @@ -0,0 +1,89 @@ + + + + [Mageia-dev] [RFC] update / change driver for nvidia-96xx supported card on Mageia 1 + + + + + + + + + +

[Mageia-dev] [RFC] update / change driver for nvidia-96xx supported card on Mageia 1

+ Zézinho + lists.jjorge at free.fr +
+ Tue Sep 27 22:42:38 CEST 2011 +

+
+ +
Em 27-09-2011 21:43, Florian Hubold escreveu:
+> So currently the default driver for GeForce 2 MX to GeForce 4 is nouveau,
+> and no support in ldetect-lst for nvidia-96xx. And as there are at least
+> as many problems with Nouveau as there are reports about missing
+> nvidia-96xx support, i figured it would be good to push an nvidia-96xx
+> update to Mageia 1.
+>
+I have a GeForce4 system which uses nouveau and dri-experimental. While 
+it works, it locks up randomly.
+So I'd say that yes, nvidia-96xx could be usefull.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008468.html b/zarb-ml/mageia-dev/2011-September/008468.html new file mode 100644 index 000000000..44e1edd42 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008468.html @@ -0,0 +1,94 @@ + + + + [Mageia-dev] Textlive is broken and prevent gfxboot to be rebuilt + + + + + + + + + +

[Mageia-dev] Textlive is broken and prevent gfxboot to be rebuilt

+ D.Morgan + dmorganec at gmail.com +
+ Tue Sep 27 22:45:10 CEST 2011 +

+
+ +
On Tue, Sep 27, 2011 at 10:39 PM, Olav Vitters <olav at vitters.nl> wrote:
+> On Tue, Sep 27, 2011 at 10:28:54PM +0200, nicolas vigier wrote:
+>> libpoppler.so.13 has been replaced by libpoppler.so.18, so all packages
+>> using libpoppler need to be rebuilt.
+>
+> texlive fails, cannot figure out how to fix it
+>
+> --
+> Regards,
+> Olav
+>
+seems a pb against new libpng.
+
+Funda do you think you can take a look please ?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008469.html b/zarb-ml/mageia-dev/2011-September/008469.html new file mode 100644 index 000000000..02c400aa8 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008469.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] Textlive is broken and prevent gfxboot to be rebuilt + + + + + + + + + +

[Mageia-dev] Textlive is broken and prevent gfxboot to be rebuilt

+ Olav Vitters + olav at vitters.nl +
+ Tue Sep 27 22:55:13 CEST 2011 +

+
+ +
On Tue, Sep 27, 2011 at 10:45:10PM +0200, Dexter Morgan wrote:
+> On Tue, Sep 27, 2011 at 10:39 PM, Olav Vitters <olav at vitters.nl> wrote:
+> > On Tue, Sep 27, 2011 at 10:28:54PM +0200, nicolas vigier wrote:
+> >> libpoppler.so.13 has been replaced by libpoppler.so.18, so all packages
+> >> using libpoppler need to be rebuilt.
+> >
+> > texlive fails, cannot figure out how to fix it
+> >
+> > --
+> > Regards,
+> > Olav
+> >
+> seems a pb against new libpng.
+> 
+> Funda do you think you can take a look please ?
+
+I found a few patches here:
+http://openports.se/commit_files.php?messageId=201107082037.p68Kb17B012358@cvs.openbsd.org
+
+going to try and integrate them...
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008470.html b/zarb-ml/mageia-dev/2011-September/008470.html new file mode 100644 index 000000000..ad358602f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008470.html @@ -0,0 +1,108 @@ + + + + [Mageia-dev] Textlive is broken and prevent gfxboot to be rebuilt + + + + + + + + + +

[Mageia-dev] Textlive is broken and prevent gfxboot to be rebuilt

+ D.Morgan + dmorganec at gmail.com +
+ Tue Sep 27 22:59:30 CEST 2011 +

+
+ +
On Tue, Sep 27, 2011 at 10:55 PM, Olav Vitters <olav at vitters.nl> wrote:
+> On Tue, Sep 27, 2011 at 10:45:10PM +0200, Dexter Morgan wrote:
+>> On Tue, Sep 27, 2011 at 10:39 PM, Olav Vitters <olav at vitters.nl> wrote:
+>> > On Tue, Sep 27, 2011 at 10:28:54PM +0200, nicolas vigier wrote:
+>> >> libpoppler.so.13 has been replaced by libpoppler.so.18, so all packages
+>> >> using libpoppler need to be rebuilt.
+>> >
+>> > texlive fails, cannot figure out how to fix it
+>> >
+>> > --
+>> > Regards,
+>> > Olav
+>> >
+>> seems a pb against new libpng.
+>>
+>> Funda do you think you can take a look please ?
+>
+> I found a few patches here:
+> http://openports.se/commit_files.php?messageId=201107082037.p68Kb17B012358@cvs.openbsd.org
+>
+> going to try and integrate them...
+> --
+> Regards,
+> Olav
+>
+
+thank you a lot
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008471.html b/zarb-ml/mageia-dev/2011-September/008471.html new file mode 100644 index 000000000..693e57274 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008471.html @@ -0,0 +1,120 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ Philippe DIDIER + philippedidier at laposte.net +
+ Wed Sep 28 00:49:56 CEST 2011 +

+
+ +
D.Morgan a écrit :
+> On Tue, Sep 27, 2011 at 8:54 AM, Jani Välimaa <jani.valimaa at gmail.com> wrote:
+>> 2011/9/27 Thomas Spuhler <thomas at btspuhler.com>:
+>>> On Monday, September 26, 2011 07:33:20 pm Thomas Spuhler wrote:
+>>>> On Monday, September 26, 2011 08:34:30 am Anssi Hannula wrote:
+>>>>> On 26.09.2011 15:47, nicolas vigier wrote:
+>>>>>> On Sat, 24 Sep 2011, Thomas Spuhler wrote:
+>>>>>>> But are you sure about texlive providing it?
+>>>>>>
+>>>>>> I don't know. It looks like it's not in the texlive package.
+>>>>>
+>>>>> My impression (from a few years back I think) is that standalone
+>>>>> texi2html is the texlive-era replacement for tetex-texi2html.
+>>>>
+>>>> Since I need it for lilypond, I'll fix those requires that had a require
+>>>> for tetex-texi2html
+>>> it's also needed for gcomprise. It doesn't build without.
+>>> But here comes an interesting twist.
+>>> BuildRequires: texi2html in gcomprise is just being ignored, on the BS as well
+>>> as on the local VM
+>>> Installing it let's me build the package, after uninstalling texi2html it
+>>> doesn't build, but the requires is ignored.
+>>> If I change it to something else such as BuildRequires: texi3html
+>>> Then it tells me rightfully texi2html is missing.
+>>>
+>>
+>> Your BR isn't ignored, texi2html is also provided by texlive and it
+>> gets installed instead of texi2html.
+>>
+> 
+> i am working on new texlive, i can take a look to this issue.
+> 
+
+Olav Vitters has rebuilt texlive (with new libpng15) after boklm had
+erased the wrong Provides : texi2html
+
+Now, if  BR texi2html is in a spec, texi2html.rpm will be installed
+
+You may now push  ffmpeg, gcompris, to be built...
+You may try lilypond
+
+Remind that lash, qemu, and xen need to have BR modified
+from BR: tetex-texi2html to BR: texi2html too
+
+Olav Vitters seems to have taken care of quagga
+
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008472.html b/zarb-ml/mageia-dev/2011-September/008472.html new file mode 100644 index 000000000..646e3c1d0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008472.html @@ -0,0 +1,122 @@ + + + + [Mageia-dev] texi2html + + + + + + + + + +

[Mageia-dev] texi2html

+ Thomas Spuhler + thomas at btspuhler.com +
+ Wed Sep 28 03:05:58 CEST 2011 +

+
+ +
On Tuesday, September 27, 2011 03:49:56 pm Philippe DIDIER wrote:
+> D.Morgan a écrit :
+> > On Tue, Sep 27, 2011 at 8:54 AM, Jani Välimaa <jani.valimaa at gmail.com> 
+wrote:
+> >> 2011/9/27 Thomas Spuhler <thomas at btspuhler.com>:
+> >>> On Monday, September 26, 2011 07:33:20 pm Thomas Spuhler wrote:
+> >>>> On Monday, September 26, 2011 08:34:30 am Anssi Hannula wrote:
+> >>>>> On 26.09.2011 15:47, nicolas vigier wrote:
+> >>>>>> On Sat, 24 Sep 2011, Thomas Spuhler wrote:
+> >>>>>>> But are you sure about texlive providing it?
+> >>>>>> 
+> >>>>>> I don't know. It looks like it's not in the texlive package.
+> >>>>> 
+> >>>>> My impression (from a few years back I think) is that standalone
+> >>>>> texi2html is the texlive-era replacement for tetex-texi2html.
+> >>>> 
+> >>>> Since I need it for lilypond, I'll fix those requires that had a
+> >>>> require for tetex-texi2html
+> >>> 
+> >>> it's also needed for gcomprise. It doesn't build without.
+> >>> But here comes an interesting twist.
+> >>> BuildRequires: texi2html in gcomprise is just being ignored, on the BS
+> >>> as well as on the local VM
+> >>> Installing it let's me build the package, after uninstalling texi2html
+> >>> it doesn't build, but the requires is ignored.
+> >>> If I change it to something else such as BuildRequires: texi3html
+> >>> Then it tells me rightfully texi2html is missing.
+> >> 
+> >> Your BR isn't ignored, texi2html is also provided by texlive and it
+> >> gets installed instead of texi2html.
+> > 
+> > i am working on new texlive, i can take a look to this issue.
+> 
+> Olav Vitters has rebuilt texlive (with new libpng15) after boklm had
+> erased the wrong Provides : texi2html
+> 
+> Now, if  BR texi2html is in a spec, texi2html.rpm will be installed
+> 
+> You may now push  ffmpeg, gcompris, to be built...
+> You may try lilypond
+> 
+> Remind that lash, qemu, and xen need to have BR modified
+> from BR: tetex-texi2html to BR: texi2html too
+> 
+> Olav Vitters seems to have taken care of quagga
+
+Thanks a lot.
+-- 
+Thomas
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008473.html b/zarb-ml/mageia-dev/2011-September/008473.html new file mode 100644 index 000000000..a52edd8ee --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008473.html @@ -0,0 +1,90 @@ + + + + [Mageia-dev] offline for some time + + + + + + + + + +

[Mageia-dev] offline for some time

+ Jerome Quelin + jquelin at gmail.com +
+ Wed Sep 28 13:39:32 CEST 2011 +

+
+ +
hi,
+
+i am moving to a new house next week and requested my internet
+connection to be moved... which means i'll be offline from (maybe)
+october 1st till the connection is re-activated.
+
+this explains why i did not update perl to 5.14.2 - although that'd
+perfectly in the plf spirit to do so! ~:-)
+
+i'll be back,
+jérôme 
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008474.html b/zarb-ml/mageia-dev/2011-September/008474.html new file mode 100644 index 000000000..91287a46c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008474.html @@ -0,0 +1,89 @@ + + + + [Mageia-dev] offline for some time + + + + + + + + + +

[Mageia-dev] offline for some time

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Wed Sep 28 14:10:38 CEST 2011 +

+
+ +
On 28 September 2011 13:39, Jerome Quelin <jquelin at gmail.com> wrote:
+> i am moving to a new house next week and requested my internet
+> connection to be moved... which means i'll be offline from (maybe)
+> october 1st till the connection is re-activated.
+>
+> this explains why i did not update perl to 5.14.2 - although that'd
+> perfectly in the plf spirit to do so! ~:-)
+
+Hey you inglorious coward!
+Where's going the spirit?
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008475.html b/zarb-ml/mageia-dev/2011-September/008475.html new file mode 100644 index 000000000..ffd24918b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008475.html @@ -0,0 +1,173 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Florian Hubold + doktor5000 at arcor.de +
+ Wed Sep 28 14:40:46 CEST 2011 +

+
+ +
Am 22.09.2011 21:37, schrieb Florian Hubold:
+> Am 22.09.2011 00:09, schrieb Luc Menut:
+>> Le 21/09/2011 20:35, Florian Hubold a écrit :
+>>> Hello,
+>>>
+>>> during validation of validation of msec/sectool update candidates,
+>>> a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
+>> ...
+>>>
+>>> But if we want security reports to be sent to local users if they
+>>> specify so, how to proceed further?
+>>>
+>>
+>> msec can work very well without sending these reports by email; all the
+>> security's reports are available in /var/log/security, and msec notifies the
+>> user about this at each time it runs, so sendmail is absolutely not mandatory.
+>> So I think that msec shouldn't have a Requires on sendmail-command,
+>> eventually it can be a Suggest.
+>>
+>> But perhaps we could/should change the configuration of msec to not send
+>> email by default, by adding MAIL_WARN=no in /etc/security/msec/security.conf.
+>>
+>>
+> So, to summarize, there happen to be multiple solutions here:
+>
+>
+> 1. do NOT require an MTA, let users manually read reports from /var/log/security
+>     maybe even remove nail from msec Requires as it is currently non-functional.
+>     Also Luc's proposal cited above could be realized.
+>
+> 2. do require sendmail-command, which will pose a problem to users
+>     installing from the CLI, because they are presented with a choice:
+>
+>    One of the following packages is required:
+>       1 dma
+>       2 ssmtp
+>       3 postfix
+>       4 sendmail
+>       5 msmtp
+>    Please make a selection:
+>
+>     Additionally this will force an MTA onto every default installation and
+> every
+>     installation that currently has msec installed.
+>
+> 3. do require dma, which is a rather minimal MTA, and delivers without
+> configuration
+>     Please see https://bugs.mageia.org/show_bug.cgi?id=2255#c36 for details.
+>     This would also allow coexistence with an already-installed MTA, IIUC.
+>
+> 4. Try to fix nail, which is required by msec and so in every default
+> installation,
+>     so that it is able to deliver mail by itself, without sendmail.
+>
+> Please give your votes.
+>
+>
+
+After rereading the thread, i'm posting an excellent summary
+from Derek Jennings, the original reporter of the msec/MTA issue:
+
+Am 28.09.2011 11:14, schrieb Derek Jennings:
+>
+> I seem to have sparked off quite a discussion  on the dev list.
+>
+> Luc Menut made a very good point. If all these mails from msec started
+> being actually delivered instead of going into the bit bucket, then users
+> will be overwhelmed with emails they do not understand. As Claire
+> mentioned in a previous posting msec **always** finds something in error
+> which could alarm users. I can imagine the user forum being flooded with
+> alarmed posts.
+>
+> My own opinion is we should do both 1 and 3 in your list of options
+> 1/ Change the defaults in /etc/security/msec/level.*  and
+> 3/ make dma a suggest for msec
+>
+> If these two changes were introduced as updates to Mageia 1 then the
+> consequences would I believe be.
+> a/ Users with default configuration :-
+>
+> Changing the defaults in /etc/security/msec/level.* will not affect an
+> existing installation unless they change their security level.
+>
+> Mail would go into /var/spool/mail/root instead of /root/dead.letter  They
+> probably would still not see the mail because they are unlikely to know
+> how to configure another user to receive roots mail. The only change they
+> would notice is when logging in at a root console they would see a message
+> saying "You have new mail".
+>
+> b/ Users who have configured a real mail address in msec
+> Installing dma as a require will cause these mails to actually start being
+> delivered. Since the user has put the real mail address in the msec
+> configuration we have to assume they actually want the mails to be
+> delivered so that is a "good thing".  If their ISP will only accept mail
+>   from a real MTA as mentioned by Frank Griffin then the message will not be
+> delivered unless a relay host is defined in dma. Since they are already
+> not being delivered nothing will have changed.
+>
+> c/ New users of Mageia 2
+> Changing the defaults in /etc/security/msec/level.* will suppress emails
+> other than to those users who have specifically requested them.
+>
+>
+> Hope that helps
+>
+> Derek
+>
+>
+So if nobody objects or sees other problem with this, i'll modify
+the defaults in /etc/security/msec/level.* to not send email by default
+and making dma a suggest for msec.
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008476.html b/zarb-ml/mageia-dev/2011-September/008476.html new file mode 100644 index 000000000..9e04bbd53 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008476.html @@ -0,0 +1,72 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Samuel Verschelde + stormi at laposte.net +
+ Wed Sep 28 14:42:56 CEST 2011 +

+
+ +
Le mercredi 28 septembre 2011 14:40:46, Florian Hubold a écrit :
+> 
+> So if nobody objects or sees other problem with this, i'll modify
+> the defaults in /etc/security/msec/level.* to not send email by default
+> and making dma a suggest for msec.
+
+As I said in the other thread, I think sendmail-command is a better suggest 
+than forcing the use of dma.
+
+Samuel
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008477.html b/zarb-ml/mageia-dev/2011-September/008477.html new file mode 100644 index 000000000..fa5c61c75 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008477.html @@ -0,0 +1,87 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Balcaen John + mikala at mageia.org +
+ Wed Sep 28 15:02:32 CEST 2011 +

+
+ +
Le Mercredi 28 Septembre 2011 14:42:56 Samuel Verschelde a écrit :
+> Le mercredi 28 septembre 2011 14:40:46, Florian Hubold a écrit :
+> > So if nobody objects or sees other problem with this, i'll modify
+> > the defaults in /etc/security/msec/level.* to not send email by
+> > default and making dma a suggest for msec.
+> 
+> As I said in the other thread, I think sendmail-command is a better
+> suggest than forcing the use of dma.
+
+Well it's just  a suggests not a requires.
+Also suggesting sendmail-command would requires the user to first choose 
+one of  the possible alternative ( ssmtp,postfix, sendmail,mstmp or dma 
+actually but we can still expect to have more mta for the end user)  
+which is by default currently postfix.
+Even if i personally find quite easy to configure postfix we can still 
+expect than the end user can probably mis configured the mta, & configure 
+it (wrongly) as an open relay.
+Suggesting something like dma or mstmp or ssmtp is for msec is (from my 
+point of view) far better than providing a « real » mta.
+
+
+Regards,
+
+-- 
+Balcaen John
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008478.html b/zarb-ml/mageia-dev/2011-September/008478.html new file mode 100644 index 000000000..d4d7e40a5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008478.html @@ -0,0 +1,108 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Samuel Verschelde + stormi at laposte.net +
+ Wed Sep 28 15:28:38 CEST 2011 +

+
+ +
Le mercredi 28 septembre 2011 15:02:32, Balcaen John a écrit :
+> Le Mercredi 28 Septembre 2011 14:42:56 Samuel Verschelde a écrit :
+> > Le mercredi 28 septembre 2011 14:40:46, Florian Hubold a écrit :
+> > > So if nobody objects or sees other problem with this, i'll modify
+> > > the defaults in /etc/security/msec/level.* to not send email by
+> > > default and making dma a suggest for msec.
+> > 
+> > As I said in the other thread, I think sendmail-command is a better
+> > suggest than forcing the use of dma.
+> 
+> Well it's just  a suggests not a requires.
+> Also suggesting sendmail-command would requires the user to first choose
+> one of  the possible alternative ( ssmtp,postfix, sendmail,mstmp or dma
+> actually but we can still expect to have more mta for the end user)
+> which is by default currently postfix.
+> Even if i personally find quite easy to configure postfix we can still
+> expect than the end user can probably mis configured the mta, & configure
+> it (wrongly) as an open relay.
+> Suggesting something like dma or mstmp or ssmtp is for msec is (from my
+> point of view) far better than providing a « real » mta.
+> 
+> 
+
+In fact, we could have dma by default while letting other people choose 
+another mail server and thus not install dma.
+
+During a system installation, no question is asked, the first choice is always 
+taken. This first choice could be made to be dma. This is something we can 
+change in the meta-task package (/etc/urpmi/prefer.vendor.list).
+
+Of course, this would mean than any package requiring sendmail-command would 
+see dma first in the list. I don't know if it would be a good think or not. I 
+tend to think yes, because for standard users dma will be preferred whereas 
+experience admins will choose the MTA they want.
+
+So if we had not an update to issue, this would be my choice. Suggest 
+sendmail-command and make sure that dma is preferred when there's an automatic 
+selection.
+
+If what I say here makes sense, maybe in Mageia 1 msec could suggest dma and 
+in Cauldron sendmail-command, + we would alter meta-task ? If not, then let's 
+go for dma and forget my comments.
+
+Best regards
+
+Samuel
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008479.html b/zarb-ml/mageia-dev/2011-September/008479.html new file mode 100644 index 000000000..e966199bd --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008479.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] Tonight's meeting + + + + + + + + + +

[Mageia-dev] Tonight's meeting

+ Anne nicolas + ennael at mageia.org +
+ Wed Sep 28 20:00:25 CEST 2011 +

+
+ +
Hi there
+
+Sorry guys, an emergency tonight so we will not have any meeting.
+Still you can ask any question on this list or on irc
+
+See you next wednesday
+
+-- 
+Anne
+http://www.mageia.org
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008480.html b/zarb-ml/mageia-dev/2011-September/008480.html new file mode 100644 index 000000000..c2194f908 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008480.html @@ -0,0 +1,149 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ andre999 + andre999mga at laposte.net +
+ Wed Sep 28 21:31:25 CEST 2011 +

+
+ +
Samuel Verschelde a écrit :
+> Le mercredi 28 septembre 2011 15:02:32, Balcaen John a écrit :
+>    
+>> Le Mercredi 28 Septembre 2011 14:42:56 Samuel Verschelde a écrit :
+>>      
+>>> Le mercredi 28 septembre 2011 14:40:46, Florian Hubold a écrit :
+>>>        
+>>>> So if nobody objects or sees other problem with this, i'll modify
+>>>> the defaults in /etc/security/msec/level.* to not send email by
+>>>> default and making dma a suggest for msec.
+>>>>          
+>>> As I said in the other thread, I think sendmail-command is a better
+>>> suggest than forcing the use of dma.
+>>>        
+>> Well it's just  a suggests not a requires.
+>> Also suggesting sendmail-command would requires the user to first choose
+>> one of  the possible alternative ( ssmtp,postfix, sendmail,mstmp or dma
+>> actually but we can still expect to have more mta for the end user)
+>> which is by default currently postfix.
+>> Even if i personally find quite easy to configure postfix we can still
+>> expect than the end user can probably mis configured the mta,&  configure
+>> it (wrongly) as an open relay.
+>> Suggesting something like dma or mstmp or ssmtp is for msec is (from my
+>> point of view) far better than providing a « real » mta.
+>>
+>>
+>>      
+> In fact, we could have dma by default while letting other people choose
+> another mail server and thus not install dma.
+>
+> During a system installation, no question is asked, the first choice is always
+> taken. This first choice could be made to be dma. This is something we can
+> change in the meta-task package (/etc/urpmi/prefer.vendor.list).
+>
+> Of course, this would mean than any package requiring sendmail-command would
+> see dma first in the list. I don't know if it would be a good think or not. I
+> tend to think yes, because for standard users dma will be preferred whereas
+> experience admins will choose the MTA they want.
+>
+> So if we had not an update to issue, this would be my choice. Suggest
+> sendmail-command and make sure that dma is preferred when there's an automatic
+> selection.
+>
+> If what I say here makes sense, maybe in Mageia 1 msec could suggest dma and
+> in Cauldron sendmail-command, + we would alter meta-task ? If not, then let's
+> go for dma and forget my comments.
+>
+> Best regards
+>
+> Samuel
+>    
+
+I have a slightly different take on this
+Note that
+1) If we send emails to root and they aren't noticed and removed, they 
+will accumulate and eventually occupy a lot of disk space.  As well, it 
+is evident that most users won't know what to make of much of msec's 
+messages.  If a user sets an email address, local or remote, they are 
+presumably more likely to know what these messages mean.
+Setting a no-email default for all levels is simpler than doing it 
+selectively by "level"
+
+2) dma is very small, only 64k, and if another MTA is installed, dma 
+lets the other handle the function.  So users can install another MTA, 
+and dma will be ignored.  If dma is always installed, then it will 
+always be available if another MTA has been installed and subsequently 
+uninstalled.
+
+3) In the longer term, it seems to me a good idea to have a local-only 
+MTA integrated in msec, as suggested by Frank.
+
+So I go for the proposed solution of
+1) Changing the msec default to not send email by default
+
+but
+2) making a requires for dma (instead of suggest), so that it is always 
+installed.
+
+and
+3) If/when a local-only MTA is integrated in msec, we remove the 
+requires for dma.
+
+my 2 cents :)
+
+-- 
+André
+
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008481.html b/zarb-ml/mageia-dev/2011-September/008481.html new file mode 100644 index 000000000..1125bdab4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008481.html @@ -0,0 +1,74 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Balcaen John + mikala at mageia.org +
+ Wed Sep 28 21:37:22 CEST 2011 +

+
+ +
Le Mercredi 28 Septembre 2011 15:31:25 andre999 a écrit :
+[...]
+> and
+> 3) If/when a local-only MTA is integrated in msec, we remove the
+> requires for dma.
+It's not wise to add yet another functionnality (such as important as 
+MTA) inside msec when we can rely on external maintained project.
+
+
+-- 
+Balcaen John
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008482.html b/zarb-ml/mageia-dev/2011-September/008482.html new file mode 100644 index 000000000..af821fb9d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008482.html @@ -0,0 +1,75 @@ + + + + [Mageia-dev] Textlive is broken and prevent gfxboot to be rebuilt + + + + + + + + + +

[Mageia-dev] Textlive is broken and prevent gfxboot to be rebuilt

+ Erwan Velu + erwanaliasr1 at gmail.com +
+ Wed Sep 28 21:52:06 CEST 2011 +

+
+ +
Le 27/09/2011 22:59, D.Morgan a écrit :
+
+This is fixed... thx.
+
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008483.html b/zarb-ml/mageia-dev/2011-September/008483.html new file mode 100644 index 000000000..405564639 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008483.html @@ -0,0 +1,82 @@ + + + + [Mageia-dev] About syslinux & libpng + + + + + + + + + +

[Mageia-dev] About syslinux & libpng

+ Erwan Velu + erwanaliasr1 at gmail.com +
+ Wed Sep 28 21:56:32 CEST 2011 +

+
+ +
I'm currently updating Syslinux 4.04 and I'm currently facing a trouble 
+as, historically speaking, we do remove the included libpng by the 
+system one.
+
+The compilation process fails. I was wondering if we really consider 
+replacing the libpng of syslinux as a security issue.
+
+Sec team ? What's your opinion on it ?
+
+Cheers,
+
+ + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008484.html b/zarb-ml/mageia-dev/2011-September/008484.html new file mode 100644 index 000000000..4385641e7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008484.html @@ -0,0 +1,89 @@ + + + + [Mageia-dev] About syslinux & libpng + + + + + + + + + +

[Mageia-dev] About syslinux & libpng

+ D.Morgan + dmorganec at gmail.com +
+ Wed Sep 28 22:13:52 CEST 2011 +

+
+ +
On Wed, Sep 28, 2011 at 9:56 PM, Erwan Velu <erwanaliasr1 at gmail.com> wrote:
+> I'm currently updating Syslinux 4.04 and I'm currently facing a trouble as,
+> historically speaking, we do remove the included libpng by the system one.
+>
+> The compilation process fails. I was wondering if we really consider
+> replacing the libpng of syslinux as a security issue.
+>
+> Sec team ? What's your opinion on it ?
+>
+> Cheers,
+>
+
+hi,
+
+i take my security hat on, we prefer when possible when we use the system libs.
+i have not looked but which libpng is included ?
+
+ + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008485.html b/zarb-ml/mageia-dev/2011-September/008485.html new file mode 100644 index 000000000..2a8463ff9 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008485.html @@ -0,0 +1,81 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Johnny A. Solbu + cooker at solbu.net +
+ Wed Sep 28 22:18:20 CEST 2011 +

+
+ +
On Wednesday 28 September 2011 21:31, andre999 wrote:
+> If we send emails to root and they aren't noticed and removed, they 
+> will accumulate and eventually occupy a lot of disk space.
+
+One solution to that is to add the first user in the aliases file as the recipient of mail to root. Or maybe prompt for who should receive mail to the administrator.
+On Debian, postfix ensures on install that someone receive root's mail. Maybe even prompts for the username or email address. I don't quite remember how.
+
+-- 
+Johnny A. Solbu
+PGP key ID: 0xFA687324
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 189 bytes
+Desc: This is a digitally signed message part.
+URL: </pipermail/mageia-dev/attachments/20110928/0b188cca/attachment.asc>
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008486.html b/zarb-ml/mageia-dev/2011-September/008486.html new file mode 100644 index 000000000..196a7bf90 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008486.html @@ -0,0 +1,104 @@ + + + + [Mageia-dev] kernel oops with latest GDM and fglrx + + + + + + + + + +

[Mageia-dev] kernel oops with latest GDM and fglrx

+ Dick Gevers + dvgevers at xs4all.nl +
+ Wed Sep 28 22:21:31 CEST 2011 +

+
+ +
For a while I hadn't been using GDM due to it's various problems (incl.
+with systemd).
+
+Last night after upgrading my Cauldron box, which is using fglrx-8.881-1 to
+drive my AMD Radeon HD 6570 I thought it was working okay and I also
+returned to gnome-screensaver back from xscreensaver.
+
+But tonight I returned to my box to find GDM had stuck at 03:09 hours a.m.
+and could not log in (nor change to tty). The running session was xfce4 and
+it continued until tonight, according to the logs.
+
+After a reset I found a kernel oops at from 03:09 a.m., as attached.
+
+Should I post this to Bugzilla? Against what package please? Or some other
+way to look for a fix?
+
+
+Thanks v.m. beforehand.
+
+Cheers,
+=Dick Gevers=
+
+
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: oops-03-09
+Type: application/octet-stream
+Size: 6417 bytes
+Desc: not available
+URL: </pipermail/mageia-dev/attachments/20110928/2c9600f3/attachment.obj>
+
+ + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008487.html b/zarb-ml/mageia-dev/2011-September/008487.html new file mode 100644 index 000000000..56c891033 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008487.html @@ -0,0 +1,80 @@ + + + + [Mageia-dev] Disabling hybernation + + + + + + + + + +

[Mageia-dev] Disabling hybernation

+ David W. Hodgins + davidwhodgins at gmail.com +
+ Wed Sep 28 23:06:09 CEST 2011 +

+
+ +
On Tue, 27 Sep 2011 12:17:50 -0400, JA Magallon <jamagallon at ono.com> wrote:
+
+> How can I disable suspend/hibernate completely ? How can I check if
+> gdm is the culprit ?
+
+Is there a user logged in in the system?  If so, using which desktop
+manager?
+
+If there is no user logged in, since gdm is gnome based, I'd check
+the gnome power management settings.  Otherwise, check the settings
+for whichever user is logged in.
+
+Regards, Dave Hodgins
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008488.html b/zarb-ml/mageia-dev/2011-September/008488.html new file mode 100644 index 000000000..476779f60 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008488.html @@ -0,0 +1,77 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Frank Griffin + ftg at roadrunner.com +
+ Wed Sep 28 23:15:46 CEST 2011 +

+
+ +
On 09/28/2011 03:31 PM, andre999 wrote:
+>
+> 3) In the longer term, it seems to me a good idea to have a local-only 
+> MTA integrated in msec, as suggested by Frank.
+
+Well, that's not really what I suggested.  I suggested that msec include 
+a very simple and incomplete MUA capable of sending mail via SMTP to 
+some designated MTA.  That's more like embedding sendmail-command 
+functionality into msec.  I say "simple and incomplete" because:
+
+1) there would be no capability to read mail
+2) the code to send mail needs to be only as robust as msec requires
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008489.html b/zarb-ml/mageia-dev/2011-September/008489.html new file mode 100644 index 000000000..ba85b974c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008489.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ andre999 + andre999mga at laposte.net +
+ Thu Sep 29 02:52:51 CEST 2011 +

+
+ +
Johnny A. Solbu a écrit :
+> On Wednesday 28 September 2011 21:31, andre999 wrote:
+>    
+>> If we send emails to root and they aren't noticed and removed, they
+>> will accumulate and eventually occupy a lot of disk space.
+>>      
+> One solution to that is to add the first user in the aliases file as the recipient of mail to root. Or maybe prompt for who should receive mail to the administrator.
+> On Debian, postfix ensures on install that someone receive root's mail. Maybe even prompts for the username or email address. I don't quite remember how.
+
+We would avoid this problem if
+1) we remove root as the default destination.
+It is now the default for every security level.
+This means removing "MAIL_USER=root" from every 
+/etc/security/msec/level.* file.
+
+and
+2) ensure that msec sends no email if no address is entered, even if 
+sending is activated.
+So root would have to be explicitly entered.  And assume that an admin 
+would know what to expect if they enter root.
+
+So we should check that no email is sent if sending is activated without 
+an email adresse -- I'll test that tonight.  (I changed the settings - 
+just need to see what msec does.)
+
+-- 
+André
+
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008490.html b/zarb-ml/mageia-dev/2011-September/008490.html new file mode 100644 index 000000000..752c74f99 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008490.html @@ -0,0 +1,80 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ andre999 + andre999mga at laposte.net +
+ Thu Sep 29 03:04:09 CEST 2011 +

+
+ +
Balcaen John a écrit :
+> Le Mercredi 28 Septembre 2011 15:31:25 andre999 a écrit :
+> [...]
+>    
+>> and
+>> 3) If/when a local-only MTA is integrated in msec, we remove the
+>> requires for dma.
+>>      
+> It's not wise to add yet another functionnality (such as important as
+> MTA) inside msec when we can rely on external maintained project.
+>    
+
+True.  (hides head)
+If the external conditions change, there is one less thing to maintain 
+in msec.  And one less potential security problem.
+
+-- 
+André
+
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008491.html b/zarb-ml/mageia-dev/2011-September/008491.html new file mode 100644 index 000000000..73d6738fe --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008491.html @@ -0,0 +1,114 @@ + + + + [Mageia-dev] Disabling hybernation + + + + + + + + + +

[Mageia-dev] Disabling hybernation

+ andre999 + andre999mga at laposte.net +
+ Thu Sep 29 04:42:41 CEST 2011 +

+
+ +
JA Magallon a écrit :
+> Hi...
+>
+> I have several boxes running Cauldron and some of them go suspend
+> (or hiberante, I don't know) after some time, so I can't access them
+> from the network.
+>
+> The curious thing is that only suspend the boxes that are running gdm,
+> some gui-less servers just keep awake perfectly.
+> So I suspect this is a problem with gdm's own settings.
+>
+> How can I disable suspend/hibernate completely ? How can I check if
+> gdm is the culprit ?
+>
+> TIA
+>    
+
+I'd say it probably is.  I use gnome, and with the conversion to gnome 3 
+(which started in 2.x), suspend/hibernate is among the things that no 
+longer work properly for me.
+
+First, note that my computer display is in French, so the English 
+translation may be approximate.  (And you wouldn't want to see my 
+attempts at Spanish.)
+
+Run gnome-power-preferences (from console),
+or from the preferences menu select "power management preferences"
+
+Find the line, "Suspend computer if inactive since:", and set the value 
+to "Never"
+(Alternives are 10 min, 30 min, 1 h, 2 h if you have the right place.)
+
+There is a checkbox for "shut down the hard disks if possible".
+If you still have problems, you probably want to uncheck that.
+However on my system it never shuts down the disks, even if checked.
+
+There is also a line to "Suspend the screen if inactive since:"
+I had to set this to "Never" to avoid the screen turning off 
+permanently, forcing me to do a hard reboot to see the screen again.
+So if you have similar problems, try that.
+However, if it works without problems, it will make your monitor last a 
+lot longer.
+(I had a client in the past who tested this.  It made a considerable 
+difference.)
+
+Regards
+
+-- 
+André
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008492.html b/zarb-ml/mageia-dev/2011-September/008492.html new file mode 100644 index 000000000..0b59deaa0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008492.html @@ -0,0 +1,108 @@ + + + + [Mageia-dev] kernel oops with latest GDM and fglrx + + + + + + + + + +

[Mageia-dev] kernel oops with latest GDM and fglrx

+ andre999 + andre999mga at laposte.net +
+ Thu Sep 29 04:55:16 CEST 2011 +

+
+ +
Dick Gevers a écrit :
+> For a while I hadn't been using GDM due to it's various problems (incl.
+> with systemd).
+>
+> Last night after upgrading my Cauldron box, which is using fglrx-8.881-1 to
+> drive my AMD Radeon HD 6570 I thought it was working okay and I also
+> returned to gnome-screensaver back from xscreensaver.
+>
+> But tonight I returned to my box to find GDM had stuck at 03:09 hours a.m.
+> and could not log in (nor change to tty). The running session was xfce4 and
+> it continued until tonight, according to the logs.
+>
+> After a reset I found a kernel oops at from 03:09 a.m., as attached.
+>
+> Should I post this to Bugzilla? Against what package please? Or some other
+> way to look for a fix?
+>
+>
+> Thanks v.m. beforehand.
+>
+> Cheers,
+> =Dick Gevers=
+>    
+
+I'd file a bug against your kernel (with version), since it says "kernel 
+NULL pointer ..."
+And include the same file as an attachement.
+tmb will know what to ask for, if he needs anything more.
+If it is fglrx, it's related to the kernel anyway.
+You should mention the version of fglrx as well.
+And probably gdm.
+It can't hurt to have a little extra info.
+
+Regards
+
+-- 
+André
+
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008493.html b/zarb-ml/mageia-dev/2011-September/008493.html new file mode 100644 index 000000000..d8342b503 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008493.html @@ -0,0 +1,78 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ Johnny A. Solbu + cooker at solbu.net +
+ Thu Sep 29 05:02:08 CEST 2011 +

+
+ +
On Thursday 29 September 2011 02:52, andre999 wrote:
+> So we should check that no email is sent if sending is activated without 
+> an email adresse
+
+So long as entering just a username (eg. "user", and not "user at localhost")is enough to activate email sending, I'm happy. :-)=
+
+-- 
+Johnny A. Solbu
+PGP key ID: 0xFA687324
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 189 bytes
+Desc: This is a digitally signed message part.
+URL: </pipermail/mageia-dev/attachments/20110929/422e4a3e/attachment.asc>
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008494.html b/zarb-ml/mageia-dev/2011-September/008494.html new file mode 100644 index 000000000..c8e4e1145 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008494.html @@ -0,0 +1,77 @@ + + + + [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA? + + + + + + + + + +

[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?

+ andre999 + andre999mga at laposte.net +
+ Thu Sep 29 06:31:52 CEST 2011 +

+
+ +
Johnny A. Solbu a écrit :
+> On Thursday 29 September 2011 02:52, andre999 wrote:
+>    
+>> So we should check that no email is sent if sending is activated without
+>> an email adresse
+>>      
+> So long as entering just a username (eg. "user", and not "user at localhost")is enough to activate email sending, I'm happy. :-)=
+>    
+
+That definitely works -- and I'm not thinking of deactivating that.
+I use that too now -- except for tests.
+Just the default to root :)
+
+-- 
+André
+
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008495.html b/zarb-ml/mageia-dev/2011-September/008495.html new file mode 100644 index 000000000..a65156702 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008495.html @@ -0,0 +1,96 @@ + + + + [Mageia-dev] Disabling hybernation + + + + + + + + + +

[Mageia-dev] Disabling hybernation

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Thu Sep 29 10:02:52 CEST 2011 +

+
+ +
'Twas brillig, and JA Magallon at 27/09/11 17:17 did gyre and gimble:
+> Hi...
+> 
+> I have several boxes running Cauldron and some of them go suspend
+> (or hiberante, I don't know) after some time, so I can't access them
+> from the network.
+> 
+> The curious thing is that only suspend the boxes that are running gdm,
+> some gui-less servers just keep awake perfectly.
+> So I suspect this is a problem with gdm's own settings.
+> 
+> How can I disable suspend/hibernate completely ? How can I check if
+> gdm is the culprit ?
+
+Yeah I suspect this is a side effect of GDM running and it running the
+power management stuff.
+
+There will be a dconf command you can run to turn this off no doubt.
+
+Col
+
+
+-- 
+
+Colin Guthrie
+colin(at)mageia.org
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited http://www.tribalogic.net/
+Open Source:
+  Mageia Contributor http://www.mageia.org/
+  PulseAudio Hacker http://www.pulseaudio.org/
+  Trac Hacker http://trac.edgewall.org/
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008496.html b/zarb-ml/mageia-dev/2011-September/008496.html new file mode 100644 index 000000000..c7587f637 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008496.html @@ -0,0 +1,131 @@ + + + + [Mageia-dev] Opening backports (was Re: [Mageia-sysadm] Using SQL database for youri) + + + + + + + + + +

[Mageia-dev] Opening backports (was Re: [Mageia-sysadm] Using SQL database for youri)

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 29 10:24:56 CEST 2011 +

+
+ +
(Forwarding to mageia-dev too as I mention a potential policy change as a 
+solution to speed up backports opening)
+
+(Summary from the sysadmin discussion: current settings don't allow per media 
+pre-submit checks, only per release. Boklm proposes a rewrite using a 
+database, which would be more flexible, but is, according to him, likely to 
+take several weeks. Another (very quick to do, unless I'm mistaken) solution 
+would be to always allow to submit from cauldron to updates_testing or 
+backports_testing, but it means that we would lose the current checking that 
+updates come from the 1/updates branch)
+
+Le mercredi 21 septembre 2011 16:46:53, nicolas vigier a écrit :
+> On Wed, 21 Sep 2011, Pascal Terjan wrote:
+> > On Wed, Sep 21, 2011 at 15:29, nicolas vigier <boklm at mars-attacks.org> 
+wrote:
+> > > We also have a problem with markrelease commits always done on the
+> > > cauldron directory, even for mageia 1 updates. Youri always run
+> > > markrelease on the cauldron directory because it doesn't know the URL
+> > > that was used for the submit, this URL is only known by create-srpm
+> > > which only uses it to generate the src.rpm, before sending the src.rpm
+> > > to youri.
+> > 
+> > How did it work for mandriva?
+> > I don't remember having such problem while backports came from cooker
+> > and updates from the branch
+> 
+> According to this :
+> http://svn.mandriva.com/viewvc/config/cluster/etc/repsys.conf?revision=1095
+> &view=markup they have this in repsys.conf :
+> [submit 2010.0]
+> allowed = svn+ssh://svn.mandriva.com/svn/packages/updates/2010.0
+> svn+ssh://svn.mandriva.com/svn/packages/cooker
+> svn+ssh://svn.mandriva.com/svn/packages/branches/cooker target =
+> /export/home/repsys
+> rpm-macros = global 2010.0
+> 
+> We can do the same. But this would allow someone to submit from cauldron
+> to 1/updates_testing.
+> 
+
+Given that the "full" solution is likely to take weeks with current sysadmin 
+resources and workload (no rant here, just a statement), I favor this 
+mandriva-like solution so that we don't wait any longer. I don't think there 
+will be major problems and I can make the QA team check each update candidate 
+in updates_testing to make sure it was submitted from the 1/updates branch and 
+not cauldron.
+
+Another quick solution would be to change the policy and have packagers submit 
+to backports from the 1/backports branch, like I (and several others) first 
+proposed during the policy discussion. This would require only a little change 
+to the configuration of the BS, unless I'm mistaken. AFAIK this solution was 
+first discarded as a means to "simplify", but it appears that with current 
+implementation it's harder to apply the "submit from cauldron" solution. The 
+drawback would be extra steps for packagers before submitting, but we can 
+workaround that easily with our extraordinary scripting powers, from client 
+side, and maybe even patches to mgarepo :)
+
+Could we go for one of those solutions (first one temporarily, or second one 
+definitively) ?
+
+Best regards 
+
+Samuel Verschelde
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008497.html b/zarb-ml/mageia-dev/2011-September/008497.html new file mode 100644 index 000000000..406564fc5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008497.html @@ -0,0 +1,97 @@ + + + + [Mageia-dev] [changelog] [RPM] cauldron core/release zoom-1.1.4-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] [RPM] cauldron core/release zoom-1.1.4-2.mga2

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 29 10:51:01 CEST 2011 +

+
+ +
Le jeudi 29 septembre 2011 05:58:09, Mageia Team a écrit :
+> Name        : zoom                         Relocations: (not relocatable)
+> Version     : 1.1.4                             Vendor: Mageia.Org
+> Release     : 2.mga2                        Build Date: Thu Sep 29 05:55:13
+> 2011 Install Date: (not installed)               Build Host: ecosse
+> Group       : Games/Other                   Source RPM: (none)
+> Size        : 2179620                          License: GPLv2+
+> Signature   : (none)
+> Packager    : Mageia Team <http://www.mageia.org>
+> URL         : http://www.logicalshift.co.uk/unix/zoom/
+> Summary     : Z-Machine: it plays text adventure games written in ZCode
+> Description :
+> Zoom is an interpreter for playing all of Infocom's text adventures and
+> newer games using the same format (Z-CODE), like the ones produced using
+> the Inform compiler.
+> 
+> It has a fast interpreter core behind an X11 interface.
+> 
+> fwang <fwang> 1.1.4-2.mga2:
+> + Revision: 150221
+> - tighten br
+
+Maybe a stupid question, but why did you remove the libxft-devel BR, which 
+from the package README brings more features when present at configure stage ?
+
+Samuel
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008498.html b/zarb-ml/mageia-dev/2011-September/008498.html new file mode 100644 index 000000000..657070fe2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008498.html @@ -0,0 +1,69 @@ + + + + [Mageia-dev] [WARNING] libpng-1.5.4 landing soon + + + + + + + + + +

[Mageia-dev] [WARNING] libpng-1.5.4 landing soon

+ Jerome Quelin + jquelin at gmail.com +
+ Thu Sep 29 12:33:19 CEST 2011 +

+
+ +
hi,
+
+On 11/09/26 11:33 -0300, John Balcaen wrote:
+> Could you at least check with the xguest user (which seems not working
+> anymore on tmpfs with systemd enable)  or another user just in case ?
+> I was not able to do a lot of test this morning (i'll try again later
+> today) but i installed tellico & did not notice any issue with the
+> starts or the exit button at all.
+
+indeed, it works with a fresh user.
+where can i dig further?
+
+jérôme 
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008499.html b/zarb-ml/mageia-dev/2011-September/008499.html new file mode 100644 index 000000000..1ab9241ab --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008499.html @@ -0,0 +1,75 @@ + + + + [Mageia-dev] Opening backports (was Re: [Mageia-sysadm] Using SQL database for youri) + + + + + + + + + +

[Mageia-dev] Opening backports (was Re: [Mageia-sysadm] Using SQL database for youri)

+ Olav Vitters + olav at vitters.nl +
+ Thu Sep 29 14:13:07 CEST 2011 +

+
+ +
On Thu, Sep 29, 2011 at 10:24:56AM +0200, Samuel Verschelde wrote:
+> backports_testing, but it means that we would lose the current checking that 
+> updates come from the 1/updates branch)
+
+Long term I prefer more checks because I do make mistakes. But maybe lax
+as a temporary ("a few weeks") solution until it uses the SQL database?
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008500.html b/zarb-ml/mageia-dev/2011-September/008500.html new file mode 100644 index 000000000..1d70fbfb1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008500.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] Segfault with Evolution in Cauldron - + + + + + + + + + +

[Mageia-dev] Segfault with Evolution in Cauldron -

+ Robert Fox + list at foxconsult.net +
+ Thu Sep 29 14:59:23 CEST 2011 +

+
+ +
Using evolution-3.2.0-1.mga2
+
+When I try and perform a search on an account level - Evolution simply
+crashes:
+
+(evolution:18740): evolution-mail-CRITICAL **:
+em_utils_connect_service_sync:
+assertion `CAMEL_IS_SERVICE (service)' failed
+
+(evolution:18740): camel-CRITICAL **: camel_vee_folder_new: assertion
+`CAMEL_IS_STORE (parent_store)' failed
+Segmentation fault
+
+I have opened a bug with Gnome (Bug 660435) but they want a trace which
+I can't perform . . . last time I had a problem with Calendar it was
+related to the Mageia RPM build and not upstream.
+
+If someone could confirm this bug it would be helpful.
+
+Cheers,
+R.Fox
+
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008501.html b/zarb-ml/mageia-dev/2011-September/008501.html new file mode 100644 index 000000000..e96e26f7d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008501.html @@ -0,0 +1,83 @@ + + + + [Mageia-dev] About gvfs-1.8 with Gnome 2.32 + + + + + + + + + +

[Mageia-dev] About gvfs-1.8 with Gnome 2.32

+ Pacho Ramos + pacho at condmat1.ciencias.uniovi.es +
+ Thu Sep 29 18:07:23 CEST 2011 +

+
+ +
Hello
+
+If I don't misremember you bumped time ago gvfs-1.8 to be used with old
+Gnome 2 but, a bit later, it was dropped. Do you remember why did you
+need to drop it? Any incompatibility with Gnome 2?
+
+Thanks a lot for the info
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 198 bytes
+Desc: This is a digitally signed message part
+URL: </pipermail/mageia-dev/attachments/20110929/fa9784f8/attachment.asc>
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008502.html b/zarb-ml/mageia-dev/2011-September/008502.html new file mode 100644 index 000000000..af001f389 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008502.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2? + + + + + + + + + +

[Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2?

+ Olav Vitters + olav at vitters.nl +
+ Thu Sep 29 20:28:33 CEST 2011 +

+
+ +
On http://mageia.org/wiki/doku.php?id=iso2:technical_specification it
+has:
+| Number	Description	Proposed by	Comment 	Bugzilla
+| 045.	Gnome 3.2x	dmorgan	
+
+Found the schedule at
+http://blog.mageia.org/en/2011/07/17/mageia-2-release-cycle-support-and-planning/:
+    Alpha 1 : 16/11/2011
+    Alpha 2 : 14/12/2011
+    Beta 1 : 20/01/2012
+    Versions freeze : 06/02/2012
+    Artwork freeze: 10/02/2012
+    i18n freeze: 10/02/2012
+    Beta 2 : 14/02/2012
+    Releases freeze : 06/03/2012
+    RC : 09/03/2012
+    Final Release: 04/04/2012
+
+
+Now, the (likely) GNOME 3.4 schedule )https://live.gnome.org/ThreePointThree) has:
+UI freeze:	February 20 2012
+String freeze:	March 05 2012
+Code freze:	March 19 2012
+3.4 release:	March 28 2012
+
+The last 3.2 release (3.2.2): Nov 16 2011
+
+
+My proposal is to use GNOME 3.4 for Mageia 2 as these freezes (to me) seem to
+integrate well.
+
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008503.html b/zarb-ml/mageia-dev/2011-September/008503.html new file mode 100644 index 000000000..2bbb946ff --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008503.html @@ -0,0 +1,88 @@ + + + + [Mageia-dev] kernel oops with latest GDM and fglrx + + + + + + + + + +

[Mageia-dev] kernel oops with latest GDM and fglrx

+ Dick Gevers + dvgevers at xs4all.nl +
+ Thu Sep 29 20:30:25 CEST 2011 +

+
+ +
On Wed, 28 Sep 2011 22:55:16 -0400, andre999 wrote about Re: [Mageia-dev]
+kernel oops with latest GDM and fglrx:
+
+>> After a reset I found a kernel oops at from 03:09 a.m., as attached.
+>>
+>> Should I post this to Bugzilla? Against what package please? Or some
+>> other way to look for a fix?
+
+>I'd file a bug against your kernel (with version), since it says "kernel 
+>NULL pointer ..."
+>And include the same file as an attachement.
+>tmb will know what to ask for, if he needs anything more.
+>If it is fglrx, it's related to the kernel anyway.
+>You should mention the version of fglrx as well.
+>And probably gdm.
+>It can't hurt to have a little extra info.
+
+Thanks for the advice.
+
+Done at https://bugs.mageia.org/show_bug.cgi?id=2875
+
+Ciao,
+=Dick Gevers=
+
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008504.html b/zarb-ml/mageia-dev/2011-September/008504.html new file mode 100644 index 000000000..4ddcca7c4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008504.html @@ -0,0 +1,96 @@ + + + + [Mageia-dev] About syslinux & libpng + + + + + + + + + +

[Mageia-dev] About syslinux & libpng

+ Erwan Velu + erwanaliasr1 at gmail.com +
+ Thu Sep 29 20:41:41 CEST 2011 +

+
+ +
Le 28/09/2011 22:13, D.Morgan a écrit :
+> On Wed, Sep 28, 2011 at 9:56 PM, Erwan Velu<erwanaliasr1 at gmail.com>  wrote:
+>> I'm currently updating Syslinux 4.04 and I'm currently facing a trouble as,
+>> historically speaking, we do remove the included libpng by the system one.
+>>
+>> The compilation process fails. I was wondering if we really consider
+>> replacing the libpng of syslinux as a security issue.
+>>
+>> Sec team ? What's your opinion on it ?
+>>
+>> Cheers,
+>>
+> hi,
+>
+> i take my security hat on, we prefer when possible when we use the system libs.
+> i have not looked but which libpng is included ?
+
+It take the libpng-source to replace the current syslinux code.
+
+The point is syslinux is a bootloader that obviously don't share libs 
+with the rest of the system.
+Considering that we can attack the bootloader via a picture means you 
+compromized the picture. If you can change the picture located at /boot, 
+means that you can compromize the booting parameters too.
+
+So if we take this road of removing bootloader's libs, shall we also 
+remove the jpeg/gz/gcc/... libs too, and maybe for other bootloaders too ?
+
+I do understand the need for the application that runs under linux... 
+but about the bootloaders...
+
+What's your thoughts about it ?
+Would you agree on keep syslinux untouched regarding the png lib ?
+
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008505.html b/zarb-ml/mageia-dev/2011-September/008505.html new file mode 100644 index 000000000..382d3db07 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008505.html @@ -0,0 +1,108 @@ + + + + [Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2? + + + + + + + + + +

[Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2?

+ Thomas Backlund + tmb at mageia.org +
+ Thu Sep 29 20:50:57 CEST 2011 +

+
+ +
Olav Vitters skrev 29.9.2011 21:28:
+> On http://mageia.org/wiki/doku.php?id=iso2:technical_specification it
+> has:
+> | Number	Description	Proposed by	Comment 	Bugzilla
+> | 045.	Gnome 3.2x	dmorgan	
+>
+> Found the schedule at
+> http://blog.mageia.org/en/2011/07/17/mageia-2-release-cycle-support-and-planning/:
+>      Alpha 1 : 16/11/2011
+>      Alpha 2 : 14/12/2011
+>      Beta 1 : 20/01/2012
+>      Versions freeze : 06/02/2012
+>      Artwork freeze: 10/02/2012
+>      i18n freeze: 10/02/2012
+>      Beta 2 : 14/02/2012
+>      Releases freeze : 06/03/2012
+>      RC : 09/03/2012
+>      Final Release: 04/04/2012
+>
+>
+> Now, the (likely) GNOME 3.4 schedule )https://live.gnome.org/ThreePointThree) has:
+> UI freeze:	February 20 2012
+> String freeze:	March 05 2012
+> Code freze:	March 19 2012
+> 3.4 release:	March 28 2012
+>
+> The last 3.2 release (3.2.2): Nov 16 2011
+>
+>
+> My proposal is to use GNOME 3.4 for Mageia 2 as these freezes (to me) seem to
+> integrate well.
+>
+
+And you can obviously guarantee that the gnome release schedule wont slip...
+
+By the above timetable for gnome I would say that we should stay at 
+3.2x, since our release freeze (as in _nothing_ should change at this 
+point) is 2 weeks before gnome 3.4 even hits code freeze.
+
+--
+Thomas
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008506.html b/zarb-ml/mageia-dev/2011-September/008506.html new file mode 100644 index 000000000..e97f74650 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008506.html @@ -0,0 +1,76 @@ + + + + [Mageia-dev] Opening backports (was Re: [Mageia-sysadm] Using SQL database for youri) + + + + + + + + + +

[Mageia-dev] Opening backports (was Re: [Mageia-sysadm] Using SQL database for youri)

+ Florian Hubold + doktor5000 at arcor.de +
+ Thu Sep 29 20:55:43 CEST 2011 +

+
+ +
Am 29.09.2011 14:13, schrieb Olav Vitters:
+> On Thu, Sep 29, 2011 at 10:24:56AM +0200, Samuel Verschelde wrote:
+>> backports_testing, but it means that we would lose the current checking that 
+>> updates come from the 1/updates branch)
+> Long term I prefer more checks because I do make mistakes. But maybe lax
+> as a temporary ("a few weeks") solution until it uses the SQL database?
+Well, is it really that necessary for a matter of some weeks to speed up
+backports opening? Shouldn't we care first that sustainability of Mageia
+is ensured first?
+
+It's not like backports candidates will lessen workload on QA, rather the opposite.
+That's my personal opinion.
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008507.html b/zarb-ml/mageia-dev/2011-September/008507.html new file mode 100644 index 000000000..d2dc9d9e0 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008507.html @@ -0,0 +1,107 @@ + + + + [Mageia-dev] Opening backports (was Re: [Mageia-sysadm] Using SQL database for youri) + + + + + + + + + +

[Mageia-dev] Opening backports (was Re: [Mageia-sysadm] Using SQL database for youri)

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 29 21:10:42 CEST 2011 +

+
+ +
Le jeudi 29 septembre 2011 20:55:43, Florian Hubold a écrit :
+> Am 29.09.2011 14:13, schrieb Olav Vitters:
+> > On Thu, Sep 29, 2011 at 10:24:56AM +0200, Samuel Verschelde wrote:
+> >> backports_testing, but it means that we would lose the current checking
+> >> that updates come from the 1/updates branch)
+> > 
+> > Long term I prefer more checks because I do make mistakes. But maybe lax
+> > as a temporary ("a few weeks") solution until it uses the SQL database?
+> 
+> Well, is it really that necessary for a matter of some weeks to speed up
+> backports opening? Shouldn't we care first that sustainability of Mageia
+> is ensured first?
+> 
+> It's not like backports candidates will lessen workload on QA, rather the
+> opposite. That's my personal opinion.
+
+Some genuine user needs can only be covered by backports per our policy, I 
+don't see why we should wait more (already 4 months since the release of 
+Mageia 1). QA team already said it's ready to test backports, and if we have 
+difficulty we simply will find means to get more testers. Also, updates will 
+still remain the priority. 
+
+Opening backports media does not mean that we will start backporting 
+everything. But a policy has been chosen, after a loooooooooong debate, and 
+there seems to be a simple way to open those media to package submitting.
+
+Also, the sooner we have backports, the less there will be external third-
+party repos with all the problems (upgrade, support) that causes. There 
+already are, don't let them too much space and rather invite their packagers 
+to backport *inside* (as long as they stay within the policy of course).
+
+About Mageia's sustainability, we already are working to that (QA team is 
+operational, package adoption campaign is undergoing...), and having backports 
+media won't prevent us from continuing. 
+
+Also, the "few weeks" is a really vague estimation, my guess is it risks to be  
+rather months because sysadmins seem to have a big TODO list a little 
+resources. That's why I'm proposing 2 "technically simple" ways to move 
+forward.
+
+Best regards
+
+Samuel Verschelde
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008508.html b/zarb-ml/mageia-dev/2011-September/008508.html new file mode 100644 index 000000000..afac74cb7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008508.html @@ -0,0 +1,78 @@ + + + + [Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2? + + + + + + + + + +

[Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2?

+ Olav Vitters + olav at vitters.nl +
+ Thu Sep 29 21:22:28 CEST 2011 +

+
+ +
On Thu, Sep 29, 2011 at 09:50:57PM +0300, Thomas Backlund wrote:
+> And you can obviously guarantee that the gnome release schedule wont slip...
+
+Guarantee, no, but the combined total number of days delayed over the
+last 5 years or so is probably 1 day. The release cycle is *very*
+stable.
+
+I am one of the people responsible to ensure it doesn't slip btw (+ good
+quality etc).
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008509.html b/zarb-ml/mageia-dev/2011-September/008509.html new file mode 100644 index 000000000..3893995b5 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008509.html @@ -0,0 +1,110 @@ + + + + [Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2? + + + + + + + + + +

[Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2?

+ Samuel Verschelde + stormi at laposte.net +
+ Thu Sep 29 21:33:59 CEST 2011 +

+
+ +
Le jeudi 29 septembre 2011 20:28:33, Olav Vitters a écrit :
+> On http://mageia.org/wiki/doku.php?id=iso2:technical_specification it
+> 
+> has:
+> | Number	Description	Proposed by	Comment 	Bugzilla
+> | 045.	Gnome 3.2x	dmorgan
+> 
+> Found the schedule at
+> http://blog.mageia.org/en/2011/07/17/mageia-2-release-cycle-support-and-pla
+> nning/: Alpha 1 : 16/11/2011
+>     Alpha 2 : 14/12/2011
+>     Beta 1 : 20/01/2012
+>     Versions freeze : 06/02/2012
+>     Artwork freeze: 10/02/2012
+>     i18n freeze: 10/02/2012
+>     Beta 2 : 14/02/2012
+>     Releases freeze : 06/03/2012
+>     RC : 09/03/2012
+>     Final Release: 04/04/2012
+> 
+> 
+> Now, the (likely) GNOME 3.4 schedule
+> )https://live.gnome.org/ThreePointThree) has: UI freeze:	February 20 2012
+> String freeze:	March 05 2012
+> Code freze:	March 19 2012
+> 3.4 release:	March 28 2012
+> 
+> The last 3.2 release (3.2.2): Nov 16 2011
+> 
+> 
+> My proposal is to use GNOME 3.4 for Mageia 2 as these freezes (to me) seem
+> to integrate well.
+
+For PR reasons, GNOME 3.4 would be great, but I fear that will not be feasible 
+without delaying the Mageia 2 release date, and I'm not sure such a decision 
+will be taken (if you do it for one upstream project, why not for this other 
+project that releases 15 days laters, or that new kernel that looks great, 
+etc.).
+
+However, how great is GNOME 3.4 going to be as compared to 3.2.2 ? :)
+
+Samuel
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008510.html b/zarb-ml/mageia-dev/2011-September/008510.html new file mode 100644 index 000000000..71e9a0f1b --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008510.html @@ -0,0 +1,87 @@ + + + + [Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2? + + + + + + + + + +

[Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2?

+ Thomas Backlund + tmb at mageia.org +
+ Thu Sep 29 21:38:18 CEST 2011 +

+
+ +
Olav Vitters skrev 29.9.2011 22:22:
+> On Thu, Sep 29, 2011 at 09:50:57PM +0300, Thomas Backlund wrote:
+>> And you can obviously guarantee that the gnome release schedule wont slip...
+>
+> Guarantee, no, but the combined total number of days delayed over the
+> last 5 years or so is probably 1 day. The release cycle is *very*
+> stable.
+>
+
+But as you stated its only a "likely" schedule so far,
+and the https://live.gnome.org/ThreePointThree also states
+
+"! Attention: This schedule is still a draft to discuss."
+
+so I'm not conviced so far, and it also means noe even our final RC 
+would have final gnome packages available, wich means a lot of beta/rc 
+testing wont be done on it... meaning not really a "quality release"
+for Mageia 2.
+
+
+--
+Thomas
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008511.html b/zarb-ml/mageia-dev/2011-September/008511.html new file mode 100644 index 000000000..3189eb814 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008511.html @@ -0,0 +1,118 @@ + + + + [Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2? + + + + + + + + + +

[Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2?

+ Thomas Backlund + tmb at mageia.org +
+ Thu Sep 29 21:45:54 CEST 2011 +

+
+ +
Samuel Verschelde skrev 29.9.2011 22:33:
+> Le jeudi 29 septembre 2011 20:28:33, Olav Vitters a écrit :
+>> On http://mageia.org/wiki/doku.php?id=iso2:technical_specification it
+>>
+>> has:
+>> | Number	Description	Proposed by	Comment 	Bugzilla
+>> | 045.	Gnome 3.2x	dmorgan
+>>
+>> Found the schedule at
+>> http://blog.mageia.org/en/2011/07/17/mageia-2-release-cycle-support-and-pla
+>> nning/: Alpha 1 : 16/11/2011
+>>      Alpha 2 : 14/12/2011
+>>      Beta 1 : 20/01/2012
+>>      Versions freeze : 06/02/2012
+>>      Artwork freeze: 10/02/2012
+>>      i18n freeze: 10/02/2012
+>>      Beta 2 : 14/02/2012
+>>      Releases freeze : 06/03/2012
+>>      RC : 09/03/2012
+>>      Final Release: 04/04/2012
+>>
+>>
+>> Now, the (likely) GNOME 3.4 schedule
+>> )https://live.gnome.org/ThreePointThree) has: UI freeze:	February 20 2012
+>> String freeze:	March 05 2012
+>> Code freze:	March 19 2012
+>> 3.4 release:	March 28 2012
+>>
+>> The last 3.2 release (3.2.2): Nov 16 2011
+>>
+>>
+>> My proposal is to use GNOME 3.4 for Mageia 2 as these freezes (to me) seem
+>> to integrate well.
+>
+> For PR reasons, GNOME 3.4 would be great, but I fear that will not be feasible
+> without delaying the Mageia 2 release date, and I'm not sure such a decision
+> will be taken (if you do it for one upstream project, why not for this other
+> project that releases 15 days laters, or that new kernel that looks great,
+> etc.).
+>
+
+Well, comparing KDE,
+http://techbase.kde.org/Schedules/KDE4/4.8_Release_Schedule
+
+We would get KDE 4.8.1/2 within the same release time then.
+
+So "maybe" we can have an open mind so far about this,
+and re-evalute the planning in november/december...
+
+--
+Thomas
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008512.html b/zarb-ml/mageia-dev/2011-September/008512.html new file mode 100644 index 000000000..d8974897e --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008512.html @@ -0,0 +1,124 @@ + + + + [Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2? + + + + + + + + + +

[Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2?

+ Thomas Backlund + tmb at mageia.org +
+ Thu Sep 29 21:49:05 CEST 2011 +

+
+ +
Thomas Backlund skrev 29.9.2011 22:45:
+> Samuel Verschelde skrev 29.9.2011 22:33:
+>> Le jeudi 29 septembre 2011 20:28:33, Olav Vitters a écrit :
+>>> On http://mageia.org/wiki/doku.php?id=iso2:technical_specification it
+>>>
+>>> has:
+>>> | Number	Description	Proposed by	Comment 	Bugzilla
+>>> | 045.	Gnome 3.2x	dmorgan
+>>>
+>>> Found the schedule at
+>>> http://blog.mageia.org/en/2011/07/17/mageia-2-release-cycle-support-and-pla
+>>> nning/: Alpha 1 : 16/11/2011
+>>>       Alpha 2 : 14/12/2011
+>>>       Beta 1 : 20/01/2012
+>>>       Versions freeze : 06/02/2012
+>>>       Artwork freeze: 10/02/2012
+>>>       i18n freeze: 10/02/2012
+>>>       Beta 2 : 14/02/2012
+>>>       Releases freeze : 06/03/2012
+>>>       RC : 09/03/2012
+>>>       Final Release: 04/04/2012
+>>>
+>>>
+>>> Now, the (likely) GNOME 3.4 schedule
+>>> )https://live.gnome.org/ThreePointThree) has: UI freeze:	February 20 2012
+>>> String freeze:	March 05 2012
+>>> Code freze:	March 19 2012
+>>> 3.4 release:	March 28 2012
+>>>
+>>> The last 3.2 release (3.2.2): Nov 16 2011
+>>>
+>>>
+>>> My proposal is to use GNOME 3.4 for Mageia 2 as these freezes (to me) seem
+>>> to integrate well.
+>>
+>> For PR reasons, GNOME 3.4 would be great, but I fear that will not be feasible
+>> without delaying the Mageia 2 release date, and I'm not sure such a decision
+>> will be taken (if you do it for one upstream project, why not for this other
+>> project that releases 15 days laters, or that new kernel that looks great,
+>> etc.).
+>>
+>
+> Well, comparing KDE,
+> http://techbase.kde.org/Schedules/KDE4/4.8_Release_Schedule
+>
+> We would get KDE 4.8.1/2 within the same release time then.
+
+I meant 4.8 / 4.8.1
+>
+> So "maybe" we can have an open mind so far about this,
+> and re-evalute the planning in november/december...
+>
+> --
+> Thomas
+>
+
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008513.html b/zarb-ml/mageia-dev/2011-September/008513.html new file mode 100644 index 000000000..d20e4845d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008513.html @@ -0,0 +1,108 @@ + + + + [Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2? + + + + + + + + + +

[Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2?

+ Olav Vitters + olav at vitters.nl +
+ Thu Sep 29 21:54:59 CEST 2011 +

+
+ +
On Thu, Sep 29, 2011 at 10:38:18PM +0300, Thomas Backlund wrote:
+> Olav Vitters skrev 29.9.2011 22:22:
+> >On Thu, Sep 29, 2011 at 09:50:57PM +0300, Thomas Backlund wrote:
+> >>And you can obviously guarantee that the gnome release schedule wont slip...
+> >
+> >Guarantee, no, but the combined total number of days delayed over the
+> >last 5 years or so is probably 1 day. The release cycle is *very*
+> >stable.
+> >
+> 
+> But as you stated its only a "likely" schedule so far,
+> and the https://live.gnome.org/ThreePointThree also states
+> 
+> "! Attention: This schedule is still a draft to discuss."
+
+My question is for the current intended release date of GNOME 3.4. If
+that date is moved, of course the decision will need to be taken again.
+I don't really expect any changes to the date though. And if it changes,
+of course I'll say so here. My intention is to ensure Mageia has the
+latest, but not at all costs.
+
+The schedule will be made final within 3 weeks or so btw. Early enough
+to revisit a Mageia 2 decision if the date is moved back.
+
+> so I'm not conviced so far, and it also means noe even our final RC
+> would have final gnome packages available, wich means a lot of
+> beta/rc testing wont be done on it... meaning not really a "quality
+> release"
+> for Mageia 2.
+
+Process is the same? Test the betas of GNOME 3.4, file bugs, get them
+fixed and then get new tarballs?
+
+The last stable release of GNOME 3.2 is November 23, after that date,
+any bug that Mageia finds in 3.2 will not go into anything other than
+3.4. So you can do loads of GNOME 3.2 testing, but it only causes a lot
+of extra work trying to get the 3.4 stuff into 3.2?
+
+I'm really new to the distribution POV (though've lurked for *many*
+years), so welcome any further insight.
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008514.html b/zarb-ml/mageia-dev/2011-September/008514.html new file mode 100644 index 000000000..8c262d0d9 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008514.html @@ -0,0 +1,128 @@ + + + + [Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2? + + + + + + + + + +

[Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2?

+ Thomas Backlund + tmb at mageia.org +
+ Thu Sep 29 22:16:51 CEST 2011 +

+
+ +
Olav Vitters skrev 29.9.2011 22:54:
+> On Thu, Sep 29, 2011 at 10:38:18PM +0300, Thomas Backlund wrote:
+>> Olav Vitters skrev 29.9.2011 22:22:
+>>> On Thu, Sep 29, 2011 at 09:50:57PM +0300, Thomas Backlund wrote:
+>>>> And you can obviously guarantee that the gnome release schedule wont slip...
+>>>
+>>> Guarantee, no, but the combined total number of days delayed over the
+>>> last 5 years or so is probably 1 day. The release cycle is *very*
+>>> stable.
+>>>
+>>
+>> But as you stated its only a "likely" schedule so far,
+>> and the https://live.gnome.org/ThreePointThree also states
+>>
+>> "! Attention: This schedule is still a draft to discuss."
+>
+> My question is for the current intended release date of GNOME 3.4. If
+> that date is moved, of course the decision will need to be taken again.
+> I don't really expect any changes to the date though. And if it changes,
+> of course I'll say so here. My intention is to ensure Mageia has the
+> latest, but not at all costs.
+>
+
+I understand that, and it's good to try an plan ahead...
+
+> The schedule will be made final within 3 weeks or so btw. Early enough
+> to revisit a Mageia 2 decision if the date is moved back.
+>
+>> so I'm not conviced so far, and it also means noe even our final RC
+>> would have final gnome packages available, wich means a lot of
+>> beta/rc testing wont be done on it... meaning not really a "quality
+>> release"
+>> for Mageia 2.
+>
+> Process is the same? Test the betas of GNOME 3.4, file bugs, get them
+> fixed and then get new tarballs?
+>
+
+Well, it's not only about testing the gnome packages, it's also about
+the integration testing, space on isos, upgrade testing, ...
+
+> The last stable release of GNOME 3.2 is November 23, after that date,
+> any bug that Mageia finds in 3.2 will not go into anything other than
+> 3.4. So you can do loads of GNOME 3.2 testing, but it only causes a lot
+> of extra work trying to get the 3.4 stuff into 3.2?
+>
+
+Well, as 3.2.x is "stabilized", it might not need so much from  3.4x
+
+and that in contrast to 3.4 wich has new features, so new stuff that can 
+break, and so on...
+
+> I'm really new to the distribution POV (though've lurked for *many*
+> years), so welcome any further insight.
+
+Well,
+we try to find a sane balance between stable and latest/greatest....
+
+It might get good PR to get latest Gnome 3.4 in Mageia 2,
+but if 3.4 turns out to be a "bad release", Mageia takes
+the hit, not upstream Gnome.
+
+--
+Thomas
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008515.html b/zarb-ml/mageia-dev/2011-September/008515.html new file mode 100644 index 000000000..99b676f2c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008515.html @@ -0,0 +1,103 @@ + + + + [Mageia-dev] check_elf_files bug + + + + + + + + + +

[Mageia-dev] check_elf_files bug

+ Matteo + pasotti.matteo at gmail.com +
+ Fri Sep 30 00:42:14 CEST 2011 +

+
+ +
-----BEGIN PGP SIGNED MESSAGE-----
+Hash: SHA1
+
+Hi all,
+trying to build sdlbasic package I've seen that
+/usr/share/spec-helper/check_elf_files fails checking files with name
+containing parentheses.
+I attached the patch I made to solve the problem.
+Maybe there are better ways.
+Without this patch I can't build sdlbasic. The only alternative I found
+is to rename all of the filenames containing parentheses (that makes the
+spec file ugly and difficult to maintain, imho).
+I don't know if there are other ways, in that case let me know.
+I'll wait some feedback before submitting sdlbasic to the bs.
+Regards
+- --
+Matteo
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.11 (GNU/Linux)
+Comment: Using GnuPG with Mageia - http://enigmail.mozdev.org/
+
+iQEcBAEBAgAGBQJOhPRCAAoJED3LowjDDWbNJqEH/iga9OBQIZJ+Jog90IFhAmK9
+/e6Z9olPJw4zY5GK8qfXd5tNOXuiPZbbp0pKr2NeXrGh6U4sB3WU1KheZr1shW8n
+pAzPN6m/Wbn/iYhSoOUdY26ih3otIuyYgxyu/EASZxjpy6xJ/67G30nq2vLdS4Da
+KlOJPb2Ka8rlS75KcBtrbDzhpHl7CZ2S0pt0qh2qgNtrXqt/erfDaPqJngsGoJO2
+GU8yKaBBvQXI5GcGxHbyX5F5fdk2X6gLgNZbz4spl4qONc7j8fxSv7yCefopDaHC
+/qifscRoRYJ1yvd9z1iFMbJ3Md98hE0ORDB9E6bvctuLlH+p9fawaPxF36XbnOg=
+=Ro+L
+-----END PGP SIGNATURE-----
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: check_elf_files.patch
+Type: text/x-patch
+Size: 422 bytes
+Desc: not available
+URL: </pipermail/mageia-dev/attachments/20110930/22cb56d4/attachment-0001.bin>
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008516.html b/zarb-ml/mageia-dev/2011-September/008516.html new file mode 100644 index 000000000..7eb6758ce --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008516.html @@ -0,0 +1,106 @@ + + + + [Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours) + + + + + + + + + +

[Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours)

+ Samuel Verschelde + stormi at laposte.net +
+ Fri Sep 30 00:57:22 CEST 2011 +

+
+ +
Please every packager read this mail, there's a call for feedback.
+
+An objective has been reached: there are more maintained non-perl 
+packages than unmaintained packages !
+- unmaintained: 2969
+- maintained (non-perl): 3169
+- maintained (perl): 2552
+
+We are still far from a totally maintained distro, so the next objectives are: 
+- find maintainers for core packages.
+- reduce the number of unmaintained packages to 2000
+
+Right now, I need your feedback, from each packager individually, with an 
+answer to the following questions: 
+
+- did you grab all the packages you want and can maintain already ? 
+(not a rhetorical question, this will help to know if there's still room for 
+improvement or if the current campaign has reached a limit). If the answer 
+is no, I would be very grateful if you could update your maintainer status 
+before next packager meeting.
+
+- are there some packages you would have wanted to help to maintain within 
+a group of maintainers, but for which you are not ready to put your name 
+alone ? Can you name a few examples ?
+
+- do you have comments about the package adoption campaign, or suggestions ?
+
+
+Now, various tools:
+- flat list, automatically updated: http://pkgsubmit.mageia.org/data/unmaintained.txt
+- same list, manually updated a few minutes ago, with the number of commits 
+per packager for each unmaintained package:
+http://stormi.lautre.net/fichiers/mageia/unmaintained-per-committers.txt
+- (coming soon, from you if you want, or me later) a script that gives you the 
+list of unmaintained packages that are installed on your system
+
+Best regards
+
+Samuel Verschelde
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008517.html b/zarb-ml/mageia-dev/2011-September/008517.html new file mode 100644 index 000000000..22dd3741c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008517.html @@ -0,0 +1,114 @@ + + + + [Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours) + + + + + + + + + +

[Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours)

+ Donald Stewart + watersnowrock at gmail.com +
+ Fri Sep 30 01:54:45 CEST 2011 +

+
+ +
On 29 September 2011 15:57, Samuel Verschelde <stormi at laposte.net> wrote:
+> Please every packager read this mail, there's a call for feedback.
+>
+> An objective has been reached: there are more maintained non-perl
+> packages than unmaintained packages !
+> - unmaintained: 2969
+> - maintained (non-perl): 3169
+> - maintained (perl): 2552
+>
+> We are still far from a totally maintained distro, so the next objectives are:
+> - find maintainers for core packages.
+> - reduce the number of unmaintained packages to 2000
+>
+> Right now, I need your feedback, from each packager individually, with an
+> answer to the following questions:
+>
+> - did you grab all the packages you want and can maintain already ?
+> (not a rhetorical question, this will help to know if there's still room for
+> improvement or if the current campaign has reached a limit). If the answer
+> is no, I would be very grateful if you could update your maintainer status
+> before next packager meeting.
+>
+> - are there some packages you would have wanted to help to maintain within
+> a group of maintainers, but for which you are not ready to put your name
+> alone ? Can you name a few examples ?
+>
+> - do you have comments about the package adoption campaign, or suggestions ?
+>
+>
+> Now, various tools:
+> - flat list, automatically updated: http://pkgsubmit.mageia.org/data/unmaintained.txt
+> - same list, manually updated a few minutes ago, with the number of commits
+> per packager for each unmaintained package:
+> http://stormi.lautre.net/fichiers/mageia/unmaintained-per-committers.txt
+> - (coming soon, from you if you want, or me later) a script that gives you the
+> list of unmaintained packages that are installed on your system
+>
+> Best regards
+>
+> Samuel Verschelde
+>
+
+I can take, well mikala can take hugin, libpano13 and
+mageia-gfxboot-theme for me unless anyone else wants them and if its
+ok with mikala.
+
+Schultz.
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008518.html b/zarb-ml/mageia-dev/2011-September/008518.html new file mode 100644 index 000000000..d3ee30ab2 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008518.html @@ -0,0 +1,106 @@ + + + + [Mageia-dev] About syslinux & libpng + + + + + + + + + +

[Mageia-dev] About syslinux & libpng

+ Funda Wang + fundawang at gmail.com +
+ Fri Sep 30 02:06:04 CEST 2011 +

+
+ +
It seems we are the only distros (with Mandriva) building syslinux with
+system libpng.
+在 2011-9-30 上午2:41，"Erwan Velu" <erwanaliasr1 at gmail.com>写道：
+> Le 28/09/2011 22:13, D.Morgan a écrit :
+>> On Wed, Sep 28, 2011 at 9:56 PM, Erwan Velu<erwanaliasr1 at gmail.com>
+wrote:
+>>> I'm currently updating Syslinux 4.04 and I'm currently facing a trouble
+as,
+>>> historically speaking, we do remove the included libpng by the system
+one.
+>>>
+>>> The compilation process fails. I was wondering if we really consider
+>>> replacing the libpng of syslinux as a security issue.
+>>>
+>>> Sec team ? What's your opinion on it ?
+>>>
+>>> Cheers,
+>>>
+>> hi,
+>>
+>> i take my security hat on, we prefer when possible when we use the system
+libs.
+>> i have not looked but which libpng is included ?
+>
+> It take the libpng-source to replace the current syslinux code.
+>
+> The point is syslinux is a bootloader that obviously don't share libs
+> with the rest of the system.
+> Considering that we can attack the bootloader via a picture means you
+> compromized the picture. If you can change the picture located at /boot,
+> means that you can compromize the booting parameters too.
+>
+> So if we take this road of removing bootloader's libs, shall we also
+> remove the jpeg/gz/gcc/... libs too, and maybe for other bootloaders too ?
+>
+> I do understand the need for the application that runs under linux...
+> but about the bootloaders...
+>
+> What's your thoughts about it ?
+> Would you agree on keep syslinux untouched regarding the png lib ?
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110930/1a03e360/attachment.html>
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008519.html b/zarb-ml/mageia-dev/2011-September/008519.html new file mode 100644 index 000000000..e61b19204 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008519.html @@ -0,0 +1,79 @@ + + + + [Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours) + + + + + + + + + +

[Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours)

+ John Balcaen + mikala at mageia.org +
+ Fri Sep 30 05:17:05 CEST 2011 +

+
+ +
2011/9/29 Donald Stewart <watersnowrock at gmail.com>:
+[...]
+>
+> I can take, well mikala can take hugin, libpano13 and
+> mageia-gfxboot-theme for me unless anyone else wants them and if its
+> ok with mikala.
+Done.
+
+
+
+-- 
+Balcaen John
+Jabber-id: mikala at jabber.littleboboy.net
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008520.html b/zarb-ml/mageia-dev/2011-September/008520.html new file mode 100644 index 000000000..5381cbdcf --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008520.html @@ -0,0 +1,148 @@ + + + + [Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours) + + + + + + + + + +

[Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours)

+ andre999 + andre999mga at laposte.net +
+ Fri Sep 30 05:38:29 CEST 2011 +

+
+ +
Samuel Verschelde a écrit :
+> Please every packager read this mail, there's a call for feedback.
+>
+> An objective has been reached: there are more maintained non-perl
+> packages than unmaintained packages !
+> - unmaintained: 2969
+> - maintained (non-perl): 3169
+> - maintained (perl): 2552
+>
+> We are still far from a totally maintained distro, so the next objectives are:
+> - find maintainers for core packages.
+> - reduce the number of unmaintained packages to 2000
+>
+> Right now, I need your feedback, from each packager individually, with an
+> answer to the following questions:
+>
+> - did you grab all the packages you want and can maintain already ?
+> (not a rhetorical question, this will help to know if there's still room for
+> improvement or if the current campaign has reached a limit). If the answer
+> is no, I would be very grateful if you could update your maintainer status
+> before next packager meeting.
+>
+> - are there some packages you would have wanted to help to maintain within
+> a group of maintainers, but for which you are not ready to put your name
+> alone ? Can you name a few examples ?
+>    
+
+I would like to help to maintain these package groups:
+Gnome, Gtk (non-gnome-specific), system tools (drak* and associated).
+
+Other package groups I can see are KDE, kernel and drivers, perl, fonts, 
+and language packs (maybe combined with spell checkers).
+  Depending of course on the interests of other packagers.
+We should decide some rules as to how to well define a group and the 
+packages it contains.
+To implement groups, we need to be able to support multiple maintainers 
+for groups.  No reason why that couldn't support multiple maintainers 
+for individual packages as well.
+We could even have groups such as Libreoffice or Firefox, including all 
+packages associated with the application.
+
+> - do you have comments about the package adoption campaign, or suggestions ?
+>    
+
+Excellent campaign.  After we attain 2000, let's aim for 1500 :)
+
+> Now, various tools:
+> - flat list, automatically updated: http://pkgsubmit.mageia.org/data/unmaintained.txt
+>    
+
+In this list Eterm is listed as unmaintained, but it has been renamed to 
+eterm,
+  maintained by anssi.
+Filerunner has been renamed to filerunner, but it is still unmaintained.
+This doubling of names also appears in maintdb.txt
+
+> - same list, manually updated a few minutes ago, with the number of commits
+> per packager for each unmaintained package:
+> http://stormi.lautre.net/fichiers/mageia/unmaintained-per-committers.txt
+> - (coming soon, from you if you want, or me later) a script that gives you the
+> list of unmaintained packages that are installed on your system
+>    
+
+Good idea.  I might try doing that :)
+Since I'm not (yet) a packager, I load maintdb.txt into Libreoffice and 
+use some macros to give me a list of (maintained and) unmaintained 
+packages, as well as the count by maintainer.
+I'm also using that to select packages I want to maintain.
+If anyone is interested (particularly apprentices?), I could make a 
+version for you.
+Just tell me what you want.
+
+> Best regards
+>
+> Samuel Verschelde
+>    
+
+Regards :)
+
+-- 
+André
+
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008521.html b/zarb-ml/mageia-dev/2011-September/008521.html new file mode 100644 index 000000000..65578fb18 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008521.html @@ -0,0 +1,115 @@ + + + + [Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours) + + + + + + + + + +

[Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours)

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Fri Sep 30 05:41:47 CEST 2011 +

+
+ +
On 30.09.2011 01:57, Samuel Verschelde wrote:
+> Please every packager read this mail, there's a call for feedback.
+> 
+> An objective has been reached: there are more maintained non-perl 
+> packages than unmaintained packages !
+> - unmaintained: 2969
+> - maintained (non-perl): 3169
+> - maintained (perl): 2552
+> 
+> We are still far from a totally maintained distro, so the next objectives are: 
+> - find maintainers for core packages.
+> - reduce the number of unmaintained packages to 2000
+> 
+> Right now, I need your feedback, from each packager individually, with an 
+> answer to the following questions: 
+> 
+> - did you grab all the packages you want and can maintain already ? 
+> (not a rhetorical question, this will help to know if there's still room for 
+> improvement or if the current campaign has reached a limit). If the answer 
+> is no, I would be very grateful if you could update your maintainer status 
+> before next packager meeting.
+
+Yes, for now at least.
+
+> - are there some packages you would have wanted to help to maintain within 
+> a group of maintainers, but for which you are not ready to put your name 
+> alone ? Can you name a few examples ?
+
+Packages like 'mesa' come to mind.
+
+> - do you have comments about the package adoption campaign, or suggestions ?
+> 
+> 
+> Now, various tools:
+> - flat list, automatically updated: http://pkgsubmit.mageia.org/data/unmaintained.txt
+> - same list, manually updated a few minutes ago, with the number of commits 
+> per packager for each unmaintained package:
+> http://stormi.lautre.net/fichiers/mageia/unmaintained-per-committers.txt
+> - (coming soon, from you if you want, or me later) a script that gives you the 
+> list of unmaintained packages that are installed on your system
+
+rpm -qa --qf '%{sourcerpm}\n' | sed -r \
+	's,(^.+)-[^-]+-[^-]+\.src.rpm$,\1,' | sort -u | grep -Fx \
+	--color=never "$(curl -s \
+	"http://pkgsubmit.mageia.org/data/unmaintained.txt")"
+
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008522.html b/zarb-ml/mageia-dev/2011-September/008522.html new file mode 100644 index 000000000..5b507694d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008522.html @@ -0,0 +1,90 @@ + + + + [Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours) + + + + + + + + + +

[Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours)

+ andre999 + andre999mga at laposte.net +
+ Fri Sep 30 08:12:32 CEST 2011 +

+
+ +
Anssi Hannula a écrit :
+> On 30.09.2011 01:57, Samuel Verschelde wrote:
+>    
+>
+>> - (coming soon, from you if you want, or me later) a script that gives you the
+>> list of unmaintained packages that are installed on your system
+>>      
+> rpm -qa --qf '%{sourcerpm}\n' | sed -r \
+> 	's,(^.+)-[^-]+-[^-]+\.src.rpm$,\1,' | sort -u | grep -Fx \
+> 	--color=never "$(curl -s \
+> 	"http://pkgsubmit.mageia.org/data/unmaintained.txt")"
+>    
+
+If the file is already downloaded, this works too:
+rpm -qa --qf '%{sourcerpm}\n' | sed -r 's,-[^-]+-[^-]+\.src.rpm$,,' | 
+sort -u | grep -Fx -f {path}/unmaintained.txt
+
+There are packages from only 722 unmaintained srpms installed on my 
+system :)
+What numbers do others have ?
+
+-- 
+André
+
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008523.html b/zarb-ml/mageia-dev/2011-September/008523.html new file mode 100644 index 000000000..68a0b414a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008523.html @@ -0,0 +1,73 @@ + + + + [Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours) + + + + + + + + + +

[Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours)

+ philippe makowski + makowski.mageia at gmail.com +
+ Fri Sep 30 08:51:41 CEST 2011 +

+
+ +
2011/9/30 Samuel Verschelde <stormi at laposte.net>:
+> - are there some packages you would have wanted to help to maintain within
+> a group of maintainers, but for which you are not ready to put your name
+> alone ? Can you name a few examples ?
+>
+I'm ok for Python packages
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008524.html b/zarb-ml/mageia-dev/2011-September/008524.html new file mode 100644 index 000000000..977d443bd --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008524.html @@ -0,0 +1,78 @@ + + + + [Mageia-dev] [changelog] [RPM] cauldron core/release libusb1-1.0.8-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] [RPM] cauldron core/release libusb1-1.0.8-2.mga2

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Sep 30 08:55:42 CEST 2011 +

+
+ +
On 29 September 2011 19:52, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+> sander85 <sander85> 1.0.8-2.mga2:
+> + Revision: 150378
+> - Fix a race condition in io.c libusb_handle_events_timeout() (ticket #56)
+
+Wrong bug ID.
+Please use "svn propedit svn:log --revprop -r150378" in order to put
+the right bug ID
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008525.html b/zarb-ml/mageia-dev/2011-September/008525.html new file mode 100644 index 000000000..a9705b9aa --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008525.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] [changelog] [RPM] cauldron core/release libusb1-1.0.8-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] [RPM] cauldron core/release libusb1-1.0.8-2.mga2

+ Sander Lepik + sander.lepik at eesti.ee +
+ Fri Sep 30 10:10:42 CEST 2011 +

+
+ +
30.09.2011 09:55, Thierry Vignaud kirjutas:
+> On 29 September 2011 19:52, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+>> sander85 <sander85> 1.0.8-2.mga2:
+>> + Revision: 150378
+>> - Fix a race condition in io.c libusb_handle_events_timeout() (ticket #56)
+> Wrong bug ID.
+> Please use "svn propedit svn:log --revprop -r150378" in order to put
+> the right bug ID
+It's an upstream ticket that is still unresolved (there is link for it in the spec). No bug
+on our side.
+
+--
+Sander
+
+
+ + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008526.html b/zarb-ml/mageia-dev/2011-September/008526.html new file mode 100644 index 000000000..0e74b6543 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008526.html @@ -0,0 +1,86 @@ + + + + [Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours) + + + + + + + + + +

[Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours)

+ Claire Revillet + grenoya at zarb.org +
+ Fri Sep 30 10:31:25 CEST 2011 +

+
+ +
Le 30/09/11 00:57, Samuel Verschelde a écrit :
+
+Hi
+
+> - did you grab all the packages you want and can maintain already ?
+> (not a rhetorical question, this will help to know if there's still room for
+> improvement or if the current campaign has reached a limit). If the answer
+> is no, I would be very grateful if you could update your maintainer status
+> before next packager meeting.
+>
+I may have take more than I can maintain, so I stop there :)
+
+> - are there some packages you would have wanted to help to maintain within
+> a group of maintainers, but for which you are not ready to put your name
+> alone ? Can you name a few examples ?
+I would be ok to help maintaining maxima, but not alone.
+A big part, I can not do myself, for maxima would be to add the last 
+lisp compiler in the distro. Not done now because it need bootstraping :\
+
+Claire
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008527.html b/zarb-ml/mageia-dev/2011-September/008527.html new file mode 100644 index 000000000..2f44fc7f9 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008527.html @@ -0,0 +1,96 @@ + + + + [Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours) + + + + + + + + + +

[Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours)

+ Olav Vitters + olav at vitters.nl +
+ Fri Sep 30 11:33:14 CEST 2011 +

+
+ +
On Fri, Sep 30, 2011 at 12:57:22AM +0200, Samuel Verschelde wrote:
+> We are still far from a totally maintained distro, so the next objectives are: 
+> - find maintainers for core packages.
+
+I don't think I can do any core package (e.g. postfix, filesystem stuff,
+etc).
+
+> Right now, I need your feedback, from each packager individually, with an 
+> answer to the following questions: 
+> 
+> - did you grab all the packages you want and can maintain already ? 
+
+I'm interested in anything that is on ftp.gnome.org and not too
+low-level (no gtk+, clutter) or programs I cannot/never use. A lot were
+taken already. I left everything I think I cannot handle.
+
+> - are there some packages you would have wanted to help to maintain within 
+> a group of maintainers, but for which you are not ready to put your name 
+> alone ? Can you name a few examples ?
+
+No.
+
+> - do you have comments about the package adoption campaign, or suggestions ?
+
+We are getting more packagers, so think it'll solve itself if there is
+continued focus on getting more packagers. Also seems some people maybe
+have too many assigned to them.
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008528.html b/zarb-ml/mageia-dev/2011-September/008528.html new file mode 100644 index 000000000..bb63d32db --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008528.html @@ -0,0 +1,108 @@ + + + + [Mageia-dev] [soft-commits] [1999] Update release for gfxboot update + + + + + + + + + +

[Mageia-dev] [soft-commits] [1999] Update release for gfxboot update

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Sep 30 11:46:44 CEST 2011 +

+
+ +
On 27 September 2011 22:26,  <root at mageia.org> wrote:
+> Revision 1999 Author erwan Date 2011-09-27 22:26:18 +0200 (Tue, 27 Sep 2011)
+>
+> Log Message
+>
+> Update release for gfxboot update
+
+This is non sense, we didn't even have attempted to sync with opensuse
+(if that's ever
+needed), so why bump the version?
+
+> Modified: theme/mageia-gfxboot-theme/trunk/Makefile
+> ===================================================================
+> --- theme/mageia-gfxboot-theme/trunk/Makefile	2011-09-27 08:49:23 UTC (rev
+> 1998)
+> +++ theme/mageia-gfxboot-theme/trunk/Makefile	2011-09-27 20:26:18 UTC (rev
+> 1999)
+> @@ -81,8 +81,8 @@
+>
+>
+>  NAME = mageia-gfxboot-theme
+> -UPSTREAM_VERSION = 4.1.19
+> -VERSION = $(UPSTREAM_VERSION).32
+> +UPSTREAM_VERSION = 4.4.5
+> +VERSION = $(UPSTREAM_VERSION).1
+>
+>  dist:
+>  	rm -rf ../$(NAME)-$(VERSION).tar*
+>
+>
+
+
+
+-- 
+> R : Tu vois !
+> > Q : Tu crois ?
+> > > R : Ça casse l'ordre chronologique de l'échange.
+> > > > Q : En quoi répondre au dessus est-il gênant ?
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008529.html b/zarb-ml/mageia-dev/2011-September/008529.html new file mode 100644 index 000000000..2b3b14d0a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008529.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] [changelog] [RPM] cauldron core/release libusb1-1.0.8-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] [RPM] cauldron core/release libusb1-1.0.8-2.mga2

+ Anssi Hannula + anssi.hannula at iki.fi +
+ Fri Sep 30 12:01:29 CEST 2011 +

+
+ +
On 30.09.2011 11:10, Sander Lepik wrote:
+> 30.09.2011 09:55, Thierry Vignaud kirjutas:
+>> On 29 September 2011 19:52, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+>>> sander85 <sander85> 1.0.8-2.mga2:
+>>> + Revision: 150378
+>>> - Fix a race condition in io.c libusb_handle_events_timeout() (ticket #56)
+>> Wrong bug ID.
+>> Please use "svn propedit svn:log --revprop -r150378" in order to put
+>> the right bug ID
+> It's an upstream ticket that is still unresolved (there is link for it in the spec). No bug
+> on our side.
+
+Then change it to "upstream ticket #56" or "libusb ticket #56".
+
+
+-- 
+Anssi Hannula
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008530.html b/zarb-ml/mageia-dev/2011-September/008530.html new file mode 100644 index 000000000..36320933f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008530.html @@ -0,0 +1,87 @@ + + + + [Mageia-dev] [changelog] [RPM] cauldron core/release libusb1-1.0.8-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] [RPM] cauldron core/release libusb1-1.0.8-2.mga2

+ Sander Lepik + sander.lepik at eesti.ee +
+ Fri Sep 30 12:16:43 CEST 2011 +

+
+ +
30.09.2011 13:01, Anssi Hannula kirjutas:
+> On 30.09.2011 11:10, Sander Lepik wrote:
+>> 30.09.2011 09:55, Thierry Vignaud kirjutas:
+>>> On 29 September 2011 19:52, Mageia Team <buildsystem-daemon at mageia.org> wrote:
+>>>> sander85 <sander85> 1.0.8-2.mga2:
+>>>> + Revision: 150378
+>>>> - Fix a race condition in io.c libusb_handle_events_timeout() (ticket #56)
+>>> Wrong bug ID.
+>>> Please use "svn propedit svn:log --revprop -r150378" in order to put
+>>> the right bug ID
+>> It's an upstream ticket that is still unresolved (there is link for it in the spec). No bug
+>> on our side.
+> Then change it to "upstream ticket #56" or "libusb ticket #56".
+>
+>
+Done
+
+--
+Sander
+
+
+ + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008531.html b/zarb-ml/mageia-dev/2011-September/008531.html new file mode 100644 index 000000000..3c661c0bd --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008531.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] Evolution - strange message + + + + + + + + + +

[Mageia-dev] Evolution - strange message

+ Robert Fox + list at foxconsult.net +
+ Fri Sep 30 12:37:07 CEST 2011 +

+
+ +
After updating to Mageia Cauldron from Mandriva Cooker (fresh install) -
+I converted my old Evolution data to the new format - which leaves a
+safety copy of the data in mbox format.
+
+Ever since then, when I send a message, I get an odd error which I'd
+like to know how to get rid of:
+
+The reported error was "Failed to append to
+mbox:///home/rfox/.local/share/evolution/mail/local#Sent: Invalid folder
+URI 'mbox:///home/rfox/.local/share/evolution/mail/local#Sent'
+Appending to local 'Sent' folder instead.".
+
+Any hints? or should I open a bug (Mageia or Gnome?)
+
+Cheers,
+R.Fox
+
+
+ + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008532.html b/zarb-ml/mageia-dev/2011-September/008532.html new file mode 100644 index 000000000..5926d30a1 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008532.html @@ -0,0 +1,112 @@ + + + + [Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours) + + + + + + + + + +

[Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours)

+ Maarten Vanraes + alien at rmail.be +
+ Fri Sep 30 13:24:14 CEST 2011 +

+
+ +
Op vrijdag 30 september 2011 00:57:22 schreef Samuel Verschelde:
+> Please every packager read this mail, there's a call for feedback.
+[...]
+> - did you grab all the packages you want and can maintain already ?
+> (not a rhetorical question, this will help to know if there's still room
+> for improvement or if the current campaign has reached a limit). If the
+> answer is no, I would be very grateful if you could update your maintainer
+> status before next packager meeting.
+
+maybe i can take on a few more; allthough i still have some bug reports 
+assigned to me that are still open...
+
+> - are there some packages you would have wanted to help to maintain within
+> a group of maintainers, but for which you are not ready to put your name
+> alone ? Can you name a few examples ?
+
+Earlier i sent an email regarding these unmaintained packages, with a 
+suggestions if the maintainers of these other similar tools could take these, 
+if they don't, i may take them.
+
+cdrkit -> dvd+rw-tools
+iproute2 -> iptables
+spec-helper -> rpm
+
+also about apache, i've done a few security patches for the stable version, so 
+i might be able to help out with this, but i can't completely take on apache 
+for myself, especially since i don't really use cauldron.
+
+> - do you have comments about the package adoption campaign, or suggestions
+> ?
+> 
+> 
+> Now, various tools:
+> - flat list, automatically updated:
+> http://pkgsubmit.mageia.org/data/unmaintained.txt - same list, manually
+> updated a few minutes ago, with the number of commits per packager for
+> each unmaintained package:
+> http://stormi.lautre.net/fichiers/mageia/unmaintained-per-committers.txt
+> - (coming soon, from you if you want, or me later) a script that gives you
+> the list of unmaintained packages that are installed on your system
+
+500 unmaintained on my building system
+
+> Best regards
+> 
+> Samuel Verschelde
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008533.html b/zarb-ml/mageia-dev/2011-September/008533.html new file mode 100644 index 000000000..ada1375f6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008533.html @@ -0,0 +1,81 @@ + + + + [Mageia-dev] About syslinux & libpng + + + + + + + + + +

[Mageia-dev] About syslinux & libpng

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Fri Sep 30 14:00:20 CEST 2011 +

+
+ +
On 29 September 2011 20:41, Erwan Velu <erwanaliasr1 at gmail.com> wrote:
+> The point is syslinux is a bootloader that obviously don't share libs with
+> the rest of the system.
+> Considering that we can attack the bootloader via a picture means you
+> compromized the picture. If you can change the picture located at /boot,
+> means that you can compromize the booting parameters too.
+>
+> So if we take this road of removing bootloader's libs, shall we also remove
+> the jpeg/gz/gcc/... libs too, and maybe for other bootloaders too ?
+>
+> I do understand the need for the application that runs under linux... but
+> about the bootloaders...
+>
+> What's your thoughts about it ?
+
+Indeed you got a point...
+
+> Would you agree on keep syslinux untouched regarding the png lib ?
+
+I would revert my vote and go that way.
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008534.html b/zarb-ml/mageia-dev/2011-September/008534.html new file mode 100644 index 000000000..11475940c --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008534.html @@ -0,0 +1,93 @@ + + + + [Mageia-dev] Blogdrake repository for Mageia + + + + + + + + + +

[Mageia-dev] Blogdrake repository for Mageia

+ Joaquin Mandriva + joaquinmandriva at gmail.com +
+ Fri Sep 30 14:38:15 CEST 2011 +

+
+ +
Hello!
+
+My name is Joaquin, belonging to http://blogdrake.net team. I am
+writing to you because I would like to let you know that we have
+created a repository with a big amount of good programs for Mageia.
+Our final target is to upload all of them to the official Mageia's
+repositories.
+
+We are currently uploading all these packages to the Mageia's BS step
+by step, because there are few people of us to do so. Also, also we
+don't have too much time because we also take care of Blogdrake,
+Mageia's news and the translations English to Spanish.
+
+Meanwhile, you can use and enjoy our repository in this way:
+
+urpmi.addmedia --wget --distrib ftp://ftp.blogdrake.net/mageia/mageia1/i586
+
+The x86_64 repository is not finished yet, but you still can add it in this
+way:
+
+urpmi.addmedia --wget --distrib
+ftp://ftp.blogdrake.net/mageia/mageia1/x86_64
+
+Cheers!
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20110930/b03d6f3e/attachment.html>
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008535.html b/zarb-ml/mageia-dev/2011-September/008535.html new file mode 100644 index 000000000..0c737db75 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008535.html @@ -0,0 +1,75 @@ + + + + [Mageia-dev] Blogdrake repository for Mageia + + + + + + + + + +

[Mageia-dev] Blogdrake repository for Mageia

+ Olav Vitters + olav at vitters.nl +
+ Fri Sep 30 14:48:54 CEST 2011 +

+
+ +
On Fri, Sep 30, 2011 at 02:38:15PM +0200, Joaquin Mandriva wrote:
+> My name is Joaquin, belonging to http://blogdrake.net team. I am
+
+What is blogdrake.net? The site is not English so difficulty
+understanding what the purpose is.
+
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008536.html b/zarb-ml/mageia-dev/2011-September/008536.html new file mode 100644 index 000000000..6e9ec69ff --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008536.html @@ -0,0 +1,74 @@ + + + + [Mageia-dev] Blogdrake repository for Mageia + + + + + + + + + +

[Mageia-dev] Blogdrake repository for Mageia

+ Florian Hubold + doktor5000 at arcor.de +
+ Fri Sep 30 14:53:27 CEST 2011 +

+
+ +
Am 30.09.2011 14:48, schrieb Olav Vitters:
+> On Fri, Sep 30, 2011 at 02:38:15PM +0200, Joaquin Mandriva wrote:
+>> My name is Joaquin, belonging to http://blogdrake.net team. I am
+> What is blogdrake.net? The site is not English so difficulty
+> understanding what the purpose is.
+>
+It's the spanish Mandriva/Mageia community site, check:
+https://forums.mageia.org/en/viewforum.php?f=20 ;)
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008537.html b/zarb-ml/mageia-dev/2011-September/008537.html new file mode 100644 index 000000000..a2489c57f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008537.html @@ -0,0 +1,72 @@ + + + + [Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours) + + + + + + + + + +

[Mageia-dev] PLEASE READ. Package adoption campaign: status report (mine, and yours)

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Fri Sep 30 14:56:39 CEST 2011 +

+
+ +
Le 30/09/2011 13:24, Maarten Vanraes a écrit :
+> cdrkit ->  dvd+rw-tools
+> iproute2 ->  iptables
+> spec-helper ->  rpm
+spec-helper and rpm-helper should be maintained by the same person, for 
+consistency purpose.
+-- 
+Guillaume
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008538.html b/zarb-ml/mageia-dev/2011-September/008538.html new file mode 100644 index 000000000..356954035 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008538.html @@ -0,0 +1,86 @@ + + + + [Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2? + + + + + + + + + +

[Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2?

+ Olav Vitters + olav at vitters.nl +
+ Fri Sep 30 15:00:45 CEST 2011 +

+
+ +
On Thu, Sep 29, 2011 at 09:33:59PM +0200, Samuel Verschelde wrote:
+> However, how great is GNOME 3.4 going to be as compared to 3.2.2 ? :)
+
+For me it is multiple things:
+1. More stable; The more people use a recent version of GNOME, more
+   fixes will go into GNOME and long term GNOME is more stable
+
+   Basically: if your GNOME version is old, developers spend less time
+   on it, because they assume the issue is probably fixed. So, IMO, to
+   ensure GNOME stays at a high quality, you have to provide a recent
+   version... staying 1 version behind only works for short term (the
+   "Release early, release often" mindset).
+2. Then the 3.4 plans, like: action lists, focus-follows-mouse, better
+   working Documents + Contacts. Noticed some plans for other
+   applications like "Boxes" (1 app which connects to VMs + connect to
+   other machines), gnome-shell extension webapp, etc.
+   This is brief, as the developers are still writing down all their
+   plans. Also, not everything that is planned turns out that way (e.g.
+   I expected Zeitgeist in 3.2).
+
+-- 
+Regards,
+Olav
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008539.html b/zarb-ml/mageia-dev/2011-September/008539.html new file mode 100644 index 000000000..8d4fcffd4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008539.html @@ -0,0 +1,93 @@ + + + + [Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2? + + + + + + + + + +

[Mageia-dev] GNOME 3.2 or 3.4 for Mageia 2?

+ Samuel Verschelde + stormi at laposte.net +
+ Fri Sep 30 17:52:06 CEST 2011 +

+
+ +
Le vendredi 30 septembre 2011 15:00:45, Olav Vitters a écrit :
+> On Thu, Sep 29, 2011 at 09:33:59PM +0200, Samuel Verschelde wrote:
+> > However, how great is GNOME 3.4 going to be as compared to 3.2.2 ? :)
+> 
+> For me it is multiple things:
+> 1. More stable; The more people use a recent version of GNOME, more
+>    fixes will go into GNOME and long term GNOME is more stable
+> 
+>    Basically: if your GNOME version is old, developers spend less time
+>    on it, because they assume the issue is probably fixed. So, IMO, to
+>    ensure GNOME stays at a high quality, you have to provide a recent
+>    version... staying 1 version behind only works for short term (the
+>    "Release early, release often" mindset).
+
+Did I misunderstand , or is GNOME 3.2 not going to have any fixes after 3.2.2, 
+although 3.4 will still not be ready at that time, leaving users with several 
+months without any fixes ? I would understand that 3.2 would stop being 
+supported a few months after 3.4 is out, but if really support stops *before*, 
+that's puzzling :)
+
+For small projects, I can understand that developers always want to you to use 
+the latest (lastest stable version at least), but for bigger projects such as 
+a DE, I would find it surprising. We all know that once a major version has 
+been released, it will have users for years. 
+
+When users report a bug in Mageia 1, we don't tell them "use cauldron, it's 
+fixed them": we try to fix it in Mageia 1.
+
+Best regards
+
+Samuel
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008540.html b/zarb-ml/mageia-dev/2011-September/008540.html new file mode 100644 index 000000000..884dd881f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008540.html @@ -0,0 +1,93 @@ + + + + [Mageia-dev] Blogdrake repository for Mageia + + + + + + + + + +

[Mageia-dev] Blogdrake repository for Mageia

+ Samuel Verschelde + stormi at laposte.net +
+ Fri Sep 30 17:54:01 CEST 2011 +

+
+ +
Le vendredi 30 septembre 2011 14:38:15, Joaquin Mandriva a écrit :
+> Hello!
+> 
+> My name is Joaquin, belonging to http://blogdrake.net team. I am
+> writing to you because I would like to let you know that we have
+> created a repository with a big amount of good programs for Mageia.
+> Our final target is to upload all of them to the official Mageia's
+> repositories.
+> 
+> We are currently uploading all these packages to the Mageia's BS step
+> by step, because there are few people of us to do so. Also, also we
+> don't have too much time because we also take care of Blogdrake,
+> Mageia's news and the translations English to Spanish.
+> 
+> Meanwhile, you can use and enjoy our repository in this way:
+> 
+> urpmi.addmedia --wget --distrib ftp://ftp.blogdrake.net/mageia/mageia1/i586
+> 
+> The x86_64 repository is not finished yet, but you still can add it in this
+> way:
+> 
+> urpmi.addmedia --wget --distrib
+> ftp://ftp.blogdrake.net/mageia/mageia1/x86_64
+> 
+> Cheers!
+
+Great, I really like it when user communities get involved directly in the 
+project rather than doing everything outside ! :)
+
+Samuel
+
+ + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008541.html b/zarb-ml/mageia-dev/2011-September/008541.html new file mode 100644 index 000000000..0cadff810 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008541.html @@ -0,0 +1,109 @@ + + + + [Mageia-dev] Blogdrake repository for Mageia + + + + + + + + + +

[Mageia-dev] Blogdrake repository for Mageia

+ Dimitrios Glentadakis + dglent at gmail.com +
+ Fri Sep 30 18:50:21 CEST 2011 +

+
+ +
Στις Παρασκευή 30 Σεπτέμβριος 2011 17:54:01 Samuel Verschelde γράψατε:
+> Le vendredi 30 septembre 2011 14:38:15, Joaquin Mandriva a écrit :
+> > Hello!
+> > 
+> > My name is Joaquin, belonging to http://blogdrake.net team. I am
+> > writing to you because I would like to let you know that we have
+> > created a repository with a big amount of good programs for Mageia.
+> > Our final target is to upload all of them to the official Mageia's
+> > repositories.
+> > 
+> > We are currently uploading all these packages to the Mageia's BS step
+> > by step, because there are few people of us to do so. Also, also we
+> > don't have too much time because we also take care of Blogdrake,
+> > Mageia's news and the translations English to Spanish.
+> > 
+> > Meanwhile, you can use and enjoy our repository in this way:
+> > 
+> > urpmi.addmedia --wget --distrib ftp://ftp.blogdrake.net/mageia/mageia1/i586
+> > 
+> > The x86_64 repository is not finished yet, but you still can add it in this
+> > way:
+> > 
+> > urpmi.addmedia --wget --distrib
+> > ftp://ftp.blogdrake.net/mageia/mageia1/x86_64
+> > 
+> > Cheers!
+> 
+> Great, I really like it when user communities get involved directly in the 
+> project rather than doing everything outside ! :)
+> 
+> Samuel
+> 
+
+Thanks for the repository, i added it
+
+I have some packages too here:
+http://www.mageia-gr.org/rpm/1/
+i did nt know where to post it, in case who someone needs a rpm quickly, maybe is there :)
+
+* For the most important programs, usually, i report a bug to add them in the future in official repositories
+
+
+
+-- 
+Dimitrios Glentadakis
+
+ + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008542.html b/zarb-ml/mageia-dev/2011-September/008542.html new file mode 100644 index 000000000..6f714fa92 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008542.html @@ -0,0 +1,73 @@ + + + + [Mageia-dev] Blogdrake repository for Mageia + + + + + + + + + +

[Mageia-dev] Blogdrake repository for Mageia

+ José Jorge + jjorge at free.fr +
+ Fri Sep 30 18:59:24 CEST 2011 +

+
+ +
Le vendredi 30 septembre 2011 14:38:15, Joaquin Mandriva a écrit :
+> Our final target is to upload all of them to the official Mageia's
+> repositories.
+> 
+Good. And at first, I suggest you remove everything that is already in Mageia 
+repos as updates : smc, cegui, etc.
+
+Keeping them will just add mess.
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008543.html b/zarb-ml/mageia-dev/2011-September/008543.html new file mode 100644 index 000000000..4cee4d036 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008543.html @@ -0,0 +1,123 @@ + + + + [Mageia-dev] Blogdrake repository for Mageia + + + + + + + + + +

[Mageia-dev] Blogdrake repository for Mageia

+ Philippe DIDIER + philippedidier at laposte.net +
+ Fri Sep 30 21:15:10 CEST 2011 +

+
+ +
Joaquin Mandriva a écrit :
+> Hello!
+> 
+> My name is Joaquin, belonging to http://blogdrake.net
+> <http://blogdrake.net/> team. I am
+> writing to you because I would like to let you know that we have
+> created a repository with a big amount of good programs for Mageia.
+> Our final target is to upload all of them to the official Mageia's
+> repositories.
+> 
+> We are currently uploading all these packages to the Mageia's BS step
+> by step, because there are few people of us to do so. Also, also we
+> don't have too much time because we also take care of Blogdrake,
+> Mageia's news and the translations English to Spanish.
+> 
+> Meanwhile, you can use and enjoy our repository in this way:
+> 
+> urpmi.addmedia --wget --distrib ftp://ftp.blogdrake.net/mageia/mageia1/i586
+> 
+> The x86_64 repository is not finished yet, but you still can add it in
+> this way:
+> 
+> urpmi.addmedia --wget --distrib
+> ftp://ftp.blogdrake.net/mageia/mageia1/x86_64
+> 
+> Cheers!
+
+Hello
+Thanks to you...
+
+
+Just one thing to correct : your repos addresses are :
+ftp://ftp.blogdrake.net/mageia/mageia1/free/i586/
+ftp://ftp.blogdrake.net/mageia/mageia1/free/x86_64/
+
+nevertheless I could surf through your repos :
+Some of the rpms you propose reply to rpm requests already done or that
+I was going to write (reading my thoughts ?)
+
+:)
+
+First thing I must say : it's a very good idea to upload these packages
+to the BS and join the packagers team instead of providing third party
+repos that will soon create compatibility problems (as in the past for
+Mandrake and Mandriva with Thac's or MIB or others)
+
+The second thing is : before uploading them you will have to be careful
+with the repos policy (core tainted non-free)
+In your own repo, there is a problematic package : faac (and libfaac0
+libfaac-devel) which is both non-free and tainted ...
+After long dicussions on the mailing list a meeting decision was not to
+provide it at the moment (nor the packages built with it...)
+If a non-free-&-tainted repo is created for Mageia2, in the future, it
+will be then allowed ... wait and see !
+
+
+
+
+ + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008544.html b/zarb-ml/mageia-dev/2011-September/008544.html new file mode 100644 index 000000000..d53ef71f6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008544.html @@ -0,0 +1,83 @@ + + + + [Mageia-dev] pm-utils and requires to bootloader-utils + + + + + + + + + +

[Mageia-dev] pm-utils and requires to bootloader-utils

+ Balcaen John + mikala at mageia.org +
+ Fri Sep 30 21:21:58 CEST 2011 +

+
+ +
Hello,
+Does pm-utils really need to require bootloader-utils to work ?
+Currently it's pulling by recursive dependency ldetect which is currently 
+broken due to the new modules-init-tools (i guess tv is working on it already 
+from the changelog ) 
+
+Maybe we can break this requires (so it would allow several packages requering 
+eventually pm-utils) to work/install
+
+Regards,
+
+-- 
+Balcaen John
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008545.html b/zarb-ml/mageia-dev/2011-September/008545.html new file mode 100644 index 000000000..b46bb5de8 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008545.html @@ -0,0 +1,141 @@ + + + + [Mageia-dev] Blogdrake repository for Mageia + + + + + + + + + +

[Mageia-dev] Blogdrake repository for Mageia

+ Philippe DIDIER + philippedidier at laposte.net +
+ Fri Sep 30 21:40:12 CEST 2011 +

+
+ +
Philippe DIDIER a écrit :
+> Joaquin Mandriva a écrit :
+>> Hello!
+>>
+>> My name is Joaquin, belonging to http://blogdrake.net
+>> <http://blogdrake.net/> team. I am
+>> writing to you because I would like to let you know that we have
+>> created a repository with a big amount of good programs for Mageia.
+>> Our final target is to upload all of them to the official Mageia's
+>> repositories.
+>>
+>> We are currently uploading all these packages to the Mageia's BS step
+>> by step, because there are few people of us to do so. Also, also we
+>> don't have too much time because we also take care of Blogdrake,
+>> Mageia's news and the translations English to Spanish.
+>>
+>> Meanwhile, you can use and enjoy our repository in this way:
+>>
+>> urpmi.addmedia --wget --distrib ftp://ftp.blogdrake.net/mageia/mageia1/i586
+>>
+>> The x86_64 repository is not finished yet, but you still can add it in
+>> this way:
+>>
+>> urpmi.addmedia --wget --distrib
+>> ftp://ftp.blogdrake.net/mageia/mageia1/x86_64
+>>
+>> Cheers!
+> 
+> Hello
+> Thanks to you...
+> 
+> 
+> Just one thing to correct : your repos addresses are :
+> ftp://ftp.blogdrake.net/mageia/mageia1/free/i586/
+> ftp://ftp.blogdrake.net/mageia/mageia1/free/x86_64/
+> 
+> nevertheless I could surf through your repos :
+> Some of the rpms you propose reply to rpm requests already done or that
+> I was going to write (reading my thoughts ?)
+> 
+> :)
+> 
+> First thing I must say : it's a very good idea to upload these packages
+> to the BS and join the packagers team instead of providing third party
+> repos that will soon create compatibility problems (as in the past for
+> Mandrake and Mandriva with Thac's or MIB or others)
+> 
+> The second thing is : before uploading them you will have to be careful
+> with the repos policy (core tainted non-free)
+> In your own repo, there is a problematic package : faac (and libfaac0
+> libfaac-devel) which is both non-free and tainted ...
+> After long dicussions on the mailing list a meeting decision was not to
+> provide it at the moment (nor the packages built with it...)
+> If a non-free-&-tainted repo is created for Mageia2, in the future, it
+> will be then allowed ... wait and see !
+> 
+> 
+
+Surfing on your noarch repo I found audiokonverter ...
+There's a bug report about it : it's problematic too because requiring
+faac in your spec !
+https://bugs.mageia.org/show_bug.cgi?id=985
+a srpm is gonna be provided for mageia with patches to be added in core
+(without mp3 nor aac encoding) and in tainted (with mp3 encoding but
+without aac encoding) waiting til a non-free&tainted repo is created to
+be provided with no limitation...
+
+Same problem with :
+your cinelerra : BuildRequire faac ... it can't be provided as it is
+
+This gives some new arguments to insist for the creation of
+non-free&tainted repo for Mageia2 (better than create third party repo)
+
+thanks for the job you did (spec and patches for 250 srpms !!!!)
+
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008546.html b/zarb-ml/mageia-dev/2011-September/008546.html new file mode 100644 index 000000000..68f00a5cd --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008546.html @@ -0,0 +1,109 @@ + + + + [Mageia-dev] Trying to solve bug #2317 (was: Re: Meeting tonight) + + + + + + + + + +

[Mageia-dev] Trying to solve bug #2317 (was: Re: Meeting tonight)

+ Samuel Verschelde + stormi at laposte.net +
+ Fri Sep 30 21:45:31 CEST 2011 +

+
+ +
Le jeudi 22 septembre 2011 14:35:55, Samuel Verschelde a écrit :
+> Le jeudi 15 septembre 2011 16:12:11, Thierry Vignaud a écrit :
+> [...]
+> 
+> > Suggestions:
+> > - investigating using the equivalent of --searchmedia
+> 
+> That is an interesting option indeed.
+> 
+> > - reusing the old connectiva upgrade infrastructure in the drakx
+> > installer
+> > 
+> >   and release a patched installed (a mageia 1.1) that list mdv packages,
+> > 
+> > remove them prior to upgrading"
+> 
+> This looks like a heavy solution (needs new ISOs, doesn't cover already
+> migrated systems, means that mdv packages that have no equivalent in mageia
+> are removed from the system), so it's not my preferred solution.
+> 
+> > - patch perl-URPM so that foobar-X-Ymga is always newer than
+> > foobar-Z-Wmdv
+> 
+> I'm sorry, but I don't understand what problems this third option would
+> solve. Can you explain to me (and maybe I'm not alone) ?
+
+It looks like my question has been forgotten among the daily flow of messages, 
+but I'm still interested by the answer.
+
+> 
+> > In the first case, we would go with something like r[1-4].diff
+> > warning: unknown impact on startup time & RAM usage (in fact it's not
+> > even tested)
+> 
+> I applied those 4 patches to rpmdrake and built a RPM that I installed on
+> my system, but I haven't seen a difference in behaviour. The msec update
+> candidate from updates_testing (updates_testing media have the update flag
+> set on my system) still can't be installed, with the following message:
+> 
+> Sorry, the following package cannot be selected:
+> - msec-0.80.10-2.2.mga1.i586 (due to unsatisfied sendmail)
+> 
+> It apparently still doesn't use the /release media in MageiaUpdate, if I
+> infer correctly from the console logs :
+[skip]
+
+Any idea why the r[1-4].diff seem to not work ? From the little I know I would 
+think that maybe they apply to the rpmdrake UI, but not to MageiaUpdate ?
+
+Best regards
+
+Samuel Verschelde
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008547.html b/zarb-ml/mageia-dev/2011-September/008547.html new file mode 100644 index 000000000..345d31681 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008547.html @@ -0,0 +1,75 @@ + + + + [Mageia-dev] Blogdrake repository for Mageia + + + + + + + + + +

[Mageia-dev] Blogdrake repository for Mageia

+ Florian Hubold + doktor5000 at arcor.de +
+ Fri Sep 30 21:57:08 CEST 2011 +

+
+ +
Am 30.09.2011 18:59, schrieb José Jorge:
+> Le vendredi 30 septembre 2011 14:38:15, Joaquin Mandriva a écrit :
+>> Our final target is to upload all of them to the official Mageia's
+>> repositories.
+>>
+> Good. And at first, I suggest you remove everything that is already in Mageia 
+> repos as updates : smc, cegui, etc.
+>
+> Keeping them will just add mess.
+>
+Wouldn't remove them per se, just compare them with our packages
+and maybe the blogdrake ones have some patches or other improvements
+which could be added to our packages?
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008548.html b/zarb-ml/mageia-dev/2011-September/008548.html new file mode 100644 index 000000000..8ab0af3af --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008548.html @@ -0,0 +1,77 @@ + + + + [Mageia-dev] Trying to solve bug #2317 (was: Re: Meeting tonight) + + + + + + + + + +

[Mageia-dev] Trying to solve bug #2317 (was: Re: Meeting tonight)

+ Samuel Verschelde + stormi at laposte.net +
+ Fri Sep 30 22:00:11 CEST 2011 +

+
+ +
Le jeudi 22 septembre 2011 14:40:12, Samuel Verschelde a écrit :
+> Le jeudi 22 septembre 2011 14:35:55, Samuel Verschelde a écrit :
+> > Le jeudi 15 septembre 2011 16:12:11, Thierry Vignaud a écrit :
+> > [...]
+> > 
+> > > Suggestions:
+> > > - investigating using the equivalent of --searchmedia
+> > 
+> > That is an interesting option indeed.
+> 
+> I forgot: what about the suggestion that was made to tweak urpmi --update's
+> behaviour so that it proposes only updates from update media, but is
+> capable to pull dependencies from release media ? Would there be drawbacks
+> to this solution ?
+> 
+
+An answer to this question too would still interest me :)
+
+Regards,
+
+Samuel
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008549.html b/zarb-ml/mageia-dev/2011-September/008549.html new file mode 100644 index 000000000..60c2759ef --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008549.html @@ -0,0 +1,71 @@ + + + + [Mageia-dev] Blogdrake repository for Mageia + + + + + + + + + +

[Mageia-dev] Blogdrake repository for Mageia

+ Philippe DIDIER + philippedidier at laposte.net +
+ Fri Sep 30 22:21:51 CEST 2011 +

+
+ +
Here is the list of the bug reports asking for missing packages :
+
+https://bugs.mageia.org/buglist.cgi?query_format=advanced&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&component=New%20RPM%20package%20request&product=Mageia&target_milestone=---
+
+Your rpms reply to some of these requests...
+it would need some more job from you, but be very kind to add a comment
+into the bug report your rpm brings an answer
+:)
+
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008550.html b/zarb-ml/mageia-dev/2011-September/008550.html new file mode 100644 index 000000000..4a161ea90 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008550.html @@ -0,0 +1,84 @@ + + + + [Mageia-dev] Blogdrake repository for Mageia + + + + + + + + + +

[Mageia-dev] Blogdrake repository for Mageia

+ Samuel Verschelde + stormi at laposte.net +
+ Fri Sep 30 22:25:17 CEST 2011 +

+
+ +
Le vendredi 30 septembre 2011 22:21:51, Philippe DIDIER a écrit :
+> Here is the list of the bug reports asking for missing packages :
+> 
+> https://bugs.mageia.org/buglist.cgi?query_format=advanced&bug_status=NEW&bu
+> g_status=ASSIGNED&bug_status=REOPENED&component=New%20RPM%20package%20reque
+> st&product=Mageia&target_milestone=---
+> 
+> Your rpms reply to some of these requests...
+> it would need some more job from you, but be very kind to add a comment
+> into the bug report your rpm brings an answer
+> 
+> :)
+
+And preferrably not give links to your 3rd party repo otherwise the bug 
+reporter will just install from it and lose interest in the bug report. Also, 
+it can bring many upgrade issues.
+
+Better give the spec file as an attachment.
+
+Best regards
+
+Samuel Verschelde
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008551.html b/zarb-ml/mageia-dev/2011-September/008551.html new file mode 100644 index 000000000..ecfd68dd6 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008551.html @@ -0,0 +1,91 @@ + + + + [Mageia-dev] Blogdrake repository for Mageia + + + + + + + + + +

[Mageia-dev] Blogdrake repository for Mageia

+ Philippe DIDIER + philippedidier at laposte.net +
+ Fri Sep 30 22:56:59 CEST 2011 +

+
+ +
Samuel Verschelde a écrit :
+> Le vendredi 30 septembre 2011 22:21:51, Philippe DIDIER a écrit :
+>> it would need some more job from you, but be very kind to add a comment
+>> into the bug report your rpm brings an answer
+>>
+>> :)
+> 
+> And preferrably not give links to your 3rd party repo otherwise the bug 
+> reporter will just install from it and lose interest in the bug report. Also, 
+> it can bring many upgrade issues.
+> 
+> Better give the spec file as an attachment.
+> 
+> Best regards
+> 
+> Samuel Verschelde
+> 
+
+It was implicit :
+>First thing I must say : it's a very good idea to upload these packages
+>to the BS and join the packagers team instead of providing third party
+>repos that will soon create compatibility problems
+
+but better to be clearly said ...
+Thanks to be clearer than me
+
+Regards
+Philippe
+
+
+ + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008552.html b/zarb-ml/mageia-dev/2011-September/008552.html new file mode 100644 index 000000000..63901805f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008552.html @@ -0,0 +1,95 @@ + + + + [Mageia-dev] Blogdrake repository for Mageia + + + + + + + + + +

[Mageia-dev] Blogdrake repository for Mageia

+ Samuel Verschelde + stormi at laposte.net +
+ Fri Sep 30 23:15:42 CEST 2011 +

+
+ +
Le vendredi 30 septembre 2011 22:56:59, Philippe DIDIER a écrit :
+> Samuel Verschelde a écrit :
+> > Le vendredi 30 septembre 2011 22:21:51, Philippe DIDIER a écrit :
+> >> it would need some more job from you, but be very kind to add a comment
+> >> into the bug report your rpm brings an answer
+> >> 
+> >> :)
+> > 
+> > And preferrably not give links to your 3rd party repo otherwise the bug
+> > reporter will just install from it and lose interest in the bug report.
+> > Also, it can bring many upgrade issues.
+> > 
+> > Better give the spec file as an attachment.
+> > 
+> > Best regards
+> > 
+> > Samuel Verschelde
+> 
+> It was implicit :
+> >First thing I must say : it's a very good idea to upload these packages
+> >to the BS and join the packagers team instead of providing third party
+> >repos that will soon create compatibility problems
+> 
+> but better to be clearly said ...
+> Thanks to be clearer than me
+> 
+
+Well, it was clear already: the goal is obviously to have those packages in 
+the mageia repositories when it's possible. My concern was more that it could 
+be tempting to say "this is a work in progress, the package will be imported 
+from URL_of_the_3rd_party_repo", which would probably automatically have the 
+non-wanted effect to make the bug report install the package from this repo :)
+
+Samuel
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008553.html b/zarb-ml/mageia-dev/2011-September/008553.html new file mode 100644 index 000000000..f47279781 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008553.html @@ -0,0 +1,82 @@ + + + + [Mageia-dev] Disabling hybernation + + + + + + + + + +

[Mageia-dev] Disabling hybernation

+ Olivier Blin + mageia at blino.org +
+ Fri Sep 30 23:19:31 CEST 2011 +

+
+ +
JA Magallon <jamagallon at ono.com> writes:
+
+> Hi...
+>
+> I have several boxes running Cauldron and some of them go suspend
+> (or hiberante, I don't know) after some time, so I can't access them
+> from the network.
+>
+> The curious thing is that only suspend the boxes that are running gdm,
+> some gui-less servers just keep awake perfectly.
+> So I suspect this is a problem with gdm's own settings.
+>
+> How can I disable suspend/hibernate completely ? How can I check if
+> gdm is the culprit ?
+
+Actually, that was gnome-settings-daemon, and it was affecting both
+login screen and user sessions...
+
+I've just submitted a fix (from upstream git).
+
+That was a very nasty bug for an official Gnome release :-(
+
+-- 
+Olivier Blin - blino
+
+ + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008554.html b/zarb-ml/mageia-dev/2011-September/008554.html new file mode 100644 index 000000000..481b2959a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008554.html @@ -0,0 +1,74 @@ + + + + [Mageia-dev] pm-utils and requires to bootloader-utils + + + + + + + + + +

[Mageia-dev] pm-utils and requires to bootloader-utils

+ Olivier Blin + mageia at blino.org +
+ Fri Sep 30 23:28:33 CEST 2011 +

+
+ +
Balcaen John <mikala at mageia.org> writes:
+
+> Hello,
+> Does pm-utils really need to require bootloader-utils to work ?
+> Currently it's pulling by recursive dependency ldetect which is currently 
+> broken due to the new modules-init-tools (i guess tv is working on it already 
+> from the changelog ) 
+>
+> Maybe we can break this requires (so it would allow several packages requering 
+> eventually pm-utils) to work/install
+
+Nope, rebootin from bootloader-utils is required for
+/usr/lib64/pm-utils/sleep.d/01bootloader
+
+-- 
+Olivier Blin - blino
+
+ + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008555.html b/zarb-ml/mageia-dev/2011-September/008555.html new file mode 100644 index 000000000..5fcaeda41 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008555.html @@ -0,0 +1,116 @@ + + + + [Mageia-dev] Opening backports (was Re: [Mageia-sysadm] Using SQL database for youri) + + + + + + + + + +

[Mageia-dev] Opening backports (was Re: [Mageia-sysadm] Using SQL database for youri)

+ Samuel Verschelde + stormi at laposte.net +
+ Fri Sep 30 23:35:40 CEST 2011 +

+
+ +
Le jeudi 29 septembre 2011 21:10:42, Samuel Verschelde a écrit :
+> Le jeudi 29 septembre 2011 20:55:43, Florian Hubold a écrit :
+> > Am 29.09.2011 14:13, schrieb Olav Vitters:
+> > > On Thu, Sep 29, 2011 at 10:24:56AM +0200, Samuel Verschelde wrote:
+> > >> backports_testing, but it means that we would lose the current
+> > >> checking that updates come from the 1/updates branch)
+> > > 
+> > > Long term I prefer more checks because I do make mistakes. But maybe
+> > > lax as a temporary ("a few weeks") solution until it uses the SQL
+> > > database?
+> > 
+> > Well, is it really that necessary for a matter of some weeks to speed up
+> > backports opening? Shouldn't we care first that sustainability of Mageia
+> > is ensured first?
+> > 
+> > It's not like backports candidates will lessen workload on QA, rather the
+> > opposite. That's my personal opinion.
+> 
+> Some genuine user needs can only be covered by backports per our policy, I
+> don't see why we should wait more (already 4 months since the release of
+> Mageia 1). QA team already said it's ready to test backports, and if we
+> have difficulty we simply will find means to get more testers. Also,
+> updates will still remain the priority.
+> 
+> Opening backports media does not mean that we will start backporting
+> everything. But a policy has been chosen, after a loooooooooong debate, and
+> there seems to be a simple way to open those media to package submitting.
+> 
+> Also, the sooner we have backports, the less there will be external third-
+> party repos with all the problems (upgrade, support) that causes. There
+> already are, don't let them too much space and rather invite their
+> packagers to backport *inside* (as long as they stay within the policy of
+> course).
+> 
+> About Mageia's sustainability, we already are working to that (QA team is
+> operational, package adoption campaign is undergoing...), and having
+> backports media won't prevent us from continuing.
+> 
+> Also, the "few weeks" is a really vague estimation, my guess is it risks to
+> be rather months because sysadmins seem to have a big TODO list a little
+> resources. That's why I'm proposing 2 "technically simple" ways to move
+> forward.
+> 
+> Best regards
+> 
+> Samuel Verschelde
+
+If needed, the tremendous amount of packages in Blogdrake's 3rd party media 
+shows how much backports are needed by users, whatever we as packagers can 
+think of it.
+
+I'm still convinced that opening backports right now, using one of my 2 
+proposals (if I haven't overlooked a technical difficulty), would be an 
+important step forward for us.
+
+Best regards
+
+Samuel
+
+ + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008594.html b/zarb-ml/mageia-dev/2011-September/008594.html new file mode 100644 index 000000000..0c626b395 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008594.html @@ -0,0 +1,100 @@ + + + + [Mageia-dev] [Fwd: [Bug 659231] Evolution: Error loading Calendar: ...] + + + + + + + + + +

[Mageia-dev] [Fwd: [Bug 659231] Evolution: Error loading Calendar: ...]

+ Robert Fox + rfox at foxconsult.com +
+ Fri Sep 16 16:41:42 CEST 2011 +

+
+ +
This bug I filed with Gnome regarding Evolution Calendar appears to have
+been fixed upstream, but our package doesn't have the fix . . .
+
+Thx,
+R.Fox
+
+
+-------- Forwarded Message --------
+> From: Evolution <bugzilla at gnome.org>
+> To: rfox at foxconsult.com
+> Subject: [Bug 659231] Evolution: Error loading Calendar: ...
+> Date: Fri, 16 Sep 2011 13:34:22 +0000 (UTC)
+> 
+> https://bugzilla.gnome.org/show_bug.cgi?id=659231
+>   Evolution | BugBuddyBugs | 3.1.x
+> 
+> Milan Crha <mcrha> changed:
+> 
+>            What    |Removed                     |Added
+> ----------------------------------------------------------------------------
+>              Status|NEEDINFO                    |RESOLVED
+>          Resolution|                            |DUPLICATE
+> 
+> --- Comment #5 from Milan Crha <mcrha at redhat.com> 2011-09-16 13:34:19 UTC ---
+> Thanks for a bug report. This is why it is crashing:
+> > /usr/lib64/e-calendar-factory: undefined symbol: g_unix_signal_add_watch_full
+> and it's fixed already [1]. I suppose your build doesn't have that fix included
+> as this is included in 3.1.91 release.
+> 
+> [1] bug #657836
+> 
+> *** This bug has been marked as a duplicate of bug 657836 ***
+> 
+> -- 
+> Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
+> ------- You are receiving this mail because: -------
+> You reported the bug.
+
+-- 
+Fox Consulting Services
++49 / (0) 4532 - 400991 Office
++49 / (0) 172 - 9600938 Handy
+http://foxconsult.com
+
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008595.html b/zarb-ml/mageia-dev/2011-September/008595.html new file mode 100644 index 000000000..582787f70 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008595.html @@ -0,0 +1,94 @@ + + + + [Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2 + + + + + + + + + +

[Mageia-dev] [changelog] cauldron core/release sound-scripts-0.61-2.mga2

+ Maarten Vanraes + maarten.vanraes at gmail.com +
+ Mon Sep 19 12:32:55 CEST 2011 +

+
+ +
> On 19 September 2011 11:44, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+>>>> Did you fixed the war against webcam another way?
+>>>
+>>> Is this a problem of webcam mics not working if they are present during
+>>> boot? If not, can you remember the problem better?
+>>>
+>>> If so, no I've not fixed, but will find an official way that we can
+>>> submit upstream.
+>>
+>> Whoops, it seems this conversation went off list accidentally.
+>>
+>> TV clarified that the problem the snd-usb-audio modprobe rule solved was
+>> that of webcams getting the card0 slot on boot and pushing the normal,
+>> built in audio system to card1.
+>>
+>> As this problem attempts to resolve the underlying limitations of alsa
+>> (not preserving the audio device order) in a generic way (specific
+>> index= arguments could be added to your own specific hardware to solve
+>> it also), and considering that device order really shouldn't matter when
+>> PulseAudio is used (it has it's own built in system for determining the
+>> "priority" of devices when a first boot with a new user is encountered
+>> so that the correct defaults will be picked on first boot and there
+>> after it's the user's choice), I'm not really inclined to attempt to fix
+>> this "bug".
+>>
+>> If people feel super strongly about it I can look into it, but I think
+>> it's really a matter of "tough love" for the non-PA case if it means we
+>> have to put in lots of crazy work arounds like this.
+>>
+>> Opinions welcome.
+>
+> Not all people use PA.
+> We even have options in draksound in order to disable it...
+> Hence we must still support the case were PA isn't around...
+
+can something be done with udev rules, like it happens with other types of
+devices?
+
+
+ + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008596.html b/zarb-ml/mageia-dev/2011-September/008596.html new file mode 100644 index 000000000..a6d9bd591 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008596.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] [WARNING] libpng-1.5.4 landing soon + + + + + + + + + +

[Mageia-dev] [WARNING] libpng-1.5.4 landing soon

+ Pacho Ramos + pacho at gentoo.org +
+ Wed Sep 21 15:58:15 CEST 2011 +

+
+ +
El mié, 21-09-2011 a las 10:07 +0800, Funda Wang escribió:
+> Now the migration is almost done here. The left packages are:
+> 
+> Won't build due to other reasons:
+> eclipse, glibc, midori, R-base, xemacs
+> 
+> Propose to drop from distro:
+> kompozer, fltk2, sam2p, stratagus2.1
+> 
+> Wait for upstream new version:
+> texlive, xbmc
+> 
+> *** Huge patch help wanted:
+> freeimage, links-graphic, links-hacked, netpbm, TiMidity++
+> 
+> Please report any other issues against libpng 1.5 migration now.
+> 
+> Regards.
+> 
+
+I would point you to Gentoo and NetBSD to look for libpng-1.5 patches,
+as other people have being working on migration for a long time and
+maybe you can find fixes there :-)
+-------------- next part --------------
+A non-text attachment was scrubbed...
+Name: not available
+Type: application/pgp-signature
+Size: 198 bytes
+Desc: This is a digitally signed message part
+URL: </pipermail/mageia-dev/attachments/20110921/1a13493e/attachment.asc>
+
+ + +
+

+ +
+More information about the Mageia-dev +mailing list
+ diff --git a/zarb-ml/mageia-dev/2011-September/008597.html b/zarb-ml/mageia-dev/2011-September/008597.html new file mode 100644 index 000000000..50c3b8843 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-September/008597.html @@ -0,0 +1,77 @@ + + + + [Mageia-dev] Blogdrake repository for Mageia + + + + + + + + + +

[Mageia-dev] Blogdrake repository for Mageia

+ P. Christeas + xrg at hellug.gr +
+ Fri Sep 30 19:56:17 CEST 2011 +

+
+ +
On Friday 30 September 2011, Dimitrios Glentadakis wrote:
+> Στις Παρασκευή 30 Σεπτέμβριος 2011 17:54:01 Samuel Verschelde γράψατε:
+> > > urpmi.addmedia --wget --distrib
+> > > ftp://ftp.blogdrake.net/mageia/mageia1/x86_64
+> > > 
+> Thanks for the repository, i added it
+> 
+> I have some packages too here:
+> http://www.mageia-gr.org/rpm/1/
+> i did nt know where to post it, in case who someone needs a rpm quickly,
+> maybe is there :)
+> 
+> * For the most important programs, usually, i report a bug to add them in
+> the future in official repositories
+
+Hmmm.. Let me remind you of this one, too:
+http://members.hellug.gr/xrg/Mageia/1/RPMS/
+
+actually, the buildbot is almost ready to provide even more packages there ;)
+
+-- 
+Say NO to spam and viruses. Stop using Microsoft Windows!
+
+ + +
+

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

September 2011 Archives by author

+ +

Starting: Thu Sep 1 00:16:21 CEST 2011
+ Ending: Fri Sep 30 23:35:40 CEST 2011
+ Messages: 841

+

+

+ Last message date: + Fri Sep 30 23:35:40 CEST 2011
+ Archived on: Sun Oct 2 12:12:35 CEST 2011 +

+

+

+

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

September 2011 Archives by date

+ +

Starting: Thu Sep 1 00:16:21 CEST 2011
+ Ending: Fri Sep 30 23:35:40 CEST 2011
+ Messages: 841

+

+

+ Last message date: + Fri Sep 30 23:35:40 CEST 2011
+ Archived on: Sun Oct 2 12:12:35 CEST 2011 +

+

+

+

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

September 2011 Archives by subject

+ +

Starting: Thu Sep 1 00:16:21 CEST 2011
+ Ending: Fri Sep 30 23:35:40 CEST 2011
+ Messages: 841

+

+

+ Last message date: + Fri Sep 30 23:35:40 CEST 2011
+ Archived on: Sun Oct 2 12:12:35 CEST 2011 +

+

+

+

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

September 2011 Archives by thread

+ +

Starting: Thu Sep 1 00:16:21 CEST 2011
+ Ending: Fri Sep 30 23:35:40 CEST 2011
+ Messages: 841

+

+

+ Last message date: + Fri Sep 30 23:35:40 CEST 2011
+ Archived on: Sun Oct 2 12:12:35 CEST 2011 +

+

+

+

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