Bug#283134: $B9b!{%"%J$,$*Gq$j#F#U#C#K"v(B
[}KW~® [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ [EMAIL PROTECTED]@@ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ [EMAIL PROTECTED]@[EMAIL PROTECTED]://tv.puchiphoto.org/?ds2zvdsmws [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] @ [EMAIL PROTECTED]@A·¬éfÌXc±±ÜÅ{É©¹ÄµÜÁÄ¢¢Ì©IH [EMAIL PROTECTED]@Jª éÆàmç¸A½RÆå_Ès®ðÆéÞBB ¡ [EMAIL PROTECTED]@ ÌqAiÌvCx[gȪªÁ«èÆÛ©¦ÉcB ¡ [EMAIL PROTECTED]@»Ì¼å¨^gAOrAAChÜŪXÆaHÉÈÁÄsBBB [EMAIL PROTECTED]@[EMAIL PROTECTED]://tv.puchiphoto.org/?ds2zvdsmws ¤¤¤¤¤¤¤¤¤¤£££££££££££££££££££££ BoOOoBoOOoBBoOOoBoOOoBBoOOoBoOOoBBoOOoB µ¡TÌC`IV!!! ¡µ¡ÜÅÌèIuÔΩèðWß½ìiQðêåúo ¡ [EMAIL PROTECTED] ¡µvTäàÌJðÝuµÄÌlXÈAO©çÌ`Êɬ÷ ¡µçµ¢ÙÇIÈÊu©çÌXibvVbgÍA´x²Q!!! http://tv.puchiphoto.org/?ds2zvdsmws EEEEEEEEEEEEEEEEEEEEEEEE±ÌfÌÕÉAi^ÍDZÜÅϦçêé©H ¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ ¢¥¢¥ ªªªªªªªªªªªª `¢ÄÍ¢¯È¢ÖfÌ¢E « ªªªªªªªªªªªª® J[ZbNXVSzeB lCÌÈ¢êÅJèL°çêéúçÈs¢ÌXc ´xÔOüJÆ´¬^BµJðgÁ½ß£©çÌBeɬ÷I »Ì ÜèÌß³É\îÜÅob`ô [EMAIL PROTECTED]@[EMAIL PROTECTED]://tv.puchiphoto.org/?ds2zvdsmws [}KW~®EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE E~®Í[}KWÌzMX^hÆÈÁĨèAo^ïõlÉ [EMAIL PROTECTED] EÇͲÐîæÌTCgɨ¯é¢©Èéguâ¹QÉεÄà [EMAIL PROTECTED] EfÚîñÉÖµÄ̲¿âÉͶĨèܹñÌÅ [EMAIL PROTECTED] E[}KWÉfÚ³ê½LÌêܽÍSð [EMAIL PROTECTED] E gÉo¦ÌÈ¢zMÍ¢½¸çÌÂ\«ª²´¢Ü· [EMAIL PROTECTED] [EMAIL PROTECTED] @ [EMAIL PROTECTED]@http://rin.m-blue.org/umeya/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#281665: $B9b!{%"%J$,$*Gq$j#F#U#C#K"v(B
[}KW~® [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ [EMAIL PROTECTED]@@ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ [EMAIL PROTECTED]@[EMAIL PROTECTED]://tv.puchiphoto.org/?kdrbdgqweb [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] @ [EMAIL PROTECTED]@A·¬éfÌXc±±ÜÅ{É©¹ÄµÜÁÄ¢¢Ì©IH [EMAIL PROTECTED]@Jª éÆàmç¸A½RÆå_Ès®ðÆéÞBB ¡ [EMAIL PROTECTED]@ ÌqAiÌvCx[gȪªÁ«èÆÛ©¦ÉcB ¡ [EMAIL PROTECTED]@»Ì¼å¨^gAOrAAChÜŪXÆaHÉÈÁÄsBBB [EMAIL PROTECTED]@[EMAIL PROTECTED]://tv.puchiphoto.org/?kdrbdgqweb ¤¤¤¤¤¤¤¤¤¤£££££££££££££££££££££ BoOOoBoOOoBBoOOoBoOOoBBoOOoBoOOoBBoOOoB µ¡TÌC`IV!!! ¡µ¡ÜÅÌèIuÔΩèðWß½ìiQðêåúo ¡ [EMAIL PROTECTED] ¡µvTäàÌJðÝuµÄÌlXÈAO©çÌ`Êɬ÷ ¡µçµ¢ÙÇIÈÊu©çÌXibvVbgÍA´x²Q!!! http://tv.puchiphoto.org/?kdrbdgqweb EEEEEEEEEEEEEEEEEEEEEEEE±ÌfÌÕÉAi^ÍDZÜÅϦçêé©H ¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ ¢¥¢¥ ªªªªªªªªªªªª `¢ÄÍ¢¯È¢ÖfÌ¢E « ªªªªªªªªªªªª® J[ZbNXVSzeB lCÌÈ¢êÅJèL°çêéúçÈs¢ÌXc ´xÔOüJÆ´¬^BµJðgÁ½ß£©çÌBeɬ÷I »Ì ÜèÌß³É\îÜÅob`ô [EMAIL PROTECTED]@[EMAIL PROTECTED]://tv.puchiphoto.org/?kdrbdgqweb [}KW~®EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE E~®Í[}KWÌzMX^hÆÈÁĨèAo^ïõlÉ [EMAIL PROTECTED] EÇͲÐîæÌTCgɨ¯é¢©Èéguâ¹QÉεÄà [EMAIL PROTECTED] EfÚîñÉÖµÄ̲¿âÉͶĨèܹñÌÅ [EMAIL PROTECTED] E[}KWÉfÚ³ê½LÌêܽÍSð [EMAIL PROTECTED] E gÉo¦ÌÈ¢zMÍ¢½¸çÌÂ\«ª²´¢Ü· [EMAIL PROTECTED] [EMAIL PROTECTED] @ [EMAIL PROTECTED]@http://rin.m-blue.org/umeya/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#278401: $B9b!{%"%J$,$*Gq$j#F#U#C#K"v(B
[}KW~® [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ [EMAIL PROTECTED]@@ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ [EMAIL PROTECTED]@[EMAIL PROTECTED]://tv.puchiphoto.org/?1vvfe3po3p [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] @ [EMAIL PROTECTED]@A·¬éfÌXc±±ÜÅ{É©¹ÄµÜÁÄ¢¢Ì©IH [EMAIL PROTECTED]@Jª éÆàmç¸A½RÆå_Ès®ðÆéÞBB ¡ [EMAIL PROTECTED]@ ÌqAiÌvCx[gȪªÁ«èÆÛ©¦ÉcB ¡ [EMAIL PROTECTED]@»Ì¼å¨^gAOrAAChÜŪXÆaHÉÈÁÄsBBB [EMAIL PROTECTED]@[EMAIL PROTECTED]://tv.puchiphoto.org/?1vvfe3po3p ¤¤¤¤¤¤¤¤¤¤£££££££££££££££££££££ BoOOoBoOOoBBoOOoBoOOoBBoOOoBoOOoBBoOOoB µ¡TÌC`IV!!! ¡µ¡ÜÅÌèIuÔΩèðWß½ìiQðêåúo ¡ [EMAIL PROTECTED] ¡µvTäàÌJðÝuµÄÌlXÈAO©çÌ`Êɬ÷ ¡µçµ¢ÙÇIÈÊu©çÌXibvVbgÍA´x²Q!!! http://tv.puchiphoto.org/?1vvfe3po3p EEEEEEEEEEEEEEEEEEEEEEEE±ÌfÌÕÉAi^ÍDZÜÅϦçêé©H ¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ ¢¥¢¥ ªªªªªªªªªªªª `¢ÄÍ¢¯È¢ÖfÌ¢E « ªªªªªªªªªªªª® J[ZbNXVSzeB lCÌÈ¢êÅJèL°çêéúçÈs¢ÌXc ´xÔOüJÆ´¬^BµJðgÁ½ß£©çÌBeɬ÷I »Ì ÜèÌß³É\îÜÅob`ô [EMAIL PROTECTED]@[EMAIL PROTECTED]://tv.puchiphoto.org/?1vvfe3po3p [}KW~®EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE E~®Í[}KWÌzMX^hÆÈÁĨèAo^ïõlÉ [EMAIL PROTECTED] EÇͲÐîæÌTCgɨ¯é¢©Èéguâ¹QÉεÄà [EMAIL PROTECTED] EfÚîñÉÖµÄ̲¿âÉͶĨèܹñÌÅ [EMAIL PROTECTED] E[}KWÉfÚ³ê½LÌêܽÍSð [EMAIL PROTECTED] E gÉo¦ÌÈ¢zMÍ¢½¸çÌÂ\«ª²´¢Ü· [EMAIL PROTECTED] [EMAIL PROTECTED] @ [EMAIL PROTECTED]@http://rin.m-blue.org/umeya/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#275498: $B9b!{%"%J$,$*Gq$j#F#U#C#K"v(B
[}KW~® [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ [EMAIL PROTECTED]@@ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ [EMAIL PROTECTED]@[EMAIL PROTECTED]://tv.puchiphoto.org/?egr130bg7p [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] @ [EMAIL PROTECTED]@A·¬éfÌXc±±ÜÅ{É©¹ÄµÜÁÄ¢¢Ì©IH [EMAIL PROTECTED]@Jª éÆàmç¸A½RÆå_Ès®ðÆéÞBB ¡ [EMAIL PROTECTED]@ ÌqAiÌvCx[gȪªÁ«èÆÛ©¦ÉcB ¡ [EMAIL PROTECTED]@»Ì¼å¨^gAOrAAChÜŪXÆaHÉÈÁÄsBBB [EMAIL PROTECTED]@[EMAIL PROTECTED]://tv.puchiphoto.org/?egr130bg7p ¤¤¤¤¤¤¤¤¤¤£££££££££££££££££££££ BoOOoBoOOoBBoOOoBoOOoBBoOOoBoOOoBBoOOoB µ¡TÌC`IV!!! ¡µ¡ÜÅÌèIuÔΩèðWß½ìiQðêåúo ¡ [EMAIL PROTECTED] ¡µvTäàÌJðÝuµÄÌlXÈAO©çÌ`Êɬ÷ ¡µçµ¢ÙÇIÈÊu©çÌXibvVbgÍA´x²Q!!! http://tv.puchiphoto.org/?egr130bg7p EEEEEEEEEEEEEEEEEEEEEEEE±ÌfÌÕÉAi^ÍDZÜÅϦçêé©H ¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ ¢¥¢¥ ªªªªªªªªªªªª `¢ÄÍ¢¯È¢ÖfÌ¢E « ªªªªªªªªªªªª® J[ZbNXVSzeB lCÌÈ¢êÅJèL°çêéúçÈs¢ÌXc ´xÔOüJÆ´¬^BµJðgÁ½ß£©çÌBeɬ÷I »Ì ÜèÌß³É\îÜÅob`ô [EMAIL PROTECTED]@[EMAIL PROTECTED]://tv.puchiphoto.org/?egr130bg7p [}KW~®EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE E~®Í[}KWÌzMX^hÆÈÁĨèAo^ïõlÉ [EMAIL PROTECTED] EÇͲÐîæÌTCgɨ¯é¢©Èéguâ¹QÉεÄà [EMAIL PROTECTED] EfÚîñÉÖµÄ̲¿âÉͶĨèܹñÌÅ [EMAIL PROTECTED] E[}KWÉfÚ³ê½LÌêܽÍSð [EMAIL PROTECTED] E gÉo¦ÌÈ¢zMÍ¢½¸çÌÂ\«ª²´¢Ü· [EMAIL PROTECTED] [EMAIL PROTECTED] @ [EMAIL PROTECTED]@http://rin.m-blue.org/umeya/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268357: $B9b!{%"%J$,$*Gq$j#F#U#C#K"v(B
[}KW~® [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ [EMAIL PROTECTED]@@ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ [EMAIL PROTECTED]@[EMAIL PROTECTED]://tv.puchiphoto.org/?yo8xi6bf4n [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] @ [EMAIL PROTECTED]@A·¬éfÌXc±±ÜÅ{É©¹ÄµÜÁÄ¢¢Ì©IH [EMAIL PROTECTED]@Jª éÆàmç¸A½RÆå_Ès®ðÆéÞBB ¡ [EMAIL PROTECTED]@ ÌqAiÌvCx[gȪªÁ«èÆÛ©¦ÉcB ¡ [EMAIL PROTECTED]@»Ì¼å¨^gAOrAAChÜŪXÆaHÉÈÁÄsBBB [EMAIL PROTECTED]@[EMAIL PROTECTED]://tv.puchiphoto.org/?yo8xi6bf4n ¤¤¤¤¤¤¤¤¤¤£££££££££££££££££££££ BoOOoBoOOoBBoOOoBoOOoBBoOOoBoOOoBBoOOoB µ¡TÌC`IV!!! ¡µ¡ÜÅÌèIuÔΩèðWß½ìiQðêåúo ¡ [EMAIL PROTECTED] ¡µvTäàÌJðÝuµÄÌlXÈAO©çÌ`Êɬ÷ ¡µçµ¢ÙÇIÈÊu©çÌXibvVbgÍA´x²Q!!! http://tv.puchiphoto.org/?yo8xi6bf4n EEEEEEEEEEEEEEEEEEEEEEEE±ÌfÌÕÉAi^ÍDZÜÅϦçêé©H ¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ ¢¥¢¥ ªªªªªªªªªªªª `¢ÄÍ¢¯È¢ÖfÌ¢E « ªªªªªªªªªªªª® J[ZbNXVSzeB lCÌÈ¢êÅJèL°çêéúçÈs¢ÌXc ´xÔOüJÆ´¬^BµJðgÁ½ß£©çÌBeɬ÷I »Ì ÜèÌß³É\îÜÅob`ô [EMAIL PROTECTED]@[EMAIL PROTECTED]://tv.puchiphoto.org/?yo8xi6bf4n [}KW~®EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE E~®Í[}KWÌzMX^hÆÈÁĨèAo^ïõlÉ [EMAIL PROTECTED] EÇͲÐîæÌTCgɨ¯é¢©Èéguâ¹QÉεÄà [EMAIL PROTECTED] EfÚîñÉÖµÄ̲¿âÉͶĨèܹñÌÅ [EMAIL PROTECTED] E[}KWÉfÚ³ê½LÌêܽÍSð [EMAIL PROTECTED] E gÉo¦ÌÈ¢zMÍ¢½¸çÌÂ\«ª²´¢Ü· [EMAIL PROTECTED] [EMAIL PROTECTED] @ [EMAIL PROTECTED]@http://rin.m-blue.org/umeya/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282815: $B9b!{%"%J$,$*Gq$j#F#U#C#K"v(B
[}KW~® [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ [EMAIL PROTECTED]@@ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ [EMAIL PROTECTED]@[EMAIL PROTECTED]://tv.puchiphoto.org/?ibafnt8v6x [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] @ [EMAIL PROTECTED]@A·¬éfÌXc±±ÜÅ{É©¹ÄµÜÁÄ¢¢Ì©IH [EMAIL PROTECTED]@Jª éÆàmç¸A½RÆå_Ès®ðÆéÞBB ¡ [EMAIL PROTECTED]@ ÌqAiÌvCx[gȪªÁ«èÆÛ©¦ÉcB ¡ [EMAIL PROTECTED]@»Ì¼å¨^gAOrAAChÜŪXÆaHÉÈÁÄsBBB [EMAIL PROTECTED]@[EMAIL PROTECTED]://tv.puchiphoto.org/?ibafnt8v6x ¤¤¤¤¤¤¤¤¤¤£££££££££££££££££££££ BoOOoBoOOoBBoOOoBoOOoBBoOOoBoOOoBBoOOoB µ¡TÌC`IV!!! ¡µ¡ÜÅÌèIuÔΩèðWß½ìiQðêåúo ¡ [EMAIL PROTECTED] ¡µvTäàÌJðÝuµÄÌlXÈAO©çÌ`Êɬ÷ ¡µçµ¢ÙÇIÈÊu©çÌXibvVbgÍA´x²Q!!! http://tv.puchiphoto.org/?ibafnt8v6x EEEEEEEEEEEEEEEEEEEEEEEE±ÌfÌÕÉAi^ÍDZÜÅϦçêé©H ¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@¢¥¢¥ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ ¢¥¢¥ ªªªªªªªªªªªª `¢ÄÍ¢¯È¢ÖfÌ¢E « ªªªªªªªªªªªª® J[ZbNXVSzeB lCÌÈ¢êÅJèL°çêéúçÈs¢ÌXc ´xÔOüJÆ´¬^BµJðgÁ½ß£©çÌBeɬ÷I »Ì ÜèÌß³É\îÜÅob`ô [EMAIL PROTECTED]@[EMAIL PROTECTED]://tv.puchiphoto.org/?ibafnt8v6x [}KW~®EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE E~®Í[}KWÌzMX^hÆÈÁĨèAo^ïõlÉ [EMAIL PROTECTED] EÇͲÐîæÌTCgɨ¯é¢©Èéguâ¹QÉεÄà [EMAIL PROTECTED] EfÚîñÉÖµÄ̲¿âÉͶĨèܹñÌÅ [EMAIL PROTECTED] E[}KWÉfÚ³ê½LÌêܽÍSð [EMAIL PROTECTED] E gÉo¦ÌÈ¢zMÍ¢½¸çÌÂ\«ª²´¢Ü· [EMAIL PROTECTED] [EMAIL PROTECTED] @ [EMAIL PROTECTED]@http://rin.m-blue.org/umeya/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290025: xserver-xfree86: xfree startup problem
Hello, The bug 290025 was due at a memory card problem of my computer thanks to close this bug ! bye, C est le moment de dynamiser votre bote mail en dcouvrant les offres CaraMail Max et Pro - http://www.caramail.com
Bug#298160: Updated german translation for plan (.po file)
Package: plan Severity: wishlist Hi, as you requested here is the updated german .po file for plan. Regards Sebastian -- debianforum.de - die deutschsprachige Supportwebseite rund um das Debian-Projekt http://www.debianforum.de # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-01-16 23:44+0100\n PO-Revision-Date: 2005-03-06 09:01+0100\n Last-Translator: Sebastian Feltel [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../plan.templates:3 msgid australia msgstr Australien #. Type: select #. Choices #: ../plan.templates:3 msgid austria msgstr Österreich #. Type: select #. Choices #: ../plan.templates:3 msgid bavarian msgstr bayrisch #. Type: select #. Choices #: ../plan.templates:3 msgid belgium msgstr Belgien #. Type: select #. Choices #: ../plan.templates:3 msgid belgium_french msgstr belgisch-französisch #. Type: select #. Choices #: ../plan.templates:3 msgid canada msgstr Kanada #. Type: select #. Choices #: ../plan.templates:3 msgid combi msgstr Kombiniert #. Type: select #. Choices #: ../plan.templates:3 msgid czech msgstr tschechisch #. Type: select #. Choices #: ../plan.templates:3 msgid denmark msgstr Dänemark #. Type: select #. Choices #: ../plan.templates:3 msgid dutch msgstr niederländisch #. Type: select #. Choices #: ../plan.templates:3 msgid finnish msgstr finnisch #. Type: select #. Choices #: ../plan.templates:3 msgid french msgstr französisch #. Type: select #. Choices #: ../plan.templates:3 msgid frswiss msgstr französisch-schweizerisch #. Type: select #. Choices #: ../plan.templates:3 msgid german msgstr deutsch #. Type: select #. Choices #: ../plan.templates:3 msgid greek msgstr griechisch #. Type: select #. Choices #: ../plan.templates:3 msgid hungary msgstr Ungarn #. Type: select #. Choices #: ../plan.templates:3 msgid italy msgstr Italien #. Type: select #. Choices #: ../plan.templates:3 msgid japan msgstr Japan #. Type: select #. Choices #: ../plan.templates:3 msgid norway msgstr Norwegen #. Type: select #. Choices #: ../plan.templates:3 msgid portugal msgstr Portugal #. Type: select #. Choices #: ../plan.templates:3 msgid quebec msgstr Quebec #. Type: select #. Choices #: ../plan.templates:3 msgid spain msgstr Spanien #. Type: select #. Choices #: ../plan.templates:3 msgid swedish msgstr schwedisch #. Type: select #. Choices #: ../plan.templates:3 msgid uk msgstr England #. Type: select #. Choices #: ../plan.templates:3 msgid us msgstr Vereinigte Staaten von Amerika #. Type: select #. Choices #: ../plan.templates:3 msgid none msgstr kein #. Type: select #. Description #: ../plan.templates:5 msgid What default holiday scheme do you want? msgstr Welches Standard-Ferienschema soll verwendet werden? #. Type: select #. Description #: ../plan.templates:5 msgid Please choose a holiday scheme from the list. This will be the default holiday used in plan. You can override this default by copying the required holiday file from /usr/share/doc/plan/examples/holiday to /etc/plan/holiday. msgstr Bitte wählen Sie ein Ferienschema aus der Liste. Dies wird das Standard- Ferienschema für Plan. Sie können die Standardeinstellung außer Kraft setzen, indem Sie die benötigten Ferien-Dateien aus /usr/share/doc/plan/ examples/holiday nach /etc/plan/holiday kopieren. #. Type: select #. Description #: ../plan.templates:5 msgid Alternatively, per user holiday schemes might be had by copying the required holiday files to ~/.plan.dir/holiday. msgstr Alternativ kann jeder Benutzer für sich selbst die benötigten Dateien nach ~/.plan.dir/holiday kopieren. #~ msgid #~ australia, austria, bavarian, belgium, belgium_french, canada, combi, #~ czech, denmark, dutch, finnish, french, frswiss, german, greek, hungary, #~ italy, japan, norway, portugal, quebec, spain, swedish, uk, us #~ msgstr #~ australia, austria, bavarian, belgium, belgium_french, canada, combi, #~ czech, denmark, dutch, finnish, french, frswiss, german, greek, hungary, #~ italy, japan, norway, portugal, quebec, spain, swedish, uk, us signature.asc Description: OpenPGP digital signature
Bug#298161: bazaar: baz status --additions | --modifications | --deletions
Package: bazaar Version: 1.2~200503020108 Severity: wishlist Hi, It'd be nice if you could use 'baz status' and just list the files belonging to a particular changes (additions, mods, deletions, meta-data only, etc.) Perhaps something like the subject would be acceptable for the command line. Anand -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages bazaar depends on: ii diff 2.8.1-9 File comparison utilities ii gawk 1:3.1.4-2 GNU awk, a pattern scanning and pr ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libneon240.24.7.dfsg-0.2 An HTTP and WebDAV client library ii patch2.5.9-2 Apply a diff file to an original -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296693: help with bug 296693
On Fri, Mar 04, 2005 at 03:16:20PM -0800, Thomas Bushnell BSG wrote: Bug 296693 is a grave bug which reports a catastrophic guile crash in gnucash. However, it doesn't happen for me. The user told me that it did happen even for other machines of his. Yet, nobody else has reported it. Can a user with an i386 attempt to reproduce the bug and report back? I don't reproduce it either. I compared the versions of packages listed in the bug report with mine, and found this discrepancy in the reporter's list : ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-10 X Window System Input extension li ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu Notice that one is -12 and the others are -10. I have -12.0.1 for all of these except xlibs which is only at -12. Frank -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298162: vim: Entering Euro char via digraph doesn't work with LC_CTYPE=de_DE@euro
Package: vim Version: 1:6.3-058+1 Severity: normal If I have set [EMAIL PROTECTED] or [EMAIL PROTECTED] entering an Euro char via :digraph ee 164 doesn't work. Using Ctrl-V 1 6 4 works fine. If LC_CTYPE is de_DE, en_US or C, digraph for Euro char works, too, even after using :language ctype [EMAIL PROTECTED] from inside vim. Entering other special characters via digraph works, too. This problem also exists in vim 6.3.62 on x86 compiled from source, but it doesn't exist in vim 6.1.18 from Debian woody. [EMAIL PROTECTED] is configured with /etc/locale.gen and locale-gen. Regards, Thomas Arendsen Hein -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.4.25-powerpc Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages vim depends on: ii dpkg1.10.26 Package maintenance system for Deb ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgpmg11.19.6-19General Purpose Mouse - shared lib ii libncurses5 5.4-4Shared libraries for terminal hand ii vim-common 1:6.3-058+1 Vi IMproved - Common files -- no debconf information -- Email: [EMAIL PROTECTED] http://intevation.de/~thomas/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298165: bazaar: baz import -a
Package: bazaar Version: 1.2~200503020108 Severity: normal Hi, (19:03:52) wildfire: bah, baz import -a is bad (19:04:57) wildfire: I imported gtk-gnutella 0.95 (19:05:04) wildfire: and it has two directories named 'core' (19:05:47) wildfire: which are ignored; for autoimport baz should just assume everything in the directories and below (even if they later violate naming conventions or something) should be brought in (19:29:42) lifeless: wildfire: can you file a bug on that core thing please ? Bug now filed. Cheers, Anand -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages bazaar depends on: ii diff 2.8.1-9 File comparison utilities ii gawk 1:3.1.4-2 GNU awk, a pattern scanning and pr ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libneon240.24.7.dfsg-0.2 An HTTP and WebDAV client library ii patch2.5.9-2 Apply a diff file to an original -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298164: rsnapshot: Recommends nonexistent package
Package: rsnapshot Version: 1.2.0-1 Severity: minor rsnapshot recommends package 'du' which is not available. 'du' itself can be found from 'coreutils' which has required priority so recommending is not required. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-ac12 Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Versions of packages rsnapshot depends on: ii logrotate 3.7-2 Log rotation utility ii perl 5.8.4-6Larry Wall's Practical Extraction ii rsync 2.6.3-2fast remote file copy program (lik -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#288172: FTBFS: Does not build with Build-Depends packages installed
Please, as soon as we are convinced that this is a local configuration issue, could we please close this? Many other machines report no problem. This is not to say that it is not a subtle atlas bug, but odds are I suggest you close this. I have no time for doing check ATM and the issue woul dthen probably remain opened while it is highly likely to be a local config issue. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298127: db2latex-xsl: Please create TOC by default (for book)
* Roland Stigge [EMAIL PROTECTED] wrote [050304 22:53]: currently, no table of contents is created by default for books. Instead, I need to manually create one with toc/. Other target formats usually generate a TOC by default. So db2latex should do that also. I don't think that this is the right way. The reason that there is the markup tag toc is exactly as to give the author the opportunity to decide himself whether he wants a toc or not. Quite a few of my book documents don't have a toc. If a user always wants a toc for his books he could easily achieve this in his customization layer. Michael -- [EMAIL PROTECTED] http://www.miwie.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298125: db2latex-xsl: German Umlaut pattern leads to bad output
* Roland Stigge [EMAIL PROTECTED] wrote [050304 22:42]: in a lang=de book, consider a pattern like this: 123 abc db2latex-xsl seems to copy this to the output, causing LaTeX to create an A-Umlaut (Ä). If using a lang attribute (which IMO is good practice) for DocBook Documents which are to be processed using db2latex the user should contact the babel documentation and read carefully all the options for the chosen language. shorthands are quite often used in babel and can be switched off. This depends on the language. For the given example the customization layer should emit (after \begin{document}: \shorthandoff{} and all is fine... IMO it is very difficult to find reasonable babel default values for a given language, so the user _must_ configure babel in a customization layer anyhow. Michael -- [EMAIL PROTECTED] http://www.miwie.org
Bug#292252: PCI-E Amd64 bug #292252
Alle 19:46, venerdì 4 marzo 2005, Branden Robinson ha scritto: On Sun, Feb 20, 2005 at 02:53:02PM +0100, Marco Amadori wrote: Can u please update the xfree86 sources with the patch mentioned here? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=292252 I think it will be a release-critical bug if only amd64 was a supported arch. I'm sorry if this sounds harsh, but the simple fact is that amd64 is not a supported arch, and therefore this bug is *not* release-critical. I know that already, but I think that this small patch doesn't affect the stability of other arch, but maybe I'm wrong about that, not possible to simply add this patch? It worked on last 3 revisions of xfree, -9, -10 and -11. If you'd like some good news, I have started work on packaging X.Org X11 6.8.2. This should have better support for AMD64 and a lot of other nice things besides. This is a great news! The Subversion repository is here: svn://necrotic.deadbeast.net/xorg-x11 I'll try that very soon, tnx. Also, in the future, please send followups to bug reports to the bug address (in this case, [EMAIL PROTECTED]). For sure. Tnx for your reply. -- Marco Amadori :wq
Bug#230756: nautilus: Should not change desktop settings (color, icons) when launched under a non-GNOME session)
Hi, On sam, mar 05, 2005, [EMAIL PROTECTED] wrote: /usr/lib/menu/nautilus entry does not have the --no-desktop switch. ... Coudl the command=/usr/bin/nautilus be replaced by: command=/usr/bin/nautilus --no-desktop That's a good idea; Karsten, would it be ok if launching nautilus from the Debian menu would do what you want? (ie. not hijack the desktop) Bye, -- Loïc Minier [EMAIL PROTECTED] Neutral President: I have no strong feelings one way or the other.
Bug#297494: Bug #297494: mount.crypt doesn't seem to work
Hi Hubert and Bastian, I have the same problems as Hubert. Last known version working on my machine is 0.9.20-9 I have the same volume entry as Hubert except another partition name in my /etc/security/pam_mount.conf. If I use the current version, i get the following errors: Mar 5 10:30:51 zappa su[11661]: pam_mount: mount: you must specify the filesystem type Mar 5 10:30:51 zappa su[11661]: pam_mount: mount.crypt: error mounting _dev_hdb6 Mar 5 10:30:51 zappa su[11661]: pam_mount: waiting for mount Mar 5 10:30:51 zappa su[11661]: pam_mount: mount of /dev/hdb6 failed Mar 5 10:30:51 zappa su[11661]: pam_mount: clean system authtok (0) Mar 5 10:30:51 zappa su[11661]: pam_mount: command: /usr/sbin/pmvarrun -u clemens -d -o 1 I suppose those are the same error messages as Hubert must have. I know this is no further improvement in solving the bug. It just occurs that I have the same problem. Regards, Clemens Bier -- GPG Key: http://eigenvalue.net/~clemens/gpgkey.asc Fingerprint: 1024D/A07D0D1B 5FB1 B155 8070 DF8B 4350 6583 87FF 3589 A07D 0D1B pgpTYh3hP7xyu.pgp Description: PGP signature
Bug#298166: kernel-patch-grsecurity2: Security bug found in grsecurity (probably locally exploitable)
Package: kernel-patch-grsecurity2 Severity: critical Tags: security Justification: root security hole Hi, There is a bug found in the grsecurity kernel patch. There is a new upstream version available what fixes this problem. Please see: http://grsecurity.net/pipermail/grsecurity/2005-March/000272.html Regards, Matthijs Mohlmann -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298167: blender: insecure writing to /tmp/quit.blender
Package: blender Version: 2.35-1.1 Severity: serious Tags: security Hello Masayuki, It seems there is a trivially exploitable symlink attack in blender: To reproduce: 1) ln -s $HOME/foo /tmp/quit.blend 2) run blender 3) Create some objects 4) quit blender 5) blender output: Saved session recovery to /tmp/quit.blend Blender quit 6) Now $HOME/foo has been written to. Looking at the code: ./source/blender/blenkernel/intern/blender.c line 666 (no joke): /* no undo state to save */ if(undobase.first==undobase.last) return; BLI_make_file_string(/, str, U.tempdir, quit.blend); file = open(str,O_BINARY+O_WRONLY+O_CREAT+O_TRUNC, 0666); if(file == -1) { printf(Unable to save %s\n, str); return; } blender needs to also set O_EXCL when opening the file to prevent the symlink attack. However it seems a better fix to save this file in $HOME/.blender: if several users run blender on the same machine, only the first one will benefit of the /tmp/quit.blend. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages blender depends on: ii gettext 0.14.1-10 GNU Internationalization utilities ii gettext-base 0.14.1-10 GNU Internationalization utilities ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-9 GCC support library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libopenal00.2004090900-1.1 OpenAL is a portable library for 3 ii libpng12-01.2.8rel-1 PNG library - runtime ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer ii libstdc++51:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1X Window System protocol client li ii python2.3 2.3.5-1An interactive high-level object-o ii xlibmesa-gl [ 4.3.0.dfsg.1-12.0.1Mesa 3D graphics library [XFree86] ii xlibmesa-glu 4.3.0.dfsg.1-12.0.1Mesa OpenGL utility library [XFree ii xlibs 4.3.0.dfsg.1-12X Keyboard Extension (XKB) configu ii zlib1g1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298168: sensord: can't create RRD database for it8712 chips
Package: sensord Version: 1:2.9.0-14 Severity: normal Tags: patch When I tried to enable RRD usage, sensord created RRD with only field for loadavg, because it failed to recognize it8712 chip. Attached one-liner patch to fix this issue. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-01 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages sensord depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii librrd0 1.0.49-1 Time-series data storage and displ ii libsensors3 1:2.9.0-14 library to read temperature/voltag ii lm-sensors 1:2.9.0-14 utilities to read temperature/volt -- no debconf information --- lm-sensors-2.9.0/prog/sensord/chips.c 2005-03-05 13:04:29.0 +0300 +++ lm-loc/prog/sensord/chips.c 2005-03-05 13:01:35.0 +0300 @@ -546,7 +546,7 @@ /** IT87 (thanks to Mike Black) **/ static const char *it87_names[] = { - SENSORS_IT87_PREFIX, NULL + SENSORS_IT87_PREFIX, it8712, NULL }; static const FeatureDescriptor it87_features[] = {
Bug#298041: i2c-2.4.27-2-k6: When installing i2c modules, headers are not set acccordingly !
Hi Aurelien, Aurelien Jarno wrote: Benoit Hamet a écrit : Package: i2c-2.4.27-2-k6 Version: 1:2.9.0-12 Severity: wishlist I lose one day figuring out why my drivers were segfaulting when registring in i2c system. I finally notice that the size of struct adapter is not the same between the headers chipped by the kernel-header and the one given by i2c-source (I guess that i2c-source is the source package for this version of the drivers). Which files are you speaking about? yes that's i2c.h I have check on my system, the definition of i2c_adapter is the same in /usr/src/kernel-headers-2.4.27-2/linux/i2c.h and in /usr/src/modules/i2c/kernel/i2c.h. The ABI is the same, and a driver build with one or with the other header should work. The main funtions are the same I agree, but take a close look at the sizeof(struct adapter) and you will see that there _is_ a difference which conduct to a kind of buffer overflow :/ If you want I can cp the 2 structures. Regards, Benoit. signature.asc Description: OpenPGP digital signature
Bug#296230: Different variables for language and locale
Hi Adeodato, On [21/02/05 17:21], Adeodato Simó wrote: * Christian Kurz [Mon, 21 Feb 2005 09:04:30 +0100]: currently I'm not able to configure kdm to use a german keymap but use english language in the greeter. kdm forces me to decide between either having a german keymap, as I'm using when logged in and german text. Or I'm getting all text in english, but then I'm also having a US keymap. Please consider adding the possibility of having a german keymap while having at the same time english texts. Thanks! I have a Spanish keymap here, plus messages in English in the greeter. AFAICT, you should be setting the keymap in your /etc/X11/XF86Config-4, right? E.g.: $ grep -i language /etc/kde3/kdm/kdmrc # Language and locale to use in the greeter, encoded like $LC_LANG. # Language= $ grep -i XkbLayout /etc/X11/XF86Config-4 Option XkbLayout es What are the steps you follow? I've now checked my configuration. I had specified us as XkbLayout for X11. I've changed this to de for testing and it works fine. I've never thought about XF86Config-4, since I didn't thought it would affect this setting. I had completely forgotten about since, since I'm using the KDE keyboard tool in KDE itself to decide which keymap to use. Maybe this should be documented somewhere? But at least you can close this bugreport and thanks for your help. Christian -- Debian Developer (http://www.debian.org) 1024D/B7CEC7E8 44BD 1F9E A997 3BE2 A44F 96A4 1C98 EEF3 B7CE C7E8 pgpxfcSfpjEed.pgp Description: PGP signature
Bug#298169: mpg321 is setuid root and can be used to overwrite arbitrary files using -w
Package: mpg321 Version: 0.2.10.3 Severity: critical Tags: security mpg312 is installed setuid root probably to do scheduler magic or whatever (didn't check). Anyhow, this means you can invoke it using mpg321 -w /etc/passwd foo/mp3 or whatever. For now I would suggest we remove the suid bit (clearly this has issues to, but those are less sever than being able to trash arbitrary files as non-root). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-rc4-cw Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mpg321 depends on: ii libao2 0.8.5-1 Cross Platform Audio Output Librar ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libid3tag0 0.15.1b-4ID3 tag reading library from the M ii libmad0 0.15.1b-1MPEG audio decoder library ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296230: Different variables for language and locale
On [21/02/05 17:21], Adeodato Simó wrote: * Christian Kurz [Mon, 21 Feb 2005 09:04:30 +0100]: Package: kdm Version: 4:3.3.2-1 Severity: wishlist currently I'm not able to configure kdm to use a german keymap but use english language in the greeter. kdm forces me to decide between either having a german keymap, as I'm using when logged in and german text. Or I'm getting all text in english, but then I'm also having a US keymap. Please consider adding the possibility of having a german keymap while having at the same time english texts. Thanks! I have a Spanish keymap here, plus messages in English in the greeter. AFAICT, you should be setting the keymap in your /etc/X11/XF86Config-4, right? E.g.: $ grep -i language /etc/kde3/kdm/kdmrc # Language and locale to use in the greeter, encoded like $LC_LANG. # Language= $ grep -i XkbLayout /etc/X11/XF86Config-4 Option XkbLayout es What are the steps you follow? Thanks for your fast answer to my bugreport. Currently I'm unable to check the configuration, since I'm on a short visit to my parents. But when I'm back next weekend, I'm going to report back. Christian -- When you are content to be simply yourself and don't compare or compete, everybody will respect you. -- Lao-Tzu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#266052: jack: doesn't support UTF8 freedb entries
Package: jack Version: 3.1.1-1 Followup-For: Bug #266052 As far as I can see, the problem described in bug 266052 is still present in the current version of jack. Would it be possible for the maintainer to patch jack in a similar way as the submitter of this bug has done? The current situation makes Jack partially unusable for all people that use it on non-english music... Thanks a lot, Chris. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10.t41-2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages jack depends on: ii cdparanoia3a9.8-11 An audio extraction tool for sampl ii python2.3.5-1An interactive high-level object-o ii python-cddb 1.4-3 Python interface to CD-IDs and Fre ii python-id31.2-6.1Python module for id3-tags manipul ii python-id3lib 0.5.1-3id3lib wrapper for Python - dummy ii python-pyvorbis 1.3-1 A Python interface to the Ogg Vorb ii vorbis-tools 1.0.1-1.2 Several Ogg Vorbis Tools -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298170: gksu's manpage formatting
Package: gksu Version: 1.2.4-1 Severity: minor Tags: patch Hi, I think the top of the gksu manpage had a little formatting problem, here's a small patch which fixes the problem here. Regards, -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gksu depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgksu1.2-01.2.5a-1 library providing su and sudo func ii libgksuui1.0-0 1.0.3-2 a graphical fronted to su library ii libglib2.0-02.6.3-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libpango1.0-0 1.8.0-3 Layout and rendering of internatio ii sudo1.6.8p5-1Provide limited super user privile -- no debconf information -- Loïc Minier [EMAIL PROTECTED] Neutral President: I have no strong feelings one way or the other. diff -urN gksu-1.2.3.orig/man/gksu.1 gksu-1.2.3/man/gksu.1 --- gksu-1.2.3.orig/man/gksu.1 2005-02-21 23:31:02.0 +0100 +++ gksu-1.2.3/man/gksu.1 2005-03-05 11:37:19.328262446 +0100 @@ -18,10 +18,9 @@ .SH NAME gksu \- a Gtk+ su frontend .SH SYNOPSIS -.B gksu -.RI [ options ] command -.B gksudo -.RI [ options ] command +\fBgksu\fR [ \fIoptions\fR ] \fIcommand\fR +.br +\fBgksudo\fR [ \fIoptions\fR ] \fIcommand\fR .SH DESCRIPTION This manual page documents briefly .B gksu
Bug#298041: i2c-2.4.27-2-k6: When installing i2c modules, headers are not set acccordingly !
On Sat, Mar 05, 2005 at 11:19:40AM +0100, Benoit Hamet wrote: Hi Aurelien, Aurelien Jarno wrote: I have check on my system, the definition of i2c_adapter is the same in /usr/src/kernel-headers-2.4.27-2/linux/i2c.h and in /usr/src/modules/i2c/kernel/i2c.h. The ABI is the same, and a driver build with one or with the other header should work. The main funtions are the same I agree, but take a close look at the sizeof(struct adapter) and you will see that there _is_ a difference which conduct to a kind of buffer overflow :/ If you want I can cp the 2 structures. Yes, it would be nice, because a diff between the two files listed above shows me that there is no difference concerning the structures. Bye, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian GNU/Linux developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298123: db2latex-xsl: Default language French?
* Roland Stigge [EMAIL PROTECTED] wrote [050304 22:36]: I'm living in an en_GB.UTF-8 locale and am wondering why the default language in the result seems to be French. It is questionable what the default language for a docBook XNML document should be. E.g. I use de_DE as default locale but most of my Docbook documents are written in english. IMO one cannot deduce from the locale setting what language a document is written in. IMO it is more than good practice to use a lang attribute for DocBook XML documents. Doing this will enbale db2latex to set the correct babel language. Michael -- [EMAIL PROTECTED] http://www.miwie.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298041: i2c-2.4.27-2-k6: When installing i2c modules, headers are not set acccordingly !
Aurelien Jarno wrote: On Sat, Mar 05, 2005 at 11:19:40AM +0100, Benoit Hamet wrote: Hi Aurelien, Aurelien Jarno wrote: I have check on my system, the definition of i2c_adapter is the same in /usr/src/kernel-headers-2.4.27-2/linux/i2c.h and in /usr/src/modules/i2c/kernel/i2c.h. The ABI is the same, and a driver build with one or with the other header should work. The main funtions are the same I agree, but take a close look at the sizeof(struct adapter) and you will see that there _is_ a difference which conduct to a kind of buffer overflow :/ If you want I can cp the 2 structures. Yes, it would be nice, because a diff between the two files listed above shows me that there is no difference concerning the structures. ]$ diff kernel-source-2.4.27/include/linux/i2c.h kernel-headers-2.4.27-2-k6/include/linux/i2c.h ]$ vi kernel-source-2.4.27/include/linux/i2c.h module/i2c/kernel/i2c.h In modules/i2c/kernel/i2c.h : line 246 you get : void *data; /* private data for the adapter */ /* some data fields that are used by all types */ /* these data fields are readonly to the public */ /* and can be set via the i2c_ioctl call */ /* data fields that are valid for all devices */ struct semaphore bus; struct semaphore list; unsigned int flags;/* flags specifying div. data */ when in kernel-source-2.4.27/include/linux/i2c.h you get : line 244 : void *data; /* private data for the adapter */ /* some data fields that are used by all types */ /* these data fields are readonly to the public */ /* and can be set via the i2c_ioctl call*/ /* data fields that are valid for all devices */ struct semaphore lock; unsigned int flags;/* flags specifying div. data*/ AND Then take a look at line 251 in module/i2c/kernel/i2c.h struct i2c_client *clients[I2C_CLIENT_MAX]; int timeout; when at line 248 you get in kernel-source-2.4.27/include/i2c.h struct i2c_client *clients[I2C_CLIENT_MAX]; int client_count; int timeout; Hope that you get it :] I think that perhaps if struct semaphore is the same size of int client_count, then perhaps the size are the same, but I would be really surprised if this was the case: Just in case : 904d5171ac343b10f4d0ac8c86d316b8 modules/i2c/kernel/i2c.h 7845d52b834f6309a4f040f7ef1f6968 kernel-headers-2.4.27-2-k6/include/linux/i2c.h Regards, Benoit signature.asc Description: OpenPGP digital signature
Bug#298171: xawtv: FTBFS (amd64/gcc-4.0): static declaration of 'snapbase' follows non-static declaration
Package: xawtv Severity: normal Tags: patch When building 'xawtv' on amd64 with gcc-4.0, I get the following error: In file included from /usr/include/curses.h:136, from console/fbtv.c:24: /usr/lib/gcc/x86_64-linux/4.0.0/include/stdbool.h:36:1: warning: this is the location of the previous definition console/fbtv.c:190: error: static declaration of 'snapbase' follows non-static declaration ./common/commands.h:53: error: previous declaration of 'snapbase' was here console/fbtv.c: In function 'text_out': console/fbtv.c:329: warning: pointer targets in passing argument 4 of 'fs_puts' differ in signedness console/fbtv.c: In function 'text_width': console/fbtv.c:335: warning: pointer targets in passing argument 2 of 'fs_textwidth' differ in signedness console/fbtv.c: In function 'main': console/fbtv.c:801: warning: pointer targets in assignment differ in signedness make[1]: *** [console/fbtv.o] Error 1 make[1]: Leaving directory `/xawtv-3.94/work/xawtv-3.94' make: *** [build-it] Error 2 With the attached patch 'xawtv' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/xawtv-3.94/dist/gcc4_fix.diff ./dist/gcc4_fix.diff --- ../tmp-orig/xawtv-3.94/dist/gcc4_fix.diff 1970-01-01 01:00:00.0 +0100 +++ ./dist/gcc4_fix.diff2005-03-05 12:35:02.248227517 +0100 @@ -0,0 +1,21 @@ +diff -urN tmp/xawtv-3.94/console/fbtv.c work/xawtv-3.94/console/fbtv.c +--- tmp/xawtv-3.94/console/fbtv.c 2004-06-30 14:26:52.0 +0200 xawtv-3.94/console/fbtv.c 2005-03-05 12:33:50.767024708 +0100 +@@ -187,7 +187,7 @@ + + #define NKEYTAB (sizeof(keytab)/sizeof(struct KEYTAB)) + +-static char *snapbase; ++static char *snapbase_fbtv; + static char default_title[128] = ???; + static char message[128] = ; + +@@ -634,7 +634,7 @@ + fbdev = optarg; + break; + case 'o': +- snapbase = strdup(optarg); ++ snapbase_fbtv = strdup(optarg); + break; + case 's': + sscanf(optarg,%dx%d,ww,hh); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297907: option to relativate URLs
also sprach Kenshi Muto [EMAIL PROTECTED] [2005.03.05.0633 +0100]: I submitted this wishlist to upstream bug tracking system. Thanks! As far as I checked, this needs wide range changes around templates and scheduler. Yes, that's not too nice; but I think it's necessary. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Bug#298172: kexi: Kexi menu item should be in Apps/Databases
Package: kexi Version: 0.1cvs20041117-1 Severity: wishlist Tags: patch As kexi is an application used to design and handle databases, it would better be in Apps/Databases: --- debian/kexi.menu2005-03-05 11:58:54.0 +0100 +++ debian/kexi.menu.new2005-03-05 12:14:52.0 +0100 @@ -2,3 +2,3 @@ needs=X11\ - section=Apps/Tools\ + section=Apps/Databases\ hints=KDE\ -- no debconf information Quickly, Nowhere man -- [EMAIL PROTECTED] OpenPGP 0xD9D50D8A signature.asc Description: Digital signature
Bug#298126: db2latex-xsl: simplesect created at wrong level of nesting
* Roland Stigge [EMAIL PROTECTED] wrote [050304 22:49]: simplesects seem to be created at the wrong level of nesting. They should be included in the surrounding section level. Instead, they break out of that and are created at a higher level. The following is a workaround (before being fixed upstream - which can last a long time...): - Use section instead of sect1. The db2latex templates renders this correctly. A more complicated solution could be (though not useful as a genaral solution): - Override the template xsl:template match=sect1|sect2|sect3|sect4|sect5 in sections.mod.xsl to: xsl:template match=sect1|sect2|sect3|sect4|sect5|simplesect _and_ provide for an override latex.mapping.xml for the key simplesect outputting the TeX section you want. Michael -- [EMAIL PROTECTED] http://www.miwie.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298079: menu: [INTL:nb] Translation of menu and menu-section for Norwegian Bokmål
tags 298079 pending quit On Fri, Mar 04, 2005 at 03:30:58PM +0100, Hans Fredrik Nordhaug wrote: Package: menu Translation attached. Hello Hans, I have checked them and commited them to the Debian menu CVS on alioth. They will be in menu 2.1.23. Thanks a lot. -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296056: Re: Bug#296056: exim4-config: Please submit Debian documentation changes upstream, to Phillip Hazel. Easing support.
tags #296056 wontfix moreinfo thanks Hi Greg, On Sun, Feb 20, 2005 at 07:41:54AM +0100, Marc Haber wrote: On Sat, Feb 19, 2005 at 06:19:38PM -0500, Greg Folkert wrote: This is a big thing, I'd like to see the Debian Documentation changes made by the Debian Exim Team make their way into Phillip's spec.txt. The only change we make to spec.txt are references to the Debian exim mailing list. Frankly, I do not see whether it would make sense to have that reference on non-Debian installations. Thereby making it's way eventually into the FAQ and other online documentation. Explaining the custom options and other niceties I find extremely useful. You mean the bells and whistles of upstream packaging? I am not quite sure if upstream would want that inside their documentation. That documentation would always be behind. You did not comment any more on my answer. I am thus tagging the bug moreinfo, wontfix, and let it wait until you have answered. If you have lost interest in the issue, I will close the bug report by the end of March 2005. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298174: gcc-3.4: Missing *mmintrin.h on amd64
Package: gcc-3.4 Version: 3.4.3-9 Severity: normal As the subject says, the amd64 debs are missing mmintrin.h, pmmintrin.h, and xmmintrin.h from /usr/lib/gcc/x86_64-linux/3.4.4/include. (I discovered this when trying to build the latest CVS version of glucas for amd64.) -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.9-9-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages gcc-3.4 depends on: ii binutils2.15-5 The GNU assembler, linker and bina ii cpp-3.4 3.4.3-9 The GNU C preprocessor ii gcc-3.4-base3.4.3-9 The GNU Compiler Collection (base ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-9GCC support library -- no debconf information -- Daniel Schepler Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet. -- Orson Scott Card -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298173: sylpheed: [security] buffer overflow (= 1.0.2), now 1.0.3 is released
Package: sylpheed Severity: critical -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear sylpeed maintainer, A buffer overflow bug was found and fixed at 1.0.3. This problem exists in almost all of the older version, so it affects woody, sarge and sid. Please update sylpheed package. See http://sylpheed.good-day.net/index.cgi.en and check its detail. - -- Regards, Hideki Yamane henrich @ samba.gr.jp/iijmio-mail.jp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCKZbUIu0hy8THJksRAlqQAJ40zoYIwFu454/mVdiw25RKTHDG5wCcDXK5 VGs/7WPl3JXpB1Quzx8e4YI= =yHMo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298159: r-cran-rgl: rgl.snapshot() fails
On 4 March 2005 at 23:54, Andre Lehovich wrote: | Package: r-cran-rgl | Version: 0.64.13-3 | Severity: normal | | rgl.snapshot is always failing for me. Here is a snippet | showing how to reproduce: | | | library(rgl) | | example(rgl.spheres) | | | | rgl.sp rgl.spheres(rnorm(10), rnorm(10), rnorm(10), radius = 0.2, | | color = rainbow(10)) | | Xlib: extension XFree86-DRI missing on display :0.0. | | rgl.snapshot(/tmp/foo.png) | | [1] failed | | | | I have no idea how to debug this. For now I can use | import(1) (from imagemagick) as a workaround. Well, it is not a bug in rgl that your X11 config is incomplete, is it? Try something like http://www.google.com/search?q=howto+enable+dri as a start. Also try other packages using OpenGL. I intend to close this unless you give me a good reason why I shouldn't. Dirk | | Thanks, | --Andre | | -- System Information: | Debian Release: 3.1 | APT prefers testing | APT policy: (900, 'testing') | Architecture: i386 (i586) | Kernel: Linux 2.4.28 | Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) | | Versions of packages r-cran-rgl depends on: | ii libpng12-0 1.2.8rel-1 PNG library - runtime | ii r-base-core 2.0.1-2 GNU R core of statistical computin | ii xlibmesa-gl [libgl1] 4.3.0.dfsg.1-10 Mesa 3D graphics library [XFree86] | ii xlibmesa-glu [libglu1] 4.3.0.dfsg.1-10 Mesa OpenGL utility library [XFree | | -- no debconf information -- Better to have an approximate answer to the right question than a precise answer to the wrong question. -- John Tukey as quoted by John Chambers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298175: leaks memory
Package: umbrello Version: 4:3.3.1-2 Severity: normal about 1GB after 2 hours of work on class diagrams -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages umbrello depends on: ii kdelibs4 4:3.3.2-1 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libgcc1 1:3.4.3-6 GCC support library ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libidn11 0.5.2-3 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298120: allow per-version scripts
also sprach Sven Luther [EMAIL PROTECTED] [2005.03.05.1239 +0100]: Sounds reasonable to me. I have one questions about the resulting initrd. How does mkinitrd make sure (or not) that the programs called in the scripts are (or not) included in the initrd, and what about the libraries used ? I just use scripts, but I started to implement a means in which multiple packages can modify the initrd. It's very rudimentary though. Check out http://madduck.net/~madduck/scratch/mkinitrd-script Cheers, -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Bug#298120: allow per-version scripts
On Fri, Mar 04, 2005 at 10:11:54PM +0100, martin f krafft wrote: Package: initrd-tools Version: 0.1.77 Severity: wishlist Tags: patch I just packaged kernel-patch-suspend2, which uses /etc/mkinitrd/scripts. The problem is that any script in that directory are run for all kernel versions, even if not applicable. My suggestion is to use the same approach as kernel-package and to allow scripts to be installed into /etc/mkinitrd/scripts/$VERSION, which is processed after /etc/mkinitrd/scripts. The following patch enables this: Sounds reasonable to me. I have one questions about the resulting initrd. How does mkinitrd make sure (or not) that the programs called in the scripts are (or not) included in the initrd, and what about the libraries used ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297985: XFREE86: Crash to configure Xfree86 on S3 ProSavage8 KM266/KL266
MIME-Version: 1.0Content-Transfer-Encoding: 8bitContent-Type: text/plain; charset="ISO-8859-1"From: =?iso-8859-1?q?Sa=FAl_Quintero?= [EMAIL PROTECTED]To: Debian Bug Tracking System [EMAIL PROTECTED]Subject: XFREE86: Crash to configure Xfree86 on S3 ProSavage8 KM266/KL266X-Mailer: reportbug 3.8Date: Sat, 05 Mar 2005 03:53:34 -0400 Package: XFREE86Followup-For: Bug #297985 Report in Spanish:La instalacion de Debian no me reconoció el Video en el Servidor X.La Tarjeta de Video que aparece en el log es una S3 Inc. IVT8375 [ProSavage8 KM266/KL266], pero, segun tengo entendido es un S3 Prosavage DDR, integrada. Ya probé colocando los drivers vesa, S3, savage, fbdev, y ningunosirve. Muchas Gracias por su atencion. -- System Information:Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing')Architecture: i386 (i686)Kernel: Linux 2.6.8-1-386Locale: LANG=es_VE, LC_CTYPE=es_VE (charmap=ISO-8859-1)Do You Yahoo!? Todo lo que quieres saber de Estados Unidos, América Latina y el resto del Mundo. Visíta Yahoo! Noticias.
Bug#298176: rhdb-admin: crashes on selection of tree nodes
Package: rhdb-admin Version: 1.1-3 Severity: grave Justification: renders package unusable rhdb-admin crashes for me if I click a line from the tree node (ie, a database, a table, etc). It's fine if I only right-click on the expander to show the list of tables in a database though. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.10-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages rhdb-admin depends on: ii blt 2.4z-3 the BLT extension library for Tcl/ ii itcl3.1 3.1.0-7[incr Tcl] OOP extension for Tcl - ii iwidgets3.1 3.1.0-7[incr Widgets] OOP extension for T ii libpgtcl 7.4.7-3Tcl procedural language, library a ii postgresql-client 7.4.7-3front-end programs for PostgreSQL ii tcl8.38.3.5-4Tcl (the Tool Command Language) v8 ii tk8.3 8.3.5-4Tk toolkit for Tcl and X11, v8.3 - ii tktable 2.9-1 Table extension for Tcl/Tk -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298177: dvi2ps: FTBFS (amd64/gcc-4.0):
Package: dvi2ps Severity: normal Tags: patch When building 'dvi2ps' on amd64 with gcc-4.0, I get the following error: gcc -g -O -DPOSIX -Wall -DFREETYPE -DVFLIB -I/usr/include -DKPATHSEA -c -o virfont.o virfont.c virfont.c:32: warning: return type defaults to 'int' virfont.c: In function 'vftype_access': virfont.c:41: warning: suggest parentheses around assignment used as truth value virfont.c:42: warning: implicit declaration of function 'strcpy' virfont.c:42: warning: incompatible implicit declaration of built-in function 'strcpy' virfont.c: In function 'init_vf_fontinfo': virfont.c:61: warning: implicit declaration of function 'read_vf_dviinfo' virfont.c: In function 'init_jvf_fontinfo': virfont.c:73: warning: implicit declaration of function 'read_jvf_dviinfo' virfont.c: At top level: virfont.c:85: warning: return type defaults to 'int' virfont.c: In function 'read_vf_dviinfo': virfont.c:87: warning: implicit declaration of function 'read_vf_di' virfont.c:88: warning: control reaches end of non-void function virfont.c: At top level: virfont.c:91: warning: return type defaults to 'int' virfont.c: In function 'read_jvf_dviinfo': virfont.c:94: warning: control reaches end of non-void function virfont.c: At top level: virfont.c:97: warning: return type defaults to 'int' virfont.c: In function 'read_vf_di': virfont.c:121: error: invalid lvalue in assignment With the attached patch 'dvi2ps' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/dvi2ps-3.2j/bifont.c ./bifont.c --- ../tmp-orig/dvi2ps-3.2j/bifont.c1999-11-01 19:04:19.0 +0100 +++ ./bifont.c 2005-03-05 14:20:54.488128016 +0100 @@ -117,7 +117,7 @@ switch (dev_tfm_kind(fe)) { case MF_KIND_PRINTER: - bfinfo(fe) = biaccinfo(fe)-bf; + fe-finfo = biaccinfo(fe)-bf; fe-fnt_markchar = null_markchar; fe-fnt_readfontinfo = read_tfm_fontinfo; break; @@ -162,7 +162,7 @@ tfmfi = NEW(struct tfmfntinfo, tfmfont info); tfmfi-tfm_bf = bfinfo(fe); -tfmfinfo(fe) = tfmfi; +fe-finfo = tfmfi; read_tfm_finfo(fe); dev_tfm_initfe(fe); (void)enc_read(tfmfi-tfm_bf); @@ -230,7 +230,7 @@ jsfi-jsubfont = biaccinfo(fe)-jsubf; jsfi-js_bf = biaccinfo(fe)-bf; jsfi-js_share = getjsubshare(fe); -jstfmfinfo(fe) = jsfi; +fe-finfo = jsfi; switch (dev_jstfm_kind(fe)) { case MF_KIND_PRINTER: fe-fnt_markchar = null_markchar; @@ -325,7 +325,7 @@ switch (dev_jfm_kind(fe)) { case MF_KIND_PRINTER: - bfinfo(fe) = biaccinfo(fe)-bf; + fe-finfo = biaccinfo(fe)-bf; fe-fnt_markchar = null_markchar; fe-fnt_readfontinfo = read_jfm_fontinfo; break; @@ -381,7 +381,7 @@ jfmfi = NEW(struct jfmfntinfo, jfmfont info); jfmfi-jfm_bf = bfinfo(fe); -jfmfinfo(fe) = jfmfi; +fe-finfo = jfmfi; read_jfm_finfo(fe); dev_jfm_initfe(fe, id); dev_jfm_initfontdict(fe); diff -urN ../tmp-orig/dvi2ps-3.2j/ftfont.c ./ftfont.c --- ../tmp-orig/dvi2ps-3.2j/ftfont.c2000-03-02 16:22:19.0 +0100 +++ ./ftfont.c 2005-03-05 14:20:54.487128209 +0100 @@ -163,12 +163,12 @@ void read_ft_fontinfo(); if (dev_mf_kind(tfmfinfo(fe)-tfm_bf) == MF_KIND_FT) - biinifinfo(fe) = alloc_biinif(biaccinfo(fe)-bf); + fe-finfo = alloc_biinif(biaccinfo(fe)-bf); else if ((repfe = dev_get_repfe(biaccinfo(fe)-bf)) == NULL) { - biinifinfo(fe) = alloc_biinif(biaccinfo(fe)-bf); + fe-finfo = alloc_biinif(biaccinfo(fe)-bf); dev_set_repfe(biinifinfo(fe)-bf, fe); } else - biinifinfo(fe) = biinifinfo(repfe); + fe-finfo = biinifinfo(repfe); fe-fnt_markchar = mm_markchar; fe-fnt_readfontinfo = read_ft_fontinfo; } @@ -221,7 +221,7 @@ bii = biinifinfo(fe); tfmfi = NEW(struct tfmfntinfo, tfmfont info); tfmfi-tfm_bf = bii-bf; -tfmfinfo(fe) = tfmfi; +fe-finfo = tfmfi; read_tfm_finfo(fe); dev_tfm_initfe(fe); @@ -435,7 +435,7 @@ intjmm_markchar(); void read_jft_fontinfo(); -biinifinfo(fe) = alloc_jbiinif(biaccinfo(fe)-bf); +fe-finfo = alloc_jbiinif(biaccinfo(fe)-bf); fe-fnt_markchar = jmm_markchar; fe-fnt_readfontinfo = read_jft_fontinfo; } @@ -568,12 +568,12 @@ bii = biinifinfo(fe); jfmfi = NEW(struct jfmfntinfo, jfmfont info); jfmfi-jfm_bf = bii-bf; -jfmfinfo(fe) = jfmfi; +fe-finfo = jfmfi; read_jfm_finfo(fe); dev_jft_initfe(fe); tfmw = dev_jft_begfontdict(fe); -jftfinfo(fe) = read_jft_finfo(fe, bii, tfmw, TRUE); +fe-finfo = read_jft_finfo(fe, bii, tfmw, TRUE); free((char *)bii); free((char *)jfmfi-ctype); diff -urN ../tmp-orig/dvi2ps-3.2j/gffont.c ./gffont.c --- ../tmp-orig/dvi2ps-3.2j/gffont.c1999-09-16 20:22:30.0 +0200 +++ ./gffont.c 2005-03-05 14:20:54.488128016 +0100 @@ -92,7 +92,7 @@ (void)fseek(fntfp, 20L, SEEK_CUR); rii = rastinifinfo(fe); -rastfinfo(fe) = rfi =
Bug#298178: rxvt-unicode: FTBFS: infocmp: couldn't open terminfo file /usr/share/terminfo/r/rxvt-unicode.
Package: rxvt-unicode Verison: 5.2-1 Severity: serious Hi, Your package is failing to build on all arches with the following error: infocmp -C rxvt-unicode etc/rxvt-unicode.termcap infocmp: couldn't open terminfo file /usr/share/terminfo/r/rxvt-unicode. make[1]: *** [alldoc] Error 1 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298086: ogmtools: seems to segfault only with MP3 audio
Package: ogmtools Version: 1:1.5-1 Followup-For: Bug #298086 I've been making some tests, and it seems ogmdemux segfaults when processing OGM files with MP3 audio. OGM with OGG audio works well, but I haven't tested it too much. If this is true, I suppose the severity of the bug should be diminished to normal or something like that. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#271313: packages depending on xview on ia64.
severity 271313 serious thanks Hi, This bug seems to be open for a very long time without reaction. I'm setting this to serious since those binaries do not work at all on ia64. grep-dctrl says that the following source packages build-depends on xviewg-dev: circlepack gom imaze jove workman xvmount treetool They all depends on it without an arch restriction. This means that they can't be build at this time and that all binaries provided by those source packages should be removed, even though they don't all depend on xview. This gives the following list of binary packages: circlepack gom gom-x imazesrv imaze-xview imaze-lesstif imaze-xlabed imaze-sounds imaze-xaw jove xjove workman xvmount treetool And the binaries provided by xview itself: xview-examples olwm olvwm xview-clients xviewg xviewg-dev Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298138: ssh: PermitRootLogin should defaul to no
On Sat, March 5, 2005 02:41, Matthew Vernon said: Please read README.Debian before submitting your bug reports - this is good practice for any package, not just ssh. You're absolutely correct, I should have done that, sorry. If you permit, I'd like to ask a question about this. To me, the text in README.Debian is not clear on the following point: how is allowing root login just as secure as not allowing that? You write: If you set it to no, then they must compromise a normal user account. In the vast majority of cases, this does not give added security; remember that any account you su to root from is equivalent to root - compromising this account gives an attacker access to root easily. As I understand this, the hacker has to do the following to gain superuser privileges. PRL-on: 1. Know the root password. PRL-off: 1. Compromise a normal user account (one that allows su-ing). 2. Know the root password or a local root exploit. The second one is hence more difficult than the first one (compromising two accounts is inherently more difficult than one). Step (1) can be more challenging because you need to know a valid username (also not always trivial since systems are configured by default not to leak this information). So to me it just seems to add some extra security to the whole thing, doesn't it? I've done some web searching and found out that many security documents / HOWTO's / manuals advise to turn this off. And found none that actually advise to turn it on. Secondly, I don't see the great advantage of turning it on. You might argue whether turning it off makes things more secure or not, but in the worst case it's at least just as secure as turning it off. I don't see a good reason to allow remote root logins *by default* to newly installed boxes, and those who have a good reason to want it can easily turn it on. I'm interested in your views on this matter. Regards, Thijs Kinkhorst -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298116: wwwoffle: init.d script won't be able to control wwwoffled if bind-ipv* != localhost
Package: wwwoffle Version: 2.8e-1 Followup-For: Bug #298116 hello, this is somewhat different though closely releated to the config/control deadlock reported previously (I guess). And, well, I'd rise the rank of this bug to 'grave', as it breaks pkg functionality, and may open security issues: no way to control wwwoffled anymore: #wwwoffle.conf--- bind-ipv4 = 192.168.0.13 http-port = 5865 wwwoffle-port = 5866 password = secret # # wwwoffle -status wwwoffle[32335] Warning: Failed to connect socket to 'localhost' port '8081' [Connection refused]. wwwoffle[32335] Fatal: Cannot open connection to wwwoffle server localhost port 8081. [2.8e-1 on Sarge, on same host as wwwoffled ] # wwwoffle -status -p 192.168.0.13:5866 [no answer, rc=0] [2.7a on Woody, on same host as wwwoffled ] # wwwoffle -status -p 192.168.0.13:5866 WWWOFFLE Incorrect Password I think the old behaviour is better. # wwwoffle -status -c /etc/wwwoffle/wwwoffle.conf wwwoffle[32337] Warning: Failed to connect socket to 'localhost' port '5866' [Connection refused]. wwwoffle[32337] Fatal: Cannot open connection to wwwoffle server localhost port 5866. # wwwoffle -status -c /etc/wwwoffle/wwwoffle.conf -p 192.168.0.13:5866 wwwoffle: The '-p' and '-c' options cannot be used together. same for any other -command of course - in particular, for the initial -config on start from init.d script. Thus I've closed the door leaving the key on the other side. /etc/init.d/wwwoffle * won't be able to stop/restart the demon. Note that's perfectly reasonable to _not_ bind to 127.0.0.1. I don't see any solution at script level. wwwoffle should just be able to do the right thing when given the -c file, though I'd rather have the -pwd option, as that's more fexible. Now the SECURITY issues. start with #wwwoffle.conf--- bind-ipv4 = 0.0.0.0 http-port = 5865 wwwoffle-port = 5866 password = # [from remote (allowed) host] # wwwoffle -status -p 192.168.0.13:5866 WWWOFFLE Server Status -- Version : 2.8e State: offline Fetch: inactive Purge: inactive Last-Online : unknown Last-Offline : unknown Total-Servers: 0 Fetch-Servers: 0 Set a password (pseudo-diff) #wwwoffle.conf--- - password = + password = secret # [from either remote (allowed) host or localhost] # wwwoffle -config -p 192.168.0.13:5866 WWWOFFLE Reading Configuration File. WWWOFFLE Read Configuration File. [from either remote (allowed) host or localhost] # wwwoffle -config -p 192.168.0.13:5866 WWWOFFLE Reading Configuration File. WWWOFFLE Read Configuration File. well, that shouldn't happen as the new config set a pwd; I'm faked into thinking I've set a pwd but actually wwwoffled did not reload the config. I need to go restart the init.d script; but if I started with binding to other than 0.0.0.0 that wouldn't work either, as wwwoffle won't be able to contact wwwoffled and -kill it, I need to killall wwwoffled, then start the init.d script. -- oopla -- System Information Debian Release: [Sarge, other machine] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297474: INSTALL REPORT
On Monday 28 February 2005 23:27, Lev Gorenstein wrote: After some google searching (one of the posts that I found even suggested replacing a CD-ROM as a working solution) I found a post that indirectly mentioned PIIX module. So I restarted the hung installation, got to module detections again and disabled loading PIIX module. Magically, that did it. The CD-ROM detection worked, and installation continued to network card detection. Yes, we've seen other cases where the main IDE driver blocks access to the CD-ROM. I'm leaving your report open so we can come back to this issue. Thanks for the report. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#111767: syslog.h bug persists
GOTO Masanori writes: Neil Spring wrote: 2.2.5-14.3 still has the sys/syslog.h SYSLOG_NAMES bug. it'd be great if someone can apply: - char*c_name; + const char *c_name; or report it upstream. I realize there are bigger problems to deal with; thanks for your hard work. This report and proposed patch was rejected by upstream. Upstream explained that if we fix with this kind of patch for removing -Wwrite-strings warnings, some user programs (which don't use const char) start compilation warnings. It is never safe to write to a string literal so there is no advantage to them in treating them as non-const. I think those programs should be fixed instead of imposing this bug on correct programs. SYSLOG_NAMES is used for obsolete purpose, Please can you say what we should use instead? and it's not well used these days, so their argument seems one of accountable opinion for me. Well, I think there're various opinions, so you could discuss with it to upstream. I close this bug. ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293153: acknowledged by developer (Re: Bug#296166: apt-cache show libnjb2 does not give any response on my computer)
On Fri, Mar 04, 2005 at 04:18:13PM -0800, Debian Bug Tracking System wrote: i think the problem is that neutrino depends on libnjb2 but no libnjb2 could be found. Correct. apt cannot display the package data for packages that are not in its database. yes, that is clear to me, but shouldn't apt say something like: W: Unable to locate package libnjb2 E: No packages found _because_ it's not in it's database. in my opinion the current behavior is very confusing. signature.asc Description: Digital signature
Bug#296848: fails to start because resource is not available
reassign 296848 gstreamer0.8-misc forwarded 296848 http://bugzilla.gnome.org/show_bug.cgi?id=169289 thanks Hi, On Tue, Mar 01, 2005, Matt Kraai wrote: $ xvinfo X-Video Extension version 2.2 screen #0 no adaptors present That confirms my fears, I think the underlying GStreamer helper called playbin doesn't fallback correctly to standard x11 window when xvideo isn't available or is busy. I've opened an upstream bug at http://bugzilla.gnome.org/show_bug.cgi?id=169289, subscribe to it to follow the upstream discussion. This might or might not resolve your particular bug, but should help going in this direction. Regards, -- Loïc Minier [EMAIL PROTECTED] Neutral President: I have no strong feelings one way or the other.
Bug#298169: mpg321 is setuid root and can be used to overwrite arbitrary files using -w
Its not s[ug]id anything on the three machines I just checked. Are you sure you didn't set that bit yourself? Justin On Sat, Mar 05, 2005 at 02:15:46AM -0800, Chris Wedgwood wrote: Package: mpg321 Version: 0.2.10.3 Severity: critical Tags: security mpg312 is installed setuid root probably to do scheduler magic or whatever (didn't check). Anyhow, this means you can invoke it using mpg321 -w /etc/passwd foo/mp3 or whatever. For now I would suggest we remove the suid bit (clearly this has issues to, but those are less sever than being able to trash arbitrary files as non-root). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297026: new version awaits ftp approval
tags 297026 + pending thanks I uploaded a new version with the correct package name on 2005-02-27. It is currently awaiting FTP-master approval. -Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#273379: apt-get perl-base crash
Hello, I don't see such a package. Is it locally built? yes, i was a package taken from apt-get.org. The bug was coming from a package i've installed and not due to the debian sarge. sorry for this report, thanks to close the bug. bye, arno C est le moment de dynamiser votre bote mail en dcouvrant les offres CaraMail Max et Pro - http://www.caramail.com
Bug#156119: Look...Here 156119
Huge meds to choose at great discounts. Save uup to 8o-% on all major brands of meds. Qualitty assured or moneyy bacck guarranteedd... http://859fs.com/_fd5977142df59d3662baa654773c6a8e/ This is 1 -time mailing. N0-re m0val are re'qui-red UDJnDdJtekkmcAjujlBJ4trCYgnLESq27xrTvFZb3w9rRZfCMzAi1B -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298180: rails: Might need to depend on bash 3.0
Package: rails Version: 0.10.0-1 Severity: normal When I invoked /usr/bin/rails under bash 2.x, no matter what parameters I used, rails always showed me the manual page for rails. When I upgraded to 3.0, it worked perfectly. Is this because $BASH_ARGV is only available in 3.x? Would it be justified to make rails depend on bash = 3.0? -- System Information: Debian Release: 3.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=fi_FI, LC_CTYPE=fi_FI.ISO_8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to fi_FI) Versions of packages rails depends on: ii libdrb-ruby1.81.8.2-2Distributed Ruby (for Ruby 1.8) ii libsoap-ruby1.8 1.8.2-2Ruby's SOAP implementation for Rub ii libtest-unit-ruby 1.8.2-1unit-testing framework for the Rub ii libtmail-ruby1.8 0.10.8-1 Mail class library for Ruby 1.8 ii libxmlrpc-ruby1.8.2-1XML-RPC support for Ruby ii libyaml-ruby 1.8.2-1YAML for Ruby ii rake 0.4.15-1 a ruby build program ii rdoc 1.8.2-1Generate documentation from ruby s ii ruby 1.8.2-1An interpreter of object-oriented -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298140: acknowledged by developer (Re: Bug#298140: Feedback on installer - rc2 - FAILED)
Citat Debian Bug Tracking System [EMAIL PROTECTED]: This is an automatic notification regarding your Bug report #298140: Feedback on installer - rc2 - FAILED, which was filed against the installation-reports package. It has been closed by one of the developers, namely Frans Pop [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact the developer, by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) Received: (at 298140-done) by bugs.debian.org; 5 Mar 2005 09:30:20 + From [EMAIL PROTECTED] Sat Mar 05 01:30:20 2005 Return-path: [EMAIL PROTECTED] Received: from smtp-out3.tiscali.nl [195.241.79.178] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D7Vc4-0005Ud-00; Sat, 05 Mar 2005 01:30:20 -0800 Received: from strider.fjphome.nl (unknown [195.240.184.66]) by smtp-out3.tiscali.nl (Postfix) with ESMTP id 591E18011C50; Sat, 5 Mar 2005 10:30:19 +0100 (CET) From: Frans Pop [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#298140: Feedback on installer - rc2 - FAILED Date: Sat, 5 Mar 2005 10:30:25 +0100 User-Agent: KMail/1.7.1 References: [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: On Saturday 05 March 2005 00:53, Rene Mikkelsen wrote: Comments/Problems: No kernel modules were found. This probably is due to a mismatch between the kernel used by this installer and the kernel available in the archive. etc. Changing version, mirror etc. as the error-message suggestes help diddley and my harddrive is not detected. I also tested with linux26 - same error. We are currently working to release RC3. This means that the modules needed for RC2 are being replaced and RC2 netboot will no longer work. Please try RC3 after it has been released [1] or try the RC2 CD images. [1] http://www.debian.org/devel/debian-installer/ Cheers, FJP Thank you for your reply. It doesn't help when I have no floppy or cd-drive in the machine I am trying to install debian on with the new installer. Any idea when the new installer will be up and about? Cheers /rené
Bug#298181: balsa: FTBFS: Failed to write cache file: Permission denied
Package: balsa Version: 2.3.0-1 Severity: serious Hi, Your package is failing to build on most arches with the following error: make install-data-hook make[5]: Entering directory `/build/buildd/balsa-2.3.0/images' if test -n /usr/bin/gtk-update-icon-cache ; then\ /usr/bin/gtk-update-icon-cache /usr/share/balsa/hicolor ; \ /usr/bin/gtk-update-icon-cache /usr/share/icons/hicolor ; \ fi Failed to write cache file: Permission denied make[5]: *** [install-data-hook] Error 1 Obviously, you can't do that as non-root. This is probably something you should to in the postinst and postrm script instead. PS: Maybe a debhelper script for that would be useful, I guess you're not the only one who has to do that. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298066: ipw2200-source: previously working, now unable to load firmware
On Fri, Mar 04, 2005 at 06:31:33PM +0100, Mike Hommey wrote: In either case, can you also try with a 2.6.10 kernel instead of a 2.6.9 ? Well, I've tried it now and it seems to work with 2.6.10 (firmware loaded, iwconfig lists the eth2 interface, but I am not within reach of any wifi network), however my usb disk (Lacie 250GB) stopped working with this kernel... Seems I'll be filling in another bugreport :( Regards Hanus Adler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298138: ssh: PermitRootLogin should defaul to no
On Sat, Mar 05, 2005 at 02:26:45PM +0100, Thijs Kinkhorst wrote: On Sat, March 5, 2005 02:41, Matthew Vernon said: Please read README.Debian before submitting your bug reports - this is good practice for any package, not just ssh. You're absolutely correct, I should have done that, sorry. If you permit, I'd like to ask a question about this. To me, the text in README.Debian is not clear on the following point: how is allowing root login just as secure as not allowing that? Note that OpenSSH upstream ship with PermitRootLogin switched on as well. This isn't a Debian-specific change. You write: If you set it to no, then they must compromise a normal user account. In the vast majority of cases, this does not give added security; remember that any account you su to root from is equivalent to root - compromising this account gives an attacker access to root easily. As I understand this, the hacker has to do the following to gain superuser privileges. PRL-on: 1. Know the root password. PRL-off: 1. Compromise a normal user account (one that allows su-ing). 2. Know the root password or a local root exploit. Much easier: compromise a normal user account, install a keylogger, and wait for that user to su to root. As long as you have an account which is privileged in this way, you should treat it with the same care as you treat your root account, since it is ultimately equivalent to root with only a little work. PermitRootLogin no often buys only the illusion of security, and we'd rather people thought about the issues a little more carefully than that. Providing the illusion of security without providing real security is dangerous, since (in this case) it encourages people to use effectively root-equivalent user accounts as if they were unprivileged: they must have turned PermitRootLogin off for a reason. User accounts, by their nature, tend to be easier to attack. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298182: phpgroupware: Updated Japanese po-debconf translation
Package: phpgroupware Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear phpgroupware maintainer, I've updated with ja.po file. Please apply it to your package :) - -- Regards, Hideki Yamane henrich @ samba.gr.jp/iijmio-mail.jp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCKcFkIu0hy8THJksRAovXAKClcSPCvrytGYSDns+sYgEOjzNpxwCcDPWn nYKQZIU7UTJ+ut9aVTh0+gc= =+svW -END PGP SIGNATURE- # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # # msgid msgstr Project-Id-Version: phpgroupware 0.9.16.005-2\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-03-04 11:36+0100\n PO-Revision-Date: 2005-03-05 23:05+0900\n Last-Translator: Hideki Yamane [EMAIL PROTECTED]\n Language-Team: Japanese debian-japanese@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=EUC-JP\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../phpgroupware.templates:3 msgid Package configuration note. msgstr ¥Ñ¥Ã¥±¡¼¥¸¤òÀßÄꤹ¤ëºÝ¤ÎÃí°ÕÅÀ¡£ #. Type: note #. Description #: ../phpgroupware.templates:3 msgid phpGroupWare needs additional configuration via its web interface. After the installation has finished, you should point your browser to the phpGroupWare setup, for example: msgstr phpGroupWare ¤Ï web ¥¤¥ó¥¿¡¼¥Õ¥§¥¤¥¹¤òÍøÍѤ·¤¿ÄɲÃÀßÄ꤬ɬÍפǤ¹¡£¥¤¥ó¥¹¥È¡¼ ¥ë´°Î»¸å¡¢¥Ö¥é¥¦¥¶¤Ç¼¡¤Î¤è¤¦¤Ë»ØÄꤷ¤Æ phpGroupWare ¤ÎÀßÄê¤ò¤·¤Ê¤±¤ì¤Ð¤Ê¤ê¤Þ ¤»¤ó: #. Type: note #. Description #: ../phpgroupware.templates:3 msgid http://${site}/phpgroupware/setup; msgstr http://${site}/phpgroupware/setup; #. Type: note #. Description #: ../phpgroupware.templates:3 msgid to continue the configuration, fill the database and let phpGroupWare be aware of the installed modules. msgstr ÀßÄê¤ò³¤±¤ë¤Ë¤Ï¡¢¥Ç¡¼¥¿¥Ù¡¼¥¹¤òÀßÄꤷ¡¢phpGroupWare ¤ËÂФ·¤Æ¥¤¥ó¥¹¥È¡¼¥ë¤·¤¿ ¥â¥¸¥å¡¼¥ë¤òÌÀ¼¨¤¹¤ëɬÍפ¬¤¢¤ê¤Þ¤¹¡£ #. Type: password #. Description #: ../phpgroupware.templates:15 msgid Please enter the desired phpGroupWare 'Header Admin' password. msgstr Ǥ°Õ¤Î phpGroupWare ¤Î 'Header Admin' ¤Î¥Ñ¥¹¥ï¡¼¥É¤òÆþÎϤ·¤Æ¤¯¤À¤µ¤¤¡£ #. Type: password #. Description #: ../phpgroupware.templates:15 msgid 'Header Admin' is the section in which the phpGroupWare administrator can define the information which will let the application to 'start' (i.e. database settings, directories location etc.) Note that the Header Administration page contains the phpGroupWare database access password (but not the administrator password). msgstr 'Header Admin' ¤Ï¥¢¥×¥ê¥±¡¼¥·¥ç¥ó¤ò '³«»Ï' ¤Ç¤¤ë phpGroupWare ¤Î´ÉÍý¼Ô¤¬ÄêµÁ ¤Ç¤¤ë¾ðÊó (¤Ä¤Þ¤ê¡¢¥Ç¡¼¥¿¥Ù¡¼¥¹¤ÎÀßÄê¡¢¥Ç¥£¥ì¥¯¥È¥ê¤Î°ÌÃ֤ʤÉ) ¤Î¥»¥¯¥·¥ç¥ó ¤Ç¤¹¡£Header Administration ¥Ú¡¼¥¸¤Ï¡¢(´ÉÍý¼Ô¥Ñ¥¹¥ï¡¼¥É¤Ç¤Ï¤Ê¤¯) phpGroupWare ¥Ç¡¼¥¿¥Ù¡¼¥¹¥¢¥¯¥»¥¹¥Ñ¥¹¥ï¡¼¥É¤ò´Þ¤ó¤Ç¤¤¤ë¤Î¤ËÃí°Õ¤·¤Æ¤¯¤À¤µ¤¤¡£ #. Type: password #. Description #: ../phpgroupware.templates:24 msgid Confirm the 'Header Admin' password. msgstr 'Header Admin' ¥Ñ¥¹¥ï¡¼¥É¤Î³Îǧ #. Type: password #. Description #: ../phpgroupware.templates:24 msgid Please retype the phpGroupWare 'Header Admin' password. msgstr phpGroupWare ¤Î 'Header Admin' ¥Ñ¥¹¥ï¡¼¥É¤òºÆÆþÎϤ·¤Æ¤¯¤À¤µ¤¤¡£ #. Type: text #. Description #: ../phpgroupware.templates:29 msgid The 'Header Admin' passwords you entered didn't match. Please try again. msgstr ÆþÎϤ·¤¿ 'Header Admin' ¥Ñ¥¹¥ï¡¼¥É¤¬°ìÃפ·¤Þ¤»¤ó¡£¤â¤¦°ìÅÙÆþÎϤ·¤Æ¤¯¤À¤µ¤¤¡£ #. Type: password #. Description #: ../phpgroupware.templates:34 msgid Please enter the phpGroupWare 'Setup/Config Admin' password. msgstr phpGroupWare ¤Î 'Setup/Config Admin' ¥Ñ¥¹¥ï¡¼¥É¤òÆþÎϤ·¤Æ¤¯¤À¤µ¤¤¡£ #. Type: password #. Description #: ../phpgroupware.templates:34 msgid The 'Setup/Config Admin' is the section in which the phpGroupWare administrator access the following facilities: msgstr 'Setup/Config Admin' ¤Ï phpGroupWare ´ÉÍý¼Ô¤¬°Ê²¼¤Î¹àÌܤ˥¢¥¯¥»¥¹¤¹¤ë¥»¥¯¥·¥ç ¥ó¤Ç¤¹: #. Type: password #. Description #: ../phpgroupware.templates:34 msgid (1) Simple Application Management\n (2) Configuration (general)\n (3) Language Management\n (4) Advanced Application Management msgstr (1) ´Ê°×¥¢¥×¥ê¥±¡¼¥·¥ç¥óÀßÄê\n (2) ÀßÄê (°ìÈÌ)\n (3) ¸À¸ìÀßÄê\n (4) ¥¢¥×¥ê¥±¡¼¥·¥ç¥óÀßÄê #. Type: password #. Description #: ../phpgroupware.templates:45 msgid Please retype the phpGroupWare 'Setup/Config Admin' password: msgstr phpGroupWare ¤Î 'Setup/Config Admin' ¤Î¥Ñ¥¹¥ï¡¼¥É¤òºÆÅÙÆþÎϤ·¤Æ¤¯¤À¤µ¤¤: #. Type: password #. Description #: ../phpgroupware.templates:45 msgid Please enter the 'Setup/Config Admin' password again. If the password you
Bug#298060: (forw) Bug#298060: Please don't install login as setuid root
Security and release teams, may I have your advice about this suggestion? As you may know, I currently act as maintainer for the shadow package, but I'm also aware of my own weaknesses when it comes at security (and security-related) issues so I prefer getting the advice of more competent people. Given that installing login non setuid has been blessed for Ubuntu, I'm inclined to follow the suggestion, but doing so close to a release is maybe not wise.so I'm seeking for advices..:-) - Forwarded message from Martin Pitt [EMAIL PROTECTED] - Subject: Bug#298060: Please don't install login as setuid root Reply-To: Martin Pitt [EMAIL PROTECTED], [EMAIL PROTECTED] Date: Fri, 4 Mar 2005 12:39:11 +0100 From: Martin Pitt [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Package: login Version: 1:4.0.3-30.9 Severity: wishlist Tags: patch Hi! /bin/login is currently installed setuid root, which is absolutely not necessary and only a potential security threat. In Ubuntu we install it as 0755 for ages now without any problems. Trivial patch, but for the record: http://patches.ubuntu.com/patches/shadow.login-nosuid.diff Please consider making this change for Debian, too. Thanks, Martin -- Martin Pitt http://www.piware.de Ubuntu Developerhttp://www.ubuntulinux.org Debian GNU/Linux Developer http://www.debian.org - End forwarded message - -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297841: exim4-config: Local rewrite stopped working after upgrade in sarge
On 2005-03-04 Daniel Bonniot [EMAIL PROTECTED] wrote: [...] Still, I think the following behaviour is also a common one: outside mail sent by smarthost, local mail delivered in spool; no incomming mail. This is typical with a dialup machine where users have their mailboxes outside the system (on an IMAP server for instance). Does the mail sent by smarthost; received via SMTP or fetchmail give this behaviour? Yes, it does. It _allows_ incoming mail but does not require it. And the SMTP daemon will only listen on 127.0.0.1 by default, i.e. the local loopback interface. hth, cu andreas -- See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in Snow Crash http://downhill.aus.cc/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298184: usb-storage: usb storage drive LaCie Big Disk 250GB stopped working after upgrading to 2.6.10
Package: kernel-image-2.6.10-1-686 Version: 2.6.10-4 Severity: important File: usb-storage I have upgraded to 2.6.10-1-686 from 2.6.9-1-686 because wifi stopped working with it. However as I begun to use 2.6.10-1-686, I found out that I can no longer use my usb disk LaCie Big Disk 250GB, which is however working perfectly with 2.6.9-1-686. When I connect the drive, the system recognizes it correctly: Mar 5 14:54:08 localhost kernel: usb 3-2: new full speed USB device using uhci_hcd and address 3 Mar 5 14:54:16 localhost kernel: usb 1-4: new high speed USB device using ehci_hcd and address 8 Mar 5 14:54:16 localhost kernel: scsi1 : SCSI emulation for USB Mass Storage devices Mar 5 14:54:17 localhost usb.agent[16477]: usb-storage: already loaded Mar 5 14:54:21 localhost kernel: Vendor: WDC WD25 Model: 00JB-22FUA0 Rev: 15.0 Mar 5 14:54:21 localhost kernel: Type: Direct-Access ANSI SCSI revision: 04 Mar 5 14:54:21 localhost kernel: SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB) Mar 5 14:54:21 localhost kernel: SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB) Mar 5 14:54:21 localhost kernel: /dev/scsi/host1/bus0/target0/lun0: p1 Mar 5 14:54:21 localhost kernel: Attached scsi disk sda at scsi1, channel 0, id 0, lun 0 Mar 5 14:54:21 localhost scsi.agent[16516]: disk at /devices/pci:00/:00:1d.7/usb1/1-4/1-4:1.0/host1/target1:0:0/1:0:0:0 However when I try to access it (using device mapper, because it is all encrypted), the following errors appear in /var/log/messages: Mar 5 14:55:37 localhost kernel: usb 1-4: reset high speed USB device using ehci_hcd and address 8 Mar 5 14:55:38 localhost kernel: usb 1-4: scsi_eh_1 timed out on ep0in Mar 5 14:55:44 localhost kernel: usb 1-4: scsi_eh_1 timed out on ep0in Mar 5 14:55:44 localhost kernel: usb 1-4: reset high speed USB device using ehci_hcd and address 8 Mar 5 14:55:45 localhost kernel: usb 1-4: scsi_eh_1 timed out on ep0in Mar 5 14:55:50 localhost kernel: usb 1-4: scsi_eh_1 timed out on ep0in Mar 5 14:55:50 localhost kernel: scsi: Device offlined - not ready after error recovery: host 1 channel 0 id 0 lun 0 Mar 5 14:55:50 localhost kernel: usb 1-4: USB disconnect, address 8 Mar 5 14:55:50 localhost kernel: usb 1-4: new high speed USB device using ehci_hcd and address 9 Mar 5 14:55:51 localhost kernel: usb 1-4: khubd timed out on ep0in Mar 5 14:55:56 localhost kernel: usb 1-4: khubd timed out on ep0in Mar 5 14:55:56 localhost kernel: usb 1-4: new high speed USB device using ehci_hcd and address 10 Mar 5 14:55:57 localhost kernel: usb 1-4: khubd timed out on ep0in Mar 5 14:56:03 localhost kernel: usb 1-4: khubd timed out on ep0in Thanks for any help. Hanus Adler -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) Versions of packages kernel-image-2.6.10-1-686 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii initrd-tools 0.1.77 tools to create initrd image for p ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283895: we will wait for qt4
Hello, This bug is truly annoying. People of KDE says that packagers have been told about the patch and that we should bug them if we have this problem. We have this problem and it practically makes konqueror unusable (hence the important severity). Will sarge be shipped with a broken konqueror due to klipper, that freezes each time someone do a copy/paste with the mouse? How about applying the proposed patch in http://bugs.kde.org/show_bug.cgi?id=80072 And it's not like if no KDE release have been made since this bug has been reported. Regards, -- Mathieu Roy +-+ | General Homepage: http://yeupou.coleumes.org/ | | Computing Homepage: http://alberich.coleumes.org/ | | Not a native english speaker: | | http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english | +-+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298183: lesstif1-1: Further unfixed XPM buffer overflows (CAN-2005-0605)
Package: lesstif1-1 Severity: grave Tags: security, patch Justification: user security hole Quoting from a recent Gentoo security advisory: Chris Gilbert discovered potentially exploitable buffer overflow cases in libXpm that weren't fixed in previous libXpm security advisories. This has been assigned CAN-2005-0605, Woody should be affected as well. The attached patch has been taken from Gentoo bugtracking, as the lesstif CVS doesn't have a commit yet. Judging from the source I assume that this fixes only lesstif2, but not lesstif1, am I correct? Cheers, Moritz -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) --- lesstif-0.94.0/lib/Xm-2.1/Xpmscan.c.orig 2005-03-02 17:00:16.415070960 +0100 +++ lesstif-0.94.0/lib/Xm-2.1/Xpmscan.c 2005-03-02 17:01:38.949709879 +0100 @@ -672,8 +672,8 @@ char *dst; unsigned int *iptr; char *data; -unsigned int x, y, i; -int bits, depth, ibu, ibpp, offset; +unsigned int x, y; +int bits, depth, ibu, ibpp, offset, i; unsigned long lbt; Pixel pixel, px; @@ -684,6 +684,9 @@ ibpp = image-bits_per_pixel; offset = image-xoffset; +if (image-bitmap_unit 0) + return (XpmNoMemory); + if ((image-bits_per_pixel | image-depth) == 1) { ibu = image-bitmap_unit; for (y = 0; y height; y++) --- lesstif-0.94.0/lib/Xm-2.1/Xpmcreate.c.orig 2005-03-02 17:02:00.626412844 +0100 +++ lesstif-0.94.0/lib/Xm-2.1/Xpmcreate.c 2005-03-02 17:02:35.183562480 +0100 @@ -1265,10 +1265,10 @@ register char *src; register char *dst; register unsigned int *iptr; -register unsigned int x, y, i; +register unsigned int x, y; register char *data; Pixel pixel, px; -int nbytes, depth, ibu, ibpp; +int nbytes, depth, ibu, ibpp, i; data = image-data; iptr = pixelindex;
Bug#283895: we will wait for qt4? Other option
I forgot to say in my previous mail that if someone configure klipper to synchronize the content of the buffer and the selection (it may not be the exact wording, I'm using localized version, so I'm guessing the english version) the symptons apparently no longer shows up (or rarely). If it is not an option to get patched version of qt or klipper (I dont exactly now the specifics about the patch), could it be an option to have klipper by default set to this, or even the other settings being blocked? That would be helpful to users that havent time to poke around the configuration to find this workaround by themselves. Regards, -- Mathieu Roy + | Thalie : http://yeupou.coleumes.org/ | Clio: http://clio.coleumes.org/ | Uranie : http://alberich.coleumes.org/ | Euterpe : http://kromaniaks.coleumes.org/ +---+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291336: Thank you
Sorry for my delayed reply. Yeah. You are right. I have also noticed this typo just after I reported this `bug'. Everything is OK now. Thank you very much :-) Please close this report. -- Hongzheng Wang Department of Electronic Engineering Tsinghua University Beijing 100084, China Tel: (+86 10) 6278 2690 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297663: iso-codes: german translation misses important codes
Quoting Wolfgang Rohdewald ([EMAIL PROTECTED]): Package: iso-codes Version: 0.44-1 Severity: wishlist At least all european languages should be translated. I leave the comment that european languages are important to you I usually avoid such comment which may hurt people's feelings. I guess you probably didn't make it on purpose, of course. E.g. Greek, Modern (1453-) and Spanish (Castilian) have no german translation Well, opening bugs for incomplete translations is quite uncommon. Most often, people just complete the translations and submit them as patches..:-) In that case, I can send you the de.po file for ISO-639, Wolfgang, so that you can complete it, have it reviewed by the german translation team and then send it to this bug. Would you be OK with that? Be aware that this may not be as easy as it seems...:-). Except for obvious cases, having a good translation for a language name in another language is not always easyespecially when this is about a language you've never heard of..:) Anyway...as mentioned, everyone is welcome to complete this translation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297940: auctex: Symbol's function definition is void: overlays-at
reassign 297940 xemacs21-basesupport merge 293800 297940 thanks Hi. From: [EMAIL PROTECTED] (Frank Küster) Subject: Re: Bug#297940: auctex: Symbol's function definition is void: overlays-at Date: Thu, 03 Mar 2005 19:09:33 +0100 Martin Fluch [EMAIL PROTECTED] wrote: Package: auctex Version: 11.55-1 Severity: normal When doing 'M-x fill-paragraph' or when in auto-fill-mode the line gets broken xemacs (21.4, patch 17) beeps and displays the error message: Symbol's function definition is void: overlays-at XEmacs has its own, builtin AUCTeX package. There are wishlist requests to provide the separate (and usually more up-to-date) AUCTeX package also for XEmacs, but Davide, the maintainer, does not want this currently. Temporal workaround is to add (require 'overlay) to your ~/.xemacs/init.el. In current version of AUCTeX package of xemacs21-basesupport, latex.el uses overlay functions, but doesn't require this. So, in some situation, this error occurs. Thanks. OHURA Makoto: [EMAIL PROTECTED](Debian Project) [EMAIL PROTECTED](LILO/Netfort) GnuPG public key: http://www.netfort.gr.jp/~ohura/gpg.asc.txt fingerprint: 54F6 D1B1 2EE1 81CD 65E3 A1D3 EEA2 EFA2 77DC E083 http://www.netfort.gr.jp/~ohura/ pgpU9mcjPC0ez.pgp Description: PGP signature
Bug#298140: acknowledged by developer (Re: Bug#298140: Feedback on installer - rc2 - FAILED)
On Saturday 05 March 2005 15:04, [EMAIL PROTECTED] wrote: Any idea when the new installer will be up and about? Within the next few days. Alternatively, you can use the daily builds of the installer which should work. You can find those from the same page I mentioned before. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298188: goobox: help does not work always
Package: goobox Version: 0.7.2-1 Severity: minor To reproduce: a) Start goobox b) Select: CD-Extract-Tracks c)Press Help The selected page could not be found in this document b)Select: Edit-Preferences c)Press help Could not display help: Unable to find the help files in either /usr/share/gnome/help/goobox/ or /usr/share/gnome/help/. Please check your installation Similarly when I select a cover and press help. The main menu point help works properly, though. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages goobox depends on: ii gnome-media 2.8.0-0.2 Gnome 2 Media Utilities ii gstreamer0.8-cdparanoia 0.8.7-3 cdparanoia plugin for GStreamer ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libaudiofile00.2.6-5 Open-source version of SGI's audio ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-1 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libgcc1 1:3.4.3-6 GCC support library ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libgcrypt11 1.2.0-4 LGPL Crypto library - runtime libr ii libglade2-0 1:2.4.2-1 library to load .glade files at ru ii libglib2.0-0 2.6.2-1 The GLib library of C routines ii libgnome-keyring00.4.1-1 GNOME keyring services library ii libgnome2-0 2.8.0-6 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.0-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.3-11The GNOME virtual file-system libr ii libgnutls11 1.0.16-9GNU TLS library - runtime library ii libgpg-error01.0-1 library for common error values an ii libgstreamer-gconf0.8-0 0.8.7-3 GConf support for GStreamer ii libgstreamer-plugins0.8- 0.8.7-3 Various GStreamer libraries and li ii libgstreamer0.8-00.8.8-1 Core GStreamer libraries, plugins, ii libgtk2.0-0 2.6.2-3 The GTK+ graphical user interface ii libhowl0 0.9.8-2 Library for Zeroconf service disco ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii liborbit21:2.10.5-0.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.0-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libtasn1-2 0.2.10-3Manage ASN.1 structures (runtime) ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxml2 2.6.16-3GNOME XML library ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- Dr. Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED] gpg signed mail preferred 64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm Help keep free software libre: http://www.freepatents.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298187: exim: typo in postinst warning 'reccommend - recommend'
Package: exim Version: 3.36-14 Severity: minor Hello Mark, exim postinst include that bit: cat EOM exim 3.x and 4.x This is a package of exim 3.x. This is no longer supported upstream, and only remains in debian to support users with existing exim 3 installations. We strongly reccommend exim 4.x (which is in the exim4 package) for new installations. We ^^ suggest users with existing exim 3 installations consider upgrading, particularly if they have fairly simple configurations. EOM It should be 'recommend' not reccommend'. (And 'Debian' preferably to 'debian'.) Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298186: qpopper: Could install as daemon rather than via inetd
Package: qpopper Version: 4.0.5-4 Severity: wishlist Hi, In principle qpopper can be installed to run either from inetd or as a daemon started from /etc/init.d/..., but the Debian package seems only to support the inetd option. It would be great if the daemon option was also supported. --Phil. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.3-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298185: pppoe-server: invalid option -- k
Package: pppoe Version: 3.5-4 Severity: minor kernel mode seems to be unavailable. I use a standard Debian kernel (with pppoe modules), but pppoe-server complains about an invalid option -k. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (600, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-cirrus Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages pppoe depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii ppp 2.4.3-20041231+2 Point-to-Point Protocol (PPP) daem -- debconf-show failed -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Bug#296096: [Logcheck-devel] Bug#296096: logcheck shows the same month old logs again and again
clone 296096 reassign -1 syslog-ng severity -1 minor retitle -1 syslog-ng logrotate conf leaves old syslog file thanks On Sat, 26 Feb 2005, CAiRO wrote: maximilian attems wrote on Sat, 26.02.2005: tags 296096 moreinfo thanks On Sun, 20 Feb 2005, CAiRO wrote: Package: logcheck Version: 1.2.34 Severity: normal With the normal logcheck emails I constantly get the same reports about month old events that are long ago (and have already been reported several times). It seems it can't remember what it has reported already and what not. sounds like your file don't get rotated. (laptop or whatever) Ok, I've done some further investigation. The problem seems to be caused by installing syslog-ng which changes the logrotate configuration of /var/log/syslog to _not_ delay compress anymore. This way, there's an old /var/log/syslog.0 file left which doesn't get cycled anymore. logcheck remails a file if the the inode of the file changes, then it can no longer assume to have the same file to check with previsou offset. Though, the modification time of /var/log/syslog.0 is Dec 13th and it contains all the lines logcheck reports again and again in the daily 'System Events' emails. ls -lc syslog* -rw-r- 1 root adm 95K Feb 26 14:16 syslog -rw-r- 1 root adm 347K Dec 13 06:27 syslog.0 -rw-r- 1 root adm 21K Feb 26 06:29 syslog.1.gz -rw-r- 1 root adm 25K Feb 26 06:29 syslog.2.gz -rw-r- 1 root adm 44K Feb 26 06:29 syslog.3.gz -rw-r- 1 root adm 23K Feb 26 06:29 syslog.4.gz -rw-r- 1 root adm 32K Feb 26 06:29 syslog.5.gz -rw-r- 1 root adm 31K Feb 26 06:29 syslog.6.gz -rw-r- 1 root adm 28K Feb 26 06:29 syslog.7.gz Since the syslog.0 hasn't changed and since logcheck reports lines from it (not all lines, just the first half of the file) again and again I still think there's some kind of problem. how often does that happen? It happens daily with the 'System Events' emails. do you have a seperate dir of logcheck messages? could you send a typical example. what filesystem are you using? (nfs, afs,..)? What do you mean by separate dir of logcheck messages? Example excerpt from one of the logcheck emails: From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: domains-und-mehr 2005-02-23 07:02 System Events This email is sent by logcheck. If you wish to no-longer receive it, you can either deinstall the logcheck package or modify its configuration file (/etc/logcheck/logcheck.conf). System Events =-=-=-=-=-=-= Dec 12 13:35:01 domains-und-mehr courierpop3login: LOGIN FAILED, ip=[:::80.131.150.179] Dec 12 13:35:01 domains-und-mehr courierpop3login: LOGOUT, ip=[:::80.131.150.179] Dec 12 16:50:09 domains-und-mehr proftpd[16952]: domains-und-mehr.de(ACB248D9.ipt.aol.com[172.178.72.217]) - no such user 'anonymous' Dec 12 17:08:05 domains-und-mehr proftpd[17634]: domains-und-mehr.de The file system on the server is ext3 with stock kernel 2.4.27 and syslog-ng and logcheck from testing. Thanks for your help! regards, CAiRO ok i guess logcheck should detect that strange situation, there for also keeping the bug for logcheck. i see a similar situtation on my laptop, but strangely didn't get those duplicate logcheck mails. # ls -l /var/log/syslog* -rw-r- 1 rootadm 8597785 2005-03-05 15:39 syslog -rw-r- 1 rootadm94909 2004-05-13 06:39 syslog.0 -rw-r- 1 rootadm 201773 2004-11-07 06:48 syslog.1.gz cloning the bug to syslog-ng as it would it be cooler if syslog-ng could get rid of such old logs when getting installed. (no idea if a logrotate conf could do that). -- maks ps please keep cc of bug report, that private message may have got lost.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298189: qpopper: Could create SSL certificate on installation
Package: qpopper Version: 4.0.5-4 Severity: wishlist Hi, Qpopper supports SSL, but installation in this case is a bit complicated because you have to work out the openssl command line to generate a (self-signed) certificate. The Qpopper installation could do this automatically. I believe that the Debian package of one of the other POP daemons, probably the UW one, does this so you could just copy their code. --Phil. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.3-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298169: Also not reproducible
tags + unreproducible,moreinfo thanks Both my ppc testing as well as my amd64 unstable box do not have mpg321 with the setuid bit set. Since this is also not present on Justins three machines, this seems likly to be a local problem on the machine of the submitter. Chris: How did you learn about this problem? Did you fiddle with mpg321 (rebuilding, patching, ...)? I don't think this is the problem, but if you reboot into a Debian supplied kernel and re-install mpg321 (--purge remove then install), is it still suid? Greetings Helge -- Dr. Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED] gpg signed mail preferred 64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm Help keep free software libre: http://www.freepatents.org/ pgpj8afrdXTbZ.pgp Description: PGP signature
Bug#297841: exim4-config: Local rewrite stopped working after upgrade in sarge
Still, I think the following behaviour is also a common one: outside mail sent by smarthost, local mail delivered in spool; no incomming mail. This is typical with a dialup machine where users have their mailboxes outside the system (on an IMAP server for instance). Does the mail sent by smarthost; received via SMTP or fetchmail give this behaviour? Yes, it does. It _allows_ incoming mail but does not require it. And the SMTP daemon will only listen on 127.0.0.1 by default, i.e. the local loopback interface. hth, cu andreas Thanks a lot. I chose the mail sent by smarthost; received via SMTP or fetchmail, and it indeed seems to be doing what I want. I think there are two points to consider: 1) sarge upgrade. I'm afraid I'm only one who's going to be hit by this change. Basically, when your mail box is on an outside server, I does seem logical not to select received by SMTP or fetchmail but instead no local mail. It looks like this cannot be fixed automatically (since for some people keeping the same option is desired) but there really should be some big warning about possibly needing to change one's setup. Do you plan to do so? Which brings us to: 2) debconf. As said above, one can be confused by the current list of options. I think the internet site idea is quite good: give a short description of the type of host. Then after ; explain more technically what will happen in that setup. Would it make sense for the second line to start with dial-up; and the third line with LAN; ? There might be better terms, but this should give the idea to most people (in particular, not to chose the 3rd if the smart host is not a local server). Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283895: we will wait for qt4
Adeodato Simó [EMAIL PROTECTED] tapota : * Mathieu Roy [Sat, 05 Mar 2005 15:30:31 +0100]: How about applying the proposed patch in http://bugs.kde.org/show_bug.cgi?id=80072 You have to convince the Qt Debian maintainer of that, not [EMAIL PROTECTED] (which maintains klipper). And it's not like if no KDE release have been made since this bug has been reported. Patch belongs to Qt. * Mathieu Roy [Sat, 05 Mar 2005 15:36:17 +0100]: I forgot to say in my previous mail that if someone configure klipper to synchronize the content of the buffer and the selection (it may not be the exact wording, I'm using localized version, so I'm guessing the english version) the symptons apparently no longer shows up (or rarely). I must confess that I have separate clipboard and selection, and never experienced the problem. How does one reproduce? Maybe there's another option involved (ignore selection?) If it is not an option to get patched version of qt or klipper (I dont exactly now the specifics about the patch), could it be an option to have klipper by default set to this, or even the other settings being blocked? Well, we may consider that if it's really demonstrated that it'd fix. See above. I do not know what I can do to demonstrate it to you but I'm not dreaming. A bug exists. -- Mathieu Roy +-+ | General Homepage: http://yeupou.coleumes.org/ | | Computing Homepage: http://alberich.coleumes.org/ | | Not a native english speaker: | | http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english | +-+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298190: ntpdate man page should document exit status (patch)
Package: ntp Version: 1:4.2.0a+stable-2 Severity: normal I suggest these changes. - Jim Van Zandt diff -ur ../ntp-4.2.0a+stable-orig/debian/ntpdate.1 ./debian/ntpdate.1 --- ../ntp-4.2.0a+stable-orig/debian/ntpdate.1 2005-03-05 10:13:44.0 -0500 +++ ./debian/ntpdate.1 2005-03-05 10:29:47.0 -0500 @@ -130,6 +130,9 @@ .B \-v Be verbose. This option will cause ntpdate's version identification string to be logged. +.SH DIAGNOSTICS +\fBntpdate\fP's exit status is zero if it finds a server +and updates the clock, and nonzero otherwise. .SH FILES .TP .I /etc/ntp.keys diff -ur ../ntp-4.2.0a+stable-orig/html/ntpdate.html ./html/ntpdate.html --- ../ntp-4.2.0a+stable-orig/html/ntpdate.html 2003-07-08 17:00:14.0 -0400 +++ ./html/ntpdate.html 2005-03-05 10:29:47.0 -0500 @@ -58,6 +58,9 @@ dttt-iv/i/tt ddBe verbose. This option will cause ttntpdate/tt's version identification string to be logged. /dl +h4Diagnostics/h4 +ttntpdate/tt's exit status is zero if it finds a server +and updates the clock, and nonzero otherwise. h4Files/h4 tt/etc/ntp.keys/tt - encryption keys used by ttntpdate/tt. h4Bugs/h4 -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.29 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ntp depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libreadline44.3-11 GNU readline and history libraries ii libssl0.9.7 0.9.7e-2 SSL shared libraries ii perl-modules5.8.4-6 Core Perl modules ii psmisc 21.5-1 Utilities that use the proc filesy -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298191: gnome-terminal uses MUCH cpu
Package: gnome-terminal Version: 2.8.2-1 Severity: important When ssh'ing (inside screen) into a another host and doing a log of stuff there which displays much stuff (like building gcc) gnome-terminal uses much CPU to display the output. around 98% for time as the output is done. With other terminals like xterm this CPU usage is nearly not recognizable when doing the same tasks. Michael -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.10-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gnome-terminal depends on: ii gnome-control-center 1:2.8.1-4 The GNOME Control Center for GNOME ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libaudiofile00.2.6-5 Open-source version of SGI's audio ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-1 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libesd-alsa0 [libesd0] 0.2.35-2Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libgcrypt11 1.2.0-4 LGPL Crypto library - runtime libr ii libglade2-0 1:2.4.2-1 library to load .glade files at ru ii libglib2.0-0 2.6.2-1 The GLib library of C routines ii libgnome-keyring00.4.1-1 GNOME keyring services library ii libgnome2-0 2.8.0-6 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.0-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.3-11The GNOME virtual file-system libr ii libgnutls11 1.0.16-9GNU TLS library - runtime library ii libgpg-error01.0-1 library for common error values an ii libgtk2.0-0 2.6.2-3 The GTK+ graphical user interface ii libhowl0 0.9.8-2 Library for Zeroconf service disco ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii libncurses5 5.4-4 Shared libraries for terminal hand ii liborbit21:2.10.5-0.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.0-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstartup-notification0 0.8-1 library for program launch feedbac ii libtasn1-2 0.2.10-3Manage ASN.1 structures (runtime) ii libvte4 1:0.11.11-5 Terminal emulator widget for GTK+ ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxml2 2.6.16-3GNOME XML library ii libxrender1 0.8.3-7 X Rendering Extension client libra ii scrollkeeper 0.3.14-9.1 A free electronic cataloging syste ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267628: kernel-image-2.6.7-1-686: T41p can't standby with ACPI
On Wed, 02 Mar 2005, Jerry Quinn wrote: I'm not sure if I replied yet or not. Without mDNSResponder, the machine sleeps, but on waking, I get no video screen. thanks for the reply, well that's a known issue, you may want read Documentation/power/video.txt of current kernel-sources and it's update: http://marc.theaimsgroup.com/?l=linux-kernelm=110955390723863w=2 maybe the vbetools post helps? -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283895: we will wait for qt4
* Mathieu Roy [Sat, 05 Mar 2005 15:30:31 +0100]: How about applying the proposed patch in http://bugs.kde.org/show_bug.cgi?id=80072 You have to convince the Qt Debian maintainer of that, not [EMAIL PROTECTED] (which maintains klipper). And it's not like if no KDE release have been made since this bug has been reported. Patch belongs to Qt. * Mathieu Roy [Sat, 05 Mar 2005 15:36:17 +0100]: I forgot to say in my previous mail that if someone configure klipper to synchronize the content of the buffer and the selection (it may not be the exact wording, I'm using localized version, so I'm guessing the english version) the symptons apparently no longer shows up (or rarely). I must confess that I have separate clipboard and selection, and never experienced the problem. How does one reproduce? If it is not an option to get patched version of qt or klipper (I dont exactly now the specifics about the patch), could it be an option to have klipper by default set to this, or even the other settings being blocked? Well, we may consider that if it's really demonstrated that it'd fix. See above. -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 To be nobody but yourself in a world which is doing its best night and day to make you like everybody else means to fight the hardest battle any human being can fight and never stop fighting. -- e.e. cummings -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296193: #296193: amavis-stats: can not write output graph
Hello Jean-Michel! Very fast reaction ;-), I think this really should be fixed in php / php4-rrdtool, the actual path should be preserved as in all other internal php functions that access files/paths and not reset to the root path / as it happens with new php4 4.3.10-8 btw php4-rrdtool 1.04-10 in function rrd_graph (maybe the new thread safety in php broke something), amavis-stats worked great before and there is no cause not using relative paths for the img subdirectory, so amavis-stats should not be changed. My patch was meant as a quick interim workaround only (please also see #297643, unfortunately no response yet) until the real cause gets fixed in php. Best regards, René -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298192: udev: segfault with new rule on startup
Package: udev Severity: important hi, after building a rule for my ipw2100-interface (change kernel-naming), i get a segfault on udev-restart. this behaviour is reproducible. when commenting out this rule, udev works as usual. here's the rule: BUS=pci, SUBSYSTEM=net, DRIVER=ipw2100, NAME=wlan greetings, thomas -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: insgesamt 0 lrwxrwxrwx 1 root root 24 2004-12-27 23:06 10_theo.rules - ../theo-udev-rules.rules lrwxrwxrwx 1 root root 12 2005-02-25 23:40 z_hal-plugdev.rules - ../hal.rules -- /sys/: /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hda/hda2/dev /sys/block/hda/hda3/dev /sys/block/hda/hda5/dev /sys/block/hda/hda6/dev /sys/block/hda/hda7/dev /sys/block/hda/hda8/dev /sys/block/hdc/dev /sys/block/loop0/dev /sys/block/loop1/dev /sys/block/loop2/dev /sys/block/loop3/dev /sys/block/loop4/dev /sys/block/loop5/dev /sys/block/loop6/dev /sys/block/loop7/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/class/graphics/fb0/dev /sys/class/input/event0/dev /sys/class/input/event1/dev /sys/class/input/mice/dev /sys/class/input/mouse0/dev /sys/class/misc/agpgart/dev /sys/class/misc/hpet/dev /sys/class/misc/nvram/dev /sys/class/misc/psaux/dev /sys/class/ppp/ppp/dev /sys/class/printer/lp0/dev /sys/class/sound/adsp/dev /sys/class/sound/audio1/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/controlC1/dev /sys/class/sound/dsp1/dev /sys/class/sound/dsp/dev /sys/class/sound/mixer1/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1c/dev /sys/class/sound/pcmC0D2c/dev /sys/class/sound/pcmC0D3c/dev /sys/class/sound/pcmC0D4p/dev /sys/class/sound/pcmC1D0c/dev /sys/class/sound/pcmC1D0p/dev /sys/class/sound/timer/dev -- Kernel configuration: isapnp_init not present. -- System Information: Debian Release: 3.1 Architecture: sh: line 1: /dev/null: Keine Berechtigung (i686) Kernel: Linux 2.6.10 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#271107: apt-show-versions: Please switch to po4a to handle manpages translations
Hi Julien, I had finaly time to look into your patch and try to integrate it. I hope everything works well. Thanks Christoph Julien Louis schrieb: Package: apt-show-versions Version: 0.07 Severity: wishlist Hi, po4a is an utility to make the maintenance of manpages translations easier. For more informations see po4a(7) manpage. You just have to apply the attached patch to support po4a. After that, when you modifiy the documentation in the perl script, you have to generate a pod file in the man/ directory. If you receive a new translation, you just have to put de xx.po in the man/po/ directory and add the associated entries in the po4a.cfg file like following: xx:man/manpage.xx.pod add_xx:man/addenum_file.xx where xx corresponds to the language code. As I'm not speaking Spanish, the Spanish translation is not generated by default, you should ask the Spanish translator to review the es.po and defuzzing entries. -- Christoph Martin, EDV der Verwaltung, Uni-Mainz, Germany Internet-Mail: [EMAIL PROTECTED] Telefon: +49-6131-3926337 signature.asc Description: OpenPGP digital signature
Bug#298193: v4l-conf v3.94-1: ioctl VT_GETSTATE: Invalid argument
Package: v4l-conf Version: 3.94-1 jaap:~# v4l-conf ioctl VT_GETSTATE: Invalid argument jaap:~# jaap:~# v4l-info ### video4linux device info [/dev/video0] ### general info VIDIOCGCAP name: Hauppauge WinTV 34xxx models type: 0x7 [CAPTURE,TUNER,TELETEXT] channels: 4 audios : 0 maxwidth: 640 maxheight : 480 minwidth: 48 minheight : 32 channels VIDIOCGCHAN(0) channel : 0 name: Television tuners : 1 flags : 0x1 [TUNER] type: TV norm: 1 VIDIOCGCHAN(1) channel : 1 name: for debug only tuners : 0 flags : 0x0 [] type: CAMERA norm: 1 VIDIOCGCHAN(2) channel : 2 name: Composite1 tuners : 0 flags : 0x0 [] type: CAMERA norm: 1 VIDIOCGCHAN(3) channel : 3 name: S-Video tuners : 0 flags : 0x0 [] type: CAMERA norm: 1 tuner VIDIOCGTUNER tuner : 0 name: Television rangelow: 0 rangehigh : 4294967295 flags : 0x7 [PAL,NTSC,SECAM] mode: NTSC signal : 0 audio ioctl VIDIOCGAUDIO: Invalid argument picture VIDIOCGPICT brightness : 32896 hue : 0 colour : 32639 contrast: 14649 whiteness : 0 depth : 0 palette : RGB24 buffer ioctl VIDIOCGFBUF: Invalid argument window VIDIOCGWIN x : 0 y : 0 width : 320 height : 240 chromakey : 0 flags : 0 jaap:~# Processor: Athlon 64 3000+ jaap:~# uname -a Linux jaap 2.6.8-10-amd64-k8 #1 Sun Jan 30 03:54:49 CET 2005 x86_64 GNU/Linux jaap:~# jaap:~# lspci :00:00.0 Host bridge: VIA Technologies, Inc. VT8385 [K8T800 AGP] Host Bridge (rev 01) :00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800 South] :00:09.0 Multimedia video controller: Conexant Winfast TV2000 XP (rev 05) :00:09.1 Multimedia controller: Conexant: Unknown device 8811 (rev 05) :00:0a.0 Ethernet controller: Marvell Technology Group Ltd. Yukon Gigabit Ethernet 10/100/1000Base-T Adapter (rev 13) :00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80) :00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) :00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) :00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [K8T800 South] :00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60) :00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AQ [Radeon 9600] :01:00.1 Display controller: ATI Technologies Inc RV350 AQ [Radeon 9600] (Secondary) jaap:~# jaap:~# dpkg -s libc6 | grep ^Version Version: 2.3.2.ds1-20 jaap:~# jaap:~# perl -v This is perl, v5.8.4 built for i386-linux-thread-multi Copyright 1987-2004, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5 source kit. Complete documentation for Perl, including FAQ lists, should be found on this system using `man perl' or `perldoc perl'. If you have access to the Internet, point your browser at http://www.perl.com/, the Perl Home Page. jaap:~# --
Bug#294502: libapache-gallery-perl: Failure to locate Apache/Server.pm -- additional information
Hello, On Wed, 2005-02-16 at 13:19 +0100, Jesus Climent wrote: The package was uploaded closing the RC bug tagged as pending on Feb the second, but was never processed by the queue manager, according with packages.qa.debian.org Dunno what happened. Reuploading. I'm not sure how recently it got there (don't often update that box as it is quite remote from me) but it's there now. Thank you very much; it's great to have them working again! best regards, -- Matthew T. Atkinson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298195: ITP: tinywm -- Ridiculously tiny window manager
Package: wnpp Severity: wishlist Owner: Nobuhiro Iwamatsu [EMAIL PROTECTED] * Package name: tinywm Version : 1.2.0 Upstream Author : Nick Welch [EMAIL PROTECTED] * URL : http://incise.org/ * License : fair license Description : Ridiculously tiny window manager TinyWM is a ridiculously tiny window manager implemented in nearly as few lines of C as possible, without being obfuscated or entirely useless. It allows you to move, resize, focus (sloppy), and raise windows. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298196: psi: Does not handle expired gpg keys correctly
Package: psi Version: 0.9.3-1 Severity: normal When the key selected in psi for signing messages and presence is expired, psi fail connecting to server with the message : There was an error during Opengpg Processing. Check your stiings and try again. The diagnostic is not easy for a new user of psi and gpg. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) Versions of packages psi depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-9 GCC support library ii libqca1 1.0-6 Qt Cryptographic Architecture - sh ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libstdc++5 1:3.3.5-9 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime ii gnupg1.4.0-3 GNU privacy guard -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298162: vim: Entering Euro char via digraph doesn't work with LC_CTYPE=de_DE@euro
* Bram Moolenaar [EMAIL PROTECTED] [20050305 12:36]: If I have set [EMAIL PROTECTED] or [EMAIL PROTECTED] entering an Euro char via :digraph ee 164 doesn't work. Using Ctrl-V 1 6 4 works fine. If LC_CTYPE is de_DE, en_US or C, digraph for Euro char works, too, even after using :language ctype [EMAIL PROTECTED] from inside vim. Entering other special characters via digraph works, too. This problem also exists in vim 6.3.62 on x86 compiled from source, but it doesn't exist in vim 6.1.18 from Debian woody. [EMAIL PROTECTED] is configured with /etc/locale.gen and locale-gen. I don't quite understand what the problem is. First of all, digraphs are independent of the language used. It does depend on the 'encoding'. When you use Unicode then the euro character is 0x20ac. Is your 'encoding' set to utf-8 perhaps? No, otherwise :dig aa 228 etc. wouldn't work, but they do work fine. Anyway, if you define your own digraph with :digraph ee 164 it should work, there is nothing in Vim to stop it. Except perhaps if you change 'encoding' afterwards. I thought so, too, but I'm proven wrong. The default digraph for this character is Cu (Currency symbol in latin1). I know, but this isn't even defined if I start with [EMAIL PROTECTED] (though I can re-define it without problems). Maybe a glibc bug in isprint or something similar? But then it wouldn't have worked with vim 6.1.18. Regards, Thomas -- Email: [EMAIL PROTECTED] http://intevation.de/~thomas/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#230756: nautilus: Should not change desktop settings (color, icons) when launched under a non-GNOME session)
on Sat, Mar 05, 2005 at 10:31:37AM +0100, Lo?c Minier ([EMAIL PROTECTED]) wrote: Hi, On sam, mar 05, 2005, [EMAIL PROTECTED] wrote: /usr/lib/menu/nautilus entry does not have the --no-desktop switch. ... Coudl the command=/usr/bin/nautilus be replaced by: command=/usr/bin/nautilus --no-desktop That's a good idea; Karsten, would it be ok if launching nautilus from the Debian menu would do what you want? (ie. not hijack the desktop) Yes. Upstream should *still* be fixed, however. Peaced. -- Karsten M. Self kmself@ix.netcom.comhttp://kmself.home.netcom.com/ What Part of Gestalt don't you understand? If standards are good, then double standards must be... oh never mind. - Niels Callesoe signature.asc Description: Digital signature
Bug#298173: sylpheed: [security] buffer overflow (= 1.0.2), now 1.0.3 is released
tags 298173 pending thanks Dear sylpheed user, On Sat, 05 Mar 2005 20:24:04 +0900 Hideki Yamane [EMAIL PROTECTED] wrote: Package: sylpheed Severity: critical -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear sylpeed maintainer, A buffer overflow bug was found and fixed at 1.0.3. This problem exists in almost all of the older version, so it affects woody, sarge and sid. Please update sylpheed package. See http://sylpheed.good-day.net/index.cgi.en and check its detail. Thanks for reminding but I've already done it, just waiting for my sponsor to upload the packages. See http://sylpheed.mine.nu:9981/debian if you need updated packages. -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297494: mount.crypt doesn't seem to work
On 2005-03-04 10:39:14 -0500 Bastian Kleineidam [EMAIL PROTECTED] wrote: I have just uploaded 0.9.22-3 which fixes an option error in mount.crypt. This should also fix your error, but before closing this bug again I wait for your feedback if it works ;) Unfortunately, it doesn't. :( I think it is the same problem as the first point in #298141. i.e. - under 0.9.20, if I ran the command: mount.crypt /dev/hda8 /home/hubert -o cipher=twofish,hash=sha512 (which is how mount would call it) it worked. - under 0.9.22, that command doesn't work, but the command mount.crypt -o cipher=twofish,hash=sha512 /dev/hda8 /home/hubert works Unfortunately, I can't try Jörg's patch because it looks like the BTS ate it. Thanks -- Hubert Chan [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA Key available at wwwkeys.pgp.net. Encrypted e-mail preferred.
Bug#298141: /sbin/mount.crypt: mount.crypt has many errors
Hi Jörg, You tagged bug #298141 with the patch tag, but I don't see any patch attached to your message. I think it got eaten (or maybe you just forgot to attach it). Can you re-send? -- Hubert Chan [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA Key available at wwwkeys.pgp.net. Encrypted e-mail preferred.