Bug#1038426: renpy: Uncaught exception occurred when attempting to start
Package: renpy Version: 8.0.3+dfsg-1 Severity: important X-Debbugs-Cc: zachm...@hotmail.com The package "renpy" fails to start on an amd64 Debian 12 KDE system. When trying to run the package I get a text file pop-up that says "I'm sorry, but an uncaught exception occurred." and then provides some extra information which I have included below: After initialization, but before game start. File "renpy/common/00preferences.rpy", line 612, in prepare_screen screen _self_voicing(): File "renpy/common/00preferences.rpy", line 612, in prepare screen _self_voicing(): File "renpy/common/00preferences.rpy", line 622, in prepare text message: File "renpy/common/00preferences.rpy", line 622, in prepare text message: ValueError: AST node line range (628, 1) is not valid -- Full Traceback Full traceback: File "/usr/share/games/renpy/renpy/bootstrap.py", line 277, in bootstrap renpy.main.main() File "/usr/share/games/renpy/renpy/main.py", line 664, in main run(restart) File "/usr/share/games/renpy/renpy/main.py", line 95, in run renpy.display.screen.prepare_screens() File "/usr/share/games/renpy/renpy/display/screen.py", line 976, in prepare_screens s.ast.prepare_screen() File "renpy/common/00preferences.rpy", line 612, in prepare_screen screen _self_voicing(): File "renpy/common/00preferences.rpy", line 612, in prepare screen _self_voicing(): File "renpy/common/00preferences.rpy", line 622, in prepare text message: File "renpy/common/00preferences.rpy", line 622, in prepare text message: File "/usr/share/games/renpy/renpy/sl2/slast.py", line 84, in compile_expr return compile(expr, filename, "eval", flags, 1) ValueError: AST node line range (628, 1) is not valid Linux-6.1.0-9-amd64-x86_64-with-glibc2.36 x86_64 Ren'Py 8.0.3.22090809u Ren'Py Launcher 8.0.3.22090809u Sun Jun 18 03:36:23 2023 However, I have noticed that this output is inconsistent and sometimes outputs something different. Here is an example: I'm sorry, but an uncaught exception occurred. After initialization, but before game start. File "launcher/game/translations.rpy", line 78, in prepare_screen screen translate: File "launcher/game/translations.rpy", line 78, in prepare screen translate: File "launcher/game/translations.rpy", line 83, in prepare frame: File "launcher/game/translations.rpy", line 83, in prepare frame: File "launcher/game/translations.rpy", line 87, in prepare window: File "launcher/game/translations.rpy", line 87, in prepare window: File "launcher/game/translations.rpy", line 89, in prepare has vbox File "launcher/game/translations.rpy", line 89, in prepare has vbox File "launcher/game/translations.rpy", line 136, in prepare hbox: File "launcher/game/translations.rpy", line 136, in prepare hbox: File "launcher/game/translations.rpy", line 138, in prepare frame: File "launcher/game/translations.rpy", line 138, in prepare frame: File "launcher/game/translations.rpy", line 143, in prepare has vbox File "launcher/game/translations.rpy", line 143, in prepare has vbox File "launcher/game/translations.rpy", line 148, in prepare frame: File "launcher/game/translations.rpy", line 148, in prepare frame: File "launcher/game/translations.rpy", line 150, in prepare has vbox File "launcher/game/translations.rpy", line 150, in prepare has vbox File "launcher/game/translations.rpy", line 152, in prepare textbutton _("Generate Translations"): File "launcher/game/translations.rpy", line 152, in prepare textbutton _("Generate Translations"): ValueError: AST node line range (154, 1) is not valid -- Full Traceback Full traceback: File "/usr/share/games/renpy/renpy/bootstrap.py", line 277, in bootstrap renpy.main.main() File "/usr/share/games/renpy/renpy/main.py", line 664, in main run(restart) File "/usr/share/games/renpy/renpy/main.py", line 95, in run renpy.display.screen.prepare_screens() File "/usr/share/games/renpy/renpy/display/screen.py", line 976, in prepare_screens s.ast.prepare_screen() File "launcher/game/translations.rpy", line 78, in prepare_screen screen translate: File "launcher/game/translations.rpy", line 78, in prepare screen translate: File "launcher/game/translations.rpy", line 83, in prepare frame: File "launcher/game/translations.rpy", line 83, in prepare frame: File "launcher/game/translations.rpy", line 87, in prepare window: File "launcher/game/translations.rpy", line 87, in prepare window: File "launcher/game/translations.rpy", line 89, in prepare has vbox File "launcher/game/translations.rpy", line 89, in prepare has vbox File "launcher/game/translations.rpy", line 136, in prepare hbox: File
Bug#1037457:
This is still reproducible on the kernel just released into Sid, Linux 6.3.0-1-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.3.7-1 (2023-06-12) x86_64 GNU/Linux
Bug#1037457: bluetooth: Bluetooth does not work, command 0x2005 tx timeout
Package: bluetooth Severity: important Tags: upstream X-Debbugs-Cc: z...@zberger.com Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Bluetooth has stopped working on my system. I have a ZEXMTE USB bluetooth adapter. It worked earlier in the bookworm release cycle but at somepoint it stopped working. In the kernel logs I see: [ +1.306483] Bluetooth: hci0: command 0x2005 tx timeout [ +0.003845] Bluetooth: hci0: Opcode 0x2005 failed: -110 [ +2.012181] Bluetooth: hci0: Opcode 0x2041 failed: -110 [ +0.14] Bluetooth: hci0: command 0x2041 tx timeout In the kernel bug tracker this has been reported as well: https://bugzilla.kernel.org/show_bug.cgi?id=215167 -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-9-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages bluetooth depends on: ii bluez 5.66-1 bluetooth recommends no packages. Versions of packages bluetooth suggests: pn bluez-cups pn bluez-meshd pn bluez-obexd
Bug#1028987: linux-image-amd64: Does not build with rtlwifi
Package: linux-image-amd64 Version: 6.1.0-1 Severity: normal X-Debbugs-Cc: zlfl...@gmail.com Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Upgrading linux-image/linux-headers on Debian Sid with rtlwifi. * What exactly did you do (or not do) that was effective (or ineffective)? sudo apt upgrade. Then after it failed, I've been running sudo apt install -f to get it to retry after trying to fix. * What was the outcome of this action? The build fails (sudo apt install linux-image-amd64 fails). First, I got: Deprecated feature: REMAKE_INITRD (/var/lib/dkms/rtlwifi-new/0.6/source/dkms.conf) So I tried just removing that line from the dkms.conf file. Here is the log in /var/lib/dkms/rtlwifi-new/0.6/build/make.log after that: DKMS make.log for rtlwifi-new-0.6 for kernel 6.1.0-1-amd64 (x86_64) Sun Jan 15 02:14:08 PM CST 2023 make: Entering directory '/usr/src/linux-headers-6.1.0-1-amd64' ERROR: Kernel configuration is invalid. include/generated/autoconf.h or include/config/auto.conf are missing. Run 'make oldconfig && make prepare' on kernel src to fix it. make: *** [/usr/src/linux-headers-6.1.0-1-common/Makefile:817: include/config/auto.conf] Error 1 make: Leaving directory '/usr/src/linux-headers-6.1.0-1-amd64' I tried just following the instructions in the error. But "make oldconfig" from that directory gives me: GEN Makefile /usr/src/linux-headers-6.1.0-1-common/scripts/Makefile.build:44: /usr/src/linux-headers-6.1.0-1-common/scripts/basic/Makefile: No such file or directory make[1]: *** No rule to make target '/usr/src/linux-headers-6.1.0-1-common/scripts/basic/Makefile'. Stop. make: *** [/usr/src/linux-headers-6.1.0-1-common/Makefile:644: scripts_basic] Error 2 * What outcome did you expect instead? The package to install. *** End of the template - remove these template lines *** -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-4-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages linux-image-amd64 depends on: ih linux-image-6.1.0-1-amd64 6.1.4-1 linux-image-amd64 recommends no packages. linux-image-amd64 suggests no packages.
Bug#824879: elasticsearch-curator debian/patches/ causing build problems.
Package: elasticsearch-curator Version: 3.5.1-1 When trying to build this package with "debuild -uc -us", it throws an error that is caused by the debian/patches/ of this version. Of what I understand, the patch is being applied in the previous version, but patches/ was not removed in the current version. Thus, when trying to build, dpkg-buildpackage is trying to apply patch that is already applied and throws an error.: dpkg-source: info: the patch has fuzz which is not allowed, or is malformed dpkg-source: info: if patch 'setup.py-read-README-utf-8' is correctly applied by quilt, use 'quilt refresh' to update it dpkg-source: error: LC_ALL=C patch -t -F 0 -N -p1 -u -V never -g0 -E -b -B .pc/setup.py-read-README-utf-8/ --reject-file=- < source.orig.hFq4PZ/debian/patches/setup.py-read-README-utf-8 gave error exit status 1 Seems like removing debian/patches/ folder preserves the changes of the patch and is able to build successfully. (running 'quilt refresh' didn't solve the problem) I am using "debuild 2.15.3" and "lintian v2.5.30+deb8u4"
Bug#824877: tasksel outdated documentation for *.desc files location.
Package: tasksel Version: 3.34 Tags: patch The man page lists the old location of tasksel tasks. This was changed from /usr/share/tasksel/ to /usr/share/tasksel/desc/ in 2011. fix-tasksel_pod.patch Description: fix-tasksel_pod.patch
Bug#784565: [pkg-x2go-devel] Bug#784565: Bug#784565: nx-libs-lite: parts are derived from non-free code
On Thu, 14 May 2015 05:55:42 + Mike Gabriel mike.gabr...@das-netzwerkteam.de wrote: TL;DR; So here comes my actual question: are you (Brian Pane, Zachary Vonler, Gian Filippo Pinzari) ok with retroactively regarding pre-3.8.1 code of DXPC (that you probably all worked on at that time) as BSD-2-clause? Are you ok with others having taken or taking the pre-3.8.1 DXPC code and distribute it in a modified form? A yes from all of you as DXPC copyright holders is essential for the continuation of nx-libs development under a free license. This may also possibly be an issue for NXv4 in case parts of it have been derived from DXPC. Yes, I am fine with considering the license change to be retroactive to cover the time I was the maintainer. I have no objections to others distributing modified versions of that code. Zach
Bug#749426: gtkterm: Conflicting declaration shadows risk of stack underflow
Thank you for the report. On Mon, May 26, 2014 at 4:18 PM, Michael Tautschnig m...@debian.org wrote: Package: gtkterm Version: 0.99.7~rc1-0.2 Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. [...] gcc -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/libpng12 -I/usr/include/vte-0.0 -Wall -fno-omit-frame-pointer -fno-strict-aliasing -O2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -Wl,-z,relro -o gtkterm term_config.o fichier.o gtkterm.o serie.o widgets.o cmdline.o parsecfg.o buffer.o macros.o i18n.o logging.o -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lfontconfig -lfreetype -lvte -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangoft2-1.0 -lpango-1.0 -lfontconfig -lfreetype -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lcairo -lX11 -lXext error: conflicting function declarations read_command_line old definition in module gtkterm file cmdline.h line 18 signed int (signed int, char **) new definition in module cmdline file cmdline.c line 59 signed int (signed int argc, char **argv, char *configuration_to_read) Makefile:297: recipe for target 'gtkterm' failed make[3]: *** [gtkterm] Error 64 make[3]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-gtkterm/gtkterm-0.99.7~rc1/src' Makefile:355: recipe for target 'all-recursive' failed The declaration here http://sources.debian.net/src/gtkterm/0.99.7~rc1-0.2/src/cmdline.h?hl=18#L18 shadows the fact that read_command_line requires 3 arguments: http://sources.debian.net/src/gtkterm/0.99.7~rc1-0.2/src/cmdline.c?hl=59#L59 It is only due to the third argument presently being unused that undefined behaviour is presently not expected. This third argument should be removed from the definition to ensure this does not happen. Best, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656425: mod_fastcgi #656425 - get stack over flow after applying patch
Hi , I have been run into And I see this is the same as described in bug 656425 , so I download the patch attached there(fastcgi-FD_SETSIZE-bug.patch bug: 656425, linkhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656425#5), but after recompile, I see stack over flow error now: [Tue Feb 04 00:26:00 2014] [info] mod_ssl/2.2.22 compiled against Server: Apache/2.2.22, Library: OpenSSL/1.0.1 [Tue Feb 04 00:26:00 2014] [notice] Apache/2.2.22 (Ubuntu) DAV/2 SVN/1.6.17 mod_fastcgi/mod_fastcgi-SNAP-0910052141 mod_ssl/2.2.22 OpenSSL/1.0.1 configured -- resuming normal operations [Tue Feb 04 00:26:00 2014] [info] Server built: Jul 12 2013 13:37:15 *** buffer overflow detected ***: /usr/sbin/apache2 terminated === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7fa6702c2f47] /lib/x86_64-linux-gnu/libc.so.6(+0x109e40)[0x7fa6702c1e40] /lib/x86_64-linux-gnu/libc.so.6(+0x10aefe)[0x7fa6702c2efe] /usr/lib/apache2/modules/mod_fastcgi.so(+0x61e7)[0x7fa66bfa51e7] /usr/lib/apache2/modules/mod_fastcgi.so(+0x744d)[0x7fa66bfa644d] /usr/lib/apache2/modules/mod_fastcgi.so(+0x7c39)[0x7fa66bfa6c39] /usr/sbin/apache2(ap_run_handler+0x48)[0x7fa671094bb8] /usr/sbin/apache2(ap_invoke_handler+0xce)[0x7fa67109502e] /usr/sbin/apache2(ap_internal_redirect_handler+0x43)[0x7fa6710a49a3] /usr/lib/apache2/modules/mod_actions.so(+0xc8b)[0x7fa66f749c8b] /usr/sbin/apache2(ap_run_handler+0x48)[0x7fa671094bb8] /usr/sbin/apache2(ap_invoke_handler+0xce)[0x7fa67109502e] /usr/sbin/apache2(ap_internal_redirect+0x5c)[0x7fa6710a3fbc] /usr/lib/apache2/modules/mod_rewrite.so(+0x5635)[0x7fa66b782635] /usr/sbin/apache2(ap_run_handler+0x48)[0x7fa671094bb8] /usr/sbin/apache2(ap_invoke_handler+0xce)[0x7fa67109502e] /usr/sbin/apache2(ap_process_request+0x1a0)[0x7fa6710a4950] /usr/sbin/apache2(+0x4e778)[0x7fa6710a1778] /usr/sbin/apache2(ap_run_process_connection+0x48)[0x7fa67109b658] /usr/sbin/apache2(+0x57b1c)[0x7fa6710aab1c] /usr/lib/libapr-1.so.0(+0x2e417)[0x7fa6707c3417] /lib/x86_64-linux-gnu/libpthread.so.0(+0x7e9a)[0x7fa67057fe9a] /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7fa6702ac3fd] === Memory map: Any idea?
Bug#706680: Patch
I've found this patch to resolve the problem: http://archive.linuxvirtualserver.org/html/lvs-users/2011-08/msg00033.html I'm attaching the relative portion for your convenience. ipvsadm-1.26/libipvs/ip_vs.h 416c416 #define IPVS_CMD_ATTR_MAX (__IPVS_SVC_ATTR_MAX - 1) --- #define IPVS_CMD_ATTR_MAX (__IPVS_CMD_ATTR_MAX - 1) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734171: Network install does not work with I-217V ethernet controller
If there's any way for my last response to be removed/redacted, please enforce it. I'm in no position to be responding here My apologies. On Jan 7, 2014 2:28 AM, Zach Morgan zachsmor...@gmail.com wrote: This is addressed in an ANCIENT bug report. My organization has worked around it for months. Please don't act like you're the only one affected by stable's slow uptake of drivers. If you want desktop support, use a desktop distro. Quoting Igor Levicki (i...@levicki.net): Exactly what is preventing you to add new driver module which supports both old and new hardware? What? Easy to understand: you doing the work. Of course that requires also you to understand how the Debian kernel team work is organized, how the Debian stable releases are maintained, what does the stable word mean in English and a lot of other things you apparently fail to really get a picture of, as of now. That really understandable, no offense intended: we don't really expect people to immediately understand how a volunteer project with over one thousand contributors and no commercial organization behind it, is organized. Just like we don't expect people to teach us lessons about how we should be working when they don't really know how our work is organized. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140107063730.gb5...@mykerinos.kheops.frmug.org
Bug#734171: Network install does not work with I-217V ethernet controller
This is addressed in an ANCIENT bug report. My organization has worked around it for months. Please don't act like you're the only one affected by stable's slow uptake of drivers. If you want desktop support, use a desktop distro. Quoting Igor Levicki (i...@levicki.net): Exactly what is preventing you to add new driver module which supports both old and new hardware? What? Easy to understand: you doing the work. Of course that requires also you to understand how the Debian kernel team work is organized, how the Debian stable releases are maintained, what does the stable word mean in English and a lot of other things you apparently fail to really get a picture of, as of now. That really understandable, no offense intended: we don't really expect people to immediately understand how a volunteer project with over one thousand contributors and no commercial organization behind it, is organized. Just like we don't expect people to teach us lessons about how we should be working when they don't really know how our work is organized. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140107063730.gb5...@mykerinos.kheops.frmug.org
Bug#733009: virtualbox: Clicking Settings on any VM causes X11 and the display manager to crash and restart
Package: virtualbox Version: 4.1.18-dfsg-2+deb7u1 Severity: critical Justification: breaks unrelated software Regardless of which WM I'm using, or which VM I click on, as soon as I click Settings, X11 crashes and lightdm restarts. -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox depends on: ii adduser 3.113+nmu3 ii dpkg 1.16.12 ii libc62.13-38+deb7u1 ii libcurl3 7.26.0-1+wheezy7 ii libgcc1 1:4.7.2-5 ii libgsoap22.8.7-2 ii libpng12-0 1.2.49-1 ii libpython2.7 2.7.3-6 ii libsdl1.2debian 1.2.15-5 ii libssl1.0.0 1.0.1e-2 ii libstdc++6 4.7.2-5 ii libvncserver00.9.9+dfsg-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxcursor1 1:1.1.13-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxml2 2.8.0+dfsg1-7+nmu2 ii libxmu6 2:1.1.1-1 ii libxt6 1:1.1.3-1+deb7u1 ii python 2.7.3-4+deb7u1 ii python2.72.7.3-6 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages virtualbox recommends: ii libgl1-mesa-glx [libgl1] 8.0.5-4+deb7u2 ii libqt4-opengl 4:4.8.2+dfsg-11 ii libqtcore44:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii virtualbox-dkms 4.1.18-dfsg-2+deb7u1 ii virtualbox-qt 4.1.18-dfsg-2+deb7u1 Versions of packages virtualbox suggests: ii vde22.3.2-4 pn virtualbox-guest-additions-iso none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732643: Please add snapshot session sharing feature
Package: schroot Version: 1.6.5 Severity: wishlist I have a user who would like to create an lvm snapshot session and then share it with another user. Currently only the root user can access other user's sessions. It would be helpful if a non-root user could run a command to grant a second non-root user to access their session with the same privileges they have. This should only be allowed if that second user also has the necessary privileges to create their own identical snapshot sessions from the same source chroot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732643: I just discovered this is a duplicate of bug 675512
Feel free to mark this as a duplicate of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675512 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727676: ITP: gitignorer -- A simple utility that aids in the creation of .gitignore files.
You're absolutely right, it could. Gitignorer fetches user-specified .gitignore templates from github.com/gitignore, concatenates them together, then writes them to a .gitignore file. For example, if `gitignorer create java maven` is called, gitignorer will fetch the Java and Maven templates from github.com/github/gitignore, concatenate them together, and then write them to a .gitignore file. On Mon, Oct 28, 2013 at 11:37:54AM +0100, Guido Günther wrote: Hi, On Fri, Oct 25, 2013 at 02:28:42AM -0700, Zach Latta wrote: Package: wnpp Severity: wishlist Owner: Zach Latta z...@zachlatta.com * Package name: gitignorer Version : 1.0.0 Upstream Author : Zach Latta z...@zachlatta.com * URL : https://github.com/zachlatta/gitignorer * License : MIT Programming Lang: Go Description : A simple utility that aids in the creation of .gitignore files. Gitignore is a simple command-line utility that aids in the creation of .gitignore files. Could the package description be imporved and explain _how_ it helps to create the files? vim helps to create .gitignore files too, as does echo. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131025092842.13920.39658.report...@plato.zachlatta.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727676: ITP: gitignorer -- A simple utility that aids in the creation of .gitignore files.
Package: wnpp Severity: wishlist Owner: Zach Latta z...@zachlatta.com * Package name: gitignorer Version : 1.0.0 Upstream Author : Zach Latta z...@zachlatta.com * URL : https://github.com/zachlatta/gitignorer * License : MIT Programming Lang: Go Description : A simple utility that aids in the creation of .gitignore files. Gitignore is a simple command-line utility that aids in the creation of .gitignore files. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725882: system-config-printer: freezes in New Printer dialog with UnicodeEncodeError in _unpack_getDevices_reply
Package: system-config-printer Version: 1.4.1-4 Severity: important Steps to reproduce: 1. Run system-config-printer 2. Click the add button 3. Enter the password in the dialog 4. Wait a few seconds or try to use the dialogs The widgets become unresponsive, though the window can still be moved. The process has to be killed. I receive this stack trace: Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/dbus/connection.py, line 604, in msg_reply_handler reply_handler(*message.get_args_list(**get_args_opts)) File /usr/share/system-config-printer/asyncpk1.py, line 115, in _pk_reply_handler self._client_reply_handler (self._conn, self._unpack_fn (*args)) File /usr/share/system-config-printer/asyncpk1.py, line 442, in _unpack_getDevices_reply result_str[str (key)] = str (value) UnicodeEncodeError: 'ascii' codec can't encode character u'\u2019' in position 26: ordinal not in range(128) It looks like the python code isn't handling the unicode correctly. Unicode character (U+2019) is 'RIGHT SINGLE QUOTATION MARK'. The error occurs regardless of whether I set LC_ALL=C as seemed to resolve another unicode issue in #725799. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (50, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages system-config-printer depends on: ii gir1.2-gdkpixbuf-2.0 2.28.2-1 ii gir1.2-glib-2.01.36.0-2+b1 ii gir1.2-gtk-3.0 3.8.4-1 ii gir1.2-notify-0.7 0.7.6-1 ii gir1.2-packagekitglib-1.0 0.8.10-2 ii gir1.2-pango-1.0 1.32.5-5+b1 ii gnome-icon-theme 3.8.3-1 ii python-cups1.9.62-2 ii python-cupshelpers 1.4.1-4 ii python-dbus1.2.0-2+b1 ii python-gi 3.8.2-1 ii python-libxml2 2.9.1+dfsg1-3 pn python:any none Versions of packages system-config-printer recommends: ii cups-pk-helper 0.2.5-1 ii gir1.2-gnomekeyring-1.0 3.4.1-1 ii python-smbc 1.0.6-1+b1 ii system-config-printer-udev 1.4.1-4 Versions of packages system-config-printer suggests: pn python-gnomekeyring none pn sessioninstaller none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703513:
I think this is entirely breaking installation of jessie.
Bug#711277: [buildd-tools-devel] Bug#711277: contents of 1.7.0 tarball has changed
Thanks for the diff. I'm not sure where the different tarballs have originated from--maybe one was a prerelease test tarball? Thanks Roger. Do you have any ideas on the proper way to resolve the unit test failures I'm seeing with the official tarball? -Zach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623720:
I cannot reproduce this bug on the current version of Inkscape now in stable, unstable and testing (0.48.3.1-1.3). The rectangle size remains the same after changing line width. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656239: compile errors with gcc 4.7
Package: schroot Version: 1.4.23 The gcc compiler in the Fedora distribution has recently been updated to gcc 4.7, at which point schroot failed to build. Official build results can be seen here: http://koji.fedoraproject.org/koji/taskinfo?taskID=3668529 Specifically, the compile errors are here: http://koji.fedoraproject.org/koji/getfile?taskID=3688962name=build.log A fedora contributer (Ralf Corsepius), has developed a patch (attached) which results in a successful build. diff -Naur schroot-1.4.23.orig/sbuild/sbuild-custom-error.h schroot-1.4.23/sbuild/sbuild-custom-error.h --- schroot-1.4.23.orig/sbuild/sbuild-custom-error.h2011-06-11 17:54:38.186135440 +0200 +++ schroot-1.4.23/sbuild/sbuild-custom-error.h 2012-01-17 16:25:31.343780636 +0100 @@ -41,8 +41,8 @@ * @param error the error code. */ custom_error (error_type error): - sbuild::errorT(format_error(null(), null(), null(), error, null(), null(), null()), - format_reason(null(), null(), null(), error, null(), null(), null())) + sbuild::errorT(this-format_error(null(), null(), null(), error, null(), null(), null()), + this-format_reason(null(), null(), null(), error, null(), null(), null())) { } @@ -55,8 +55,8 @@ templatetypename C custom_error (C const context, error_type error): - sbuild::errorT(format_error(context, null(), null(), error, null(), null(), null()), - format_reason(context, null(), null(), error, null(), null(), null())) + sbuild::errorT(this-format_error(context, null(), null(), error, null(), null(), null()), + this-format_reason(context, null(), null(), error, null(), null(), null())) { } @@ -69,8 +69,8 @@ templatetypename D custom_error (error_type error, D const detail): - sbuild::errorT(format_error(null(), null(), null(), error, detail, null(), null()), - format_reason(null(), null(), null(), error, detail, null(), null())) + sbuild::errorT(this-format_error(null(), null(), null(), error, detail, null(), null()), + this-format_reason(null(), null(), null(), error, detail, null(), null())) { } @@ -85,8 +85,8 @@ custom_error (error_type error, D const detail, E const detail2): - sbuild::errorT(format_error(null(), null(), null(), error, detail, detail2, null()), - format_reason(null(), null(), null(), error, detail, detail2, null())) + sbuild::errorT(this-format_error(null(), null(), null(), error, detail, detail2, null()), + this-format_reason(null(), null(), null(), error, detail, detail2, null())) { } @@ -103,8 +103,8 @@ D const detail, E const detail2, F const detail3): - sbuild::errorT(format_error(null(), null(), null(), error, detail, detail2, detail3), - format_reason(null(), null(), null(), error, detail, detail2, detail3)) + sbuild::errorT(this-format_error(null(), null(), null(), error, detail, detail2, detail3), + this-format_reason(null(), null(), null(), error, detail, detail2, detail3)) { } @@ -119,8 +119,8 @@ custom_error (C const context, error_type error, D const detail): - sbuild::errorT(format_error(context, null(), null(), error, detail, null(), null()), - format_reason(context, null(), null(), error, detail, null(), null())) + sbuild::errorT(this-format_error(context, null(), null(), error, detail, null(), null()), + this-format_reason(context, null(), null(), error, detail, null(), null())) { } @@ -155,8 +155,8 @@ D const context2, error_type error, E const detail): - sbuild::errorT(format_error(context1, context2, null(), error, detail, null(), null()), - format_reason(context1, context2, null(), error, detail, null(), null())) + sbuild::errorT(this-format_error(context1, context2, null(), error, detail, null(), null()), + this-format_reason(context1, context2, null(), error, detail, null(), null())) { } diff -Naur schroot-1.4.23.orig/sbuild/sbuild-nostream.h schroot-1.4.23/sbuild/sbuild-nostream.h --- schroot-1.4.23.orig/sbuild/sbuild-nostream.h2011-05-27 18:01:47.134846621 +0200 +++ schroot-1.4.23/sbuild/sbuild-nostream.h 2012-01-17 15:56:54.369906387 +0100 @@ -58,7 +58,7 @@ std::basic_ioscT, traits(nbuf), std::basic_ostreamcT, traits(nbuf) { - init(nbuf); + this-init(nbuf); } private: diff -Naur schroot-1.4.23.orig/sbuild/sbuild-parse-error.h
Bug#634537: Open RC bug in gtkterm
I am the current upstream maintainer, and as I mentioned above, this issue has been fixed for some time (fixed in 0.99.6, 0.99.7rc1 is out). I am not the debian package owner, it is up to that person to update the debian repositories. ~Zach Davis On Sun, Dec 18, 2011 at 7:04 AM, Ansgar Burchardt ans...@debian.org wrote: Hi, there has been an open RC bug[1] in gtkterm with no maintainer reaction for quite some time. Are you still interested in maintaining the package? Regards, Ansgar [1] http://bugs.debian.org/634537
Bug#639750: gnome-themes-standard: Adwaita theme looks ugly because the buttons are square even though they should be round
Package: gnome-themes-standard Version: 3.0.2-1 Severity: normal I installed gnome-themes-standard on debian testing xfce and when I switched the theme to Adwaita the interface did not resemble the Adwaita theme, instead it was more like the Raleigh theme. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-themes-standard depends on: ii gconf22.32.4-1 GNOME configuration database syste ii libatk1.0-0 2.0.1-2ATK accessibility toolkit ii libc6 2.13-16Embedded GNU C Library: Shared lib ii libcairo-gobject2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-3generic font configuration library ii libfreetype6 2.4.6-1FreeType 2 font engine, shared lib ii libgdk-pixbuf2.0-02.23.5-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk-3-03.0.11-1 GTK+ graphical user interface libr ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio Versions of packages gnome-themes-standard recommends: pn gtk2-engines none (no description available) gnome-themes-standard suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635273: Reworked ZFS support in D-I, testers wanted
There may have been an ext4 partition there before, but most recently zfs was put on those partitions. Also, I had the installer write a new partition table to the disks, and upon reboot still seemed to detect ext4 instead of zfs. -- Zach
Bug#634537: gtkterm: FTBFS: config.c:38:21: fatal error: vte/vte.h: No such file or directory
Version 0.99.5 is deprecated. Please upgrade to the latest stable version: https://fedorahosted.org/released/gtkterm/gtkterm-0.99.6.tar.gz This and and many more issues have already been fixed. The latest stable version can always be found at: https://fedorahosted.org/released/gtkterm/ ~Zach Davis On Tue, Jul 19, 2011 at 1:27 AM, Lucas Nussbaum lu...@lucas-nussbaum.netwrote: Source: gtkterm Version: 0.99.5-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110718 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[3]: Entering directory `/build/gtkterm-oqODqL/gtkterm-0.99.5/src' gcc -DHAVE_CONFIG_H -I. -I. -I.. -pthread -I/usr/include/atk-1.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libpng12 -Wall -DLOCALEDIR=\/usr/share/locale\ -g -O2 -g -O2 -Wall -c `test -f 'config.c' || echo './'`config.c config.c:38:21: fatal error: vte/vte.h: No such file or directory compilation terminated. make[3]: *** [config.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2011/07/18/gtkterm_0.99.5-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |
Bug#619645: gtkterm: get freezed and increase cpu usage
This bug has been fixed in the upstream version. Please check the upstream homepage for bugfixes and feature requests. https://fedorahosted.org/gtkterm/ As soon as the the next stable version comes out, debian will (hopefully) upgrade their packages to take advantage of all the new features and bug fixes. Until then see the homepage for instructions on building the latest version. ~Zach Davis 2011/3/25 Cristian Paul Peñaranda Rojas p...@kristianpaul.org Package: gtkterm Version: 0.99.5-1+b2 Severity: minor If you disconnect a device that gtkterm is accessing it, i.e, /dev/ttyUSB0, immediately it got freezes and cpu usage is increased up 100% because gtkterm it self. It seems to be non well handle exception in the program. -- System Information: Debian Release: 6.0.1 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=es_CO.UTF-8, LC_CTYPE=es_CO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gtkterm depends on: ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libvte91:0.24.3-2Terminal emulator widget for GTK+ ii libx11-6 2:1.3.3-4 X11 client-side library ii libxcursor11:1.1.10-2X cursor management library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.5-1 X11 miscellaneous 'fixes' extensio ii libxft22.1.14-2 FreeType-based font drawing librar ii libxi6 2:1.3-6 X11 Input extension library ii libxinerama1 2:1.1-3 X11 Xinerama extension library ii libxrandr2 2:1.3.0-3 X11 RandR extension library ii libxrender11:0.9.6-1 X Rendering Extension client libra gtkterm recommends no packages. gtkterm suggests no packages. -- debconf-show failed
Bug#612510: [buildd-tools-devel] Bug#612510: Bug#612510: build issue with boost 1.46
On Thursday, February 10, 2011 05:10:06 am Roger Leigh wrote: OK, it proved not to require a configure check, just a conditional to check the provided filesystem version. Could you try the attached patch and see if it builds correctly for you? Verified, it applies and builds fine with boost 1.44 and 1.46 thanks! -Zach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612510: build issue with boost 1.46
Package: schroot Version: 1.4.19 When I build schroot with boost 1.46, I get this error: sbuild-chroot-config.cc: In member function 'void sbuild::chroot_config::add_config_directory(const string, const string)': sbuild-chroot-config.cc:170:32: error: 'class boost::filesystem3::directory_entry' has no member named 'leaf As was suggested on the Fedora development list, substituting path().filename().string() for leaf() seems to fix the problem. I'm attaching a patch which does this. -Zach --- sbuild/sbuild-chroot-config.cc.orig 2011-02-07 09:22:04.0 -0800 +++ sbuild/sbuild-chroot-config.cc 2011-02-07 09:22:13.0 -0800 @@ -167,7 +167,7 @@ dirent != end_iter; ++dirent) { - std::string name(dirent-leaf()); + std::string name(dirent-path().filename().string()); // Skip common directories. if (name == . || name == ..) --- sbuild/sbuild-run-parts.cc.orig 2011-02-07 10:35:10.0 -0800 +++ sbuild/sbuild-run-parts.cc 2011-02-07 10:35:20.0 -0800 @@ -81,7 +81,7 @@ dirent != end_iter; ++dirent) { - std::string name(dirent-leaf()); + std::string name(dirent-path().filename().string()); // Skip common directories. if (name == . || name == ..)
Bug#612510: [buildd-tools-devel] Bug#612510: build issue with boost 1.46
On Tuesday, February 08, 2011 02:17:12 pm Roger Leigh wrote: The provided patch doesn't build with Boost 1.42, and I'd like to have backward compatibility if possible. The final .string() is not required to build with 1.42, and this might also be the case with 1.64. Please could you let me know if the attached modified patch also builds OK with 1.64? If not we'll need to check what's supported in configure and conditionally compile the correct version (which we already do for some Boost incompatibilities). Unfortunately, in boost 1.46 taking out the call to string() results in this failure: sbuild-chroot-config.cc: In member function 'void sbuild::chroot_config::add_config_directory(const string, const string)': sbuild-chroot-config.cc:170:49: error: no matching function for call to 'std::basic_stringchar::basic_string(boost::filesystem3::path)' -Zach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612510: [buildd-tools-devel] Bug#612510: build issue with boost 1.46
On Tuesday, February 08, 2011 02:49:01 pm Roger Leigh wrote: sbuild-chroot-config.cc: In member function 'void sbuild::chroot_config::add_config_directory(const string, const string)': sbuild-chroot-config.cc:170:49: error: no matching function for call to 'std::basic_stringchar::basic_string(boost::filesystem3::path)' OK, they must have removed the explicit cast to string. A little annoying, since a filename is just a string. I'll add a configure check. Would you be OK to test a prerelease tarball once I've done that, since I can't test it myself yet? It'll probably be the weekend at the earliest, given that I'm supported to be writing my PhD thesis, and not coding ;-) Sure, just let me know where to get it when it's ready. I'm in no hurry, as we already have a good Fedora build with my current patch. btw, I think boost 1.46 is still beta, not released yet. So, if this is an issue you think they might want to fix in boost, we can try to pursue that. It looks like it was scheduled to release yesterday, though, so they might push back pretty hard. thanks! -Zach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605939: [buildd-tools-devel] Bug#605939: Bug#605939: Bug#605939: Bug#605939: Regression: Chroots with periods in the name no longer work.
On Sunday 05 December 2010 13:25:57 Roger Leigh wrote: Can anyone see any downside from being this permissive, or any security implication I've not seen? (I'm only looking at pathname- based security exploits here--is there anything else we need to worry about?) Like lvm, it might be wise to check that btrfs supports the various allowed characters. I saw one reference to an old btrfs man page that disallows both types of slashes, however the current man page does not mention the restriction. I don't have time at the moment, but I can try to test some scenarios some time later this week. -Zach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593256: Uses deprecated priority key by default
Package: schroot Version: 1.4.8 When I create a persistent schroot session, and I do not specify the priority, the default priority is set to 0. Later on when I access the session, I get multiple warnings about using a deprecated key. Example, a simple chroot, with no priority defined: [catalan] type=directory directory=/usr/share/chroots/catalan users=root personality=linux32 $ schroot -b -c catalan catalan-8cfd7498-f27b-405a-b548-b288a16df8b3 $ grep priority /var/lib/schroot/session/catalan-8cfd7498-f27b-405a-b548-b288a16df8b3 priority=0 $ schroot -r -c catalan-8cfd7498-f27b-405a-b548-b288a16df8b3 -- uname -a W: line 13 [zcarter-catalan-build-raqpcczeft-22354]: Deprecated key ‘priority’ used I: This option will be removed in the future; please update your configuration W: line 13 [zcarter-catalan-build-voymvdo87r-23549]: Deprecated key ‘priority’ used I: This option will be removed in the future; please update your configuration W: line 13 [catalan-8cfd7498-f27b-405a-b548-b288a16df8b3]: Deprecated key ‘priority’ used I: This option will be removed in the future; please update your configuration W: line 13 [zcarter-catalan-build-4wkg75bp65-28331]: Deprecated key ‘priority’ used I: This option will be removed in the future; please update your configuration W: line 13 [zcarter-catalan-build-l8ade2oead-21142]: Deprecated key ‘priority’ used I: This option will be removed in the future; please update your configuration W: line 13 [zcarter-catalan-build-s1161vn4ko-24734]: Deprecated key ‘priority’ used I: This option will be removed in the future; please update your configuration Linux nudj 2.6.33.6-147.2.4.fc13.x86_64 #1 SMP Fri Jul 23 17:14:44 UTC 2010 i686 i686 i386 GNU/Linux It seems that the default behavior should not use a deprecated key. In fact, with a persistent session I don't see a way *not* to use it. BTW, thanks for putting out 1.4.8 ! -Zach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526983: 'official' realtek driver works for me
On 08/15/2010 10:59 AM, Carlos Fonseca wrote: Zach Sadecki wrote: I built and installed the Realtek 8168 driver version 8.018.00 from the Realtek site and the problem has gone away. Thanks for the suggestion. I have downloaded version 8.018.00 of the r8101 driver (my chip is an RTL8101e) from the Realtek site, and have tried it with kernel linux-image-2.6.32-5-amd64 version 2.6.32-20. FWIW, I'm running a stock Lenny kernel: z...@mercury:~$ uname -a Linux mercury 2.6.26-2-686 #1 SMP Mon Jun 21 05:58:44 UTC 2010 i686 GNU/Linux I may still be witnessing possibly similar behavior when accessing the NFS share on this server (occasional pauses during large transfers). But it's not nearly as bad (pauses are much shorter in length), and as you said nothing shows up in the kern.log when this happens. Maybe it's just that timeouts/retries are much shorter with the Realtek driver and they're hiding their bad behavior by simply not logging it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526983: 'official' realtek driver works for me
I had the same problem on my Intel D945GCLF2D board running Lenny. Heavy NFS traffic caused the NETDEV WATCHDOG errors. I built and installed the Realtek 8168 driver version 8.018.00 from the Realtek site and the problem has gone away. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589889: [buildd-tools-devel] Bug#589889: Bug#589889: schroot: session names being inconsistently restricted
On Saturday 07 August 2010 02:43:13 Roger Leigh wrote: Just some additional background info. When I was troubleshooting this issue I noticed some inconsistent behavior in the boost regex logic. Some of my session names were allowed, and some were not, and I was banging my head against the wall trying to figure out what was different. A friend of my suggested it may have to do with how the ranges are handled, such as a-z. Testing confirmed that hypothesis, at least in my environment. Apparently, those ranges are not very reliable with regard to your locale setting. Could you possible let me know what the locale and name was so I can reproduce this? I can reproduce it with grep on my machine: $ LC_COLLATE=en_US.UTF-8 $ echo WbwvSLZqAf | egrep '^[a-z0-9][a-z0-9-]' -- match! WbwvSLZqAf $ export LC_COLLATE=C $ echo WbwvSLZqAf | egrep '^[a-z0-9][a-z0-9-]' -- no match $ Note, the first character is an uppercase W, which shouldn't match. The regex is taken from the is_valid_filename() function in the schroot code. On my fedora machine, if I unset LC_COLLATE (which is the default), I get the same behavior as if it were set to en_US.UTF-8. thanks, -Zach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589889: [buildd-tools-devel] Bug#589889: Bug#589889: schroot: session names being inconsistently restricted
On Saturday 07 August 2010 02:43:13 Roger Leigh wrote: I just need to work out how to disable boost::regex::collate; is there an inverse of that option? Since it's enabled by default for extended regexes, I'm not sure how to turn this off. indeed, from the faq: [Note - when regex_constants::nocollate in effect, the library behaves as if the LC_COLLATE locale category were always C, regardless of what its actually set to - end note]. -Zach
Bug#589889: [buildd-tools-devel] Bug#589889: schroot: session names being inconsistently restricted
On Thursday 22 July 2010 02:04:52 Roger Leigh wrote: Agreed on all counts and the patch looks great. I'll review it in more detail when I have time at the weekend and make a new release then. Cool! thanks. Just some additional background info. When I was troubleshooting this issue I noticed some inconsistent behavior in the boost regex logic. Some of my session names were allowed, and some were not, and I was banging my head against the wall trying to figure out what was different. A friend of my suggested it may have to do with how the ranges are handled, such as a-z. Testing confirmed that hypothesis, at least in my environment. Apparently, those ranges are not very reliable with regard to your locale setting. From http://www.cs.brown.edu/~jwicks/boost/libs/regex/doc/faq.html: Q. Why don't character ranges work properly (POSIX mode only)? A. The POSIX standard specifies that character range expressions are locale sensitive - so for example the expression [A-Z] will match any collating element that collates between 'A' and 'Z'. That means that for most locales other than C or POSIX, [A-Z] would match the single character 't' for example, which is not what most people expect - or at least not what most people have come to expect from regular expression engines. For this reason, the default behaviour of boost.regex (perl mode) is to turn locale sensitive collation off by not setting the regex_constants::collate compile time flag. However if you set a non-default compile time flag - for example regex_constants::extended or regex_constants::basic, then locale dependent collation will be enabled, this also applies to the POSIX API functions which use either regex_constants::extended or regex_constants::basic internally. [Note - when regex_constants::nocollate in effect, the library behaves as if the LC_COLLATE locale category were always C, regardless of what its actually set to - end note]. So, it might be advisable to change the regexes used in sbuild-util.cc to use the more reliable character classes, such as [:lower:] and [:digit:], documented here: http://www.boost.org/doc/libs/1_43_0/libs/regex/doc/html/boost_regex/syntax/character_classes/std_char_clases.html Or, set some compile-time flags to force the locale sensitivity off. -Zach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589889: schroot: session names being inconsistently restricted
Package: schroot Version: 1.4.7 Severity: important schroot allows me to create a persistent session with a particular name, such as zcarter-catalan-build-cb67j4yZoS-16646. However, when I attempt to access it later on, it fails like this: $ /usr/bin/schroot -p -v -r -c zcarter-catalan-build-cb67j4yZoS-16646 -- uname -a E: zcarter-catalan-build-cb67j4yZoS-16646: Chroot not found I traced it down to the is_valid_filename() function defined in sbuild-util.cc When schroot scans all the files in the session directory, it is skipping those that don't match certain regex restrictions, even though they are valid filenames, and were created by the same version of schroot. This is a regression from behaviour not present in the 1.2 series. I see two solutions, either: - enforce the same restrictions when the chroot session is first created. - loosen the restrictions, since the run-parts() restrictions do not seem appropriate to restrict session names. My vote would be for the latter solution. I'm attaching a patch that works for me. thanks! -Zach --- ./sbuild/sbuild-util.cc.orig 2010-07-21 15:11:30.0 -0700 +++ ./sbuild/sbuild-util.cc 2010-07-21 15:18:12.0 -0700 @@ -170,6 +170,20 @@ } bool +sbuild::is_valid_sessionname (std::string const name) +{ + bool match = false; + + static regex file_namespace(^[a-zA-Z0-9][a-zA-Z0-9_-]*$); + + if (regex_search(name, file_namespace)) { +match = true; + } + + return match; +} + +bool sbuild::is_valid_filename (std::string const name, bool lsb_mode) { --- ./sbuild/sbuild-util.h.orig 2010-07-21 15:20:33.0 -0700 +++ ./sbuild/sbuild-util.h 2010-07-21 15:17:38.0 -0700 @@ -79,6 +79,17 @@ /** * Check if a filename matches the allowed pattern(s). This will * not match dotfiles, backup files, dpkg configuration backup + * files, etc. + * + * @param name the filename to check. + * @returns true if it matches, false if not. + */ + bool + is_valid_sessionname (std::string const name); + + /** + * Check if a filename matches the allowed pattern(s). This will + * not match dotfiles, backup files, dpkg configuration backup * files, etc. This uses the same rules as run-parts(8). * * @param name the filename to check. --- ./sbuild/sbuild-chroot-config.cc.orig 2010-07-21 15:19:21.0 -0700 +++ ./sbuild/sbuild-chroot-config.cc 2010-07-21 15:19:34.0 -0700 @@ -139,7 +139,7 @@ continue; // Skip backup files and dpkg configuration backup files. - if (!is_valid_filename(name)) + if (!is_valid_sessionname(name)) continue; std::string filename = dir + / + name;
Bug#589658: schroot: configure.ac boost function header issue
Package: schroot Version: 1.4.2 In the fedora build system, the ./configure process fails with this error: configure: error: libboost_program_options (Boost C++ Libraries) is not installed, but is required by schroot It doesn't seem to fail on my local build machine, but it does in the fedora build system. I'm not sure what the difference could be, as the toolchain should be exactly the same. The config.log shows this: ... | include boost/program_options.hpp | int | main () | { | boost::program_options::variables_map::variables_map dummy() | ; | return 0; | } configure:18263: g++ -o conftest -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 - fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic conftest.cpp -lboost_program_options -lboost_system -lboost_regex - lboost_program_options-mt 5 conftest.cpp: In function 'int main()': conftest.cpp:58:1: error: 'boost::program_options::variables_map::variables_map' names the constructor, not the type conftest.cpp:58:54: error: expected ';' before 'dummy' conftest.cpp:59:3: error: statement cannot resolve address of overloaded function configure:18263: $? = 1 configure: failed program was: ... At the suggestion of some other fedora developers, I made this change and now it works: diff --git a/configure.ac b/configure.ac index 47d1b80..779a837 100644 --- a/configure.ac +++ b/configure.ac @@ -565,7 +565,7 @@ AC_MSG_CHECKING([for boost::program_options::variables_map in -lboost_program_op saved_LIBS=${LIBS} LIBS=${saved_LIBS} -lboost_program_options define([testprog], [AC_LANG_PROGRAM([#include boost/program_options.hpp], - [boost::program_options::variables_map::variables_map dummy()])]) + [boost::program_options::variables_map dummy()])]) AC_LINK_IFELSE(testprog, [AC_MSG_RESULT([yes]) BOOST_LIBS=${BOOST_LIBS} -lboost_program_options],
Bug#584961: schroot: lvm-snapshot device lock permission failure
Package: schroot Version: 1.2.3 Severity: normal When a non-root user is accessing an lvm snapshot chroot, the call to lockdev is made with insufficient permissions, resulting in this error: E: test-f13-401b1c48-570f-48bb-8389-4b6d44f18577: Failed to lock chroot: /dev/fastvg/f13lv: Failed to lock device: Failed to lock device This issue can also be reproduced in schroot 1.4.2 Additional details are available in Fedora bug 600638 here: https://bugzilla.redhat.com/show_bug.cgi?id=600636 The patch proposed there consists of moving the setuid call to an earlier point before the call to lockdev is made. -Zach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583504: schroot: non-uuid formatted chroot names do not work with lvm snapshots
Package: schroot Version: 1.4.2 Severity: normal When compiled without uuid support, schroot creates chroot names that include colon characters in them. When creating a snapshot based on those names, the lvcreate command fails like this: E: 05lvm: Logical volume name f12-2010-05-27T20:35:13Z-12237 is invalid Recommendation: when uuid support is not available, convert the colon characters to some other allowable character, such as underscore '_'. Alternatively, another suggestion would be to modify the autotools to require uuid support. -Zach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581655: Aisleriot: Lady Jane: animation for undoing stock-to-reserve does not appear to function correctly
Package: gnome-games Version: 1:2.28.2-1 Severity: minor Tags: sid Behavior: only the top left card in reserve undergoes move/flip animation, and it has the number and suit of the bottom right card Expected behavior: all seven top cards in reserve should undergo move/flip animation and keep their proper number and suit To reproduce: 1) open Aisleriot 2) select Lady Jane from the select game dialog 3) click on the stock pile 4) press the undo button -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-games depends on: ii ggzcore-bin 0.0.14.1-1 GGZ Gaming Zone: various command-l ii gnome-games-data1:2.28.2-1 data files for the GNOME games ii gnuchess5.07-7 Plays a game of chess, either agai ii guile-1.8-libs 1.8.7+1-3Main Guile libraries ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcanberra-gtk00.22-1 Gtk+ helper for playing widget eve ii libcanberra00.22-1 a simple abstract interface for pl ii libclutter-1.0-01.0.8-1 Open GL based interactive canvas l ii libclutter-gtk-0.10-0 0.10.2-1 Open GL based interactive canvas l ii libgcc1 1:4.4.4-1GCC support library ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libggz2 0.0.14.1-1 GGZ Gaming Zone: common utilities ii libggzcore9 0.0.14.1-1 GGZ Gaming Zone: core client front ii libggzmod4 0.0.14.1-1 GGZ Gaming Zone: game frontend lib ii libglib2.0-02.24.0-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii librsvg2-2 2.26.3-1 SAX-based renderer library for SVG ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG ii libsm6 2:1.1.1-1X11 Session Management library ii libstdc++6 4.4.4-1 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-3X11 client-side library ii libxml2 2.7.7.dfsg-2 GNOME XML library ii mesa-utils 7.7.1-1 Miscellaneous Mesa GL utilities ii python 2.5.4-9 An interactive high-level object-o ii python-bugbuddy 2.30.0-1 Python module for bug-buddy ii python-gconf2.28.1-1 Python bindings for the GConf conf ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge ii python-gtkglext11.1.0-5 GtkGLext python bindings ii python-opengl 3.0.1~b2-1 Python bindings to OpenGL ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages gnome-games recommends: ii gnome-games-extra-data2.28.0-1 games for the GNOME desktop (extra ii gvfs 1.6.1-1userspace virtual filesystem - ser Versions of packages gnome-games suggests: ii gnome-hearts 0.3-2 The classic hearts card game for t -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581656: gedit: cursor placement ignores character directly before line wrap with certain character combinations
Package: gedit Version: 2.30.2-1 Severity: normal Tags: sid Example (pipe indicates cursor placement): A (no wrap): 1 sample text. sample text.(sample text) note absence of space between '.' and '(' B (wrap at column 26): 1 sample text. sample text|. (sample text) press right arrow key and... C: (wrap at column 26 #2) 1 sample text. sample text. |(sample text) note how cursor skips over period pressing left arrow key at C results in B again. This is not just graphical; typing will insert text at cursor location. To reproduce: Type text long enough to wrap. Ensure that it wraps either directly before a '(', '[', '{', '\', '+', or '$' character and immediately after a non- whitespace character, or directly before a non-whitespace character and immediately after a '!', '%', ')', ']', '}', '|', '/', '-', or '?' character (I did some testing myself to try to isolate the character combinations that caused this effect). Try using the arrow keys (or the mouse) to place the cursor directly before where the line wraps. -- Package-specific info: Active plugins: - docinfo - modelines - filebrowser - spell - time No plugin installed in $HOME. Module versions: - glib 2.24.0 - gtk+ 2.20.1 - gtksourceview - pygobject - pygtk - pygtksourceview - enchant - iso-codes 3.16 Python module versions: - python2.5.5 - pygtk 2.17.0 (GTK+ 2.20.1) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gedit depends on: ii gconf2 2.28.1-3 GNOME configuration database syste ii gedit-common2.30.2-1 official text editor of the GNOME ii iso-codes 3.16-1 ISO language, territory, currency, ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libenchant1c2a 1.4.2-3.6a wrapper library for various spel ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglib2.0-02.24.0-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libgtksourceview2.0-0 2.10.0-1 shared libraries for the GTK+ synt ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libsm6 2:1.1.1-1X11 Session Management library ii libx11-62:1.3.3-3X11 client-side library ii libxml2 2.7.7.dfsg-2 GNOME XML library ii python 2.5.4-9 An interactive high-level object-o ii python-gobject 2.21.1-1 Python bindings for the GObject li ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge ii python-gtksourceview2 2.10.1-1 Python bindings for the GtkSourceV ii python-support 1.0.8automated rebuilding support for P ii python2.5 2.5.5-6 An interactive high-level object-o Versions of packages gedit recommends: ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk ii zenity2.30.0-1 Display graphical dialog boxes fro gedit suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581655: 'sid' tag
I'm not sure why this got tagged 'sid'; I intended for it to have no tags. Sorry, I'm new. Zach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581656: 'sid' tag
I'm not sure why this got tagged 'sid'; I intended for it to have no tags. Sorry, I'm new. Zach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538000: I've seen this, too.
We saw the same thing here after restarting the nfs-kernel-server. Only happened once over multiple attempts. Also, google found this: http://linux-nfs.org/pipermail/nfsv4/2009-March/009994.html roland:~# uname -a Linux roland 2.6.26-2-amd64 #1 SMP Thu Nov 5 02:23:12 UTC 2009 x86_64 GNU/Linux Dec 7 16:40:17 roland mountd[4796]: Caught signal 15, un-registering and exiting. Dec 7 16:40:17 roland kernel: [12530.470314] nfsd: last server has exited Dec 7 16:40:17 roland kernel: [12530.470314] nfsd: unexporting all filesystems Dec 7 16:40:33 roland kernel: [12551.414833] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory Dec 7 16:40:33 roland kernel: [12551.414846] NFSD: starting 90-second grace period Dec 7 16:40:34 roland kernel: [12551.842442] [ cut here ] Dec 7 16:40:34 roland kernel: [12551.842442] kernel BUG at include/linux/module.h:386! Dec 7 16:40:34 roland kernel: [12551.842442] invalid opcode: [1] SMP Dec 7 16:40:34 roland kernel: [12551.842442] CPU 0 Dec 7 16:40:34 roland kernel: [12551.842442] Modules linked in: nfsd lockd nfs_acl auth_rpcgss sunrpc exportfs ipv6 xfs loop ipmi_si snd_pcm snd_timer snd soundcore snd_page_alloc usbhid psmouse hpilo hid ipmi_msghandler pcspkr serio_raw ff_memless container button evdev ext3 jbd mbcache ehci_hcd uhci_hcd bnx2 firmware_class e1000e cciss scsi_mod thermal processor fan thermal_sys [last unloaded: scsi_wait_scan] Dec 7 16:40:34 roland kernel: [12551.842442] Pid: 4874, comm: nfsd Not tainted 2.6.26-2-amd64 #1 Dec 7 16:40:34 roland kernel: [12551.842442] RIP: 0010:[a0240e67] [a0240e67] :sunrpc:svc_recv+0x41d/0x70e Dec 7 16:40:34 roland kernel: [12551.842442] RSP: 0018:81061b45fe90 EFLAGS: 00010246 Dec 7 16:40:34 roland kernel: [12551.842442] RAX: RBX: a0258d80 RCX: Dec 7 16:40:34 roland kernel: [12551.842442] RDX: 1000 RSI: 81061b45fdb0 RDI: a0258d80 Dec 7 16:40:34 roland kernel: [12551.842442] RBP: 810615902000 R08: 8103179757c0 R09: Dec 7 16:40:34 roland kernel: [12551.842442] R10: 81000103b8f0 R11: 803feabc R12: 81061c871000 Dec 7 16:40:34 roland kernel: [12551.842442] R13: 81031e4ab800 R14: 81061bd9b7c0 R15: 81061d283680 Dec 7 16:40:34 roland kernel: [12551.842442] FS: 7fc68d0236e0() GS:8053c000() knlGS: Dec 7 16:40:34 roland kernel: [12551.842442] CS: 0010 DS: ES: CR0: 8005003b Dec 7 16:40:34 roland kernel: [12551.842442] CR2: 7fb17e1fd000 CR3: 00031b9b5000 CR4: 06e0 Dec 7 16:40:34 roland kernel: [12551.842442] DR0: DR1: DR2: Dec 7 16:40:34 roland kernel: [12551.842442] DR3: DR6: 0ff0 DR7: 0400 Dec 7 16:40:34 roland kernel: [12551.842442] Process nfsd (pid: 4874, threadinfo 81061b45e000, task 81061b45d930) Dec 7 16:40:34 roland kernel: [12551.842442] Stack: 81031c8d4018 000dbba0 81061b45d930 Dec 7 16:40:34 roland kernel: [12551.842442] 8022c244 00100100 00200200 8042a274 Dec 7 16:40:34 roland kernel: [12551.842442] 0100804f9b20 0001 810615902000 a028267c Dec 7 16:40:34 roland kernel: [12551.842442] Call Trace: Dec 7 16:40:34 roland kernel: [12551.842442] [8022c244] ? default_wake_function+0x0/0xe Dec 7 16:40:34 roland kernel: [12551.842442] [8042a274] ? __down_read+0x12/0xa1 Dec 7 16:40:34 roland kernel: [12551.842442] [a028267c] ? :nfsd:nfsd+0x0/0x2a4 Dec 7 16:40:34 roland kernel: [12551.842442] [a0282767] ? :nfsd:nfsd+0xeb/0x2a4 Dec 7 16:40:34 roland kernel: [12551.842442] [802301c9] ? schedule_tail+0x27/0x5c Dec 7 16:40:34 roland kernel: [12551.842442] [8020cf28] ? child_rip+0xa/0x12 Dec 7 16:40:34 roland kernel: [12551.842442] [a028267c] ? :nfsd:nfsd+0x0/0x2a4 Dec 7 16:40:34 roland kernel: [12551.842442] [a028267c] ? :nfsd:nfsd+0x0/0x2a4 Dec 7 16:40:34 roland kernel: [12551.842442] [a028267c] ? :nfsd:nfsd+0x0/0x2a4 Dec 7 16:40:34 roland kernel: [12551.842442] [8020cf1e] ? child_rip+0x0/0x12 Dec 7 16:40:34 roland kernel: [12551.842442] Dec 7 16:40:34 roland kernel: [12551.842442] Dec 7 16:40:34 roland kernel: [12551.842442] Code: 08 4c 89 e7 ff 50 08 48 85 c0 49 89 c5 0f 84 48 01 00 00 48 8b 00 48 8b 58 08 48 85 db 74 26 48 89 df e8 c4 14 01 e0 85 c0 75 04 0f 0b eb fe 65 8b 04 25 24 00 00 00 89 c0 48 c1 e0 07 48 ff 84 Dec 7 16:40:34 roland kernel: [12551.842442] RIP [a0240e67] :sunrpc:svc_recv+0x41d/0x70e Dec 7 16:40:34 roland kernel: [12551.842442] RSP 81061b45fe90 Dec 7 16:40:34 roland kernel: [12551.842442] ---[ end trace 90deb7ede2c3cf43 ]--- -- To UNSUBSCRIBE, email to
Bug#527021: heimdal-clients package description modification
Package: heimdal-clients Version: 1.2.dfsg.1-2.1 Severity: wishlist Please add to the package description that the package also contains all of the utilities necessary for clientside heimdal. Ftp and telnet, in my opionion, are the least significant programs included with this package. The more significate, or at least note worthy are kinit, kpasswd, and klist for the heimdal system. Thank you. Zach
Bug#516345: wmctrl: add ability to list information about :ACTIVE: and :SELECT: windows
Package: wmctrl Version: 1.07-6 Severity: wishlist Tags: patch I wanted to be able to list the information about the currently active window, like it's title and geometery. This patch adds a -r WIN -L option which displays the information about WIN as it would in -l -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wmctrl depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libsm62:1.0.3-2 X11 Session Management library ii libx11-6 2:1.1.5-2 X11 client-side library ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library wmctrl recommends no packages. wmctrl suggests no packages. -- no debconf information diff -urbBw wmctrl-1.07/main.c wmctrl-1.07.patched/main.c --- wmctrl-1.07/main.c 2005-01-28 19:31:33.0 -0800 +++ wmctrl-1.07.patched/main.c 2008-07-20 11:45:34.0 -0700 @@ -65,6 +65,7 @@ -r WIN -N STRSet the name (long title) of the window.\n \ -r WIN -I STRSet the icon name (short title) of the window.\n \ -r WIN -T STRSet both the name and the icon name of the window.\n \ + -r WIN -L List information about the window.\n \ -k (on|off) Activate or deactivate window manager's\n \ \showing the desktop\ mode. Many window managers\n \ do not implement this mode.\n \ @@ -217,6 +218,7 @@ Atom xa_prop_type, gchar *prop_name, unsigned long *size); static void init_charset(void); static int window_move_resize (Display *disp, Window win, char *arg); +static void display_window (Display *disp, Window win, int max_client_machine_len); static int window_state (Display *disp, Window win, char *arg); static Window Select_Window(Display *dpy); static Window get_active_window(Display *dpy); @@ -264,7 +266,7 @@ } } -while ((opt = getopt(argc, argv, FGVvhlupidmxa:r:s:c:t:w:k:o:n:g:e:b:N:I:T:R:)) != -1) { +while ((opt = getopt(argc, argv, FGVvhlupidmxa:r:s:c:t:w:k:o:n:g:e:b:N:I:T:LR:)) != -1) { missing_option = 0; switch (opt) { case 'F': @@ -296,7 +298,7 @@ case 'r': options.param_window = optarg; break; -case 't': case 'e': case 'b': case 'N': case 'I': case 'T': +case 't': case 'e': case 'b': case 'N': case 'I': case 'T': case 'L': options.param = optarg; action = opt; break; @@ -356,7 +358,7 @@ ret = wm_info(disp); break; case 'a': case 'c': case 'R': -case 't': case 'e': case 'b': case 'N': case 'I': case 'T': +case 't': case 'e': case 'b': case 'N': case 'I': case 'T': case 'L': if (! options.param_window) { fputs(No window was specified.\n, stderr); return EXIT_FAILURE; @@ -874,6 +876,69 @@ } }/*}}}*/ +static void display_window (Display *disp, Window win, int max_client_machine_len) {/*{{{*/ +gchar *title_utf8 = get_window_title(disp, win); /* UTF8 */ +gchar *title_out = get_output_str(title_utf8, TRUE); +gchar *client_machine; +gchar *class_out = get_window_class(disp, win); /* UTF8 */ +unsigned long *pid; +unsigned long *desktop; +int x, y, junkx, junky; +unsigned int wwidth, wheight, bw, depth; +Window junkroot; + +/* desktop ID */ +if ((desktop = (unsigned long *)get_property(disp, win, +XA_CARDINAL, _NET_WM_DESKTOP, NULL)) == NULL) { +desktop = (unsigned long *)get_property(disp, win, +XA_CARDINAL, _WIN_WORKSPACE, NULL); +} + +/* client machine */ +client_machine = get_property(disp, win, +XA_STRING, WM_CLIENT_MACHINE, NULL); + +/* pid */ +pid = (unsigned long *)get_property(disp, win, +XA_CARDINAL, _NET_WM_PID, NULL); + + /* geometry */ +XGetGeometry (disp, win, junkroot, junkx, junky, + wwidth, wheight, bw, depth); +XTranslateCoordinates (disp, win, junkroot, junkx, junky, + x, y, junkroot); + +/* special desktop ID -1 means all desktops, so we + have to convert the desktop value to signed long */ +printf(0x%.8lx %2ld, win, +desktop ? (signed long)*desktop : 0); +if (options.show_pid) { + printf( %-6lu, pid ? *pid : 0); +} +if (options.show_geometry) { + printf( %-4d %-4d %-4d %-4d, x, y, wwidth, wheight); +} +if (options.show_class) { +printf( %-20s , class_out ? class_out : N/A); +
Bug#489613: openafs-modules-source: attempt to reinsert module results in Cannot allocate memory
Package: openafs-modules-source Version: 1.4.7.dfsg1-6 Severity: higher than normal Justification: Package is unusable I have the same issue on lenny. Steps take were: apt-get install module-assistant m-a a-i openafs When trying to modprobe the openafs module, I get this in dmes: [87485.390787] kmem_cache_create: duplicate cache afs_inode_cache [87485.394833] Pid: 32096, comm: modprobe Tainted: P 2.6.26-1-amd64 #1 [87485.399242] [87485.399243] Call Trace: [87485.407689] [80251ca7] get_online_cpus+0x22/0x38 [87485.412005] [80297c8d] kmem_cache_create+0x407/0x44a [87485.416287] [a046ad23] :openafs:init_once+0x0/0x8 [87485.420471] [8024096d] groups_alloc+0x3c/0xc5 [87485.424629] [a046ad11] :openafs:afs_init_inodecache+0x23/0x35 [87485.428923] [a002702b] :openafs:init_module+0x2b/0xd5 [87485.433156] [80255067] sys_init_module+0x190e/0x1aa4 [87485.437371] [802441db] find_task_by_vpid+0x0/0x1d [87485.441597] [80224da4] cstar_do_call+0x1b/0x65 and this at stdout: FATAL: Error inserting openafs (/lib/modules/2.6.26-1-amd64/fs/openafs.ko): Cannot allocate memory uname -r 2.6.26-1-amd64 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503852: this bug still exists
I poked through the code and found where the problem is occurring but I don't know enough about the code to know the best approach to patching it. The code I poked through is from sid's gnome-utils_2.20.0.1-3. In screenshot-utils.c in function screenshot_get_pixbuf() starting at line 526 there is this: tmp = gdk_pixbuf_get_from_drawable (NULL, root, NULL, x_orig, y_orig, 0, 0, width, height); rectangles = XShapeGetRectangles (GDK_DISPLAY (), GDK_WINDOW_XWINDOW (window), ShapeBounding, rectangle_count, rectangle_order); if (rectangle_count 0) { lots of lines } else { screenshot = tmp; } On my 3-screen xinerama system (described above) when taking a screenshot of the root window, the rectangle_count here is 1 so the conditional evaluates to true. However, rectangles[0].width is 1680 (which is the width of my Screen0, not the width of my entire xinerama display). Consequently the following code which copies the image data from the sole rectangle into the pixbuf only copies the leftmost 1680 pixels, rather than the whole display. Is it a bug in XShapeGetRectangles() that it returns a single rectangle with the dimensions of Screen0 when called on the root window? Or is it a bug in how gnome-screenshot is using this function? If I change the conditional to if(0) and just let screenshot = tmp, skipping over all the special rectangle handling, the screenshot works perfectly. I don't know the purpose of the special rectangle handling so I can't suggest a patch that I'm sure wouldn't break other cases but I'm sure someone upstream knows what to do about this! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501480: dist-upgrade to lenny errors on mount upgrade
Package: apt Version: 0.7.14 I have a system which I was dist-upgrading etch to lenny. apt errored when upgrading mount. The following was the output. Preparing to replace mount 2.12r-19etch1 (using .../mount_2.13.1.1-1_i386.deb) ... You have NFS mount points currently mounted, and this version of mount requires that nfs-common be upgraded before NFS mounts will work. Aborting install. dpkg: error processing /var/cache/apt/archives/mount_2.13.1.1-1_i386.deb (--unpack): subprocess pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/mount_2.13.1.1-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501480: others have suffered
It appears that others have suffered a similar problem... I had to do the same thing as this guy to recover... http://groups.google.com/group/alt.os.linux.debian/browse_thread/thread/3944b8470cd4ecea -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494985: Hald Segfault On Boot
Package: hal Version: 0.5.11-3 I now have seen this same issue on completely different hardware on the latest version of hal. Hardware is a Intel Core 2 Duo running i386 install. Upon fresh install of the Lenny Beta2 CD, everything was working properly. Within the last one or two upgrades on my system this has broken. Please let me know what I can do to help. Thanks.
Bug#480694: Similar issue.
I have a similar issue. Recently upgraded to lenny, running hal version 0.5.11-2. The indication that I have this is a hal issue is in relation to powersaved. When I fire up the machine, hal segfaults in dmesg and powersaved is unable to connect. Segfault error message of: [ 33.359631] hald[3167]: segfault at 0 ip 080644db sp bffd87c0 error 4 in hald[8048000+4a000] If I restart hal once the system is online, everything works properly as I expect. kernel 2.6.25-2-486 -- Zach JL -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491358: schroot: error when using schroot -p option (E: Empty expression)
Package: schroot Version: 1.1.6 Severity: normal When using the -p option, schroot exits with this error: E: Empty expression [EMAIL PROTECTED] ~]$ schroot -c bering -- uname -a I: [bering-2008-07-19T04:58:47Z-13217 chroot] Running command: “uname -a” Linux nerf 2.4.21-47.0.1.EL #1 Thu Oct 19 11:42:25 EDT 2006 i686 i686 i386 GNU/Linux [EMAIL PROTECTED] ~]$ schroot -p -c bering -- uname -a E: Empty expression [EMAIL PROTECTED] ~]$ This only occurs on CentOS 4.x. I've done some debugging in the code, but I cannot find exactly where the exception is coming from. It occurring somewhere inside this function in sbuild-auth.cc: void auth::set_environment (environment const environment) { this-user_environment = environment; ---exception is thrown during this operation } I realize this is not Debian, but I would really appreciate any pointers or workarounds to get this working in CentOS 4.x. I am trying to build and support schroot in a diverse development environment. Fedora, Ubuntu, Debian, Gentoo, CentOS 5.x all work fine, but CentOS 4.x is having this one issue. -Zach
Bug#491358: additional info
I am using these packages: # gcc 3 gcc-3.4.6-9 libgcc-3.4.6-9 gcc-c++-3.4.6-9 # also tried gcc 4 gcc4-4.1.2-14.EL4 gcc4-c++-4.1.2-14.EL4 make-3.80-6.EL4 pam-devel-0.77-66.23 boost-devel-1.32.0-6.rhel4 lockdev-devel-1.0.1-6.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478605: xinerama support broken by recent patches
Package: feh Version: 1.3.4.dfsg.1-1 Severity: normal Version 1.3.4.dfsg.1-1 included a fix to enable xinerama support addressing bug #411003. However the patches for #362618 included in that release also broke xinerama support. Fullscreen mode under xinerama is now clipped incorrectly and appears on the wrong screen. I am not sure which of these patches is the culprit but removing them all from debian/patches/series and recompiling fixes the problem: 02_changeset_r52_netwm_full_screen.patch 02_changeset_r53_slideshow_fix.patch 02_changeset_r54_x_window_resize.patch -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-2008040701 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages feh depends on: ii giblib1 1.2.4-5wrapper library for imlib2, and ot ii libc6 2.7-10 GNU C Library: Shared libraries ii libimlib2 1.4.0-1powerful image loading and renderi ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-01.2.15~beta5-3 PNG library - runtime ii libx11-6 2:1.0.3-7 X11 client-side library ii libxinerama1 2:1.0.3-1 X11 Xinerama extension library Versions of packages feh recommends: ii wget 1.11.1-1 retrieves files from the web -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460532: Fwd: [Bug 509526] update-desktop-database crashed on corrupt .desktop files
A developer has fixed desktop-file-utils after receiving my bug report. A patch for Debian is here: http://webcvs.freedesktop.org/menus/desktop-file-utils/src/update-desktop-database.c?r1=1.8r2=1.9 Regards, Zach -- Forwarded message -- From: gnome-desktop (bugzilla.gnome.org) [EMAIL PROTECTED] Date: Jan 20, 2008 2:34 PM Subject: [Bug 509526] update-desktop-database crashed on corrupt .desktop files To: [EMAIL PROTECTED] If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=509526 gnome-desktop | general | Ver: 2.14.x Vincent Untz changed: What|Removed |Added CC||[EMAIL PROTECTED] Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #1 from Vincent Untz 2008-01-20 19:34 UTC --- Thanks, I've fixed this in desktop-file-utils. You can get a patch here for debian if you want: http://webcvs.freedesktop.org/menus/desktop-file-utils/src/update-desktop-database.c?r1=1.8r2=1.9 (also, note that bugs of desktop-file-utils are tracked in freedesktop.org bugzilla) -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=509526. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460532: packages broken (ad hoc solution)
/uninstaller.desktop' lacks MimeType key File '/usr/share/applications/nautilus-file-management-properties.desktop' lacks MimeType key File '/usr/share/applications/winecfg.desktop' lacks MimeType key File '/usr/share/applications/airstrike.desktop' lacks MimeType key File '/usr/share/applications/alacarte.desktop' lacks MimeType key File '/usr/share/applications/albumshaper.desktop' lacks MimeType key File '/usr/share/applications/bastet.desktop' lacks MimeType key File '/usr/share/applications/blobwars.desktop' lacks MimeType key File '/usr/share/applications/billard-gl.desktop' lacks MimeType key File '/usr/share/applications/neverball.desktop' lacks MimeType key File '/usr/share/applications/dosbox.desktop' lacks MimeType key File '/usr/share/applications/easychem.desktop' lacks MimeType key File '/usr/share/applications/efax-gtk.desktop' lacks MimeType key File '/usr/share/applications/egoboo.desktop' lacks MimeType key File '/usr/share/applications/qjackctl.desktop' lacks MimeType key File '/usr/share/applications/a7xpg.desktop' lacks MimeType key File '/usr/share/applications/aeolus.desktop' lacks MimeType key File '/usr/share/applications/btanks.desktop' lacks MimeType key File '/usr/share/applications/gtick.desktop' lacks MimeType key File '/usr/share/applications/gjiten.desktop' lacks MimeType key File '/usr/share/applications/gnomesword.desktop' lacks MimeType key File '/usr/share/applications/xjump.desktop' lacks MimeType key File '/usr/share/applications/quodlibet.desktop' lacks MimeType key File '/usr/share/applications/goobox.desktop' lacks MimeType key File '/usr/share/applications/torus-trooper.desktop' lacks MimeType key File '/usr/share/applications/rrootage.desktop' lacks MimeType key File '/usr/share/applications/gunroar.desktop' lacks MimeType key File '/usr/share/applications/warsow.desktop' lacks MimeType key File '/usr/share/applications/lingot.desktop' lacks MimeType key File '/usr/share/applications/d4x.desktop' lacks MimeType key File '/usr/share/applications/orbital-eunuchs-sniper.desktop' lacks MimeType key File '/usr/share/applications/tumiki-fighters.desktop' lacks MimeType key File '/usr/share/applications/gnome-appearance-properties.desktop' lacks MimeType key File '/usr/share/applications/antigravitaattori.desktop' lacks MimeType key File '/usr/share/applications/clanbomber.desktop' lacks MimeType key File '/usr/share/applications/etw.desktop' lacks MimeType key File '/usr/share/applications/desmume-glade.desktop' lacks MimeType key File '/usr/share/applications/desmume.desktop' lacks MimeType key File '/usr/share/applications/abuse-sdl.desktop' lacks MimeType key File '/usr/share/applications/oggconvert.desktop' lacks MimeType key File '/usr/share/applications/thoggen.desktop' lacks MimeType key File '/usr/share/applications/vkeybd.desktop' lacks MimeType key File '/usr/share/applications/3dchess.desktop' lacks MimeType key File '/usr/share/applications/qt4config.desktop' lacks MimeType key Could not create cache file in directory '/usr/share/gdm/applications': Error opening directory '/usr/share/gdm/applications': No such file or directory I reinstalled gnome-screensaver but it did not install a new /usr/share/applications/gnome-screensaver-properties.desktop so I guess Gnome generates this and I don't know how to tell it to make a new one so that is one minor problem with this solution. My packages that were in limbo because of this problem with update-desktop-database crashing were then able to be setup without incident: Setting up amarok (1.4.8-1) ... Setting up audacity (1.3.4-1) ... Setting up devhelp (0.16.1-3) ... Setting up eog (2.20.3-1) ... Setting up evince (2.20.2-1) ... Setting up gedit (2.20.4-1) ... Setting up kaudiocreator (4:3.5.8-1) ... Setting up pcmanfm (0.3.2.2-2) ... Setting up totem-common (2.20.1-1) ... Setting up totem-gstreamer (2.20.1-1) ... Setting up totem-plugins (2.20.1-1) ... Setting up totem (2.20.1-1) ... Setting up totem-mozilla (2.20.1-1) ... Setting up gnome-power-manager (2.20.2-1) ... Setting up gnome-screensaver (2.20.0-2) ... Setting up libgle3 (3.1.0-6) ... Setting up libglew1.4 (1.4.0dfsg-2) ... Setting up libpam-gnome-keyring (2.20.2-1) ... Setting up xscreensaver-gl (5.04-2) ... Setting up rss-glx (0.8.1-8) ... Just to recap I run Debian lenny (testing release) with 2.6.18 kernel and I am using glib packages: ii libglib2.0-02.14.3-1 The GLib library of C routines ii libglib2.0-data 2.14.3-1 Common files for GLib library ii libglib2.0-dev 2.14.3-1 Development files for the GLib library And I'm using: desktop-file-utils 0.13-2 gnome-core 1:2.14.3.6 Thanks to Florian Kulzer for his assistance. Zach
Bug#460532: update-desktop-database broken (GLib-CRITICAL **: g_key_file_get_string_list: assertion `group_name != NULL' failed)
\0\0\0\0\0..., 4096) = 1102 read(4, , 4096) = 0 close(4)= 0 getpid()= 14041 write(2, \n(update-desktop-database:14041)..., 118 (update-desktop-database:14041): GLib-CRITICAL **: g_key_file_get_string_list: assertion `group_name != NULL' failed ) = 118 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV (core dumped) +++ Process 14041 detached Here I ran gdb on the core file generated by the segmentation fault: netrek:~# ls -l core -rw--- 1 root root 286720 2008-01-13 07:04 core netrek:~# gdb update-desktop-database ./core GNU gdb 6.6.90.20070912-debian Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu... (no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. warning: core file may not match specified executable file. warning: Can't read pathname for load map: Input/output error. Reading symbols from /usr/lib/libglib-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libglib-2.0.so.0 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/lib/libpcre.so.3... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libpcre.so.3 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 (no debugging symbols found) Core was generated by `update-desktop-database -v'. Program terminated with signal 11, Segmentation fault. #0 0x080495a6 in ?? () (gdb) run Starting program: /usr/bin/update-desktop-database (no debugging symbols found) Failed to read a valid object file image from memory. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (update-desktop-database:14243): GLib-CRITICAL **: g_key_file_get_string_list: assertion `group_name != NULL' failed Program received signal SIGSEGV, Segmentation fault. 0x080495a6 in ?? () (gdb) (gdb) bt #0 0x080495a6 in ?? () #1 0x0804dd20 in ?? () #2 0x in ?? () (gdb) quit The program is running. Exit anyway? (y or n) y Zach -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432818: /usr/sbin/rpc.svcgssd not started by nfs-kernel-server
Package: nfs-kernel-server Version: 1:1.0.10-6 Severity: normal If nfs-kernel-server is configured to start svcgssd for kerberos authentication, it does not do so at boot time, because the module rpcsec_gss_krb5 is not yet loaded. This module is normally loaded by nfs-common, but nfs-common has a S21 init-script and is called after nfs-kernel-server. For me it worked allright to change nfs-common to S20 (update-rc.d -f nfs-common defaults 20 80) and I would suggest to modify the postinst scripts of nfs-common accordingly, if no other reasons exist to start nfs-common at the late S21-stage. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages nfs-kernel-server depends on: ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library ii libgssap 0.10-4 A mechanism-switch gssapi library ii libkrb53 1.4.4-7etch2MIT Kerberos runtime libraries ii libnfsid 0.18-0 An nfs idmapping library ii librpcse 0.14-2 allows secure rpc communication us ii libwrap0 7.6.dbs-13 Wietse Venema's TCP wrappers libra ii lsb-base 3.1-23.1Linux Standard Base 3.1 init scrip ii nfs-comm 1:1.0.10-6 NFS support files common to client ii ucf 2.0020 Update Configuration File: preserv nfs-kernel-server recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411003: debian package lacks xinerama build-dep
Package: feh Version: 1.3.4-2 Severity: normal Tags: patch Feh will automatically build with Xinerama support if the libxinerama-dev package is installed at build time. All that needs to be done to enable xinerama support in the official feh build is to include libxinerama-dev in the build dependencies for the source package. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2007012301 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages feh depends on: ii giblib1 1.2.4-4 wrapper library for imlib2, and ot ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libimlib2 1.3.0.0debian1-4 powerful image loading and renderi ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libx11-62:1.0.3-5X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages feh recommends: ii wget 1.10.2-2 retrieves files from the web -- no debconf information diff -uNr feh-1.3.4/debian/control feh-1.3.4-patched/debian/control --- feh-1.3.4/debian/control2007-02-15 13:41:38.0 +1100 +++ feh-1.3.4-patched/debian/control2007-02-15 13:42:06.0 +1100 @@ -2,7 +2,7 @@ Section: graphics Priority: optional Maintainer: Laurence J. Lane [EMAIL PROTECTED] -Build-Depends: libx11-dev, libxt-dev, x-dev, libimlib2-dev, giblib-dev, cdbs, debhelper (= 4.1.0) +Build-Depends: libx11-dev, libxt-dev, x-dev, libimlib2-dev, giblib-dev, cdbs, debhelper (= 4.1.0), libxinerama-dev Standards-Version: 3.6.1.0 Package: feh
Bug#398646: postfix-tls: dovecot-sasl support
It does work already. After sasl was broken in a previous release (bug #397771), I changed over to using dovecot-sasl to work around it. I am still using it to this day (2.3.6-1). My main.cf lines that enable this: smtpd_sasl_auth_enable = yes smtpd_sasl_type = dovecot smtpd_sasl_path = private/auth and my dovecot.conf lines: # It's possible to export the authentication interface to other programs: socket listen { #master { # Master socket is typically used to give Dovecot's local delivery # agent access to userdb so it can find mailbox locations. It can # however also be used to disturb regular user authentications. # WARNING: Giving untrusted users access to master socket may be a # security risk, don't give too wide permissions to it! #path = /var/run/dovecot/auth-master #mode = 0600 # Default user/group is the one who started dovecot-auth (root) #user = #group = #} client { # The client socket is generally safe to export to everyone. Typical use # is to export it to your SMTP server so it can do SMTP AUTH lookups # using it. path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404992: Better menu entry for Deluge
Package: deluge-torrent Version: 0.4.1-1 The name of the menu entry for Deluge is Deluge-torrent. Could this be changed to either Deluge or Deluge Bittorrent Client, please? We use deluge-torrent as the address of the site because the domain was available, but the client itself is just Deluge, or Deluge Bittorrent Client to be more descriptive. A couple of users have pointed this out to me, and I concur that with the hypen and lowercase, the Menu entry does look out of place. Thanks, Zach -- Zach Tibbitts - [EMAIL PROTECTED] http://collegegeek.org
Bug#391789: Spamass-milter socket problems with Postfix
I've changed the way that this is done now; you can easily set SOCKET in /etc/default/spamass-milter, and I've added an RUNAS option there as well, which you can use to change the user that spamass-milter is running as. Can you check the debs on http://archimedes.ucr.edu/ss/spamass-milter_0.3.1-3_i386.deb to make sure that they resolve the issues for postfix users? Don Armstrong With the 0.3.1-3 script I get this on startup: Starting Sendmail milter plugin for SpamAssassin: Could not open pidfile: Permission denied I believe the problem is that the postfix user has no write permissions to /var/run and therefore can't write the .pid file (error didn't go away after I deleted spamass.pid). Also previous versions of spamass-milter leave the root owned .pid file in there after stopping causing another owner/permission problem. I went in and manually changed the owner of spamass.pid to postfix and the problem went away. Also, another permission problem is that the /var/spool/postfix directory is owned by root, too, causing socket write issues during startup. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391789: Spamass-milter socket problems with Postfix
Works fine now. Thanks. Don Armstrong wrote: On Fri, 13 Oct 2006, Zach Sadecki wrote: I've changed the way that this is done now; you can easily set SOCKET in /etc/default/spamass-milter, and I've added an RUNAS option there as well, which you can use to change the user that spamass-milter is running as. Can you check the debs on http://archimedes.ucr.edu/ss/spamass-milter_0.3.1-3_i386.deb to make sure that they resolve the issues for postfix users? Don Armstrong With the 0.3.1-3 script I get this on startup: Starting Sendmail milter plugin for SpamAssassin: Could not open pidfile: Permission denied I believe the problem is that the postfix user has no write permissions to /var/run and therefore can't write the .pid file (error didn't go away after I deleted spamass.pid). Also previous versions of spamass-milter leave the root owned .pid file in there after stopping causing another owner/permission problem. I went in and manually changed the owner of spamass.pid to postfix and the problem went away. Also, another permission problem is that the /var/spool/postfix directory is owned by root, too, causing socket write issues during startup. Ah, ok... I've changed the init scripts and defaults again, so it should work correctly. Can you try reinstalling the version above? (It's been updated) Don Armstrong -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391789: Spamass-milter socket problems with Postfix
Uhh... It works fine if I use the PIDFILE entry in the defaults file like you had in the last attempt, but if I comment it out (since you removed that line in the latest defaults from the .deb) it gives the Starting Sendmail milter plugin for SpamAssassin: Could not open pidfile: Permission denied error again. Don Armstrong wrote: On Fri, 13 Oct 2006, Zach Sadecki wrote: Works fine now. Thanks. Ok; I've got one last iteration which should obviate the need to even edit the defaults file. Can you see if it works for you? Don Armstrong -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391789: Spamass-milter socket problems with Postfix
hmm... now I'm confused. The latest .deb on your site doesn't have any /usr/sbin/posfix (or /usr/sbin/postfix) reference in the init script... Don Armstrong wrote: On Fri, 13 Oct 2006, Zach Sadecki wrote: Uhh... It works fine if I use the PIDFILE entry in the defaults file like you had in the last attempt, but if I comment it out (since you removed that line in the latest defaults from the .deb) it gives the Starting Sendmail milter plugin for SpamAssassin: Could not open pidfile: Permission denied error again. Agh; typo in the init script... can you change /usr/sbin/posfix to /usr/sbin/postfix and tell me if that works? Don Armstrong -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391789: Spamass-milter socket problems with Postfix
Thanks, Don. It works pretty good now. But... restart in the init script doesn't work properly. it still has the old code in it. Which also leads to a question I had when I first peeked at it to debug the socket problem, why not just call $0 stop and $0 start, instead of having repeated code? And one last comment... All of the stuff in the /var/spool/postfix directory is owned by postfix:root or postfix:postdrop, so your setting of postfix:postfix for the spamass stuff looks a little odd. I don't think it will hurt anything or have any effect (nor can I say which ownership is most proper for spamass pid/socket)... so just an FYI. Thanks again, Zach Don Armstrong wrote: On Fri, 13 Oct 2006, Zach Sadecki wrote: hmm... now I'm confused. The latest .deb on your site doesn't have any /usr/sbin/posfix (or /usr/sbin/postfix) reference in the init script... Hrm... well, the version there now should have it. [It's possible that an old one leaked out.] Don Armstrong -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391789: Spamass-milter socket problems with Postfix
Package: spamass-milter Version: 0.3.1-2 There are some basic incompatibility problems between the socket that the spamass-milter startup script creates and what is needed for use with Postfix. First of all, Postfix runs chrooted, so the socket must be under its queue directory (/var/spool/postfix) to be accessible. Second, ownership and permissions prevent Postfix from using the socket, as it runs as user 'postfix' and the socket is owned by root with 644 permissions. my hack to make this work on my system was to change $SOCKET in /etc/init.d/spamass-milter to /var/spool/postfix/var/run/spamass.sock and to add 'chown postfix $SOCKET' in the start/restart routine. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378460: dependency
libmilter should not be required with postfix =2.3, either. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347460: browser effect on bug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I tested this originally on Mozilla-Firefox 1.5 and Konqueror, both of which exhibited similar symptoms. However, I've since discovered that in some versions of IE it seems to work great, and in other versions of IE, it doesn't seem to work at all (Just get a white frame). I haven't had time to track down which versions are which yet. - -- - -- Gifts for Children -- If your child thinks he wants Murderous Bob, the Doll with the Face You Can Rip Right Off, you'd better get it. You may be worried that it might help to encourage your child's antisocial tendencies, but believe me, you have not seen antisocial tendencies until you've seen a child who is convinced that he or she did not get the right gift. -- Dave Barry, Christmas Shopping: A Survivor's Guide Wednesday Jan 11, 2006 - -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQEVAwUBQ8Tvba3rZxntQpytAQIanwf9G0+VFaZGucxwCGTGstcDo9YpLVYdOCIT 3k1Z+pUt/IQh7tndLrECkmMrJ5RJvYHu0o4dcGF9+zuZF8rXakUymSraja955+9k QPOmYw1hZj+G8i0SsRpjmWDAVmBpT2kk7XVbJDFFfqNDiW3Rfobe+eDrZwfxy5dE 8g+pLhAUDmqaxCeRSmlLWroZKbQ40F8/OJwmOtXHV0dYW9hwmaUqa5AWH2ZXxY2U 6oBuhtnAA0aMIskRtmb6tdONspKdA69llODGm1pjiq91NxMHLOeaAAn5PCPgC1Ze k1dZighyQVkuXgi9iZAeCWz7ocySXqCXKnZx1C/oiw2EGN6R5rJmsQ== =FOMm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347460: egroupware-phpldapadmin only displays on very small portion of page
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: egroupware-phpldapadmin version: 1.0.0.009.dfsg-3-4 Debian Unstable, 2.6.12-1-686-smp, php4 - 4:4.4.0-4, php4-ldap 4:4.4.0-4, Apache2 - 2.0.54-5, egroupware-ldap - 1.0.0.009.dfsg-3-4, The embedded frame which displays phpldapadmin in egroupware is very small. I've always found it smaller than I like, but recently it has shrunk VERY small. I can only see a couple lines of my ldap directory in it. All the other egroupware applications are normal. I've tried poking around in the various phpldapadmin php config files and changed a few height settings, but the best I could do was enlarge the overall frame that phpldapadmin sits in, not the actual frame for it (it's kind of an embedded frame). I can send screenshots, config files, whatever is necessary. Thanks. - -- - It's the RINSE CYCLE!! They've ALL IGNORED the RINSE CYCLE!! Tuesday Jan 10, 2006 - -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQEVAwUBQ8Qfwq3rZxntQpytAQLZWAf/VEjTQA7beu01SWNJOtqTRZQaIlrxIMhO JZDsSBtTWxc7WCnJusy3pGnoviMSQaiM9zEWScrvNRrCJV2NhZJL8ldSEjw5kG9W JWWHxuEKz6z1LE29URVqq1c/S/a+JByX6NJ7BqS2YmmhOuqZRvaecJak4wC/Au7F 3/weIbFqdWk1lmJM9qYssBvtABCqB3ztzy8DH1F6HIn9e8S25TFHsxGCHJ9RzrrH UkPLDYPY5BIyqG9++h4BJw0u9jwr8OT2ueR1pWAJZtq8NAO2X7w/BE/73KFuQYxP ou2N6FCEajC6R6ZyhkzQo+WEJ11T2aOH/YTjNlv3QR0QmuCSDDOzKA== =q6tc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336258: Add init script for clvmd
Package: clvm Version: 2.01.04-5 Severity: wishlist Tags: patch I have taken the liberty of writing a simple init script for clvm to be incorporated. #! /bin/sh # # clvmd initscript for clvmd # # Author: Zach Lowry [EMAIL PROTECTED]. # # Version: 1 # set -e PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin DESC=clvmd NAME=clvmd DAEMON=/sbin/$NAME PIDFILE=/var/run/$NAME.pid SCRIPTNAME=/etc/init.d/$NAME # Gracefully exit if the package has been removed. test -x $DAEMON || exit 0 d_start() { start-stop-daemon --start --quiet --pidfile $PIDFILE \ --exec $DAEMON } d_stop() { start-stop-daemon --stop --quiet --pidfile $PIDFILE \ --name $NAME } d_reload() { start-stop-daemon --stop --quiet --pidfile $PIDFILE \ --name $NAME --signal 1 } case $1 in start) echo -n Starting $DESC: $NAME d_start echo . ;; stop) echo -n Stopping $DESC: $NAME d_stop echo . ;; restart|force-reload) echo -n Restarting $DESC: $NAME d_stop sleep 1 d_start echo . ;; *) echo Usage: $SCRIPTNAME {start|stop|restart|force-reload} 2 exit 1 ;; esac exit 0 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686-smp-gcc3.3 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages clvm depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdevmapper1.01 2:1.01.00-4 The Linux Kernel Device Mapper use ii libdlm00.trunk20050206-2 Distributed lock manager - library ii lvm2 2.01.04-5 The Linux Logical Volume Manager -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336259: updated init script for fence
Package: fence Version: 0.trunk20050206-1 Severity: wishlist Tags: patch I have updated the fence init.d script so that it works a bit better now. #! /bin/sh PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin DESC=fencing domain test -x /sbin/fence_tool || exit 0 if [ -f /etc/default/fence ] ; then . /etc/default/fence fi set -e case $1 in start) echo -n Starting $DESC: fence_tool join echo . ;; stop) echo -n Stopping $DESC: fence_tool leave echo . ;; restart|force-reload) ;; *) N=/etc/init.d/$NAME echo Usage: $N {start|stop} 2 exit 1 ;; esac exit 0 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686-smp-gcc3.3 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages fence depends on: ii cman 0.trunk20050206-1 Cluster manager ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336260: gfs-tools: updated gfs init script
Package: gfs-tools Version: 0.trunk20050206-1 Severity: wishlist Tags: patch I have updated the gfs init.d script so that it works properly on Debian. #!/bin/bash # # # # chkconfig: 345 26 74 # description: mount/unmount gfs filesystems configured in /etc/fstab # # ### BEGIN INIT INFO # Provides: ### END INIT INFO [ -f /etc/sysconfig/cluster ] . /etc/sysconfig/cluster # # This script's behavior is modeled closely after the netfs script. # GFSFSTAB=$(LC_ALL=C awk '!/^#/ $3 ~ /^gfs/ $4 !~ /noauto/ { print $2 }' /etc/fstab) GFSMTAB=$(LC_ALL=C awk '!/^#/ $3 ~ /^gfs/ $2 != / { print $2 }' /proc/mounts) # See how we were called. case $1 in start) if [ -n $GFSFSTAB ] then echo -n Mounting GFS filesystems: mount -a -t gfs echo . fi ;; stop) if [ -n $GFSMTAB ] then sig= retry=6 remaining=`LC_ALL=C awk '!/^#/ $3 ~ /^gfs/ $2 != / {print $2}' /proc/mounts` while [ -n $remaining -a $retry -gt 0 ] do echo -n Unmounting GFS filesystems: umount -a -t gfs echo . if [ $retry -eq 0 ] then echo -n Unmounting GFS filesystems (lazy): umount -l -a -t gfs echo . break fi sleep 2 remaining=`LC_ALL=C awk '!/^#/ $3 ~ /^gfs/ $2 != / {print $2}' /proc/mounts` [ -z $remaining ] break /sbin/fuser -k -m $sig $remaining /dev/null sleep 10 retry=$(($retry - 1)) sig=-9 done fi ;; status) if [ -f /proc/mounts ] then [ -n $GFSFSTAB ] { echo $Configured GFS mountpoints: for fs in $GFSFSTAB; do echo $fs ; done } [ -n $GFSMTAB ] { echo $Active GFS mountpoints: for fs in $GFSMTAB; do echo $fs ; done } else echo /proc filesystem unavailable fi ;; restart) $0 stop $0 start ;; reload) $0 start ;; *) echo $Usage: $0 {start|stop|restart|reload|status} exit 1 esac exit 0 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686-smp-gcc3.3 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gfs-tools depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334785: ITP: mpich2 -- An implementation of the MPI2 message-passing interface
Package: wnpp Severity: wishlist Owner: Zach Lowry [EMAIL PROTECTED] * Package name: mpich2 Version : 1.0.2p1 Upstream Author : The MPICH2 team * URL : http://www.example.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Description : An implementation of the MPI2 message-passing interface This is an implementation of the Message-Passing Interface (MPI). The goals of MPICH2 are to provide an MPI implementation for important platforms, including clusters, SMPs, and massively parallel processors. It also provides a vehicle for MPI implementation research and for developing new and better parallel programming environments. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp 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#334785: ITP: mpich2 -- An implementation of the MPI2 message-passing interface
-BEGIN PGP SIGNED MESSAGE- The URL should be http://www-unix.mcs.anl.gov/mpi/mpich2/, sorry. On Oct 19, 2005, at 4:30 PM, Zach Lowry wrote: Package: wnpp Severity: wishlist Owner: Zach Lowry [EMAIL PROTECTED] * Package name: mpich2 Version : 1.0.2p1 Upstream Author : The MPICH2 team * URL : http://www.example.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Description : An implementation of the MPI2 message-passing interface This is an implementation of the Message-Passing Interface (MPI). The goals of MPICH2 are to provide an MPI implementation for important platforms, including clusters, SMPs, and massively parallel processors. It also provides a vehicle for MPI implementation research and for developing new and better parallel programming environments. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) - -- Zach Lowry MTSU, Murfreesboro, TN [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Darwin) iQCVAwUBQ1a83UlgWWUxLyqhAQGaQgQAgu3oufCFfPW/zxFkZ/F86Ueq33udWu0V hVXaUvu/t4QY4VTAJuGw4qcG3R51Tqb0/7H8PfF+QKwF9TPnVL+2Fw7cqNeErvLM j4QXwbiHBfRk0M+P8ESo2xet8oxt8QqRqPNTQ8vkkyyng0Sqw/7qk0gaxvOEYh5N HD8KcYa2IbY= =UrR+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334785: ITP: mpich2 -- An implementation of the MPI2 message-passing interface
-BEGIN PGP SIGNED MESSAGE- I'm not sure. This is what I have: http://www-unix.mcs.anl.gov/mpi/mpich2/license.htm Seems GPL to me. On Oct 19, 2005, at 11:13 PM, David Moreno Garza wrote: On Wed, 2005-10-19 at 16:38 -0500, Zach Lowry wrote: The URL should be http://www-unix.mcs.anl.gov/mpi/mpich2/, sorry. What about the license? No need to apologize. -- David Moreno Garza [EMAIL PROTECTED] | http://www.damog.net/ [EMAIL PROTECTED] | GPG: C671257D Voy camino al infierno y no lo puedo parar. - -- Zach Lowry MTSU, Murfreesboro, TN [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Darwin) iQCVAwUBQ1cafUlgWWUxLyqhAQG0HAP/aim/XPSx6RC6ZUO6/jiYngrXBcjo4/5m 2thZXEDIdkjcBavCqLwdAoqUFSe5BJvf0KR4tUl4L+l+29ZuW68SkfDt4XCD6j++ 7ur4dpnlKCAPv18N14zl8d5UjD7f41FBEUr91mTmJws6YVSXMSAhnBVGZhtXkviH slohUPz/1QE= =EPm2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329800: kernel-image-2.6.8-2: NFSv3 Failure with 2.6.8-2, apparently fixed in 2.6.11
Package: kernel-image-2.6.8-2-686-smp Version: 2.6.8-16 Severity: important File: kernel-image-2.6.8-2 Hello! On the 2.6.8-2 kernel-tree, apparently there were a number of NFSv3 problems introduced which Linux later fixed in 2.6.11, or maybe earlier in 2.6.9. This causes a NFSv3 mount from a Services for Unix 3.5 server to successfully mount, but hang whenever a 'ls' is performed on that directory or you attempt to 'cd' to it. I tested this with a 2.6.11 kernel pacgae from unstable and had no problems, nor did I have a problem with a Fedora Core 4 machine which is also running 2.6.11. The condition can be worked aroung by switching to 2.6.11, using NFSv2. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kernel-image-2.6.8-2-686-smp depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii initrd-tools 0.1.81.1 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#320735: I reproduced it.
I've had the same issue on my Debian testing system (except the error is in English) I'm currently on the below version, but this started a couple updates ago, and I didn't really worry about it at the time, figuring it was a bug that would be fixed shortly. I had the username/password combo cached, and one day it just quit working (I've obviously tried re-entering them again since) Source: egroupware Version: 1.0.0.009.dfsg-2 My Openldap is not SSL, it's version Source: openldap2.2 Version: 2.2.26-4 However, I'm pretty sure the problem is in egroupware-phpldapadmin, not slapd, as slapd still works with other applications, using the same credentials. I made sure there were no lingering egroupware sessions as you suggested. -- The best defense against logic is ignorance. Monday Sep 12, 2005 begin:vcard fn:Jay Zach n:Zach;Jay org:CBI;IS adr;dom:;;1500 N. Ritter;Indianapolis;IN email;internet:[EMAIL PROTECTED] title:NT Administrator tel;work:(317) 355 tel;cell:(317) 339-3525 x-mozilla-html:FALSE url:http://www.ecommunity.com version:2.1 end:vcard
Bug#320735: Got it working
for some reason, I had to change 'localhost' to my machine hostname in /etc/egroupware/phpldapadmin/config.php sorry to 'bug' you ;) Maybe it'll help someone else. -- The best defense against logic is ignorance. Monday Sep 12, 2005 begin:vcard fn:Jay Zach n:Zach;Jay org:CBI;IS adr;dom:;;1500 N. Ritter;Indianapolis;IN email;internet:[EMAIL PROTECTED] title:NT Administrator tel;work:(317) 355 tel;cell:(317) 339-3525 x-mozilla-html:FALSE url:http://www.ecommunity.com version:2.1 end:vcard