Bug#458129: unadf does not support 64-bit mode
Hi, the error produced by unadf is due to it not supporting 64-bit mode. From the README file in the COMPILATION section: The size of long must be 4, the size of short 2. In 64-bit mode on x86-64, sizeof(long) is 8 and sizeof(short) is 2. The following small program will show the sizes: #include stdlib.h #include stdio.h int main(int argc, char *argv[]) { printf(sizeof(char) = %u.\n, sizeof(char)); printf(sizeof(short) = %u.\n, sizeof(short)); printf(sizeof(int) = %u.\n, sizeof(int)); printf(sizeof(long) = %u.\n, sizeof(long)); return 0; } On my machine (Linux tirith 2.6.18-2-amd64-k8-tirith #1 SMP Sat Oct 25 23:43:12 EDT 2008 x86_64 GNU/Linux) running Debian 4.0 (I think), I get: sizeof(char) = 1. sizeof(short) = 2. sizeof(int) = 4. sizeof(long) = 8. I'm not quite sure why unadf complains about sizeof(short), but if it didn't it will definitely complain about sizeof(long). The program is simply not written to be portable. It is not suitable for inclusion in the x86-64 architecture of debian until it has been made portable by replacing short and long types with portable types such as int16_t and int32_t. Thanks, Per -- Per Bojsen per.boj...@gmail.com 7 Francis Road Billerica, MA 01821-3618 USA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#412113: glade: Generated autogen.sh for Gnome 2 C++ project can't find gnome m4 macros
Package: glade-gnome Version: 2.12.1-7 Severity: important This report may reflect several issues and may actually be a bug on glademm. But I'm reporting it from the point of view of using the glade GUI. The autogen.sh generated when hitting the Build button on a Gnome C++ project (selected C++ as language in options) looks for $GLADE_MACROS/gnome/gnome.m4 where GLADE_MACROS is set using the following command: GLADE_MACROS=`which glade | sed -e 's-bin/glade-share/glade-'` This evaluates to an empty string because there is no command named `glade'. Rather, glade is `glade-2' on my system. Replacing `glade' with `glade-2' in the above line makes GLADE_MACROS be set to: /usr/share/glade-2 However: % ls /usr/share/glade-2 gnome-common.m4 gnome-compiler-flags.m4 That is, there is no gnome.m4 in that directory so autogen.sh still fails. I've used the package search feature of http://www.debian.org/distrib/packages to search for packages that contains a gnome.m4 file and the only such package in testing I can find is gettext-doc. Is gnome.m4 a Gnome 1 thing? Any tips on how to run glade-- to create a working project source tree is welcome. -- System Information: Debian Release: 4.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-amd64-k8-tirith Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages glade-gnome depends on: ii glade-common 2.12.1-7 Common files for GTK+ 2 User Inter ii gnome-common 2.12.0-2 common scripts and macros to devel ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.12.4-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libavahi-client3 0.6.16-2 Avahi client library ii libavahi-common3 0.6.16-2 Avahi common library ii libavahi-glib10.6.16-2 Avahi glib integration library ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-02.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libdbus-1-3 1.0.2-1simple interprocess messaging syst ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig12.4.2-1generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgail-gnome-module 1.1.3-3GNOME Accessibility Implementation ii libgconf2-4 2.16.0-3 GNOME configuration database syste ii libgcrypt11 1.2.3-2LGPL Crypto library - runtime libr ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3GNOME keyring services library ii libgnome2-0 2.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2+b1The GNOME 2 libraries (User Interf ii libgnomevfs2-01:2.14.2-6 GNOME virtual file-system (runtime ii libgnutls13 1.4.4-3the GNU TLS library - runtime libr ii libgpg-error0 1.4-1 library for common error values an ii libgtk2.0-0 2.8.20-5 The GTK+ graphical user interface ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libsm61:1.0.1-3 X11 Session Management library ii libtasn1-30.3.6-2Manage ASN.1 structures (runtime) ii libx11-6 2:1.0.3-5 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3
Bug#411421: HTML files in /usr/share/doc/libgtkmm-2.4-doc/tutorial/html/ polluted by A-circumflex characters
Package: libgtkmm-2.4-doc Version: 1:2.8.8-1 Severity: normal The html files in the /usr/share/doc/libgtkmm-2.4-doc/tutorial/html/ are littered with A-circumflex characters (ISO-8859-1 character code 0xC2). I've enclosed a gzip'd copy of index.html as evidence. Obviously, this is mostly cosmetic but perhaps indicative of some underlying problem worth investigating further. I checked, and it looks like the HTML files are inlcuded in the package and not locally generated. begin 644 index.html.gz M'XL(`?V$4`^U6W/C-K)^]Z]`,74J#VO)(G7/VJKU==9;X\0U]F1RGJ8@ M$I*P)@DN0,K6_IJ\GK^17W:Z`4+B1;)E6CD/IW8JL7C#AT;?T`TT;I(HW!R [EMAIL PROTECTED](?B*64+-(T:;%_97QYYER*.5QVGI)PAOCD[[EMAIL PROTECTED]E M8NG9U\;[EMAIL PROTECTED])2G(9O2S7-(IX/?//%V0?H41:GYN[1:CC)R)9.:H M=!4RM6`L=ALMF9TVZ?Z(MM7RF'I-!UWB.6RICL'E.8N9I*F0!*NA'\A MQ!/Y[$S5B#*_*KVQZ,VFX%(6#*ESQ)[EMAIL PROTECTED]#_^+%)PY`HYN,=119TR8ZF MC,7P3)2$+4!:1$E(J9OD1@:Z-LJI1)[EMAIL PROTECTED])[EMAIL PROTECTED])XZ)4^AEV,R [EMAIL PROTECTED]X80DB11B)D$6V)S'/B/[EMAIL PROTECTED]((#1EE,=DP)DEH5'/)X)[EMAIL PROTECTED] MM.Z`0,,PUAP3@$H9B:[EMAIL PROTECTED]0-)9ZK2/OC%]^5G()[EMAIL PROTECTED]'GK!' MKFPW!L#W,^`Q`YJ^89LL#,B2R16),G]!:))(YG.X#P^O0*2)D,!L,0,234N? M,X6#$TF)$Q*`R`HB.`N%G$;`P%'7)`F:([EMAIL PROTECTED]/+`2^(PGW M[EMAIL PROTECTED]'@R.ASC8D*OTJ-4BC^L[ M5VS)0I$@21TCHQXJ@D2M;O(X8]M5'W03-3E,V[JCLEC!C4UT+XBXY; [EMAIL PROTECTED]'[EMAIL PROTECTED](A);IM3$:S(=.Z+4,@SYWD!.@,`@'OF3$/J M/SD$NSMS?NC`OYL;ARSS\UOTQGU'.!FZ3Y`!GQ)_)`J!032)?;[EMAIL PROTECTED] MTCQ(%V.V^G\EP/,CD)5F?.SW3)YUKO2*!G)SP($VE=#XS.GJWN9PY`-3 [EMAIL PROTECTED],?P';K8:\Y2,A`:R=__`Y/(B@=?[0H/0[4D_MMB))?E\ M8`H:C93ZHG!L.*Z=:G/)H3)7WMD3A8H#I!.;:3(YPP/B?4:PP`(IRTK29 ML9QH#J)?U6?`YS*WI^?0%XTGI\Y+*Z(0BM%0NLOY[_/5VXI2?PKG5B//!Z [EMAIL PROTECTED]/$[+VPIT4B)D4.Z59NA!R+D665,@Q=P!XT:U.CI%=NK,RY5BO0X MD[M,2KHZ/';$U)Z2F72/'.9:0+SAU#/NY,MK-KT]8[^+YB,T:F]3L$7SD!_ M2P24$7WCD8!68Z`$E-YYY!$36:J]J;E8:C^!U4B?IWDNQ\?:#0S[V7[M) MGU$?SF%Z.3SIOX3L=(_TPSA'@?JN^IF4#LW*G)OT7CCK7?`4/^MSXX_#`^ M03CQALYD;[EMAIL PROTECTED]'XO_[_QN.N1VQAFDS#\D\B_9('D_NL#^)3!E/FG4*]_2OXE MV6`FJ]SQ7MI#\L?_$*_3\8AQ%F3M#Y*=3BIDQIQ,3]NO;=,8=X_U.D\D1 MT?_NF8RX4CA70:@!+C'.O%:I9'9,`(@$=#H$IQ`X!)@,]6Y@DQ\I@ MXIZG`1%H_\33SU_)C62,7.6/FZGQ,Y`8*W9,?H78#R^X;2\'[EMAIL PROTECTED]@ M(N`M\]M)-H6X9`'435:5V,^B%GZC('0C8#N-?)?Q3MUF,!([EMAIL PROTECTED]$/ M58_Q\HT$*;8N!!#2/.2*A,+PIT+!6*-]HYX'^+#$*D%1%3'6=2S:/]1DEF M4D2O4HVC6G(%(1IX('[EMAIL PROTECTED],.0'W,[EMAIL PROTECTED]/^U$.8;1^NUCTA\#Z1B$ MDWL(?!C$X0\9(G6[G6-R`?$A/GIW3CJZ[HMM]L9'I.O#^?M(]2M;7I:M+LI MZ`3U4]2OI#+?GDXGY_GMTY/IQ*`ED__DO^/@5P*B8.Q'0!E%%'3BW,?XV [EMAIL PROTECTED](NZF0\[K?$\%A$OU_$)'A*_G%MT,?_9$3.FPM=*B6KXJ`-T,,X\ M/U;?QG7A4G;I1+=!A6H]SW38I)AW:[EMAIL PROTECTED],)_;H3-Y M1(EAG%N$.]$[8.G.EY.71Z[5D%.-EKP#V:P]=FDB:S)KSC_GCD3*Y8 [EMAIL PROTECTED]/V-B/^O,7;4V?9R]-$7KYFAWW)=@3E,(D'[EMAIL PROTECTED]6O-N M45Q7S7A8K?`Q6%G`-/W`]=N_?J%XF^CD7W?/S`[!2U13CO$!\D;P+DUA MCG,IY!/?_HIPY`#HYQF8/T3(?#$4PZ$MQA:PQ8,\\L#`7Y)B1X;'X M![,Z._P:$J6PM32%4,[EMAIL PROTECTED]74($BIP\:C;VW491',9^'[-85ELN M%\Q_^AB49=D7GQ^K]DKZTV^3+S2,[+%/O:51W]MNGVWV^N`OW\`+Q. M4RK)1\RNOQ'[EMAIL PROTECTED]6B]WMA#]S2V[EMAIL PROTECTED]:W^#-KGCR@K MI#$3F?J(=`8;:_E,IRQ4F'_#;Z-A#S8BN88H8=449T@(IJ*IB!6``\)CS]@ M9(.-)]5K94RIRJ;[EMAIL PROTECTED];D2$*4\.,L$.\QA6\=X$,XS^15Y4`I(%\':W M*8MR/)SB\%(+4HMHTUTS*QENU.4N0W98W?33D$=T9Y#Z.V#K$?(6'\E;/G MO(\F_!EM')K77L##`9N1-!0ZL9%687`$+JFN)8PP)06J%*8;.WC5MY,O6 M@X_X%Z!P`6LEKT_QXP:T]7DLYU\'HE1=(4S%K4O4BRQ0Y+RFY8W'6%'%8 M]MP'L=%QCCENZZ64JHSW5;UQ0?7@/](Y*;[EMAIL PROTECTED]!:()+'@;GL;\0 M#4U[O-'[EMAIL PROTECTED]/6(C;4HC.%:**)L\L1#4[W7'7F9R;I9DFPW8[ASL M]H[=-Y,[EMAIL PROTECTED]'FU3J-Z?((KUBH#;)N?!/R%9P06+LL_[EMAIL PROTECTED]' [EMAIL PROTECTED]:[EMAIL PROTECTED]+ZSC75*W(-[IJBFX%M$E^19$!!.6^KA MP$[K\)LN1):2WUI;,G7H81_2OT\?[T$JB_$ZA(?E0EO`'=EB]P0*XX#6\ MD85V-V0!N5[!$$8F)8YA#!G)H^DFQL!)PPT-VN1!,?DQP$T0PJYGC,_ MAFD-^0:FN3AWR\QP\'[EMAIL PROTECTED];@[EMAIL PROTECTED]??[`\^9?)(T67!?V?FZF6K MI.66TGO^PL+:-T*VF(;[EMAIL PROTECTED]SF;[EMAIL PROTECTED](0IOPQ#R MB1S\7/[EMAIL PROTECTED]58(Q7FF(-UCD-@(C/8A'M.'`[(SB-Q7.POK$][`X\AQ19 M]'[EMAIL PROTECTED],;L;1PC+%'0.G'32.`BH]LOZ4\-[^F4/V#KW[EMAIL PROTECTED]@ M2]#JJ=#U\7[:[EMAIL PROTECTED]G`W'%H]Z-::[PNH[DPWQ5C'=52EKG(GQ'166.% M`V(K5X[)[[EMAIL PROTECTED]1FRS.-RZ;B-8%,P,P)QY-TT8D-Q^4#$/!6X6H[T M-D5;9\^EH1Z[EMAIL PROTECTED]@DH\$[G+J[*`:U[+RN(:Q*B'4^H'[EMAIL PROTECTED])* M%A#)E'AQB]37[A@'P*::!K*$C(IW,\*\=[,N`8B8\F'*\%G0(*\9(V- M3:\VZ06TB+SW7AGRF/:\[A0CYLDI`2;YDP6[0=[/9L\DQ')!M-5!FGU#X MZPL-^.X5\^6Q.Q[B2N\ZU',UCLC1F^(+P)V3%))8V7V3I5]H)T(+1C5;L)) MKY!B7[\D`$#-[\^WHR:HJW],4]G-PVKWJ%)/L32S5-6.M@:F^*7#B$HWJ M#0?D$E)[EMAIL PROTECTED]K)M_C\6B`Y98:\V.KNUXA[]Y-9%,6K#?H(2P%I$$6ZI M!QL^HN8FZ+'][-BLU??[W9O1Y8?Y*$W#?F$_(92V':L0-K[H*0?-JC_HZ M]%:O,[EMAIL PROTECTED],4VP)(_%!!I0JT'-)'8%S:[3R51$95I([EMAIL PROTECTED] MF'?SV((:%KN=X=C$4HVVN0LD``RN`;_QWYSK'73C'F;XK2*^[N(O]G0I(X M\./UUS!FK%/+1]]K/5ME.]+-MF23NPIRVE1EMW^4-,8YRY9:[EMAIL PROTECTED] M;.1`+^P.)W7_!T=9WG^4?FF(K_E^63$HF+E^1K,P/5`'5A\N*S1(7^3
Bug#397866: Acknowledgement (compiz-core: Compiz does not start properly)
I managed to get compiz to run again by removing the gconf entries for compiz and starting with a clean slate. I actually renamed the compiz directory in ~/.gconf/apps to compiz_saved, logged out, logged back in, and then I could start compiz. The original gconf entries were created with compiz 0.0.13+git20060928-2. When I upgraded to 0.2.0-1 and later 0.2.2-1 I started having the problems. This bug can probably be closed. -- Per Bojsen [EMAIL PROTECTED] 7 Francis Road Billerica, MA 01821-3618 USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397864: Typo in metacity-message man page (enabble should be enable)
Package: metacity Version: 1:2.14.5-1 Severity: minor Tags: patch There is a typo in the metacity-message man page. The word `enabble' should be `enable' with a single b. Here is a patch to fix the problem: --- metacity-message.1.orig 2006-11-09 20:36:29.0 -0500 +++ metacity-message.1 2006-11-09 20:35:41.0 -0500 @@ -40,7 +40,7 @@ Reload a theme which is specified on gconf database. .TP .B enable-keybindings -Enabble all of keybindings which is specified on gconf database. +Enable all of keybindings which is specified on gconf database. .TP .B disable-keybindings Disable all of keybindings which is specified on gconf database. -- System Information: Debian Release: 4.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-amd64-k8-tirith Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages metacity depends on: ii libatk1.0-0 1.12.3-1The ATK accessibility toolkit ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libgconf2-4 2.16.0-2GNOME configuration database syste ii libglib2.0-0 2.12.4-1The GLib library of C routines ii libgtk2.0-0 2.8.20-3The GTK+ graphical user interface ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libmetacity0 1:2.14.5-1 library of lightweight GTK2 based ii libpango1.0-01.14.7-1Layout and rendering of internatio ii libsm6 1:1.0.1-3 X11 Session Management library ii libstartup-notification0 0.8-2 library for program launch feedbac ii libx11-6 2:1.0.3-2 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii metacity-common 1:2.14.5-1 Shared files of lightweight GTK2 b metacity recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397866: compiz-core: Compiz does not start properly
Package: compiz-core Version: 0.2.0-1 Severity: important Compiz does not start properly for me. The compiz and gtk-window-decorator processes do start, but the windows stay undecorated and the mouse moves in a jerky way. The windows are not managed and they do not accept keyboard focus even when klicked on. I have an nVidia GeForce 6800 GLX card and I am running the beta driver (nvidia-kernel-source and nvidia-glx 1.0.9625-2). xserver-xorg is rev. 1:7.1.0-5. -- System Information: Debian Release: 4.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-amd64-k8-tirith Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages compiz-core depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1] 6.5.1-0.2 A free implementation of the OpenG ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-7 PNG library - runtime ii libsm6 1:1.0.1-3 X11 Session Management library ii libstartup-notification0 0.8-2 library for program launch feedbac ii libx11-6 2:1.0.3-2 X11 client-side library ii libxcomposite1 1:0.3-2 X11 Composite extension library ii libxdamage1 1:1.0.3-2 X11 damaged region extension libra ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library Versions of packages compiz-core recommends: ii compiz-plugins0.2.0-1OpenGL window and compositing mana -- no debconf information -- Per Bojsen [EMAIL PROTECTED] 7 Francis Road Billerica, MA 01821-3618 USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393113: compiz-core: Missing dependency on mesa-utils
Package: compiz-core Version: 0.2.0-1 Severity: normal The compiz wrapper script uses the glxinfo command, however, the package apparently has no dependency on a package that includes this command. I was able to install compiz-core using apt-get without glxinfo being pulled in. glxinfo is part of the mesa-utils package. I don't know if it also available from some other alternative package. My guess is not given that mesa-utils has no conflicts. I am guessing this issue can be fixed by adding mesa-utils as a dependency. -- System Information: Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-amd64-k8-tirith Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages compiz-core depends on: ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libgl1-mesa-glx [ 6.5.0.cvs.20060524-1.1 A free implementation of the OpenG ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libpng12-01.2.8rel-5.2 PNG library - runtime ii libsm61:1.0.1-3 X11 Session Management library ii libstartup-notifi 0.8-2 library for program launch feedbac ii libx11-6 2:1.0.0-9 X11 client-side library ii libxcomposite11:0.3-2X11 Composite extension library ii libxdamage1 1:1.0.3-2 X11 damaged region extension libra ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-4X11 RandR extension library Versions of packages compiz-core recommends: ii compiz-plugins0.2.0-1OpenGL window and compositing mana -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388702: sawfish: Invalid use of setitimer() reported in syslog
*** Regarding Re: Bug#388702: sawfish: Invalid use of setitimer() reported in syslog; Luis Rodrigo Gallardo Cruz [EMAIL PROTECTED] adds: Luis I'm sorry, I can't reproduce this. Do you have some external Luis lisp add on? No, I don't think so. I have not seen the problem in a while. I suspect it happens only in response to certain rarely used activity. It looks a bug in the code that calculates a delay that does not correctly handle carry. It obviously meant to set the itimer to 60s but ended up asking for 59s and 100us. I was hoping this could be found by inspecting the code since we know it has to do with setitimer. I haven't had a chance to look into it more closely. Per -- Per Bojsen [EMAIL PROTECTED] 7 Francis Road Billerica, MA 01821-3618 USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390960: debian-mta.m4 refers to non-existent /var/lib/sendmail/host_status dir
Package: sendmail Version: 8.13.8-2 Severity: normal The /usr/share/sendmail/cf/domain/debian-mta.m4 has a define on line 30 which sets confHOST_STATUS_DIRECTORY to /var/lib/sendmail/host_status. This refers to a directory. However, this directory is not created as part of the sendmail install. I am pretty sure it used to be created as my older Debian sarge installs has this directory. Given its permission and group requirements (group smmsp and setgid) it is not obvious how to create it. Has there been a change in Debian sendmail policy to not use this feature by default? In that case, the option should be disabled in the config files, I guess. -- Package-specific info: Ouput of /usr/share/bug/sendmail/script: ls -alR /etc/mail: /etc/mail: total 336 drwxr-sr-x 7 smmta smmsp 4096 Oct 3 20:42 . drwxr-xr-x 179 root root 8192 Oct 1 20:02 .. -rwxr-xr-- 1 root smmsp 14136 Sep 22 22:47 Makefile -rw--- 1 root root885 Sep 22 22:39 access -rw-r- 1 smmta smmsp 12288 Sep 22 22:39 access.db -rw-r--r-- 1 root root281 Sep 22 00:19 address.resolve lrwxr-xr-x 1 root smmsp10 Sep 18 00:37 aliases - ../aliases -rw-r--r-- 1 smmta smmsp 12288 Sep 21 18:48 aliases.db -rw-r--r-- 1 root smmsp 3899 Sep 22 22:47 databases -rw--- 1 smmta smmsp38 Sep 22 00:19 default-auth-info -rw-r--r-- 1 root smmsp 118 Sep 22 00:19 generics-domains -rw-r--r-- 1 root smmsp 147 Sep 22 00:19 genericstable -rw-r- 1 root smmsp 12288 Sep 22 01:10 genericstable.db -rw-r--r-- 1 root root 5594 Sep 1 01:37 helpfile -rw-r--r-- 1 root smmsp 179 Sep 22 00:19 local-host-names drwxr-sr-x 2 smmta smmsp 4096 Sep 18 00:37 m4 -rw-r--r-- 1 root smmsp 1210 Oct 3 20:42 mailertable -rw-r- 1 root smmsp 12288 Oct 3 20:42 mailertable.db -rw-r--r-- 1 root smmsp 118 Sep 22 00:19 masquerade-domains -rw--- 1 root smmsp 418 Sep 22 22:40 msp-authinfo -rw-r- 1 root smmsp 12288 Sep 22 22:47 msp-authinfo.db drwxr-xr-x 2 root root 4096 Sep 18 00:37 peers -rw-r--r-- 1 root smmsp82 Sep 22 00:19 relay-domains drwxr-xr-x 2 smmta smmsp 4096 Sep 22 00:19 sasl -rw-r--r-- 1 root smmsp 63026 Sep 25 16:39 sendmail.cf -rw-r--r-- 1 root root 11888 Sep 18 00:37 sendmail.conf -rw-r--r-- 1 root smmsp 2694 Sep 22 22:46 sendmail.mc -rw-r--r-- 1 root root149 Sep 22 00:19 service.switch -rw-r--r-- 1 root root180 Sep 22 00:19 service.switch-nodns drwxr-sr-x 2 smmta smmsp 4096 Sep 18 00:37 smrsh lrwxr-xr-x 1 root root 15 Sep 17 23:51 spamassassin - ../spamassassin -rw-r--r-- 1 root smmsp 45118 Sep 22 22:47 submit.cf -rw-r--r-- 1 root smmsp 2738 Sep 22 22:45 submit.mc drwxr-xr-x 2 smmta smmsp 4096 Sep 18 00:37 tls -rw-r--r-- 1 root smmsp61 Sep 22 00:19 trusted-users -rw-r--r-- 1 root smmsp 233 Sep 22 00:19 userdb -rw-r- 1 root smmsp 8192 Sep 22 01:10 userdb.db -rw-r--r-- 1 root smmsp 858 Sep 22 00:19 virtusertable -rw-r- 1 root smmsp 12288 Sep 22 01:10 virtusertable.db /etc/mail/m4: total 12 drwxr-sr-x 2 smmta smmsp 4096 Sep 18 00:37 . drwxr-sr-x 7 smmta smmsp 4096 Oct 3 20:42 .. -rw-r- 1 root smmsp 793 Sep 25 16:39 dialup.m4 -rw-r- 1 root smmsp0 Sep 18 00:37 provider.m4 /etc/mail/peers: total 12 drwxr-xr-x 2 root root 4096 Sep 18 00:37 . drwxr-sr-x 7 smmta smmsp 4096 Oct 3 20:42 .. -rw-r--r-- 1 root root 328 Sep 1 01:12 provider /etc/mail/sasl: total 16 drwxr-xr-x 2 smmta smmsp 4096 Sep 22 00:19 . drwxr-sr-x 7 smmta smmsp 4096 Oct 3 20:42 .. -rw-r--r-- 1 smmta smmsp 701 Sep 22 00:19 Sendmail.conf.2 -rwxr--r-- 1 root root 3665 Sep 18 00:37 sasl.m4 /etc/mail/smrsh: total 8 drwxr-sr-x 2 smmta smmsp 4096 Sep 18 00:37 . drwxr-sr-x 7 smmta smmsp 4096 Oct 3 20:42 .. lrwxr-xr-x 1 root smmsp 16 Sep 18 00:37 deliver - /usr/bin/deliver lrwxr-xr-x 1 root smmsp 26 Sep 18 00:37 mail.local - /usr/lib/sm.bin/mail.local lrwxr-xr-x 1 root smmsp 17 Sep 18 00:37 procmail - /usr/bin/procmail lrwxr-xr-x 1 root smmsp 17 Sep 18 00:37 vacation - /usr/bin/vacation /etc/mail/tls: total 44 drwxr-xr-x 2 smmta smmsp 4096 Sep 18 00:37 . drwxr-sr-x 7 smmta smmsp 4096 Oct 3 20:42 .. -rw-r--r-- 1 root root 7 Sep 18 00:37 no_prompt -rw--- 1 root root 1191 Sep 18 00:37 sendmail-client.cfg -rw-r--r-- 1 root smmsp 1229 Sep 18 00:37 sendmail-client.crt -rw--- 1 root root 1013 Sep 18 00:37 sendmail-client.csr -rw-r- 1 root smmsp 1675 Sep 18 00:37 sendmail-common.key -rw--- 1 root root 0 Sep 18 00:37 sendmail-common.prm -rw--- 1 root root 1191 Sep 18 00:37 sendmail-server.cfg -rw-r--r-- 1 root smmsp 1229 Sep 18 00:37 sendmail-server.crt -rw--- 1 root root 1013 Sep 18 00:37 sendmail-server.csr -rwxr--r-- 1 root root 3134 Sep 18 00:37 starttls.m4 sendmail.conf: DAEMON_NETMODE=Dynamic; DAEMON_NETIF=eth0; DAEMON_MODE=Daemon; DAEMON_PARMS=; DAEMON_HOSTSTATS=No; DAEMON_MAILSTATS=No; QUEUE_MODE=${DAEMON_MODE}; QUEUE_INTERVAL=10m;
Bug#390070: skencil: RedrawMethod failures
Package: skencil Version: 0.6.17-7 Severity: normal I get numerous errors like the below: --- Calling RedrawMethod failed--- Traceback (most recent call last): File /usr/lib/skencil/Sketch/UI/ruler.py, line 251, in RedrawMethod self.draw_ruler_vertical() File /usr/lib/skencil/Sketch/UI/ruler.py, line 333, in draw_ruler_vertical DrawString(dx - TextWidth(text), pos, text) OverflowError: signed integer is greater than maximum --- I get one of these when invoking skencil from the shell, then many when resizing the skencil window even with a blank page. Also, I do not see any rulers rendered. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-amd64-k8-tirith Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages skencil depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libx11-6 2:1.0.0-9 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii python 2.4.3-11An interactive high-level object-o ii python-imaging-tk1.1.5-11Python Imaging Library ImageTk Mod ii python-support 0.5.1 automated rebuilding support for p ii tcl8.4 8.4.12-1.1 Tcl (the Tool Command Language) v8 ii tk8.48.4.12-1Tk toolkit for Tcl and X11, v8.4 - skencil recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389840: boinc-manager: Labels in Options dialog are truncated and window is not resizable
Package: boinc-manager Version: 5.4.11-1 Severity: normal The two labels on the General tab of the options dialog (reachable from the Advance-Options menu entry) are truncated at the left and the options window is not resizable. Also, the Reminder Frequency widget looks like it is supposed to be a scrollbar but it is so small that only the scroll button is visible. See the enclosed PNG for a visualization of the problem. begin 644 options.png MB5!.1PT*@[EMAIL PROTECTED]`(```!1CXZ27!(67,```L3 M```+$P$`FIP8!W1)344'[EMAIL PROTECTED]`AL600IU80``$Q)1$%4-KMWF/'-=A M!^:$678.40+9R='%A/:UD)SD1U(B!4[L0D1$0,[EMAIL PROTECTED]'`\=%P?(CR)^02 MYY)C(0`D4Q([EMAIL PROTECTED]@2'`H4]*00XK40HJB9I\AAZ0V4H`]G4-)K7)5 MUYO7Z_3R?2([EIO7I=]:OWJI96EV2P!J=8$@(``!`0@((`.V)9[OK2T MT*^[.CFYP^L-305$DB1[]]_;?_OY^`__87+R8:\W-!L029*LKSWTTZFW:+G M?O:LUYMN\WM?^T;O!41?VKOO'H=C?=VN?_FG;_W%=[1#6UNXAP/B!S\ZUNLO MP-_\Z]4'Y\_]YHC,[EMAIL PROTECTED]/@@XV%K[EMAIL PROTECTED][EMAIL PROTECTED] M='=`C$U,I_^Z:G^ZK3[0T[8U?!)[EMAIL PROTECTED]/'#XD9\3(P_8'#CY2M^],C M3X;G5HLJFU56I;J6W\*FBZED=;'XOXN6?,%*DZ,K$QOM7#O!38Q'0N]*G MQE](WRP;GHHUSS^`DLVMGPW!O929L+RIIG[EMAIL PROTECTED] M?5J=51P1;+I6;K$N'[EMAIL PROTECTED]'\\EO2[I5,ETFNUCZ-+CQ7^QN9!;W MPCT9$/'=A'3)]%_Q;*_.RLV-6:M80G'A_I8QP\?B1W-A:GE*VX:7^[VSIN M';[EMAIL PROTECTED]'$B1W`E%C'Q:_7!6*;`SVW?.ZJ6WV:O0S6O)ZWNP4J]*F MZ]95J[*%-ZU,+[9PK]Z#*/;\M_R\;;[[T(`K^L6VJ;+!X;KZ5$;*#^W0,.' M=?7TZ,Q9$7Z-JA,][=PSP=$-A%JWC5HWZFZUPTF1%EO=EV=YA;N'SX2W3 M,9I[EZ=]IT'V':7P;#XRO1$_=80*2G8DQ/H;'1%TW.-Q`JNL(;M]AW8%+ M97RQG;]N=Z%_XQ*87\'9W*`A?UL^ABH;\Y-S\M^RUYKV'3RO1B_=J M0*2=B.);[EMAIL PROTECTED]:6'(GIF?5UU5^?B,T,)=U(.HOK.8_JMYF^Z0#A] MPFME%ZLN.;`QT=B]].IAW9*-UMQTNDSQG*:O?:'XYH865ZKH5[\AY$X'Y! M\7PNXYZRZEKK\-Y'KVP=.U[:^TUGSTTI)Q(W#XD?:-_T09,V]:^RV1=V M#8RIU12TL+_??F_YH[0]^=*S7?U$JK?_2TL+LS-'Q3][7\%]MWWWI\] M,?.5K]ROK=K:PM_]JT?[;[EMAIL PROTECTED](AMFF``KVR)+R]J80%!8,/%C;$``0$L5# M#']:[EMAIL PROTECTED];3W]'[EMAIL PROTECTED]CGXQ/^I/V5)+L_?X=V:'+IW]ZODO,SAP] M].##`Q0DY,[)B?'AW?Z:$TG0X_L)`]R#2SX\#\=R#``0$(```0$($!` M``($![EMAIL PROTECTED]:E^!`1=9W;FJ$:@,7L/W@^M^WOOU]C4#L%:76 M%[0$!/!QQV'_O8P$!`PZ-Z]GG@AY/]49_W`6_7'^UI8%+15I;(Q6`%1 M/#D[[IV82@,#0V5'!.5)[EMAIL PROTECTED]'1)NC@@[EMAIL PROTECTED](A^3C/PCR6IT3U)4 M:G%6D#MZNA!9,^Q]''V[IG+,G83HW?`T/]_]K%EBU:HQ2*HP#+%6F4 M]/_(FH?;MB*;)F$(8N.[*S7G!5YB=XT.\H*#%0I4/E-S[VRHNIM@;+M MQAU):0#@R(Y'.5^=E2Y6G%N=$E.(3.G#(4;9(9L[FB./[/`5NZS`XJQ` M'J5SRQ:(*2JP3%TUV73Y0MT+G2D[PJS)G9Y7=SJBKD$W+H3)V\9=^ M6P`M')+TQ.VLE,W?-$H.SAR_86SVU=AOX8G0F%.*WU45`AW[K4JN/KY- [EMAIL PROTECTED],W9\#[F\RYX0Q!3E4PP-'1I%T,Z]-AKM]/;W.V\`K? M9(B;_H:[EMAIL PROTECTED]'06T.,LE'#-'?[EMAIL PROTECTED]%W\4(=[EMAIL PROTECTED] M$U^3QI;OT=SQ/D6OQWK=]R!B#N7LT5_V.96[LWF$+BS\GB\C%%!98IFU6= MWL#FNO.X*7L7DT_!Q$8KA/[EMAIL PROTECTED]@ZSJ[8J*MKCI'EE_6;C;[=2 M2Z[M]5[DL^]A-_%'[EMAIL PROTECTED]'D3+^\`\VWJ/08^:ET\DW-3:GXZN^:[ M%8V53S/,89;WJWMO_LY'=UL!]R#J%O^AP*TJD-;FA8O_H`TQMC5_2KV [EMAIL PROTECTED]WY1@8X'3*_NQ':_O?W@/W;?HSI!`.!0'1IR_VQ[\^ MJT::PB(_KV,J\1:U_@\0$(```0$(```0$($!```($![EMAIL PROTECTED], M!D[D7Z+64`*04R'R+]$+2,,,1CH=$!`0$A9EZ'=?Y[6$`.ZMQ^12P$!.1[ MD8AAA0TQA'[EMAIL PROTECTED]`AHZ]`C.]QPT)`(`6DP9:]BY8VW=_M4\R:3 M5YV8C,@=)X%9`J*W7W(O)TY8!Q+[1IB:%D8Q(!(.UUC$]/IO^K$[--L5S^W M?'$(4#:];%:VP,8(,[EMAIL PROTECTED]!VFU8YIA_!6O%U/]PXQA\^2\H_P5YS M8N`+XME)70YV.R*W$GY#QU?;%0?JD!Y$[/8KWAH;;A2_#Q.8%?C2?MFE MN.:U.G(K@;K%IT]DM6NN%;[!+D'HWAY$E^N#D\?YCX(NE_0UMI88'9KH3( MH'L#8DN.SLYLM.5;29WF^=^]FP'MK)[EMAIL PROTECTED]'EF^E^0^, M.B;,G9MJ[EMAIL PROTECTED](-IR]2X[$XJSVE'P%8=0N,*1JK=GPUNBJR\LW'_FS M=J7/S%'W(-K8P\]^FK5XLK6[WQ[_2=N8C9;9_J[0H8/^]K4^'XR^X!Q'J M390]+3Z(*2'F#=3P^=/`W`8^:1O9.),6N5]12$2/N;*N$7JI!P=M%'9 MT`@HA_D/J)*2U0V!(2`Z`NB00]0#ACV?HQ'\=3))DKT'[IN:FM[TJ8` [EMAIL PROTECTED](DA[$H0?'AW?N;8R'_-40$?#C%J]2#V'KAO='QG=6[XJ8`P1IBC(V. M+R^\%?E40$#_]B#I!004%/[EMAIL PROTECTED]A``LH-VOF!`1$I\,@?=20$`=!N?W M@0$U)[EMAIL PROTECTED]U#(OP76,/]X+`A`0```A`0@(``!`0@(``!`0@(0$`` M`A`0```A`0@(``!`0@(``!`0@(0$```A`0```A`0@(``!`0@(``!`0@( M0$```A`0```A`0@(``!`0@(``!`0@(0$```@)`0```A`0@(``!`0@(``! M`0@(0$```@)`0```A`0@(``!`0@(``!`0@(0$```@)`0```A`0@(``!`0@ M(``!`0@(0$```@(0$```A`0@(``!`0@(``!`0@(0$```@(0$```A`0@(`` M!`0@(``!`0@(0$```@(0$```A`0@(``!`0@(``!`0@(0$```@(0$(``!`0 M@(``!`0@(``!`0@(0$```@(0$(``!`0@(``!`0@(``!`0@(0$```@(0$(` M`!`0@(``!`0@(``!`0@(0$```@(0$(```0$@(``!`0@(``!`0@(0$```@(0 M$(```0$@(``!`0@(``!`0@(0$```@(0$(```0$@(``!`0@(``!`0@(0$`` M`@(0$(```0$(``!`0@(``!`0@(0$```@(0$(```0$(``!`0@(``!`0@( M0$```@(0$(```0$(``!`0@(``!`0@(0$```@(0$(```0$(```0$@(``! M`0@(0$```@(0$(``/K#MN*DV,O:!@1D#,SAS5*$!J:'5Y3BL`-;D'`0@( M0$```@(0$(```0$(```0$($!```@(0$```@)HIVV:8!`L+2T,[+[/SAP] M].##J[EMAIL PROTECTED]'\02(^WDTC2,@2'[\;_]8-NO0X3\9\,9Y]YTKCA`! M,A^L3I6G/AWW__C=ZY'O[EMAIL PROTECTED]:UTN+*N'1(!(2`HIL/5*YT0Y(D ME41``A^/1VN7+[89[=N\N3CQ_]JPAAH@Q]-A?:W)0F[9/O:?/__W]/U M]Z]=O?).DB37KEW?M7OW^3?,,00$/1J.ER^M-I\.3??E.2))_=-?U__WOL MPP\_3N+*X+LBWCHRG#]8OKA1G14[L?`\BK7;#U:ON=U[EMAIL PROTECTED]@. MZY=:8Q.#]738?`D'[[R$22))N+F?/FK3FFMM'YFX='Y,W'`EO9/C+Q
Bug#389849: gnome-control-center: gnome-theme-manager fails to show most themes and hangs the GNOME environment
Package: gnome-control-center Version: 1:2.14.2-3+b1 Severity: important The 3rd and onwards theme is not shown correctly in gnome-theme-manager. If one of the incorrectly shown themes is selected, most of the GNOME environment hangs including gnome-theme-manager itself, the panels, and nautilus. They do not react to mouse clicks and the windows do not refresh. An strace of gnome-theme-manager reveals: [pid 9271] access(/home/bojsen/.themes/Default/gtk-2.0-key/gtkrc, F_OK) = -1 ENOENT (No such file or directory) [pid 9271] access(/usr/share/themes/Default/gtk-2.0-key/gtkrc, F_OK) = 0 [pid 9271] lstat(/usr/share/themes/Default/gtk-2.0-key/gtkrc, {st_mode=S_IFREG|0644, st_size=82, ...}) = 0 [pid 9271] open(/usr/share/themes/Default/gtk-2.0-key/gtkrc, O_RDONLY) = 4 [pid 9271] read(4, #\n# Default keybinding set. Empt..., 4000) = 82 [pid 9271] read(4, , 4000) = 0 [pid 9271] close(4)= 0 [pid 9271] open(/home/bojsen/.themes/Crux/metacity-1/metacity-theme-1.xml, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 9271] open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = 4 [pid 9271] writev(4, [{*** glibc detected *** , 23}, {corrupted double-linked list, 28}, {: 0x, 4}, {2af0529ef158, 16}, { ***\n, 5}], 5*** glibc detected *** corrupted double-linked list: 0x2af0529ef158 *** ) = 76 [pid 9271] rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 [pid 9271] tgkill(9271, 9271, SIGABRT) = 0 [pid 9271] --- SIGABRT (Aborted) @ 0 (0) --- Process 9271 detached ... read resumed , 600) = 0 --- SIGCHLD (Child exited) @ 0 (0) --- write(2, \n(gnome-theme-manager:9270): cap..., 158 (gnome-theme-manager:9270): capplet-common-WARNING **: Received EOF while reading thumbnail for gtk: 'Crux', metacity 'Crux', icon: 'Crux', font: 'Sans 10' ) = 158 A screen dump of the gnome-theme-manager window is enclosed: begin 644 gtm.png MB5!.1PT*@[EMAIL PROTECTED]'$`(```#YP':,7!(67,```L3 M```+$P$`FIP8!W1)344'[EMAIL PROTECTED]`SD?GJ;[EMAIL PROTECTED](`!)1$%4-KLW7E\$V7B M/_!G)D;WH7I5P5YXWJ'[EMAIL PROTECTED]JGHBR'VHZ.JNK%_4=7']?D4%BTH7 M;\5KI:BKZ.[^U$6A8(LMB'(?O2_:IKEGYOG],648)LEDFB9IDG[[EMAIL PROTECTED].9 M9R:3?/(\,YEAZFM/$0```(AP+#8!$AT```0Z(!$!P```0Z M$AT```0Z(!$!P```0Z$AT```0Z!!$BT3U=1484L!`'2O M4:,G-=15BH^_^^9?_I10,#8Y)16?\!GOSGU.DS`Y/HA)Z:MS0!0@6XV M=,ZG_$]EG8SS,2K?%;!UPS?.]^X*9!L=``#T`TWW:J]D:^@;FM!=LSTB'1 M`0`BF);FM99'J44Q.)[EMAIL PROTECTED]:[EMAIL PROTECTED]@B?2I005,I2'[EMAIL PROTECTED] M1`%*D.A(=```B()$1QN])R?Z4\^_*3[([EMAIL PROTECTED];(J:,'Q`=_7'[EMAIL PROTECTED] MKC+28K%\N?VK8\.F4RFF3=GY:6IM/IL,VBJHT^YN*KD]+[V!W.[JI]TM# MTNC8F!2EI2KK?8R\=?FI0^6EWWV.G0,`(E%5EYM]8G`MM__/*KLOT' M$U+2*PX?;WCYU:5+%BE):J$J^TS.;NA[EMAIL PROTECTED];I;4:5N7IHHLE M9IO;K=U5=4MK8W)B0K\!DQ7#:ZM.LIRUN:7-O[%.2XLI-1L?@`0B=(SPDA M63G]:BJ/=2[158^C'SUV-$E/?.\\56GG7M^_**QJ=$4%\OJ6+\+]*EW6E93 M8VVG:NZ^1'D)B@)5YNJ)B9XWB;N9T0TEQS]%15M?+%2.W5)W]84*OUER7 MGM6GI=6L,[EMAIL PROTECTED]/2.J5B8\`(@L:EG6R/9?094G3K2J4:Z M2O.=4LKS0KO-8;,[.)?+:K%P+E,T[EMAIL PROTECTED])?$[O0**1$$,)Q'%D MR(#M0_.UNGU.EW''YU.M^+Q%\6QP2,(@B`([DOA.(X7!GL,RMND$8]M.YC M][$;/[EMAIL PROTECTED](-0`#CW'N;O/S*$XTIR=5^;5CZ64\CPO`+/ M\RS+^BPP+2.GL;XZ+2-'M58?[81Z'X.+!W[EMAIL PROTECTED]/[O,X`:74 M6]WDRW4?+E\I124U%A)B2[^S)%2RNIT+,NR+,NP'2BA6G\$Z?^W-^HQT5= M31K[Y??[O_Q^/R%DZH7#.8Y3C-WPWG\6W_(;0LB]_XCC25!KCD`0,`U-]9Y M_#VZ?XENL5B^^OI?QXX=%T=]__T/$R^=+J9[=77-V^^\VZM7+Z/1!7=_UU MUZ:E]78_IBXO,TCIZNROUIF:NQ^$-=572*$JI8C)[EMAIL PROTECTED],=]U4U1/,9EB MB)C9'B=6+R2,$IT*'5OG3([EMAIL PROTECTED]@XE_)[!B\(@B-E:;I M'[EMAIL PROTECTED]'R,8R`G[%`0`]S3F?U]]_?5W)?MB$M,[EMAIL PROTECTED])SAMS67J?\]HY MKG_^X)S;[HTU[EMAIL PROTECTED]).'#_5NG3XL4+DQ+=3Y0[6V!#7251'JZF'I=[[E/J M?7:/)=!.K:-ZW=(S^\A'-=15IF?F2G?*9_1K1Q-A81=YT0J65^5BC:Z*2C MG?W2G^Z2!BYZ\G5$'A!D,;FYV5,O7`$(20_+T/L5)/77;;Y^]\04A9.7L MJZ1Y6;31`:GY?FY[=C1X_G]NG7:\8-HM='-+4:+,\8E)Z6,8UE'-AD M8W[N:VQL=$4[EMAIL PROTECTED]'M;7'IFG_K:CCN!U=4I]+E)5Y[%I[GON[A M*J/QWI[JEY(.+71J4`(^?54\ZJG7B(,PQ!Q#^$V`1#?+!S\4S/^?S'B\[] MGD$%09#/KOY,[EMAIL PROTECTED]'@`BA_9OCY0SWD:QM;LO_7I`:[ZTP_ M:$9N__BD7LU-3VUQZ7);!:S7J^WVPN%V[EMAIL PROTECTED]Q%U-:DA!8?RLA M,SM/EQ7[EMAIL PROTECTED]EO#U5+R2,$IWG7([EMAIL PROTECTED] MF;'!8S`E--=7$59YLJ7#9DY(2#3PC-]C74N.0!`8.+UQW5_ZC7W/UM+JZ MU_:6?%S'*6TNJ;FDFON2.EU87/M\:_S$_?Z.91F,9E,-]TTTV0RZ70Z ME3:KCNUMOJDE-GB8\4T63E]W8'H(TN7ZC?;73U0L(HT07.V8V[LB'I-,Q M3FNK8GA?**#X[LREA`GQ0`$/YC9DN.P_)V:RLC*7+EG8W'S::K522M]Y M[_W$I'BC7D(R\?N'+YTM1J0:]GM7IXN/CO?NI=?KM!P15PS)RNDG70RG MMOI$5DX_[W,%ZSBZMI*)HK:9J1^%1(B=[26$W;S%'[1N'[EMAIL PROTECTED]@(]# M395EV3$1)/)Q/.\(-#4E!36J!/G^M8-CDEN6]GLED8EEK]?K=#J69?UK MHVN2_XX.[=_-KH-57'LW+ZU50=EQ9:4W6\LVUT]4+$I^J/0Y3HUU]UR^O MN2I:WR2;[EMAIL PROTECTED][Q+LTL51!H/A;-EPQ@,[EMAIL PROTECTED]@ M%GD2632D.K*8V(\BZHKCTE32J.J*X^Y3Y;39T!V;O_JRF,DF+WN\N7*ZZ8] MT3M5B):S`H.5Z```$#U4(H12DRFVJJFIV?I34\U)4VPL2PA#.-]KNI31Z51 M\LQWJI0\H,?O/G4P:)17EOA25*JD,5`PYNUR?DZD_]56(^A8+=:*;S6U! MW=DL[6U9V7WPI@,`[EMAIL PROTECTED]@PWGCC]?$)\3H]JS)+
Bug#352261: Bug still alive
Hi, I have just experienced this bug. xwdtopnm fails with an error on my amd64 system: tirith% xwdtopnm /tmp/bug.xwd /tmp/bug.pnm xwdtopnm: writing PPM file xwdtopnm: error reading image The bug.xwd file is enclosed below. This bug has had a patch since February. I am wondering why the patch has not been implemented? Thanks, Per -- Per Bojsen [EMAIL PROTECTED] 7 Francis Road Billerica, MA 01821-3618 USA
Bug#389063: emacs21: NEWS entry for Debian specific changes refers to non-existent README
Package: emacs21 Version: 21.4a-6 Severity: minor The NEWS file (C-h n) contains a section for Debian specific changes near the top. It currently says: Please see /usr/share/doc/emacs21/README.Debian.gz. This file does not exist, although .../README.Debian does. However, README.Debian says: Please see /usr/share/doc/emacs21-common/ as the primary documentation directory. So it seems it would be better to correct the NEWS file to say: Please see /usr/share/doc/emacs21-common/README.Debian.gz. This file does exist. Here is a patch to the NEWS file that implements the above change: --- NEWS2006-09-23 13:30:15.0 -0400 +++ NEWS.patched2006-09-23 13:30:29.0 -0400 @@ -8,7 +8,7 @@ * Debian specific changes to Emacs -Please see /usr/share/doc/emacs21/README.Debian.gz. +Please see /usr/share/doc/emacs21-common/README.Debian.gz. * Installation changes in Emacs 21.3 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-amd64-k8-tirith Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages emacs21 depends on: ii emacs21-bin-common 21.4a-6 The GNU Emacs editor's shared, arc ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libncurses5 5.5-3Shared libraries for terminal hand ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libsm6 1:1.0.1-2X11 Session Management library ii libtiff43.8.2-6 Tag Image File Format (TIFF) libra ii libungif4g 4.1.4-3 shared library for GIF images (run ii libx11-62:1.0.0-8X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2X11 miscellaneous utility library ii libxpm4 1:3.5.5-2X11 pixmap library ii libxt6 1:1.0.2-2X11 toolkit intrinsics library ii xaw3dg 1.5+E-14 Xaw3d widget set ii zlib1g 1:1.2.3-13 compression library - runtime emacs21 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388702: sawfish: Invalid use of setitimer() reported in syslog
Package: sawfish Version: 1:1.3+cvs20060518-3 Severity: normal I noticed the following error messages in syslog: Sep 21 23:58:33 tirith kernel: setitimer: sawfish (pid = 15117) provided invalid timeval it_value: tv_sec = 59 tv_usec = 100 Sep 22 00:01:31 tirith kernel: setitimer: sawfish (pid = 15117) provided invalid timeval it_value: tv_sec = 59 tv_usec = 100 Looks like it should have been tv_sec == 60 and tv_usec == 0. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-amd64-k8-tirith Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages sawfish depends on: ii eterm [x-terminal-em 0.9.3-1 Enlightened Terminal Emulator ii gnome-terminal [x-te 2.14.2-1The GNOME 2 terminal emulator appl ii libatk1.0-0 1.12.2-1The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcairo21.2.4-1 The Cairo 2D vector graphics libra ii libesd0 0.2.36-3Enlightened Sound Daemon - Shared ii libfontconfig1 2.3.2-7 generic font configuration library ii libglib2.0-0 2.12.3-2The GLib library of C routines ii libgmp3c22:4.2.1+dfsg-4 Multiprecision arithmetic library ii libgtk2.0-0 2.8.20-1The GTK+ graphical user interface ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libpango1.0-01.12.3-1+b1 Layout and rendering of internatio ii librep9 0.17-13 lisp command interpreter ii libsm6 1:1.0.1-2 X11 Session Management library ii libx11-6 2:1.0.0-8 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii rep-gtk 0.18.cvs20060518-2 GTK binding for librep ii rxvt [x-terminal-emu 1:2.6.4-10 VT102 terminal emulator for the X ii sawfish-data 1:1.3+cvs20060518-3 sawfish architecture independent d ii xterm [x-terminal-em 210-3 X terminal emulator sawfish recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354067: libgtkimreg-dev: gtkimmov man page contains incorrect reference to example
Package: libgtkimreg-dev Version: 0.1.3-2 Severity: minor In the gtkimmov man page under the heading EXAMPLE there is a reference to a directory where one is supposed to find the example. It states that on a Debian system the example is in the directory /usr/doc/libgtkimreg-dev/example/testimreg This directory does not exist. I believe the correct reference is: /usr/share/doc/libgtkimreg-dev/examples Per -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.9-amd64-k8-tirith-agppatch Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libgtkimreg-dev depends on: ii libgtkimreg0 0.1.3-2GTK+ widget to select regions of G -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323421: Bug Reproduced on amd64
I can confirm that this bug exists on amd64. I get a segfault as predicted. Applying the patch and recompiling fixes the bug. Per -- Per Bojsen [EMAIL PROTECTED] 7 Francis Road Billerica, MA 01821-3618 USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300622: csound: The -P option is not a legal option yet the example in the man page uses it.
Package: csound Version: 1:4.23f12-3 Severity: minor Near the top of the man page, the following example of csound invocation is given: csound -s -otest -b1024 -B1024 -m7 -P128 Yet, when trying this csound complains the -P is not a valid option: tirith% csound -s -otest -b1024 -B1024 -m7 -P128 Using default language 0dBFS level = 32767.0 Csound Version 4.23f12 (Mar 9 2005) Csound Command ERROR: unknown flag -P Usage: csound [-flags] orchfile scorefile Legal flags are: -U unam run utility program unam -C use Cscore processing of scorefile -I I-time only orch run -n no sound onto disk -i fnam sound input filename -o fnam sound output filename -b Nsample frames (or -kprds) per software sound I/O buffer -B Nsamples per hardware sound I/O buffer -A create an AIFF format output soundfile -W create a WAV format output soundfile -J create an IRCAM format output soundfile -h no header on output soundfile -c 8-bit signed_char sound samples -a alaw sound samples -8 8-bit unsigned_char sound samples -u ulaw sound samples -s short_int sound samples -l long_int sound samples -f float sound samples -3 24bit sound samples -r Norchestra srate override -k Norchestra krate override -K Do not generate PEAK chunks -v verbose orch translation -m Ntty message level. Sum of: 1=note amps, 2=out-of-range msg, 4=warnings -d suppress all displays -g suppress graphics, use ascii displays -G suppress graphics, use Postscript displays -x fnam extract from score.srt using extract file 'fnam' -t Nuse uninterpreted beats of the score, initially at tempo N -t 0use score.srt for sorted score rather than a temporary -L dnam read Line-oriented realtime score events from device 'dnam' -M dnam read MIDI realtime events from device 'dnam' -F fnam read MIDIfile event stream from file 'fnam' -R continually rewrite header while writing soundfile (WAV/AIFF) -H# print a heartbeat style 1, 2 or 3 at each soundfile write -N notify (ring the bell) when score or miditrack is done -T terminate the performance when miditrack is done -D defer GEN01 soundfile loads until performance time -Q dnam select MIDI output device -V Nset real-time audio output volume to N (1 to 100) -z List opcodes in this version -Z Dither output -- fnam log output to file --sched set real-time priority and lock memory (also requires -d and either -o dac or -o devaudio) flag defaults: csound -s -otest -b1024 -B1024 -m7 -P128 Note the last line: it says the -P128 is one of the defaults. This line shows up even when csound is invoked without any arguments. Is the -P option a recently deprecated option? What replaced it? Per -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.9-amd64-k8-tirith-agppatch Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages csound depends on: ii libc62.3.2.ds1-20.0.0.3.gcc4 GNU C Library: Shared libraries an ii libfltk1.1c102 1.1.6-2.0.0.1.gcc4 Fast Light Toolkit shared librarie ii libstdc++6 4.0-0pre7 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-8 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-8 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii xlibs4.3.0.dfsg.1-8 X Window System client libraries m -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300682: zope-cmfphotoalbum: Photo album in Plone cannot be viewed
Package: zope-cmfphotoalbum Version: 0.5.0-5 Severity: important *** Please type your report below this line *** I installed the CMF Photo and Photo Album products in a Plone test site and created a photo album with one photo in it. When trying to view the photo album I get a `Site error' page with the following text: --- Start of site error message This site encountered an error trying to fulfill your request. The errors were: Error Type PTRuntimeError Error Value Page Template photoalbum_view has errors. Request made at 2005/03/20 22:40:36.396 US/Eastern --- End of site error message The error log shows the following: --- Start of error log entry Time 2005/03/20 22:40:34.619 US/Eastern User Name (User Id) bojsen (bojsen) Request URL http://lothlorien/zope/experiments/plone_test/albums/sarahandtom/photoalbum_view Exception Type PTRuntimeError Exception Value Page Template photoalbum_view has errors. Traceback (innermost last): * Module ZPublisher.Publish, line 98, in publish * Module ZPublisher.mapply, line 88, in mapply * Module ZPublisher.Publish, line 39, in call_object * Module Shared.DC.Scripts.Bindings, line 306, in __call__ * Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec * Module Products.CMFCore.FSPageTemplate, line 191, in _exec * Module Products.CMFCore.FSPageTemplate, line 124, in pt_render * Module Products.PageTemplates.PageTemplate, line 87, in pt_render FSPageTemplate at /experiments/plone_test/photoalbum_view used for /experiments/plone_test/albums/sarahandtom Warning: Compilation failed Warning: TAL.TALDefs.METALError: invalid macro name: 'list-item', at line 100, column 17 PTRuntimeError: Page Template photoalbum_view has errors. --- End of error log entry I worked around the above problem by customizing the photoalbum_view page template as follows: --- photoalbum_view.pt.orig 2005-01-27 18:24:50.0 -0500 +++ photoalbum_view.pt 2005-03-20 23:01:48.297323795 -0500 @@ -97,7 +97,7 @@ dl tal:entry tal:repeat=obj otherContents -dt metal:define-macro=list-item +dt metal:define-macro=list_item tal:define=url python: obj.absolute_url()+test(obj.isPrincipiaFolderish,'/',''); icon python: obj.getIcon(1) a href=# tal:attributes=href url There appears to be a simple typo: list-item should have been list_item. Thanks, Per -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zope-cmfphotoalbum depends on: ii debconf [debconf-2.0] 1.4.30.11 Debian configuration management sy ii zope-cmfphoto 0.5.0-5photo module for zope content mana -- debconf information: zope-cmfphotoalbum/oldproduct_in_var: do nothing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296348: fvwm: Window title buttons and viewport scrolling stop working.
*** Regarding Re: Bug#296348: fvwm: Window title buttons and viewport scrolling stop working.; Manoj Srivastava [EMAIL PROTECTED] (va, manoj) adds: Manoj Would you mind reporting this to [EMAIL PROTECTED], and send Manoj them the details directly? Done! Manoj This problems seems to be generally endemic to fvwm in general, Manoj since you have experienced it over several years, and several Manoj versions of fvwm. I have not ever experienced this myself, so I Manoj am at a little of a loss to reproduce it; I've tried out your Manoj config (albeit not for very long). Yes, I did not have much hope that it could be reproduced. I felt I had to report the problem just in case someone else had seen something similar or there was some debugging technique or tips I could use to narrow the problem down further. I do remember suspecting netscape of causing this problem back when I was using netscape 4.7.x and earlier, but the problem persisted when I switched to mozilla and later firefox. Perhaps upstream will have some ideas . . . Per -- Per Bojsen [EMAIL PROTECTED] 7 Francis Road Billerica, MA 01821-3618 USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300500: zope-cmfforum: Forum search form in Plone does not work.
Package: zope-cmfforum Version: 1.0-8 Severity: important The forum search form when using zope-cmfforum in a Plone site does not work. The search form fails to display and I get the following error when clicking the search button: --- Start of error message Time 2005/03/19 23:08:22.539 US/Eastern User Name (User Id) bojsen (bojsen) Request URL http://lothlorien/zope/experiments/plone_test/forums/wasting/forum_search_form Exception Type PTRuntimeError Exception Value Page Template forum_search_form has errors. Traceback (innermost last): * Module ZPublisher.Publish, line 98, in publish * Module ZPublisher.mapply, line 88, in mapply * Module ZPublisher.Publish, line 39, in call_object * Module Shared.DC.Scripts.Bindings, line 306, in __call__ * Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec * Module Products.CMFCore.FSPageTemplate, line 191, in _exec * Module Products.CMFCore.FSPageTemplate, line 124, in pt_render * Module Products.PageTemplates.PageTemplate, line 87, in pt_render FSPageTemplate at /experiments/plone_test/forum_search_form used for /experiments/plone_test/forums/wasting Warning: Compilation failed Warning: TAL.TALDefs.TALError: Python expression error: unexpected EOF while parsing (line 1) in expression 'python:test(container.portal_membership.isAnonymousUser(), 0, 1);', at line 54, column 25 PTRuntimeError: Page Template forum_search_form has errors. --- End of error message The error occurs in line 54 of the /usr/lib/zope/lib/python/Products/CMFForum/skins/zpt_forum/forum_search_form.pt file. I removed the semi-colon at the end of the Python expression and that got me past the error above. Here is the diff: --- /tmp/forum_search_form.pt.orig 2005-03-19 23:19:12.435263915 -0500 +++ /tmp/forum_search_form.pt 2005-03-19 23:19:25.505373745 -0500 @@ -52,7 +52,7 @@ lastmonth python:(today-31); ever python:DateTime('1970/01/01'); option value=# - tal:condition=python:test(container.portal_membership.isAnonymousUser(), 0, 1); + tal:condition=python:test(container.portal_membership.isAnonymousUser(), 0, 1) tal:attributes=value python:container.portal_membership.getAuthenticatedMember().last_login_time Last login /option option value=# tal:attributes=value yesterday Yesterday /option option value=# tal:attributes=value lastweek Last week /option With the above diff, the search form gets displayed. However, no matter what search term I try, I never get any results. It always says ` No Results were Found'. But when I repeat the search using the same search term in the global site search form at the top left, the search successfully finds the forum posts that matches the term. I have no patch for this problem. Zope and Plone packages I have installed: ii plone 2.0.4-3content management system based on zope and ii zope-cmfplone 2.0.4-3content management system based on zope and ii zope-plonetran 0.6-2 translation files for plone 2.0 ii zope 2.6.4-1.6 Open Source Web Application Server ii zope-book 20040910-1 Zope Open Content Book ii zope-btreefold 1.0.1-5Zope folder that can efficiently contain man ii zope-cmf1.41.4.7-3zope content management framework (CMF), 1.4 ii zope-cmfaction 0.9-2 Actions and icons add-on for Zope Content Ma ii zope-cmfcalend 1.4.7-3zope cmf calendar, 1.4 branch ii zope-cmfcore1. 1.4.7-3zope cmf core services, 1.4 branch ii zope-cmfdefaul 1.4.7-3zope cmf default (basic) content, 1.4 branch ii zope-cmfformco 1.0.3-3zope form validation for cmf and plone ii zope-cmfforum 1.0-8 forum module for zope content management fra ii zope-cmfphoto 0.5.0-5photo module for zope content management fra ii zope-cmfphotoa 0.5.0-5photo album module for zope content manageme ii zope-cmfplone 2.0.4-3content management system based on zope and ii zope-cmfquicki 1.5.0-2zope add-on to easy install cmf/plone produc ii zope-cmftopic1 1.4.7-3zope cmf topic, 1.4 branch ii zope-dcworkflo 1.4.7-3fully customizable workflow for cmf-based pr ii zope-devguide 20040104-2 Zope Developer's Guide ii zope-docfinder 0.4.1-1Find documentation for a Zope product using ii zope-epoz 0.9.0-1cross-browser WYSIWYG editor for Zope ii zope-extfile 1.4.2-2Stores large files outside Zope database ii zope-formulato 1.7.0-5A tool to create and validate web forms in Z ii zope-groupuser 3.1.1-3zope add-on that provides user flagged as gr ii zope-ldapuserf 2.2-2 The Zope LDAP user folder ii
Bug#300501: zope-cmfforum: After creating a forum, the first post created is empty.
Package: zope-cmfforum Version: 1.0-8 Severity: normal *** Please type your report below this line *** After creating a new forum, a page is shown that has an `Add New Post' button. There are only two tabs on the central pane: `Forum Home' and `Search Forum'. There is no other button to post a message. Hittin the single `Add New Post' button creates an empty message. It has a title like `post.2005-03-19.2176348590', blank author, and blank message. It bypasses the post entry form completely. Zope and Plone packages I have installed: ii plone 2.0.4-3content management system based on zope and ii zope-cmfplone 2.0.4-3content management system based on zope and ii zope-plonetran 0.6-2 translation files for plone 2.0 ii zope 2.6.4-1.6 Open Source Web Application Server ii zope-book 20040910-1 Zope Open Content Book ii zope-btreefold 1.0.1-5Zope folder that can efficiently contain man ii zope-cmf1.41.4.7-3zope content management framework (CMF), 1.4 ii zope-cmfaction 0.9-2 Actions and icons add-on for Zope Content Ma ii zope-cmfcalend 1.4.7-3zope cmf calendar, 1.4 branch ii zope-cmfcore1. 1.4.7-3zope cmf core services, 1.4 branch ii zope-cmfdefaul 1.4.7-3zope cmf default (basic) content, 1.4 branch ii zope-cmfformco 1.0.3-3zope form validation for cmf and plone ii zope-cmfforum 1.0-8 forum module for zope content management fra ii zope-cmfphoto 0.5.0-5photo module for zope content management fra ii zope-cmfphotoa 0.5.0-5photo album module for zope content manageme ii zope-cmfplone 2.0.4-3content management system based on zope and ii zope-cmfquicki 1.5.0-2zope add-on to easy install cmf/plone produc ii zope-cmftopic1 1.4.7-3zope cmf topic, 1.4 branch ii zope-dcworkflo 1.4.7-3fully customizable workflow for cmf-based pr ii zope-devguide 20040104-2 Zope Developer's Guide ii zope-docfinder 0.4.1-1Find documentation for a Zope product using ii zope-epoz 0.9.0-1cross-browser WYSIWYG editor for Zope ii zope-extfile 1.4.2-2Stores large files outside Zope database ii zope-formulato 1.7.0-5A tool to create and validate web forms in Z ii zope-groupuser 3.1.1-3zope add-on that provides user flagged as gr ii zope-ldapuserf 2.2-2 The Zope LDAP user folder ii zope-parsedxml 1.3.1-5ParsedXML Zope Product ii zope-photo 1.2.3-8zope product for managing digital images ii zope-plonetran 0.6-2 translation files for plone 2.0 ii zope-popyda2.0.8-3A Database Adapter connecting Zope and Postg ii zope-psycopgda 1.1.18-1 Zope Database Adapter based on python-psycop ii zope-pts 1.2-rc1-2 placeless translation service for zope ii zope-rdfgrabbe 0.4-4 Zope Product to search foreign webpages by t ii zope-testcase 0.9.0-1unit testing framework and test case for Zop ii zope-textindex 2.0.8-5full text index for Zope ii zope-xmlmethod 1.0.0-1XMLMethods Zope Product ii zope-zms 2.1.2.7-2 Content management for science, technology a ii zope-znavigato 2.02-9 Zope product for creating navigation bars ii zope-zpatterns 0.4.3p2-17 Database Independence and Framework Integrat ii zope-zwiki 0.37.0-4 implentation of WikiWikiWeb for Zope ii zopectl0.3.4.2Zope instances controlling utility -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zope-cmfforum depends on: ii debconf [debconf-2.0] 1.4.30.11 Debian configuration management sy ii zope-cmf1.4 1.4.7-3zope content management framework -- debconf information: * zope-cmfforum/installationNote: zope-cmfforum/postinst: true zope-cmfforum/oldproduct_in_var: do nothing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298516: Acknowledgement (zope-cmfphotoalbum: Failure to install with CMF quick installer.)
The following patch fixed the problem for me (not tested with Plone, though): --- Install.py.orig 2005-01-30 07:11:10.0 -0500 +++ Install.py 2005-03-07 23:25:38.0 -0500 @@ -39,8 +39,14 @@ else: out.write('Skipping %s skin\n' % skin) -portal_prop=getToolByName(self, 'portal_properties') -nav=portal_prop.navigation_properties +try: +portal_prop=getToolByName(self, 'portal_properties') +nav=portal_prop.navigation_properties +except AttributeError: +out.write(Not running in a Plone site. Ignoring Plone specific installation.\n); +except: +print Unexpected error:, sys.exc_info()[0] + raise #out.write('Added navigation properties.') Per -- Per Bojsen [EMAIL PROTECTED] 7 Francis Road Billerica, MA 01821-3618 USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298515: Acknowledgement (zope-cmfphoto: Failure to install with CMF quick installer.)
The following patch fixed the problem for me (not tested with Plone, though): --- Install.py.orig 2005-01-30 07:11:10.0 -0500 +++ Install.py 2005-03-07 23:25:38.0 -0500 @@ -39,8 +39,14 @@ else: out.write('Skipping %s skin\n' % skin) -portal_prop=getToolByName(self, 'portal_properties') -nav=portal_prop.navigation_properties +try: +portal_prop=getToolByName(self, 'portal_properties') +nav=portal_prop.navigation_properties +except AttributeError: +out.write(Not running in a Plone site. Ignoring Plone specific installation.\n); +except: +print Unexpected error:, sys.exc_info()[0] + raise #out.write('Added navigation properties.') Per -- Per Bojsen [EMAIL PROTECTED] 7 Francis Road Billerica, MA 01821-3618 USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298516: Acknowledgement (zope-cmfphotoalbum: Failure to install with CMF quick installer.)
Sorry, the patch just sent was the one for CMFPhoto, not CMFPhotoAlbum. Here is the correct patch for CMFPhotoAlbum: --- Install.py.orig 2005-03-07 23:01:22.0 -0500 +++ Install.py 2005-03-07 23:21:56.0 -0500 @@ -40,11 +40,17 @@ out.write('Skipping %s skin\n' % skin) portal_prop=getToolByName(self, 'portal_properties') -nav=portal_prop.navigation_properties +#nav=portal_prop.navigation_properties -site_props = getToolByName(self, 'portal_properties').site_properties -use_folder_tabs = site_props.getProperty('use_folder_tabs') -site_props._updateProperty('use_folder_tabs', tuple(use_folder_tabs) + ('Photo Album',)) +try: +site_props = getToolByName(self, 'portal_properties').site_properties +use_folder_tabs = site_props.getProperty('use_folder_tabs') +site_props._updateProperty('use_folder_tabs', tuple(use_folder_tabs) + ('Photo Album',)) +except AttributeError: +out.write(Not running in a Plone site. Ignoring Plone specific installation.\n); +except: +print Unexpected error:, sys.exc_info()[0] + raise # nav.manage_addProperty('photoalbum.folder_edit_form.success','script:folder_edit','string'); # nav.manage_addProperty('photoalbum.folder_edit_form.failure','folder_edit_form','string'); Per -- Per Bojsen [EMAIL PROTECTED] 7 Francis Road Billerica, MA 01821-3618 USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298515: zope-cmfphoto: Failure to install with CMF quick installer.
Package: zope-cmfphoto Version: 0.5.0-5 Severity: important Installing the CMFPhoto product with the CMF Quickinstaller Tool from a CMF site fails with the following error (from CMF Quickinstaller's logs): --- Begin CMF Quickinstaller error 2005-03-07 22:43:49 failed: Traceback (most recent call last): File /usr/lib/zope/lib/python/Products/CMFQuickInstallerTool/QuickInstallerTool.py, line 235, in installProduct res=install() File /usr/lib/zope/lib/python/Products/ExternalMethod/ExternalMethod.py, line 231, in __call__ return apply(f,(self.aq_parent.this(),)+args,kw) File /usr/lib/zope/lib/python/Products/CMFPhoto/Extensions/Install.py, line 43, in install nav=portal_prop.navigation_properties AttributeError: navigation_properties --- End CMF Quickinstaller error I believe the culprit is the install extension that was included for Plone. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zope-cmfphoto depends on: ii debconf [debconf-2.0] 1.4.30.11 Debian configuration management sy ii imagemagick6:6.0.6.2-2.1 Image manipulation programs ii zope 2.6.4-1.6 Open Source Web Application Server ii zope-btreefolder2 1.0.1-5 Zope folder that can efficiently c ii zope-cmf1.41.4.7-3 zope content management framework -- debconf information: zope-cmfphoto/oldproduct_in_var: do nothing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296348: fvwm: Window title buttons and viewport scrolling stop working.
Package: fvwm Version: 2.5.12-4 Severity: normal Occassionally the fvwm title bar buttons stop working. Clicking on the buttons no longer changes their visual appearance and drop-down menus attached to them do not show up. Buttons that have simple actions bound to them do not perform the action when clicked on. User menus attached to the root window do not show up. Instead, the default menu now appears (when clicking button 1). Finally, I have the Scroll command bound to the arrow keys with various modifiers. These also stop working and the keys with the modifiers are passed on to any window that currently has focus. Strangely enough, the window title portion of the title bar still works with the commands I bound to it (unless this also happens to be the default behavior). Issuing a restart of fvwm does *not* bring back the button actions and menus. I have had this problem for several years over several versions of fvwm on three different machines, one of which is an amd64 machine running the gcc-3.4 archive version of Debian sid. Let me know if there is anything I can run that can help pinpoint this problem further. I realize this is not going to be easy to reproduce as it is quite intermittent. But perhaps some code inspection can reveal a possible candidate for this behavior. Here is my fvwm config file gzip'd and mimencoded (use mimencode -u -b | gunzip config to extract): H4sIAD9OGkICA81abVPbSBL+bH7FlEkuCSCQbHBI6uougMOGWkxYDEuuaqtSY2ts65A0WkkG w4f77dc9b5qRJW9u98sl2bWnn6d7enpe1D3W9vbW9jaZ8nQWzYnnkdnjU0J6SrDMaRnxlMyi mO0DD6lnPHvOo/miJG/P3pHgw4eB1/P9I3LNcnLK/12wdJ+QkzgmN0gqyA0rWP7IQq1/siwX PP9o8cnfM5bvT8T3T/Jjf1n8A8nn0HFKE/ZROaRsXPESRLeLqBCukWXBQlJyMmFkSuMYGvs4 jl4+BV8uSgK8lD/pUdI0RCOERGlRSjotyH8OhM6BJGlvX12Euu+9RxLsB32Coz3wewdBj/j9 j334NyDSa/J5lZFXqGliFfO8ELa2vkQxBkSIoO/TmE4fyPbAp/7U1/xznpaKfh+lIX9CQcej IZ8wb8HiR1ZGU+pNeBx6uZfyPKGx5wU9+Od774/w3478u3UBTm/URhpo7th/tR/j8jlmypFt gqZIIURbAiHdna6QnvIVCYj3PiBHvk+8ANkJrB+WLGOxcvYthdH96HyZTlFs2/kSpeXXR5bn Uchc9pBNee6KTnkesrpsWZZoEvoesXSpPN3fwoYkylj/lNNnMga/mPim4lJGCSucmBy6McEB Cdv8MUrn5EnMS4GLCJZb+cRg2otpDh/Q5deM/r5kwGTj6IWRwPe3PodzNp7mHDYENI0IdkUE iy+dMhG6fg+7kHNOMnCXJSwtnehFKUYpptm1hi30il9f8yLC2G5ZYuzlhUmvsIMhKx5KnpkQ YfuWZ8LZ3kr4cE3LBQaPh8uYYYO8Ov/1fvR99HV4d/l5eHGzdZHQuUQOlkV+8C0IbgYHUTqN lyHD1kEWrRKaFR8FXCxozrTI0t392KI9iUpBFe7CApAnkPa4GptcCvdRCMYO98gXmJCYmabc ZmLiD3C69+QqXqYPcBCkwf4qS0ygzmHb73Q7nSt+G5Ux24NoSmvFHuyEaPoA2nJqLmHOxg9R tmd37tt2IH5zlnc745I+F19TCK6NbgRPaZpuQOUq7/5lL3diPn34n0arNVeTaDazNVu6dYJ/ uszj5yfOw54xw55Z8cdmDD3mNAT6n+vs2ymHXSvUaV5CWHHJV8HIV48lgGJtlCxPxLrQHaNA gyuNuh3OYWlp/kmWQV8l7syuVArhrJlw/iD1rricQ9Kzvh+a3uDBNTW9YaOuVZ8GwUxoFAet zGTRwHMj0axHU+MKfHei8jjPNQajz+CwsNCEljGdVJ2Wi0NHGbZ/Bc6/z2NaOPorYbLdvrMT 5KxxHk/4yiaxhE4L479orc/cGc/TIoof+lprvuBF+RixJ2XYtH9AN2VlMaUZU6qpaDREOzBx 4i9RHFMTC9ncpDGLcjbjq5qGp8SNmtWUpVMcCB4uTbvePSbg3FXrQZ+5simNDcghPLBW/aNP ARkcrQZHn+DhpT6V3OEfSv4A+cDTeuJTyn2H3yPBe3K0QjjwV8rqIX5+8IX0w5GQ/rZF6n8A CXxUAAZ+QvuD/mxT8RESnhypLgX1SIp/2+oQ0iHCTkAOhV0gYzeBdNLxvU+OyCF4i+ig+hyg E4fVJ8p1ooU5iswlZjo10lnXDaMhZKikeC5KlpAEU5uQzaI0UjRBOGDlVDw2Re6KJOAU+ws4 ddCIWBHLbH/rJAxvOaZfpHsBFnQi1oVmF9JWNiWrgpWkIJBJ4n9bu52OCZPDyTkviVfwOArJ aVRAZtFHckewZNpArG3aiJ3xBI6VcFyBwvw85QnzMpqyuELuaVQ2I0KHCb/wdCZeqc5p8rcm kjgIbEhYFtItOz6QNGHUWkLUOnwVp7YIrMMmCDBPdyVUB+WzvQosjzCh9Hju3dCoYODPCO08 MmUYmwLR7bNae6jalxyOAGeoCV1FCSR/37FfZViJiMxVK5MWcOxbpo1cp7dNnouuGz2XTlXd OO12z7VhPAyj2fOaaams0Pr0gre1cEphpVsL4Q+5Ml7QsGF2GmZDpjCCr6sWPeGigun+soxK 71eWy5HBRo/jZ4JCsXD+2SXiEAeLYO9feIRblK74v8TUUhZFvRgktiQkTgZSWnJs2FhBn2ZR sahwJbA5CSvpFBZuRdISycLKJJNfr/geGfL0Tam8RMAe81gUUbBSIDvVLSJb1mjhAZw+OFsf 01niJTxkZIKg2OE4dthbPGmj5gLVXMvNE8jeWnRoWmqFU9rKmtCKFfN2GmCGx5cTDsdCK1fh Fh8Kxw1sLCs1N6dR2EpF0DCX81becq5ZZ6J8aOFNxXfFHLIET89mZoigZn7GgqCFiMWC5p3H tNXFGWAWL2EbiImJzjnPYd22UgWquT/RmK6e27hzgRoug+dVmbezFW74OX1s5QKmeV9YHK3a iAsEDZNnrTyeGdZzhudyCw9BzRSVexszQlAzf6Yxa19yDwLV3EtatPcfI2iY0ay1+xgwmxeE m5hBaHP7G7l9i1sU0QYPENXcEc0hL2glJxKu2C8bqC8VD/Z1SaPWLZUoXPOveNFqNwVM867h xI7biBmChrl8eWk/pTKBGu5zzluZgGneL+3r+fdqNd9sOHRy68y54SXP24kAaiY8fbPWoRQI GmYctW6lAjDDyxYsbzcp0Iob5e1BLwRaceMo3WAXUcN9onnrM69AsGJGebsDCGrmbR7RdN4+ 76XCNf+ebpiDJ2rNwT3P49bt94SgxUw2EHFUdi4hs2zvmmfLrKubhZtIqFuE5oRdPOgYTb27 zM3ZUagOxJClpUjQLFwIVYDpI1P3rQ4F5foBOcFHroUJido/4qrQBoUEsu+eCom8LMaLMIcG cpSpbGYZRtyBhUSNEMbKcV6dokTIiDfHUjXwiTeZk+3z4flweDw8Pg1OA+JEWhYuEQbX/m4F +pu4Rlsv1swj8DiAktikAliOvZZ3NgnUunix8Xq9inO0B8fmcS5vQ17r+5RGC+rKxCQ0NJ7i rxW1NYs3cJryDeq019KWug1zDKLQos4Ndd5EnTcknTDvsIe6RCxYciCbaywnJ5ZUK2leo5tV L6n2nljjfl6p2kKzrQrEmW+56ryvGU64WoJfIU0Qt/TuxGMR1CW6jCZOEWvKk+jF5tRqM53I izLNkqhqUpeKuFvwNxFyMhePR9EQ3yX4dsjemTpRl4QSuUvfqbLNqsnISRolFgEvnrvylrqS 6rLX8t6pphvmuChzDh6oLyadxsGJjzWVGzaDBHShZhlrLNFumZBe9/8i5lb0moO+HvBNsf5r EZS/vJ1S9yRVv8f14Ci1C3n50953nhX6PuRMbIe7zA1zdSkw+gN8qP1S130/s+cJp3kobvwg X4MkbAKKUTo3136jmlS2g07nBi12ruSNXKf6FUQxejUGWd+vGBVJ7ktyjWud36I4l1y/0wmc rs3KWQtYpdHvXHWsbWjkPctSR4bGYIc2pleMQQc26u606sY6wAvTcgE5CR5DUIrnVgBvOyeW 7+6tTZONKc9TlttTcO5YqF8kNdkQ9SOfie+zHApPy9r4B63J++FoKm4FjfZF42j0jqsWBfLM
Bug#294506: zope-textindexng2: Package builds incorrectly on amd64: Python site-packages files do not install
Package: zope-textindexng2 Version: 1:2.0.8-4 Severity: normal [I had to report this bug on an i386 machine as reportbug currently segfaults on amd64.] When this package is built on the amd64 architecture, the files that are to go in the /usr/lib/python2.2/site-packages/zope-textindexng2 directory fail to be installed. This is not obvious when the package is being built, but leads to numerous test errors during installation of the package [1]. I tracked this down to the debian/install file. The following patch allowed me to build the package correctly on amd64 and it now installs with all tests passing: --- debian/install.orig 2005-02-09 22:25:08.575769172 -0500 +++ debian/install 2005-02-09 22:10:34.499301101 -0500 @@ -1,2 +1,3 @@ build/lib.linux-i686-2.2/*usr/lib/python2.2/site-packages/zope-textindexng2 +build/lib.linux-x86_64-2.2/* usr/lib/python2.2/site-packages/zope-textindexng2 debian/zope-textindexng2.pth usr/lib/python2.2/site-packages/ I just added the line for the x86_64 architecture. This works because dh_install ignores patterns that do not match. However, if someone is building both the i386 and amd64 version of the package in the same build directory and forgets to do a clean between each build, then they could end up with a bad package where the amd64 files overwrite the i386 ones. The alternative is to have one install file for each architecture. Is this even possible? How is this situation handled in other packages? Thanks, Per [1] Errors from apt-get when installing the broken package: Setting up zope-textindexng2 (2.0.8-4) ... Adding /usr/lib/zope/lib/python to sys.path. Module testStopwords.py failed to load exceptions.ImportError: No module named indexsupport File /usr/lib/zope/utilities/testrunner.py, line 60, in getSuiteFromFile module=imp.load_module(name, file, pathname, desc) File testStopwords.py, line 12, in ? from Products.TextIndexNG2.Stopwords import Stopwords File /usr/lib/zope/lib/python/Products/TextIndexNG2/Stopwords.py, line 21, in ? from indexsupport import stopwordfilter Module testNormalizer.py failed to load exceptions.ImportError: No module named normalizer File /usr/lib/zope/utilities/testrunner.py, line 60, in getSuiteFromFile module=imp.load_module(name, file, pathname, desc) File testNormalizer.py, line 11, in ? import normalizer Module testGermanQueryParser.py failed to load exceptions.ImportError: No module named TXNGSplitter File /usr/lib/zope/utilities/testrunner.py, line 60, in getSuiteFromFile module=imp.load_module(name, file, pathname, desc) File testGermanQueryParser.py, line 12, in ? from Products.TextIndexNG2.parsers.GermanQueryParser import Parser File /usr/lib/zope/lib/python/Products/TextIndexNG2/parsers/__init__.py, line 24, in ? mod = __import__(p, globals(), globals(), __path__) File /usr/lib/zope/lib/python/Products/TextIndexNG2/parsers/GermanQueryParser/__init__.py, line 1, in ? from GermanQueryParser import Parser File /usr/lib/zope/lib/python/Products/TextIndexNG2/parsers/GermanQueryParser/GermanQueryParser.py, line 17, in ? from Products.TextIndexNG2.ParseTree import * File /usr/lib/zope/lib/python/Products/TextIndexNG2/ParseTree.py, line 19, in ? import TXNGSplitter Module testTXNGSplitter.py failed to load exceptions.ImportError: No module named TXNGSplitter File /usr/lib/zope/utilities/testrunner.py, line 60, in getSuiteFromFile module=imp.load_module(name, file, pathname, desc) File testTXNGSplitter.py, line 11, in ? from TXNGSplitter import TXNGSplitter Module testTextIndexNG.py failed to load exceptions.ImportError: cannot import name Evaluator File /usr/lib/zope/utilities/testrunner.py, line 60, in getSuiteFromFile module=imp.load_module(name, file, pathname, desc) File testTextIndexNG.py, line 12, in ? from Products.TextIndexNG2 import TextIndexNG File /usr/lib/zope/lib/python/Products/TextIndexNG2/TextIndexNG.py, line 37, in ? from ParseTree import Evaluator Module testPyQueryParser.py failed to load exceptions.ImportError: cannot import name WordNode File /usr/lib/zope/utilities/testrunner.py, line 60, in getSuiteFromFile module=imp.load_module(name, file, pathname, desc) File testPyQueryParser.py, line 14, in ? from Products.TextIndexNG2.ParseTree import WordNode, TruncNode, GlobNode, SimNode, LTruncNode testDocids (testStorage.StorageTests) ... ERROR testInterface (testStorage.StorageTests) ... ERROR testReindex (testStorage.StorageTests) ... ERROR testReindexRemoving (testStorage.StorageTests) ... ERROR testSimple (testStorage.StorageTests) ... ERROR testWordFrequency (testStorage.StorageTests) ... ERROR testInterface (testLexiconNG.StandardLexiconTests) ... ERROR testLeftTruncation (testLexiconNG.StandardLexiconTests) ... ERROR testRightTruncation (testLexiconNG.StandardLexiconTests) ... ERROR testSimple (testLexiconNG.StandardLexiconTests) ... ERROR
Bug#279323: Fix for Zope segfault on amd64
*** Regarding Re: Bug#279323: Fix for Zope segfault on amd64; [EMAIL PROTECTED] (A Mennucc) adds: A Does zope2.7 segfauls as well? I don't know, I haven't tried it. A In zope2.7 the line is A if (!PyArg_ParseTuple(args, sI:initgroups, username, igid)) The complete function is: static PyObject * initgroups_initgroups(PyObject *self, PyObject *args) { char *username; unsigned int igid; gid_t gid; if (!PyArg_ParseTuple(args, sI:initgroups, username, igid)) return NULL; gid = igid; if (initgroups(username, gid) == -1) return PyErr_SetFromErrno(PyExc_OSError); Py_INCREF(Py_None); return Py_None; } They actually chose to fix the segfault in a manner similar to what I've been suggesting except they chose to parse the integer that will become the gid as an unsigned int instead of a long. And they introcuded the temporary variable igid to hold the parsed unsinged int value. No, this code will not segfault as they avoid passing a pointer to gid_t to the PyArg_ParseTuple() function. A I also found this bit from the 'info libc6'=20 AWith the `-Wformat' option, the GNU C compiler checks calls to A `scanf' and related functions. It examines the format string and A verifies that the correct number and types of arguments are supplied. A There is also a GNU C syntax to tell the compiler that a function you A write uses a `scanf'-style format string. *Note Declaring Attributes A of Functions: (gcc.info)Function Attributes, for more information. A Does this apply to PyArg_ParseTuple ? Yeah, I've seen -Wformat before and Goswin mentioned it as well. However, looking at the GCC documentation I doubt it would help for PyArg_ParseTuple() as this feature only seems to apply to printf(), scanf(), strftime(), and strfmon() and related functions. Thanks for pointing out that Zope 2.7 has been fixed. Per -- Per Bojsen [EMAIL PROTECTED] 7 Francis Road Billerica, MA 01821-3618 USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279323: Fix for Zope segfault on amd64
*** Regarding Re: Fix for Zope segfault on amd64; Goswin von Brederlow [EMAIL PROTECTED] adds: Goswin Shouldn't that bug appear on all 64bit architectures and the Goswin patch work on every architecture, even 32bit. Int is 32bit on Goswin all debian archs while long varies. Agreed. Since I only have access to i386 and amd64 I went for the conservative approach. However, I think there is a better way to fix the bug that should be more general and avoids the #ifdef: --- /tmp/Zope-2.6.4-src/lib/Components/initgroups/initgroups.c 2002-07-25 17:54:02.0 -0400 +++ lib/Components/initgroups/initgroups.c 2005-01-22 09:41:56.882300943 -0500 @@ -23,12 +23,15 @@ initgroups_initgroups(PyObject *self, PyObject *args) { char *username; - gid_t gid; + long gid; + /* Use a long to get the gid rather than gid_t to avoid + dependencies on 32-bit versus 64-bit architectures, + etc. */ if (!PyArg_ParseTuple(args, sl:initgroups, username, gid)) return NULL; - if (initgroups(username, gid) == -1) + if (initgroups(username, (gid_t) gid) == -1) return PyErr_SetFromErrno(PyExc_OSError); Py_INCREF(Py_None); This should work on most common architectures, would you agree? Per -- Per Bojsen [EMAIL PROTECTED] 7 Francis Road Billerica, MA 01821-3618 USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279323: Fix for Zope segfault on amd64
*** Regarding Re: Fix for Zope segfault on amd64; Vincent Hanquez [EMAIL PROTECTED] adds: Vincent This is wrong. gid_t is 32 bits on all architectures. This may be true for Linux but I wouldn't be so certain this is true for all platforms Zope runs on. Vincent You should use si:initgroups everytime and certainly not Vincent change the gid type to a long. You're making the assumption that an int is 32-bit or at least large enough to contain gid_t on all platforms supported by Zope. It is better to use a long since it is extremely unlikely that gid_t is a `bigger' integer type than long on any of the platforms out there. Changing the type of gid to long ensures that the PyArg_ParseTuple() call is safe. Casting the value returned to gid_t might mask the case where the value passed from the Python script is out of range of the values representable in a gid_t, but at least that doesn't cause the code to segfault. One could argue that some error checking code should be added that would take care of out-of-range type errors, though. Per -- Per Bojsen [EMAIL PROTECTED] 7 Francis Road Billerica, MA 01821-3618 USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279323: Fix for Zope segfault on amd64
*** Regarding Re: Fix for Zope segfault on amd64; Vincent Hanquez [EMAIL PROTECTED] adds: Vincent Please be specific then. point one architecture that zope Vincent support which did not fulfill this requirement. There are versions of UNIX where gid_t is an unsigned short. Whether those are among the ones supported by Zope, I do not know, but that's not the point. Even if gid_t is always 32 bit you can still get in trouble because int may be bigger on some platform, e.g., 64 bit. I think it is foolish to assume int is always 32 bit when writing portable code. Your proposed fix makes the assumption that sizeof(gid_t) == sizeof(int). If that isn't true, the code with your fix will segfault or produce incorrect result on big endian architectures. Vincent you cannot assume either that long should be big enough to Vincent support a gid_t (even if this likely to be the case for Vincent multiple decade and maybe forever...) Then what about using Vincent long long to be sure ? or long long long ? see my point ? Right, that is a concern. However, my code will not segfault even if gid_t is a bigger type than long because I declared the gid variable long. It is just not safe to pass a pointer to gid_t to PyArg_ParseTuple(). If you use the i format specifier you should pass a pointer to int. If you use l, pass a pointer to long. Then do the conversion to the actual type you wanted after PyArg_ParseTuple() has returned. Per -- Per Bojsen [EMAIL PROTECTED] 7 Francis Road Billerica, MA 01821-3618 USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279323: Fix for Zope segfault on amd64
Hi, I did some debugging and found out that the segfault in Zope on amd64 is due to some non-64-bit-compatible code in the initgroups.c source file (lib/Components/initgroups/initgroups.c in the Zope source package). Here is a patch that fixes this problem: --- initgroups.c~ 2002-07-25 17:54:02.0 -0400 +++ initgroups.c2005-01-22 01:36:44.422203184 -0500 @@ -25,7 +25,16 @@ char *username; gid_t gid; +#if defined(__x86_64__) || defined(__amd64) || defined(__amd64__) + /* gid_t is a 32-bit integer on amd64 so we should use the i + format specifier as the l specifier indicates a long which + is 64 bits. This fixes a segfault caused by + PyArg_ParseTuple() overwriting the lower 32 bits of + username when setting gid. */ + if (!PyArg_ParseTuple(args, si:initgroups, username, gid)) +#else if (!PyArg_ParseTuple(args, sl:initgroups, username, gid)) +#endif return NULL; if (initgroups(username, gid) == -1) With this patch I no longer get segfaults and I am able to bring up the Zope management interface. Hope this helps, Per -- Per Bojsen [EMAIL PROTECTED] 7 Francis Road Billerica, MA 01821-3618 USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291106: pvm-dev: Man pages contain bad .so requests (to missing pages)
Package: pvm-dev Version: 3.4.2-16 Severity: important The pvm_dev package has some problems with man pages. I am getting numerous errors such as the following from the mandb cron job: mandb: can't open /usr/share/man/man3/pvm_kill.3: No such file or directory mandb: warning: /usr/share/man/man3/pvmfkill.3.gz: bad symlink or ROFF `.so' request pvmfkill.3.gz does indeed reference pvm_kill.3. However, the package chose to name the latter pvm_kill.3PVM and hence mandb cannot find the reference to pvm_kill.3. A bunch of the pvm_* pages have the .3 extension while another group has .3PVM. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages pvm-dev depends on: ii libpvm3 3.4.2-16 Parallel Virtual Machine - shared ii libreadline4-dev [libreadline 4.3-11 GNU readline and history libraries ii pvm 3.4.2-16 Parallel Virtual Machine - binarie -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]