Bug#654882: tmux: Ignores automatic-rename window setting
Hello Jörg, Long time no see. Actually 13 months since we met each other with the intent to both of us symmetrically sign our PGP keys. Am Freitag 06 Januar 2012, 15:46:29 schrieben Sie: ... Right, now seriously: tmux ignores automatic-rename setting for windows entirely. It plain simply has no effect whatever way one sets this option. Could you use set-window-option -g automatic-rename off and test if the behaviour occurs in those windows too? Could you provide your tmux.conf and run tmux -vvv and attach the non-empty logs? Best regards, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#586290: gwenview: Gwenview refuses to open directories
Hello Nicolas, I discovered today your report which seems to be related to a filesystem specifc delay or some other cause out of the scope of gwenview. As this bug report is incomplete (no possibility to reproduce) and it is for an old version of gwenview which is not stable, I would like to close this bug. Best regards, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#586296: [gwenview] Exporting to Flash fails
Hello Antonio, I discovered today your report which states that there might be an issue with the kipi-plugins for exporting to Flash. Does it still happen to you? It installed fine on my computer with newest gwenview from Debian. Best regards, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#619795: gwenview: Unable to send crash info to KDE
Hello Dmitry, it seems to me that you forgot to install libasound2-dbg to have all debugging symbols. Can you still reproduce the crash and try to send a crash report to KDE? Thanks in advance. Best regards, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#586436: browse, could gwenview go to the folder, by clicking on left on folders instead of double click
Hello yellow, This is already possible with a global setting of KDE. It can be set by systemsettings if I am not mistaken. Thanks. Best regards, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#645008: setools: seinfo cannot run with Python 2.7
Package: setools Version: 3.3.6.ds-7.2+b1 Severity: grave Justification: renders package unusable Dear Maintainer, your package contains seinfo which is by the transition of Python 2.7 in wheezy as default Python completly unusable. Output: ERROR: policydb version 26 does not match my version range 15-24 ERROR: Unable to open policy /etc/selinux/default/policy/policy.26. ERROR: Input/output error Best regards, Ferdinand *** Please consider answering these questions, where appropiate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages setools depends on: ii bwidget 1.9.5-1 ii libatk1.0-0 2.2.0-1 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.6-2 ii libgcc1 1:4.6.1-4 ii libglade2-0 1:2.6.4-1 ii libglib2.0-02.28.6-1 ii libgtk2.0-0 2.24.4-3 ii libpango1.0-0 1.28.4-3 ii libqpol13.3.6.ds-7.2+b1 ii libselinux1 2.1.0-1 ii libsepol1 2.1.0-1.1 ii libsetools-tcl 3.3.6.ds-7.2+b1 ii libsqlite3-03.7.7-2 ii libstdc++6 4.6.1-4 ii libxml2 2.7.8.dfsg-4 ii tk8.5 [wish]8.5.10-1 setools recommends no packages. setools 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#644366: please add support for vim-addons
Hello, I agree with Romain. Given the current Debian policy with the vim-addon- manager I do not see the point either but I am open for changes with that [1]. Thanks nevertheless, Best regards, Ferdinand [1] http://kitenet.net/~joey/blog/entry/confused_by_Debian_vim_addon_policy/ Am Freitag 07 Oktober 2011, 20:30:16 schrieb Romain Francoise: Hi, Thanks for the suggestion. I don't really see the value of moving the syntax file for the sake of vim-addon-manager, especially since it doesn't associate itself with any file types by default: the user would have to do some manual configuration anyway. I'd rather let users follow the upstream way of doing things documented in examples/NOTES. But maybe my co-maintainer will have a different opinion. signature.asc Description: This is a digitally signed message part.
Bug#639125: lightdm-qt-greeter misses dependency on lightdm-gtk-greeter
Package: lightdm-qt-greeter Version: 0.9.2-3 Severity: important Hi, without lightdm-gtk-greeter lightdm does not start the Xserver because it misses a file from lightdm-gtk-greeter which can be seen in the attached log file. Installing the missing package results in usable display manager. Otherwise (therefore important) an user faces an usable machine. Best regards, Ferdinand -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 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 lightdm-qt-greeter depends on: ii libc6 2.13-16Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-4 GCC support library ii liblightdm-qt-1-0 0.9.2-3simple display manager (Qt library ii libqtcore44:4.7.3-5 Qt 4 core module ii libqtgui4 4:4.7.3-5 Qt 4 GUI module ii libstdc++64.6.1-4GNU Standard C++ Library v3 lightdm-qt-greeter recommends no packages. lightdm-qt-greeter suggests no packages. -- no debconf information [+0.00s] DEBUG: Logging to /var/log/lightdm/lightdm.log [+0.00s] DEBUG: Starting Light Display Manager 0.9.2, UID=0 PID=24472 [+0.00s] DEBUG: Loaded configuration from /etc/lightdm/lightdm.conf [+0.00s] DEBUG: Registered seat module xlocal [+0.00s] DEBUG: Adding default seat [+0.00s] DEBUG: Starting seat [+0.00s] DEBUG: Starting new display for greeter [+0.00s] DEBUG: Starting Local X Display [+0.00s] DEBUG: Could not run plymouth --ping: Failed to execute child process plymouth (No such file or directory) [+0.00s] DEBUG: Using VT 7 [+0.00s] DEBUG: Activating VT 7 [+0.00s] DEBUG: Logging to /var/log/lightdm/:0.log [+0.04s] DEBUG: Writing X server authority to /var/run/lightdm/root/:0 [+0.04s] DEBUG: Launching X Server [+0.04s] DEBUG: Launching process 24483: /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch [+0.04s] DEBUG: Waiting for ready signal from X server :0 [+0.59s] DEBUG: Got signal 10 from process 24483 [+0.59s] DEBUG: Got signal from X server :0 [+0.59s] DEBUG: Connecting to XServer :0 [+0.59s] DEBUG: Starting greeter session [+0.59s] DEBUG: pam_start(lightdm, lightdm) - (0x7f9bb809b110, 0) [+0.65s] DEBUG: pam_open_session(0x7f9bb809b110, 0) - 0 (Success) [+0.65s] DEBUG: pam_setcred(0x7f9bb809b110, PAM_ESTABLISH_CRED) - 0 (Success) [+0.65s] DEBUG: Starting session lightdm-gtk-greeter as user lightdm logging to /var/log/lightdm/:0-greeter.log [+0.65s] DEBUG: Failed to load session file /usr/share/xgreeters/lightdm-gtk-greeter.desktop: No such file or directory: [+0.65s] DEBUG: Failed to start greeter [+0.65s] DEBUG: Stopping display [+0.65s] DEBUG: Sending signal 15 to process 24483 [+0.73s] DEBUG: Process 24483 exited with return value 0 [+0.73s] DEBUG: X server stopped [+0.73s] DEBUG: Removing X server authority from /var/run/lightdm/root/:0 [+0.73s] DEBUG: Releasing VT 7 [+0.73s] DEBUG: Display server stopped [+0.73s] DEBUG: Display stopped [+0.73s] DEBUG: Active display stopped, switching to greeter [+0.73s] DEBUG: Switching to greeter [+0.73s] DEBUG: Starting new display for greeter [+0.73s] DEBUG: Starting Local X Display [+0.73s] DEBUG: Using VT 7 [+0.73s] DEBUG: Logging to /var/log/lightdm/:0.log [+0.73s] DEBUG: Writing X server authority to /var/run/lightdm/root/:0 [+0.73s] DEBUG: Launching X Server [+0.73s] DEBUG: Launching process 24493: /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch [+0.73s] DEBUG: Waiting for ready signal from X server :0 [+1.11s] DEBUG: Got signal 10 from process 24493 [+1.11s] DEBUG: Got signal from X server :0 [+1.11s] DEBUG: Connecting to XServer :0 [+1.11s] DEBUG: Starting greeter session [+1.11s] DEBUG: pam_start(lightdm, lightdm) - (0x7f9bb8081c10, 0) [+1.11s] DEBUG: pam_open_session(0x7f9bb8081c10, 0) - 0 (Success) [+1.11s] DEBUG: pam_setcred(0x7f9bb8081c10, PAM_ESTABLISH_CRED) - 0 (Success) [+1.11s] DEBUG: Starting session lightdm-gtk-greeter as user lightdm logging to /var/log/lightdm/:0-greeter.log [+1.11s] DEBUG: Failed to load session file /usr/share/xgreeters/lightdm-gtk-greeter.desktop: No such file or directory: [+1.11s] DEBUG: Failed to start greeter [+1.11s] DEBUG: Stopping display [+1.11s] DEBUG: Sending signal 15 to process 24493 [+1.19s] DEBUG: Process 24493 exited with return value 0 [+1.19s] DEBUG: X server stopped [+1.19s] DEBUG: Removing X server authority from /var/run/lightdm/root/:0 [+1.19s] DEBUG: Releasing VT 7 [+1.19s] DEBUG: Display server stopped [+1.19s] DEBUG: Display stopped
Bug#633161: ITP: django-form-utils -- Enhances Django by providing better forms
I forgot to immediatly add that I have already provide a package hosted at mentors.debian.net which conforms Debian Python policy and general Debian packaging policy (aka lintian clean). Please consider me sponsoring with this package: http://mentors.debian.net/debian/pool/main/d/django-form-utils/ Best regards, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#633590: tmux: mouse events broken in konsole
Hello Sebastian, this is not a bug but a feature. :) You can deactivate it by set-window-option -g mode-mouse off and read about it in the manpage (man tmux). I would close this bug if you agree my point is valid. Best regards, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#633161: ITP: django-form-utils -- Enhances Django by providing better forms
Package: wnpp Severity: wishlist Owner: Karl Ferdinand Ebert kfeb...@gmail.com * Package name: python-django-form-utils Version : 0.2.0 Upstream Author : Carl Meyer c...@oddbird.net * URL : https://bitbucket.org/carljm/django-form-utils/ * License : BSD Programming Lang: Python Description : Enhances Django by providing better forms This application provides utilities for enhancing Django's form handling: BetterForm and BetterModelForm classes, which are subclasses of django.forms.Form and django.forms.ModelForm, respectively. .. BetterForm and BetterModelForm allow subdivision of forms into fieldsets which are iterable from a template, and also allow definition of row_attrs which can be accessed from the template to apply attributes to the surrounding container (li, tr, or whatever) of a specific form field. .. A ClearableFileField to enhance FileField and ImageField with a checkbox for clearing the contents of the field. .. An ImageWidget which display a thumbnail of the image rather than just the filename. .. An AutoResizeTextarea widget which auto-resizes to accommodate its contents. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630491: python-django-rosetta: New upstream, please update package.
Package: python-django-rosetta Version: 0.5.6-1 Severity: wishlist Hello, as rosetta-0.5.6 seems to be incompatible with django-1.3 I would like to have the official Debian package updated. A local build went fine with small issues towards packaging. On request I can provide the files. Thanks for considering. Best regards, Ferdinand Ebert -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 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 python-django-rosetta depends on: ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-django 1.3-2High-level Python web development ii python-polib0.5.2-1 Python library to parse and manage ii python-support 1.0.10 automated rebuilding support for P python-django-rosetta recommends no packages. python-django-rosetta 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#527166: Update
Hello Stephan, I would like to package django-form-utils and it will have a Recommends on this package. Are you still working on it to get it into Debian? Best regards, Ferdinand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622772: tmux: wrong UTF-8 detection
Hello Alexandra, I spoke with upstream about this issue and would not like to include your patch because we do not see a case where an empty but not unset LC_ALL has any purpose. Is there some reason for you behind this? If it is sound, I will reconsider to include your nevertheless appreciated patch. Best regards, Ferdinand On Thursday 14 of April 2011 16:41:32 Alexandra N. Kossovsky wrote: Package: tmux Version: 1.4-6~bpo60+1 Severity: normal Tags: patch I have empty LC_ALL, and UTF-8 detection does not work for me. Attached patch fixes the problem. I use tmux from backports, but the squeeze version has the same problem with the same solution. Thank you for your work! -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (999, 'stable'), (90, 'unstable'), (50, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tmux depends on: ii libc62.11.2-10 Embedded GNU C Library: Shared lib ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libncurses5 5.7+20100313-5 shared libraries for terminal hand tmux recommends no packages. tmux suggests no packages. -- no debconf information signature.asc Description: This is a digitally signed message part.
Bug#620304: tmux: Incorrect dropping of privileges allows users to obtain utmp group privileges
Hello Nicholas, On Wed, Apr 13, 2011 at 12:31 AM, Nicholas Marriott nicholas.marri...@gmail.com wrote: Hi Not to say I told you so or anything, but this might be a good time to reiterate that doing this is a bad idea: the minor inconvenience it prevents (easily avoided by the user with either tmux -S or by setting TMPDIR) is much less of a potential problem than running with elevated privileges. Romain and I are about to change the behaviour and drop the privileges completely. Maybe at the end it will be only setting a proper TMPDIR or having a note for the users to point out to how to use 'tmux -S'. I should have considered this in the first place. Now I'm going to have to spend at least some of my time saying no, not tmux, Debian security problem... As this is my fault for having introduced the modifcations I apologize deeply for wasting your time. For the record Ubuntu is affected too but not Fedora which has a seperate group 'tmux'. Best regards, Ferdinand
Bug#617351: Meta-2 is sent delayed
On Sunday 03 of April 2011 15:19:58 Maximilian Gass wrote: On Tue, Mar 08, 2011 at 02:14:22PM +0100, Karl Ferdinand Ebert wrote: What key binding do you have with Meta-2? Could you provide your .tmux.conf and an output of tmux -vvv (some logs maybe empty)? I am using tmux with vim all the time and see no such behaviour. Nevertheless thanks for reporting. I was unable to reproduce this on a current unstable system, therefore I have no logs for you ;) I wanted to try it the problem was fixed in the recent tmux release so I tried the backport on Squeeze on my server. tmux totally screwed up Irssi's rendering of the status bar window, so I now went back to screen. Hello Maximilian, I found out here: http://article.gmane.org/gmane.comp.terminal-emulators.tmux.user/1436 The problem is related to a buggy version of urxvt which is mentioned in this Debian bug #446444 as fixed in a newer version of ncurses in 5.3.2011. Could you please try to test this? Thank you very much in advance! Best regards, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#605279: (csh: LINES/COLUMNS leaks into tmux global environment, leading to display problems)
On Thursday 07 of April 2011 23:14:20 Alexander Bochmann wrote: Hi, ...on Thu, Apr 07, 2011 at 12:41:49PM +0200, Karl Ferdinand Ebert wrote: Could you provide us with additional information about your shell configuration as requested by the last email from Romain? Sorry, I seem to have missed that mail. Thanks for the extensive reply. no problem. I agree that the problem is probably more with csh/tcsh than with tmux. The workaround I described in the original report (commenting out the two statements setenv COLUMNS and setenv LINES from both /etc/csh.login and /etc/csh.cshrc provided by the tcsh package) seems to reliably solve the problem though, so I have to admit I didn't try to debug it any further. Do you think I should ask the tcsh maintainers if they would remove those two statements from the global rc files? Asking is never wrong. So try your luck. :) Please let me know if I can reassign or close this bug. Thanks. Best regards, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#605279: (csh: LINES/COLUMNS leaks into tmux global environment, leading to display problems)
Hello Alexander, Could you provide us with additional information about your shell configuration as requested by the last email from Romain? Best regards, Ferdinand
Bug#618809: tmux: faulty adjusting colors
Hello, I did not test tmux with ncmpcpp but maybe the problem lies within this trivial upstream fix: http://www.mail-archive.com/tmux-cvs@lists.sourceforge.net/msg00297.html If you would be so kind to test an already prepared i386 package (I assume from the bug report this is your architecture otherwise I have amd64 ready). I will send it to you if you agree. Thank you for your bug report. Best regards, Karl Ferdinand Ebert Am Freitag 18 März 2011, 17:31:34 schrieben Sie: Package: tmux Version: 1.4-5 Severity: minor Tags: squeeze sid tmux does not react correctly of the color changes of ncmpcpp. This happens only in tmux, neither when ncmpcpp is started in a terminal directly nor when started in a screen session -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (1001, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tmux depends on: ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libncurses5 5.7+20100313-5 shared libraries for terminal hand tmux recommends no packages. tmux suggests no packages. -- no debconf information signature.asc Description: This is a digitally signed message part.
Bug#617351: Meta-2 is sent delayed
Hello Maximilian, Am Dienstag 08 März 2011, 12:33:34 schrieben Sie: I run Irssi inside tmux. When pressing Meta-2, there is a delay of about a second before the switch to window 2 happens. It works fine when I press Esc and 2. This problem does not occur with screen or dtach, so I assume it's a tmux problem. I could also reproduce it with Vim inside tmux and a binding on Meta-2 (esc2). What key binding do you have with Meta-2? Could you provide your .tmux.conf and an output of tmux -vvv (some logs maybe empty)? I am using tmux with vim all the time and see no such behaviour. Nevertheless thanks for reporting. Best regards, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#617351: Meta-2 is sent delayed
Hello Maximilian, http://article.gmane.org/gmane.comp.terminal-emulators.tmux.user/1316 Following this discussion today a simple configuration of escape-time should be sufficient. Do you agree? If yes, I would close this bug or retitle it to set a lower default value as a wish. Mit freundlichem Gruß, Karl Ferdinand Ebert signature.asc Description: This is a digitally signed message part.
Bug#616641: tmux segfaults with [lost server] if two panes are closed with tiled layout
Hello Hannes, thank you for reporting. I could immediatly verify the problem and am working on a solution. So far I would assume the tmux sever exists only with wrong code (01). Best regards, Karl Ferdinand Ebert Am Sonntag 06 März 2011, 09:53:01 schrieben Sie: Package: tmux Version: 1.4-4 Severity: normal Hi, tmux segfaults if one closes two panes in a window which has tiled layout selected. The error message on the terminal is: [lost server] The sequence to reproduce the problem is: $ tmux C-b C-b M-5 $ exit $ exit I can reproduce this issue on a virtual machine with debian sid. Please let me know If I can provide any further information. Greetings Hannes -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37.2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tmux depends on: ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libncurses5 5.7+20100313-5 shared libraries for terminal hand tmux recommends no packages. tmux suggests no packages. -- no debconf information signature.asc Description: This is a digitally signed message part.
Bug#575193: fixed in tmux 1.3-1
Hello, could you provide more information: * TERM inside and outside from tmux. * log files of tmux started with parameter -vvv * and a more detailed description of your setting in which it can be reproduced. I have tried several times to reproduce this but it must be some specific circumstances I do not have. Thanks, Karl Ferdinand Ebert Am Mittwoch 11 August 2010, 19:18:26 schrieben Sie: tmux 1.3-1 doesn't fix the bug. After an internet disconnect + putty/tmux reconnect i still have an tmux session that doesn't refreshs. I restarted all tmux sessions after installation of tmux 1.3.-1 Greets Fabian signature.asc Description: This is a digitally signed message part.
Bug#589743: uswsusp: New upstream version
Package: uswsusp Version: 0.7-1.2 Severity: wishlist Tags: upstream Please consider packaging new upstream version of uswsusp (now called suspend-utils, I think). Maybe this got lost because they switched to a git repository: http://git.kernel.org/?p=linux/kernel/git/rafael/suspend- utils.git;a=tag;h=9ae0977a25d11253319a1a50d306a43d6f43e1ea I am concerned about the high count of release critical bugs towards uswsusp 0.8 and would offering my help to investigate open bug reports and test them if possible against the new version. If there is no interest at all, I would like to comaintain this package although I am no Debian Developer but maintain another package. Regards, Karl Ferdinand Ebert -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uswsusp depends on: ii debconf [debconf-2.0] 1.5.32Debian configuration management sy ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc11:4.4.4-6 GCC support library ii libgcrypt111.4.5-2 LGPL Crypto library - runtime libr ii liblzo2-2 2.03-2data compression library ii libpci31:3.1.7-4 Linux PCI Utilities (shared librar ii libsplashy10.3.13-5.1+b1 Library to draw splash screen on b ii libx86-1 1.1+ds1-6 x86 real-mode library Versions of packages uswsusp recommends: ii initramfs-tools 0.97.2 tools for generating an initramfs ii mount 2.17.2-3.1 Tools for mounting and manipulatin Versions of packages uswsusp suggests: pn splashy none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575193: tmux error log
Hi, thanks for providing the log file. I spoke with upstream in IRC: [11:14:37] kfe NicM: Hi, I am trying to understand why this bug(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575193) occurs and how to fix this if it is not already fixed in cvs head. The last email contains hopefully a useful log file. [11:15:18] kfe Thanks for any hint. [11:15:44] NicM last problem is probably different and is fixed in CVS HEAD [11:15:58] NicM probably he has stray clients, he should check if detaching them makes tmux work again [11:16:03] NicM dunno about the other problem [11:16:13] NicM but i've had reports of it on other linux platforms [11:16:20] NicM so i think the libc upgrade is a red herring [...] [11:18:09] kfe Could you point where it is fixed in CVS HEAD? I would like to backport for Debian. [11:24:09] NicM TZ=GMT cvs diff -D '2010/05/14 14:35:00' -D '2010/05/14 14:36:00' [11:24:22] kfe thank you [11:25:25] ore that's on top of my signals patch, backport will require some changes As releases happen roughly every 2 or 3 months a year, I would wait for an upstream version containing the fix. Thanks again for your very appreciated help! Regards, Ferdinand Am Mittwoch 26 Mai 2010, 21:34:57 schrieben Sie: In the attachment is the tmux error log, I bzipped only the last 100 Lines of the error log, should be enough :) The bug occured after an internet disconnect, tmux was open in an Putty(Win7) SSH session. After reconnecting to the ssh server, the tmux windows didnt refreshed anymore... I closed tmux after this bug, so the log msgs when the error occured should be the last one in the file :) best regards Fabian signature.asc Description: This is a digitally signed message part.
Bug#575193: tmux dont refresh console
Am Montag 24 Mai 2010, 15:20:06 schrieben Sie: I have the same issue on an Debian 5.0 vserver installation, Im using tmux only over an SSH connection. The screen wont be refreshed, eg if I type something I dont see the result, till switch the tab and then switch back... The bug only appears from time to time, also when I dont restart tmux the buggy behaviour dissappears for some time... Thought first its because I had used the libc6 stable version instead of the testing ver, but upgrading to libc6 testing dont solve the problem.. Dont know the steps to reproduce it, maybe SSH connection losses have something todo with.. ii libc62.10.2-6 Embedded GNU C Library: Shared libraries ii tmux 1.2-4 terminal multiplexer i libncurses5 5.7+20100313-2 shared libraries for terminal handling i libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification library ii libevent11.3e-3 An asynchronous event notification library best regards Fabian Hi, could you see if tmux -vvv started the described behaviour occurs and post the corresponding logs (maybe empty) in reply? It sounds identically like #575193 but I certainly don't think libc is in any kind involved in each case. Thanks, Karl Ferdinand Ebert signature.asc Description: This is a digitally signed message part.
Bug#575193: upgrading libc breaks running tmux
Hi, you filled nearly two months ago a bug report #575193 towards tmux package. Unfortunately I was not able to reproduce the crash due to the lack of additional information you missed to provide. If there is no chance of testing it with the new version 1.2-4 which fixes three independent crashes at least, I would like to close this bug at the end of this month. I would like to hear any response from you as I am curious if my testing missed some case you are using. Thanks in advance, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#565113: screen window renaming sequences do not immediatly take effect
Hello, could you please testify again the described bug? I tried to verify it with tmux-1.2 and later with tmux-1.1 but neither version of tmux showed this behaviour anymore I had seen in January when you first reported it. So maybe it is connected to a newer version of libvte as seen in #565041. Thanks in advance. Regards, Karl Ferdinand Ebert signature.asc Description: This is a digitally signed message part.
Bug#576157: missing build-depends on hardening-wrapper?
Am Donnerstag 01 April 2010 11:31:36 schrieben Sie: Package: tmux Version: 1.1-1 Severity: normal debian/rules sets DEB_BUILD_HARDENING=1 but the package does not build-depend on hardening-wrapper. Is that an oversight? Thanks, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/2 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 tmux depends on: ii libc6 2.11-0exp6 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-1 shared libraries for terminal hand tmux recommends no packages. tmux suggests no packages. -- no debconf information Thanks for that flaw, I'll add it to new upstream version 1.2 which lies on debian.mentors.net. Greets, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#575989: diffs
Am Mittwoch 31 März 2010 06:53:23 schrieben Sie: Micah Cowan has created diffs for the new release. They are available here: http://micah.cowan.name/tmux-debs/ -Eric I already packaged tmux-1.2 and am waiting for sponsoring. Please be patient as I do. You can see this status within the Debian Package Tracking System: http://packages.qa.debian.org/t/tmux.html Thanks, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#575193: upgrading libc breaks running tmux
Am Mittwoch 24 März 2010 07:12:16 schrieben Sie: Package: tmux Version: 1.1-1 Severity: normal Upgrading libc while tmux is running breaks the session. The terminals are no longer updated wile active, the updates only shown after switching windows. Reconnecting does not help, the session has to be restarted. Upgraded from Lenny libc to 2.10. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-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/bash Versions of packages tmux depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-1 shared libraries for terminal hand tmux recommends no packages. tmux suggests no packages. -- no debconf information Hello Michal, I could not reproduce your bug within a clean, minimal lenny session from pbuilder. I only upgraded to libc (2.10.2.-6) and the running tmux session was not affected. The maintainer from glibc package said that glibc stays ABI compatible. Therefore a break of tmux thorough libc is very unlikely. Could you give me the output logs of tmux -vvv if you find a reproducible situation? Thanks, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#569245: wmaker: diff for NMU version 0.92.0-8.2
tags 569245 + patch
thanks
Dear maintainer,
I've prepared an NMU for wmaker (versioned as 0.92.0-8.2) and
uploaded it to mentors.debian.net. It fixes the bug and adoptes a newer
standard version.
Regards.
diff -u wmaker-0.92.0/debian/rules wmaker-0.92.0/debian/rules
--- wmaker-0.92.0/debian/rules
+++ wmaker-0.92.0/debian/rules
@@ -194,7 +194,7 @@
ltmain.sh
$(RM) $(IN_MAKEFILES) $(GEN_FILES)
endif
- dh_clean
+ dh_prep
binary-indep: build
# dh_testdir -i
@@ -204,7 +204,7 @@
binary-arch: build
dh_testdir -a
dh_testroot
- dh_clean -a -k
+ dh_prep -a -k
dh_installdirs -a
debian/rules install-wmaker-stamp
debian/rules debian/$(LIBWRASTER)-dev.files
diff -u wmaker-0.92.0/debian/control wmaker-0.92.0/debian/control
--- wmaker-0.92.0/debian/control
+++ wmaker-0.92.0/debian/control
@@ -2,14 +2,15 @@
Section: x11
Priority: optional
Maintainer: John H. Robinson, IV jaq...@debian.org
-Standards-Version: 3.8.0.1
-Build-Depends: debhelper (= 4), automake1.4, gettext, dctrl-tools,
libfontconfig1-dev, libjpeg62-dev, libpng12-dev, libsm-dev, libtiff4-dev,
libtool (= 2.2.6a), libgif-dev, libx11-dev, libxext-dev, libxft-dev,
libxinerama-dev, libxkbfile-dev, libxpm-dev, libxt-dev, libxrender-dev,
sharutils
+Standards-Version: 3.8.4
+Homepage: http://www.windowmaker.info/
+Build-Depends: debhelper (= 7), automake1.4, gettext, dctrl-tools,
libfontconfig1-dev, libjpeg-dev, libpng12-dev, libsm-dev, libtiff4-dev,
libtool (= 2.2.6a), libgif-dev, libx11-dev, libxext-dev, libxft-dev,
libxinerama-dev, libxkbfile-dev, libxpm-dev, libxt-dev, libxrender-dev,
sharutils
Package: wmaker
Architecture: any
Section: x11
Priority: optional
-Depends: ${shlibs:Depends}, cpp
+Depends: ${shlibs:Depends}, cpp, ${misc:Depends}
Provides: x-window-manager
Suggests: wmaker-data, menu, x11-apps, xosview, wterm | x-terminal-emulator
Description: NeXTSTEP-like window manager for X
@@ -19,14 +20,12 @@
managers. Its final goal is to produce a window manager that doesn't require
editing of configuration files. Window Maker is fast and doesn't require
tons
of memory to run.
- .
- Homepage: http://www.windowmaker.info/
Package: libwmaker0-dev
Architecture: any
Section: libdevel
Priority: optional
-Depends: libc6-dev, libx11-dev
+Depends: libc6-dev, libx11-dev, ${misc:Depends}
Description: Static libraries and headers for Window Maker applications
Contains libWMaker and header files, for building Window Maker aware
applications.
@@ -35,7 +34,7 @@
Architecture: any
Section: libdevel
Priority: optional
-Depends: libwraster3 (= ${Source-Version}), libc6-dev, libx11-dev, libxext-
dev, libxpm-dev, libjpeg62-dev, libpng12-0-dev, libgif-dev, libtiff4-dev
+Depends: libwraster3 (= ${binary:Version}), libc6-dev, libx11-dev, libxext-
dev, libxpm-dev, libjpeg-dev, libpng12-0-dev, libgif-dev, libtiff4-dev,
${misc:Depends}
Provides: libwraster-dev
Description: Static libraries and headers of Window Maker rasterizer
Contains libwraster and header files, for manipulating and
@@ -45,7 +44,7 @@
Architecture: any
Section: libs
Priority: optional
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Shared libraries of Window Maker rasterizer
Contains libwraster, for manipulating and rasterizing images.
@@ -53,7 +52,7 @@
Architecture: any
Section: libdevel
Priority: optional
-Depends: libc6-dev, libx11-dev, libxext-dev, libwraster3-dev, libxft-dev,
libfontconfig1-dev
+Depends: libc6-dev, libx11-dev, libxext-dev, libwraster3-dev, libxft-dev,
libfontconfig1-dev, ${misc:Depends}
Description: Window Maker's own widget set
WINGs Is Not GNUstep (WINGs) is a small widget set with the NeXTSTEP
look and feel. Its API is inspired in OpenSTEP and its
diff -u wmaker-0.92.0/debian/changelog wmaker-0.92.0/debian/changelog
--- wmaker-0.92.0/debian/changelog
+++ wmaker-0.92.0/debian/changelog
@@ -1,3 +1,19 @@
+wmaker (0.92.0-8.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix please depend on libjpeg-dev, not libjpeg62-dev: change
+build-dependency and dependency. (Closes: #569245)
+ * Bump to standard version 3.8.4, adjusted following lintian warnings:
+- debhelper-but-no-misc-depends
+- dh-clean-k-is-deprecated
+- package-lacks-versioned-build-depends-on-debhelper 7
+- substvar-source-version-is-deprecated
+- description-contains-homepage
+Overridden the following lintian error:
+- menu-method-should-include-menu-h
+
+ -- Karl Ferdinand Ebert kfeb...@gmail.com Tue, 23 Feb 2010 09:31:49 +0100
+
wmaker (0.92.0-8.1) unstable; urgency=low
* Non-maintainer upload.
diff -u wmaker-0.92.0/debian/wmaker.overrides
wmaker-0.92.0/debian/wmaker.overrides
--- wmaker-0.92.0/debian/wmaker.overrides
+++ wmaker-0.92.0/debian/wmaker.overrides
@@ -5,0 +6 @@
+wmaker: menu-method-should-include-menu-h etc/menu-methods/wmappearance
only in patch2:
unchanged:
--- wmaker
Bug#565041: Acknowledgement (buggy screen emulation breaks inserting a line in vim)
Am Mittwoch 13 Januar 2010 04:11:57 schrieben Sie: This occurs in gnome terminal, but not in xterm. Hi, have you enabled utf8? This bug seems to be similiar to one a month ago in which utf8 detection failed (with zsh) because LC_ALL etc were not set. If this doesn't help, could you provide me your .tmux.conf if any and make a backtrace with tmux - and attach the generated logs (can be empty). Thanks, Ferdinand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562020: tmux fails with zsh RPROMPT
Thanks for this useful insight and your config of zsh. Regards, Ferdinand. signature.asc Description: This is a digitally signed message part.
Bug#562021: tmux: scrolling vim with ^E/^Y doesn't work
Am Dienstag 22 Dezember 2009 01:10:01 schrieben Sie: Package: tmux Version: 1.1-1 Severity: important When you open a file in vim, then split the screen vertically (C-W-V), go to the right pane (C-W-w) and scroll it using C-E, it ends-up garbling the left pane. Attached the logs from tmux -, killed after the garbled screen occured following http://uzywki.blogspot.com/2009/10/re-tmux-fails-to-redraw-on-n.html instructions. Hello Pierre, I tried to repoduce your bug but it seems to work with any file I opened with vim (7.2.284) . I will study your logs (thanks for that) and contact upstream if I am able to see a garbled (left) screen. Regards, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#547557: akonadi-server claims dbus not active
Hi, does this bug still happen with akonadi 1.2.1? If yes, how and when exactly does this occur? I looked at bugs.kde.org but did not find any failling relationship with dbus and akonadi. Thanks, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#550701: tmux does not support screen-256color like it claims
Hi, thanks for your report. Am Montag 12 Oktober 2009 12:46:03 schrieb Screwtape: Package: tmux Version: 1.0-1 Severity: normal In /usr/share/doc/tmux/FAQ.gz, it is suggested that to get 256 color terminal support all one needs to do is to set the default $TERM to screen-256color and everything will Just Work; it seems this is not actually the case. Inside GNU screen, running the following command: TERM=screen-256color tput setaf 10; echo hello ...yields the text hello in lime green. Inside tmux, the same command yields the text hello in the default terminal foreground color. Meanwhile, the following command *does* work as expected inside tmux: TERM=xterm-256color tput setaf 10; echo hello ...but leaving TERM set to xterm-256color seems to have unfortunate screen-corruption side-effects with mutt, so it's not really a useful workaround. I could reproduce this behaviour but not the issue with mutt. Could you give more detail on mutt's screen-corruption? Regards, Ferdinand -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tmux depends on: ii libc6 2.9-25 GNU C Library: Shared libraries ii libncurses5 5.7+20090803-2 shared libraries for terminal hand tmux recommends no packages. tmux suggests no packages. -- no debconf information signature.asc Description: This is a digitally signed message part.
Bug#548818: tmux: New upstream release (1.0)
Tags: 548818 pendingfixed Hi, I already have packaged and uploaded the newest version to mentors but you / we have to wait until Alexander sponsors it. Thanks, Ferdinand Am Dienstag 29 September 2009 00:53:47 schrieb Eric Harmon: Package: tmux Version: 0.9-2 Severity: wishlist A new upsteam release (1.0) of tmux is now available. Can the package be upgraded accordingly? Thanks, Eric -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages tmux depends on: ii libc6 2.9-25 GNU C Library: Shared libraries ii libncurses5 5.7+20090803-2 shared libraries for terminal hand tmux recommends no packages. tmux suggests no packages. -- debconf-show failed signature.asc Description: This is a digitally signed message part.
Bug#478453: gdesklets: should use python-numpy instead of python-num{eric,array}
Tags: patch Hi, I switched dependency on python-numeric to python-numpy because codebase contains already a import case for numpy and bumped to a newer standard version but some effort has to be taken to fix lintian warnings. Nevertheless here the link to my non-maintainer package upload: http://mentors.debian.net/debian/pool/main/p/pykaraoke/pykaraoke_0.7.1-1.1.dsc Regards, Ferdinand Ebert signature.asc Description: This is a digitally signed message part.
Bug#485316: python-gnome2-extras is going away
Tags: patch Hi, I switched dependency on python-gnome2-desktop to python-gnomeapplet because computertemp/computertemp_applet.py imports gnomeapplet. Moreover I bumped to a newer standard version with setting hompage field and it is now lintian -E - I --pedantic clean. :-) Here the link to my non-maintainer package upload: http://mentors.debian.net/debian/pool/main/c/computertemp/computertemp_0.9.6.1-1.1.dsc Regards, Ferdinand Ebert signature.asc Description: This is a digitally signed message part.
Bug#544113: tiger depends on diff
Tags: patch Hi, I fixed the issue with uneccessary dependency on diff by simply deleting and switched to a newer standard version but some serious effort has to be taken to fix lintian warnings. Nevertheless here the link to my non-maintainer package upload: http://mentors.debian.net/debian/pool/main/t/tiger/tiger_3.2.2-11.1.dsc Regards, Ferdinand Ebert signature.asc Description: This is a digitally signed message part.
Bug#478447: gdesklets: should use python-numpy instead of python-num{eric,array}
Tags: patch Hi, I dropped the unnecessary dependency on python-numeric and switched to a newer standard version but some effort has to be taken to fix lintian warnings. Nevertheless here the link to my non-maintainer package upload: http://mentors.debian.net/debian/pool/main/g/gdesklets/gdesklets_0.36.1-2.1.dsc Regards, Ferdinand Ebert signature.asc Description: This is a digitally signed message part.
Bug#478438: aubio: should use python-numpy instead of python-num{eric,array}
Tags: patch Hi, I fixed the issue with python-numpy in python/aubioweb.py and switched to a newer standard version but some effort has to be taken to fix lintian warnings. Nevertheless here the link to my non-maintainer package upload: http://mentors.debian.net/debian/pool/main/a/aubio/aubio_0.3.2-2.1.dsc Regards, Ferdinand Ebert signature.asc Description: This is a digitally signed message part.
Bug#547640: linux-image-2.6.30: Please consider deactivating NEW_FAIR_SLEEPERS in kernel/sched_features.h
Package: linux-image-2.6.30-1-amd64
Version: 2.6.30-6
Severity: wishlist
File: linux-image-2.6.30
As described in
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=3f2aa307c4d26b4ed6509d0a79e8254c9e07e921
the scheduler improves interactivity. I would like to see this in
Debian's kernel packages 2.6.{26,30} because it deletes the effort to
compile an individual kernel for me and other people.
Thanks,
Ferdinand Ebert
-- Package-specific info:
** Version:
Linux version 2.6.30-1-amd64 (Debian 2.6.30-6) (wa...@debian.org) (gcc version
4.3.4 (Debian 4.3.4-1) ) #1 SMP Sat Aug 15 18:09:19 UTC 2009
** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.30-1-amd64 root=/dev/mapper/vonNeumann-root ro
selinux=0 enforcing=0 quiet
** Not tainted
** Kernel log:
[8.085608] w83627ehf: Found W83627DHG chip at 0x290
[8.099251] coretemp coretemp.0: Using relative temperature scale!
[8.099302] coretemp coretemp.1: Using relative temperature scale!
[9.060238] EXT4-fs: barriers enabled
[9.060425] kjournald2 starting: pid 2316, dev dm-4:8, commit interval 5
seconds
[9.060726] EXT4 FS on dm-4, internal journal on dm-4:8
[9.060729] EXT4-fs: delayed allocation enabled
[9.060731] EXT4-fs: file extents enabled
[9.060912] EXT4-fs: mballoc enabled
[9.060927] EXT4-fs: mounted filesystem dm-4 with ordered data mode
[9.110744] EXT4-fs: barriers enabled
[9.114881] kjournald2 starting: pid 2317, dev dm-3:8, commit interval 5
seconds
[9.115111] EXT4 FS on dm-3, internal journal on dm-3:8
[9.115113] EXT4-fs: delayed allocation enabled
[9.115116] EXT4-fs: file extents enabled
[9.115238] EXT4-fs: mballoc enabled
[9.115250] EXT4-fs: mounted filesystem dm-3 with ordered data mode
[9.135986] EXT4-fs: barriers enabled
[9.136164] kjournald2 starting: pid 2318, dev dm-1:8, commit interval 5
seconds
[9.136436] EXT4 FS on dm-1, internal journal on dm-1:8
[9.136438] EXT4-fs: delayed allocation enabled
[9.136440] EXT4-fs: file extents enabled
[9.136561] EXT4-fs: mballoc enabled
[9.136573] EXT4-fs: mounted filesystem dm-1 with ordered data mode
[9.153307] EXT4-fs: barriers enabled
[9.153479] kjournald2 starting: pid 2319, dev dm-2:8, commit interval 5
seconds
[9.153758] EXT4 FS on dm-2, internal journal on dm-2:8
[9.153760] EXT4-fs: delayed allocation enabled
[9.153762] EXT4-fs: file extents enabled
[9.153873] EXT4-fs: mballoc enabled
[9.153885] EXT4-fs: mounted filesystem dm-2 with ordered data mode
[9.181201] EXT4-fs: barriers enabled
[9.196535] kjournald2 starting: pid 2320, dev sdb1:8, commit interval 5
seconds
[9.196818] EXT4 FS on sdb1, internal journal on sdb1:8
[9.196820] EXT4-fs: delayed allocation enabled
[9.196822] EXT4-fs: file extents enabled
[9.197862] EXT4-fs: mballoc enabled
[9.197876] EXT4-fs: mounted filesystem sdb1 with ordered data mode
[9.231630] EXT4-fs: barriers enabled
[9.240802] kjournald2 starting: pid 2321, dev sdc3:8, commit interval 5
seconds
[9.241119] EXT4 FS on sdc3, internal journal on sdc3:8
[9.241121] EXT4-fs: delayed allocation enabled
[9.241123] EXT4-fs: file extents enabled
[9.242101] EXT4-fs: mballoc enabled
[9.242115] EXT4-fs: mounted filesystem sdc3 with ordered data mode
[9.274448] EXT4-fs: barriers enabled
[9.291735] kjournald2 starting: pid 2322, dev sda1:8, commit interval 5
seconds
[9.292037] EXT4 FS on sda1, internal journal on sda1:8
[9.292039] EXT4-fs: delayed allocation enabled
[9.292041] EXT4-fs: file extents enabled
[9.293119] EXT4-fs: mballoc enabled
[9.293131] EXT4-fs: mounted filesystem sda1 with ordered data mode
[9.491164] Adding 1535992k swap on /dev/mapper/vonNeumann-swap.
Priority:-1 extents:1 across:1535992k
[ 11.525394] Bridge firewalling registered
[ 11.529014] device eth0 entered promiscuous mode
[ 11.536928] r8169: eth0: link up
[ 11.536935] r8169: eth0: link up
[ 11.539321] br0: port 1(eth0) entering learning state
[ 21.620010] br0: no IPv6 routers present
[ 21.916004] eth0: no IPv6 routers present
[ 26.536018] br0: port 1(eth0) entering forwarding state
[ 29.163752] fuse init (API version 7.11)
[ 44.396285] [drm] Initialized drm 1.1.0 20060810
[ 44.433577] pci :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16
[ 44.433583] pci :00:02.0: setting latency timer to 64
[ 44.445993] alloc irq_desc for 29 on cpu 0 node 0
[ 44.445997] alloc kstat_irqs on cpu 0 node 0
[ 44.446009] pci :00:02.0: irq 29 for MSI/MSI-X
[ 44.446139] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[ 55.334522] CPU0 attaching NULL sched-domain.
[ 55.334528] CPU1 attaching NULL sched-domain.
[ 55.344078] CPU0 attaching sched-domain:
[ 55.344081] domain 0: span 0-1 level MC
[ 55.344084] groups: 0 1
[ 55.344091] CPU1 attaching sched-domain:
[ 55.344093] domain 0: span 0-1 level MC
[
Bug#529082: tmux: Bad sockethandling
Hi, i see your point and admit that this has as a consequence the change of the your program. Therefore I will try to drop the utmp privileges after creating the directory. I will send you my modifcations first then. Thanks for your advise. Greets, Ferdinand Am Freitag 22 Mai 2009 20:37:39 schrieb Nicholas Marriott: Actually, I'm wrong, it won't break socket recreation since the subdirectories of /var/run/tmux and the socket themselves still have the correct ownership. The other points are correct, however. So you could drop the utmp privileges completely after creating the directory. On Fri, May 22, 2009 at 07:31:17PM +0100, Nicholas Marriott wrote: Hi This patch does not fix the problem - it doesn't drop the utmp privilege after creating the socket so a user can trivially continue to cause the same issue by using the save-buffer command to create a file in /var/run/tmux. If you do drop the privileges, it will break socket recreation with SIGUSR1 which will appear in 0.9 (and you may need to patch this out of the code or USR1 will kill the server). Of course it is completely up to you, but I recommend you don't do this, you are fixing a minor and easily detected denial-of-service problem by granting unnecessary privileges the abuse of which could potentially be greater. If you do want to do it this way, I suggest that rather than overloading the utmp group you create a new group specifically and only for tmux. Best regards Nicholas signature.asc Description: This is a digitally signed message part.
Bug#519339: ITP: tmux -- an alternative to screen, licensed under 3-BSD
Am Thursday 12 March 2009 11:13:00 schrieb Guus Sliepen: On Wed, Mar 11, 2009 at 11:56:01PM +0100, Karl Ferdinand Ebert wrote: * Package name: tmux Description : an alternative to screen, licensed under 3-BSD The short description should stand on its own, not reference other software. You can mention this package's relation with screen in the long description. You also should not mention its license in the long or short description, that's what the copyright file is for. The short description should probably just be terminal multiplexer. The short description had been terminal multiplexer from the first packaging attempts but I did not know it had to be the line in the bug report. The long description is extended with details from the FAQ: * How is tmux different from GNU screen? What else does it offer? tmux offers several advantages over screen: - a clearly-defined client-server model: windows are independent entities which may be attached simultaneously to multiple sessions and viewed from multiple clients (terminals), as well as moved freely between sessions within the same tmux server; - a consistent, well-documented command interface, with the same syntax whether used interactively, as a key binding, or from the shell; - easily scriptable from the shell; - multiple paste buffers; - choice of vim or emacs key layouts; - an option to limit the window size; - a more usable status line syntax, with the ability to display the first line of output of a specific command; - a cleaner, modern, easily extended, BSD-licensed codebase. From Williams' email: What does this have over screen, other than being BSD licensed? answered above. The design of tmux seems less secure, too. In which way is it less secure? My first contact with this package was on a OpenBSD mallinglist, as I followed those discussions some developers where involved. (I do not mean it is more secure by that but I appreciate their code in general) Regards, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#519339: ITP: tmux -- an alternative to screen, licensed under 3-BSD
Package: wnpp Severity: wishlist Owner: Karl Ferdinand Ebert kfeb...@gmail.com * Package name: tmux Version : 0.7 Upstream Author : Nicholas Marriott n...@users.sf.net * URL : http://sf.net/projects/tmux * License : BSD Programming Lang: C Description : an alternative to screen, licensed under 3-BSD tmux enables a number of terminals (or windows) to be accessed and controlled from a single terminal. tmux runs as a server-client system. A server is created automatically when necessary and holds a number of sessions, each of which may have a number of windows linked to it. Any number of clients may connect to a session, or the server may be controlled by issuing commands with tmux. Communication takes place through a socket, by default placed in /tmp. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
